https://bugzilla.kernel.org/show_bug.cgi?id=151631
Rich changed:
What|Removed |Added
CC||f...@bitservices.org.uk
--- Comment #7 from Rich
https://bugzilla.kernel.org/show_bug.cgi?id=151631
--- Comment #8 from Daniele Viganò ---
@Rich, have a look at https://bugzilla.kernel.org/show_bug.cgi?id=187061
Bug has been resolved it 4.9-rc7.
--
You are receiving this mail because:
You are the assignee for the bug.--
To unsubscribe from t
> -Original Message-
> From: Pan Bian [mailto:bianpan201...@163.com]
> Sent: Sunday, December 04, 2016 10:52 AM
> To: Subbu Seetharaman; Ketan Mukadam; Jitendra Bhivare; James E.J.
> Bottomley; Martin K. Petersen; linux-scsi@vger.kernel.org
> Cc: linux-ker...@vger.kernel.org; Pan Bian
> Sub
> -Original Message-
> From: Pan Bian [mailto:bianpan201...@163.com]
> Sent: Sunday, December 04, 2016 10:53 AM
> To: Subbu Seetharaman; Ketan Mukadam; Jitendra Bhivare; James E.J.
> Bottomley; Martin K. Petersen; linux-scsi@vger.kernel.org
> Cc: linux-ker...@vger.kernel.org; Pan Bian
> Sub
This patch series is based on the one submitted recently by Ondrej Zary.
This version has a different irq probing fix for HP C2502 boards and
a more comprehensive patch to change the default irq parameter.
It needs testing on actual ISA hardware.
Finn Thain (4):
g_NCR5380: Check for chip pres
When IRQ_AUTO is used, the interrupt for HP C2502 cards gets disabled.
Fix this by programming the card for a suitable free irq. The code for
the free irq search comes from ALSA.
Also allow IRQ 9 to work (it aliases to IRQ 2 on the card), as per
Ondrej Zary's patch.
Suggested-by: Ondrej Zary
Sig
From: Ondrej Zary
Use standard probe_irq_on() and probe_irq_off() functions instead of
own implementation.
This prevents warning messages like this in the kernel log:
genirq: Flags mismatch irq 1. (NCR-probe) vs. 0080 (i8042)
Move the IRQ trigger code from NCR5380 to g_NCR5380 where
From: Ondrej Zary
Write and read back mode register to check that a chip is really there.
If no card is present, reads result in 0xff.
Signed-off-by: Ondrej Zary
Signed-off-by: Finn Thain
---
drivers/scsi/g_NCR5380.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/scsi/g_NC
Automatically probe the board irq when no irq parameter is provided,
to simulate PnP. The old default behaviour was to disable the irq.
Update driver documentation accordingly and add some printk messages
to make this behaviour visible.
Signed-off-by: Finn Thain
---
Documentation/scsi/g_NCR5380
Hi Martin,
Any comment on this patch?
On Thu, Dec 1, 2016 at 11:34 AM, Souptick Joarder wrote:
> On Mon, Nov 28, 2016 at 4:56 PM, Souptick Joarder
> wrote:
>> Inside mvs_task_prep(), pci_pool_alloc() followed by memset will be
>> replaced by pci_pool_zalloc()
>>
>> Signed-off-by: Souptick joar
Hi guys,
I'm sorry if someone else has already asked the same question before,
but here's what we are facing with scsi mid-level.
Variables of bit-field in struct scsi_device are not protected by
lock, such as no_report_opcodes, is_visible and so on. I guess
everyone think these variable can't be
On 12/02/2016 10:44 PM, Himanshu Madhani wrote:
> From: Michael Hernandez
>
> Replaces the old pci_enable_msi[x]* and pci_disable_msi[x] calls.
>
> Signed-off-by: Michael Hernandez
> Signed-off-by: Himanshu Madhani
> ---
> drivers/scsi/qla2xxx/qla_def.h | 1 +
> drivers/scsi/qla2xxx/qla_isr.
Variable ret is reset in the loop, and its value will be 0 during the
after repeat of the loop. Then, if pci_alloc_consistent() returns NULL,
the return value is 0. 0 means no error, which may make it impossible
for the callers of beiscsi_create_eqs() to detect the memory allocation
error. This
Variable ret is reset in the loop, and its value will be 0 during the
after repeat of the loop. Then, if pci_alloc_consistent() returns NULL,
the return value is 0. 0 means no error, which may make it impossible
for the callers of beiscsi_create_cqs() to detect the memory allocation
error. This
On 12/02/2016 10:44 PM, Himanshu Madhani wrote:
> From: Michael Hernandez
>
> Tell the SCSI layer how many hardware queues we have based on the number
> of max queue pairs created. The number of max queue pairs created will
> depend on number of MSI-X vector count.
>
> This feature can be turned
On 12/02/2016 10:44 PM, Himanshu Madhani wrote:
> From: Michael Hernandez
>
> Replaced existing multiple queue functionality with framework
> that allows for the creation of pairs of request and response queues,
> either at start of day or dynamically.
>
> Signed-off-by: Sawan Chandak
> Signed-
On 12/02/2016 10:44 PM, Himanshu Madhani wrote:
> From: Quinn Tran
>
> - Fix race condition between dpc_thread accessing Multiqueue resources
> and qla2x00_remove_one thread trying to free resource.
> - Fix out of order free for Multiqueue resources. Also, Multiqueue
> interrupts needs a work
17 matches
Mail list logo
