On 8/9/17 10:19 pm, Sebastian Huber wrote:
>
> It would be nice if some Mac OS user could test this update.
>
I can confirm the ARM arch builds on MacOS. I will build all the archs now.
Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.o
On 8/9/17 11:41 pm, Sebastian Huber wrote:
>
> Seems I have to update to 11.1.
>
I can confirm the SPARC arch built on 11.1. We feel we need to support 11.0 and
it looks like 10.1 needs to be supported ...
chrisj@sync# uname -a
FreeBSD sync.rtems.org 10.1-STABLE FreeBSD 10.1-STABLE #0 669637a(s
Ok, but why do you think that this is an error? We can share the
synchronization objects among processes.
- Joel Sherrill schrieb:
> I have no idea how that is much clearer except that pthreads have defined
> macros for scope and thus an invalid value is an error.
>
> But POSIX isn't good
I have no idea how that is much clearer except that pthreads have defined
macros for scope and thus an invalid value is an error.
But POSIX isn't good at addressing error cases which existed based on the
profiles defined in PSE52-54. And those were not updated for POSIX 2008 or
2013
On Sep 8, 201
- Joel Sherrill schrieb:
> On Fri, Sep 8, 2017 at 8:33 AM, Sebastian Huber <
> sebastian.hu...@embedded-brains.de> wrote:
>
> > Since we have only one process, sharing between processes is trivial.
> >
> > Close #3124.
> > ---
> > cpukit/posix/include/rtems/posix/semaphore.h | 1 -
> >
On Fri, Sep 8, 2017 at 8:33 AM, Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> Since we have only one process, sharing between processes is trivial.
>
> Close #3124.
> ---
> cpukit/posix/include/rtems/posix/semaphore.h | 1 -
> cpukit/posix/include/rtems/posix/semaphoreimpl.h
On 09/08/2017 03:41 PM, Sebastian Huber wrote:
> On 08/09/17 15:37, Jiri Gaisler wrote:
>
>> On 09/08/2017 02:12 PM, Sebastian Huber wrote:
>>> On 08/09/17 13:53, Sebastian Huber wrote:
>>>
Hello,
Jiri was so kind to update the SIS patches today. I moved the GDB
7.12 targets t
On 08/09/17 15:37, Jiri Gaisler wrote:
On 09/08/2017 02:12 PM, Sebastian Huber wrote:
On 08/09/17 13:53, Sebastian Huber wrote:
Hello,
Jiri was so kind to update the SIS patches today. I moved the GDB
7.12 targets to use GDB 8.0.1.
I test currently a build on FreeBSD.
The build fails now
On 09/08/2017 02:12 PM, Sebastian Huber wrote:
> On 08/09/17 13:53, Sebastian Huber wrote:
>
>> Hello,
>>
>> Jiri was so kind to update the SIS patches today. I moved the GDB
>> 7.12 targets to use GDB 8.0.1.
>>
>> I test currently a build on FreeBSD.
>>
>
> The build fails now on FreeBSD 11:
>
> h
Since we have only one process, sharing between processes is trivial.
Close #3124.
---
cpukit/posix/include/rtems/posix/semaphore.h | 1 -
cpukit/posix/include/rtems/posix/semaphoreimpl.h | 1 -
cpukit/posix/src/semaphorecreatesupp.c | 7 ---
cpukit/posix/src/seminit.c
On 08/09/17 13:53, Sebastian Huber wrote:
Hello,
Jiri was so kind to update the SIS patches today. I moved the GDB 7.12
targets to use GDB 8.0.1.
I test currently a build on FreeBSD.
It would be nice if some Mac OS user could test this update.
--
Sebastian Huber, embedded brains GmbH
Ad
On 08/09/17 13:53, Sebastian Huber wrote:
Hello,
Jiri was so kind to update the SIS patches today. I moved the GDB 7.12
targets to use GDB 8.0.1.
I test currently a build on FreeBSD.
The build fails now on FreeBSD 11:
https://devel.rtems.org/ticket/3123
--
Sebastian Huber, embedded brai
Hello,
Jiri was so kind to update the SIS patches today. I moved the GDB 7.12
targets to use GDB 8.0.1.
I test currently a build on FreeBSD.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
On 08/09/17 11:57, Sebastian Huber wrote:
On 08/09/17 11:28, Yannick SARTHOU wrote:
*What I want to achieve :* I want to create a new driver that allows
the user to open a device "/dev/mram" and use ioctl calls to allow
the user to control these registers in a safe way.
You don't have to us
We should only use the address used to initialize the mutex object
according to POSIX, "2.9.9 Synchronization Object Copies and Alternative
Mappings".
http://pubs.opengroup.org/onlinepubs/9699919799/functions/V2_chap02.html#tag_15_09_09
Update #3113.
---
cpukit/posix/include/rtems/posix/cond.h
Ok I agree, in this particular an simple API will do the job fine but I
still wanted to know if it is possible to register a "soft device" (more
complicated than my simple MRAM register) to link with a driver or if it
has to be linked with a hardware device ?
Le 08/09/2017 à 11:57, Sebastian
On 08/09/17 11:28, Yannick SARTHOU wrote:
*What I want to achieve :* I want to create a new driver that allows
the user to open a device "/dev/mram" and use ioctl calls to allow the
user to control these registers in a safe way.
You don't have to use a device driver for this. You need a devic
Hello,
Thank you in advance for your advices concerning my problem :
*
*
*Background :* In my application, my GR712 (Leon3 processor) is
communicating with a FPGA via PROM memory area. In this FPGA, there are
registers to control two MRAM or other devices.
*What I want to achieve :* I want
The BSP_output_char should output a char and not mingle with high level
processing, e.g. '\n' to '\r\n' translation. Move this translation to
rtems_putc(). Remove it from all the BSP_output_char implementations.
Update #3122.
---
.../lib/libbsp/arm/altera-cyclone-v/console/console-config.c | 4
19 matches
Mail list logo
