From mboxrd@z Thu Jan 1 00:00:00 1970 From: Niklaus Giger Date: Mon, 22 May 2006 13:48:20 +0200 Message-ID: References: <446F852B.7090400@domain.hid> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit Sender: news Subject: [Xenomai-core] Re: Xenomai v2.2-rc2. PowerPC 405GPr board does not start up Reply-To: niklaus.giger@domain.hid List-Id: "Xenomai life and development \(bug reports, patches, discussions\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: xenomai@xenomai.org Hi everybody Philippe Gerum wrote: > Here is the second release candidate for the v2.2 branch. Short log > follows: Sorry for reporting so late. But as my tests did not yet include starting up my board I did not notice that changes (probably between 2006-05-10 19:30 and 2006-05-11 20:31) made my board unbootable. The board hangs after emitting "(Engines Of Creation) loaded." output is: ocp: exit arch: exit Linux version 2.6.14hcu3 (buildslave@domain.hid) (gcc version 3.4.4) #17 Tue May 16 19:24:07 CEST 2006 HCU3 Netstal Maschinen AG with U-Boot 1.1.2. Built 1 zonelists Kernel command line: console=ttyS0,9600 root=/dev/nfs rw nfsroot=172.25.1.58:/home/hcu/rootfs ip=172.25.1.5:172.15.1.58:::hcu4::off panic=30 PID hash table entries: 256 (order: 8, 4096 bytes) I-pipe 1.3-02: pipeline enabled. Dentry cache hash table entries: 8192 (order: 3, 32768 bytes) Inode-cache hash table entries: 4096 (order: 2, 16384 bytes) Memory: 29756k available (1856k kernel code, 604k data, 100k init, 0k highmem) Mount-cache hash table entries: 512 softlockup thread 0 started up. NET: Registered protocol family 16 TIMER IRQ is 32 I-pipe: Domain Xenomai registered. Xenomai: hal/powerpc started. Xenomai: real-time nucleus v2.2-rc1 (Engines Of Creation) loaded. I have no ideas why, as my PowerBook is running fine with an actual Xenomai based kernel. But I now that the timer architecture for the PPC40x family is quite different to the PPC en general. Any ideas where to begin debugging? I am familiar whith the timer/interrupt architecture of the PPC405 but a hint would be welcome. I will take my BDI debugger from Abatron home to have a look where the processor hangs, but will not have time till tomorrow or Wednesday to dig into this problem. Best regards Niklaus Giger