Subject: Re: Panic from ftpd in 3.0 on Qube 2
To: Izumi Tsutsui <tsutsui@ceres.dti.ne.jp>
From: Erik Berls <cyber@ono-sendai.com>
List: port-cobalt
Date: 08/20/2006 10:07:45
------=_Part_28691_4213978.1156093665606
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
I'm still catching up on this, how will this affect other cobalt models?
-=erik.
On 8/20/06, Izumi Tsutsui <tsutsui@ceres.dti.ne.jp> wrote:
>
> In article <060615210851.M0111936@mirage.ceres.dti.ne.jp>
> I wrote:
>
> > In article <051231160028.M0109778@mirage.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
>
------=_Part_28691_4213978.1156093665606
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
I'm still catching up on this, how will this affect other cobalt models?<br><br>-=erik.<br><br><br><div><span class="gmail_quote">On 8/20/06, <b class="gmail_sendername">Izumi Tsutsui</b> <<a href="mailto:tsutsui@ceres.dti.ne.jp">
tsutsui@ceres.dti.ne.jp</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">In article <<a href="mailto:060615210851.M0111936@mirage.ceres.dti.ne.jp">
060615210851.M0111936@mirage.ceres.dti.ne.jp</a>><br>I wrote:<br><br>> In article <<a href="mailto:051231160028.M0109778@mirage.ceres.dti.ne.jp">051231160028.M0109778@mirage.ceres.dti.ne.jp</a>><br>> I wrote last year:
<br>><br>> > Okay, I get the similar panic on getting a 512MB file from i386<br>> > even on -current kernel.<br>> > ---<br>> > trap: TLB miss (load or instr. fetch) in kernel mode<br>> > status=0x2403, cause=0x8008, epc=0x801ad350, vaddr=0xcc3ce000
<br>> > pid=6260 cmd=ftpd usp=0x7fffccc8 ksp=0xcc3dfad0<br>> > Stopped in pid 6260.1 (ftpd) at netbsd:r5k_pdcache_wb_range_32+0x9c: cache 0x19,0x3c0(a0)<br>> > db> tr<br>> > r5k_pdcache_wb_range_32+9c (cc3cdc40,cc3ce200,5ea,5ea) ra 801b598c sz 0
<br>> > 801b58dc+b0 (cc3cdc40,cc3ce200,5ea,5ea) ra 0 sz 0<br>> > User-level: pid 6260.1<br>> > db><br>> > ---<br>> ><br>> > I guess this is a different problem (data corruption) fixed in
3.0<br>> > recently, and maybe Rm5200 (or R5000) specific.<br>> ><br>> > I'll track what is going later.<br>><br>> After a bunch of tests with various attempts in ~six months,<br>> adding "options SOSEND_NO_LOAN" seems to fix this problem.
<br><br>If there is no objection (and no proper fix is provided),<br>I'll add this "options SOSEND_NO_LOAN" to cobalt/conf/GENERIC<br>and cobalt/conf/INSTALL for workaround in a few days.<br>---<br>Izumi Tsutsui
<br></blockquote></div><br>
------=_Part_28691_4213978.1156093665606--