Subject: Re: kern/27067: cpu stuck in atabus3 thread, kernel won't finish booting. 2.0F works, 2.0H and 2.0Beta do not.
To: Manuel Bouyer <>
From: Chris Tribo <>
List: netbsd-bugs
Date: 10/04/2004 19:08:14
No worries, it's just my dev box. I tried out the patch on todays 
current 2.99.9 sources and it is still looping on pdc20265_pci_intr.
Until I pulled the cable off of the secondary channel which was 
attached to a cd-rw drive. Am I right in thinking that you can't use 
atapi devices on promise IDE controllers? If I unplug the cable and 
keep stepping I get to printing the wd0 probe. With various pluging and 
unplugging of the data cable on the secondary channel I can make it to 
multi user. The console isn't working so I had to ssh in and copy this 
but it did boot. And, if I leave the cdrw unplugged it boots normally 
with no bogus intr messages. I think the cd rw drive has bit the dust 
and is locking up the card. I don't know what to make of this, but I'm 
tossing that burner.

pdcide0:1: bogus intr
sd0 at atapibus0 drive 0: <IOMEGA  ZIP 100  ATAPI, , 14.A> disk 
sd0: dirve offline
sd0: 32-bit data port
sd0(piixide0:0:0): using PIO mode 3
atapibus1 at atabus1: 2 targets
cd0 at atapibus1 drive 0: <TOSHIBA DVD-ROM SD-M1202, 2900909316, 1020> 
cdrom removable
cd0: 32-bit data port
cd0: drive supports PIO mode 4, DMA mode 2
cd0(piixide0:1:0): using PIO mode 4, DMA mode 2 (using DMA data 
wd0 at atabus2 drive 0: <MAXTOR 4K020H1>
wd0: drive supports 16-sector PIO transfers, LBA addressing
wd0: 19470 MB, 39560 cyl, 16 head, 63 sec, 512 bytes/sect x 39876480 
wd0: 32-bit data port
wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 5 (Ultra/100)
wd0(pdcide0:0:0): using PIO mode 4, Ultra-DMA mode 5 (Ultra/100) (using 
DMA data transfers)
sd0(piixide0:0:0): not ready, data = 00 00 00 00 3a 00 00 00 00 00 ff 
fe 01 00 00 00 00 00
sd0(piixide0:0:0): not ready, data = 00 00 00 00 3a 00 00 00 00 00 ff 
fe 01 00 00 00 00 00
boot device: wd0
root on wd0a dumps on wd0b
pdcide0:1: bogus intr

On Oct 4, 2004, at 5:24 PM, Manuel Bouyer wrote:

> Hi,
> sorry for the delay
> On Thu, Sep 30, 2004 at 05:52:46PM -0400, Chris Tribo wrote:
>> Hi Manuel,
>> 	Didn't get anything from pdc202xx_pci_intr, I did from pdc20265
>> 	though:
>> db> break pdc20265_pci_intr
> Ok, thanks. Can you try the attached patch ?
> -- 
> Manuel Bouyer <>
>      NetBSD: 26 ans d'experience feront toujours la difference
> --
> <diff>