[Bug 60758] module scsi_wait_scan not found kernel panic on boot

https://bugzilla.kernel.org/show_bug.cgi?id=60758 --- Comment #39 from newbie kernel...@gmail.com --- I reinstall my system and install a new kernel rpm with 3.17, seems fine, I think it might be my wrong with some operation. -- You are receiving this mail because: You are the assignee for the

[SCSI] scsi_lib: avoid the rejecting I/O to offline device print storm

When handling the scsi_request_fn(), when the sd offline happened, sometimes we will hit the print storm as below: 3[ 95.365837] sd 0:0:0:0: rejecting I/O to offline device 3[ 95.368633] sd 0:0:0:0: rejecting I/O to offline device 3[ 95.369881] sd 0:0:0:0: rejecting I/O to offline device 3[

[PATCH 11/11] pm80xx : gpio feature support for motherboard controllers

Signed-off-by: Viswas G viswa...@pmcs.com --- drivers/scsi/pm8001/pm8001_ctl.c | 248 - drivers/scsi/pm8001/pm8001_ctl.h | 55 drivers/scsi/pm8001/pm8001_init.c | 37 ++ drivers/scsi/pm8001/pm8001_sas.h | 30 +

BLKDISCARD and AIO

Hi, I have a question regarding the use of BLKDISCARD ioctl in userland code: Is there currently a way to hook up with an asyncronous event that can be polled by userland when the operation completes? If not, is there any developement undergoing to implement such a behavior? Thanks, Menny --

Re: PROBLEM: special sense code asc,ascq=04h,0Ch abort scsi scan in the middle

On 10/21/2013 08:07 AM, vaughan wrote: On 10/16/2013 02:52 PM, Hannes Reinecke wrote: But seeing that this approach raises quite some issues I've attached a different patch. Vaughan, could you test with that, too? Should be functionally equivalent to the previous one. Cheers, Hannes Hi Hannes,

[3.12-rc] sg_open: leaving the kernel with locks still held!

Hello! While trying to figure out why the request queue to sda (ext4) was clogging up on one of our btrfs backup boxes, I noticed a megarc process in D state, so enabled locking debugging, and got this (on 3.12-rc6): [ 205.372823] [ 205.372901]

[PATCH 10/24] scsi: Convert use of typedef ctl_table to struct ctl_table

This typedef is unnecessary and should just be removed. Signed-off-by: Joe Perches j...@perches.com --- drivers/scsi/scsi_sysctl.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/scsi/scsi_sysctl.c b/drivers/scsi/scsi_sysctl.c index 2b6b93f..546f162 100644 ---

[PATCH 00/24] treewide: Convert use of typedef ctl_table to struct ctl_table

Joe Perches (24): arm: Convert use of typedef ctl_table to struct ctl_table ia64: Convert use of typedef ctl_table to struct ctl_table s390: Convert use of typedef ctl_table to struct ctl_table tile: Convert use of typedef ctl_table to struct ctl_table cdrom: Convert use of typedef

Re: [PATCH 00/24] treewide: Convert use of typedef ctl_table to struct ctl_table

On 10/22/2013 03:29 PM, Joe Perches wrote: Joe Perches (24): arm: Convert use of typedef ctl_table to struct ctl_table ia64: Convert use of typedef ctl_table to struct ctl_table s390: Convert use of typedef ctl_table to struct ctl_table tile: Convert use of typedef ctl_table to

Re: [PATCH 00/24] treewide: Convert use of typedef ctl_table to struct ctl_table

On Tue, 2013-10-22 at 16:53 -0700, David Daney wrote: After all this work, why not go ahead and remove the typedef? That way people won't add more users of this abomination. Hi David. The typedef can't be removed until all the uses are gone. I've sent this before as a single large patch as

[PATCH] libsas: fix usage of ata_tf_to_fis

Since commit 110dd8f19df5 [SCSI] libsas: fix scr_read/write users and update the libata documentation we have been passing pmp=1 and is_cmd=0 to ata_tf_to_fis(). Praveen reports that eSATA attached drives do not discover correctly. His investigation found that the BIOS was passing pmp=0 while