Building target_core_alua.o triggers a GCC warning:
drivers/target/target_core_alua.c: In function ‘target_alua_state_check’:
drivers/target/target_core_alua.c:773:18: warning: ‘alua_ascq’ may be used
uninitialized in this function [-Wmaybe-uninitialized]
cmd->scsi_ascq = alua_ascq;
Matthew Wilcox hasn't touched the Advansys driver since v2.6.29. I have
not been able to get Matthew to respond to a trivial patch I'd like to
see go in. Mark this driver Orphan and add this driver to Matthew's
CREDITS entry.
Signed-off-by: Paul Bolle
---
CREDITS | 2 +-
MAINTAINERS | 3 +--
Building advansys.o triggers this warning:
drivers/scsi/advansys.c:71:2: warning: #warning this driver is still not
properly converted to the DMA API [-Wcpp]
This warning can be traced back to a patch called "advansys: add warning
and convert #includes" which was included in v2.6.10. That pat
0) I've tried to get a trivial patch to the Advansys SCSI driver merged.
It silences a build time warning. See:
- November 2012: https://lkml.org/lkml/2012/11/5/164 ;
- January 2013: https://lkml.org/lkml/2013/1/29/144 ; and
- January 2014: https://lkml.org/lkml/2014/1/8/569 .
That patch seems to
Hi, I have a transaction for you, contact me on (
mrs@safe-mail.net ) for more details
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Thu, Feb 20, 2014 at 08:05:05PM +0800, 黃清隆 wrote:
> From: Ching
>
> Rewrite interrupt service routine to fix command timeout on controller too
> heavy loading.
>
> Singed-off-by: Ching
Your email client screwed up the whitespace completely. Read
Documentation/email-clients.txt or use `git
Thanks for the patch. I have just one nitpicking.
> diff --git a/fs/bio-integrity.c b/fs/bio-integrity.c
> index 0bad24d..47ed160 100644
> --- a/fs/bio-integrity.c
> +++ b/fs/bio-integrity.c
> @@ -476,7 +476,6 @@ static int bio_integrity_verify(struct bio *bio)
> sector += sectors
This patch set updates the lpfc driver to revision 8.3.45
The patches for 8.3.45 contain:
- Added dport mailbox pass through support.
- Incorporated support of a low-latency io path
- Incorporate changes to use reason in change_queue_depth function.
- Fix sysfs buffer overrun in read of lpfc_fcp_
Added dport mailbox pass through support.
Signed-off-by: James Smart
---
lpfc_bsg.c |3 +++
lpfc_bsg.h |2 ++
2 files changed, 5 insertions(+)
diff -upNr a/drivers/scsi/lpfc/lpfc_bsg.c b/drivers/scsi/lpfc/lpfc_bsg.c
--- a/drivers/scsi/lpfc/lpfc_bsg.c 2014-02-12 10:40:47.00
Fix sysfs buffer overrun in read of lpfc_fcp_cpu_map for 128 CPUs.
Signed-off-by: James Smart
---
lpfc_attr.c | 28 ++--
lpfc_init.c |2 ++
lpfc_sli4.h |1 +
3 files changed, 25 insertions(+), 6 deletions(-)
diff -upNr a/drivers/scsi/lpfc/lpfc_attr.c b/dri
Fixed missing initialization for task management IOCBs
Signed-off-by: James Smart
---
lpfc_scsi.c |2 ++
1 file changed, 2 insertions(+)
diff -upNr a/drivers/scsi/lpfc/lpfc_scsi.c b/drivers/scsi/lpfc/lpfc_scsi.c
--- a/drivers/scsi/lpfc/lpfc_scsi.c 2014-02-19 15:29:32.386023811 -050
Incorporate changes to use reason in change_queue_depth function.
Signed-off-by: James Smart
---
lpfc.h |3 -
lpfc_crtn.h|1
lpfc_hbadisc.c |2
lpfc_scsi.c| 126 -
4 files changed, 19 insertions(+), 113 de
Fixed driver error messages after firmware download
Signed-off-by: James Smart
---
lpfc_init.c | 22 ++
1 file changed, 14 insertions(+), 8 deletions(-)
diff -upNr a/drivers/scsi/lpfc/lpfc_init.c b/drivers/scsi/lpfc/lpfc_init.c
--- a/drivers/scsi/lpfc/lpfc_init.c
Fixed crash during driver unload.
Signed-off-by: James Smart
---
lpfc_els.c | 18 ++
lpfc_init.c |9 +++--
lpfc_sli.c | 10 +++---
3 files changed, 28 insertions(+), 9 deletions(-)
diff -upNr a/drivers/scsi/lpfc/lpfc_els.c b/drivers/scsi/lpfc/lpfc_els.c
--
Update lpfc version to driver version 8.3.45
Signed-off-by: James Smart
---
lpfc_version.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -upNr a/drivers/scsi/lpfc/lpfc_version.h b/drivers/scsi/lpfc/lpfc_version.h
--- a/drivers/scsi/lpfc/lpfc_version.h 2014-02-12 11:38:01.4
Hi Alexander,
The change is fine - but not really necessary. The pci_disable_msix()
call explicitly checks for enablement so it's safe.
It really is a superfluous change - but if James wants to take it:
Acked-by: James Smart
-- james s
On 2/4/2014 6:16 AM, Alexander Gordeev wrote:
Si
Alexander,
I've reworked this patch to layer on top of our rev 8.3.45 patches
that were just posted to linux-scsi. There were some conflicts due to
new additions. Additionally, there were two other uses of pci_enable_msiXXX
that needed to be addressed. The changes in this patch also address the
On Thu, 2014-02-20 at 09:07 +0100, Paul Bolle wrote:
> Building target_core_alua.o triggers a GCC warning:
> drivers/target/target_core_alua.c: In function ‘target_alua_state_check’:
> drivers/target/target_core_alua.c:773:18: warning: ‘alua_ascq’ may be
> used uninitialized in this functi
On Thu, 2014-02-20 at 22:44 +0900, Akinobu Mita wrote:
> Thanks for the patch. I have just one nitpicking.
>
> > diff --git a/fs/bio-integrity.c b/fs/bio-integrity.c
> > index 0bad24d..47ed160 100644
> > --- a/fs/bio-integrity.c
> > +++ b/fs/bio-integrity.c
> > @@ -476,7 +476,6 @@ static int bio_
> "nab" == Nicholas A Bellinger writes:
nab> Given that there is no (easy) way to ascertain what the original
nab> value of bio_integrity->bip_iter.bi_size was post
nab> bio_integrity_advance(), dropping this BUG_ON() probably makes the
nab> most sense.
nab> MKP + Jens, care to ACK + pickup.
yeah - this is pretty silly. I'll cut a patch to remove the lines.
-- james s
On 2/18/2014 12:42 PM, Dave Jones wrote:
Looking through coverity reports, and it flagged lpfc_read_fcf_conn_tbl()
due to the following patch..
commit df0d085fdd2e7c39d1249c2d4ad6b3e176efb60c
Author: James Smart
D
As spotted by coverty/Dave Jones, removing unnecessary self assignments.
-- james s
Signed-off-by: James Smart
---
lpfc_hbadisc.c |4
1 file changed, 4 deletions(-)
diff -upNr a/drivers/scsi/lpfc/lpfc_hbadisc.c b/drivers/scsi/lpfc/lpfc_hbadisc.c
--- a/drivers/scsi/lpfc/lpfc_hba
On Thu, 2014-02-20 at 14:16 -0500, Martin K. Petersen wrote:
> > "nab" == Nicholas A Bellinger writes:
>
> nab> Given that there is no (easy) way to ascertain what the original
> nab> value of bio_integrity->bip_iter.bi_size was post
> nab> bio_integrity_advance(), dropping this BUG_ON() prob
> "Hannes" == Hannes Reinecke writes:
Hannes,
>> If you have a more complete and up-to-date patchset in your queue it
>> would be interesting to have a look at it.
>>
Hannes> You can find the current development branch at
Hannes> git.kernel.org:/pub/scm/linux/kernel/git/hare/scsi-devel bra
PREPARE_[DELAYED_]WORK() are being phased out. They have few users
and a nasty surprise in terms of reentrancy guarantee as workqueue
considers work items to be different if they don't have the same work
function.
firewire core-device and sbp2 have been been multiplexing work items
with multiple
From: Nicholas Bellinger
Hi Sawan, Quinn, & Co.
The following series addresses a number of NPIV related bugs specific
to v3.14-rc code, mostly involving the underlying configfs dependency
of base_vha / base_tpg to not be removed while there are active NPIV
ports.
Patch #1 fixes a race between t
From: Nicholas Bellinger
This patch adds seperate logic for NPIV specific enable/disable
attribute logic, as NPIV vs. non-NPIV enable/disable ends up being
different enough to warrent seperate logic for setting configfs
tpg_group dependencies in the non-NPIV case.
Cc: Sawan Chandak
Cc: Quinn Tr
From: Nicholas Bellinger
This patch closes a race between qlt_lport_register() and
tcm_qla2xxx callback logic by holding qla_tgt_mutex before
making the callback.
In order for this to work, the qlt_add_target() and
qlt_remove_target() code has been changed to avoid the
accessing qla_tgt_mutex +
From: Nicholas Bellinger
This patch performs configfs_depend_item() during TPG enable for
base_tpg (eg: non-NPIV) ports, and configfs_undepend_item() during
TPG disable for base_tpg.
This is done to ensure that any attempt to configfs rmdir a base_tpg
with active NPIV ports will fail with -EBUSY
From: Nicholas Bellinger
This patch fixes the NAA formatted name used by EVPD=0x83
device identifer to reflect the proper NPIV enabled WWPN.
Cc: Sawan Chandak
Cc: Quinn Tran
Cc: Saurav Kashyap
Cc: Giridhar Malavali
Signed-off-by: Nicholas Bellinger
---
drivers/scsi/qla2xxx/tcm_qla2xxx.c |
From: Nicholas Bellinger
This patch adds an check to qlt_stop_phase1() to avoid shutdown
when the base_vha contains a non-zero fc_host->npiv_vports_inuse
count.
This includes holding qla_tgt_mutex in qlt_stop_phase1() between
the fc_host->npiv_vports_inuse check + setting of tgt->tgt_stop to
avo
ACHTUNG
Ich habe ein Investment-Portfolio, die Geld in der Bank in China hinterlegt,
die ich leicht auf Sie übertragen als Begünstigter bringt. Die Transaktion ist
ohne Risiko, da es strategisch geplant abgeschlossen
erfolgreich.
Kontaktieren Sie mich auf meiner E-Mail-Adresse unten für weit
This is a resend of the easily acceptable subset of the previously sent
patches. The first two patches avoid taking the host_lock needlessly for
fast path operations, patches 3 to 5 avoid useless manipulations of the
device reference count, and the remaining ones allow a driver specifying
an extra
Many callers won't need this and we can optimize them away. In addition
the handling in the __-prefixed variants was inconsistant to start with.
Based on an earlier patch from Bart Van Assche.
Signed-off-by: Christoph Hellwig
---
drivers/scsi/scsi.c | 36 -
My name is Lewis Baach, Attorney at law. Sequel to your non response to my
previous email, I am re-sending this to you again thus; A deceased client of
mine, that shares the same last name as yours,who died as the result of a
heart-related condition on January 28th 2009. I have contacted you to
From: Bart Van Assche
SCSI devices may only be removed by calling scsi_remove_device().
That function must invoke blk_cleanup_queue() before the final put
of sdev->sdev_gendev. Since blk_cleanup_queue() waits for the
block queue to drain and then tears it down, scsi_request_fn cannot
be active an
If we don't have starved devices we don't need to take the host lock
to iterate over them. Also split the function up to be more clear.
Signed-off-by: Christoph Hellwig
---
drivers/scsi/scsi_lib.c | 43 ---
1 file changed, 24 insertions(+), 19 deletions
We don't use the passed in scsi command for anything, so just add a adapter-
wide internal status to go along with the internal scb that is used unter
int_mtx to pass back the return value and get rid of all the complexities
and abuse of the scsi_cmnd structure.
This gets rid of the only user of s
Avoid hitting the host-wide free_list lock unless we need to put a command
back onto the freelist.
Signed-off-by: Christoph Hellwig
Acked-by: Hannes Reinecke
---
drivers/scsi/scsi.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/scsi/scsi.c b/drivers/s
Avoid a spurious device get/put pair by cleaning up scsi_requeue_command
and folding scsi_unprep_request into it.
Signed-off-by: Christoph Hellwig
Acked-by: Hannes Reinecke
---
drivers/scsi/scsi_lib.c | 35 +++
1 file changed, 3 insertions(+), 32 deletions(-)
Just have one level of alloc/free functions that take a host instead
of two levels for the allocation and different calling conventions
for the free.
Signed-off-by: Christoph Hellwig
Reviewed-by: Paolo Bonzini
---
drivers/scsi/scsi.c | 67 +++
1
From: Bart Van Assche
Eliminate a get_device() / put_device() pair from scsi_next_command().
Both are atomic operations hence removing these slightly improves
performance.
[hch: slight changes due to different context]
Signed-off-by: Bart Van Assche
Acked-by: Hannes Reinecke
Signed-off-by: Ch
This allows drivers to specify the size of their per-command private
data in the host template and then get extra memory allocated for
each command instead of needing another allocation in ->queuecommand.
With the current SCSI code that already does multiple allocations for
each command this proba
A couple more blkmq updates: a trivial cleanup, a consolidation of two very
similar functions into one, and support for partial request completions,
a feature needed by the work in progress scsi blk-mq support.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of
Add a new blk_mq_end_io_partial function to partially complete requests
as needed by the SCSI layer. We do this by reusing blk_update_request
to advance the bio instead of having a simplified version of it in
the blk-mq code.
Signed-off-by: Christoph Hellwig
---
block/blk-mq.c | 37 ++
It's almost identical to blk_mq_insert_request, so fold the two into one
slightly more generic function by making the flush special case a bit
smarted.
Signed-off-by: Christoph Hellwig
---
block/blk-exec.c |2 +-
block/blk-flush.c |4 ++--
block/blk-mq.c | 53 +++
There's only one caller, which is a straight wrapper and fits the naming
scheme of the related functions a lot better.
Signed-off-by: Christoph Hellwig
---
block/blk-mq.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/block/blk-mq.c b/block/blk-mq.c
index 1fa9dd
Previously, many years ago, this was done in series which was fine,
but things moved to be done in parallel and with many disks in a system
it can be hard to see which disk spun up and which one didn't as the
printk messages were all mixed together.
Signed-off-by: Stewart Smith
---
drivers/scsi/
>From 9e7478f6e953fac5b2bef0f5abe76fe8dc9e59d1 Mon Sep 17 00:00:00 2001
From: Daeseok Youn
Date: Fri, 21 Feb 2014 09:03:32 +0900
Subject: [PATCH] [SCSI] lpfc 8.3.43: use NULL instead of 0 for pointer
sparse says:
drivers/scsi/lpfc/lpfc_sli.c:16547:37: warning:
Using plain integer as NULL pointer
>From 137a2f619f1fa93fc497d891954d83c6cb307d11 Mon Sep 17 00:00:00 2001
From: Daeseok Youn
Date: Fri, 21 Feb 2014 08:43:56 +0900
Subject: [PATCH] [SCSI] be2iscsi: make beiscsi_process_mcc() as static
beiscsi_process_mcc() is only referenced in this file.
Signed-off-by: Daeseok Youn
---
drivers
>From b483ef302f7d77c586949ae170754d589e8a4935 Mon Sep 17 00:00:00 2001
From: Daeseok Youn
Date: Fri, 21 Feb 2014 08:39:08 +0900
Subject: [PATCH] [SCSI] be2iscsi: use NULL instead of 0 for pointer
sparse says:
drivers/scsi/be2iscsi/be_cmds.c:27:32: warning:
Using plain integer as NULL pointer
d
Nicholas,
Will do. Thanks.
Regards,
Quinn Tran
On 2/20/14 1:03 PM, "Nicholas A. Bellinger" wrote:
>From: Nicholas Bellinger
>
>Hi Sawan, Quinn, & Co.
>
>The following series addresses a number of NPIV related bugs specific
>to v3.14-rc code, mostly involving the underlying configfs depend
On Thu, 2014-02-20 at 15:14 +0300, Dan Carpenter wrote:
> On Thu, Feb 20, 2014 at 08:05:05PM +0800, 黃清隆 wrote:
> > From: Ching
> >
> > Rewrite interrupt service routine to fix command timeout on controller too
> > heavy loading.
> >
> > Singed-off-by: Ching
>
> Your email client screwed up the
Hello,
On Thu, Feb 20, 2014 at 08:44:46PM -0500, Peter Hurley wrote:
> >+static void fw_device_workfn(struct work_struct *work)
> >+{
> >+struct fw_device *device = container_of(to_delayed_work(work),
> >+struct fw_device, work);
>
> I think this ne
On 02/20/2014 08:59 PM, Tejun Heo wrote:
Hello,
On Thu, Feb 20, 2014 at 08:44:46PM -0500, Peter Hurley wrote:
+static void fw_device_workfn(struct work_struct *work)
+{
+ struct fw_device *device = container_of(to_delayed_work(work),
+ struct
On Thu, Feb 20, 2014 at 09:07:27PM -0500, Peter Hurley wrote:
> On 02/20/2014 08:59 PM, Tejun Heo wrote:
> >Hello,
> >
> >On Thu, Feb 20, 2014 at 08:44:46PM -0500, Peter Hurley wrote:
> >>>+static void fw_device_workfn(struct work_struct *work)
> >>>+{
> >>>+ struct fw_device *device = container_o
On 02/20/2014 03:44 PM, Tejun Heo wrote:
PREPARE_[DELAYED_]WORK() are being phased out. They have few users
and a nasty surprise in terms of reentrancy guarantee as workqueue
considers work items to be different if they don't have the same work
function.
firewire core-device and sbp2 have been
Hi Hannes,
We want to handle the error message in userland for HA clusters, so the
error messages should be output in single(atomic) line. However, current
upstream kernel outputs SCSI error messages in multiple lines, so
current implementation is inconvenient. Even if human reads the error
messag
From: Ching
Rewrite interrupt service routine to fix command timeout on controller
too heavy loading.
Singed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr_attr.c
b/drivers/scsi/arcmsr/arcmsr_attr.c
--- a/drivers/scsi/arcmsr/arcmsr_attr.c 2014-02-07 01:47:24.0 +0800
+++ b/dr
From: Ching
Supporting MSI and MSI-X interrupt service.
Singed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr.h b/drivers/scsi/arcmsr/arcmsr.h
--- a/drivers/scsi/arcmsr/arcmsr.h 2014-01-11 02:53:22.0 +0800
+++ b/drivers/scsi/arcmsr/arcmsr.h 2014-01-11 03:14:14.
From: Ching
Supporting hibernation.
Singed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr_hba.c b/drivers/scsi/arcmsr/arcmsr_hba.c
--- a/drivers/scsi/arcmsr/arcmsr_hba.c 2014-02-21 01:59:56.0 +0800
+++ b/drivers/scsi/arcmsr/arcmsr_hba.c 2014-02-21 02:00:16.0 +0800
From: Ching
Revise xxx_get_config functions.
Singed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr.h b/drivers/scsi/arcmsr/arcmsr.h
--- a/drivers/scsi/arcmsr/arcmsr.h 2014-01-11 03:14:14.0 +0800
+++ b/drivers/scsi/arcmsr/arcmsr.h 2014-01-13 23:21:56.0 +0800
From: Ching
Rename function name and variables for readability.
Singed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr.h b/drivers/scsi/arcmsr/arcmsr.h
--- a/drivers/scsi/arcmsr/arcmsr.h 2014-01-13 23:21:56.0 +0800
+++ b/drivers/scsi/arcmsr/arcmsr.h 2014-01-14 23:27
From: Ching
Rewrite arcmsr_message_isr_bh_fn function
Singed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr_hba.c b/drivers/scsi/arcmsr/arcmsr_hba.c
--- a/drivers/scsi/arcmsr/arcmsr_hba.c 2014-02-21 02:02:34.0 +0800
+++ b/drivers/scsi/arcmsr/arcmsr_hba.c 2014-02-21 02:03:
From: Ching
Notify sense data report
Singed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr_hba.c b/drivers/scsi/arcmsr/arcmsr_hba.c
--- a/drivers/scsi/arcmsr/arcmsr_hba.c 2014-02-21 02:03:28.0 +0800
+++ b/drivers/scsi/arcmsr/arcmsr_hba.c 2014-02-21 02:04:10.0 +0800
From: Ching
Modify ioctl relate functions to fix update firmware error.
Singed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr_attr.c
b/drivers/scsi/arcmsr/arcmsr_attr.c
--- a/drivers/scsi/arcmsr/arcmsr_attr.c 2014-01-10 20:28:48.0 +0800
+++ b/drivers/scsi/arcmsr/arcmsr_attr.
From: Ching
Fixed sparse warning or errors.
Singed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr.h b/drivers/scsi/arcmsr/arcmsr.h
--- a/drivers/scsi/arcmsr/arcmsr.h 2014-02-18 01:30:16.0 +0800
+++ b/drivers/scsi/arcmsr/arcmsr.h 2014-02-20 23:23:30.0 +0800
From: Ching
Adding support Areca ARC1214/1224/1264/1284 SATA 6Gb raid controllers.
Singed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr.h b/drivers/scsi/arcmsr/arcmsr.h
--- a/drivers/scsi/arcmsr/arcmsr.h 2014-02-20 20:14:42.0 +0800
+++ b/drivers/scsi/arcmsr/arcmsr.h
On 02/20/2014 09:13 PM, Tejun Heo wrote:
On Thu, Feb 20, 2014 at 09:07:27PM -0500, Peter Hurley wrote:
On 02/20/2014 08:59 PM, Tejun Heo wrote:
Hello,
On Thu, Feb 20, 2014 at 08:44:46PM -0500, Peter Hurley wrote:
+static void fw_device_workfn(struct work_struct *work)
+{
+ struct fw_dev
https://bugzilla.kernel.org/show_bug.cgi?id=60758
Thorsten Kohfeldt changed:
What|Removed |Added
CC||thorsten.kohfe...@gmx.de
--- Comment
https://bugzilla.kernel.org/show_bug.cgi?id=60758
--- Comment #58 from Thorsten Kohfeldt ---
Please verify/confirm (add comments to) that redhat/dracut bug/solution, so it
gets dracut maintainers' attention.
https://bugzilla.redhat.com/show_bug.cgi?id=1067669
--
You are receiving this mail bec
https://bugzilla.kernel.org/show_bug.cgi?id=60758
--- Comment #59 from Lin Feng ---
(In reply to Thorsten Kohfeldt from comment #57)
> I have filed a bug against dracut:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1067669
>
> which gives an explanation at least for kernel 3.13.
>
>
> That
On 02/20/2014 08:25 PM, Martin K. Petersen wrote:
>> "Hannes" == Hannes Reinecke writes:
>
> Hannes,
>
>>> If you have a more complete and up-to-date patchset in your queue it
>>> would be interesting to have a look at it.
>>>
> Hannes> You can find the current development branch at
>
> Han
On Fri, Feb 21, 2014 at 10:56:34AM +0800, 黃清隆 wrote:
> From: Ching
>
> Rewrite interrupt service routine to fix command timeout on controller
> too heavy loading.
>
> Singed-off-by: Ching
This email is still line wrapped I'm afraid. It doesn't apply.
> ---
>
> diff -uprN a/drivers/scsi/arcm
74 matches
Mail list logo