On 28/05/18 10:48, Hesham Almatary wrote:
The FE310-G000 has the ROM at 0x2000_ and RAM (DTIM) at 0x8000_.
The FU540-C000 (and Qemu "virt") has the ROM at 0x2000_ and RAM (DDR) at
0x8000_.
So, why is the memory at 0x1000_ and not 0x8000_?
That's basically a hack. The r
Hello Vidushi,
could you please also work on the user documentation and the use cases.
I am not an expert in this CTF stuff. Without an introduction in the
user manual I am pretty helpless. I don't know which tools I have to
install. I don't know the workflow. I don't know why I need a "CTF
g
On 29/05/18 17:36, Vidushi Vashishth wrote:
---
linkers/rtld-trace-buffer.ini | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/linkers/rtld-trace-buffer.ini b/linkers/rtld-trace-buffer.ini
index af9fc31..ee68d55 100644
--- a/linkers/rtld-trace-buffer.ini
+++ b/linkers
On Tue, May 29, 2018 at 11:26 AM, Amaan Cheval
wrote:
> On Tue, May 29, 2018 at 9:28 PM, Amaan Cheval
> wrote:
> > Noted, thanks a ton for the details! Unrelated to the topic at hand,
> > but out of interest, is this the only reading material for further
> > details? http://ceur-ws.org/Vol-1697/
On 30/5/18 5:30 am, Dannie Huang wrote:
> I am now able to grab most of needed information from ticket's page by using
> python (like ticket id, description, comments, etc).
Fantastic.
> There is a place for
> attachment on a ticket's page, do we also need to get the information of
> attached fil
On 30/5/18 12:44 am, Joel Sherrill wrote:
> Is this the Ubuntu issue reported?
This issue has been around a long time. On Windows I have this comment about
Python:
https://git.rtems.org/rtems-source-builder/tree/source-builder/sb/windows.py#n136
Chris
>
> -- Forwarded message
Vidushi,
You might find some ideas from the 2016 RTEMS CTF GSoC Project:
http://rtems-tracing-tweaks.blogspot.com/
https://github.com/vivek9191/rtems/commits/master
Nothing more recent was done with any success that I know of. I don't
know if anyone ever wrote the configuration needed for babelt
Hello!
I am in the process of writing a CTF generator configuration file. This
will be used in converting trace data into Common Trace Format. I am
following the flow of events as described in [1] for the conversion
process. Have there been previous attempts to create CTF generator
configuration?
Chris,
I am now able to grab most of needed information from ticket's page by
using python (like ticket id, description, comments, etc). There is a place
for attachment on a ticket's page, do we also need to get the information
of attached files? If we need to, how can I implement?
Best,
Dannie
_
On Tue, May 29, 2018 at 9:28 PM, Amaan Cheval wrote:
> Noted, thanks a ton for the details! Unrelated to the topic at hand,
> but out of interest, is this the only reading material for further
> details? http://ceur-ws.org/Vol-1697/EWiLi16_12.pdf
>
> In brief: My tests for keeping a libfake.a (com
Noted, thanks a ton for the details! Unrelated to the topic at hand,
but out of interest, is this the only reading material for further
details? http://ceur-ws.org/Vol-1697/EWiLi16_12.pdf
In brief: My tests for keeping a libfake.a (compiled without -fpic)
and a loader.so with a user-appXYZ.c have
Hi!
Just updating that I have sent a patch which fixes the trace buffer
generation. I am now able to generate trace buffers for the fileio sample
testcase. I will begin work on CTF conversion now.
Thanks,
Vidushi
On Tue, May 29, 2018 at 1:00 PM, Vidushi Vashishth
wrote:
> Hey Sebastian!
>
> Ye
---
linkers/rtld-trace-buffer.ini | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/linkers/rtld-trace-buffer.ini b/linkers/rtld-trace-buffer.ini
index af9fc31..ee68d55 100644
--- a/linkers/rtld-trace-buffer.ini
+++ b/linkers/rtld-trace-buffer.ini
@@ -26,6 +26,7 @@ buffer-lo
Is this the Ubuntu issue reported?
-- Forwarded message -
From: Phil Muldoon
Date: Tue, May 29, 2018, 6:38 AM
Subject: GDB fails to build with Python 3.7
To:
Currently GDB fails to build with Python 3.7
https://bugs.python.org/issue33470
This is because we use an internal Pyt
Hey Sebastian!
Yes I have been working on the trace linker the past week. It is outdated
and needs improvements. A lot of my work depends on me fixing the trace
linker. I had informed about this last week during the meeting. I thought I
would update you as soon as I make progress. Nevertheless the
Hello Vidushi,
I though you agreed to send a regular status report on Monday? Do you
still work on the project?
--
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
E-Mail : sebastian.hu...@emb
16 matches
Mail list logo