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

BUG_ON() already contain an unlikely compiler flag. Drop it. Signed-off-by: Geliang Tang --- drivers/scsi/scsi_lib.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c index f570b48..3b5faab 100644 --- a/drivers/scsi/scsi_lib

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

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: Arnd Bergmann CC: Greg Kroah-Hartman Signed-off-by: Gabriel Laskar --

Re: RFC: reduce CONFIG_SCSI_CONSTANTS impact by 4k

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 format in which they can be edited is decoupled from the > representation in the kern

[PATCH] 3w-9xxx: don't unmap bounce buffered commands

3w controller don't dma map small single SGL entry commands but instead bounce buffer them. Add a helper to identify these commands and don't call scsi_dma_unmap for them. Based on an earlier patch from James Bottomley. Fixes: 118c85 ("3w-9xxx: fix command completion race") Reported-by: T??th At

3w-9xxxx dma unmap fix

This is the properly documented and signed off version of the 3w-9xxx fix. From code inspection it seems like the two other 3ware drivers aren't affected as they never bounce buffer commands. -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majo

Re: RFC: reduce CONFIG_SCSI_CONSTANTS impact by 4k

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 format in which they can be edited is decoupled from the representation in the kernel image. -- To unsubscribe from this list: send the line "

Re: [RFT v3] eata: Convert eata driver as normal PCI and platform device drivers

Jiang Liu wrote on 03/10/15 17:41: Hi Arthur, The above results suggest that we need to shutdown eata controller for kexec. So could you please try to apply the attached patch upon the previous two patches? Thanks! Gerry Hi, I still get kexec shutdown errors like this with the 3rd p

Re: [RFT v3] eata: Convert eata driver as normal PCI and platform device drivers

On 2015/9/26 14:27, Arthur Marsh wrote: > > > Arthur Marsh wrote on 24/09/15 15:26: >> >> >> Jiang Liu wrote on 24/09/15 13:58: >> >>> Hi James, >>> Thanks for review. How about the attached patch which addresses >>> the three suggestions from you? >>> Thanks! >>> Gerry >> >> I've applied the