On Tue, Aug 6, 2019 at 3:50 AM Chris Johns wrote:
> On 6/8/19 1:42 am, Vijay Kumar Banerjee wrote:
> > Hello all,
> >
> > I now have a working framebuffer driver for Beablebone black where I
> > can already print a picture on the screen. I'm starting to explore the
> > graphics libraries as the n
On 06/08/2019 08:34, Ravindra Kumar Meena wrote:
Object Index: 75 Name: SHLL
Thread name is in the right order now.
Yes, the order is all right, but you still overwrite thread names which
consist of multiple events.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178
Hello,
when you use document internal references, e.g.
:ref:`RSB`
then this is turned into:
"Chapter 12 - RTEMS Source Builder"
I think this "Chapter 12 - " prefix makes it harder to read the
document. In a default configuration of Sphinx this stuff is not
included. Would it be possible to
>
> > The decoded thread name is "swi6: task queu"
> >
> > For each RTEMS_RECORD_THREAD_NAME event you start the loop at i == 0, so
> > you overwrite your previous data.
>
> The thread name encoding was difficult to decode. I changed it like this:
>
>
> https://git.rtems.org/rtems/commit/?id=cc91fa
On 06/08/2019 07:27, Sebastian Huber wrote:
On 06/08/2019 07:20, Ravindra Kumar Meena wrote:
>
> Have made changes. Simplified the code.
>
https://github.com/rmeena840/rtems-tools/commit/9e09be40db85e4e903118f8eb5eb1ea1e41baf46
Yes, this moves into the right direction
On 06/08/2019 07:20, Ravindra Kumar Meena wrote:
>
> Have made changes. Simplified the code.
>
https://github.com/rmeena840/rtems-tools/commit/9e09be40db85e4e903118f8eb5eb1ea1e41baf46
Yes, this moves into the right direction:
+ for( i = 0; i < THREAD_NAME_SIZE -
>
> >
> > Have made changes. Simplified the code.
> >
> https://github.com/rmeena840/rtems-tools/commit/9e09be40db85e4e903118f8eb5eb1ea1e41baf46
>
> Yes, this moves into the right direction:
>
> + for( i = 0; i < THREAD_NAME_SIZE - 1; i++ ){
> +if( cctx->thread_names[ api_id ][ thread_
On 06/08/2019 06:37, Ravindra Kumar Meena wrote:
No, using sprintf() is not the right way to do this. Please try to
understand the referenced code section. The string is converted char by
char into a sequence of integers. You have to reverse this and convert
an integer into a sequ
>
> No, using sprintf() is not the right way to do this. Please try to
> understand the referenced code section. The string is converted char by
> char into a sequence of integers. You have to reverse this and convert
> an integer into a sequence of chars.
>
> > 3. You don't need extra memcpy()
From: Chris Johns
Closes #3777
---
.../start/{linkcmds => linkcmds.in} | 0
cpukit/libdl/rtl-debugger.c | 26 +--
cpukit/libdl/rtl-elf.c| 2 --
3 files changed, 13 insertions(+), 15 deletions(-)
rename bsps/arm/raspberrypi/st
On 5/8/19 11:01 pm, Sebastian Huber wrote:
> Hello,
>
> in the user manual you find this hint:
>
> "The ``#rtems`` channel is logged. You can find the logs at:
>
> http://www.rtems.org/irclogs/
>
This was added on the understanding the logs would be made available. It has not
happened.
> Y
Both patches looks good.
Thank you.
Chris
On 5/8/19 11:33 pm, Sebastian Huber wrote:
> ---
> common/rtemsdomain.py | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/common/rtemsdomain.py b/common/rtemsdomain.py
> index 8bd976f..49d0728 100644
> --- a/common/rtemsdomain.py
On 6/8/19 1:42 am, Vijay Kumar Banerjee wrote:
> Hello all,
>
> I now have a working framebuffer driver for Beablebone black where I
> can already print a picture on the screen. I'm starting to explore the
> graphics libraries as the next step in my project.
>
> I have had a look at the RTEMS Gr
Hello all,
I now have a working framebuffer driver for Beablebone black where I
can already print a picture on the screen. I'm starting to explore the
graphics libraries as the next step in my project.
I have had a look at the RTEMS Graphics toolkit and have built a few
graphics packages from RSB
---
common/rtemsdomain.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/rtemsdomain.py b/common/rtemsdomain.py
index 8bd976f..49d0728 100644
--- a/common/rtemsdomain.py
+++ b/common/rtemsdomain.py
@@ -51,7 +51,7 @@ role_list = {
"announce": ("Announce Maili
This is a preparation step to move the bug reporting procedure from the
wiki to the user manual and to add a contributing section.
---
user/index.rst | 1 +
user/overview/index.rst | 120
user/support/bugs.rst |
Hello,
in the user manual you find this hint:
"The ``#rtems`` channel is logged. You can find the logs at:
http://www.rtems.org/irclogs/
You can search the logs using Google by adding:
**site:rtems.org inurl:irclogs**
to your search terms."
I encountered two problems:
1. The page
ht
On Fri, Aug 2, 2019 at 10:44 PM Gedare Bloom wrote:
> Seems you will need 2 more spike to cover the suggestion 32/64 and
> HW/SW FP?
Yes, moreover I will need good amount of guidance too.
> i also recommend you try the sis variant, for a bit more
> coverage.
>
Okay, I will do that.
For now I w
On 05/08/2019 13:14, Ravindra Kumar Meena wrote:
> Have made changes:
>
https://github.com/rmeena840/rtems-tools/commit/a6701361eab030698464bab67d63a880d503c90e
>
> Have a look.
>
> The following line will give the same thread_name. There is no
need to
>
> > Have made changes:
> >
> https://github.com/rmeena840/rtems-tools/commit/a6701361eab030698464bab67d63a880d503c90e
> >
> > Have a look.
> >
> > The following line will give the same thread_name. There is no need to
> > reverse. I checked the output. The values are the same.
> > snprintf( item_
On 05/08/2019 10:12, Ravindra Kumar Meena wrote:
> In the console output at someplace, I am getting this type of output:
>
> THREAD_ID:a01001e
> THREAD_NAME:737769363a207461
> THREAD_NAME:736b2071756575
>
> Does this mean that the same thread_id have two thread_
>
> > In the console output at someplace, I am getting this type of output:
> >
> > THREAD_ID:a01001e
> > THREAD_NAME:737769363a207461
> > THREAD_NAME:736b2071756575
> >
> > Does this mean that the same thread_id have two thread_name? If so then
> > only one thread_name can be stored in
> > char th
22 matches
Mail list logo
