Jan Kiszka wrote: > Giammarco Zacheo wrote: >> Hi All, >> this is my first try to run a x86_64 kernel with Xenomai 2.4rc5 with >> my Core 2 Extreme, but I got this message... :( >> >> Anybody can help? My config file is attached. >> >> Thank you >> >> Giammarco >> >> >> Linux version 2.6.22.12 ([EMAIL PROTECTED]) (gcc version 4.1.2 (Gentoo 4.1.2 >> p17 >> Command line: root=/dev/sda6 console=ttyS0,38400 >> BIOS-provided physical RAM map: >> BIOS-e820: 0000000000000000 - 0000000000099000 (usable) >> BIOS-e820: 0000000000099000 - 00000000000a0000 (reserved) >> BIOS-e820: 00000000000e8000 - 0000000000100000 (reserved) >> BIOS-e820: 0000000000100000 - 00000000cffc6300 (usable) >> BIOS-e820: 00000000cffc6300 - 00000000d0000000 (reserved) >> BIOS-e820: 00000000f0000000 - 00000000f4000000 (reserved) >> BIOS-e820: 00000000fec00000 - 00000000fed40000 (reserved) >> BIOS-e820: 00000000fed45000 - 0000000100000000 (reserved) >> BIOS-e820: 0000000100000000 - 0000000130000000 (usable) >> end_pfn_map = 1245184 >> DMI 2.4 present. >> Zone PFN ranges: >> DMA 0 -> 4096 >> DMA32 4096 -> 1048576 >> Normal 1048576 -> 1245184 >> early_node_map[3] active PFN ranges >> 0: 0 -> 153 >> 0: 256 -> 851910 >> 0: 1048576 -> 1245184 >> Intel MultiProcessor Specification v1.4 >> MPTABLE: OEM ID: COMPAQ MPTABLE: Product ID: Workstation MPTABLE: APIC >> at: 00 >> Processor #0 (Bootup-CPU) >> Processor #1 >> Processor #2 >> Processor #3 >> I/O APIC #1 at 0xFEC00000. >> Setting APIC routing to flat >> Processors: 4 >> Allocating PCI resources starting at d2000000 (gap: d0000000:20000000) >> SMP: Allowing 4 CPUs, 0 hotplug CPUs >> PERCPU: Allocating 83560 bytes of per cpu data >> Built 1 zonelists. Total pages: 1030095 >> Kernel command line: root=/dev/sda6 console=ttyS0,38400 >> Initializing CPU#0 >> PID hash table entries: 4096 (order: 12, 32768 bytes) >> time.c: Detected 2666.822 MHz processor. >> I-pipe 1.2-05: pipeline enabled. >> Console: colour VGA+ 80x25 >> Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes) >> Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes) >> Checking aperture... >> PCI-DMA: Using software bounce buffering for IO (SWIOTLB) >> Placing software IO TLB between 0x5940000 - 0x9940000 >> Memory: 4047392k/4980736k available (2258k kernel code, 146116k reserved, >> 1259k) >> Calibrating delay using timer specific routine.. 5335.03 BogoMIPS >> (lpj=2667519) >> Mount-cache hash table entries: 256 >> CPU: L1 I cache: 32K, L1 D cache: 32K >> CPU: L2 cache: 4096K >> using mwait in idle threads. >> CPU: Physical Processor ID: 0 >> CPU: Processor Core ID: 0 >> CPU0: Thermal monitoring enabled (TM2) >> SMP alternatives: switching to UP code > ^^^^^^^^^^^^^^^^ > I could imagine that this is our problem. The SMP alternatives code is > most probably not ipipe-compatible and could have side-effects here. > > Suggestion: Compile your kernel as UP, if you want to run it UP (more > efficient anyway /wrt Xenomai). Please report the result!
Forget about this, just found the same setup here, and it causes no problems. Jan -- Siemens AG, Corporate Technology, CT SE 2 Corporate Competence Center Embedded Linux _______________________________________________ Xenomai-help mailing list [email protected] https://mail.gna.org/listinfo/xenomai-help
