commit 787ab6e97024926f38773287d9f98a9b330bce23
Author: Hannes Reinecke <hare@suse.de>
Date:   Wed May 18 10:16:51 2016 +0200

    aacraid: do not activate events on non-SRC adapters
    
    Only SRC-based adapters support the AifReqEvent function, so there is no
    point in trying to activate it on older, non-SRC based adapters.  Doing
    so lead to crashes on older adapters.
    
    Signed-off-by: Hannes Reinecke <hare@suse.com>
    Reviewed-by: Johannes Thumshirn <jthumshirn@suse.com>
    Reviewed-by: Raghava Aditya Renukunta <RaghavaAaditya.Renukunta@microsemi.com>
    Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>

commit 7ebd67e0dece0ec53e5541fc600eda4e050fab72
Author: Dan Carpenter <dan.carpenter@oracle.com>
Date:   Thu May 12 23:37:38 2016 +0300

    mpt3sas: add missing curly braces
    
    There are some missing curly braces on this if statement, so we end up
    printing when we shouldn't.
    
    Fixes: a470a51cd648 ('mpt3sas: Handle active cable exception event')
    Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
    Acked-by: Chaitra P B <chaitra.basappa@broadcom.com>
    Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>

commit eb72d0bb84eee5d0dc3044fd17b75e7101dabb57
Author: Hannes Reinecke <hare@suse.de>
Date:   Tue Apr 26 08:06:58 2016 +0200

    sd: get disk reference in sd_check_events()
    
    sd_check_events() is called asynchronously, and might race
    with device removal. So always take a disk reference when
    processing the event to avoid the device being removed while
    the event is processed.
    
    Signed-off-by: Hannes Reinecke <hare@suse.de>
    Reviewed-by: Ewan D. Milne <emilne@redhat.com>
    Reviewed-by: Bart Van Assche <bart.vanassche@sandisk.com>
    Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>

commit a621bac3044ed6f7ec5fa0326491b2d4838bfa93
Author: James Bottomley <James.Bottomley@HansenPartnership.com>
Date:   Fri May 13 12:04:06 2016 -0700

    scsi_lib: correctly retry failed zero length REQ_TYPE_FS commands
    
    When SCSI was written, all commands coming from the filesystem
    (REQ_TYPE_FS commands) had data.  This meant that our signal for needing
    to complete the command was the number of bytes completed being equal to
    the number of bytes in the request.  Unfortunately, with the advent of
    flush barriers, we can now get zero length REQ_TYPE_FS commands, which
    confuse this logic because they satisfy the condition every time.  This
    means they never get retried even for retryable conditions, like UNIT
    ATTENTION because we complete them early assuming they're done.  Fix
    this by special casing the early completion condition to recognise zero
    length commands with errors and let them drop through to the retry code.
    
    Cc: stable@vger.kernel.org
    Reported-by: Sebastian Parschauer <s.parschauer@gmx.de>
    Signed-off-by: James E.J. Bottomley <jejb@linux.vnet.ibm.com>
    Tested-by: Jack Wang <jinpu.wang@profitbricks.com>
    Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>