On Wed, 2012-07-11 at 21:22 +, Nicholas A. Bellinger wrote:
> From: Nicholas Bellinger
>
> This patch changes virtio-scsi to use a new virtio_driver->scan() callback
> so that scsi_scan_host() can be properly invoked once virtio_dev_probe() has
> set add_status(dev, VIRTIO_CONFIG_S_DRIVER_OK)
Il 12/07/2012 09:23, James Bottomley ha scritto:
>> > Cc: Paolo Bonzini
>> > Cc: Stefan Hajnoczi
>> > Cc: Zhi Yong Wu
>> > Cc: Christoph Hellwig
>> > Cc: Hannes Reinecke
>> > Cc: James Bottomley
>> > Signed-off-by: Nicholas Bellinger
> Was the change so great that it needs re acking?
Not re
Signed-off-by: Andy Shevchenko
---
drivers/scsi/qla2xxx/qla_attr.c |5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/scsi/qla2xxx/qla_attr.c b/drivers/scsi/qla2xxx/qla_attr.c
index 5ab9530..095ba85 100644
--- a/drivers/scsi/qla2xxx/qla_attr.c
+++ b/drivers/scsi/ql
Signed-off-by: Andy Shevchenko
Cc: Tom Tucker
Cc: Steve Wise
Cc: linux-r...@vger.kernel.org
---
drivers/scsi/fnic/vnic_dev.c | 10 ++
drivers/scsi/qla4xxx/ql4_nx.c |8 ++--
2 files changed, 4 insertions(+), 14 deletions(-)
diff --git a/drivers/scsi/fnic/vnic_dev.c b/drivers/
Signed-off-by: Andy Shevchenko
---
drivers/message/fusion/mptbase.c | 14 --
1 file changed, 4 insertions(+), 10 deletions(-)
diff --git a/drivers/message/fusion/mptbase.c b/drivers/message/fusion/mptbase.c
index d99db56..d202f25 100644
--- a/drivers/message/fusion/mptbase.c
+++ b/
On Thu, Jul 5, 2012 at 10:06 AM, Cong Meng wrote:
> This patch implements the hotplug support for virtio-scsi.
> When there is a device attached/detached, the virtio-scsi driver will be
> signaled via event virtual queue and it will add/remove the scsi device
> in question automatically.
>
> v2: h
https://bugzilla.kernel.org/show_bug.cgi?id=16010
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
From: Alan Cox
This is reported to work, known to work on PCMCIA and a code check shows no
problems on the other bits of the code.
Signed-off-by: Alan Cox
---
drivers/scsi/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/scsi/Kconfig b/drivers/scsi/Kconfi
Currently, DID_ABORT relays the failure to the upper layer, while TASK
ABORTED (after the suggestion at
http://marc.info/?l=linux-scsi&m=121932916906009&w=2 was implemented)
retries the command.
Is it correct that when TAS=0 an aborted task (from TMF, persistent
reservation or anything else) can r
On Thu, 2012-07-12 at 18:49 +0200, Paolo Bonzini wrote:
> Currently, DID_ABORT relays the failure to the upper layer, while TASK
> ABORTED (after the suggestion at
> http://marc.info/?l=linux-scsi&m=121932916906009&w=2 was implemented)
> retries the command.
They should be separate things. TASK_A
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/11/12 2:43 PM, Lee Duncan wrote:
> Kai:
>
> Your added patch looks great, and I see you fixed the documentation
> as well. Thanks for your help.
>
Actually, we've run into a hiccup here. Using cdev as the target of
the link doesn't work, the ta
On Jul 11, 2012, at 4:02 AM, Heiko Carstens wrote:
> Fix this warning:
>
> WARNING: drivers/scsi/fcoe/libfcoe.o(.init.text+0x7c):
> Section mismatch in reference from the function init_module()
> to the function .exit.text:fcoe_transport_exit()
As far as I can see, resolving this issue only requ
On Thu, Jul 12, 2012 at 07:59:12PM +, Rustad, Mark D wrote:
> On Jul 11, 2012, at 4:02 AM, Heiko Carstens wrote:
>
> > Fix this warning:
> >
> > WARNING: drivers/scsi/fcoe/libfcoe.o(.init.text+0x7c):
> > Section mismatch in reference from the function init_module()
> > to the function .exit.t
13 matches
Mail list logo