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"

Reply via email to