On Mon, May 05, 2003 at 11:28:30AM -0400, David Z Maze wrote:
> Abdul Latip <dullatip@angin.com> writes:
>
> > I have got a Pentium 166MHz/MMX ASUS PC, and I am trying
> > to recompile the kernel (2.4.20).
> >
> > When it is compiled with the "CONFIG_BLK_DEV_CMD640=y"
> > option, it will notify that the "ENHANCED" mode is not
> > set (when booting). However, if I enable
> > "CONFIG_BLK_DEV_CMD640_ENHANCED=y", it will always fail
> > to boot (CRC error), but works well after "reset".
>
> Do you have a CMD640 IDE chipset? (My older machine at home, a
> 1996-era Packard Bell with a 100 MHz Pentium with the F0 0F bug, does;
> yours sounds like it might be the same age.) If you do, in principle,
> that option should make hard drive access "better". You should also
> make sure you enable CMD640 bugfix support in the kernel options. If
> you don't have that chipset, you should probably turn the options off.
Another datapoint:
lspci should help you discover what IDE chipset you have. My firewall
has a CMD640, lspci says
00:0d.0 IDE interface: CMD Technology Inc PCI0640 (rev 02)
Another box here with an Intel i810 system board says this:
00:1f.1 IDE interface: Intel Corp. 82801AA IDE (rev 02)
If you have the CMD 640 you _must_ enable the bugfix if you have an
ide device on each channel. IIRC the problems occur when both
channels are ready to transfer data and dataloss can occur.
Personally I never had any luck with the advanced settings and I just
installed a SCSI HBA.
--
Nathan Norman - Incanus Networking mailto:nnorman@incanus.net
The best we can hope for concerning the people at large is that
they be properly armed.
-- Alexander Hamilton
Attachment:
pgpC3_DM1HzfF.pgp
Description: PGP signature