Re: 2.6.27.6 question: ata_sff_hsm_move: ata15 (why always ata15)?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Justin Piszcz wrote:
I am trying to find out what the root cause of this error/problem is:
https://bugzilla.redhat.com/show_bug.cgi?id=462425

The problem is that people assume that timeouts with DRDY like that bug refers to must be the same problem when it is often not, and so bug reports like this end up conflated with all manner of different issues. It's one of the most generic errors imaginable. Also, as one of the posters mentions, "I think this problem tends to get ignored because there are so many things that can cause it (bad drives, cables, power supplies, or any combination thereof).." Just because older kernels did work doesn't necessarily prove anything, if they didn't do NCQ (which in the Marvell case, I think older kernels didn't) or are pushing the disk subsystem harder this may expose hardware issues that didn't show up on older kernels.

One really needs to isolate individual problems and try some hardware debugging before looking into the kernel for such problems..


It seems like every week or other week someone else reports this on the linux-raid mailing list.

I have enabled debugging in the libata.h file and I find that ata15 is constantly being accessed for some reason, why is this?

Presumably ata15 is the port the DVD-RW is connected to, likely HAL is polling for media or something..

--
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

[Index of Archives]     [Linux Filesystems]     [Linux SCSI]     [Linux RAID]     [Git]     [Kernel Newbies]     [Linux Newbie]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Samba]     [Device Mapper]

  Powered by Linux