Hello, Vincent. On Fri, May 17, 2013 at 07:20:10PM +0200, Vincent Pelletier wrote: > From my (very limited) understanding, the bridge just passes the drive's "id" > (as in "atapi_id_dmadir(dev->id)") through. Is there another way to detect > such bridge ? Other things atapi_id_dmadir() should look for in "id" ? I don't think there's any way to detect bridges in a reliable way. > If not, would it be possible to have a rw sysfs pseudofile per-device (...per > port ?) to enable DMADIR ? Yeap, that sounds like the best we can do at this point. Care to write up a patch? > From beca064485e3c86e4abe08b9ce5c89b33ed8c780 Mon Sep 17 00:00:00 2001 > Message-Id: <beca064485e3c86e4abe08b9ce5c89b33ed8c780.1368810901.git.plr.vincent@xxxxxxxxx> > From: Vincent Pelletier <plr.vincent@xxxxxxxxx> > Date: Fri, 17 May 2013 19:09:05 +0200 > Subject: libata: make ata_exec_internal_sg honor DMADIR > MIME-Version: 1.0 > Content-Type: text/plain; charset=UTF-8 > Content-Transfer-Encoding: 8bit > > Fixes SATA-to-PATA bridge "Abit Serillel 2" when used on an ATAPI device, > which otherwise fails several tries with a timeout until it gets disabled: > > kernel: ata5.00: qc timeout (cmd 0xa0) > kernel: ata5.00: failed to clear UNIT ATTENTION (err_mask=0x5) > kernel: ata5.00: disabled > > Based on a patch by Csaba Halász <csaba.halasz@xxxxxxxxx> on linux-ide: > http://marc.info/?l=linux-ide&m=136121147832295&w=2 While better, please go into more details. The problem here is that the bridge requires DMADIR and while libata makes use of DMADIR for regular commands, it doesn't do that for internal commands which are used during EH, right? Please go into full details of what's going on and be verbose. 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
