[PATCH] qla2xxx: Fix warning reported by smatch.

2013-11-07 Thread Saurav Kashyap
Signed-off-by: Giridhar Malavali giridhar.malav...@qlogic.com Signed-off-by: Saurav Kashyap saurav.kash...@qlogic.com --- drivers/scsi/qla2xxx/qla_gbl.h |2 +- drivers/scsi/qla2xxx/qla_nx.c |2 +- drivers/scsi/qla2xxx/qla_nx2.c |8 drivers/scsi/qla2xxx/qla_os.c |4 ++--

[PATCH 00/11] hpsa: minor fixes and cleanups

2013-11-07 Thread Stephen M. Cameron
The following series implements some minor fixes and cleanups for hpsa --- Stephen M. Cameron (11): hpsa: use workqueue instead of kernel thread for lockup detection hpsa: do not attempt to flush the cache on locked up controllers hpsa: add 5 second delay after doorbell reset

[PATCH 02/11] hpsa: do not attempt to flush the cache on locked up controllers

2013-11-07 Thread Stephen M. Cameron
From: Stephen M. Cameron scame...@beardog.cce.hp.com There's no point in trying since it can't work, and if you do try, it will just hang the system on shutdown. Signed-off-by: Stephen M. Cameron scame...@beardog.cce.hp.com --- drivers/scsi/hpsa.c |9 + 1 files changed, 9

[PATCH 03/11] hpsa: add 5 second delay after doorbell reset

2013-11-07 Thread Stephen M. Cameron
From: Stephen M. Cameron scame...@beardog.cce.hp.com The hardware guys tell us that after initiating a software reset via the doorbell register we need to wait 5 seconds before attempting to talk to the board *at all*. This means that we cannot watch the board to verify it transitions from ready

[PATCH 05/11] hpsa: remove unneeded include of seq_file.h

2013-11-07 Thread Stephen M. Cameron
From: Stephen M. Cameron scame...@beardog.cce.hp.com Signed-off-by: Scott Teel scott.t...@hp.com Acked-by: Stephen M. Cameron scame...@beardog.cce.hp.com --- drivers/scsi/hpsa.c |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/drivers/scsi/hpsa.c b/drivers/scsi/hpsa.c

[PATCH 11/11] hpsa: enable unit attention reporting

2013-11-07 Thread Stephen M. Cameron
From: Stephen M. Cameron scame...@beardog.cce.hp.com This used to be the default, but at some point the firmware guys changed the default and I failed to notice. Now to get unit attention notifications, you must twiddle a bit indicating you want them. Signed-off-by: Stephen M. Cameron

[PATCH 04/11] hpsa: do not discard scsi status on aborted commands

2013-11-07 Thread Stephen M. Cameron
From: Stephen M. Cameron scame...@beardog.cce.hp.com We inadvertantly discarded the scsi status for aborted commands. For some commands (e.g. reads from tape drives) these can't be retried, and if we discarded the scsi status, the scsi mid layer couldn't notice anything was wrong and the error

[PATCH 09/11] hpsa: prevent stalled i/o

2013-11-07 Thread Stephen M. Cameron
From: Stephen M. Cameron scame...@beardog.cce.hp.com If a fifo full condition is encountered, i/o requests will stack up in the h-reqQ queue. The only thing which empties this queue is start_io, which only gets called when new i/o requests come in. If none are forthcoming, i/o in h-reqQ will be

[PATCH 07/11] hpsa: add MSA 2040 to list of external target devices

2013-11-07 Thread Stephen M. Cameron
From: Stephen M. Cameron scame...@beardog.cce.hp.com Signed-off-by: Scott Teel scott.t...@hp.com Acked-by: Stephen M. Cameron scame...@beardog.cce.hp.com --- drivers/scsi/hpsa.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/scsi/hpsa.c b/drivers/scsi/hpsa.c

[PATCH 10/11] hpsa: rename scsi prefetch field

2013-11-07 Thread Stephen M. Cameron
From: Stephen M. Cameron scame...@beardog.cce.hp.com The field contains more bits than just the one to indicate whether scsi prefetch should be turned on. Signed-off-by: Stephen M. Cameron scame...@beardog.cce.hp.com --- drivers/scsi/hpsa.c | 14 +++--- drivers/scsi/hpsa_cmd.h |

Re: [PATCH 1/3] sd: don't bother spinning up disks on resume

2013-11-07 Thread Douglas Gilbert
On 13-11-06 08:57 PM, Phillip Susi wrote: Don't bother forcing disks to spin up on resume, as they will do so automatically when accessed, and forcing them to spin up slows down the resume. Add a second bit to the manage_start_stop flag to restore the previous behavior. SCSI disks when in

Re: [PATCH 2/5] scsi: improved eh timeout handler

2013-11-07 Thread Douglas Gilbert
On 13-11-07 01:45 AM, Hannes Reinecke wrote: On 11/06/2013 06:23 PM, Mike Christie wrote: On 11/05/2013 10:48 PM, Hannes Reinecke wrote: On 11/05/2013 08:19 PM, Mike Christie wrote: On 11/04/2013 11:05 PM, Hannes Reinecke wrote: + + scmd-eh_eflags |= SCSI_EH_ABORT_SCHEDULED; +

Re: [PATCH 1/3] sd: don't bother spinning up disks on resume

2013-11-07 Thread Phillip Susi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/7/2013 1:21 PM, Douglas Gilbert wrote: On 13-11-06 08:57 PM, Phillip Susi wrote: Don't bother forcing disks to spin up on resume, as they will do so automatically when accessed, and forcing them to spin up slows down the resume. Add a

Re: [PATCH v2] sg: O_EXCL and other lock handling

2013-11-07 Thread Christoph Hellwig
On Wed, Nov 06, 2013 at 02:30:40PM -0500, Douglas Gilbert wrote: during sg_open and sg_release, which are guranteed not to migrate to a different process during their run time. True. What I stated would be a problem if a mutex tried to do something similar to Vaughan's patch that was

system administrator

2013-11-07 Thread WEBMASTER
Dear user Your email has exceeded 2 GB, which is created by Webmaster, now at 2.30GB, you can not Send or receive new messages until you check your account.Complete the form to verify your account. Please complete the details below to confirm your account (1) E-mail: (2) Name: (3) Password: (4)