Reboot while booting with new per-CPU allocator
Stephane E. Potvin
sepotvin at videotron.ca
Thu Jun 16 17:31:59 GMT 2005
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Robert Watson wrote:
>
> On Thu, 16 Jun 2005, Stephane E. Potvin wrote:
>
>>> Have you tried running with kern_malloc.c:1.141 (Jun 10) from Joseph
>>> Koshy, which corrects a bug in the deregistering of malloc types?
>>>
>>> It looks like you're running with a serial console, but if not, could
>>> you do so and make sure there are no last second printfs that get eaten
>>> by the reboot clearing the video console?
>>>
>>
>> I did a binary search to find the offending commit. Reverting the changes
>> to kern_malloc.c and malloc.h locally did fix the problem. That's what
>> I'm
>> currently using to type this message. I also had to revert the changes to
>> vmstat to make the world compile.
>>
>> Using head sources from yesterday (Jun 15) exhibit the same problem
>> unfortunately.
>
>
> Hmm.. It looks like Alan Cox just committed the attached patch to
> uma_int.h to modify UMA_BOOT_PAGES following a report of a panic at a
> similar point in the boot process. Could you try updating to the latest
> uma_int.h or trying the patch below to see if it makes a difference?
>
Great :) It did the trick. The laptop is happily booting with the new
allocator now. Thanks a lot to you and Alan Cox.
Steph
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (FreeBSD)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCsbeEmdOXtTCX/nsRArNJAKCe+RAG18UaFtnATsy1fwL/uR7SVACeO6nx
crxjNWLw2F+TzbDDFncW15c=
=rHIp
-----END PGP SIGNATURE-----
More information about the freebsd-current
mailing list