linux-stable.git/Documentation/scsi, branch linux-3.10.y

scsi: fix race between simultaneous decrements of ->host_failed

2016-08-27T09:40:28+00:00

commit 72d8c36ec364c82bf1bf0c64dfa1041cfaf139f7 upstream.

sas_ata_strategy_handler() adds the works of the ata error handler to
system_unbound_wq. This workqueue asynchronously runs work items, so the
ata error handler will be performed concurrently on different CPUs. In
this case, ->host_failed will be decreased simultaneously in
scsi_eh_finish_cmd() on different CPUs, and become abnormal.

It will lead to permanently inequality between ->host_failed and
->host_busy, and scsi error handler thread won't start running. IO
errors after that won't be handled.

Since all scmds must have been handled in the strategy handler, just
remove the decrement in scsi_eh_finish_cmd() and zero ->host_busy after
the strategy handler to fix this race.

Fixes: 50824d6c5657 ("[SCSI] libsas: async ata-eh")
Cc: stable@vger.kernel.org
Signed-off-by: Wei Fang 
Reviewed-by: James Bottomley 
Signed-off-by: Martin K. Petersen 
Signed-off-by: Willy Tarreau

[SCSI] qla2xxx: Update copyright dates information in LICENSE.qla2xxx file.

2013-04-06T10:31:30+00:00

Signed-off-by: Giridhar Malavali 
Signed-off-by: Saurav Kashyap 
Signed-off-by: James Bottomley

[SCSI] megaraid_sas: Version and Changelog update

2013-02-22T15:37:15+00:00

This patch updates the megaraid_sas driver version and updates
Documentation/scsi/ChangeLog.megaraid_sas.

Signed-off-by: Adam Radford 
Signed-off-by: James Bottomley

[SCSI] hptiop: Support HighPoint RR4520/RR4522 HBA

2012-11-27T04:59:43+00:00

Support IOP RR4520/RR4522 which are based on Marvell frey.

Signed-off-by: HighPoint Linux Team 
Signed-off-by: James Bottomley

[SCSI] megaraid_sas: Version, Changelog, Copyright update

2012-10-09T10:21:48+00:00

Signed-off-by: Adam Radford 
Signed-off-by: James Bottomley

[SCSI] qla4xxx: update copyrights in LICENSE.qla4xxx

2012-09-24T08:41:34+00:00

Signed-off-by: Vikas Chaudhary 
Signed-off-by: James Bottomley

[SCSI] qla2xxx: Update the driver copyright.

2012-09-24T08:10:49+00:00

Update the driver copyright from 2003-2011 to 2003-2012.

Signed-off-by: Giridhar Malavali 
Signed-off-by: Chad Dupuis 
Signed-off-by: James Bottomley

[SCSI] st: raise device limit

2012-09-14T16:59:29+00:00

The device limit of 128 tape drives was established in 2003 as a
significant increase from the 8 tape drives allowed previously.

We're seeing customer sites that between a large number of drives
and multipath are discovering more than 128 devices and running
into problems.

Now that we're not stuck having to store a pointer in array
and aren't limited by kmalloc failing on higher order allocs we can
lift the limit to fill the entire minor range based on the number
of modes.

Based on the current code, that's 2^17 devices.

Reviewed-by: Lee Duncan 
Signed-off-by: Jeff Mahoney 
Acked-by: Kai Mäkisara 
Signed-off-by: James Bottomley

[SCSI] megaraid_sas: Version and Changelog update

2012-08-24T09:10:29+00:00

Signed-off-by: Adam Radford 
Signed-off-by: James Bottomley

Merge branch 'delete-mca' of git://git.kernel.org/pub/scm/linux/kernel/git/paulg/linux

2012-05-24T00:12:06+00:00

Pull the MCA deletion branch from Paul Gortmaker:
 "It was good that we could support MCA machines back in the day, but
  realistically, nobody is using them anymore.  They were mostly limited
  to 386-sx 16MHz CPU and some 486 class machines and never more than
  64MB of RAM.  Even the enthusiast hobbyist community seems to have
  dried up close to ten years ago, based on what you can find searching
  various websites dedicated to the relatively short lived hardware.

  So lets remove the support relating to CONFIG_MCA.  There is no point
  carrying this forward, wasting cycles doing routine maintenance on it;
  wasting allyesconfig build time on validating it, wasting I/O on git
  grep'ping over it, and so on."

Let's see if anybody screams.  It generally has compiled, and James
Bottomley pointed out that there was a MCA extension from NCR that
allowed for up to 4GB of memory and PPro-class machines.  So in *theory*
there may be users out there.

But even James (technically listed as a maintainer) doesn't actually
have a system, and while Alan Cox claims to have a machine in his cellar
that he offered to anybody who wants to take it off his hands, he didn't
argue for keeping MCA support either.

So we could bring it back.  But somebody had better speak up and talk
about how they have actually been using said MCA hardware with modern
kernels for us to do that.  And David already took the patch to delete
all the networking driver code (commit a5e371f61ad3: "drivers/net:
delete all code/drivers depending on CONFIG_MCA").

* 'delete-mca' of git://git.kernel.org/pub/scm/linux/kernel/git/paulg/linux:
  MCA: delete all remaining traces of microchannel bus support.
  scsi: delete the MCA specific drivers and driver code
  serial: delete the MCA specific 8250 support.
  arm: remove ability to select CONFIG_MCA