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. - 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
