Re: [PATCH v2] scsi: dpt: remove i2o header in uapi

2015-10-04 Thread Arnd Bergmann
On Sunday 04 October 2015 01:22:50 Gabriel Laskar wrote: > The i2o subsystem was removed by > commit 4a72a7af462d ("staging: remove i2o subsystem") but the header was > still used by drivers/scsi/dpt_i2o.c driver. > > This patch moves the structures used from the header into dpti_i2o.h. > > CC: A

Re: [PATCH 1/3] scsi: drop unlikely behind BUG_ON()

2015-10-04 Thread Bart Van Assche
On 10/03/15 23:18, Geliang Tang wrote: BUG_ON() already contain an unlikely compiler flag. Drop it. Signed-off-by: Geliang Tang Reviewed-by: Bart Van Assche -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majord...@vger.kernel.org More ma

Re: [PATCH v2] scsi: dpt: remove i2o header in uapi

2015-10-04 Thread Greg Kroah-Hartman
On Sun, Oct 04, 2015 at 01:22:50AM +0200, Gabriel Laskar wrote: > The i2o subsystem was removed by > commit 4a72a7af462d ("staging: remove i2o subsystem") but the header was > still used by drivers/scsi/dpt_i2o.c driver. > > This patch moves the structures used from the header into dpti_i2o.h. >

Re: [PATCH V5 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'

2015-10-04 Thread Greg Kroah-Hartman
On Sun, Sep 27, 2015 at 03:48:24PM +0200, Rafael J. Wysocki wrote: > On Sun, Sep 27, 2015 at 12:04 AM, Viresh Kumar > wrote: > > global_lock is defined as an unsigned long and accessing only its lower > > 32 bits from sysfs is incorrect, as we need to consider other 32 bits > > for big endian 64-

[PATCH] isci: fix two comment typos

2015-10-04 Thread Geliang Tang
Just fix two typos in the code comment. Signed-off-by: Geliang Tang --- drivers/scsi/isci/request.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/scsi/isci/request.c b/drivers/scsi/isci/request.c index cfd0084..8fe106f 100644 --- a/drivers/scsi/isci/request.c ++

Re: RFC: reduce CONFIG_SCSI_CONSTANTS impact by 4k

2015-10-04 Thread Christoph Hellwig
On Sun, Oct 04, 2015 at 12:09:58AM +0200, Rasmus Villemoes wrote: > On Sat, Oct 03 2015, Christoph Hellwig wrote: > > > Hi Rasmus, > > > > I like this idea. But maybe it's also time to just move the constants > > to a plain text file and auto-generate C headers from them? That way > > the forma

Re: [PATCH 00/52] atp870u: Major rework

2015-10-04 Thread Christoph Hellwig
On Sun, Jul 26, 2015 at 10:24:07PM +0200, Ondrej Zary wrote: > Partially (up to patch 34) Acked-by: Christoph Hellwig The rest looks fine to me, too. Let's get this merged! -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majord...@vger.kernel.

Re: [PATCH 01/18] mpt2sas: Use mpi headers from mpt3sas

2015-10-04 Thread Christoph Hellwig
Wasn't this originally my patch? Not that I really care for this trivial move, but the commit log just sounded familar. -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majo

Re: Bugs in multipath scsi in 4.3-rc2

2015-10-04 Thread Christoph Hellwig
On Fri, Oct 02, 2015 at 06:44:57AM -0700, James Bottomley wrote: > I think I prefer restoring that to having to build in every dh module to > get them to work. If we take your proposed fix for the sync module load > in the current scheme, any non-built in modules would never attach, so > we'd be m

Re: [REGRESSION v4.3] scsi_dh: use-after-free when removing scsi device

2015-10-04 Thread Christoph Hellwig
On Thu, Oct 01, 2015 at 11:40:23AM +, Junichi Nomura wrote: > On 10/01/15 14:21, Christoph Hellwig wrote: > > Any chance you could share all your multipath tests in a git repository > > somewhere? It seems like you're the only one actually having a good > > set of reproducable but minimalistic

Re: [REGRESSION v4.3] scsi_dh: use-after-free when removing scsi device

2015-10-04 Thread Christoph Hellwig
This patch looks fine to me: Acked-by: Christoph Hellwig -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html