Add and use _Thread_Get_unmapped_real_priority().
---
cpukit/include/rtems/capture.h | 5 ++---
cpukit/include/rtems/score/schedulerimpl.h | 30 --
cpukit/include/rtems/score/schedulernodeimpl.h | 30 ++
cpukit/include/rtems/scor
27th June Work Summary:
Stored compressed version of raw data of size 98 KB generated from QEMU
target in misc/record directory. Modified RTEMs client program for
--input= flag. It's working fine.
___
devel mailing list
devel@rtems.org
http://lists.rtems
There are also some annotations that can silence warnings for suspect cases
of not having breaks in switches, etc. I recall a few places that adding
annotations would allow users to get cleaner runs.
--joel
On Thu, Jun 27, 2019, 5:31 PM Gedare Bloom wrote:
> I have an interest and plan to work
I want to +1 on the default behavior being right for configure scripts with
no magic.
The .pc file contents reflect the fragments from the make .cfg file. Those
assume infrastructure to get the other arguments. So the .PC files need
more. Good spot
On Thu, Jun 27, 2019, 8:08 PM Jonathan Brandme
Closely related, the .pc files installed for each bsp under
lib/pkgconfig also add the -qrtems argument to cflags.
On Thu, Jun 27, 2019 at 5:35 PM Chris Johns wrote:
>
> On 27/6/19 10:08 pm, Sebastian Huber wrote:
> > I would like to get rid of the -qrtems command for normal RTEMS
> > applicatio
On 27/6/19 10:08 pm, Sebastian Huber wrote:
> I would like to get rid of the -qrtems command for normal RTEMS applications.
I do not think you can remove -qrtems as it will break all existing configure
scripts. The default needs to be stubs.
Chris
___
d
I have an interest and plan to work on this area soon. I made myself a note
to look into the options, and whether any of the rules can be used out of
the box for open source in https://devel.rtems.org/ticket/3710
Gedare
On Thu, Jun 27, 2019, 5:25 AM Joel Sherrill wrote:
> It would be good to ha
>
> > Okay. Raw file contents have this structure. It means raw file will only
> > contain event and data in binary format. How should I get it's
> > corresponding ns and cpu values.
>
> 1. Instead of the socket() and connect() you open the file descriptor with
> open().
>
> 2. Instead of using rec
- Am 27. Jun 2019 um 16:52 schrieb Ravindra Kumar Meena rmeena...@gmail.com:
>>
>> > For whatever reason this file has only 98304 bytes. The
>> > content looks
>> > > all right. So, the next step is to modify the client so that
>> > it can
>> > > read
>> > >
>
> > For whatever reason this file has only 98304 bytes. The
> > content looks
> > > all right. So, the next step is to modify the client so that
> > it can
> > > read
> > > from a file instead of the TCP stream.
> > >
> > > I am trying to write cod
On 27/06/2019 14:08, Sebastian Huber wrote:
+%{!nostdlib: %{--start-group \
+-lrtemsbsp -lrtemscpu -latomic -lc -lgcc \
+--end-group %{!qnolinkcmds: -T linkcmds%s}}}"
Why is the -qnolinkcmds under the -nostdlib scope?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 P
On 27/06/2019 14:08, Sebastian Huber wrote:
+"%{qrtemsstub: %{!shared:%{g*:-lg} %{!p:%{!pg:-lc}}%{p:-lc_p}%{pg:-lc_p}}} \
I think this can be simplified to:
%{qrtemsstub: -lc}
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47
Hello,
I would like to get rid of the -qrtems command for normal RTEMS
applications. The difficulty is that the configuration process to build
GCC with all the target libraries (libatomic, libstdc++, libgomp, etc.)
relies on some link time tests which use the crt0.o, libc.a and libm.a.
The at
It would be good to have some control over Scan options but I have never
seen anything on the Dashboard giving us any control like this. It appears
to be set to a specific set of options outside our control.
Also if you follow the path down for help, they send you to Stack Overflow.
If we can fig
On 27/06/2019 12:51, Ravindra Kumar Meena wrote:
>
> For whatever reason this file has only 98304 bytes. The
content looks
> all right. So, the next step is to modify the client so that
it can
> read
> from a file instead of the TCP stream.
>
>
> >
> > For whatever reason this file has only 98304 bytes. The content looks
> > all right. So, the next step is to modify the client so that it can
> > read
> > from a file instead of the TCP stream.
> >
> > I am trying to write code to read from the original raw record item.
>
On 27/06/2019 12:39, Ravindra Kumar Meena wrote:
> Okay. It worked. I have placed it in mis/record directory.
>
> It is a binary file. So I directly made a push to my GitHub
rtems-tools
> repository workplace.
>
https://github.com/rmeena840/rtems-tools/commit/70d
>
> > Okay. It worked. I have placed it in mis/record directory.
> >
> > It is a binary file. So I directly made a push to my GitHub rtems-tools
> > repository workplace.
> >
> https://github.com/rmeena840/rtems-tools/commit/70d527dcf8ae8a5026dd1af79e4d27c5adcbdade
> >
> > Have a look.
>
> For what
On 27/06/2019 08:58, Ravindra Kumar Meena wrote:
> Is there a way to set the file size for which nc should output? I
can
> get around minimum 500KB of file.
> I am following this
> https://linux.die.net/man/1/nc
You can use dd to reduce the file size, e.g.
dd
19 matches
Mail list logo
