Re: [Bug] Remove and add a mounted device gets a new dev path

2012-12-09 Thread Douglas Gilbert
On 12-12-10 03:00 PM, Anand Jain wrote: # mount /dev/sdb /btrfs # echo "scsi remove-single-device 1 0 0 0" > /proc/scsi/scsi # lsscsi [0:0:0:0]diskATA VBOX HARDDISK1.0 /dev/sda [2:0:0:0]diskATA VBOX HARDDISK1.0 /dev/sdc # btrfs su create /btrfs/sv1 C

[Bug] Remove and add a mounted device gets a new dev path

2012-12-09 Thread Anand Jain
# mount /dev/sdb /btrfs # echo "scsi remove-single-device 1 0 0 0" > /proc/scsi/scsi # lsscsi [0:0:0:0]diskATA VBOX HARDDISK1.0 /dev/sda [2:0:0:0]diskATA VBOX HARDDISK1.0 /dev/sdc # btrfs su create /btrfs/sv1 Create subvolume '/btrfs/sv1' ERROR: cannot

Re: [PATCH 1/1] [SCSI] mpt3sas: Remove unneeded version.h header inclusion

2012-12-09 Thread Sachin Kamat
ping.. On 3 December 2012 15:30, Sachin Kamat wrote: > linux/version.h is not necessary as detected by checkversion.pl script. > > Signed-off-by: Sachin Kamat > --- > drivers/scsi/mpt3sas/mpt3sas_base.c |1 - > drivers/scsi/mpt3sas/mpt3sas_config.c |1 - > drivers/scsi/mpt

Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status

2012-12-09 Thread Aaron Lu
On 12/07/2012 02:13 PM, Aaron Lu wrote: > On 12/04/2012 08:11 PM, James Bottomley wrote: >> On Mon, 2012-12-03 at 08:23 -0800, Tejun Heo wrote: >>> Hello, James. >>> >>> On Mon, Dec 03, 2012 at 08:25:43AM +, James Bottomley wrote: > diff --git a/include/scsi/scsi_device.h b/include/scsi/scs

Re: [Suggestion] drivers/target/sbp/ : set tport->tpg to NULL when clean up for failure.

2012-12-09 Thread Chen Gang
Hello Chris Boot: need I send the relative patch ? Regards gchen. 于 2012年12月06日 16:40, Chen Gang 写道: > 于 2012年12月06日 16:34, Chris Boot 写道: >> On 06/12/12 04:24, Chen Gang wrote: >>> Hello Maintainers: >>> >>> in drivers/target/sbp/sbp_target.c: >>> >>>tport->tpg must be NULL before pr

Re: [PATCH][RFC] scsi_transport_fc: Implement I_T nexus reset

2012-12-09 Thread Michael Christie
On Dec 7, 2012, at 8:51 AM, Hannes Reinecke wrote: > > diff --git a/drivers/scsi/bfa/bfad_im.c b/drivers/scsi/bfa/bfad_im.c > index 8f92732..d6555aa 100644 > --- a/drivers/scsi/bfa/bfad_im.c > +++ b/drivers/scsi/bfa/bfad_im.c > @@ -793,7 +793,7 @@ struct scsi_host_template bfad_im_scsi_host_temp

Re: [PATCH][RFC] scsi_transport_fc: Implement I_T nexus reset

2012-12-09 Thread Mike Christie
On 12/09/2012 05:19 PM, Mike Christie wrote: > >> > >>> >> >>> >> >>> @@ -3266,8 +3271,8 @@ fc_timeout_fail_rport_io(struct work_struct >>> *work) >>> if (rport->port_state != FC_PORTSTATE_BLOCKED) >>> return; >>> >>> -rport->flags |= FC_RPORT_FA

Re: [PATCH][RFC] scsi_transport_fc: Implement I_T nexus reset

2012-12-09 Thread Mike Christie
On 12/09/2012 09:40 AM, Hannes Reinecke wrote: > Am 12/07/2012 07:58 PM, schrieb Mike Christie: >> On 12/07/2012 08:51 AM, Hannes Reinecke wrote: >>> 'Bus reset' is not really applicable to FibreChannel, as >>> the concept of a bus doesn't apply. Hence all FC LLDD >>> simulate a 'bus reset' by send

Re: [PATCH] scsi:gdth.c: fix compilation warning

2012-12-09 Thread Cong Ding
ping! - cong On Mon, Dec 03, 2012 at 10:19:09AM +, Cong Ding wrote: > We do not allow old-style function definition. Always spell foo(void) if > a function does not take any parameters. > > Signed-off-by: Cong Ding > --- > drivers/scsi/gdth.c |2 +- > 1 files changed, 1 insertions(+),

Re: [PATCH][RFC] scsi_transport_fc: Implement I_T nexus reset

2012-12-09 Thread Hannes Reinecke
Am 12/07/2012 07:58 PM, schrieb Mike Christie: On 12/07/2012 08:51 AM, Hannes Reinecke wrote: 'Bus reset' is not really applicable to FibreChannel, as the concept of a bus doesn't apply. Hence all FC LLDD simulate a 'bus reset' by sending a target reset to each attached remote port, causing erro

Re: 3.7-rc8 boot failure due to recent workqueue-related patch

2012-12-09 Thread Mel Gorman
On Sat, Dec 08, 2012 at 04:50:21PM -0800, Linus Torvalds wrote: > > > On Sat, 8 Dec 2012, Mel Gorman wrote: > > > > Commit 8852aac2 (workqueue: mod_delayed_work_on() shouldn't queue timer on > > 0 delay) is causing the following boot failure for me. Found by bisection > > but no further analysis