[PATCH] target: add kernel-doc overview in target_core_user.[hc]

From: Randy Dunlap Make documentation on target-supported userspace-I/O design be usable by kernel-doc by using "DOC:". Signed-off-by: Randy Dunlap Cc: "Nicholas A. Bellinger" Cc: linux-scsi@vger.kernel.org Cc:

Re: [RFC] sg3_utils: sgp_dd: work around on pthread_cancel for android

On 2017-12-22 01:24 PM, Bart Van Assche wrote: On Fri, 2017-12-22 at 17:00 +, Bean Huo (beanhuo) wrote: case "${host}" in +*-*-android*) + AC_DEFINE_UNQUOTED(SG_ON_ANDROID, 1, [sg3_utils on android]) + AC_DEFINE_UNQUOTED(SG_LIB_LINUX, 1, [sg3_utils on

[PATCH] scsi: fix iscsi-related kernel-doc warnings

From: Randy Dunlap Fix kernel-doc warnings in drivers/scsi/ that are related to iscsi support interfaces. Fixes these kernel-doc warnings: (tested by adding these files to a new target.rst documentation file: WIP) ../drivers/scsi/libiscsi.c:2740: warning: No description

[PATCH] target: fix kernel-doc warnings in drivers/target/target_core_transport.c

From: Randy Dunlap Correct a function parameter's name to eliminate kernel-doc warnings in drivers/target/target_core_transport.c. Fixes these kernel-doc warnings: (tested by adding these files to a new target.rst documentation file: WIP)

Re: [RFC] sg3_utils: sgp_dd: work around on pthread_cancel for android

On Fri, 2017-12-22 at 17:00 +, Bean Huo (beanhuo) wrote: > case "${host}" in > +*-*-android*) > + AC_DEFINE_UNQUOTED(SG_ON_ANDROID, 1, [sg3_utils on android]) > + AC_DEFINE_UNQUOTED(SG_LIB_LINUX, 1, [sg3_utils on linux]) > +AC_SUBST([os_cflags],

Re: [PATCH 2/3] ses: skip error messages for invalid LUNs

On Thu, 2017-12-21 at 12:22 +0100, Hannes Reinecke wrote: > Some storage array set the 'Embedded enclosure' bit even though > no LUN is present, causing the first RECEIVE DIAGNOSTIC call to > be returned with sense code 'LOGICAL UNIT NOT SUPPORTED'. > This patch skips the annoying 'Failed to get

[PATCH] scsi: smartpqi: allow static build ("built-in")

If CONFIG_SCSI_SMARTPQI=y then don't build this driver as a module. --- drivers/scsi/smartpqi/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/scsi/smartpqi/Makefile b/drivers/scsi/smartpqi/Makefile index 0f42a225a..e6b779930 100644 ---

Re: [PATCH 1/3] ses: make initial allocation size configurable

On Thu, 2017-12-21 at 12:22 +0100, Hannes Reinecke wrote: > Some storage arrays have an incorrect SES implementation which will > always return the allocation length of the CDB instead of the true > length of the requested page. That's a pretty gross standards violation, is this common?  When the

[RFC] sg3_utils: sgp_dd: work around on pthread_cancel for android

pthread_cancel is not supported by Android Bionic C library pthread. Based on my searched information online, pthread_cancel sometimes is likely to lead to memory leaks and dead locks. If we use android NDK or standalone toolchain to cross complile sg3_utils, below failure appeared.

Re: [PATCH 08/29] scsi: aacraid: Move code to wait for IO completion to shutdown func

On Thu, 2017-12-21 at 17:59 +, Bart Van Assche wrote: > On Thu, 2017-12-21 at 09:33 -0800, Raghava Aditya Renukunta wrote: > > +static void aac_wait_for_io_completion(struct aac_dev *aac) > > +{ > > + unsigned long flagv = 0; > > + int i = 0; > > + > > + for (i = 60; i; --i) { > > +

Re: [PATCH 03/29] scsi: aacraid: Fix hang in kdump

On 12/21/2017 03:33 PM, Raghava Aditya Renukunta wrote: > Driver attempts to perform a device scan and device add after coming out > of reset. At times when the kdump kernel loads and it tries to perform > eh recovery, the device scan hangs since its commands are blocked because > of the eh

Re: [PATCH 00/28] aacraid: Refactor for sas transport and bug fixes

On 12/21/2017 03:33 PM, Raghava Aditya Renukunta wrote: > This patchset primarily lays the foundation for adding sas transport > support to the aacraid driver. Being said these patches are mainly code > refactors, bug fixes and improvements. I was thinking...if possible, and just in case you plan

[PATCHv2] scsi_dh_alua: skip RTPG for devices only supporting active/optimized

From: Hannes Reinecke For hardware only supporting active/optimized there's no point in ever re-issuing RTPG as the only new state we can possibly read is active/optimized. This avoid spurious errors during path failover on such arrays. Signed-off-by: Hannes Reinecke

Re: [PATCH net-next] qed*: Utilize FW 8.33.1.0

Hi Tomer, Thank you for the patch! Yet something to improve: [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/Tomer-Tayar/qed-Utilize-FW-8-33-1-0/20171221-180506 config: x86_64-randconfig-s0-12221644 (attached as .config) compiler: gcc-6 (Debian