Hello, Patrick Ale. Patrick Ale wrote: > I am going to do a last ressort attempt. > I am going to switch cables with a set of harddrives that are working > properly and see if that works. I don't think cables or the drives are the problems here but please keep me posted about your test result. > I changed cables allready, but with my luck the cables I changed them > for are faulty. > Jumpers and all look ok, I changed the jumpers, on advice from Greg > and this didnt solve the problem. > > Eric's comment about master slave collision made me think about a > probable cable problem, which I am going to test now. > > Stays weird that the legacy ide drivers do find the drives tho. libata and ide use different methods to discover devices. libata depends on reset to work. After reset, devices are supposed to send diagnostic and the classfication code via TF registers. OTOH, ide just issues IDENTIFY and then IDENTIFY PACKET to each device slot without resetting the channel. Maybe we're doing something wrong in the pdc driver or the controller just doesn't like libata's probing method. Summoning (P)ATA gurus. Hi! Here's the bullet. The whole thread can be viewed at the following page. http://thread.gmane.org/gmane.linux.kernel/493605 It seems we can't read TF containing reset result reliable iff both master and slave are present. Please take a look at the following message. http://article.gmane.org/gmane.linux.ide/16216 ata8: CLASSIFY: device 0 50:00 aa:fe:3f ata8: CLASSIFY: device 1 50:00 aa:10:00 Dumped TF regs are "status:error lbal:lbam:lbah". Leaving only one device on the channel, be it master or slave, works. http://article.gmane.org/gmane.linux.ide/16219 ata8: CLASSIFY: device 0 20:20 20:20:20 ata8: CLASSIFY: device 1 50:01 01:00:00 or ata4: CLASSIFY: device 0 50:01 01:00:00 ata4: CLASSIFY: device 1 00:01 01:00:00 Could it be timing issue like not using compatible pio timing during reset? Please keep in mind that we also have bug reports about solitary slave device doesn't get detected in some cases. Thanks. -- tejun - To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
