lkml.org 
[lkml]   [1999]   [May]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: IDE problem?
On Sun, 16 May 1999, Mark Lord wrote:

> Rogier Wolff wrote:
> ..
> > Suppose we start with the 32 bit value:
> >
> > 0x12345678
> >
> > If I shove that in a 64 bit word and do the jumble on it, I get:
> >
> > lba_sects = 0x123456780000 | 0x1234
> > = 0x123456781234
> >
> > If I'd then truncate it to 32 bits again, you're right. But we don't
> > do that: we keep it in a 64bit variable.
>
> But of course! Better fix it then, I would imagine many Alpha's
> would have very large hard drives.. anything over 8GB triggers that code.

Gads,

What a mess that would make.

Would a simple #ifdef __arch__ #else #endif work or ans expanded version?
I am sure that this would be a problem for ARM and Sparc64 and the future
Intel 64-bit toy.

Send me something quickly as I have a mini-patch against 2.3.2 in the
works.


Andre Hedrick
The Linux IDE guy

http://www.dyer.vanderbilt.edu/server/udma/
2.2.9.uniform-ide-6.19.hotel.patch.gz
ide.2.0.37pre12+pat8.gz
hdparm-3.5i.patch.gz

APC UPS Daemon Support Center.
http://www.brisse.dk/site/apcupsd/
GPLed source on April 7, 1999



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

\
 
 \ /
  Last update: 2005-03-22 13:51    [W:0.033 / U:0.156 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site