Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 18 Aug 2004 14:26:28 +0900
From:      Pyun YongHyeon <yongari@kt-is.co.kr>
To:        Ken Smith <kensmith@cse.Buffalo.EDU>
Cc:        sparc64@freebsd.org
Subject:   Re: Insta-panic with recent -current on Ultra10
Message-ID:  <20040818052628.GA8375@kt-is.co.kr>
In-Reply-To: <20040818010554.GB5194@electra.cse.Buffalo.EDU>
References:  <200408170909.i7H99taL082002@postoffice.e-easy.com.au> <20040817115518.W68839@ury.york.ac.uk> <20040818010554.GB5194@electra.cse.Buffalo.EDU>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Aug 17, 2004 at 09:05:54PM -0400, Ken Smith wrote:
 > On Tue, Aug 17, 2004 at 11:56:11AM +0100, Gavin Atkinson wrote:
 > > On Tue, 17 Aug 2004, Chris Knight wrote:
 > > > I'm getting the following panic on a kernel built from CURRENT
 > > > as of 17/08/2004 0100 AEST (+10).
 > > > A kernel from the 13/08/2004 0100 AEST (+10) works fine.
 > > > In the process of rebuilding the kernel so I can get some more
 > > > details...
 > > 
 > > I've seen exactly this panic from a kernel dated 15th. Just another
 > > datapoint.
 > 
 > Ok, I can reproduce this on a kernel from today:
 > 
 > acd0: CDRW <CRD-8322B/1.06> at ata3-master PIO4
 > Mounting root from ufs:/dev/ad0a
 > IOMMU fault virtual address 0xc0620000
 > panic: pcib: uncorrectable DMA error AFAR 0x3f867880 AFSR 0x270000ff00000000
 > cpuid = 0;
 > KDB: enter: panic
 > [thread 100042]
 > Stopped at      kdb_enter+0x38: ta              %xcc, 1
 > db> tr
 > panic() at panic+0x1a8
 > psycho_ue() at psycho_ue+0x60
 > intr_fast() at intr_fast+0x88
 > -- interrupt level=0xd pil=0 %o7=0xc02b474c --
 > spitfire_block_zero() at spitfire_block_zero+0x74
 > vm_pagezero() at vm_pagezero+0x1b8
 > fork_exit() at fork_exit+0x9c
 > fork_trampoline() at fork_trampoline+0x8
 > db>
 > 
 > And a kernel from the 10th does not appear to have the problem.  I'll
 > do a little playing with CVS to see if I can locate exactly what commit
 > does it.
 > 

[CCed to sos]

Backing out sos@ committment for PRD table fixed the issue.
Working revisions are
ata-all.h rev. 1.80
ata-chipset.c rev. 1.79
ata-dma.c rev. 1.128

Regards,
Pyun YongHyeon
-- 
Pyun YongHyeon <http://www.kr.freebsd.org/~yongari>;



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040818052628.GA8375>