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 m...@redhat.com 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

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 n...@linux-iscsi.org 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

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 n...@linux-iscsi.org 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

[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

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 goes

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 and a

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

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 (active state

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/debugobjects.c:260

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

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