Hi, On Tue, 18 Apr 2006 11:25:52 -0500 "Johnson, Maurice E CTR NSWCDL-K74" <[EMAIL PROTECTED]> wrote:
> # genkernel -- menuconfig --install all Hm, I don't really know genkernel. Does it create the initramfs? > When in the ash shell environment, I notice that there are few static > nodes in /dev. ( i.e. console, pty etc.) In this environment, I am > able to load the modules manually, but still no device is visible in /dev. Then there's either no daemon that creates the devices (udev) or it isn't somehow configured correctly. > I note that the MPT driver structure has changed as well for this > kernel - which, I have built both modularly and strait into the kernel. Somehow I doubt that. Usually you have it either the one way or the other. But as you said you could load them, I guess they're modules. You might want to try to recompile a kernel with all drivers compiled in. > I have been doing a great deeal of reading and have found that klibc > may be an issue, however, building older (2.6.12-r4) kernels works > without error. Also noted here is that 2.6.12-r4 still has devfs > features available. That would explain it. udev would be needed in the initramfs to create devices upon module loading. > >>> The module is contained within the initramfs and loads (manually) So there's no hotplugging or similar. Try to compile the drivers directly into the kernel. > - and how is the module to be loaded by the initramfs? > >>> My presumption is that the rules within 50-udev.rules provide for this. > - is there a static or a dynamic /dev in the initramfs? > >>> My best discription here is dynamic with a few static nodes present. Ah, this _is_ in the initramfs? Is there a udevd spawned in initramfs? > I beleive that it is at the PCI level where this failure occures, > because, if the PCI interface ti the controler were properly handled, > then the scsi bus it provides would be available. Is "dmesg" available in initramfs? It may contain hints upon module loading. But at that time those hints should be print out to console, anyway. You're shure that those are the correct drivers, aren't you? -hwh -- gentoo-user@gentoo.org mailing list
