[Bug 236870] libarchive directory traversal gives spurious permission errors

2019-03-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236870

and...@tao11.riddles.org.uk changed:

   What|Removed |Added

 Attachment #203232|0   |1
is obsolete||

--- Comment #2 from and...@tao11.riddles.org.uk ---
Created attachment 203234
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=203234&action=edit
libarchive directory traversal patch

New patch. This fixes both the original issue and the issue of spurious "Bad
file descriptor" errors that occur if the initial directory is not readable.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 236872] bsdconfig: can't open file /usr/libexec/bsdconfig/*/INDEX.en_GB.UTF-8

2019-03-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236872

Bug ID: 236872
   Summary: bsdconfig: can't open file
/usr/libexec/bsdconfig/*/INDEX.en_GB.UTF-8
   Product: Base System
   Version: CURRENT
  Hardware: Any
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: misc
  Assignee: b...@freebsd.org
  Reporter: 0...@freebsd.org

I get unexpected output from bsdconfig(8). Here's the output of `(bsdconfig
xxx; echo ---; locale)`:

```
awk: can't open file /usr/libexec/bsdconfig/*/INDEX.en_GB.UTF-8
 source line number 4
awk: can't open file /usr/local/libexec/bsdconfig/*/INDEX.en_GB.UTF-8
 source line number 4
awk: can't open file /usr/local/libexec/bsdconfig/*/INDEX
 source line number 4
bsdconfig: xxx: not found
Usage:
bsdconfig [-h]
bsdconfig command [-h]
bsdconfig [OPTIONS] [command [OPTIONS]]

OPTIONS:
-d Provide lots of debugging info on standard-out when running.
-D fileSend debugging info to file. If file begins with a plus-sign
   debug info is sent to both standard-out and file (minus the
   leading plus).
-f fileLoad file as script and then exit. If multiple occurrences,
   program will only exit after last occurrence. If file is a
   single dash (`-'), bsdconfig reads from standard input.
-h Print this usage statement and exit.
-S Secure X11 mode (implies `-X'). As root, always prompt-for
   and validate sudo(8) username/password before starting.
-X Use Xdialog(1) in place of dialog(1).

COMMANDS:
api console defaultrouter   diskmgmt   
docsinstall dot
groupaddgroupdelgroupedit   groupmgmt  
hostnameincludes
kern_securelevelmouse   mouse_disable  
mouse_enablemouse_flags mouse_port
mouse_type  nameservers netdev  networking 
packagespassword
securitystartup startup_misc   
startup_rcadd   startup_rcconf  startup_rcdelete
startup_rcvar   syscons_fontsyscons_keymap 
syscons_repeat  syscons_saver   syscons_screenmap
syscons_ttystimezonettysuseradd
userdel useredit
usermgmtvt_font vt_keymap   vt_repeat  
vt_savervt_screenmap
vt_ttys wifiwirelesswlan
---
LANG=en_GB.UTF-8
LC_CTYPE="en_GB.UTF-8"
LC_COLLATE="en_GB.UTF-8"
LC_TIME="en_GB.UTF-8"
LC_NUMERIC="en_GB.UTF-8"
LC_MONETARY="en_GB.UTF-8"
LC_MESSAGES="en_GB.UTF-8"
LC_ALL=
```

I'm running FreeBSD 13.0-CURRENT r345416 GENERIC  amd64.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 236513] HP Thin clients T620/T730 ACPI: Only CPU core 0 detects C2 state

2019-03-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236513

--- Comment #38 from stockhau...@collogia.de ---
Sorry not quite yet... The only call to acpi_set_resource() during _CST port
setup has the following input:

class of dev: "acpi"
class of child: "cpu"

A slight modification gives:

if (device_get_devclass(child) == devclass_find("cpu")) {
flags = RF_SHAREABLE;
}
else {
flags = 0;
}

Ports are now registered per CPU (which is fine), but devinfo gives different
output:

nexus0
  I/O ports:
< no port 0x1771 here ...>

cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.P000
I/O ports:  < Port without ACPI flag
0x1771
  acpi_perf0
  acpi_throttle0
  hwpstate0
  cpufreq0
cpu1 pnpinfo _HID=none _UID=0 at handle=\_PR_.P001
I/O ports:
0x1771

Nevertheless CPU C states seem to register correctly:

root@freebsd:~ # sysctl -a | grep cx_supp
dev.cpu.3.cx_supported: C1/1/0 C2/2/400
dev.cpu.2.cx_supported: C1/1/0 C2/2/400
dev.cpu.1.cx_supported: C1/1/0 C2/2/400
dev.cpu.0.cx_supported: C1/1/0 C2/2/400

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 196197] /usr/include/rpcsvc/yp_prot.h is still installed when WITHOUT_NIS=yes is set

2019-03-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196197

Renato Botelho  changed:

   What|Removed |Added

   Assignee|ga...@freebsd.org   |b...@freebsd.org

--- Comment #2 from Renato Botelho  ---
I won't have time to work on it now

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 236513] HP Thin clients T620/T730 ACPI: Only CPU core 0 detects C2 state

2019-03-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236513

--- Comment #39 from John Baldwin  ---
Yes, having the resources be per-CPU in devinfo is the expected effect of this
patch.  I think though that I want to modify this a bit more so that we just
don't reserve resources for CPU devices rather than forcing RF_SHAREABLE.  This
will then honor whatever is passed to bus_alloc_resource().

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 236864] sys/netpfil/pf/ioctl/validation:addtables triggered a GPF panic

2019-03-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236864

--- Comment #2 from Kristof Provost  ---
It appears to be reproducible by running the pf tests
(/usr/tests/sys/netpfil/pf, not just the ioctl tests) in a loop.

The backtrace suggests this is a generic issue with setting up or tearing down
interfaces rather than something specific to pf though.

This panics in ifunit_ref(), because while we're iterating the list of
interfaces (and have the NET_EPOCH held) we run into a freed interface:

#16 0x80cdcce1 in ifunit_ref (name=0xfe009dfae7e0 "epair0b") at
/usr/src/sys/net/if.c:2422
2422if (strncmp(name, ifp->if_xname, IFNAMSIZ) == 0 &&
(kgdb) p name
$1 = 0xfe009dfae7e0 "epair0b"
(kgdb) p ifp
$2 = (struct ifnet *) 0xdeadc0dedeadc0de

I'd assume that means some other part of the code has free()d the interface
without going through the appropriate 'wait until the epoch is over' callback.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 236513] HP Thin clients T620/T730 ACPI: Only CPU core 0 detects C2 state

2019-03-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236513

John Baldwin  changed:

   What|Removed |Added

 Attachment #203218|0   |1
is obsolete||

--- Comment #40 from John Baldwin  ---
Created attachment 203244
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=203244&action=edit
acpi_cpu_noreserve.patch

This is the new patch that doesn't try to force shareable but skips reserving. 
This is more consistent with other workarounds in this function that generally
just skip reserving when that has problems.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 236513] HP Thin clients T620/T730 ACPI: Only CPU core 0 detects C2 state

2019-03-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236513

John Baldwin  changed:

   What|Removed |Added

   Assignee|b...@freebsd.org|j...@freebsd.org
 Status|New |In Progress
 CC||a...@freebsd.org

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 231828] em(4) is unusable after suspend/resume

2019-03-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231828

Krystian Bacławski  changed:

   What|Removed |Added

 CC||krystian.baclaw...@gmail.co
   ||m

--- Comment #10 from Krystian Bacławski  ---
Having applied the patch from PR#224059 to FreeBSD 12.0-RELEASE-p3 the problem
with suspend/resume has vanished on Lenovo X230.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 236883] Tokens

2019-03-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236883

Bug ID: 236883
   Summary: Tokens
   Product: Documentation
   Version: Latest
  Hardware: Any
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: Manual Pages
  Assignee: b...@freebsd.org
  Reporter: tori.harri...@yahoo.com
CC: d...@freebsd.org

Where do I find acceptance for bugs.freebsd.org it says I cannot receive tokens
until I’m approved. Thanks

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 236883] Tokens

2019-03-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236883

Mark Linimon  changed:

   What|Removed |Added

Product|Documentation   |Services
  Component|Manual Pages|Bug Tracker
Version|Latest  |unspecified

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 236886] Chelsio T520-BT NIC not found

2019-03-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236886

Bug ID: 236886
   Summary: Chelsio T520-BT NIC not found
   Product: Base System
   Version: 12.0-STABLE
  Hardware: Any
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: kern
  Assignee: b...@freebsd.org
  Reporter: pe...@incedo.org

Hi

I just replaced an intel NIC with a new Chelsio T520-BT card. The FreeBSD
12.0p3 does not find a driver at all for it.

I had the impression that the driver was included in FreeBSD. So they say at
Chelsio.

Advice?

/Peo

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 236883] Tokens

2019-03-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236883

Oleksandr Tymoshenko  changed:

   What|Removed |Added

 CC||go...@freebsd.org

--- Comment #1 from Oleksandr Tymoshenko  ---
(In reply to Toriharriman from comment #0)

There is not enough information in bug description, could you please elaborate
a bit? What steps did you perform before getting that message?

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 236886] Chelsio T520-BT NIC not found

2019-03-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236886

--- Comment #1 from peos42  ---
Pci output

none53@pci0:4:0:0:  class=0x02 card=0x1425 chip=0x50091425 rev=0x00
hdr=0x00
vendor = 'Chelsio Communications Inc'
device = 'T520-BT Unified Wire Ethernet Controller'
class  = network
subclass   = ethernet
none54@pci0:4:0:1:  class=0x02 card=0x1425 chip=0x50091425 rev=0x00
hdr=0x00
vendor = 'Chelsio Communications Inc'
device = 'T520-BT Unified Wire Ethernet Controller'
class  = network
subclass   = ethernet
none55@pci0:4:0:2:  class=0x02 card=0x1425 chip=0x50091425 rev=0x00
hdr=0x00
vendor = 'Chelsio Communications Inc'
device = 'T520-BT Unified Wire Ethernet Controller'
class  = network
subclass   = ethernet
none56@pci0:4:0:3:  class=0x02 card=0x1425 chip=0x50091425 rev=0x00
hdr=0x00
vendor = 'Chelsio Communications Inc'
device = 'T520-BT Unified Wire Ethernet Controller'
class  = network
subclass   = ethernet
none57@pci0:4:0:4:  class=0x02 card=0x1425 chip=0x54091425 rev=0x00
hdr=0x00
vendor = 'Chelsio Communications Inc'
device = 'T520-BT Unified Wire Ethernet Controller'
class  = network
subclass   = ethernet
none58@pci0:4:0:5:  class=0x01 card=0x1425 chip=0x55091425 rev=0x00
hdr=0x00
vendor = 'Chelsio Communications Inc'
device = 'T520-BT Unified Wire Storage Controller'
class  = mass storage
subclass   = SCSI
none59@pci0:4:0:6:  class=0x0c0400 card=0x1425 chip=0x56091425 rev=0x00
hdr=0x00
vendor = 'Chelsio Communications Inc'
device = 'T520-BT Unified Wire Storage Controller'
class  = serial bus
subclass   = Fibre Channel

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 236886] Chelsio T520-BT NIC not found

2019-03-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236886

--- Comment #2 from peos42  ---
And a snippet from dmesg

pci0:  at device 11.1 (no driver attached)
pci0:  at device 11.2 (no driver attached)
pci0:  at device 16.1 (no driver attached)
pci0:  at device 16.6 (no driver attached)
pci0:  at device 18.1 (no driver attached)

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 236886] Chelsio T520-BT NIC not detected

2019-03-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236886

Mark Linimon  changed:

   What|Removed |Added

   Assignee|b...@freebsd.org|n...@freebsd.org
Summary|Chelsio T520-BT NIC not |Chelsio T520-BT NIC not
   |found   |detected

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 236846] FreeBSD 12.0-STABLE-p3 r345567: stf_output panic in epoch_exit_preempt

2019-03-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236846

--- Comment #3 from Viktor Dukhovni  ---
The patch appears to have stabilized the system.  No panic yet with workloads
similar to those that trigger panics in stock 12.0 kernels.  If it holds up for
a few more days, I'll declare victory.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 236846] FreeBSD 12.0-STABLE-p3 r345567: stf_output panic in epoch_exit_preempt

2019-03-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236846

Mark Johnston  changed:

   What|Removed |Added

 Status|New |In Progress
   Assignee|b...@freebsd.org|ma...@freebsd.org
 CC||hsela...@freebsd.org

--- Comment #4 from Mark Johnston  ---
For reference, the patch is here:
https://people.freebsd.org/~markj/patches/stable_12_epoch.diff

Written by HPS, it fixes the same problem as r340413 but without breaking the
KBI.  IMO we should commit it directly to stable/12.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 236853] panic: page fault on rtsock.c

2019-03-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236853

Mark Linimon  changed:

   What|Removed |Added

   Keywords||panic
   Assignee|b...@freebsd.org|n...@freebsd.org

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 236888] ppp daemon limits mtu to 1492 for PPPoE

2019-03-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236888

Bug ID: 236888
   Summary: ppp daemon limits mtu to 1492 for PPPoE
   Product: Base System
   Version: 11.2-RELEASE
  Hardware: Any
OS: Any
Status: New
  Severity: Affects Some People
  Priority: ---
 Component: bin
  Assignee: b...@freebsd.org
  Reporter: freebsd.68...@nospam.spacesurfer.com

The ppp daemon in FreeBSD 11.2 limits the maximum MTU to 1492 for the ppp/tun
device. Changing the MTU and MRU in the ppp.conf file to values above 1492
doesn't work. This is because the limit is hard coded in
/usr/src/usr.sbin/ppp/ether.c

My ADSL modem (vigor 130) supports an MTU above 1500 and if I change the limit
in ether.c to 1500, set my ethernet mtu to 1508 or more, then ppp will
negotiate a higher MTU/MRU for the link and it will work fine (I tried 1500
byte ping probes with the DF flag set and it works)

Unfortunately, you can't just change the ether.c value because it uses the
limit as the default and so my old modem (can only do 1492 or less) will not
work unless I set the MTU to 1492 in the ppp.conf file. It would probably be
best to leave the default at 1492 since this is the most common maximum MTU for
ADSL modems, but allow it to be overridden to whatever you want in the config
file.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 236888] ppp daemon limits mtu to 1492 for PPPoE

2019-03-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236888

Mark Linimon  changed:

   What|Removed |Added

   Assignee|b...@freebsd.org|n...@freebsd.org

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


USB3 AXGE Gigabit dongle not detected at boot, but detected when plugged in after boot.

2019-03-29 Thread Stephen Hocking
Hi all,

I have one of these dongles and was hoping to use it as a another ethernet
interface for the NUC-based firewall I'm using. The is present in FreeBSD
12.

FreeBSD fwrout.crafncomp.com 12.0-RELEASE-p3 FreeBSD 12.0-RELEASE-p3
GENERIC  amd64

The following comes up when I plug it in

ugen0.7:  at usbus0
uhid1 on uhub1
uhid1:  on usbus0
device_attach: uhid1 attach returned 12
axge0 on uhub0
axge0:  on usbus0
miibus2:  on axge0
rgephy1:  PHY 3 on miibus2
rgephy1:  none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX,
100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT-FDX, 1000baseT-FDX-master,
1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow
ue1:  on axge0
ue1: Ethernet address: 00:23:55:9c:31:10
ue1: link state changed to DOWN

The following modules are loaded:

Id Refs AddressSize Name
 1   54 0x8020  243cd00 kernel
 21 0x8263d000   3a9a10 zfs.ko
 32 0x829e7000 a4f0 opensolaris.ko
 41 0x82f11000 1cc0 if_udav.ko
 52 0x82f13000 1550 uether.ko
 61 0x82f15000 1800 uhid.ko
 71 0x82f17000 23a8 ums.ko
 81 0x82f1a000 3aa0 ng_ubt.ko
 95 0x82f1e000 a020 netgraph.ko
101 0x82f29000 9608 ng_hci.ko
113 0x82f33000  9c0 ng_bluetooth.ko
121 0x82f34000 cd40 ng_l2cap.ko
131 0x82f410001b9c0 ng_btsocket.ko
141 0x82f5d000 2190 ng_socket.ko
151 0x82f6  9f0 pflog.ko
161 0x82f61000326f8 pf.ko
171 0x82f94000  acf mac_ntpd.ko
181 0x82f95000 2260 if_axge.ko

I've tried preloading if_axge.ko in /boot/loader.conf, but that doesn't
make any difference. This bug has been present since FreeBSD 11, at least.

Any ideas?

-- 

  "I and the public know
  what all schoolchildren learn
  Those to whom evil is done
  Do evil in return"W.H. Auden, "September 1, 1939"
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 236883] Cannot receive tokens until I’m approved

2019-03-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236883

Kubilay Kocak  changed:

   What|Removed |Added

 Status|New |Open
   Keywords||needs-qa
Summary|Tokens  |Cannot receive tokens until
   ||I’m approved

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 228556] igb link status is not updating properly when configured as VF driver in guest OS

2019-03-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228556

Kubilay Kocak  changed:

   What|Removed |Added

   See Also||https://bugs.freebsd.org/bu
   ||gzilla/show_bug.cgi?id=2367
   ||24

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"