From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
To: Sripathi Kodi <sripathik@in.ibm.com>
Cc: Chirag Jog <chirag@linux.vnet.ibm.com>,
sven@thebigcorporation.com, linux-rt-users@vger.kernel.org
Subject: Re: Fwd: -rt and PowerPC
Date: Mon, 31 Dec 2007 08:43:16 -0800 [thread overview]
Message-ID: <20071231164316.GX31153@linux.vnet.ibm.com> (raw)
In-Reply-To: <200712312114.30640.sripathik@in.ibm.com>
On Mon, Dec 31, 2007 at 09:14:30PM +0530, Sripathi Kodi wrote:
> Hi Paul,
>
> On Monday 31 December 2007 08:27, Paul E. McKenney wrote:
> > 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?
>
> We tried disabling a few configuration options, like PREEMPT_DEBUG, LOCKDEP,
> SMP, NUMA, HRT. However, these did not make any impact on the outcome. We
> have seen similar behavior on a few machines with different hardware types
> (blades/non-blades, power5/power5+/PPC970) However, there is one power5
> machine where the kernel comes up and works fine. We are trying to find out
> the difference between this machine and the rest.
I will check mine as soon as ABAT returns.
Do the complaints about being unable to find programs, libraries,
etc. happen on the machine that works for you? (I don't remember
seeing them myself.) Perhaps a problem with software RAID?
Thanx, Paul
> > Also, I have been running on 2.6.23.1-rt4. Ancient, I know! :-/
>
> We have tried older kernels, upto 2.6.23-rt1. No change in behavior.
>
> Thanks,
> Sripathi.
>
> >
> > 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
prev parent reply other threads:[~2007-12-31 16:43 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
2007-12-31 15:44 ` Sripathi Kodi
2007-12-31 16:43 ` Paul E. McKenney [this message]
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=20071231164316.GX31153@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).