https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267871
Raleigh Kozey changed:
What|Removed |Added
CC||irrelevant.sheep.xiwy@insta
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=283400
--- Comment #1 from Zhenlei Huang ---
(In reply to Jason Mann from comment #0)
> It appears that the choice of bridge link address is not random, but is
> instead
> based on the value of kern.hostid
IIRC, that is to have persistent MAC ad
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267028
--- Comment #279 from Mark Millard ---
(In reply to Mark Millard from comment #271)
For the 4 example failure vmcore.* that we have so far, it has
been that the first *.ko to load after:
boot/modules/amdgpu_raven_vcn_bin.ko
is the one fo
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267028
--- Comment #278 from Mark Millard ---
(In reply to Mark Millard from comment #277)
"I need the": should have said:
I'd need the list of *.ko's that had been
loaded to still be present in order to get
what I was after.
I'll note that I f
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267028
--- Comment #277 from Mark Millard ---
(In reply to George Mitchell from comment #276)
Unfortunately, the "shutdown now" clears out too much
context. All that was left was:
(kgdb) info sharedlibrary
>FromTo
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267028
George Mitchell changed:
What|Removed |Added
Attachment #256054|core.txt.2 ("mornmal" crash |core.txt.2 ("normal" crash
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267028
George Mitchell changed:
What|Removed |Added
Attachment #256054|application/x-troff-man |text/plain
mime type|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267028
--- Comment #276 from George Mitchell ---
Created attachment 256054
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=256054&action=edit
core.txt.2 ("mornmal" crash dump text)
There's core.txt.2, and vmcore.2.z is in the usual plac
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267028
--- Comment #275 from George Mitchell ---
Created attachment 256053
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=256053&action=edit
core.txt.1
core.txt.1 starts with my attempt to generate a "normal" vmcore file. (It
causes m
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267028
--- Comment #274 from Mark Millard ---
If you could, I'd like to get a vmcore.* from a successful boot
for comparison/contrast with the failures we now have examples
of.
For reference . . .
From: https://docs.freebsd.org/en/books/develope
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=283492
--- Comment #5 from Alexander Ziaee ---
(In reply to Mark Millard from comment #3)
I selected kern because issues with libraries usually get put in kern.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=283492
--- Comment #4 from Yuri Victorovich ---
(In reply to Mark Millard from comment #2)
For whatever reason this name collision only occurs on armv7.
But "mb" should be generally renamed because this name is quite likely to be
used by various
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=283492
--- Comment #3 from Mark Millard ---
I'm confused about the reclassification to: kern
The headers in question are not kernel headers and are not
using any conditional preprocessing to do anything different
for the kernel context vs. non-ke
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267028
--- Comment #273 from Mark Millard ---
(In reply to Mark Millard from comment #272)
It also turns out that I did not yet have the right
vboxnetflt.ko for vmcore.0 . After getting the right
one and substituting it:
(kgdb) info sharedlibrar
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=283448
Alan Somers changed:
What|Removed |Added
Status|New |Open
--- Comment #1 from Alan Somers
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267028
--- Comment #272 from Mark Millard ---
(In reply to Mark Millard from comment #271)
I messed up:
"between the amdgpu_raven_me_bin.ko and amdgpu_raven_ce_bin.ko
ranges"
The increasing-address-range order for the "info sharedlibrary" list
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=283429
Alexander Ziaee changed:
What|Removed |Added
CC||zi...@runbox.com
Sta
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267028
--- Comment #271 from Mark Millard ---
(In reply to Mark Millard from comment #270)
[I now have a boot/modules/vboxnetflt.ko so there are
linker symbols now [but not debugging information].]
For the 3 example vmcore.* that we have so far,
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=283492
Alexander Ziaee changed:
What|Removed |Added
Status|New |Open
Assignee|freebsd-
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=283400
Alexander Ziaee changed:
What|Removed |Added
Status|New |Open
--
You are receiving this
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267028
--- Comment #270 from Mark Millard ---
Where in the found_modules list the corruption happens changes
across the examples. (So far no other lists examples have been
produced with a context for kgdb use but there were backtraces
for such pre
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267028
--- Comment #269 from George Mitchell ---
Thank you for your help, Mark. More information is on its way to you
privately.
--
You are receiving this mail because:
You are the assignee for the bug.
22 matches
Mail list logo
