https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
--- Comment #7 from Konstantin Belousov ---
Do you have any third-party modules loaded?
Are there any changes in src comparing to stock git?
Were there unmounts of devfs mounts?
--
You are receiving this mail because:
You are the
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=180885
Jesse changed:
What|Removed |Added
CC||mikasaackerma...@outlook.co
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273431
Zhenlei Huang changed:
What|Removed |Added
Flags||mfc-stable13?,
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273431
Bug ID: 273431
Summary: No PCP (priority code point) on outbound traffic via
em(4) when PCP and hardware VLAN tag insertion is
disabled
Product: Base System
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273428
Craig Leres changed:
What|Removed |Added
Attachment #244450||maintainer-approval?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273428
Bug ID: 273428
Summary: contrib/nvi: Fix "move forward paragraphs" (}) with
numeric prefix
Product: Base System
Version: CURRENT
Hardware: Any
OS:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212716
--- Comment #4 from Lewis Donzis ---
This bug still occurs in FreeBSD 13.2, seven years since it was first reported.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212716
Lewis Donzis changed:
What|Removed |Added
Version|12.2-RELEASE|13.2-RELEASE
--
You are receiving
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253119
--- Comment #3 from jakub_l...@mailplus.pl ---
(In reply to jakub_lach from comment #0)
FWIW, 14-STABLE changed increments and scales to dev.cpu.0.freq: 349 with
P9700.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273373
--- Comment #9 from Jake Freeland ---
(In reply to Jake Freeland from comment #8)
Chromium successfully compiled with this change. I'll update review D41600 to
include sys/time.h in timerfd.h.
Thanks for reporting this, Jan.
--
You are
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273196
--- Comment #9 from Fernando Apesteguía ---
(In reply to Andrew "RhodiumToad" Gierth from comment #8)
I see.
So the problem is not that there wasn't a limit before f058359ba5 and after
f058359ba5 there is one.
The problem f058359ba5
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
--- Comment #6 from Eugene Grosbein ---
I'm not familiar with the code and locking schema. But I'm ready to test
patches :-) Could you provide some?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
--- Comment #5 from Mateusz Guzik ---
So cdp is backed by dev, but freeing dev is decoupled from unlinking it from
the global cdp list and it may be some of the frees happen when they should
not. There is very funky refcount scheme in
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268393
Warner Losh changed:
What|Removed |Added
CC||i...@freebsd.org
--- Comment #54
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
--- Comment #4 from Eugene Grosbein ---
(In reply to Mateusz Guzik from comment #3)
cdp has lots of 0xdeadc0dedeadc0de :
(kgdb) frame 7
#7 devfs_populate_loop (dm=dm@entry=0xf8044020a000,
cleanup=cleanup@entry=0)
at
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
--- Comment #3 from Mateusz Guzik ---
What exactly is freed here? Since this is in a multi-line if statement I would
not trust the line number.
As in can you print cdp itself and then cdp->cdp_dirent if the former is not
bogus? cdp in
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
Eugene Grosbein changed:
What|Removed |Added
CC||c...@freebsd.org,
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
Eugene Grosbein changed:
What|Removed |Added
Keywords||crash
--
You are receiving
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
--- Comment #1 from Eugene Grosbein ---
Unread portion of the kernel message buffer:
Fatal trap 9: general protection fault while in kernel mode
cpuid = 3; apic id = 14
instruction pointer = 0x20:0x80a9a1a1
stack pointer
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
Bug ID: 273418
Summary: [panic] Repeating kernel panic on open(/dev/console)
Product: Base System
Version: 13.2-STABLE
Hardware: Any
OS: Any
Status: New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269568
--- Comment #6 from Konstantin Belousov ---
Limiting the size of the stack is done by kernel before even ld-elf.so.1
has the chance to run. If the stack is too small, userspace must fail.
[From the PT_GNU_STACK phdr, only the size and
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273414
--- Comment #2 from Dmitry Chagin ---
here it rather makes sense to speak about regression in vfs/namecache/ufs due
to the fact that:
1. starting from
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272878
Graham Perrin changed:
What|Removed |Added
See Also||https://bugs.freebsd.org/bu
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264305
Graham Perrin changed:
What|Removed |Added
See Also||https://bugs.freebsd.org/bu
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268393
Graham Perrin ◐ changed:
What|Removed |Added
CC||grahamper...@gmail.com
---
25 matches
Mail list logo