Hello, Eberhard Moenkeberg wrote:

It seems you are right. The whole /usr/src/linux/drivers/ide/ directory does not contain any MODULE_PARM line. So, due to the poor ide driver code quality, it would be best SUSE would decide not to modularize IDE disk support, or to hire some better experts than the current kernel.org IDE maintainers...

And here is an other reason not to modularize it: I use Pegasos PPC machine. It has OpenFirmware, which can load the Linux kernel, but can't do anything with initrd. There is a workaround described at http://www.opensuse.org/PPC:Boot_pegasos which works, but is has a pretty serious limitation: one can not pass kernel parameters from OpenFirmware to the kernel image generated with mkzimage. We had more flexibility, if IDE drivers were compiled in. Bye, CzP

Yes, I tried both initrd and initramfs. The IDE stuff is included as modules by default by mkinitrd since there is an active IDE controller. However, looking at dmesg on a mixed scsi / ide system (linux on scsi) and on a failed upgrade ide only system indicates that the modules are ignoring the command line parm. And if you put the parm into modprobe.conf.local, it is picked up but then the modules puke since they don't know what to do with it. So, the decision to put a install a different kernel than the one used for the cdrom boot means that people will get a non-functional, unbootable system if their prime disk has an overlay. I could tolerate it if the kernel on the cdrom boot image also had this problem and it just failed to detect the partitions before the upgrade started. I'll drop the issue for now and go back to 9.1. It seems to be the last version that works with my configurations. Thanks for all who read my messages. Back to lurking. Dave -----Original Message----- From: meister@netz00.com [mailto:meister@netz00.com] Sent: Friday, November 11, 2005 6:40 PM on -maybe stupid- question: Did you try to load the IDE-module in initrd and pass hda=remap on kernel commandline? The initrd get loaded before the kernel so the commandline parameter should hit the loaded IDE-support from initrd. And did you try to use initrd not initramfs? On ppc I was only able to boot a xfs-root-partition if I load the module xfs in an initrd...initramfs did not work...

Well, I finally got a second or two. Bug 140074 entered. -----Original Message----- From: Andreas Jaeger [mailto:aj@suse.de] Sent: Monday, November 14, 2005 7:18 AM To: opensuse@opensuse.org Subject: Re: [opensuse] support for hda=remap command "David Flood" <davidf4@mindspring.com> writes:

I'll drop the issue for now and go back to 9.1. It seems to be the last version that works with my configurations.

Please submit a bugreport to our bugzilla so that we can track this and see that it gets fixed for our next version, Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126

After my flame below, I need to publicly thank the person to whom the bug was assigned once I reopened it and voiced my opinion. Vojtech Pavlik has been very, very, very helpful and, combined with some tests that I performed, was able to come up with the missing parameter line. The steps to fix this issue aren't pretty and definitely are not yet ready for prime time but I'm pretty sure that even if Yast and mkinitrd can't be modified to fix the issue, a HowTo can be written to allow the issue to be worked around by those who have the problem. -----Original Message----- From: David Flood [mailto:davidf4@mindspring.com] Sent: Saturday, December 17, 2005 11:02 AM To: opensuse@opensuse.org Subject: RE: [opensuse] support for hda=remap command I will leave it to the interested to go read the bug but basically someone "official" has decided that allowing the boot CD/Floppy support overlays but the main kernel not support them resulting in upgrades and installs getting one CD into the process and then becoming a No Boot is no big deal and closed my bug as INVALID. The other lame excuse was "well we did this in 9.3 and nobody complained" along with "if you don't like it, fix the kernel". Instead of changing three kernel compilation parameters from M to Y to support behavior that existed at least until 9.2, the bug just gets blown off and ignored. If this is the result of opening up SuSe development to a wider group other than a tightly focused group, the please Novell, take it back internal and shut down the external garbage. You had a better focus on quality and functionality than what is happening now. Oh, and I won't even submit bugs about the lack of support for creating boot floppies using something other than an existing SuSe 10.0 installation or GASP, Windows!. Something that also existed at least until 9.2 but is now gone also and will probably be blow off with "well, if your hardware won't boot the CD, then you need new hardware". -----Original Message----- From: David Flood [mailto:davidf4@mindspring.com] Sent: Friday, December 16, 2005 9:45 PM To: opensuse@opensuse.org Subject: RE: [opensuse] support for hda=remap command Well, I finally got a second or two. Bug 140074 entered. -----Original Message----- From: Andreas Jaeger [mailto:aj@suse.de] Sent: Monday, November 14, 2005 7:18 AM To: opensuse@opensuse.org Subject: Re: [opensuse] support for hda=remap command "David Flood" <davidf4@mindspring.com> writes:

I'll drop the issue for now and go back to 9.1. It seems to be the last version that works with my configurations.

Please submit a bugreport to our bugzilla so that we can track this and see that it gets fixed for our next version, Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-help@opensuse.org --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-help@opensuse.org