Date: Sat, 29 Oct 2005 01:27:45 +0300 (EEST) From: Vladimir Kushnir <vkushnir@i.kiev.ua> To: John Baldwin <jhb@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: CURRENT + amd64 + user-ppp = panic Message-ID: <20051029012409.F798@kushnir1.kiev.ua> In-Reply-To: <200510281813.12123.jhb@freebsd.org> References: <20051027022313.R675@kushnir1.kiev.ua> <200510281404.33462.jhb@freebsd.org> <20051029003547.E798@kushnir1.kiev.ua> <200510281813.12123.jhb@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 28 Oct 2005, John Baldwin wrote:
> On Friday 28 October 2005 05:59 pm, Vladimir Kushnir wrote:
>> On Fri, 28 Oct 2005, John Baldwin wrote:
>>> On Wednesday 26 October 2005 09:36 pm, Scott Long wrote:
>>>> Vladimir Kushnir wrote:
>>>>> I'm running now on the kernel from Oct 19 which also panicks, BTW, with
>>>>> "kmem_map too small" on an attempt to run something like Linux
>>>>> OpenOffice or Mathematica (neither kern.ipc.nmbclusters nor
>>>>> vm.kmem_size_max tweaking helps; besides, I've only 512 MB RAM)
>>
>> <snip>
>>
>>> This looks like a page fault rather than a 'kmem_map too small' panic.
>>
>> Sorry I was unclear. It IS a page fault. Panic with a 'kmem_map too small'
>> is with my old (otherwise working) kernel.
>>
>> <snip>
>>
>>> This is here:
>>> while (c) {
>>> depth++;
>>> ==> if (c->c_time != curticks) {
>>> c = TAILQ_NEXT(c, c_links.tqe);
>>>
>>> c can't be NULL due to the while loop. Are any kernel modules being
>>> unloaded when this happens?
>>
>> No. /usr/sbin/ppp was trying to connect to my provider was all.
>
> How? Using pppoe does try to kldload ng_pppoe.ko and its dependencies for
> example, and ppp might also try to kldload if_tun.ko as well if it's needed.
> Also, is this reproducible?
>
Plain modem (external, on COM1...errr...sio0) dial-up, no pppoe. And tun
is compiled into GENERIC. And yes, it's 100% reproducible :-(
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20051029012409.F798>