Fusion - APIC support

[Philippe Gerum]

Philippe Gerum wrote:
> vikesh rambaran wrote:
> 
>> Hi
>>
>> I'm in the process of trying to get fusion-0.8.2 up and running on an 
>> AMD ATHLONE 1700+ platform running Debian 3.1
>>
>> (Sarge).
>> The kernel is 2.6.12.2 patched with adeos r12c3
>>
>> The kernel configuration has LOCAL APIC and IO-APIC support
>>
>> enabled
>>
>> When I run the testsuite cruncher and klatency, the message
>>
>> displayed indicates - local APIC absent or disabled. The options given 
>> are to either disable the local APIC support or pass lapic as a boot 
>> parameter.
>>
>> "dmesg |grep APIC" shows the APIC has been disabled by the bios.
>>
>> Rebooting with the lapic boot parameter and checking dmesg shows that 
>> the APIC has been reenabled.
>>

Did not see you already add the lapic param, sorry.

>> If I then run the klatency test, the following lines are
>> printed and the PC hangs.
>>
>>
>> ADEOS : Domain RTAI registered
>> ADEOS : Domain ISHIELD registered
>> RTAI : fusion core v0.8.2 (Satch Boogie) started
>> RTAI : starting native API services
>>
>> I've had a similar problem with kernel 2.6.9 and fusion
>> 0.8.1. Disabling local APIC support in the kernel
>> configuration allows the testsuite apps to run.
>>

What does "cat /proc/rtai/sched" say when the test is running?

>>
>> I would appreciate help with the following questions :
>>
>> 1. What are the advantages of using the local APIC with fusion (if any) ?
>>
> 
> Faster timer reprogramming in oneshot mode (~100 ns vs 2.5-6us depending 
> on the bus load), lesser overhead.
> 
>> 2. Is there some other configuration option that needs to
>> be
>> enabled/disabled when enabling the local APIC support in
>> the
>> kernel ?
>>
> 
> Add "lapic" on your boot line.
> 
>> If the kernel configuration file or any other
>> specifications
>> of the PC platform are required, please let me know and I will try to 
>> post them.
>>
> 
>> Thanx for the help
>> Vicki
>>
>> _______________________________________________
>> RTAI mailing list
>> RTAI at rtai.org
>> https://mail.rtai.org/cgi-bin/mailman/listinfo/rtai
> 
> 
> 


-- 

Philippe.