[PATCH] if_sk(4) rx/tx "hangs"
David Kleiner
david.kleiner at gmail.com
Tue Nov 16 21:44:23 GMT 2004
Bjoern,
Thank you for the update. I re-sync'ed to the latest -HEAD, re-added
sk to the kernel statically and it's been running for 5 hours fine,
although it "feels" a bit sluggish over the network. Will see how it
goes.
Cheers,
David
On Tue, 16 Nov 2004 18:55:35 +0000 (UTC), Bjoern A. Zeeb
<bzeeb-lists at lists.zabbadoz.net> wrote:
> On Mon, 15 Nov 2004, David Kleiner wrote:
>
> Hi,
>
> > Here is what I get when trying to load up the if_sk.ko module:
> >
> ...
> > Nov 15 15:31:58 macropus kernel: sk0: no memory for jumbo buffers!
> > Nov 15 15:31:58 macropus kernel: sk0: jumbo buffer allocation failed
> > Nov 15 15:31:58 macropus kernel: device_attach: sk0 attach returned 12
>
> I had seen this too some weeks ago when loading and unloading the
> if_sk.ko repeatedly but I haven't been able to reproduce afterwards.
>
> > This is an Asus "A8V Deluxe (v. 2.0) K8T800 No-WiFi/A" and 6.0-CURRENT
> > built on Sat Nov 13 12:08:59 PST 2004.
> >
> > I also had it crashed while running a 700MB bittorrent transfer (stock
> > py-bittorrent) but did not get a crash dump. The stack trace pointed
> > at problem with networking and calling "panic" at the db> prompt
> > wedged it solid.
>
> you may perhaps want to update to lastest version which adds some
> locking in the jumbo buffer memory functions. This should hopefully
> help you.
>
> --
>
>
> Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT
>
More information about the freebsd-amd64
mailing list