Re: BUG in scsi_lib.c due to a bad commit

[Barto]

Hello Christoph,

to be clear :

my JMicron pcie card JMB363/368 has 2 sata ports and one IDE port,
JMicron supports AHCI on these 2 sata ports,

my gigabyte motherboard has 4 sata ports and one IDE port, my gigabyte
motherboard doesn't support AHCI on these 4 sata ports ( my bios seems
to treats sata devices like IDE devices, a kind of "IDE emulation mode" ),

the bug doesn't occur if the Sata DVD burner is not mixed with a hard
disk on the  Sata ports ( motherboard sata ports ),

the configuration who triggers the bug is mixing a slow device ( sata
dvd burner ) with a fast device ( sata harddisk ) on the sata ports of
the motherboard ( who doesn't support AHCI ),

the bug doesn't occur if the sata dvd burner is connected on a JMicron
pcie card because there is no other sata harddisks connected on this
JMicron, I connect only a IDE hardidsk on this JMicron pcie card and
also this Sata dvd burner in order to avoid the bug ( it's a workaround ),

2 pata_jmicron = the IDE port in this JMicron pcie card ( master and slave )
4 ata_piix = 4 sata ports from the gigabyte motherboard, this ports
doesn't support AHCI
2 ahci = 2 sata ports in this JMicron pcie card

but another user has the same problem but with an IDE DVD burner ( mixed
with an IDE hardidsk ) :

https://bugzilla.kernel.org/show_bug.cgi?id=87581#c18

this user has tested your patch and it solves the bug


Le 24/11/2014 10:18, Christoph Hellwig a écrit :
> On Thu, Nov 20, 2014 at 07:27:49PM +0100, Barto wrote:
>> but the sata DVD burner is now connected on a Jmicron sata PCIe card (
>> with this configuration the bug doesn't occur ), I don't know if this
>> change can modify the result of your command,
>>
>> here is the result of another command :
>>
>> $ for i in /sys/class/scsi_host/*; do cat $i/proc_name; done
>> pata_jmicron
>> pata_jmicron
>> ata_piix
>> ata_piix
>> ata_piix
>> ata_piix
>> ahci
>> ahci
> 
> Interesting.  So the jmicron card also has a queue depth of just one,
> but the error still occurs?  I've added the linux-ide list, maybe
> someone there has an idea how piix vs jmicron could have such different
> behaviors for queueing or error handling.
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/