Most recent kernel where this bug did not occur: Always occurred Distribution: Ark Linux 2006.1 Hardware Environment: Asus Pundit-R 350, PATA harddisk Software Environment: Kernel 2.6.18-mm2 at boot time Problem Description: pata_atiixp takes a very long time to load because the Asus Pundit-R has only 1 ide controller, and pata_atiixp keeps probing for a second controller until it finally times out. Output while scanning: scsi1 : pata_atiixp ATA: abnormal status 0x7F on port 0x1777 ATA: abnormal status 0x7F on port 0x1777 ATA: abnormal status 0x7F on port 0x1777 ATA: abnormal status 0x7F on port 0x1777 ATA: abnormal status 0x7F on port 0x1777 ATA: abnormal status 0x7F on port 0x1777 ata2.00: qc timeout (cmd 0xec) ata2.00: failed to IDENTIFY (I/O error, err_mask=0x4) ATA: abnormal status 0x7F on port 0x1777 ATA: abnormal status 0x7F on port 0x1777 ATA: abnormal status 0x7F on port 0x1777 ATA: abnormal status 0x7F on port 0x1777 ATA: abnormal status 0x7F on port 0x1777 ATA: abnormal status 0x7F on port 0x1777 ata2.00: qc timeout (cmd 0xec) ata2.00: failed to IDENTIFY (I/O error, err_mask=0x4) ATA: abnormal status 0x7F on port 0x1777 ATA: abnormal status 0x7F on port 0x1777 ATA: abnormal status 0x7F on port 0x1777 ATA: abnormal status 0x7F on port 0x1777 ATA: abnormal status 0x7F on port 0x1777 ATA: abnormal status 0x7F on port 0x1777 ata2.00: qc timeout (cmd 0xec) ata2.00: failed to IDENTIFY (I/O error, err_mask=0x4) It should probably just stop scanning if it gets abnormal status 0x7F a couple of times. Steps to reproduce: Load pata_atiixp on an Asus Pundit-R
Thanks for the report. Tejun has been redoing some of the error handling to fix similar problems on other controller so I hope once in I can use it for other PATA controllers iwthout enable bits.
Does this bug still occur on a current kernel ? (I'd expect the unexpected status but not delay now)
This should be fixed now. Please close. Thanks.
Distribution: Ubuntu Intrepid Ibex Hardware Environment: Asus Pundit-R , PATA harddisk Software Environment: Kernel 2.6.27-7 Problem Description: exact same problem is still present see https://bugs.launchpad.net/ubuntu/+source/linux/+bug/293218 please reopen
Hmmm... Maybe I got confused with different problem. Can you please attach the output of "lspci -nnvvvxxx" and the output of "dmidecode"?
Created attachment 19687 [details] lspci -nnvvvxx
Created attachment 19688 [details] dmidecode
Please report the output of "lspci -nnvvvxxx" with one more 'x' so that it prints the rest of the configuration area. Also, can you please attach kernel boot log?
Another thing. I can't find a good photo of the motherboard online. Can you please make sure that the board has only single exposed PATA port? Thanks.
Created attachment 19693 [details] lspci -nnvvvxxx
Created attachment 19694 [details] kernel.log
I'm absolutely positive, the board has only single exposed PATA port. Thanks
Heh... you should run lspci as root to see the rest of the configuration area. :-)
Created attachment 19716 [details] pata_atiixp-punditr Can you please apply this patch and post the resulting boot log?
Created attachment 19718 [details] lspci -nnvvvxxx good one ;-)
Created attachment 19719 [details] kern.log patched
No change after applying the patch. Just see that you mention Pundit R 350 (ati rs350) in your patch instead of Pundit R (ati rs300). Name seems to be the same for the motherboard (P4R8L) Thanks
Hmm.. do you know the difference between the two models? I don't wanna disable the secondary port on an unaffected machine. P4R8L is the identifier in DMI but it doesn't really guarantee anything. If you know that both models share the same layout (the second ide port missing), it would be great.
Created attachment 19781 [details] pata_atiixp-punditr-1 And let's find out why the first patch didn't work. Can you please apply this one and report the log? Thanks.
Created attachment 19788 [details] kern.log with new patch
After verification, both models are missing the second ide port. Thanks.
Created attachment 19812 [details] pata_atiixp-punditr-2 Okay, I missed "0x". Can you please verify the attached patch works?
Created attachment 19817 [details] kern.log working patch This patch works great! Thanks a lot.
Created attachment 19823 [details] pundit-r-debug.patch Hmm... let's find out why the default logic isn't working before proceeding with the patch. Can you please apply the attached patch and report the boot log?
Created attachment 19833 [details] kern.log with pundit-r-debug.patch
Created attachment 19946 [details] nodev-hint.patch Does this patch fix the problem?
Created attachment 19947 [details] nodev-hint.patch Please test this one instead. Thanks.
Created attachment 19956 [details] kern.log with nodev-hint.patch Problem fixed. No more delay. Thanks.