Re: siimage slow on 2.4.21-rc6-ac2

Andre Hedrick (andre@linux-ide.org)
Tue, 3 Jun 2003 17:53:19 -0700 (PDT)


NO, it is not irrelevant.

Seagate and Silicon Image are the only two player (well intel now) who did
their own PHY. They did not use the Marvel pairs.

It is a function of possible ECC on the wire and the relation to the
segments in the PIO or SG operations. It is a FIFO issue based on 512byte
boundaries being breached on corner cases.

The data on the wire is in 8K units.

It is a 7.5K + 0.5K corner case.

max_kb_per_request:15 == 7.5K

This prevents this corner case until I can code the proper special case SG
table.

drive->id->hwconfig |= 0x6000;

Is needed to fake the driver for device side cable detect.
There are several issues and I have not had time to keep up.

I have to do other business ventures because being an independent
developer/contract no longer can pay the bills. More proof that free
drivers and free software still has a cost to somebody.

Cheers,

On 3 Jun 2003, Alan Cox wrote:

> On Maw, 2003-06-03 at 23:48, Mauk van der Laan wrote:
> > He! I just did
> >
> > # hdparm -d1 -X66 /dev/hdX
> > # echo "max_kb_per_request:15" > /proc/.ide/hdX/settings
> >
> > on BOTH sata drives and everything works fine!
> > Is it possible that they influence each other?
>
> Not as I understand it, but this is rather useful information. The SI
> does have some ties for PIO mode but not UDMA clocking. This is most
> interesting information.
>
> The max_kb_per thing should be irrelevant btw.
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>

Andre Hedrick
LAD Storage Consulting Group

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/