Panic from ftpd in 3.0 on Qube 2

In article <051231160028.M0109778mirage.ceres.dti.ne.jp>
I wrote last year:

> Okay, I get the similar panic on getting a 512MB file
from i386
> even on -current kernel.
> ---
> trap: TLB miss (load or instr. fetch) in kernel mode
> status=0x2403, cause=0x8008, epc=0x801ad350,
vaddr=0xcc3ce000
> pid=6260 cmd=ftpd usp=0x7fffccc8 ksp=0xcc3dfad0
> Stopped in pid 6260.1 (ftpd) at
netbsd:r5k_pdcache_wb_range_32+0x9c:    cache  
0x19,0x3c0(a0)
> db> tr
> r5k_pdcache_wb_range_32+9c (cc3cdc40,cc3ce200,5ea,5ea)
ra 801b598c sz 0
> 801b58dc+b0 (cc3cdc40,cc3ce200,5ea,5ea) ra 0 sz 0
> User-level: pid 6260.1
> db>
> ---
> 
> I guess this is a different problem (data corruption)
fixed in 3.0
> recently, and maybe Rm5200 (or R5000) specific.
> 
> I'll track what is going later.

After a bunch of tests with various attempts in ~six months,
adding "options SOSEND_NO_LOAN" seems to fix
this problem.

Maybe some zero-copy TCP/UDP code doesn't wire pages
properly
on disk->network xfer then some page of mbuf to be sent
by
the Ethernet driver is invalidated from PTE on some memory
shortage situation?

Is it okay to add the option to cobalt/conf/std.cobalt
and the similar files of other mips ports for workaround?
(the panic also happens on sgimips IP32 + tlp)
---
Izumi Tsutsui

I wrote:
> After a bunch of tests with various attempts in ~six
months,
> adding "options SOSEND_NO_LOAN" seems to
fix this problem.

Note this option also improves xfer rate on the ftp get
command
(i.e. wd0->tlp0 xfer) from ~1.9MB/s to ~2.3MB/s. Umm.
---
Izumi Tsutsui

so...

how exactly do I add "options SOSEND_NO_LOAN"?
and... if you added it
successfully, instead of me (im guessing) recompiling the
kernel, is
there a way you can send it to me your fixed kernel and I
can host it
or something like that?

I don't think i had this problem with -current from ages
and ages ago,
 while my Qube2 isnt my fastest machine, I would like for it
to be
stable

-justin

On 6/15/06, Izumi Tsutsui <tsutsuiceres.dti.ne.jp> wrote:
> I wrote:
> > After a bunch of tests with various attempts in
~six months,
> > adding "options SOSEND_NO_LOAN" seems
to fix this problem.
>
> Note this option also improves xfer rate on the ftp get
command
> (i.e. wd0->tlp0 xfer) from ~1.9MB/s to ~2.3MB/s.
Umm.
> ---
> Izumi Tsutsui
>

justintinfoilsoldier.com wrote:

> how exactly do I add "options
SOSEND_NO_LOAN"?

The NetBSD Guide might help?
http:
//www.NetBSD.org/guide/en/chap-kernel.html

> and... if you added it
> successfully, instead of me (im guessing) recompiling
the kernel, is
> there a way you can send it to me your fixed kernel and
I can host it
> or something like that?

Here it is:
http://www.ceres.dti.ne.jp/~tsutsui/n
etbsd/netbsd-cobalt-NOLOAN-20060709.gz
but I doubt it's worth unless you currently have any
stability problem.
(note it isn't a real fix but just a workaround)
---
Izumi Tsutsui

In article <060615210851.M0111936mirage.ceres.dti.ne.jp>
I wrote:

> In article <051231160028.M0109778mirage.ceres.dti.ne.jp>
> I wrote last year:
> 
> > Okay, I get the similar panic on getting a 512MB
file from i386
> > even on -current kernel.
> > ---
> > trap: TLB miss (load or instr. fetch) in kernel
mode
> > status=0x2403, cause=0x8008, epc=0x801ad350,
vaddr=0xcc3ce000
> > pid=6260 cmd=ftpd usp=0x7fffccc8 ksp=0xcc3dfad0
> > Stopped in pid 6260.1 (ftpd) at
netbsd:r5k_pdcache_wb_range_32+0x9c:    cache  
0x19,0x3c0(a0)
> > db> tr
> > r5k_pdcache_wb_range_32+9c
(cc3cdc40,cc3ce200,5ea,5ea) ra 801b598c sz 0
> > 801b58dc+b0 (cc3cdc40,cc3ce200,5ea,5ea) ra 0 sz 0
> > User-level: pid 6260.1
> > db>
> > ---
> > 
> > I guess this is a different problem (data
corruption) fixed in 3.0
> > recently, and maybe Rm5200 (or R5000) specific.
> > 
> > I'll track what is going later.
> 
> After a bunch of tests with various attempts in ~six
months,
> adding "options SOSEND_NO_LOAN" seems to
fix this problem.

If there is no objection (and no proper fix is provided),
I'll add this "options SOSEND_NO_LOAN" to
cobalt/conf/GENERIC
and cobalt/conf/INSTALL for workaround in a few days.
---
Izumi Tsutsui

I wrote:

> If there is no objection (and no proper fix is
provided),
> I'll add this "options SOSEND_NO_LOAN" to
cobalt/conf/GENERIC
> and cobalt/conf/INSTALL for workaround in a few days.

Pulled up to netbsd-3, netbsd-3-0, and netbsd-4,
so it will appear in the next 3.1, 3.0.2 and 4.0.
---
Izumi Tsutsui

Izumi Tsutsui wrote:
> I wrote:
> 
>> If there is no objection (and no proper fix is
provided),
>> I'll add this "options SOSEND_NO_LOAN"
to cobalt/conf/GENERIC
>> and cobalt/conf/INSTALL for workaround in a few
days.
> 
> Pulled up to netbsd-3, netbsd-3-0, and netbsd-4,
> so it will appear in the next 3.1, 3.0.2 and 4.0.
> ---
> Izumi Tsutsui
> 

Excellent!

Thank you very much 

Rowdy