Antwort: Re: Antwort: Re: Antwort: Re: Antwort: Re: help reqd rgd example preempt pls(with denx core)

Wolfgang Grandegger wolfgang.grandegger at bluewin.ch
Sat Oct 9 12:42:36 CEST 2004


Hello,

please keep the modifications you have done so far and apply the
attached patch to arch/ppc/rtai.c. I was told some time ago that RTAI
over ADEOS (RTAI 3.1) is working on a IBM 440GX and therefore I'm
optimistic that there are only minor problems with RTAI 24.1.12 for the
IBM 440GP.

Wolfgang.


On 10/08/2004 10:23 AM deepa.vijayaraghavan at mbtech-group.com wrote:
> 
> 
> 
> Hello Wolfgang,
>     Did all the changes once again, a make clean and a make. The output is
> unfortunately the same.
> The output of find is:
> ./arch/ppc/rtai.c:/*#ifdef CONFIG_4xx*/
> ./arch/ppc/rtai.c:#ifdef CONFIG_40x
> ./arch/ppc/rtai.c:/*#ifdef CONFIG_4xx*/
> ./arch/ppc/rtai.c:#ifdef CONFIG_40x
> ./arch/ppc/rtai.c:/*#ifdef CONFIG_4xx*/
> ./arch/ppc/rtai.c:#ifdef CONFIG_40x
> ./rtaidir/rtai-arch.c:/*#ifdef CONFIG_4xx*/
> ./rtaidir/rtai-arch.c:#ifdef CONFIG_40x
> ./rtaidir/rtai-arch.c:/*#ifdef CONFIG_4xx*/
> ./rtaidir/rtai-arch.c:#ifdef CONFIG_40x
> ./rtaidir/rtai-arch.c:/*#ifdef CONFIG_4xx*/
> ./rtaidir/rtai-arch.c:#ifdef CONFIG_40x
> ./include/asm-ppc/rtai.h:/*#ifdef CONFIG_4xx*/
> ./include/asm-ppc/rtai.h:#ifdef CONFIG_40x
> ./include/asm-ppc/rtai.h:/*#ifdef CONFIG_4xx*/
> ./include/asm-ppc/rtai.h:#ifdef CONFIG_40x
> 
> Yes, rtai_arch.c is a link. I don't know how I overlooked it y'day. Now,
> made the changes only in rtai.c and rtai.h.
> 
> Thanks a lot for your help.. I await any inputs from you!
> 
> Best Regards
> Deepa.
> 
> 
> 
> 
> 
> 
> 
> 
> On 10/07/2004 02:10 PM deepa.vijayaraghavan at mbtech-group.com wrote:
>>
>>
>>
>> Hi Wolfgang,
>>    This does not help, unfortunately. The insmod of latency_calibrate.o
>> doesn't go through. It just hangs in insmod.
>> I then searched for string 'CONFIG_4xx' in RTAI 24.1.12, also found it in
>> file rtaidir/rtai-arch.c. Tried changing this too, but no improvement.\\\
> 
> Strange, rtai-arch.c is a symbolic link:
> 
>   rtai-arch.c -> ../arch/ppc/rtai.c
> 
> If you have made the modifications in rtai.c they should be visible in
> rtai-arch.c as well.
> 
> 
>> With some print statements to understand the flow of control, it seems to
>> get stuck in start_rt_timer().
>>
>> Any suggestions?
> 
> Recheck the modifications and do a "make clean; make". What do you get
> with the command "find . -name '*.[Sch]' | xargs grep CONFIG_4"?
> 
> Wolfgang.
> 
> 
>> Hello,
>>
>> please replace all oocurence of "CONFIG_4xx" with "CONFIG_40x" in the
>> RTAI 24.1.12 distribution:
>>
>> ./arch/ppc/rtai.c:#ifdef CONFIG_4xx
>> ./arch/ppc/rtai.c:#ifdef CONFIG_4xx
>> ./arch/ppc/rtai.c:#ifdef CONFIG_4xx
>> ./include/asm-ppc/rtai.h:#ifdef CONFIG_4xx
>> ./include/asm-ppc/rtai.h:#ifdef CONFIG_4xx
>>
>> Unlike the IBM 405, the 440 has a decrementer, which should be used by
>> RTAI as usual on PowerPC. Be replacing CONFIG_4xx with CONFIG_40x as
>> mentioned above, the problem should be fixed. Please let me know if this
>> fixes your problems.
>>
>> Wolfgang.
>>
>>
>> On 10/06/2004 05:47 PM deepa.vijayaraghavan at mbtech-group.com wrote:
>>>
>>>
>>>
>>> Hi,
>>>   I tried running the latency calibration test. In the init_module(),
> due
>>> to the 'start' parameter in rt_task_make_periodic() being
>>> rt_get_time()+10*period_counts, I get no output. However whatever is
> got,
>>> is attached in the file lat_ori.txt.
>>>  I tried changing this 'start'  value to 0, and the output obtained is
> in
>>> lat_mod.txt. The average values are high, and vary quite a lot. So, I
>> don't
>>> know how to use this to adjust the latency parameter.
>>>
>>> Any clues are most welcome. Thanks a lot to all those willing to give it
>> a
>>> thought!
>>>
>>> Btw, is there anyone out there who uses the Ebony board, but has not had
>>> any such problems? If so, I would like to replicate the setup exactly,
> to
>>> see if it helps.
>>>
>>> Thanks
>>> Deepa.
>>> (See attached file: lat_ori.txt)(See attached file: lat_mod.txt)
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>>                       wolfgang.grandegger
>>
>>>                       @bluewin.ch                 An:
>> deepa.vijayaraghavan at mbtech-group.com
>>>                                                   Kopie:
>> rtai-admin at rtai.org, rtai at rtai.org
>>>                       06.10.2004 15:41            Thema:   Re: Antwort:
>> Re: help reqd rgd example preempt
>>>                                                   pls(with denx core)
>>
>>>
>>
>>>
>>
>>>
>>
>>>
>>>
>>>
>>>
>>> On 10/06/2004 09:41 AM deepa.vijayaraghavan at mbtech-group.com wrote:
>>>>
>>>> Hi Wolfgang,
>>>>    Here, are a few details.
>>>> ELDK Ver 3.0
>>>> Linux : Linuxppc_2_4_devel
>>>> Patch: patch-denx-linuxppc_2_4_devel-LABEL_2004_04_30_1320
>>>> RTAI: rtai-24.1.12
>>>> The example I am referring to, is the one in
>>>> rtai-24.1.1/examples/preempt directory.
>>>> The module gets built when I build the RTAI.
>>>> The ebony board boots up fine. I 'insmod' rtai.o, rtai_fifos.o,
>>>> rtai_sched_up.o. I get all outputs, as it should be, as stated in
>>>> README.install on the denx ftp server.
>>>> Then I insmod $MYPATH/rtai-24.1.1/examples/preempt/ex_preempt.o
>>>> I run check.
>>>> I get no output. I tried adding some rt_printk statements within the
>>>> while loop in the tasks, nothing gets printed. But rmmod returns with
> no
>>>> error.
>>>> Once I changed the second parameter of the rt_task_make_periodic()
>>>> function to 0, I started getting output, a few times, based on the
>>>> number of times the tasks get scheduled before the completion of the
>>>> init_module() function.
>>>> I do not know why the tasks don't run continuously.
>>>> In rmmod, I checked the return value of rt_task_delete(). No errors.
> So,
>>>> the tasks do exist!
>>>> I use One shot timer. If I use periodic timer, I get no output at all
> in
>>>> any case.
>>>> I do not understand what you mean by 'can we have a look at the test
>>>> module'. Do you want me to attach the built module, that I have here?
>>>
>>> No, I thought you are using a hand-made module and not the preempt
>>> example as-is. Does the latency calibration test work properly and what
>>> does the output look like. Unfortunately I do not have an Ebony board
>>> and therefore I cannot try to reproduce your problem.
>>>
>>> Wolfgang.
>>>
>>>>
>>>>
>>>>            *wolfgang.grandegger at bluewin.ch*
>>>> Gesendet von: rtai-admin at rtai.org
>>>>
>>>> 05.10.2004 22:04
>>>>
>>>>
>>>>         An:        deepa.vijayaraghavan at mbtech-group.com
>>>>         Kopie:        rtai at rtai.org
>>>>         Thema:        Re: help reqd rgd example preempt pls(with denx
>>> core)
>>>>
>>>>
>>>>
>>>>
>>>> On 10/01/2004 09:39 AM deepa.vijayaraghavan at mbtech-group.com wrote:
>>>>>
>>>>> hi all,
>>>>> there were a few mistakes, as the earlier mail was typed in a hurry..
>>>>> sorry abt that.
>>>>> I am referring to the example preempt, that demonstrates how a higher
>>>>> priority task and a lower priority task work together. My application
>> is
>>>>> also sort of similar, hence clarity on this example will help me a
>> great
>>>>> deal.
>>>>> I am using IBM ppc 440 based ebony board.
>>>>> In the functions rt_task_make_periodic(), if the second parameter is
>>>>> left as it is(now + tick_period), I get no output. Infact when I check
>>>>> if the task gets scheduled at all, by using rt_printk statements, I
> get
>>>>> no output.
>>>>> But if I set the delay to 0(or some small number), I get output so
> long
>>>>> as the init_module() runs. I get output based on the number of times
>> the
>>>>> tasks get scheduled before the init_module() function is completed. I
>>>>> use 'insmod' for the loading the module.
>>>>> When I do rmmod, the tasks are terminated without errors.
>>>>> The same is the case with the 'Frank' example too.
>>>>> I use the 'One shot' timer. With 'periodic' timer, i see no output
>>>>> whatsoever.
>>>>>
>>>>> Any help is highly appreciated.
>>>>
>>>> Can you please provide more information on the problems and errors.
> What
>>>> version of RTAI are you using? Can we have a look to a test module
>>>> demostrating the problem?
>>>>
>>>> Wolfgang.
>>>>
>>>> _______________________________________________
>>>> RTAI mailing list
>>>> RTAI at rtai.org
>>>> https://mail.rtai.org/cgi-bin/mailman/listinfo/rtai
>>>>
>>>
>>>
>>
>>
>>
>>
> 
> 
> _______________________________________________
> RTAI mailing list
> RTAI at rtai.org
> https://mail.rtai.org/cgi-bin/mailman/listinfo/rtai
> 
> 
> 

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: rtai.c-ebony.patch
Url: http://mail.rtai.org/pipermail/rtai/attachments/20041009/7b55d6e2/attachment.txt 


More information about the Rtai mailing list