From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx> Subject: Re: SMP pass through interface via bsg Date: Tue, 03 Apr 2007 01:27:47 +0900 > From: James Bottomley <James.Bottomley@xxxxxxxxxxxx> > Subject: Re: SMP pass through interface via bsg > Date: Mon, 02 Apr 2007 11:02:01 -0500 > > > On Mon, 2007-04-02 at 21:43 +0900, FUJITA Tomonori wrote: > > > From: James Bottomley <James.Bottomley@xxxxxxxxxxxx> > > > > If you post the code, others who also have the hardware can try it > > > > too ... > > > > > > I've attached a patch against Jens' bsg tree and uploaed a patch > > > against the sgv4-tools tree: > > > > > > http://zaal.org/bsg/smp-test.diff > > > > > > The sgv4-tools tree is at: > > > > > > http://git.kernel.org/?p=linux/kernel/git/tomo/sgv4-tools.git;a=summary > > > > > > > > > If everything works: > > > > > > gazania:/sys/class/bsg# ls > > > end_device-0:0 end_device-0:1 expander-0:0 sas_host0 sda sdb > > > > > > gazania:/home/fujita/sgv4-tools# ./smp_test /sys/class/bsg/expander-0\:0 > > > > > > > > > smp_test works like Doug's smp_rep_manufacturer. > > > > > > Note that `smp_test /sys/class/bsg/expander-0\:0/` doesn't work. > > > > Well, I get a lot further than Doug with aic94xx, but it still doesn't > > quite work. This is the console output: > > Thanks. > > > ======================= > > sas: smp_execute_task: task to dev 500605b000001450 response: 0x0 status 0x82 > > sas: smp_execute_task: task to dev 500605b000001450 response: 0x0 status 0x82 > > sas: smp_execute_task: task to dev 500605b000001450 response: 0x0 status 0x82 > > > > The first huge dump is just complaining about a kzalloc GFP_KERNEL > > with irqs off in sas_smp_request. > > Probably, this is due to a silly bug in sas_smp_fn (please replace > spin_unlock with spin_unclok_irq). > > > > I'll debug why the execute_task is failing when I get more time today. > > Thanks. OK. I found another bug in smp_test tool (sends bogus response buffer len to kernel). I've uploaded a new patch: http://zaal.org/bsg/smp-test2.diff - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
