___
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"
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244118
Bug ID: 244118
Summary: 13-CURRENT Kernel post r357547 hang during boot on
PowerMac G5Q
Product: Base System
Version: CURRENT
Hardware: powerpc
OS: An
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244118
Kubilay Kocak changed:
What|Removed |Added
Flags||maintainer-feedback?(rlibby
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244123
Bug ID: 244123
Summary: libfetch: memory leak when processing multiple HTTP
location response headers
Product: Base System
Version: CURRENT
Hardware: Any
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244123
Hans Christian Woithe changed:
What|Removed |Added
Attachment #211647|text/x-python |text/plain
mime t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244118
--- Comment #1 from Ryan Libby ---
Hmm, r357548 shouldn't have had an effect by itself, but it could be
fallout from related r357549. Could you try setting this from the boot
loader or in /boot/loader.conf?
vm.debug.uma_multipage_slabs="0
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244127
Bug ID: 244127
Summary: man-page for ul(1) cross-references colcrt(1) &
nroff(1) which don't exist
Product: Documentation
Version: Latest
Hardware: Any
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244118
--- Comment #2 from Francis Little ---
(In reply to Ryan Libby from comment #1)
Hi,
Yep, that works, so r357550 now boots successfully with:
vm.debug.uma_multipage_slabs="0"
I'm happy to test a patch and update to a more recent rev also
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244118
--- Comment #3 from Ryan Libby ---
Created attachment 211651
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=211651&action=edit
Print zone layouts
Okay, could you try out this patch? It won't fix anything, it will
hopefully just
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244118
Ryan Libby changed:
What|Removed |Added
Attachment #211651|0 |1
is obsolete|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244123
--- Comment #2 from Conrad Meyer ---
Your fix looks correct to me.
Technically this is a non-compliant server, right? IIRC, modern HTTP does not
allow duplicate instances of headers. So it would also be valid for libfetch
to just reject
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244118
--- Comment #5 from Ryan Libby ---
(In reply to Francis Little from comment #0)
> As posted to the mailing list recently [...]
I wasn't able to locate this thread, so if there's more information
there then could you please either repost it
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244118
Mark Millard changed:
What|Removed |Added
CC||marklmi26-f...@yahoo.com
--- Commen
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244118
--- Comment #7 from Francis Little ---
(In reply to Ryan Libby from comment #3)
Hi, as Mark just mentioned, I can only get the logfile with:
vm.debug.uma_multipage_slabs="0"
With it set as:
vm.debug.uma_multipage_slabs="1"
The Machine
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244118
--- Comment #8 from Mark Millard ---
(In reply to Francis Little from comment #7)
If you have an appropriate swap/paging partition you might
be able to have /boot/loader.conf contain an assignment
of the general form:
dumpdev="/dev/"
(su
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244123
--- Comment #3 from Hans Christian Woithe ---
Duplicate headers can be allowed in certain situations. I tend to agree that
the location header probably doesn't qualify.
https://tools.ietf.org/html/rfc7230#section-3.2.2
A generic fix woul
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244118
--- Comment #9 from Mark Millard ---
(In reply to Mark Millard from comment #8)
I got to thinking about my history investigating
and I think this is too early for the device to
be available for dump to use.
Also the hangup likely prevents
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244118
--- Comment #10 from Mark Millard ---
I tried non-debug kernel builds (that involve
some of my own PowerMac patches):
Head -r357548 did not have the problem.
Head -r357549 did have the problem.
So: Confirming Ryan's expectation.
--
You
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244118
--- Comment #11 from Ryan Libby ---
Yeah... I guess that's not going to work easily. (I guess I'm just used
to debugging on my VM and captuing the console.)
Actually, I _may_ be able to debug this with just information from a
system with
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244118
--- Comment #12 from Mark Millard ---
(In reply to Ryan Libby from comment #11)
I tried to use pictures to get your originally requested
informatino.
I only have pictures of the non-booting case so I only
show the booting case line in ful
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244118
--- Comment #13 from Mark Millard ---
(In reply to Mark Millard from comment #12)
Found one that I missed earlier:
keg Mountpoints layout: format 0 (ipers 1 * rsize 2944) / slabsize 0x1000 = 71%
eff
vs. ipers 4 slabsize 0x3000
--
You ar
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244118
--- Comment #14 from Ryan Libby ---
Created attachment 211661
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=211661&action=edit
slb_zone_init: unconditional UMA_ZONE_CONTIG
(In reply to Mark Millard from comment #12)
Thanks!
T
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244118
--- Comment #15 from Mark Millard ---
(In reply to Ryan Libby from comment #14)
It boots. I'll see about getting a diff
of the keg lines. It might catch things
I missed.
--
You are receiving this mail because:
You are the assignee for th
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244118
--- Comment #16 from Mark Millard ---
(In reply to Mark Millard from comment #15)
The diff:
# more /mnt/root/keg_lines_diff.txt
--- /root/keg_lines_0.txt 2020-02-15 06:06:11.31823 +
+++ /root/keg_lines_1.txt 2020-02-1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244118
--- Comment #17 from Mark Millard ---
(In reply to Mark Millard from comment #16)
The diff also shows that I missed: filedesc0
--
You are receiving this mail because:
You are the assignee for the bug.
25 matches
Mail list logo
