Messages in this thread | | | Date | Wed, 02 Oct 2002 13:48:15 -0700 | From | Samuel Flory <> | Subject | Re: 2.4.20-pre8 swaps ide controller order on A7V266-E |
| |
Bruce Lowekamp wrote:
> > Starting with 2.4.19 and continuing in 2.4.20-pre8, the order the > kernel associates with the two IDE controllers (one VIA vt8233 and one > PDC20265 intended for RAID use) on the A7V266-E has been reversed. > The BIOS and GRUB consider the VIA to be first, so root(hd0,0) loads > the kernel from the first device on the VIA controller. Prior to > 2.4.19, the OS then booted with that drive identified as hda. > Beginning with 2.4.19, however, the kernel instead identifies the PDC > as ide0 and ide1, and puts the VIA at ide2 and ide3, resulting in the > boot drive being hde. > > I found an earlier mention of this on the mailing list, but no > solution or workaround was suggested. We are using a workaround where > 2.4.19 and later kernels are booted with root=/dev/hde1 and earlier > with hda1, and fstab lists both hda2 and hde2 as swap partitions, > simply failing to insert one. This works, but the general ugliness and > maintenance headaches since this is different than the typical machine > config we use around here make it difficult to use in the long run. > > I'm not sure what the process of identifying order of controllers > involves, but the discrepancy between the BIOS, older kernels, and > newer kernels seems like something that should be fixed if possible.
I'm not sure what the kernel issue is, but there is a simple work around. Enable CONFIG_BLK_DEV_OFFBOARD (aka boot off-board chipsets first) in the ide section. You can also produce the same effect via ide=reverse on the kernel command line (or an append statement in lilo). This will reverse the order in which the chipsets are seen.
-- There is no such thing as obsolete hardware. Merely hardware that other people don't want. (The Second Rule of Hardware Acquisition) Sam Flory <sflory@rackable.com>
- 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/
| |