> -Original Message-
> From: Joe Perches [mailto:j...@perches.com]
> Sent: Tuesday, March 24, 2015 3:57 PM
> To: Michael Opdenacker
> Cc: Hannes Reinecke; jbottom...@parallels.com; Elliott, Robert (Server
> Storage); linux-scsi@vger.kernel.org; linux-ker...@vger.kernel.org
> Subject: Re:
On Tue, 2015-03-24 at 13:46 -0700, Michael Opdenacker wrote:
> Hi,
>
> On 03/22/2015 11:59 PM, Hannes Reinecke wrote:
> > On 03/22/2015 05:31 PM, Michael Opdenacker wrote:
> >> This replaces kmalloc + memset by a call to kzalloc
> >> (or kcalloc when appropriate, which zeroes memory too)
> >>
> >>
Hi,
On 03/22/2015 11:59 PM, Hannes Reinecke wrote:
> On 03/22/2015 05:31 PM, Michael Opdenacker wrote:
>> This replaces kmalloc + memset by a call to kzalloc
>> (or kcalloc when appropriate, which zeroes memory too)
>>
>> This also fixes one checkpatch.pl issue in the process.
>>
>> This improveme
From: Varun Prakash
Date: Tue, 24 Mar 2015 19:14:44 +0530
> This patch series enables FCoE support in cxgb4 driver, it enables
> FCOE_CRC and FCOE_MTU net device features.
>
> This series is created against net-next tree.
Series applied, thank you.
--
To unsubscribe from this list: send the lin
On 3/23/2015 2:21 PM, Sagi Grimberg wrote:
On 3/21/2015 8:16 AM, Nicholas A. Bellinger wrote:
From: Nicholas Bellinger
This patch converts iscsi-target code to use modern kthread.h API
callers for creating RX/TX threads for each new iscsi_conn descriptor,
and releasing associated RX/TX threads
> -Original Message-
> From: Olaf Hering [mailto:o...@aepfle.de]
> Sent: Tuesday, March 24, 2015 1:56 AM
> To: KY Srinivasan
> Cc: gre...@linuxfoundation.org; linux-ker...@vger.kernel.org;
> de...@linuxdriverproject.org; jbottom...@parallels.com;
> h...@infradead.org; linux-scsi@vger.kern
This patch adds cxgb4_fcoe.c and enables FCOE_CRC, FCOE_MTU
net device features.
Signed-off-by: Varun Prakash
---
drivers/net/ethernet/chelsio/cxgb4/cxgb4_fcoe.c | 122 +++
drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c |8 ++
drivers/net/ethernet/chelsio/cxgb4/sge.c
This patch series enables FCoE support in cxgb4 driver, it enables
FCOE_CRC and FCOE_MTU net device features.
This series is created against net-next tree.
Thanks
Varun Prakash (3):
cxgb4: add cxgb4_fcoe.h and macro definitions for FCoE
cxgb4: add cxgb4_fcoe.c for FCoE
cxgb4: update Kconfi
This patch adds new header file cxgb4_fcoe.h and defines new
macros for FCoE support in cxgb4 driver.
Signed-off-by: Varun Prakash
---
drivers/net/ethernet/chelsio/cxgb4/cxgb4.h |7 +++
drivers/net/ethernet/chelsio/cxgb4/cxgb4_fcoe.h | 57 +++
drivers/net/ethernet/
Signed-off-by: Varun Prakash
---
drivers/net/ethernet/chelsio/Kconfig| 11 +++
drivers/net/ethernet/chelsio/cxgb4/Makefile |1 +
2 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/drivers/net/ethernet/chelsio/Kconfig
b/drivers/net/ethernet/chelsio/Kconfig
index
On 03/23/2015 11:03 AM, Joerg Roedel wrote:
Hi Mark,
On Tue, Mar 03, 2015 at 02:36:19PM -0500, Mark Hounschell wrote:
It looks like this problem is NOT a bug with the SCSI aic7xxx driver
after all. I can duplicate this BUG very easily with other hardware.
Simply removing a driver module (wheth
On Tue, 03/24 11:34, Paolo Bonzini wrote:
>
>
> On 24/03/2015 11:16, Fam Zheng wrote:
> > If issued right after link down, "blockdev --rereadpt" will be stuck for a
> > while and then return normally. Although the underlying capacity and
> > partition
> > table are not correctly updated. And it
On 24/03/2015 11:16, Fam Zheng wrote:
> If issued right after link down, "blockdev --rereadpt" will be stuck for a
> while and then return normally. Although the underlying capacity and partition
> table are not correctly updated. And it means that userspace can't detect the
> error at all.
>
>
This improves the error code if BLKRRPART ioctl failed due to connection
issue.
Before:
$ blockdev --rereadpt /dev/sda
BLKRRPART: Invalid argument
After:
$ blockdev --rereadpt /dev/sda
BLKRRPART: Input/output error
Signed-off-by: Fam Zheng
---
drivers/scsi/sd.c
If the disk can't read capacity, we should return an error.
Signed-off-by: Fam Zheng
---
block/partition-generic.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/block/partition-generic.c b/block/partition-generic.c
index 0d9e5f9..1e60d7d 100644
--- a/block/partition-g
When the read capacity commands failed, we should return an error to
caller instead of silently continuing as normal.
Most importantly, this fixes the error code of BLKRRPART ioctl. Also if
the device is down, the following commands also likely to time
out, and we could waste more time than necess
If issued right after link down, "blockdev --rereadpt" will be stuck for a
while and then return normally. Although the underlying capacity and partition
table are not correctly updated. And it means that userspace can't detect the
error at all.
Fix this by propargating the error of "read capacity
On Mon, Mar 23, K. Y. Srinivasan wrote:
> @@ -653,32 +640,39 @@ static unsigned int copy_from_bounce_buffer(struct
> scatterlist *orig_sgl,
> unsigned long bounce_addr = 0;
> unsigned long dest_addr = 0;
> unsigned long flags;
> + struct scatterlist *cur_dest_sgl;
> + st
18 matches
Mail list logo