On 02/05/2014 12:04 PM, Daniel Mack wrote: > On 01/15/2014 09:37 PM, Alan Stern wrote: >> Evidently some wacky USB-ATA bridges don't recognize the SYNCHRONIZE >> CACHE command, as shown in this email thread: >> >> http://marc.info/?t=138978356200002&r=1&w=2 >> >> The fact that we can't tell them to drain their caches shouldn't >> prevent the system from going into suspend. Therefore sd_sync_cache() >> shouldn't return an error if the device replies with an Invalid >> Command ASC. >> >> Signed-off-by: Alan Stern <st...@rowland.harvard.edu> >> Reported-by: Sven Neumann <s.neum...@raumfeld.com> >> Tested-by: Daniel Mack <zon...@gmail.com> >> CC: Oliver Neukum <oli...@neukum.org> >> CC: <sta...@vger.kernel.org> > > Any objections about this patch? It would be good to get it merged for > 3.14, if possible.
Ping? Did anyone queue this one up? Thanks, Daniel >> drivers/scsi/sd.c | 4 ++-- >> 1 file changed, 2 insertions(+), 2 deletions(-) >> >> Index: usb-3.13/drivers/scsi/sd.c >> =================================================================== >> --- usb-3.13.orig/drivers/scsi/sd.c >> +++ usb-3.13/drivers/scsi/sd.c >> @@ -1463,8 +1463,8 @@ static int sd_sync_cache(struct scsi_dis >> sd_print_sense_hdr(sdkp, &sshdr); >> /* we need to evaluate the error return */ >> if (scsi_sense_valid(&sshdr) && >> - /* 0x3a is medium not present */ >> - sshdr.asc == 0x3a) >> + (sshdr.asc == 0x3a || /* medium not present */ >> + sshdr.asc == 0x20)) /* invalid command */ >> /* this is no error here */ >> return 0; >> >> > -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
