Re: Matlab library

Dear Paolo,

I work a lot with Matlab/simulink and If i decide to use the rtai interface=
, I can modify your library for Simulink to reduce extra code stuff.


Kid regards

Luca =


-----Messaggio originale-----
Da: Rtai [mailto:[email protected]] Per conto di [email protected]
Inviato: gioved=EC 8 marzo 2018 09:06
A: [email protected]
Oggetto: Rtai Digest, Vol 123, Issue 8

Send Rtai mailing list submissions to
	[email protected]

To subscribe or unsubscribe via the World Wide Web, visit
	https://mail.rtai.org/cgi-bin/mailman/listinfo/rtai
or, via email, send a message with subject or body 'help' to
	[email protected]

You can reach the person managing the list at
	[email protected]

When replying, please edit your Subject line so it is more specific than "R=
e: Contents of Rtai digest..."


Today's Topics:

   1. Re: Error when compiling kernel 4.9.80 (Paolo Mantegazza)
   2. Matlab library (Garbarino Luca)
   3. Re: Matlab library (Paolo Mantegazza)


----------------------------------------------------------------------

Message: 1
Date: Wed, 7 Mar 2018 16:37:26 +0100
From: Paolo Mantegazza <[email protected]>
To: Felix Frey <[email protected]>, "[email protected]" <[email protected]>
Subject: Re: [Rtai] Error when compiling kernel 4.9.80
Message-ID: <[email protected]>
Content-Type: text/plain; charset=3Dutf-8; format=3Dflowed

It is possible I overlooked something while upgrading to the latest release=
s.
I did it just to check if the fixes to meltdown and spectre affected RTAI.
It seems that there should be no major drawback.
In any case the spectre fixes, requiring the latest gcc releases, which I d=
o not have,? are not adequately checked yet.

Paolo

On 03/07/2018 02:17 PM, Felix Frey wrote:
> Indeed, it was the "check for stack overflows" option, which was set by d=
efault.
> Unsetting it solved the problem.
>
> Interestingly, setting the same option in kernel 4.9.51 doesn't break the=
 build!
>
> Felix
>
> Am 07.03.2018 um 12:59 schrieb Paolo Mantegazza:
>> Since I've it working, 32-64 bits, my guess is that you must deconfig a =
related kernel debug option, likely, but I'm not so sure, in: kernel hackin=
g, memory debugging.
>> Paolo
>>
>> On 03/07/2018 12:12 PM, Felix Frey wrote:
>>> Hi
>>>
>>> When trying to compile a kernel 4.9.80, patched with the latest "hal-li=
nux-4.9.80-x86-4.patch"
>>> from RTAI-5.1, I get the following error message:
>>>
>>> arch/x86/kernel/irq_64.c: In function ?stack_overflow_check?:
>>> arch/x86/kernel/irq_64.c:45:29: error: called object ?current_stack_poi=
nter? is not a function or function pointer
>>>      sp =3D current_stack_pointer();
>>>                                ^
>>> In file included from ./arch/x86/include/asm/alternative.h:9:0,
>>>                    from ./arch/x86/include/asm/bitops.h:16,
>>>                    from ./include/linux/bitops.h:36,
>>>                    from ./include/linux/kernel.h:10,
>>>                    from ./include/linux/list.h:8,
>>>                    from ./include/linux/smp.h:11,
>>>                    from ./include/linux/kernel_stat.h:4,
>>>                    from arch/x86/kernel/irq_64.c:11:
>>> ./arch/x86/include/asm/asm.h:135:24: note: declared here
>>>    register unsigned long current_stack_pointer asm(_ASM_SP);
>>>                           ^
>>> scripts/Makefile.build:293: recipe for target =

>>> 'arch/x86/kernel/irq_64.o' failed
>>> make[2]: *** [arch/x86/kernel/irq_64.o] Error 1
>>>
>>>
>>> Using gcc 4.7.2 or 6.3.0 doesn't make any difference.
>>> Kernel is configured with "make x86_64_defconfig".
>>>
>>> Important: Compiling the kernel BEFORE patching was fine.
>>>
>>> Can anybody help?
>>>
>>> Regards,
>>> Felix
>>>
>>>
>>>
>>> _______________________________________________
>>> Rtai mailing list
>>> [email protected]
>>> https://mail.rtai.org/cgi-bin/mailman/listinfo/rtai
>>



------------------------------

Message: 2
Date: Thu, 8 Mar 2018 07:37:40 +0000
From: Garbarino Luca <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [Rtai] Matlab library
Message-ID: <[email protected]>
Content-Type: text/plain; charset=3D"us-ascii"

Dear Paolo,



I installed on Matlab201b the rtai library for simulink and I generated the=
 code for your example model. looking into generated code , I saw that for =
your libray you don't use the legacy tool code for the Sfunction generation=
. Have you ever tried to use this tool?.  In this way the c-code should be =
easier for reading and the list of files generated will be shorter.



Kind regards


Luca
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.rtai.org/pipermail/rtai/attachments/20180308/fe60a409/att=
achment-0001.html>

------------------------------

Message: 3
Date: Thu, 8 Mar 2018 08:50:12 +0100
From: Paolo Mantegazza <[email protected]>
To: Garbarino Luca <[email protected]>, "[email protected]"
	<[email protected]>
Subject: Re: [Rtai] Matlab library
Message-ID: <[email protected]>
Content-Type: text/plain; charset=3D"windows-1252"; Format=3D"flowed"

Sincerely, I'm not using Simulink to generate my code. It produces too bloa=
ted a stuff I do not need. In fact, I'd rather say that? I use it just as a=
n interface toward QRTILab.? Usually, I stay more on Scilab
(like) tools than MATLAB (or OCTAVE). It is a bit less efficient but is a f=
ree(dom) tool.

In any case I'll pass your suggestions to the people working with RealTimeW=
orkshop and see what we can learn from it.

Thanks for pointing it out, Paolo


On 03/08/2018 08:37 AM, Garbarino Luca wrote:
>
> Dear Paolo,
>
> I installed on Matlab201b the rtai library for simulink and I =

> generated the code for your example model. looking into generated code =

> , I saw that for your libray you don't use the legacy tool code for =

> the Sfunction generation. Have you ever tried to use this tool?.? In =

> this way the c-code should be easier for reading and the list of files =

> generated will be shorter.
>
> Kind regards
>
> Luca
>
>
>
> _______________________________________________
> Rtai mailing list
> [email protected]
> https://mail.rtai.org/cgi-bin/mailman/listinfo/rtai


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.rtai.org/pipermail/rtai/attachments/20180308/ffde5f46/att=
achment.html>

------------------------------

Subject: Digest Footer

_______________________________________________
Rtai mailing list
[email protected]
https://mail.rtai.org/cgi-bin/mailman/listinfo/rtai

------------------------------

End of Rtai Digest, Vol 123, Issue 8
************************************
_______________________________________________
Rtai mailing list
[email protected]
https://mail.rtai.org/cgi-bin/mailman/listinfo/rtai