All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
To: Chirag Jog <chirag@linux.vnet.ibm.com>
Cc: sven@thebigcorporation.com, Sripathi Kodi <sripathik@in.ibm.com>,
	linux-rt-users@vger.kernel.org
Subject: Re: Fwd: -rt and PowerPC
Date: Sun, 30 Dec 2007 18:57:44 -0800	[thread overview]
Message-ID: <20071231025744.GT31153@linux.vnet.ibm.com> (raw)
In-Reply-To: <20071226042325.GA23220@hells-kitchen.in.ibm.com>

On Wed, Dec 26, 2007 at 09:53:25AM +0530, Chirag Jog wrote:
> * sven@thebigcorporation.com <sven@thebigcorporation.com> [2007-12-24 13:00:30]:
> 
> Hi,
> > Do you have DEBUG and LOCKDEP configured?
> CONFIG_PREEMPT_DEBUG is enabled
> but LOCKDEP is not.

Strange...  Neither PREEMPT_DEBUG nor LOCKDEP appear in my runs of
-rt on POWER.  What happens if you disable them both?

Also, I have been running on 2.6.23.1-rt4.  Ancient, I know!  :-/

						Thanx, Paul

> > Sven
> > Sent via BlackBerry by AT&T
> > 
> > -----Original Message-----
> > From:	Sripathi Kodi <sripathik@in.ibm.com>
> > 
> > Date:	Mon, 24 Dec 2007 11:40:00 
> > To:linux-rt-users@vger.kernel.org
> > Cc:Chirag Jog <chirag@linux.vnet.ibm.com>
> > Subject: Fwd: -rt and PowerPC
> > 
> > 
> > Hi,
> > 
> > Chirag sent the following mail 3 times to linux-rt-users, but it doesn't seem 
> > to be working. Hence trying from my id.
> > 
> > Thanks,
> > Sripathi.
> > 
> > ----------  Forwarded Message  ----------
> > 
> > Subject: -rt and PowerPC
> > Date: Monday 24 December 2007 10:30
> > From: Chirag Jog <chirag@linux.vnet.ibm.com>
> > To: linux-rt-users <linux-rt-users@vger.kernel.org>
> > Cc: Sripathi Kodi <sripathik@in.ibm.com>, Dinakar Guniguntala 
> > <dino@in.ibm.com>
> > 
> > Hi,
> >     We are trying to get a ppc64 box booted with the -rt kernel.
> > 
> >     Tried the latest 2.6.24-rc5-rt1 kernel.
> > 
> >     Everything goes well [ kernel boots up etc] until the services
> >     start coming up.
> >     It takes a lot of time at Starting udev.
> >     After which either services take too long to start or we get
> >     SEGFAULT.
> > 
> >     This is easily reproducible. Also if we get a chance to login;
> >     simple commands like ls, vi etc take either too long or get
> >     SEGFAULT.
> > 
> >     Booting the kernel with maxcpus=1 or turning off SMP, doesn't
> >     solve the problem.
> > 
> >     Here is logs from one of the booting sequences:
> > 
> > Linux version 2.6.24-rc5-rt1 (root@llm29) (gcc version 4.1.0 (SUSE Linux)) #1
> >  SMP PREEMPT RT Thu Dec 20 13:41:45 IST 2007 [boot]0012 Setup Arch
> > PPC64 nvram contains 16384 bytes
> > Zone PFN ranges:
> >   DMA             0 ->  1024000
> >   Normal    1024000 ->  1024000
> > Movable zone start PFN for each node
> > early_node_map[1] active PFN ranges
> >     0:        0 ->  1024000
> > [boot]0015 Setup Done
> > Real-Time Preemption Support (C) 2004-2007 Ingo Molnar
> > Built 1 zonelists in Node order, mobility grouping on.  Total pages: 1000000
> > Policy zone: DMA
> > Kernel command line: root=/dev/hda2  quiet sysrq=1 askmethod
> > Starting udevd
> > Creating devices
> > Waiting for device /dev/hda2 to appear:  ok
> > rootfs: major=3 minor=2 devn=770
> > fsck 1.38 (30-Jun-2005)
> > [/bin/fsck.ext3 (1) -- /] fsck.ext3 -a /dev/hda2
> > /dev/hda2: clean, 249426/1311552 files, 1860112/2622611 blocks
> > fsck succeeded. Mounting root device read-write.
> > Mounting root /dev/hda2
> > INIT: version 2.86 booting
> > System Boot Control: Running /etc/init.d/boot
> > Mounting procfs at /proc                                              done
> > Mounting sysfs at /sys                                                done
> > Mounting debugfs at /sys/kernel/debug                                 done
> > Initializing /dev                                                     done
> > Mounting devpts at /dev/pts                                           done
> > Activating swap-devices in /etc/fstab...                              done
> > showconsole: Warning: the ioctl TIOCGDEV is not known by the kernel
> > Starting udevd udevd-event[2463]: run_program: '/bin/sh' abnormal exit
> > udevd-event[2474]: run_program: '/sbin/vol_id' abnormal exit
> > udevd-event[2477]: run_program: '/sbin/vol_id' abnormal exit
> > udevd-event[2455]: run_program: '/sbin/ifup' abnormal exit
> > udevd-event[2477]: run_program: '/lib/udev/mount.sh' abnormal exit
> > 
> > 
> > 
> > 
> >                                                                       failed
> > Loading required kernel modules                                       done
> > Activating device mapper...
> > FATAL: Module dm_mod not found.
> >                                                                       failed
> > Starting MD Raid                                                      done
> > Waiting for udev to settle...
> > Scanning for LVM volume groups...
> >   Reading all physical volumes.  This may take a while...
> >   No volume groups found
> >   No volume groups found
> > Activating LVM volume groups...
> >   No volume groups found
> >                                                                       done
> > showconsole: Warning: the ioctl TIOCGDEV is not known by the kernel
> > Checking file systems...
> > fsck 1.38 (30-Jun-2005)
> > Checking all file systems.
> > [/sbin/fsck.ext3 (1) -- /home] fsck.ext3 -a /dev/hda5
> > /dev/hda5: clean, 460612/1836928 files, 2774880/3670844 blocks
> > [/sbin/fsck.ext3 (1) -- /home/mohan/mnt] fsck.ext3 -a /dev/hda3
> > /dev/hda3: clean, 362719/1311552 files, 1651440/2622611 blocks
> > *** glibc detected *** /bin/sh: free(): invalid pointer: 0x100a5170 ***
> > ======= Backtrace: =========
> > /lib/power4/libc.so.6[0xfde4be4]
> > /lib/p/lib/apparmor/rc.apparmor.functions: line 87:  2603 Segmentation fault 
> >      grep -q securityfs /proc/filesystems
> >  /lib/apparmor/rc.apparmor.functions: line 355:  2606 Aborted                
> >  grep -qE "^(subdomain|apparmor)[[:space:]]" /proc/modules
> >  /lib/apparmor/rc.apparmor.functions: line 318:  2610 Segmentation fault     
> >  modinfo -F filename subdomain >/dev/null 2>&1
> >  /lib/apparmor/rc.apparmor.functions: line 318:  2613 Segmentation fault     
> >  grep -qE "^(subdomain|apparmor)[[:space:]]" /proc/modules FATAL: Module
> >  apparmor not found.
> > Loading AppArmor module failed
> > - could not start AppArmorfailed
> > /etc/init.d/boot.cleanup: line 23:  2601 Segmentation fault      rm -f
> >  /var/lib/rpm/__db* /etc/init.d/boot.cleanup: line 23:  2602 Segmentation
> >  fault      rm -rf /tmp/screens /tmp/uscreens /var/run/screens
> >  /var/run/uscreens 2>/dev/null /etc/init.d/boot.cleanup: line 23:  2605
> >  Segmentation fault      rm -f /tmp/.X*lock /var/spool/uucp/LCK*
> >  /var/log/sa/sadc.LOCK /fsck_corrected_errors 2>/dev/null
> >  /etc/init.d/boot.cleanup: line 23:  2608 Segmentation fault      find
> >  /tmp/ssh-* -type s -name "*agent*" -maxdepth 1 -print0 2>/dev/null 2609     
> >                   | xargs -0 -r rm -f
> > /etc/init.d/boot.cleanup: line 23:  2611 Segmentation fault      find
> >  /var/run /var/lock -type f -print0 2612                       | xargs -0 -r
> >  rm -f 2>/dev/null
> > /etc/init.d/boot.cleanup: line 23:  2615 Segmentation fault      chmod 664
> >  /var/run/utmp /etc/init.d/boot.cleanup: line 23:  2616 Segmentation fault   
> >    chown root:tty /var/run/utmp /etc/init.d/boot.cleanup: line 23:  2617
> >  Segmentation fault      ls /etc/resolv.conf.saved.by.* >&/dev/null
> >  /etc/init.d/boot.cleanup: line 75:  2618 Segmentation fault      chown
> >  root:root $CURDIR /etc/init.d/boot^[[6~.cleanup: line 75:  2619 Segmentation
> >  fault      chown root:root $CURDIR /etc/init.d/boot.cleanup: line 75:  2620
> >  Segmentation fault      chown root:root $CURDIR /etc/init.d/boot.cleanup:
> >  line 75:  2621 Segmentation fault      chown root:root $CURDIR
> >  /etc/init.d/boot.cleanup: line 75:  2622 Segmentation fault      chown
> >  root:root $CURDIR /etc/init.d/boot.cleanup: line 75:  2623 Segmentation
> >  fault      c^[[6~hown root:root $CURDIR /etc/init.d/boot.cleanup: line 82: 
> >  2624 Segmentation fault      chown root:root $CURDIR
> >  /etc/init.d/boot.cleanup: line 23:  2625 Segmentation fault      rm -f
> >  /etc/psdevtab /etc/init.d/boot.cleanup: line 23:  2626 Segmentation fault   
> >    /bin/ps >/dev/null 2>/dev/null No such file or directory
> > No such file or directory
> > No such file or directory
> > No such file or directory
> > No such file or directory
> > No such file or directory
> > System Boot Control: The system has been                              set up
> > Failed features: boot.udev boot.localfs boot.clock boot.klog boot.scpm
> >  boot.crypto boot.localnet boot.swap boot.udev_retry boot.ldconfig
> >  boot.sysctl boot.ipconfig System Boot Control: Running
> >  /etc/init.d/boot.local                   done INIT: Entering runlevel: 3
> > EXT3-fs error (device hda2): ext3_add_entry: bad entry in directory #971592:
> >  rec_len % 4 != 0 - offset=0, inode=9349464, rec_len=54811, name_len=129
> >  blogd: can not open /var/run/blogd.pid: Input/output error
> > Boot logging started on /dev/hvc0(/dev/console) at Thu Dec 20 14:19:34 2007
> > Master Resource Control: previous runlevel: N, switching to runlevel: 3
> > Master Resource Control: runlevel 3 has been                          reached
> > /etc/init.d/rc: line 383:  2669 Illegal instruction     killproc -QUIT
> >  /sbin/blogd Segmentation fault
> > /bin/bash: error while loading shared libraries: �\x1a\x14\x7fC�x\x7f��\x14H: cannot
> >  open shared object file: No such file or directory INIT: Id "cons"
> >  respawning too fast: disabled for 5 minutes
> > 
> > CPU Info:
> >  # cat /proc/cpuinfo
> > processor       : 0
> > cpu             : PPC970, altivec supported
> > clock           : 1600.000000MHz
> > revision        : 2.2 (pvr 0039 0202)
> > 
> >         processor       : 1
> >         cpu             : PPC970, altivec supported
> >         clock           : 1600.000000MHz
> >         revision        : 2.2 (pvr 0039 0202)
> > 
> >         timebase        : 199836440
> >         platform        : pSeries
> >         machine         : CHRP IBM,8842-21X
> > 
> > Also Attached is the config file:
> > 
> > --
> > Cheers,
> > Chirag Jog
> > 
> > 
> > --
> > Cheers,
> > Chirag Jog
> > 
> > -------------------------------------------------------
> > 
> 
> -- 
> Cheers,
> Chirag Jog
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2007-12-31  2:58 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-12-24  6:10 Fwd: -rt and PowerPC Sripathi Kodi
     [not found] ` <562556514-1198501255-cardhu_decombobulator_blackberry.rim.net-1487612076-@bxe137.bisx.prod.on.blackberry>
2007-12-26  4:23   ` Chirag Jog
2007-12-28 16:23     ` Sven-Thorsten Dietrich
2007-12-31  4:26       ` Chirag Jog
2007-12-31  2:57     ` Paul E. McKenney [this message]
2007-12-31 15:44       ` Sripathi Kodi
2007-12-31 16:43         ` Paul E. McKenney

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20071231025744.GT31153@linux.vnet.ibm.com \
    --to=paulmck@linux.vnet.ibm.com \
    --cc=chirag@linux.vnet.ibm.com \
    --cc=linux-rt-users@vger.kernel.org \
    --cc=sripathik@in.ibm.com \
    --cc=sven@thebigcorporation.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.