Hi Stephane,
I downloaded your new kernel today and it built just fine, but it
doesn't boot. Your changes are probably not related to the problem I'm
seeing... it's probably something related to 2.6.26 itself. I'm posting
in hopes that you might have seen this behavior already and know what to
do. What I'm seeing on the console during boot-up of the 2.6.26-rc1
kernel is this:
boot:
Please wait, loading kernel...
Elf64 kernel loaded...
Loading ramdisk...
ramdisk loaded at 02700000, size: 3049 Kbytes
OF stdout device is: /vdevice/[EMAIL PROTECTED]
Hypertas detected, assuming LPAR !
command line: root=/dev/VolGroup00/LogVol00 ro console=hvc0 rhgb quiet
memory layout at init:
alloc_bottom : 00000000029fb000
alloc_top : 0000000008000000
alloc_top_hi : 0000000040000000
rmo_top : 0000000008000000
ram_top : 0000000040000000
Looking for displays
instantiating rtas at 0x0000000007734000 ... done
0000000000000000 : boot cpu 0000000000000000
0000000000000002 : starting cpu hw idx 0000000000000002... done
copying OF device tree ...
Building dt strings...
Building dt structure...
Device tree strings 0x0000000002bfc000 -> 0x0000000002bfd055
Device tree struct 0x0000000002bfe000 -> 0x0000000002c04000
Calling quiesce ...
returning from prom_init
Red Hat nash version 5.1.19.6 starting
Reading all physical volumes. This may take a while...
No volume groups found
Volume group "VolGroup00" not found
mount: could not find filesystem '/dev/root'
setuproot: moving /dev failed: No such file or directory
setuproot: error mounting /proc: No such file or directory
setuproot: error mounting /sys: No such file or directory
switchroot: mount failed: No such file or directory
Kernel panic - not syncing: Attempted to kill init!
Rebooting in 180 seconds..
When I boot the 2.6.25 kernel, I get this instead:
boot: eranian
Please wait, loading kernel...
Elf64 kernel loaded...
Loading ramdisk...
ramdisk loaded at 02700000, size: 3046 Kbytes
OF stdout device is: /vdevice/[EMAIL PROTECTED]
Hypertas detected, assuming LPAR !
command line: root=/dev/VolGroup00/LogVol00 ro console=hvc0 rhgb quiet
memory layout at init:
alloc_bottom : 00000000029fa000
alloc_top : 0000000008000000
alloc_top_hi : 0000000040000000
rmo_top : 0000000008000000
ram_top : 0000000040000000
Looking for displays
instantiating rtas at 0x0000000007734000 ... done
Starting HAL daemon: [ OK ] 0000000000000000
Starting smartd: [ OK ]ng cpu hw idx 0000000000000002... done
copying OF device tree ...
Red Hat Enterprise Linux Server release 5.1 (Tikanga)
Kernel 2.6.25-eranian-200804291634-dirty on an ppc64
Device tree strings 0x0000000002bfb000 -> 0x0000000002bfc055
begnap1.rchland.ibm.com login: 2bfd000 -> 0x0000000002c03000
Calling quiesce ...
returning from prom_init
Red Hat nash version 5.1.19.6 starting
Reading all physical volumes. This may take a while...
Found volume group "VolGroup00" using metadata type lvm2
2 logical volume(s) in volume group "VolGroup00" now active
Welcome to Red Hat Enterprise Linux Server
Press 'I' to enter interactive startup.
Setting clock (utc): Tue May 6 17:32:45 CDT 2008 [ OK ]
Starting udev: [ OK ]
Setting hostname begnap1.rchland.ibm.com: [ OK ]
Setting up Logical Volume Management: 2 logical volume(s) in volume
group "Vol
Group00" now active
Any ideas? The logs starts diverging after "instantiating rtas at ..."
The HAL and smartd daemons are not started.
I'll ask around here too, of course, but I'm hoping you've been through
this recently.
Thanks for your consideration,
- Corey
> [EMAIL PROTECTED] wrote on 05/06/2008
01:28:22 AM:
>
>> Hello everyone,
>>
>> I have updated the GIT tree with the latest 2.6.26-rc1 kernel.
>> There were several internal changes in this kernel that impacted the
>> perfmon code.
>> Hopefully, I fixed all the issues. It is probably okay on X86, but I
>> would appreciate
>> if people could test some more on X86 but also Itanium, Power, Cell,and
> Sparc.
>> I had to hack something in the Sparc assembly files, not sure I got
this
> right
>> because I am no expert there.
>>
>> PS: you need to pull libpfm from CVS to get the correct syscall numbers.
>>
>> Thanks.
>>
>>
> -------------------------------------------------------------------------
>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
>
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>> _______________________________________________
>> perfmon2-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/perfmon2-devel
>
--
Corey Ashford
Software Engineer
IBM Linux Technology Center, Linux Toolchain
Beaverton, OR
503-578-3507
[EMAIL PROTECTED]
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
perfmon2-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/perfmon2-devel