---
cpukit/include/rtems/posix/timer.h | 1 +
cpukit/posix/src/psxtimercreate.c | 1 +
cpukit/posix/src/timergettime.c| 61 +++---
3 files changed, 41 insertions(+), 22 deletions(-)
diff --git a/cpukit/include/rtems/posix/timer.h
Hi all,
On Thu, Jul 22, 2021 at 4:12 PM Pavel Pisa wrote:
>
> Hello Joel,
>
> On Thursday 22 of July 2021 22:19:21 Joel Sherrill wrote:
> > On Thu, Jul 22, 2021 at 12:25 PM Robin Müller >
> > The current version of the rtems-lwip support after I added STM32H7 can
> > > still be found here:
> >
Hello Joel,
On Thursday 22 of July 2021 22:19:21 Joel Sherrill wrote:
> On Thu, Jul 22, 2021 at 12:25 PM Robin Müller >
> The current version of the rtems-lwip support after I added STM32H7 can
> > still be found here:
> > https://github.com/rmspacefish/rtems-lwip/tree/mueller/master and
> >
On Thu, Jul 22, 2021 at 12:25 PM Robin Müller wrote:
>
> Hello,
>
> I am still waiting on STM32 reply because of the licensing issue. Might still
> take weeks/months..
The Ultimate Liberty license is a bit of a misnomer. Quite a few
restrictions on liberty there.
>
> Another solution would be
Hello,
I am still waiting on STM32 reply because of the licensing issue. Might
still take weeks/months..
Another solution would be to write some scripts to copy the code from the
Cube sources..
But I would prefer to avoid them, because I also had to merge some of the
files provided by STM so
On 21/07/2021 20:10, Gedare Bloom wrote:
One more thing, should we specifically say "on_processor" or
something, to make it clear what this means? When I first read the
function name, I thought it is "cause on a condition" so I was
confused.
Another thought with this "cause_on" directive,
> On 22 Jul 2021, at 6:53 pm, Sebastian Huber
> wrote:
>> On 22/07/2021 10:47, Chris Johns wrote:
>>> On 22/7/21 6:37 pm, Sebastian Huber wrote:
>>> On 22/07/2021 10:33, Chris Johns wrote:
>> and so the arch part is not
>> really needed. My concern is this type code ...
>>
>>
On 22/07/2021 10:47, Chris Johns wrote:
On 22/7/21 6:37 pm, Sebastian Huber wrote:
On 22/07/2021 10:33, Chris Johns wrote:
and so the arch part is not
really needed. My concern is this type code ...
https://git.rtems.org/rtems_waf/tree/rtems.py#n758
that breaks. Is this an issue? I think a
On 22/7/21 6:37 pm, Sebastian Huber wrote:
> On 22/07/2021 10:33, Chris Johns wrote:
and so the arch part is not
really needed. My concern is this type code ...
https://git.rtems.org/rtems_waf/tree/rtems.py#n758
that breaks. Is this an issue? I think a single `/` in a
Hello,
Libbsd uses the pre-processor to map all the kernel calls into a libbsd kernel
name space by prepending _bsd_ to each symbol. The script ...
https://git.rtems.org/rtems-libbsd/tree/create-kernel-namespace.sh?h=6-freebsd-12
... generates the list and the result is pushed into the repo.
On 22/07/2021 10:33, Chris Johns wrote:
and so the arch part is not
really needed. My concern is this type code ...
https://git.rtems.org/rtems_waf/tree/rtems.py#n758
that breaks. Is this an issue? I think a single `/` in a BSP or family is
cleaner.
Why is this an issue? This BSP family stuff
On 22/7/21 4:44 pm, Sebastian Huber wrote:
> On 22/07/2021 08:37, Chris Johns wrote:
>> On 22/7/21 4:20 pm, Sebastian Huber wrote:
>>> On 22/07/2021 02:39, Chris Johns wrote:
On 22/7/21 5:22 am, Sebastian Huber wrote:
> BSP family and BSP variant names may be equal. This prefix avoids
On 22/07/2021 08:43, Chris Johns wrote:
On 22/7/21 5:08 am, Sebastian Huber wrote:
On 21/07/2021 21:04, Gedare Bloom wrote:
On Wed, Jul 21, 2021 at 12:31 PM Sebastian Huber
wrote:
On 21/07/2021 20:28, Gedare Bloom wrote:
Why not throw an error here instead? In production, you wouldn't
On 22/07/2021 08:37, Chris Johns wrote:
On 22/7/21 4:20 pm, Sebastian Huber wrote:
On 22/07/2021 02:39, Chris Johns wrote:
On 22/7/21 5:22 am, Sebastian Huber wrote:
BSP family and BSP variant names may be equal. This prefix avoids
ambiguity in the enabled-by expressions.
---
wscript | 2
On 22/7/21 5:08 am, Sebastian Huber wrote:
> On 21/07/2021 21:04, Gedare Bloom wrote:
>> On Wed, Jul 21, 2021 at 12:31 PM Sebastian Huber
>> wrote:
>>> On 21/07/2021 20:28, Gedare Bloom wrote:
Why not throw an error here instead? In production, you wouldn't want
this code...
>>> The
On 22/7/21 4:20 pm, Sebastian Huber wrote:
> On 22/07/2021 02:39, Chris Johns wrote:
>> On 22/7/21 5:22 am, Sebastian Huber wrote:
>>> BSP family and BSP variant names may be equal. This prefix avoids
>>> ambiguity in the enabled-by expressions.
>>> ---
>>> wscript | 2 +-
>>> 1 file changed,
On 22/07/2021 02:39, Chris Johns wrote:
On 22/7/21 5:22 am, Sebastian Huber wrote:
BSP family and BSP variant names may be equal. This prefix avoids
ambiguity in the enabled-by expressions.
---
wscript | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/wscript b/wscript
17 matches
Mail list logo
