I forgot to restore sg->length on setup failure. This patch adds it.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: work/drivers/scsi/libata-core.c
===
--- work.orig/drivers/scsi/libata-core.c2005-08-07 15:13:20.0
On Sat, 6 Aug 2005, James Bottomley wrote:
On Sat, 2005-08-06 at 21:12 +, Holger Kiehl wrote:
drivers/message/fusion/mptspi.c:505: error: unknown field
â..get_hold_mcsâ.. specified in initializer
drivers/message/fusion/mptspi.c:505: warning: excess elements in struct
initializer
SATA ATAPI is nasty in that it requires that all transfers should be
sized in multiples of 4 bytes. This patch implements ATAPI 4-byte
alignment by mangling sg table and using an extra pad_sgent. Setups
and cleanups are all done inside libata core layer and the only
requirement on specific drive
sata_sx4 directly references sg->length to calculate total_len in
pdc20621_dma_prep(). This is incorrect as dma_map_sg() could have
merged multiple sg's into one and, in such case, sg->length doesn't
reflect true size of the entry. This patch makes it use
sg_dma_len(sg).
Signed-off-by: Tejun H
On Fri, Jul 29, 2005 at 01:06:54AM -0400, Jeff Garzik wrote:
>
> So, one thing that's terribly ugly about SATA ATAPI is that we need to
> pad DMA transfers to the next 32-bit boundary, if the length is not
> evenly divisible by 4.
>
> Messing with the scatterlist to accomplish this is terribly ug
Hi
On Fri, 5 Aug 2005, Pierre Ossman wrote:
> Ok, I've now figured out where the bug appears. 2.6.12-rc4 runs fine
> while -rc5 does not.
O... Ok, before you discover it yourself - the fault is mine, to be
more precise, my patch, that somehow got applied... The long interesting
discussion
On Sat, 2005-08-06 at 21:12 +, Holger Kiehl wrote:
> I tried from 2.6.13-rc2-mm2 up to 2.6.13-rc4-mm1 and always get the following
> error when applying this patch:
>
> CC drivers/message/fusion/mptbase.o
> CC drivers/message/fusion/mptscsih.o
> CC drivers/mess
On Sat, 6 Aug 2005, James Bottomley wrote:
On Mon, 2005-08-01 at 15:40 +, Holger Kiehl wrote:
No I did not get it. Can you please send it to me or tell me where I can
download it?
OK, since this has stalled, how about trying a different approach.
If you apply the attached patch it will c
David S. Miller wrote:
From: James Bottomley <[EMAIL PROTECTED]>
Date: Sat, 30 Jul 2005 15:23:20 -0500
Actually, I saw this and increased MAX_LINKS as well.
That does absolutely nothing, you cannot create sockets
with protocol numbers larger than NPROTOS which like MAX_LINKS
has the value 32.
On Mon, 2005-08-01 at 15:40 +, Holger Kiehl wrote:
> No I did not get it. Can you please send it to me or tell me where I can
> download it?
OK, since this has stalled, how about trying a different approach.
If you apply the attached patch it will cause fusion to use the
transport class domai
Jens Axboe wrote:
> On Fri, Jul 29 2005, Mike Christie wrote:
>
>>Hey Jens and James,
>>
>>The inlined patch moves the bounce buffer handling to blk_execute_rq_nowait
>>so the scsi, sg io and cdrom code does not have to handle it. To accomplish
>>this I moved the bio_uncopy_user to a bi_end_io fun
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeff,
Here is another (more successful) attempt at that patch.
ChangeLog:
- adds minimal START STOP UNIT SCSI command functionality
to libata (follows sat-r05 apart from the IMMED bit).
- implements the TEST UNIT READY SCSI command as indicate
12 matches
Mail list logo
