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? Robert N M Watson Index: uma_int.h =================================================================== RCS file: /home/ncvs/src/sys/vm/uma_int.h,v retrieving revision 1.30 retrieving revision 1.31 diff -u -r1.30 -r1.31 --- uma_int.h 29 Apr 2005 18:56:36 -0000 1.30 +++ uma_int.h 16 Jun 2005 17:06:34 -0000 1.31 _at__at_ -119,7 +119,7 _at__at_ #define UMA_SLAB_MASK (PAGE_SIZE - 1) /* Mask to get back to the page */ #define UMA_SLAB_SHIFT PAGE_SHIFT /* Number of bits PAGE_MASK */ -#define UMA_BOOT_PAGES 40 /* Pages allocated for startup */ +#define UMA_BOOT_PAGES 48 /* Pages allocated for startup */ /* Max waste before going to off page slab management */ #define UMA_MAX_WASTE (UMA_SLAB_SIZE / 10)Received on Thu Jun 16 2005 - 15:17:12 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:36 UTC