Re: [PATCH 0/2] some block and scsi layer additions for ULD scatterlist code

[Yanggun <yang.geum.seok@gmail.com>]

thanks. I am really appreciative for helping.

2005/12/7, Mike Christie <michaelc@cs.wisc.edu>:
> Mike Christie wrote:
> > Yanggun wrote:
> >
> >> Hi,
> >>
> >> i am currently using linux kernel version 2.6.15-rc5 on x86 with Promise
> >> SATAII150 TX2Plus(250G SATA HDD Disk x 2).
> >>
> >> But, SATA HDD disk does not become. program execute result of "fdisk
> >> /dev/sda" is  "Unable to read /dev/sda".
> >>
> >> Work well in linux kernel version 2.6.13.2.
> >>
> >> Do not act below since change as result that do debugging.
> >>       "[SCSI] use scatter lists for all block pc requests and
> >> simplify hw handlers"
> >>       -
> >> http://kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=392160335c798bbe94ab3aae6ea0c85d32b81bbc
> >>
> >>
> >>
> >> Test and tried your bug patch,  but, result is same.
> >
> >
> > I do not think my patch was meant to address your issue :(
> >
> >>
> >> By result that I do debugging, if queuecommand () of LLD layer returns
> >> result properly, but execute scsi_probe_lun () -> scsi_execute_req ()
> >> -> blk_execute_rq ()  by thing which is not realized to proc/scsi/scsi
> >> come out . after execute blk_execute_rq(), then cmd->buffer,
> >> cmd->request_buffer is NULL. so, "Model:"  in scsi_add_lun() ->
> >> print_inquiry() comes out NULL.
> >
> >
> > I am not sure I understand correctly, but I do not think the analysis
> > above is completely correct. scsi_execute_req gets a buffer passed to it
> > so it should not matter if those fields are set to NULL when
> > scsi_execute_req completes as long as something has been copied to the
> > buffer passed into scsi_execute_req.
> >
> >> --------------
> >> Kernel version: 2.6.15-rc5
> >> SATA Controller: Promise SATAII150 TX2Plus
> >> SATA HDD: Western Digital 250G x 2
> >> SATA Driver:
> >> http://www.promise.com/support/download/download2_eng.asp?productID=126&category=all&os=100#
> >>
> >>
> >
> > I am not too familar with SATA. Is this driver in mainline and does it
> > use libata? Which module is it?
>
> I downloaded SATAII150_300_Series_Linux_src of that site and it looks
> like it should not assume some commands are scatterlist based and some
> are use_sg=0. The driver needs to be updated.
>