https://bugzilla.kernel.org/show_bug.cgi?id=15884 Robert Hancock <hancockrwd@xxxxxxxxx> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hancockrwd@xxxxxxxxx --- Comment #2 from Robert Hancock <hancockrwd@xxxxxxxxx> 2010-05-01 01:29:37 --- You can't have a command outstanding on both the master and slave drive on a PATA channel at the same time. If the software issues a command like "erase disc" to the drive, during the time that command is outstanding no commands can be issued to the other drive on that channel, it's the way PATA works. Now, there may be a difference in what commands the burning software is using or the ordering that results in some of them taking longer than it does in Windows or something. (I don't know the MMC commands that well but I think some of them do have a mode where you can issue the command and poll periodically to see if it's done rather than blocking on the operation until it finishes.) That isn't anything the kernel can do anything about, though - if something issues a command to one drive on the channel that takes a long time, anything wanting to access the other drive just has to wait. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. -- 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
