On Thu, 4 Apr 2019 a bug that dpesnt want repl...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236838
--- Comment #5 from longw...@incore.de ---
Created attachment 203384
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=203384&action=edit
Output serial console of
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237030
Bug ID: 237030
Summary: ls -R produces invalid output when recursing dot
directories
Product: Base System
Version: 11.2-STABLE
Hardware: Any
OS: Any
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=146835
Andriy Voskoboinyk changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230792
--- Comment #3 from commit-h...@freebsd.org ---
A commit references this bug:
Author: cem
Date: Thu Apr 4 23:32:27 UTC 2019
New revision: 345896
URL: https://svnweb.freebsd.org/changeset/base/345896
Log:
sort(1): randomcoll: Skip the me
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230792
--- Comment #2 from commit-h...@freebsd.org ---
A commit references this bug:
Author: cem
Date: Thu Apr 4 20:27:14 UTC 2019
New revision: 345891
URL: https://svnweb.freebsd.org/changeset/base/345891
Log:
sort(1): randomcoll: Don't sort
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=157316
Guangyuan Yang changed:
What|Removed |Added
Keywords||needs-qa
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236838
--- Comment #8 from Konstantin Belousov ---
Created attachment 203388
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=203388&action=edit
Do not use memory-mapped config space access for PCIe on older chipsets until
pmap is ready t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236838
--- Comment #7 from Konstantin Belousov ---
Created attachment 203387
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=203387&action=edit
Do not use memory-mapped config space access for PCIe on older chipsets until
pmap is ready t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236838
--- Comment #6 from Konstantin Belousov ---
(In reply to longwitz from comment #5)
I think it is not the 0xce register read which causes the hang, but the need to
map very large (255MB) region by chomping from virtual_avail which causes the
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236999
--- Comment #2 from Shirkdog ---
I will try to get the specifics. I was unable to access the console where this
VM reside, but my guess is an older version of ESXi.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236999
--- Comment #1 from Patrick Kelsey ---
I tried to reproduce using the latest snapshot on ESXi 6.7, but so far I have
been unable to. I was able to repeatedly scp a 100 MiB file from the machine
under test without issue (~line rate at 1G ea
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236838
--- Comment #5 from longw...@incore.de ---
Created attachment 203384
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=203384&action=edit
Output serial console of full verbose boot
I use amd64, the commit r340224 (r339979) does only
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237018
Conrad Meyer changed:
What|Removed |Added
CC||m...@freebsd.org
Assignee
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237018
--- Comment #4 from Conrad Meyer ---
M_CAMPERIPH is only associated with a few possible short (8 byte) allocations.
I guess it's also possible that some previous owner is the one using it after
free, not CAM.
--
You are receiving this ma
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237018
--- Comment #3 from Conrad Meyer ---
And the value is 0x5e010600, which is the first 32 bits of an 8? byte
allocation. We expected to find the value uma_junk, which unless otherwise, is
0xdeadc0de.
The only bits that match 0xdeadc0de are
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237018
--- Comment #2 from Conrad Meyer ---
The allocation itself is in ZFS, which may or may not be interesting.
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-b
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237018
Conrad Meyer changed:
What|Removed |Added
Summary|kernel panic at CAM r345853 |kernel panic: Memory
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237018
--- Comment #1 from mikhail.rok...@gmail.com ---
Created attachment 203380
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=203380&action=edit
SS
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237018
Bug ID: 237018
Summary: kernel panic at CAM r345853
Product: Base System
Version: CURRENT
Hardware: amd64
OS: Any
Status: New
Severity: Affects Many
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236922
--- Comment #11 from Bryan Venteicher ---
virtio_pci_if.h is supposed to be generated as a part of the kernel build
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237011
Bug ID: 237011
Summary: bsnmp fails to start with begemotSnmpdModulePath."pf"
Product: Base System
Version: 12.0-RELEASE
Hardware: Any
OS: Any
Status: New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237010
Bug ID: 237010
Summary: mlx5 with LACP can stop work with vlanhwfilter enabled
Product: Base System
Version: 12.0-STABLE
Hardware: Any
OS: Any
Status: New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=121556
Andriy Voskoboinyk changed:
What|Removed |Added
Resolution|--- |Unable to Reproduce
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=134604
Sahib changed:
What|Removed |Added
CC||xu...@easymail.top
--- Comment #6 from Sah
24 matches
Mail list logo
