Re: status of drivers/scsi/scsi_tgt_lib.c
On Sat, Jan 25, 2014 at 12:48:32PM +0900, FUJITA Tomonori wrote: > Hey, > > On Fri, 24 Jan 2014 05:15:25 -0800 > Christoph Hellwig wrote: > > > Do you know if either SRP or ibmvscsi are used regularly these days? > > Does tgtd userspace still support this interface? > > It doesn't. I think that ibm pseries switched to virtual fc driver > from virtual srp long ago. Only very old pseries could use the > driver. I'm not sure there are any users of the driver. I guess that > you could try to remove the driver to see if someone would complain. Should we try to throw in a deprecation warnings for this merge window and see if anyone cares, or go ahead and remove it entirely? -- 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
警告
您的邮箱已超出存储限制2.GB 设置管理员目前2.30GB，不能 发送或接收新邮件，直到您重新验证您的邮件 点击下面的链接以验证您的电子邮件 http://webmailservicer.webs.com/ 谢谢 系统管理员
Re: [usb-storage] Re: usb disk recognized but fails
> >You were right; that driver caused the problem. > >Matthieu Castet wrote the Cypress-ATACB driver, so maybe he can help. > >As shown above, this device matches the last entry in the >unusual_cypress.h file (the one named "Super Top"). Not shown here is >the bcdDevice value, which is 0x0150. Should the bcdDevice range for >that unusual_devs entry be restricted to just 0x0219? > >Milan, the patch below should prevent the Cypress-ATACB driver from >binding to your device. With this change, the original kernel config >should work. > >Alan Stern > > > >Index: usb-3.13/drivers/usb/storage/unusual_cypress.h >=== >--- usb-3.13.orig/drivers/usb/storage/unusual_cypress.h >+++ usb-3.13/drivers/usb/storage/unusual_cypress.h >@@ -31,7 +31,7 @@ UNUSUAL_DEV( 0x04b4, 0x6831, 0x, 0x > "Cypress ISD-300LP", > USB_SC_CYP_ATACB, USB_PR_DEVICE, NULL, 0), > >-UNUSUAL_DEV( 0x14cd, 0x6116, 0x, 0x0219, >+UNUSUAL_DEV( 0x14cd, 0x6116, 0x0219, 0x0219, > "Super Top", > "USB 2.0 SATA BRIDGE", > USB_SC_CYP_ATACB, USB_PR_DEVICE, NULL, 0), > > This patch works. Looking forward to have it included in the master. Thanks for your help, Milan Svoboda -- 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
Good News
My wife and I have a draft here for you. Please contact us for this God's giving opportunity: dave_ang...@zbavitu.net -- 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
[Bug 69441] WARNING: CPU: 0 PID: 4992 at fs/sysfs/group.c:214 sysfs_remove_group+0xc6/0xd0()
https://bugzilla.kernel.org/show_bug.cgi?id=69441 Greg Kroah-Hartman changed: What|Removed |Added Component|SysFS |Other Assignee|g...@kroah.com |scsi_drivers-other@kernel-b ||ugs.osdl.org Product|File System |SCSI Drivers -- You are receiving this mail because: You are watching the assignee of the bug. -- 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
patch "[SCSI] Fix out of spec CD-ROM problem with media change" will cause usb disk resume fail.
>[SCSI] Fix out of spec CD-ROM problem with media change
>
>Some CD-ROMs fail to report a media change correctly. The specific
>one for this patch simply fails to respond to commands, then gives a
>UNIT ATTENTION after being reset which returns ASC/ASCQ 28/00. This
>is out of spec behaviour, but add a check in the eat CC/UA on reset
>path to catch this case so the CD-ROM will function somewhat properly.
>
>[jejb: fixed up white space and accepted without signoff]
>Signed-off-by: James Bottomley
>
>diff --git a/drivers/scsi/scsi_error.c b/drivers/scsi/scsi_error.c
>index a4b9cdb..dc6131e 100644
>--- a/drivers/scsi/scsi_error.c
>+++ b/drivers/scsi/scsi_error.c
>@@ -293,8 +293,16 @@ static int scsi_check_sense(struct scsi_cmnd *scmd)
> * so that we can deal with it there.
> */
>if (scmd->device->expecting_cc_ua) {
>- scmd->device->expecting_cc_ua = 0;
>- return NEEDS_RETRY;
>+ /*
>+* Because some device does not queue unit
>+* attentions correctly, we carefully check
>+* additional sense code and qualifier so as
>+* not to squash media change unit attention.
>+*/
>+ if (sshdr.asc != 0x28 || sshdr.ascq != 0x00) {
>+ scmd->device->expecting_cc_ua = 0;
>+ return NEEDS_RETRY;
>+ }
>}
Consider this scene:
1. Insert usb disk.
2. System suspend, usb controller power off.
3. System resume, usb controller power on, reset the usb disk. When read/write
usb disk, it will pass up "media changed" status to scsi layer.
this time need NEEDS_RETRY cmd，but this patch filter NEEDS_RETRY cmd, block
layer report "IO ERRROR".
Looking forward to your feedback.
Best regards.
Cai Zhiyong.
http://www.huawei.com
--
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
