I'm seeing a whole mess of these on my Asus A7V (based on the "VIA
Technologies VT8363 KT133 System Controller (rev. 0x02)").

    Mar 17 14:13:45 capsicum /netbsd: pciide0:1:0: lost interrupt
    Mar 17 14:13:45 capsicum /netbsd: 	type: atapi tc_bcount: 2352 tc_skip: 0
    Mar 17 14:13:45 capsicum /netbsd: pciide0:1:0: piomode timed out
    Mar 17 14:13:55 capsicum /netbsd: pciide0:1:0: lost interrupt
    Mar 17 14:13:55 capsicum /netbsd: 	type: atapi tc_bcount: 16 tc_skip: 0
    Mar 17 14:13:56 capsicum /netbsd: pciide0:1:0: piomode timed out
    Mar 17 14:14:05 capsicum /netbsd: pciide0:1:0: lost interrupt
    Mar 17 14:14:05 capsicum /netbsd: 	type: atapi tc_bcount: 16 tc_skip: 0
    Mar 17 14:14:05 capsicum /netbsd: pciide0:1:0: piomode timed out
    Mar 17 14:14:15 capsicum /netbsd: pciide0:1:0: lost interrupt
    Mar 17 14:14:15 capsicum /netbsd: 	type: atapi tc_bcount: 2352 tc_skip: 0
    Mar 17 14:14:15 capsicum /netbsd: pciide0:1:0: piomode timed out

The device in question is a "PLEXTOR CD-R PX-W8432T, , 1.07".  It
works flawlessly when plugged into an ancient Intel Venus board.  The
cdrom will only run for 5 or 10 minutes on the Asus board when ripping
CD's before it locks up.  I see similar behavior on Toshiba Atapi
drive.

Is there something the Atapi driver could do to reset the bus and
restart the I/O?  (NB: this problem does seem to get better when
replacing the old-style IDE cable with a IDE-66 type cable, so its
almost certainly a signal-integrity problem.)

-wolfgang
-- 
       Wolfgang Rupprecht <wolfgang+gnus@dailyplanet.wsrcc.com>
		    http://www.wsrcc.com/wolfgang/
Coming soon: GPS mapping tools for Open Systems. http://www.gnomad-mapping.com/