Re: [PATCH 1/1] iscsi: kill redundant casts

Switching linux-kernel for linux-scsi mailing list. On 6/9/14, 2:57 PM, 'Nick Black' via open-iscsi wrote: Remove two redundant casts from char * to char *. Signed-off-by: Nick Black --- drivers/scsi/scsi_transport_iscsi.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --gi

MESSAGE FROM JAZMIN FOX FIN AID

-- Are you in need of a personal loan? or you are in need of a business loan? We offer loans from the range individual and cooperate bodies in need of financial support are application? only about 18 years for the applicant available. contact us by e-mail, though. onto a fast and easy loan interes

Re: [RFC Patch]: scsi: sysfs file cache_type not in sync with mode page

In order to issue a BLKRRPART the drive needs to be unmounted first, this is not always possible on a machine. There is another way though: 'echo 1 > /sys/block/sda/device/rescan'. This rescans all the mode pages so that the kernel is in sync. Writing to cache_type does seem to be a better idea

Re: [Open-FCoE] [PATCH] fc: ensure scan_work isn't active when freeing fc_rport

On Mon, Jun 09, 2014 at 11:09:43AM -0700, Vasu Dev wrote: > On Fri, 2014-06-06 at 16:54 -0400, Neil Horman wrote: > > On Mon, Jun 02, 2014 at 04:22:50PM -0700, Vasu Dev wrote: > > > On Fri, 2014-05-30 at 10:59 -0400, Neil Horman wrote: > > > > debugfs caught this: > > > > WARNING: at lib/debugobjec

Re: [Open-FCoE] [PATCH] fc: ensure scan_work isn't active when freeing fc_rport

On Fri, 2014-06-06 at 16:54 -0400, Neil Horman wrote: > On Mon, Jun 02, 2014 at 04:22:50PM -0700, Vasu Dev wrote: > > On Fri, 2014-05-30 at 10:59 -0400, Neil Horman wrote: > > > debugfs caught this: > > > WARNING: at lib/debugobjects.c:260 debug_print_object+0x83/0xa0() > > > ODEBUG: free active (a

Re: SCSI eats error from flush failure during hot plug

On Mon, 2014-06-09 at 10:21 -0700, Steven Haber wrote: > Thanks a bunch James! I patched and ran our suite over the weekend and > didn't see any failures at all. I also didn't notice any side effects. > I poked through the kernel logs and everything looked like it did > before. I'll let you know if

Re: [PATCH 2/2] tcm_fc: Generate TASK_SET_FULL status for response failures

On Fri, 2014-06-06 at 14:11 -0700, Nicholas A. Bellinger wrote: > , changing this to pr_info_ratelimited and doing the same in > ft_queue_data_in() well. Since doing more places and therefore can be done in separate patch. //Vasu -- To unsubscribe from this list: send the line "unsubscribe linu

Re: SCSI eats error from flush failure during hot plug

Thanks a bunch James! I patched and ran our suite over the weekend and didn't see any failures at all. I also didn't notice any side effects. I poked through the kernel logs and everything looked like it did before. I'll let you know if anything else weird crops up. Any idea when this will get chec

Re: [PATCH 1/2] tcm_fc: Generate TASK_SET_FULL status for DataIN failures

On Fri, 2014-06-06 at 14:02 -0700, Nicholas A. Bellinger wrote: > The break aborts the DataIN send loop and invokes ft_queue_status() > below in an attempt to send TASK_SET_FULL status. > > If the ft_queue_status() -> lport->tt.seq_send() also fails, then > -ENOMEM will be returned to the target a

Re: [PATCH 0/2] tcm_fc: Generate TASK_SET_FULL for DataIN + response failures

On Fri, 2014-06-06 at 14:09 -0700, Nicholas A. Bellinger wrote: > > So if you don't mind I'll go ahead and queue these up for now in > target-pending/for-next, given they are pretty straight-forward fixes. > > If they end up being problematic, they can be dropped before the v3.16 > PULL request g

[GIT PULL] First round of SCSI updates for the 3.15+ merge window

This patch consists of the usual driver updates (qla2xxx, qla4xxx, lpfc, be2iscsi, fnic, ufs, NCR5380) The NCR5380 is the addition to maintained status of a long neglected driver for older hardware. In addition there are a lot of minor fixes and cleanups and some more updates to make scsi mq read

Re: [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support

On Thu, May 22, 2014 at 02:26:16AM +, Nicholas A. Bellinger wrote: > From: Nicholas Bellinger > > Hi MST, MKP, Paolo & Co, > > Here is the v2 patch series for adding T1O protection information (PI) > SGL passthrough support between virtio-scsi LLD + vhost-scsi fabric > endpoints. > > Follow

Re: [PATCH-v2 1/6] virtio-scsi.h: Add virtio_scsi_cmd_req_pi + VIRTIO_SCSI_F_T10_PI bits

On Thu, May 22, 2014 at 02:26:17AM +, Nicholas A. Bellinger wrote: > From: Nicholas Bellinger > > This patch adds a virtio_scsi_cmd_req_pi header as recommened by > Paolo that contains do_pi_niov + di_pi_niov elements used for > signaling when protection information buffers are expected to >

Re: [PATCH-v2 5/6] vhost/scsi: Enable T10 PI IOV -> SGL memory mapping

On Thu, May 22, 2014 at 02:26:21AM +, Nicholas A. Bellinger wrote: > From: Nicholas Bellinger > > This patch updates vhost_scsi_handle_vq() to check for the existance > of virtio_scsi_cmd_req_pi comparing vq->iov[0].iov_len in order to > calculate seperate data + protection SGLs from data_num

Re: [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support

Il 08/06/2014 18:05, Michael S. Tsirkin ha scritto: OK, finally went over this, looks good to me: Acked-by: Michael S. Tsirkin However, we really should stop making more changes before fixing ANY_LAYOUT in this driver. virtio 1.0 should be out soon and that makes ANY_LAYOUT a required featur