Hi Ken, I'd like to fix this for 9.2 and -HEAD.
Would you mind if I disabled CTL in GENERIC (but still build it as a module) until you've fixed the initial RAM reservation that it requires? Thanks, Adrian On 22 December 2012 22:32, Adrian Chadd <adr...@freebsd.org> wrote: > Ken, > > Does CAM CTL really need to pre-allocate 35MB of RAM at startup? > > > > Adrian > > On 22 December 2012 16:45, Sergey Kandaurov <pluk...@gmail.com> wrote: >> On 23 December 2012 03:40, Marten Vijn <i...@martenvijn.nl> wrote: >>> On 12/23/2012 12:27 AM, Jakub Lach wrote: >>>> >>>> Guys, I've heard about some absurd RAM requirements >>>> for 9.1, has anybody tested it? >>>> >>>> e.g. >>>> >>>> http://forums.freebsd.org/showthread.php?t=36314 >>> >>> >>> jup, I can comfirm this with nanobsd (cross) compiled >>> for my soekris net4501 which has 64 MB mem: >>> >>> from dmesg: real memory = 67108864 (64 MB) >>> >>> while the same config compiled against a 9.0 tree still works... >>> >> >> This (i.e. the "kmem_map too small" message seen with kernel memory >> shortage) could be due to CAM CTL ('device ctl' added in 9.1), which is >> quite a big kernel memory consumer. >> Try to disable CTL in loader with kern.cam.ctl.disable=1 to finish boot. >> A longer term workaround could be to postpone those memory allocations >> until the first call to CTL. >> >> # cam ctl init allocates roughly 35 MB of kernel memory at once >> # three memory pools, somewhat under M_DEVBUF, and memory disk >> # devbuf takes 1022K with kern.cam.ctl.disable=1 >> >> Type InUse MemUse HighUse Requests Size(s) >> devbuf 213 20366K - 265 >> 16,32,64,128,256,512,1024,2048,4096 >> ctlmem 5062 10113K - 5062 64,2048 >> ctlblk 200 800K - 200 4096 >> ramdisk 1 4096K - 1 >> ctlpool 532 138K - 532 16,512 >> >> -- >> wbr, >> pluknet >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"