Hi
I decided to try this out today. The users manual is pretty good but has
some spots which lean to 5 and haven't been updated. Also mentions updating
your PATH early and isn't really needed until rtems-run can't find qemu. :)
My big questions are from this exercise are:
+ How would one use thi
After doing a lot of tracing through my application, it looks like
malloc_info works fine before we start our cFS application, but it
blocks after the cFS is initialized. This suggests some sort of memory
corruption.
I started by instrumenting our code to call malloc info during various
stages of a
hmac_md5 is defined in dhcpcd and in wpa supplicant.
---
freebsd/contrib/wpa/src/crypto/md5.h | 4
1 file changed, 4 insertions(+)
diff --git a/freebsd/contrib/wpa/src/crypto/md5.h
b/freebsd/contrib/wpa/src/crypto/md5.h
index 33f8426c..48afb955 100644
--- a/freebsd/contrib/wpa/src/crypto/md
Hi,
The scheduler doesnt seem to be involved in rtems_task_exit. I believe the
scheduler is doing something wrong during the execution of rtems_yield for
TA1. Is it related to isr_level? Please find the stacktrace below for
execution of TA5 after TA1 yields:
(gdb)
0x00103c28 in Task5 (argument=0
Yes, and you don't want to support two ways to do something if it hasn't been
noticed in ten years.
> On Oct 9, 2020, at 11:37 , Gedare Bloom wrote:
>
> Excellent analysis. I would like Chris to weigh in, but the rationale
> to remove instead of try to fix makes sense because it is basically an
On Fri, Oct 9, 2020 at 9:38 AM Joel Sherrill wrote:
>
>
>
> On Fri, Oct 9, 2020 at 10:26 AM Gedare Bloom wrote:
>>
>> On Thu, Oct 8, 2020 at 11:42 PM wrote:
>> >
>> > From: Chris Johns
>> >
>> > ---
>> > user/index.rst | 2 +
>> > user/languages/c.rst | 14 ++
>> > user/langua
On Fri, Oct 9, 2020 at 10:26 AM Gedare Bloom wrote:
> On Thu, Oct 8, 2020 at 11:42 PM wrote:
> >
> > From: Chris Johns
> >
> > ---
> > user/index.rst | 2 +
> > user/languages/c.rst | 14 ++
> > user/languages/cpp.rst | 312 +++
> > user/l
Excellent analysis. I would like Chris to weigh in, but the rationale
to remove instead of try to fix makes sense because it is basically an
undocumented shell API.
On Fri, Oct 9, 2020 at 7:38 AM Frank Kuehndel
wrote:
>
> The shell has an 'fdisk' command which has sub-commands 'mount' and 'unmoun
Okay, I'm gonna do that. Thanks for the help.
On Thu, Oct 8, 2020 at 9:47 PM Gedare Bloom wrote:
> On Thu, Oct 8, 2020 at 9:38 AM Richi Dubey wrote:
> >
> > Hi,
> >
> > I have been trying to debug sp16 for the last few days. I am using the
> new Strong APA scheduler we worked on during this GSo
On Thu, Oct 8, 2020 at 11:42 PM wrote:
>
> From: Chris Johns
>
> ---
> user/index.rst | 2 +
> user/languages/c.rst | 14 ++
> user/languages/cpp.rst | 312 +++
> user/languages/index.rst | 21 +++
> 4 files changed, 349 insertions(+)
> cr
On Fri, Oct 9, 2020 at 9:11 AM Kinsey Moore
wrote:
> I'm not sure it's specifically a GCC10 issue, but I've encountered
> something like this before (I think it was GCC8 or GCC9).
>
> https://github.com/ISI-apex/rtems/commit/edd6d90c3ad21393dd0de93056f371c7abc89b78
>
> I thought I'd sent in a pat
I'm not sure it's specifically a GCC10 issue, but I've encountered something
like this before (I think it was GCC8 or GCC9).
https://github.com/ISI-apex/rtems/commit/edd6d90c3ad21393dd0de93056f371c7abc89b78
I thought I'd sent in a patch for this or at least created a ticket, but I
can't find eit
Hi Joel,
Sebastian is the opinion its a "GCC 10 issue".
On 10/9/20 3:32 PM, Joel Sherrill wrote:
> This is interesting. When I teach RTEMS classes, I always run this
> application and the last time, this BSP was the one used. It was a rare
> case of all Zynq users with no LEON users. :)
>
> What
On 09/10/2020 15:32, Joel Sherrill wrote:
This is interesting. When I teach RTEMS classes, I always run this
application and the last time, this BSP was the one used. It was a
rare case of all Zynq users with no LEON users. :)
What version of RTEMS and how did you configure it?
This sounds l
The shell has an 'fdisk' command which has sub-commands 'mount' and 'unmount'.
These two sub-commands have a bug which causes them to be not able
to mount anything. This proposed patch removes the buggy file
cpukit/libblock/src/bdpart-mount.c and the mount/unmount commands
from 'fdisk' as bug fix.
This is interesting. When I teach RTEMS classes, I always run this
application and the last time, this BSP was the one used. It was a rare
case of all Zynq users with no LEON users. :)
What version of RTEMS and how did you configure it?
This sounds like it may need a ticket since it likely needs
When I use the 'shell' from the fileio sample with the command below:
env QEMU_AUDIO_DRV="none" \
qemu-system-arm -no-reboot -net none -nographic -M realview-pbx-a9 -m 256M \
-kernel build/arm/realview_pbx_a9_qemu/testsuites/samples/fileio.exe
The executable crashes with an "BLOWN STACK!
Hi
The RTEMS documentation is very good at technical details but short on the
benefit of each feature. For example, the combination of per-symbol linking
and the current system initialization results in smaller code and less code
in the linked executable to audit. The details of those features are
On 08/10/2020 20:51, Peter Dufault wrote:
I have a minor issue with the ordering. *I haven't looked too much through
earlier documents.*
I don't think this has anything to do with Sebastians work, but I think it is odd that "close"
comes before directives like "I/O control" (or whatever it's
19 matches
Mail list logo
