We were wrong about the deadlock, the semaphore is causing that we cannot
set or clear a GPIO output pin inside a GPIO interrupt handler.
We've found that the problem is the way the beaglebone's bsp dispatches the
interrupts: the dispatcher disables the current interrupt vector, dispaches
the inter
Having an optional function that could be called prior to the construction of
any global
objects would be very useful.
This is being discussed in the C++Embedded mailing list, in this thread:
http://www.open-std.org/pipermail/embedded/2014-November/000226.html
For example, we would like to use th
Pavel's patches for TMS570 are pending I think..
On Tue, Nov 17, 2015 at 8:49 PM, Joel Sherrill wrote:
> Hi
>
> Now that the ftp site is cleaned uo, I want to cut this release as soon as
> possible. Unfortunately, I have commitments and most likely won't get to
> this before at least Friday.
>
>
nevermind, I pushed those through. they may have a bit of clean-up left though
On Wed, Nov 18, 2015 at 10:13 AM, Gedare Bloom wrote:
> Pavel's patches for TMS570 are pending I think..
>
> On Tue, Nov 17, 2015 at 8:49 PM, Joel Sherrill wrote:
>> Hi
>>
>> Now that the ftp site is cleaned uo, I wan
I think this was discussed before. I don't see a ticket on this issue. It
may be worth filing one. I see e-mail from July from TallerTech folks about
the server problem.
On Wed, Nov 18, 2015 at 8:34 AM, Federico Garcia Cruz <
federico.garciac...@tallertechnologies.com> wrote:
> We were wrong abou
From: Premysl Houdek
Signed-off-by: Premysl Houdek
---
c/src/lib/libbsp/arm/tms570/console/tms570-sci.c| 12 +++-
c/src/lib/libbsp/arm/tms570/include/tms570-pinmux.h | 9 +
c/src/lib/libbsp/arm/tms570/pinmux/pinmux.c | 18 +-
3 files changed, 21 inse
The first, thank to Gedare for review.
This minor patch resolves remarks to the code.
Premysl Houdek (1):
bsp/tms570: unite code duplication in pinmux and clean SCI close per
review remarks.
c/src/lib/libbsp/arm/tms570/console/tms570-sci.c| 12 +++-
c/src/lib/libbsp/arm/tms570
Hello Gedare,
Premek has prepared update per your review remarks.
Change in pinmux and SCI has been quickly tested.
If you like the cleanup, please, push it to git.
We run more complete testing on Friday
but generally we can solve possible minor
problems and enhancements after 4.11 branching.
C
Applied.
On Wed, Nov 18, 2015 at 12:45 PM, Pavel Pisa wrote:
> From: Premysl Houdek
>
> Signed-off-by: Premysl Houdek
> ---
> c/src/lib/libbsp/arm/tms570/console/tms570-sci.c| 12 +++-
> c/src/lib/libbsp/arm/tms570/include/tms570-pinmux.h | 9 +
> c/src/lib/libbsp/arm/tms5
Hello Joel, Gedare and others,
one patch to consider is the TAR fix
Untar_FromMemory breaks on create directory if they exists, even on root one.
https://devel.rtems.org/ticket/2413
A patch is attached.
But I have failed to find time to prepare correctly
integrated minimal test case.
The patc
On 19/11/2015 8:39 AM, Pavel Pisa wrote:
> The patch is important for unpacking standard tar command generated
> archives used for example by some of Microwindows tests.
I do not think the patch is enough. For example on OS X:
$ rm -rf x && mkdir x && mkdir x/1 && touch x/1/1 touch x/2 && tar cf
On 19/11/2015 2:06 AM, Aurelio Remonda wrote:
> Having an optional function that could be called prior to the construction of
> any global
> objects would be very useful.
> This is being discussed in the C++Embedded mailing list, in this thread:
> http://www.open-std.org/pipermail/embedded/2014-No
12 matches
Mail list logo
