1 |
The current kernel build process is simply: |
2 |
|
3 |
# genkernel -- menuconfig --install all |
4 |
|
5 |
make.profile=2006.0 |
6 |
gcc=3.4.5-r1 |
7 |
|
8 |
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. |
9 |
|
10 |
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. 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. |
11 |
|
12 |
So, to answer your questions: |
13 |
- is the driver for the LSI controller compiled into the kernel? |
14 |
>>> I have built the driver both ways |
15 |
- if it isn't, is the module contained in the initramfs? Is it a module |
16 |
for the right kernel? |
17 |
>>> The module is contained within the initramfs and loads (manually) |
18 |
- and how is the module to be loaded by the initramfs? |
19 |
>>> My presumption is that the rules within 50-udev.rules provide for this. |
20 |
- is there a static or a dynamic /dev in the initramfs? |
21 |
>>> My best discription here is dynamic with a few static nodes present. |
22 |
- if dynamic, how is it managed? |
23 |
- what are the commands the initramfs uses to stage into "real root"? |
24 |
>>> I will look deeper for this one. |
25 |
|
26 |
Ultimately, when the time comes to pivot, the disk that would be /dev/sda is not available and, therefore, /dev/sda2 is likewise unavailable. |
27 |
|
28 |
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. |
29 |
|
30 |
|
31 |
Thank you for your time. |
32 |
|
33 |
MEJ |
34 |
|
35 |
|
36 |
-----Original Message----- |
37 |
From: Hans-Werner Hilse [mailto:hilse@×××.de] |
38 |
Sent: Tue 4/18/2006 11:05 AM |
39 |
To: gentoo-user@l.g.o |
40 |
Cc: |
41 |
Subject: Re: [gentoo-user] udev/initramfs problem |
42 |
Hi, |
43 |
|
44 |
On Tue, 18 Apr 2006 09:44:09 -0500 "Johnson, Maurice E CTR NSWCDL-K74" |
45 |
<maurice.e.johnson1.ctr@××××.mil> wrote: |
46 |
|
47 |
> We rescently upgraded to the 2.6.15-r1 kernel and life is great on the |
48 |
> systems that use the adaptec scsi controllers. However, LSI Logic does |
49 |
> not appear to be seen by udev or, more likely, initramfs facilities. |
50 |
> Consequently, no root device is found. |
51 |
|
52 |
Hm? The initramfs is in charge to load proper modules, if needed. But |
53 |
there shouldn't be a root device if there's an initramfs. Are you |
54 |
talking about the staged root which is going to be pivot'ed when the |
55 |
initramfs is done? |
56 |
|
57 |
> I am missing something but don't know what. Below is the output of [...] |
58 |
|
59 |
How has the cited output been made? From initramfs system? |
60 |
|
61 |
My questions would be: |
62 |
- is the driver for the LSI controller compiled into the kernel? |
63 |
- if it isn't, is the module contained in the initramfs? Is it a module |
64 |
for the right kernel? |
65 |
- and how is the module to be loaded by the initramfs? |
66 |
- is there a static or a dynamic /dev in the initramfs? |
67 |
- if dynamic, how is it managed? |
68 |
- what are the commands the initramfs uses to stage into "real root"? |
69 |
|
70 |
|
71 |
-hwh |
72 |
-- |
73 |
gentoo-user@g.o mailing list |