Timeline



01/24/20:

14:49 Ticket #3857 (Use EAGAIN for POSIX mq wait in ISR error) closed by Martin Erik Werner <martinerikwerner@…>
fixed: In e225545/rtems: […]
13:59 Changeset in rtems-docs [565df31]5 by Joel Sherrill <joel@…>
posix-users/message_passing.rst: Add status for cannot block in ISR Updates #3857.
13:59 Ticket #3857 (Use EAGAIN for POSIX mq wait in ISR error) created by Joel Sherrill
POSIX message queues which are about to block in an ISR currently …
09:57 Changeset in rtems-tools [18d3daa]5 by Vijay Kumar Banerjee <vijaykumar9597@…>
covoar/wscript: Install covoar.css and table.js
09:57 Changeset in rtems-tools [2852cac]5 by Vijay Kumar Banerjee <vijaykumar9597@…>
rtemstoolkit/path: Add support to copy single file

01/21/20:

03:46 Changeset in rtems-source-builder [599c4d7]5 by Chris Johns <chrisj@…>
freebsd: Fix GDB building on some 12 and higher versions

01/20/20:

04:12 Ticket #3691 (RTEMS Testing TFTP Proxy Project) closed by Chris Johns
fixed: A Python command has been added to RTEMS Tools ... ​https://git.rtems.org/rtems-tools/tree/misc/rtems-tftp-proxy

01/19/20:

15:11 Changeset in rtems [e2255453]5 by Martin Erik Werner <martinerikwerner@…>
Use EAGAIN for POSIX mq wait in ISR error Modify the status code returned by _CORE_message_queue_Submit() when it detects a wait about to happen in an ISR (which would be deadly) to return a status which translated to EAGAIN instead of ENOMEM. This is only relevant for POSIX message queues, since Classic API message queues cannot block on send. The motivation is to match the "most related" errno value returned from mq_send() and mq_timedsend() according to POSIX, via Open Group: [EAGAIN] The O_NONBLOCK flag is set in the message queue description associated with mqdes, and the specified message queue is full. or via the RTEMS POSIX users documentation EAGAIN The message queue is non-blocking, and there is no room on the queue for another message as specified by the mq_maxmsg. Neither of these matches the case ofi avoided ISR wait perfectly, but they seem to be the closest equivalent, unless it is desirable to keep a new non-standard error for this case. It is presumed that this is not desirable. The previously returned ENOMEM error value is not documented in either the Open Group or the RTEMS POSIX uses documentation. A companion patch corrects the documentation to include this error condition. Based on the discussion in: ​https://lists.rtems.org/pipermail/devel/2020-January/056891.html closes #3857. Message-Id: <CAF9ehCW5P12ZkZja4UPYTbdBFUyC1VKVL-tU7nyUtvK1Lz2Z3g@…>

01/17/20:

22:13 Ticket #3856 (posix_devctl - Add support for SOCKCLOSE) closed by Joel Sherrill <joel@…>
fixed: In 5e7b3c65/rtems: […]

01/15/20:

20:09 GSoC/GettingStarted edited by Gedare Bloom
(diff)
17:37 Ticket #3856 (posix_devctl - Add support for SOCKCLOSE) created by Joel Sherrill
The FACE Technical Standard, Edition 3.0 and later require the …

01/14/20:

21:44 Ticket #3855 (BSP Buildset for EPICS) created by Gedare Bloom
= BSP Buildset for EPICS = [[PageOutline(...)]] == …
21:31 Developer/OpenProjects edited by Joel Sherrill
(diff)
21:28 Developer/OpenProjects edited by Joel Sherrill
(diff)
21:25 Developer/OpenProjects edited by Joel Sherrill
(diff)
20:59 Ticket #3854 (MIPS Malta BSP Qemu Support) created by Joel Sherrill
== Mentors == Chris Johns Joel Sherrill == Status == Looking for …
20:55 Ticket #2903 (BSPs for Simulators) closed by Gedare Bloom
fixed: Instead of a broad topic of BSPs for Simulators, we should identify any specific simulator targets we would like to have a BSP to run.
Note: See TracTimeline for information about the timeline view.