Corey,
Ok, thanks for checking. I think rc1 is still early in the release cycle. I am sure you problem will get fixed for final 2.6.26. What is annoying right now is that you cannot test. But I suggest you stick with 2.6.25 and figure out out to implement pfm_arch_resend_irq() which is important. Thanks. On Thu, May 8, 2008 at 1:48 AM, Corey J Ashford <[EMAIL PROTECTED]> wrote: > Hi Stephane, > > I ran this problem past one of our kernel guys and he suggested I remove > the "quiet" option to the console line. This didn't appear to show > anything interesting except that the system was unable to find any volumes > on the disk. I tried using a bare 2.6.26-rc1 kernel (w/o perfmon2), and > it does the same thing. So it would appear that there's something wrong > with 2.6.26-rc1 for my platform at least. We're still looking into it, > but it might be some time before I can verify whether your new kernel > works. I can verify that it builds fine, though. > > Regards, > > - Corey > > > Corey Ashford > Software Engineer > IBM Linux Technology Center, Linux Toolchain > Beaverton, OR > 503-578-3507 > [EMAIL PROTECTED] > > > "stephane eranian" <[EMAIL PROTECTED]> wrote on 05/07/2008 01:40:29 > AM: > > > > > Corey, > > > > Typically if you cannot find the root filesystem, it's because you do > > not have the SCSI/SATA/IDE > > driver loaded. Did you do a makeoldconfig? Also did you compile some > > of those drivers as modules? > > If so, did you regenerate the initrd and updated GRUB config file > correctly? > > > > I am having some issues with 2.6.26-rc1 myself. Cannot get my Tigon3 > > to get configured properly > > on my Ubuntu gutsy system. > > > > On Wed, May 7, 2008 at 1:48 AM, Corey Ashford <[EMAIL PROTECTED]> > wrote: > > > 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
