Re: How to get the number of VFs assigned to the guests in XEN

Yes, devices are binded to pci-back. On Thu, Aug 21, 2014 at 3:59 AM, Konrad Rzeszutek Wilk wrote: > On Wed, Aug 20, 2014 at 04:33:29PM +0530, Sreekanth Reddy wrote: >> HI, >> >> >> >> For SRIOV support, currently in the KVM environment, mpt3sas driver can use >> the API pci_vfs_assigned() to kno

RE: [PATCH/RFC V2 10/16] scsi: ufs: add UFS power management support

> -Original Message- > From: linux-scsi-ow...@vger.kernel.org > [mailto:linux-scsi-ow...@vger.kernel.org] On Behalf Of Dong, Chuanxiao > Sent: Wednesday, August 20, 2014 3:21 PM > To: Dolev Raviv; james.bottom...@hansenpartnership.com; > h...@infradead.org > Cc: linux-scsi@vger.kernel.org

Re: [PATCH v3] scsi: ufs-msm: add UFS controller support for Qualcomm MSM chips

> > On Aug 14, 2014, at 9:22 AM, Yaniv Gardi wrote: > >> The files in this change implement the UFS HW (controller & PHY) >> specific >> behavior in Qualcomm MSM chips. >> >> Signed-off-by: Yaniv Gardi >> --- >> Documentation/devicetree/bindings/ufs/ufs-msm.txt | 37 + >> .../devicetree/binding

Re: [PATCH v3 08/13] be2iscsi: Use pci_enable_msix_range()

On 08/18/2014 08:01 AM, Alexander Gordeev wrote: > As result of deprecation of MSI-X/MSI enablement functions > pci_enable_msix() and pci_enable_msi_block() all drivers > using these two interfaces need to be updated to use the > new pci_enable_msi_range() and pci_enable_msix_range() > interfaces.

Re: [PATCH v3 10/13] csiostor: Use pci_enable_msix_range() instead of pci_enable_msix()

On 08/18/2014 08:01 AM, Alexander Gordeev wrote: > As result of deprecation of MSI-X/MSI enablement functions > pci_enable_msix() and pci_enable_msi_block() all drivers > using these two interfaces need to be updated to use the > new pci_enable_msi_range() or pci_enable_msi_exact() > and pci_enabl

Re: [PATCH v3 09/13] csiostor: Remove superfluous call to pci_disable_msix()

On 08/18/2014 08:01 AM, Alexander Gordeev wrote: > There is no need to call pci_disable_msix() in case > the previous call to pci_enable_msix() failed Patch looks good to me. Reviewed-by: Tomas Henzl -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a messa

Re: [PATCH v3 11/13] lpfc: Use pci_enable_msix_range() instead of pci_enable_msix()

On 08/18/2014 08:01 AM, Alexander Gordeev wrote: > As result of deprecation of MSI-X/MSI enablement functions > pci_enable_msix() and pci_enable_msi_block() all drivers > using these two interfaces need to be updated to use the > new pci_enable_msi_range() or pci_enable_msi_exact() > and pci_enabl

Re: [PATCH v3 13/13] pmcraid: Use pci_enable_msix_range() instead of pci_enable_msix()

On 08/18/2014 08:01 AM, Alexander Gordeev wrote: > As result of deprecation of MSI-X/MSI enablement functions > pci_enable_msix() and pci_enable_msi_block() all drivers > using these two interfaces need to be updated to use the > new pci_enable_msi_range() or pci_enable_msi_exact() > and pci_enabl

Re: [PATCH v3 12/13] pmcraid: Get rid of a redundant assignment

On 08/18/2014 08:01 AM, Alexander Gordeev wrote: > Signed-off-by: Alexander Gordeev > Cc: Anil Ravindranath > Cc: linux-scsi@vger.kernel.org > Cc: linux-...@vger.kernel.org > --- > drivers/scsi/pmcraid.c | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/drivers/scsi/pmcraid.c b/drivers/scs

Re: [PATCH v3 11/13] lpfc: Use pci_enable_msix_range() instead of pci_enable_msix()

On 08/21/2014 01:32 PM, Tomas Henzl wrote: > On 08/18/2014 08:01 AM, Alexander Gordeev wrote: >> As result of deprecation of MSI-X/MSI enablement functions >> pci_enable_msix() and pci_enable_msi_block() all drivers >> using these two interfaces need to be updated to use the >> new pci_enable_msi_r

Performance degradation in IO writes vs. reads (was scsi-mq V2)

On 7/14/2014 12:13 PM, Sagi Grimberg wrote: I'd like to share some benchmarks I took on this patch set using iSER initiator (+2 pre-submitted performance improvements) vs LIO iSER target. I ran workloads I think are interesting use-cases (single LUN with 1,2,4 IO threads up to a fully occupied

Re: [PATCH/RFC V2 10/16] scsi: ufs: add UFS power management support

FYI: I won't read your mails until you actually make them readable by trimming the quotes back to provide just enough context. Consider this mail (and the one you replied to) unread. -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majord...@vge

Re: Performance degradation in IO writes vs. reads (was scsi-mq V2)

On Thu, Aug 21, 2014 at 03:32:09PM +0300, Sagi Grimberg wrote: > So I just got back to checking this issue of *extremely low* IO write > performance I got in 3.16-rc2. Please test with 3.16 final. There once issue each in aio and dio that caused bad I/O performance regression that were only fixed

Re: Performance degradation in IO writes vs. reads (was scsi-mq V2)

On 8/21/2014 4:03 PM, Christoph Hellwig wrote: On Thu, Aug 21, 2014 at 03:32:09PM +0300, Sagi Grimberg wrote: So I just got back to checking this issue of *extremely low* IO write performance I got in 3.16-rc2. Please test with 3.16 final. There once issue each in aio and dio that caused bad

Re: [PATCH v7 3/3] ahci_xgene: Fix the link down in first attempt for the APM X-Gene SoC AHCI SATA host controller driver.

On Thu, Aug 21, 2014 at 01:48:00PM +0530, Suman Tripathi wrote: > [suman] : The problem is COMRESET didn't failed. I meant the hardreset is > successful (return 0) but the device is not detected even if device is > present due to speed negotiation failure. For that reason I check for the > Pxstatus

Re: [Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

On Thu, Aug 21, 2014 at 10:41:02AM -0400, Douglas Gilbert wrote: > Perhaps we could add another bit flag in struct > scsi_host_template such as: > unsigned int transport_says_dont_scsi2_lun_cmd:1; > > then drivers/usb/storage/scsiglue.c could set that > bit in its usb_stor_host_template and >

Re: [Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

On 14-08-20 03:15 PM, Alan Stern wrote: On Tue, 19 Aug 2014, Christoph Hellwig wrote: On Thu, Aug 07, 2014 at 11:58:37AM -0400, Alan Stern wrote: On Wed, Aug 06, 2014 at 04:02:22PM -0400, Alan Stern wrote: I doubt either of them forces users to hack up flags for these cases. Why was this ch

[Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #11 from d gilbert --- On 14-08-20 03:15 PM, Alan Stern wrote: > On Tue, 19 Aug 2014, Christoph Hellwig wrote: > >> On Thu, Aug 07, 2014 at 11:58:37AM -0400, Alan Stern wrote: On Wed, Aug 06, 2014 at 04:02:22PM -0400, Alan Stern w

Re: [PATCH v3 11/13] lpfc: Use pci_enable_msix_range() instead of pci_enable_msix()

On Thu, Aug 21, 2014 at 01:58:39PM +0200, Tomas Henzl wrote: > my bad, this was already fixed in > commit 029165acfa611a3a8838723f6978586ae35ff53d lpfc: Remove superfluous call > to pci_disable_msix() > > so patch looks good to me now Many thanks for your reviews, Tomas! > Reviewed-by: Tomas He

Re: [PATCH v3 11/13] lpfc: Use pci_enable_msix_range() instead of pci_enable_msix()

On Thu, Aug 21, 2014 at 05:58:34PM +0100, Alexander Gordeev wrote: > > Reviewed-by: Tomas Henzl > > Christoph, this patch was declined by James few times. > I think it needs his approval as well. You're referring to James Smart here, right? For an actively maintained driver like lpfc I'd like it

Re: [Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

On Thu, 21 Aug 2014, Christoph Hellwig wrote: > On Thu, Aug 21, 2014 at 10:41:02AM -0400, Douglas Gilbert wrote: > > Perhaps we could add another bit flag in struct > > scsi_host_template such as: > > unsigned int transport_says_dont_scsi2_lun_cmd:1; > > > > then drivers/usb/storage/scsiglue.

[Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #12 from Alan Stern --- On Thu, 21 Aug 2014, Christoph Hellwig wrote: > On Thu, Aug 21, 2014 at 10:41:02AM -0400, Douglas Gilbert wrote: > > Perhaps we could add another bit flag in struct > > scsi_host_template such as: > > unsig

[Bug 81861] Oops by mvsas v0.8.16: sas: ataX: end_device-Y:0:Z: dev error handler -> general protection fault, RIP: mvs_task_prep_ata+0x80/0x3a0

https://bugzilla.kernel.org/show_bug.cgi?id=81861 Alan changed: What|Removed |Added CC||a...@lxorguk.ukuu.org.uk Kernel Version|3.16.0

Re: [Xen-devel] [PATCH V5 2/5] Add XEN pvSCSI protocol description

On Wed, Aug 20, 2014 at 04:01:57PM +0200, Juergen Gross wrote: > On 08/20/2014 03:25 PM, Konrad Rzeszutek Wilk wrote: > >On Mon, Aug 18, 2014 at 11:31:47AM +0200, jgr...@suse.com wrote: > >>From: Juergen Gross > >> > >>Add the definition of pvSCSI protocol used between the pvSCSI frontend in a > >

Re: [ANNOUNCE] scsi patch queue tree updated

On Fri, Aug 1, 2014 at 5:20 AM, Christoph Hellwig wrote: > I've pushed out updates to both the core-for-3.17 and drivers-for-3.17 > branches. I think we're in a good shape for the merge window, but > I'd still like to get reviewers attention for a few driver updates that > I'd love to get in stil

Re: [ANNOUNCE] scsi patch queue tree updated

On Thu, Aug 21, 2014 at 12:33:17PM -0700, adam radford wrote: > Can we get someone to finish reviewing the megaraid_sas patch series ? > Or let me know if anything else needs to be corrected ? > > I know it has been reviewed by yourself and Martin Petersen so far, > however, I could not find the

Re: [ANNOUNCE] scsi patch queue tree updated

> "Christoph" == Christoph Hellwig writes: Christoph> I think I'm missing an ACK from Martin on one of the patches. Looks like I missed the updated version of these during my vacation. I'll finish reviewing megaraid_sas (and mptNsas) today. -- Martin K. Petersen Oracle Linux Engineeri

Re: [ANNOUNCE] scsi patch queue tree updated

> "Christoph" == Christoph Hellwig writes: Christoph> I think I'm missing an ACK from Martin on one of the patches. 3/5 and 4/5 look good to me. Reviewed-by: Martin K. Petersen -- Martin K. Petersen Oracle Linux Engineering -- To unsubscribe from this list: send the line "unsubscrib

Re: [RESEND][PATCH 07/10][SCSI]mpt2sas: Added Reply Descriptor Post Queue (RDPQ) Array support

> "Sreekanth" == Sreekanth Reddy writes: Sreekanth> Sending the this patch once agin using git send-email. Up to Sreekanth> now, Driver allocates a single contiguous block of memory Sreekanth> pool for all reply queues and passes down a single address in Sreekanth> the ReplyDescriptorPostQue

Re: [PATCH 08/10] [scsi] mpt2sas: Get IOC_FACTS information using handshake protocol only after HBA card gets into READY or Operational state.

> "Sreekanth" == Sreekanth Reddy writes: Sreekanth, + if (((ioc_state & MPI2_IOC_STATE_MASK) == MPI2_IOC_STATE_READY) || + (ioc_state & MPI2_IOC_STATE_MASK) == MPI2_IOC_STATE_OPERATIONAL) + return 0; I find the following easier to read: switch (ioc_sta

Re: [RESEND][PATCH 09/10][SCSI]mpt2sas: Added module parameter 'unblock_io' to unblock IO's during disk addition

> "Sreekanth" == Reddy, Sreekanth writes: Sreekanth> This is because, when driver receives DELAY_NOT_RESPONDING Sreekanth> for a disk when it is undergoing addition in the SCSI Mid Sreekanth> layer, the driver would block the I/O to that disk resulting Sreekanth> in a deadlock. i.e the disk a

Re: [RESEND][PATCH 8/8][SCSI]mpt3sas: Bump mpt3sas driver version to 04.100.00.00

> "Sreekanth" == Sreekanth Reddy writes: Sreekanth> 1. [RESEND][PATCH 7/8][SCSI]mpt3sas: Added Reply Descriptor Sreekanth>Post Queue (RDPQ) Array support Please make the change suggested by Joe Perches and then repost both mpt2sas and mpt3sas with the appropriate SoB and RB tags so they

Re: [PATCH/RFC V2 07/16] scsi: support well known logical units

> "Christoph" == Christoph Hellwig writes: >> + /* >> + * put runtime pm reference for well-known logical units, >> + * drivers are expected to _get_* again during probe. >> + */ >> + if (scsi_is_wlun(sdev->lun)) >> + scsi_autopm_put_device(sdev); Christoph> Special casing the well known LUN

[Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #13 from Martin K. Petersen --- > "Alan" == Alan Stern writes: Alan> Okay, here's a patch that implements the suggestion, except that I Alan> put the flag in the Scsi_Host structure instead of the template. Alan> This was to mini

Re: [Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

> "Alan" == Alan Stern writes: Alan> Okay, here's a patch that implements the suggestion, except that I Alan> put the flag in the Scsi_Host structure instead of the template. Alan> This was to minimize the impact of the change. Among the various Alan> SCSI-over-USB transports, only the Bulk-

Re: [PATCH scsi 1/1] libiscsi : Add T10 Data Integrity Feature support

> "Anish" == Anish Bhatt writes: Anish, Just a heads up that we've got some changes due to land shortly that'll provide interfaces for you to get the correct transfer lengths, size of the protection interval, etc. Your patch should be rebased on top of those changes. -- Martin K. Petersen

RE: [PATCH scsi 1/1] libiscsi : Add T10 Data Integrity Feature support

Thanks for the heads up, will wait for those. Please cc me/Manoj on the patches -Anish From: Martin K. Petersen [martin.peter...@oracle.com] Sent: Thursday, August 21, 2014 2:47 PM To: Anish Bhatt Cc: linux-scsi@vger.kernel.org; h...@infradead.org; jbottom..

Re: [Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

On Thu, Aug 21, 2014 at 05:43:41PM -0400, Martin K. Petersen wrote: > Alan> Okay, here's a patch that implements the suggestion, except that I > Alan> put the flag in the Scsi_Host structure instead of the template. > Alan> This was to minimize the impact of the change. Among the various > Alan> S

Re: [ANNOUNCE] scsi patch queue tree updated

On Thu, Aug 21, 2014 at 04:26:09PM -0400, Martin K. Petersen wrote: > Christoph> I think I'm missing an ACK from Martin on one of the patches. > > 3/5 and 4/5 look good to me. > > Reviewed-by: Martin K. Petersen Thanks Martin, I'll pull in the megaraid_sas patches for the next branch update.

Re: [PATCH/RFC V2 07/16] scsi: support well known logical units

> On Thu, Aug 14, 2014 at 04:30:58PM +0300, Dolev Raviv wrote: >> From: Subhash Jadavani >> REPORT LUNS command has "SELECT REPORT" field which controls what type of >> logical units to be reported by device server. According to UFS device standard, if this field is set to 0, REPORT LUNS would rep

RE: [RFC PATCH -logging 00/10] scsi/constants: Output continuous error messages on trace

> -Original Message- > From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi- > ow...@vger.kernel.org] On Behalf Of Yoshihiro YUNOMAE > Sent: Friday, 08 August, 2014 6:50 AM > Subject: [RFC PATCH -logging 00/10] scsi/constants: Output continuous > error messages on trace ... > 1) printk

Re: [PATCH v3] scsi: ufs-msm: add UFS controller support for Qualcomm MSM chips

>> On Aug 14, 2014, at 9:22 AM, Yaniv Gardi wrote: >>> The files in this change implement the UFS HW (controller & PHY) specific >>> behavior in Qualcomm MSM chips. >>> Signed-off-by: Yaniv Gardi >>> --- >>> Documentation/devicetree/bindings/ufs/ufs-msm.txt | 37 + >>> .../devicetree/bindings/u

re

I am Mrs Bozena Horniakova. I need your assistance on a project. Please reply bozena.horniak...@outlook.com This e-mail is intended only for the use of the individual or entity t

Re: [Xen-devel] [PATCH V5 2/5] Add XEN pvSCSI protocol description

On 08/21/2014 09:26 PM, Konrad Rzeszutek Wilk wrote: On Wed, Aug 20, 2014 at 04:01:57PM +0200, Juergen Gross wrote: On 08/20/2014 03:25 PM, Konrad Rzeszutek Wilk wrote: On Mon, Aug 18, 2014 at 11:31:47AM +0200, jgr...@suse.com wrote: ... +struct vscsiif_request { + uint16_t rqid;