[Bug 236870] libarchive directory traversal gives spurious permission errors
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
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
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
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"