2.2.18 and Maxtor 96147H6 (61 GB)

From: Igmar Palsenberg <[email protected]>

> > 2.2.18 sometimes sees 61 GB, sometimes 32 GB. > > I don't call that hard to understand.
>
> The same kernel has varying behaviour?
> Maybe not hard to understand, but rather surprising. > You are the first to report nondeterministic behaviour.

You're not the only one that is suprised :

1) Put disk in my machine (target machine hangs itself with the disk)
2) use setmax to set the limit to 32 GB
3) Put the disk in the target machine
4) System boots, linux sees 64GB
5) rebooted system, system hangs due to the soft clippig 'vanished'

I even had occurences of the kernel setmax message showing up, and after a plain reboot it didn't.

It beats me.. I can't explain, and the machine is rock solid now.

Probably you confused the proper way to use ibmsetmax with the proper way to use setmax. For setmax, and a Maxtor disk, you do not use a different machine, put the jumper to clip, now the boot succeeds, and you let Linux unclip. Either with a patched kernel that knows about these things or with a utility run from a boot script.
(It is most convenient to have a partition boundary where the jumper clips, so that with old kernels and without running the utility you also have a valid filesystem.)

Andries
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/

I found out yesterday after searching the mailinglist... My bad. Thanx for the info.

2.2.18 + ide is patched, 2.4.0 isn't.

Regards,

Igmar

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/