Re: [PATCH v3] fusion: remove dead MTRR code

2015-06-05 Thread Sreekanth Reddy
On Thu, Jun 4, 2015 at 11:11 PM, Luis R. Rodriguez wrote: > On Thu, Jun 04, 2015 at 10:20:23AM +0530, Sreekanth Reddy wrote: >> Hi Luis, >> >> Sorry for delay in response. Actually I was looking for the history of >> this section of code but I couldn't find it. Anyway this is dead code >> and we a

Re: [PATCH] advansys: fix compilation errors and warnings when CONFIG_PCI is not set

2015-06-05 Thread Hannes Reinecke
On 06/03/2015 09:56 AM, Johannes Thumshirn wrote: > Fix compilation errors on forgotten #include and warnings > when > CONFIG_PCI is not set. > > Reported-by: Jim Davis > Signed-off-by: Johannes Thumshirn > --- > drivers/scsi/advansys.c | 5 - > 1 file changed, 4 insertions(+), 1 deletion

[PATCH -next] advansys: Add missing include file

2015-06-05 Thread Guenter Roeck
Fix: drivers/scsi/advansys.c: In function 'adv_isr_callback': drivers/scsi/advansys.c:6089:3: error: implicit declaration of function 'dma_pool_free' drivers/scsi/advansys.c: In function 'adv_get_sglist': drivers/scsi/advansys.c:7654:3: error: implicit declaration o

Re: [Bug 89511] USB-storage mount error

2015-06-05 Thread Alan Stern
For those new to this bug report, the interesting part starts here: https://bugzilla.kernel.org/show_bug.cgi?id=89511#c19 In short, these are USB drive adapters that doesn't support the SYNCHRONIZE CACHE command but claim to be write-back. (In at least one case, it initially claims to b

Re: [PATCH v2 4/4] scsi: ufs: probe and init of variant driver from the platform device

2015-06-05 Thread Akinobu Mita
2015-06-05 5:53 GMT+09:00 : >> Hi Yaniv, >> >> 2015-06-03 18:37 GMT+09:00 Yaniv Gardi : >>> @@ -321,7 +313,22 @@ static int ufshcd_pltfrm_probe(struct >>> platform_device *pdev) >>> goto out; >>> } >>> >>> - hba->vops = get_variant_ops(&pdev->dev); >>> + err = o

Re: [PATCH v3] cxlflash: Base support for IBM CXL Flash Adapter

2015-06-05 Thread Manoj Kumar
Brian: Thanks for your review. Responses are inline below. - Manoj Kumar On 6/4/2015 9:38 AM, Brian King wrote: + + write_lock(&cfg->tmf_lock); What is this lock protecting? The only thing it seems to be accomplishing is making sure one thread isn't sending a TMF and another thread is

[PATCH][v3.18.y][3.19.y-ckt][4.0.y] storvsc: Set the SRB flags correctly when no data transfer is, needed

2015-06-05 Thread Joseph Salisbury
Hello, Please consider including mainline commit dc45708ca9988656d706940df5fd102672c5de92 in the next v3.18.y, v4.0.y and 3.19.y-ckt stable releases. It was included in the mainline tree as of v4.1-rc5. It has been tested and confirmed to resolve the following bug: http://bugs.launchpad.net/

Re: [PATCH][v3.18.y][3.19.y-ckt][4.0.y] storvsc: Set the SRB flags correctly when no data transfer is, needed

2015-06-05 Thread Joseph Salisbury
On 06/05/2015 01:51 PM, Joseph Salisbury wrote: > Hello, > > Please consider including mainline commit > dc45708ca9988656d706940df5fd102672c5de92 in the next v3.18.y, v4.0.y and > 3.19.y-ckt stable releases. It was > included in the mainline tree as of v4.1-rc5. It has been tested and > conf

[PATCH 1/3] libfc: Fix a typo in a source code comment

2015-06-05 Thread Vasu Dev
From: Bart Van Assche Signed-off-by: Bart Van Assche Signed-off-by: Vasu Dev --- drivers/scsi/libfc/fc_fcp.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/scsi/libfc/fc_fcp.c b/drivers/scsi/libfc/fc_fcp.c index c679594..4cd49d4 100644 --- a/drivers/scsi/lib

[PATCH 2/3] libfc: Fix fc_exch_recv_req() error path

2015-06-05 Thread Vasu Dev
From: Bart Van Assche Due to patch "libfc: Do not invoke the response handler after fc_exch_done()" (commit ID 7030fd62) the lport_recv() call in fc_exch_recv_req() is passed a dangling pointer. Avoid this by moving the fc_frame_free() call from fc_invoke_resp() to its callers. This patch fixes t

[PATCH 0/3] libfc patches for kernel v4.2

2015-06-05 Thread Vasu Dev
These libfc fixes are for kernel 4.2 and with two patches CCed for stable kernel also, those two could be picked for current 4.1 cycle now but in case too late for current 4.1 then anyway should get picked up by 4.1 stable kernel later. These patches were posted by Bart Van Assche at open-fcoe.org

[PATCH 3/3] libfc: Fix fc_fcp_cleanup_each_cmd()

2015-06-05 Thread Vasu Dev
From: Bart Van Assche Since fc_fcp_cleanup_cmd() can sleep this function must not be called while holding a spinlock. This patch avoids that fc_fcp_cleanup_each_cmd() triggers the following bug: BUG: scheduling while atomic: sg_reset/1512/0x0202 1 lock held by sg_reset/1512: #0: (&(&fsp->s

Re: [Open-FCoE] [PATCH 0/3] libfc patches for kernel v4.2

2015-06-05 Thread Vasu Dev
On Fri, 2015-06-05 at 14:20 -0700, Vasu Dev wrote: > These libfc fixes are for kernel 4.2 and with two patches CCed for stable > kernel also, those two could be picked for current 4.1 cycle now but in case > too late for current 4.1 then anyway should get picked up by 4.1 stable > kernel later. >

[PATCH v4] IBM CXL Flash Adapter

2015-06-05 Thread Matthew R. Ochs
This patch adds support for the IBM CXL flash (cxlflash) adapter. The device is presented to the system as a SCSI adapter and may be accessed and used via the normal filesystem paths. Note that the patch is dependent on support that has not yet been merged in with the mainline (upstream process st

[PATCH v4] cxlflash: Base support for IBM CXL Flash Adapter

2015-06-05 Thread Matthew R. Ochs
SCSI device driver to support filesystem access on the IBM CXL Flash adapter. Signed-off-by: Matthew R. Ochs Signed-off-by: Manoj N. Kumar --- drivers/scsi/Kconfig|1 + drivers/scsi/Makefile |1 + drivers/scsi/cxlflash/Kconfig | 11 + drivers/scsi/cxlflash/Make

Re: [PATCH v3] fusion: remove dead MTRR code

2015-06-05 Thread Luis R. Rodriguez
On Fri, Jun 05, 2015 at 05:17:08PM +0530, Sreekanth Reddy wrote: > On Thu, Jun 4, 2015 at 11:11 PM, Luis R. Rodriguez wrote: > > On Thu, Jun 04, 2015 at 10:20:23AM +0530, Sreekanth Reddy wrote: > >> Hi Luis, > >> > >> Sorry for delay in response. Actually I was looking for the history of > >> this

[PATCH] [SCSI] qla4xxx: Convert __constant_cpu_to_le16 to cpu_to_le16

2015-06-05 Thread Vaishali Thakkar
In big endian cases, macro cpu_to_le16 unfolds to __swab16 which provides special case for constants. In little endian cases, __constant_cpu_to_le16 and cpu_to_le16 expand directly to the same expression. So, replace __constant_cpu_to_le16 with cpu_to_le16 with the goal of getting rid of the defini

[PATCH v2] [SCSI] qla4xxx: Replace __constant_cpu_to_le16 with cpu_to_le16

2015-06-05 Thread Vaishali Thakkar
In big endian cases, macro cpu_to_le16 unfolds to __swab16 which provides special case for constants. In little endian cases, __constant_cpu_to_le16 and cpu_to_le16 expand directly to the same expression. So, replace __constant_cpu_to_le16 with cpu_to_le16 with the goal of getting rid of the defini