commit 6734092e66011def7875bd67beef889d0fee1cc9
Author: Dan Carpenter <dan.carpenter@oracle.com>
Date:   Wed Jun 27 12:05:21 2012 +0300

    isci: add a couple __iomem annotations
    
    These are __iomem.  Sparse complains if we don't have that.
    
    drivers/scsi/isci/phy.c +149 70: warning:
            incorrect type in initializer (different address spaces)
    
    Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
    Signed-off-by: Dan Williams <dan.j.williams@intel.com>

commit 67787c330762eb884bf8c169fe942263d55ec162
Author: Dan Carpenter <dan.carpenter@oracle.com>
Date:   Wed Jun 27 12:10:06 2012 +0300

    isci: make function declaration match implementation
    
    Sparse complains that we redeclare this with a different type, because
    in the .c file we use an enum and in the .h file we declare the
    parameter as a u32.  Probably it's best to use an enum in both places.
    
    Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
    Signed-off-by: Dan Williams <dan.j.williams@intel.com>

commit a90037560588e51b3e98b49537799137cbfda17d
Author: Dave Maurer <david.c.maurer@intel.com>
Date:   Fri Jun 22 06:45:33 2012 +0000

    isci: fix COMSAS negation timout workaround for WD SAS drives
    
    The following patch is a fix for the WD workaround
    COMSAS negation timeout change. This patch disables the
    OOB SM when the OOB is placed in reset, which allows
    the updated COMSAS negation timeout value to take
    effect.
    
    Cc: Dan Thompson <daniel.j.thompson@intel.com>
    Reported-by: Dan Thompson <daniel.j.thompson@intel.com>
    Signed-off-by: Dave Maurer <david.c.maurer@intel.com>
    Signed-off-by: Dan Williams <dan.j.williams@intel.com>

commit 6d70a74ffd616073a68ae0974d98819bfa8e6da6
Author: Dan Williams <dan.j.williams@intel.com>
Date:   Fri Jun 22 11:31:14 2012 -0700

    isci: fix isci_pci_probe() generates warning on efi failure path
    
    The oem parameter image embedded in the efi variable is at an offset
    from the start of the variable.  However, in the failure path we try to
    free the 'orom' pointer which is only valid when the paramaters are
    being read from the legacy option-rom space.
    
    Since failure to load the oem parameters is unlikely and we keep the
    memory around in the success case just defer all de-allocation to devm.
    
    Cc: <stable@vger.kernel.org>
    Reported-by: Don Morris <don.morris@hp.com>
    Signed-off-by: Dan Williams <dan.j.williams@intel.com>