Re: [patch] SGIIOC4 limit request size

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Feb 01, 2006 at 12:26:26PM +0100, Bartlomiej Zolnierkiewicz wrote:
> > > I have no big problem with applying patch as it is but I think that
> > > it just hides the real problem and/or makes it harder to hit...
> > >
> > > Bartlomiej
> >
> > I agree.  I think I found the real problem.
> >
> > I'm going to test it and sleep on it, but here is the correct patch,
> > I think.  Hot off the press.
> >
> > Give us 16 hours  :-)
> 
> :-)
> 
> > The problem was that the chip actually likes a count of 0x10000 for
> > a 64K s/g, but the original author programmed 0 instead of 0x10000
> > for that amount (I don't know why).
> 
> original BM-DMA interprets 0 as 64K since length field is limited to 16-bits

That explains it.

> > I'll send a better patch tomorrow.  This one depends on a byte count
> > multiple of 2.  Though according to the chip docs, it ignores bit 0
> > of the byte count anyway (and the address for that matter).  So I
> > think this is functionally correct.  But I think the xcount variable
> > is superfluous.
> 
> it seems so

Here's one that removes xcount.  It seems to work too.
Should we set hwif->rqsize to 256, or are we pretty safe in
expecting that the default won't rise?  The driver should be
able to handle more, but this ioc4 hardware is weird, and it
probably wouldn't get tested if a general change were made :-)

jeremy

--- a/linux/drivers/ide/pci/sgiioc4.c	2006-02-01 03:29:34.000000000 -0800
+++ b/linux/drivers/ide/pci/sgiioc4.c	2006-02-01 03:21:40.413245446 -0800
@@ -510,7 +510,7 @@
 				       drive->name);
 				goto use_pio_instead;
 			} else {
-				u32 xcount, bcount =
+				u32 bcount =
 				    0x10000 - (cur_addr & 0xffff);
 
 				if (bcount > cur_len)
@@ -525,8 +525,7 @@
 				*table = 0x0;
 				table++;
 
-				xcount = bcount & 0xffff;
-				*table = cpu_to_be32(xcount);
+				*table = cpu_to_be32(bcount);
 				table++;
 
 				cur_addr += bcount;
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux