Yes, devices are binded to pci-back.
On Thu, Aug 21, 2014 at 3:59 AM, Konrad Rzeszutek Wilk
konrad.w...@oracle.com 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
-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;
On Aug 14, 2014, at 9:22 AM, Yaniv Gardi yga...@codeaurora.org wrote:
The files in this change implement the UFS HW (controller PHY)
specific
behavior in Qualcomm MSM chips.
Signed-off-by: Yaniv Gardi yga...@codeaurora.org
---
Documentation/devicetree/bindings/ufs/ufs-msm.txt | 37 +
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.
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
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 the...@redhat.com
--
To unsubscribe from this list: send the line unsubscribe linux-scsi in
the
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
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
On 08/18/2014 08:01 AM, Alexander Gordeev wrote:
Signed-off-by: Alexander Gordeev agord...@redhat.com
Cc: Anil Ravindranath anil_ravindran...@pmc-sierra.com
Cc: linux-scsi@vger.kernel.org
Cc: linux-...@vger.kernel.org
---
drivers/scsi/pmcraid.c | 1 -
1 file changed, 1 deletion(-)
diff
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_range()
On 7/14/2014 12:13 PM, Sagi Grimberg wrote:
SNIP
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
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
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
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
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
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
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
https://bugzilla.kernel.org/show_bug.cgi?id=80711
--- Comment #11 from d gilbert dgilb...@interlog.com ---
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
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 Henzl
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.c could
https://bugzilla.kernel.org/show_bug.cgi?id=80711
--- Comment #12 from Alan Stern st...@rowland.harvard.edu ---
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
https://bugzilla.kernel.org/show_bug.cgi?id=81861
Alan a...@lxorguk.ukuu.org.uk changed:
What|Removed |Added
CC||a...@lxorguk.ukuu.org.uk
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 jgr...@suse.com
Add the definition of pvSCSI protocol used between the pvSCSI frontend in a
On Fri, Aug 1, 2014 at 5:20 AM, Christoph Hellwig h...@infradead.org 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
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
Christoph == Christoph Hellwig h...@infradead.org 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
Christoph == Christoph Hellwig h...@infradead.org 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.peter...@oracle.com
--
Martin K. Petersen Oracle Linux Engineering
--
To unsubscribe from
Sreekanth == Sreekanth Reddy sreekanth.re...@avagotech.com 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
Sreekanth == Sreekanth Reddy sreekanth.re...@avagotech.com 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:
Sreekanth == Reddy, Sreekanth sreekanth.re...@avagotech.com 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
Sreekanth == Sreekanth Reddy sreekanth.re...@avagotech.com writes:
Sreekanth 1. [RESEND][PATCH 7/8][SCSI]mpt3sas: Added Reply Descriptor
SreekanthPost Queue (RDPQ) Array support
Please make the change suggested by Joe Perches and then repost both
mpt2sas and mpt3sas with the appropriate SoB
Christoph == Christoph Hellwig h...@infradead.org 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 LUNs
https://bugzilla.kernel.org/show_bug.cgi?id=80711
--- Comment #13 from Martin K. Petersen martin.peter...@oracle.com ---
Alan == Alan Stern st...@rowland.harvard.edu writes:
Alan Okay, here's a patch that implements the suggestion, except that I
Alan put the flag in the Scsi_Host structure
Alan == Alan Stern st...@rowland.harvard.edu 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,
Anish == Anish Bhatt an...@chelsio.com 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
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;
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
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 martin.peter...@oracle.com
Thanks Martin,
I'll pull in the megaraid_sas patches for the
On Thu, Aug 14, 2014 at 04:30:58PM +0300, Dolev Raviv wrote:
From: Subhash Jadavani subha...@codeaurora.org
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
-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
On Aug 14, 2014, at 9:22 AM, Yaniv Gardi yga...@codeaurora.org wrote:
The files in this change implement the UFS HW (controller PHY) specific
behavior in Qualcomm MSM chips.
Signed-off-by: Yaniv Gardi yga...@codeaurora.org
---
Documentation/devicetree/bindings/ufs/ufs-msm.txt | 37 +
I am Mrs Bozena Horniakova. I need your assistance on a project. Please reply
bozena.horniak...@outlook.commailto:bozena.horniak...@outlook.com
This e-mail is intended only for the use of the individual or entity to
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;
43 matches
Mail list logo