All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jan Kiszka <jan.kiszka@domain.hid>
To: Sean McGranaghan <smm@domain.hid>
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] Crashing at boot with 2.6.15.4
Date: Fri, 24 Mar 2006 18:03:11 +0100	[thread overview]
Message-ID: <4424264F.7090401@domain.hid> (raw)
In-Reply-To: <44241F36.40201@domain.hid>

[-- Attachment #1: Type: text/plain, Size: 6251 bytes --]

Sean McGranaghan wrote:
> FYI,
> 
> Just following up on my crash issue from a couple weeks ago. It appears that 
> disabling the local APIC in the kernel fixed my crash. I have a complete dump of 
> the console messages before the crash and two kernel config files attached. The 
> only difference in the config files is the APIC settings.
> 
> My test system is an older PII 350MHz with 512M. The vanilla kernel boots fine 
> with APIC support enabled, but when the Xenomai patches are applied I get the crash.
> 
> Also, this may be in the release notes but I wanted to mention it anyway. I 
> noticed that the valid return values for an RTDM interrupt handler have changed 
> between Xenomai 2.0 and 2.1. I have a driver I wrote in 2.0.92 that fails to 
> compile under 2.1. It looks like the valid return code have changed as follows:
> 
> Xenomai 2.0.92
> RTDM_IRQ_PROPAGATE
> RTDM_IRQ_ENABLE
> 
> Xenomai 2.1
> RTDM_IRQ_NONE
> RTDM_IRQ_HANDLED
> 
> When an interrupt handler now returns RTDM_IRQ_HANDLED I assume it will be 
> re-enabled, is this true?

That's true, and it should be described, see RTDM API docs and
ksrc/skins/rtdm/API.CHANGES. The upgrade is straightforward:

old			-> new

0			-> RTDM_IRQ_NONE
RTDM_IRQ_ENABLE		-> RTDM_IRQ_HANDLED
RTDM_IRQ_PROPAGATE	-> -unsupported-

> Linux version 2.6.15.6-ipipe (smm@domain.hid) (gcc version 4.0.2 20051125 (Red Hat 4.0.2-8)) #3 Thu Mar 23 11:45:02 EST 2006
> BIOS-provided physical RAM map:
>  BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
>  BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
>  BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
>  BIOS-e820: 0000000000100000 - 000000001fffd000 (usable)
>  BIOS-e820: 000000001fffd000 - 000000001ffff000 (ACPI data)
>  BIOS-e820: 000000001ffff000 - 0000000020000000 (ACPI NVS)
>  BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
> 0MB HIGHMEM available.
> 511MB LOWMEM available.
> DMI 2.0 present.
> Allocating PCI resources starting at 30000000 (gap: 20000000:dfff0000)
> Built 1 zonelists
> Kernel command line: ro root=LABEL=/ console=ttyS0,115200n8
> Local APIC disabled by BIOS -- you can enable it with "lapic"

You may either follow this suggestion or actually leave local APIC off
at compile time.

> Initializing CPU#0
> CPU 0 irqstacks, hard=c0414000 soft=c0413000
> PID hash table entries: 2048 (order: 11, 32768 bytes)
> Detected 350.905 MHz processor.
> Using tsc for high-res timesource
> I-pipe 1.2-01: pipeline enabled.
> Console: colour VGA+ 80x25
> Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
> Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
> Memory: 514088k/524276k available (2222k kernel code, 9656k reserved, 730k data, 168k init, 0k highmem)
> Checking if this processor honours the WP bit even in supervisor mode... Ok.
> Calibrating delay using timer specific routine.. 702.33 BogoMIPS (lpj=351169)
> Security Framework v1.0.0 initialized
> SELinux:  Initializing.
> SELinux:  Starting in permissive mode
> selinux_register_security:  Registering secondary module capability
> Capability LSM initialized as secondary
> Mount-cache hash table entries: 512
> CPU: L1 I cache: 16K, L1 D cache: 16K
> CPU: L2 cache: 512K
> Intel machine check architecture supported.
> Intel machine check reporting enabled on CPU#0.
> mtrr: v2.0 (20020519)
> CPU: Intel Pentium II (Deschutes) stepping 02
> Enabling fast FPU save and restore... done.
> Checking 'hlt' instruction... OK.
> checking if image is initramfs... it is
> Freeing initrd memory: 1070k freed
> NET: Registered protocol family 16
> PCI: PCI BIOS revision 2.10 entry at 0xf0720, last bus=1
> PCI: Using configuration type 1
> Linux Plug and Play Support v0.97 (c) Adam Belay
> SCSI subsystem initialized
> usbcore: registered new driver usbfs
> usbcore: registered new driver hub
> PCI: Probing PCI hardware
> PCI quirk: region e400-e43f claimed by PIIX4 ACPI
> PCI quirk: region e800-e80f claimed by PIIX4 SMB
> PIIX4 devres B PIO at 0290-0297
> PCI: Using IRQ router PIIX/ICH [8086/7110] at 0000:00:04.0
> PCI: IRQ 0 for device 0000:00:04.2 doesn't match PIRQ mask - try pci=usepirqmask
> PCI: Bridge: 0000:00:01.0
>   IO window: disabled.
>   MEM window: e0000000-e1dfffff
>   PREFETCH window: e1f00000-e3ffffff
> audit: initializing netlink socket (disabled)
> audit(1143117255.879:1): initialized
> Xenomai: Local APIC absent or disabled!
>          Disable APIC support or pass "lapic=1" as bootparam.
> Xenomai: system init failed, code -19.

This is normal, given the lacking "lapic=1".

> divide error: 0000 [#1]
> Modules linked in:
> CPU:    0
> EIP:    0060:[<c014243a>]    Not tainted VLI
> EFLAGS: 00010246   (2.6.15.6-ipipe)
> EIP is at xntimer_get_jiffies_aperiodic+0x5a/0xf0

This is not ok, but should be easy to fix.

> eax: eb54cd11   ebx: 00000000   ecx: 3b9aca00   edx: 00000000
> esi: 08a61400   edi: c0465aa0   ebp: 00000000   esp: c14d7ef8
> ds: 007b   es: 007b   ss: 0068
> Process swapper (pid: 1, threadinfo=c14d7000 task=c14d8a70)
> Stack: f2bd7342 00000003 eb54cd11 00000000 00000000 00000000 c0465aa0 00000000
>        c01401a8 c0140115 768acda8 0fdd2b16 00000000 00000000 768acda8 0fdd2b16
>        c0140718 c0140810 00000000 00000000 0fdd2b16 c045c800 00000000 442295c7
> Call Trace:
>  [<c01401a8>] xnpod_get_time+0x8/0x20
>  [<c0140115>] xnpod_set_time+0x45/0xd0
>  [<c0140718>] xnpod_start_timer+0x1e8/0x260
>  [<c0140810>] xnpod_announce_tick+0x0/0x120
>  [<c013cf77>] xnpod_init+0x487/0x4b0
>  [<c0117a00>] printk+0x30/0xd0
>  [<c01451d5>] xncore_attach+0x35/0x60
>  [<c01483f9>] __native_skin_init+0x9/0xe0
>  [<c03e4909>] do_initcalls+0x29/0xc0
>  [<c0100280>] init+0x0/0x150
>  [<c0100280>] init+0x0/0x150
>  [<c01002aa>] init+0x2a/0x150
>  [<c0100fb4>] kernel_thread_helper+0x0/0xc
>  [<c0100fb9>] kernel_thread_helper+0x5/0xc
> Code: e3 89 d7 8b 54 24 04 89 c6 89 d0 f7 e3 31 db 89 44 24 08 01 7c 24 08 8b 7c 24 18 89 54 24 0c 11 5c 24 0c 8b 44 24 08 8b 54 24 0c <f7> f5 89 c1 89 f0 8b 74 24 14 f7 f5 89 ca 8b 6c 24 1c 89 d3 89
>  <0>Kernel panic - not syncing: Attempted to kill init!
> 

Jan


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

  reply	other threads:[~2006-03-24 17:03 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-03-07 15:40 [Xenomai-help] Crashing at boot with 2.6.15.4 Sean McGranaghan
2006-03-07 15:52 ` Philippe Gerum
2006-03-24 16:32   ` Sean McGranaghan
2006-03-24 17:03     ` Jan Kiszka [this message]
2006-03-24 18:34       ` Gilles Chanteperdrix
2006-03-24 19:44       ` Gilles Chanteperdrix

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=4424264F.7090401@domain.hid \
    --to=jan.kiszka@domain.hid \
    --cc=smm@domain.hid \
    --cc=xenomai@xenomai.org \
    /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.