Pcie_capability_xxx() interfaces were introudced to
simplify code to access PCIe Cap config space. And
because PCI core saves the PCIe Cap offset in
set_pcie_port_type() when device is enumerated.
So we can use pci_is_pcie() instead.
Signed-off-by: Yijing Wang
Cc: Jiang Liu
Cc: "James E.J. Botto
Use pci_is_pcie() instead of pci_find_capability
to simplify code.
Signed-off-by: Yijing Wang
Cc: Andrew Vasquez
Cc: linux-dri...@qlogic.com
Cc: "James E.J. Bottomley"
Cc: linux-scsi@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
---
drivers/scsi/qla2xxx/qla_mr.c |6 ++
1 files chang
Pcie_capability_xxx() interfaces were introudced to
simplify code to access PCIe Cap config space. And
because PCI core saves the PCIe Cap offset in
set_pcie_port_type() when device is enumerated.
So we can use pci_is_pcie() instead.
Signed-off-by: Yijing Wang
Cc: Jiang Liu
Cc: Anil Gurumurthy
flush_work_sync is replaced by flush_work with commit
4382973(workqueue: deprecate flush[_delayed]_work_sync()).
Signed-off-by: Seungwon Jeon
---
drivers/scsi/ufs/ufshcd.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/scsi/ufs/ufshcd.c b/drivers/scsi/ufs/ufshc
On 09/02/13 15:11, Hannes Reinecke wrote:
On 09/02/2013 02:45 PM, Bart Van Assche wrote:
This patch adds several new calls to LLD EH handlers. Is it
guaranteed that these will only be invoked before scsi_remove_host()
has finished ? For more background information, see also "[PATCH]
Make scsi_re
https://bugzilla.kernel.org/show_bug.cgi?id=60758
--- Comment #23 from zakrzews...@wp.pl ---
Ok. Thank you.
Maybe you need to get such board - H87-G43 to test it ?
--
You are receiving this mail because:
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "unsubscr
Signed-off-by: Gerd Hoffmann
---
drivers/usb/storage/uas.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/usb/storage/uas.c b/drivers/usb/storage/uas.c
index d966b59..fc08ee9 100644
--- a/drivers/usb/storage/uas.c
+++ b/drivers/usb/storage/uas.c
@@ -85,6 +85,8 @@ static int uas_
This patch adds a new list where all requests which are canceled are
added to, so we don't loose them. Then, after killing all inflight
urbs on bus reset (and disconnect) we'll walk over the list and clean
them up.
Without this we can end up with aborted requests lingering around in
case of statu
This patch prepares for the addition of another list and renames the
work list lock and the list_head field in struct uas_cmd_info.
Signed-off-by: Gerd Hoffmann
---
drivers/usb/storage/uas.c | 50 +++
1 file changed, 25 insertions(+), 25 deletions(-)
This patch set is a set of driver updates (ufs, zfcp, lpfc, mpt2/3sas,
qla4xxx, qla2xxx [adding support for ISP8044 + other things]) we also
have a new driver: esas2r which has a number of static checker problems,
but which I expect to resolve over the -rc course of 3.12 under the new
driver except
https://bugzilla.kernel.org/show_bug.cgi?id=60758
--- Comment #25 from Alan Bartlett ---
Created attachment 107395
--> https://bugzilla.kernel.org/attachment.cgi?id=107395&action=edit
diff -Npru linux-3.10.4 linux-3.10.5
--
You are receiving this mail because:
You are the assignee for the bug
* Brian King (brk...@linux.vnet.ibm.com) wrote:
>
> This fixes an issue seen with devices getting marked offline
> in a scenario where a VIOS was getting rebooted while a
> client VFC adapter is in SCSI EH and prevents unnecessary
> EH escalation in some scenarios.
>
> Signed-off-by: Brian King
https://bugzilla.kernel.org/show_bug.cgi?id=60758
--- Comment #24 from Alan Bartlett ---
(1) I have critically examined the configuration files used (from 3.10 to
3.10.10) paying particular attention to 3.10.4 v 3.10.5
There is nothing untoward in the configuration that can account for this
prob
On Tue, Sep 3, 2013 at 12:59 AM, Seungwon Jeon wrote:
> flush_work_sync is replaced by flush_work with commit
> 4382973(workqueue: deprecate flush[_delayed]_work_sync()).
>
> Signed-off-by: Seungwon Jeon
> ---
> drivers/scsi/ufs/ufshcd.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions
James,
Now that we are finishing up development for our esas2r driver, we are
planning to start work on a kernel driver for our PM8001 based 6G
SAS/SATA HBA product. We have some questions about the best way to proceed.
While we haven't done thorough testing, our hardware appears to work
w
Don't you need to send an ABORT TASK message to the device to cancel the
outstanding request for that stream ID? I don't see that in this code.
I see lots of URB cancellation code, but nothing to remove the request
from the device-side queue.
Does this code currently handle the case where a devic
On Mon, 2 September 2013 02:31:29 -0700, Christoph Hellwig wrote:
>
> I would defintively love enabling it globally.
Agreed. I carry a private patch based on an older version of Hannes'
patchset doing just that. Istr there was some problem exactly once on
a VM with a virtualized hba. We hit pr
On Tue, 2013-09-03 at 13:11 -0400, Bradley Grove wrote:
> James,
>
> Now that we are finishing up development for our esas2r driver, we are
> planning to start work on a kernel driver for our PM8001 based 6G
> SAS/SATA HBA product. We have some questions about the best way to proceed.
>
> Whil
Looks good.
Acked-by: Chad Dupuis
On Tue, 3 Sep 2013, Yijing Wang wrote:
Use pci_is_pcie() instead of pci_find_capability
to simplify code.
Signed-off-by: Yijing Wang
Cc: Andrew Vasquez
Cc: linux-dri...@qlogic.com
Cc: "James E.J. Bottomley"
Cc: linux-scsi@vger.kernel.org
Cc: linux-ker...@
Dan,
Thanks for the heads up. We'll fix this.
--Chad
On Mon, 2 Sep 2013, Dan Carpenter wrote:
Hello Atul Deshmukh,
This is a semi-automatic email about new static checker warnings.
The patch ef4647420025: "[SCSI] qla2xxx: Add support for ISP8044."
from Aug 27, 2013, leads to the following
From: Greg Kroah-Hartman
Right now the Makefile for the mpt3sas driver does not even allow the
driver to be built into the kernel. So fix that up, as there doesn't
seem to be any obvious reason why this shouldn't be done.
Cc: Nagalakshmi Nandigama
Cc: Sreekanth Reddy
Cc: supp...@lsi.com
Cc: "
On Tue, Sep 03, 2013 at 03:35:09PM +0800, Yijing Wang wrote:
> Pcie_capability_xxx() interfaces were introudced to
> simplify code to access PCIe Cap config space. And
> because PCI core saves the PCIe Cap offset in
> set_pcie_port_type() when device is enumerated.
> So we can use pci_is_pcie() ins
On Tue, Sep 03, 2013 at 03:35:10PM +0800, Yijing Wang wrote:
> Pcie_capability_xxx() interfaces were introudced to
s/introudced/introduced/
> simplify code to access PCIe Cap config space. And
> because PCI core saves the PCIe Cap offset in
> set_pcie_port_type() when device is enumerated.
> So w
Hi,
We are working on a memory error detector AddressSanitizer for Linux
kernel
(https://code.google.com/p/address-sanitizer/wiki/AddressSanitizerForKernel),
it can detect use-after-free and buffer-overflow errors.
Here one of the reports from the tool:
[ 166.124485] ERROR: AddressSanitizer: h
On Tue, Sep 3, 2013 at 5:34 PM, Bjorn Helgaas wrote:
> On Tue, Sep 03, 2013 at 03:35:09PM +0800, Yijing Wang wrote:
>> Pcie_capability_xxx() interfaces were introudced to
>> simplify code to access PCIe Cap config space. And
>> because PCI core saves the PCIe Cap offset in
>> set_pcie_port_type()
Hi James,
This patch seem to be fine. Please consider this patch.
Regards,
Sreekanth.
>-Original Message-
>From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
>Sent: Wednesday, September 04, 2013 3:30 AM
>To: Nandigama, Nagalakshmi; Reddy, Sreekanth; Support;
>jbottom...@paralle
https://bugzilla.kernel.org/show_bug.cgi?id=60758
--- Comment #26 from Jeff Zhou ---
(In reply to zakrzewskim from comment #23)
> Ok. Thank you.
>
> Maybe you need to get such board - H87-G43 to test it ?
I would like to help if get such board.
For this H87-G43 board, some report also shows bo
27 matches
Mail list logo