[Bug 231027] [META] FreeBSD-Foundation sponsored issues for FreeBSD 13-CURRENT
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231027 Bug 231027 depends on bug 194641, which changed state. Bug 194641 Summary: [EFI] boot/loader.efi: miscompilation on Intel Haswell with AVX2 and CPUTYPE=native https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194641 What|Removed |Added Status|In Progress |Closed Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 249090] Regression in /boot/zfsloader between 11.1 and 11.2 (still seen in 12.1)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249090 Warner Losh changed: What|Removed |Added Resolution|--- |Overcome By Events CC||i...@freebsd.org Status|New |Closed --- Comment #4 from Warner Losh --- we've removed sparc, so closing this. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 235040] Lua-based loader(8) does not pick up /boot/loader.rc.local
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235040 Warner Losh changed: What|Removed |Added Resolution|--- |Works As Intended Status|New |Closed -- You are receiving this mail because: You are the assignee for the bug.
[Bug 194641] [EFI] boot/loader.efi: miscompilation on Intel Haswell with AVX2 and CPUTYPE=native
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194641 Warner Losh changed: What|Removed |Added Assignee|b...@freebsd.org|i...@freebsd.org --- Comment #10 from Warner Losh --- Does this still happen? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 213467] loader.conf(5) man page should mention "efi" option for "console" parameter
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213467 Warner Losh changed: What|Removed |Added CC||i...@freebsd.org Assignee|b...@freebsd.org|i...@freebsd.org Status|New |Open -- You are receiving this mail because: You are the assignee for the bug.
[Bug 205933] [boot] Loader hangs when connecting serial console
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205933 Warner Losh changed: What|Removed |Added Assignee|b...@freebsd.org|i...@freebsd.org CC||i...@freebsd.org --- Comment #1 from Warner Losh --- Does this problem still happen? I use the serial console all the time and never see it. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 257195] [tcp] panic when RACK enabled
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257195 --- Comment #5 from iron.ud...@gmail.com --- Previous trace was after I switched CC from HTCP to NEWRENO. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 257195] [tcp] panic when RACK enabled
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257195
--- Comment #4 from iron.ud...@gmail.com ---
One more trace (possibly more informative):
Fatal trap 12: page fault while in kernel mode
cpuid = 4; apic id = 04
fault virtual address = 0x002a
fault code = supervisor read data, page not present
instruction pointer = 0x20:0x81608071
stack pointer = 0x28:0xfe0202a186a0
frame pointer = 0x28:0xfe0202a18990
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 11 (swi1: hpts)
trap number = 12
panic: page fault
cpuid = 4
time = 1626306588
KDB: stack backtrace:
#0 0x80646505 at kdb_backtrace+0x65
#1 0x80602661 at vpanic+0x181
#2 0x806024d3 at panic+0x43
#3 0x8085a857 at trap_fatal+0x387
#4 0x8085a8af at trap_pfault+0x4f
#5 0x80859f63 at trap+0x253
#6 0x80833d8e at calltrap+0x8
#7 0x8075fc10 at tcp_hptsi+0x7d0
#8 0x80760ddc at tcp_hpts_thread+0x11c
#9 0x805cb221 at ithread_loop+0x191
#10 0x805c8541 at fork_exit+0x71
#11 0x80834e1e at fork_trampoline+0xe
Uptime: 25s
Dumping 4278 out of 130940 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91%
__curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55
55 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" (offsetof(struct
pcpu,
(kgdb) bt
#0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55
#1 doadump (textdump=) at /usr/src/sys/kern/kern_shutdown.c:399
#2 0x8060228e in kern_reboot (howto=260) at
/usr/src/sys/kern/kern_shutdown.c:486
#3 0x806026d0 in vpanic (fmt=, ap=) at
/usr/src/sys/kern/kern_shutdown.c:919
#4 0x806024d3 in panic (fmt=) at
/usr/src/sys/kern/kern_shutdown.c:843
#5 0x8085a857 in trap_fatal (frame=0xfe0202a185e0,
eva=18446744069414584362) at /usr/src/sys/amd64/amd64/trap.c:943
#6 0x8085a8af in trap_pfault (frame=frame@entry=0xfe0202a185e0,
usermode=false, signo=, signo@entry=0x0, ucode=,
ucode@entry=0x0) at /usr/src/sys/amd64/amd64/trap.c:760
#7 0x80859f63 in trap (frame=0xfe0202a185e0) at
/usr/src/sys/amd64/amd64/trap.c:438
#8
#9 0x81608071 in rack_output (tp=) at
/usr/src/sys/modules/tcp/rack/../../../netinet/tcp_stacks/rack.c:16540
#10 0x8075fc10 in tcp_hptsi (hpts=hpts@entry=0xf8010398c780,
from_callout=from_callout@entry=1) at /usr/src/sys/netinet/tcp_hpts.c:1662
#11 0x80760ddc in tcp_hpts_thread (ctx=0xf8010398c780) at
/usr/src/sys/netinet/tcp_hpts.c:2035
#12 0x805cb221 in intr_event_execute_handlers (p=,
ie=0xf8010398d500) at /usr/src/sys/kern/kern_intr.c:1168
#13 ithread_execute_handlers (p=, ie=0xf8010398d500) at
/usr/src/sys/kern/kern_intr.c:1181
#14 ithread_loop (arg=arg@entry=0xf8010397d680) at
/usr/src/sys/kern/kern_intr.c:1269
#15 0x805c8541 in fork_exit (callout=0x805cb090 ,
arg=0xf8010397d680, frame=0xfe0202a18c00) at
/usr/src/sys/kern/kern_fork.c:1083
#16
--
You are receiving this mail because:
You are the assignee for the bug.
[Bug 257195] [tcp] panic when RACK enabled
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257195 --- Comment #3 from iron.ud...@gmail.com --- Created attachment 226474 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=226474=edit KERNEL-config -- You are receiving this mail because: You are the assignee for the bug.
[Bug 257195] [tcp] panic when RACK enabled
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257195 --- Comment #2 from iron.ud...@gmail.com --- Created attachment 226473 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=226473=edit loader.conf -- You are receiving this mail because: You are the assignee for the bug.
[Bug 257195] [tcp] panic when RACK enabled
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257195 --- Comment #1 from iron.ud...@gmail.com --- Created attachment 226472 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=226472=edit sysctl.conf -- You are receiving this mail because: You are the assignee for the bug.
[Bug 257195] [tcp] panic when RACK enabled
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257195
Bug ID: 257195
Summary: [tcp] panic when RACK enabled
Product: Base System
Version: 13.0-STABLE
Hardware: amd64
OS: Any
Status: New
Severity: Affects Only Me
Priority: ---
Component: kern
Assignee: b...@freebsd.org
Reporter: iron.ud...@gmail.com
Hello,
I'm running latest 13-STABLE. I already mentioned panic #256538 but I couldn't
reproduce and debug it. I think similar is described in #254735.
So, on one of my servers every time kernel panics right after the server start
up.
Here is trace:
Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address = 0x002a
fault code = supervisor read data, page not present
instruction pointer = 0x20:0x81629071
stack pointer = 0x28:0xfe0202a046a0
frame pointer = 0x28:0xfe0202a04990
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 11 (swi1: hpts)
trap number = 12
panic: page fault
cpuid = 0
time = 1626303252
KDB: stack backtrace:
#0 0x80646505 at kdb_backtrace+0x65
#1 0x80602661 at vpanic+0x181
#2 0x806024d3 at panic+0x43
#3 0x8085a857 at trap_fatal+0x387
#4 0x8085a8af at trap_pfault+0x4f
#5 0x80859f63 at trap+0x253
#6 0x80833d8e at calltrap+0x8
#7 0x8075fc10 at tcp_hptsi+0x7d0
#8 0x80760ddc at tcp_hpts_thread+0x11c
#9 0x805cb221 at ithread_loop+0x191
#10 0x805c8541 at fork_exit+0x71
#11 0x80834e1e at fork_trampoline+0xe
Uptime: 27s
Dumping 4308 out of 130940 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91%
__curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55
55 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" (offsetof(struct
pcpu,
(kgdb) bt
#0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55
#1 doadump (textdump=) at /usr/src/sys/kern/kern_shutdown.c:399
#2 0x8060228e in kern_reboot (howto=260) at
/usr/src/sys/kern/kern_shutdown.c:486
#3 0x806026d0 in vpanic (fmt=, ap=) at
/usr/src/sys/kern/kern_shutdown.c:919
#4 0x806024d3 in panic (fmt=) at
/usr/src/sys/kern/kern_shutdown.c:843
#5 0x8085a857 in trap_fatal (frame=0xfe0202a045e0,
eva=18446744069414584362) at /usr/src/sys/amd64/amd64/trap.c:943
#6 0x8085a8af in trap_pfault (frame=frame@entry=0xfe0202a045e0,
usermode=false, signo=, signo@entry=0x0, ucode=,
ucode@entry=0x0) at /usr/src/sys/amd64/amd64/trap.c:760
#7 0x80859f63 in trap (frame=0xfe0202a045e0) at
/usr/src/sys/amd64/amd64/trap.c:438
#8
#9 0x81629071 in rack_output () from /boot/kernel/tcp_rack.ko
#10 0xf805f2218e00 in ?? ()
#11 0x000c in ?? ()
#12 0x in ?? ()
(kgdb)
Let me know if you need any other info.
--
You are receiving this mail because:
You are the assignee for the bug.
[Bug 257187] NFSv3 server creates symlinks that local clients can't read [ZFS]
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257187 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|f...@freebsd.org -- You are receiving this mail because: You are the assignee for the bug.
[Bug 256412] 13.0-RELEASE amd64 DVD .iso is too big to burn on 4.7GB DVD-R
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256412 sergey changed: What|Removed |Added CC||zor198...@yandex.ru --- Comment #4 from sergey --- Same here but I have dvd-rw ;) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 257187] NFSv3 server creates symlinks that local clients can't read [ZFS]
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257187
Bug ID: 257187
Summary: NFSv3 server creates symlinks that local clients can't
read [ZFS]
Product: Base System
Version: 12.2-RELEASE
Hardware: Any
OS: Any
Status: New
Severity: Affects Only Me
Priority: ---
Component: kern
Assignee: b...@freebsd.org
Reporter: woll...@freebsd.org
Our backup vendor alerted us to this issue. Most of our NFS clients are Ubuntu
systems, and use NFSv3. Somehow, one of our users managed to create a bunch of
symbolic links for which lstat(2) succeeds, but readlink(2) fails with
[ENOENT]. The links work just fine on the Linux clients over NFS.
Example ktrace on the server side:
7597 readlink CALL
fstatat(AT_FDCWD,0x7fffed99,0x7fffe9d0,0x200)
7597 readlink NAMI
"/export/sanchez/results/pls/victory/scc/2021/04-ugf/symlinks/RC/ugf_cc_scc-road_central"
7597 readlink STRU struct stat {dev=16608010843616580276, ino=14916386,
mode=0120777, nlink=1, uid=23398, gid=21158, rdev=18446744073709551615,
atime=1619701157.648845720, mtime=1619701157.648845720,
ctime=1619701157.648845720, birthtime=1619701157.648845720, size=298,
blksize=4096, blocks=1, flags=0x800 }
7597 readlink RET fstatat 0
7597 readlink CALL readlink(0x7fffed99,0x7fffdff4,0x3ff)
7597 readlink NAMI
"/export/sanchez/results/pls/victory/scc/2021/04-ugf/symlinks/RC/ugf_cc_scc-road_central"
7597 readlink RET readlink -1 errno 2 No such file or directory
Results of Linux stat(1) utility on the client side:
$ stat
/data/sanchez/results/pls/victory/scc/2021/04-ugf/symlinks/RC/ugf_cc_scc-road_central
File:
/data/sanchez/results/pls/victory/scc/2021/04-ugf/symlinks/RC/ugf_cc_scc-road_central
->
../../41-cc-clean/2021_04_25-01-r5326-ugf_scc-1_4_16_64cores-34cqCap-200gvtP-OoO-t_2-prio_Timestamp-issWidth_4-bfrs_16-l1KB_32-l2PerCoreKB_256-l2Latency_9-llcPerCoreKB_1024-llcLatency_12-memGBps_192-freq_3500-lnkByts_24-subnts_4-serializeHints_True-tbPolicy_Dequeue-clea.../ugf_cc_scc-road_central/
Size: 298 Blocks: 27 IO Block: 131072 symbolic link
Device: 36h/54d Inode: 14916386Links: 1
Access: (0777/lrwxrwxrwx) Uid: (23398/ victory) Gid: (21158/sanchez-grp)
Access: 2021-07-14 12:06:14.024176419 -0400
Modify: 2021-04-29 08:59:17.648845720 -0400
Change: 2021-04-29 08:59:17.648845720 -0400
Birth: -
This seems like a bug in either the ZPL or the NFS server. I can't even see
how local lstat() and NFSPROC_READLINK could succeed and local readlink() still
fail.
--
You are receiving this mail because:
You are the assignee for the bug.
[Bug 257178] 12.2-stable fails to build properly
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257178 --- Comment #2 from j...@iki.fi --- After updating the svn source to the revision shown below the problem still perisist. /usr/src# svn info . Path: . Working Copy Root Path: /usr/src-12-stable URL: svn://svn.freebsd.org/base/stable/12 Relative URL: ^/stable/12 Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 370127 Node Kind: directory Schedule: normal Last Changed Author: donner Last Changed Rev: 370127 Last Changed Date: 2021-07-14 14:55:30 +0300 (Wed, 14 Jul 2021) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 257178] 12.2-stable fails to build properly
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257178 --- Comment #1 from j...@iki.fi --- Created attachment 226452 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=226452=edit Build time output from make The file content is xz-compressed text. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 257178] 12.2-stable fails to build properly
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257178 Bug ID: 257178 Summary: 12.2-stable fails to build properly Product: Base System Version: 12.2-STABLE Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: kern Assignee: b...@freebsd.org Reporter: j...@iki.fi The exact system revision is ... /usr/src# svn info . Path: . Working Copy Root Path: /usr/src-12-stable URL: svn://svn.freebsd.org/base/stable/12 Relative URL: ^/stable/12 Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 370124 Node Kind: directory Schedule: normal Last Changed Author: git2svn Last Changed Rev: 370124 Last Changed Date: 2021-07-13 18:52:34 +0300 (Tue, 13 Jul 2021) See the build time make output in the attached file. (xz compressed) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 257173] Import rge(4) from OpenBSD?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257173 trond.endres...@ximalas.info changed: What|Removed |Added URL||https://cvsweb.openbsd.org/ ||src/sys/dev/pci/ --- Comment #1 from trond.endres...@ximalas.info --- Source for rge(4) can be found in https://cvsweb.openbsd.org/src/sys/dev/pci/. So far I have identified if_rge.c and if_rgereg.h as being needed. The driver does depend on MII. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 257173] Import rge(4) from OpenBSD?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257173 Bug ID: 257173 Summary: Import rge(4) from OpenBSD? Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: b...@freebsd.org Reporter: trond.endres...@ximalas.info There is at least one 2.5 Gbit/s NIC already in the source tree, igc(4). Would it be possible to import rge(4) from OpenBSD. -- You are receiving this mail because: You are the assignee for the bug.
