Thanks for the help.
On Sat, Mar 27, 2021 at 8:07 PM Gedare Bloom wrote:
> On Thu, Mar 25, 2021 at 11:11 PM Richi Dubey wrote:
> >
> > Hi,
> >
> > I remember reading somewhere that the add_processor function is only
> used when a processor is explicitly added during runtime of an application
>
Hello Chris,
Am 28.03.21 um 04:43 schrieb Chris Johns:
On 22/3/21 7:45 pm, Christian MAUDERER wrote:
Hello Chris,
Am 19.03.21 um 02:11 schrieb Chris Johns:
On 3/3/21 7:41 pm, Christian MAUDERER wrote:
Hello Chris,
Am 03.03.21 um 02:17 schrieb Chris Johns:
On 2/3/21 7:26 pm, Christian MAU
Hello everyone !
I wanted to know the status of the x86_64 BSP's development.
Also it would be great help if someone guides me to get it running on QEMU
or my x64 based laptop running legacy BIOS.(not UEFI)
Regards
Shashvat
___
devel mailing list
devel
Hello Gedare,
Am 26.03.21 um 16:03 schrieb Gedare Bloom:
seems fine to me.
Thanks.
I just wanted to push the patches and noted that there haven't been any
changes to the 5 branch of libbsd since the release. But there have been
some fixes on the 5-freebsd-12 branch. Did I miss something and
Hey Shashvat!
I've CC'd Chris who may have something to add given that the original
ticket seems to have an update from John Millard - not sure if John's
made progress since my work on the x86-64 BSP was upstreamed, so I'll
let Chris speak to that.
I wouldn't recommend running it on real hardware
I linked the wrong GSoC status update of mine there - here's the final
report that you may find useful:
https://blog.whatthedude.com/post/gsoc-final/#future-to-do
On Mon, Mar 29, 2021 at 3:38 PM Amaan Cheval wrote:
>
> Hey Shashvat!
>
> I've CC'd Chris who may have something to add given that the
I solved it like you mentioned now by putting the descriptors in the
.bsp_no_cache section and with the correct alignment.
/* Put into special RTEMS section and align correctly */
ETH_DMADescTypeDef DMARxDscrTab[ETH_RX_DESC_CNT]
__attribute__((section(".bsp_nocache"),
__aligned__(DMA_DESCRIPTOR_AL
This patch adds support for the STM32H743ZI-Nucleo board
variation. This currently works by setting the STM32H743ZI_NUCLEO
flag in the config.ini flag
It also adds basic lwIP support which can be enabled
with the flag STM32H7_ADD_LWIP. This enables certain functionalities
required for lwIP to work
On 3/29/21 12:08 PM, Amaan Cheval wrote:
> I wouldn't recommend running it on real hardware yet - I don't think
> anyone has tested it on hardware.
I did and reported to the mailing list. Generally speaking works on some
systems (both demos: hello/ticker) and another it causes general
protection f
https://docs.google.com/spreadsheets/d/12FkAE6Wvo0dDw9D75p-w8UISc8_aOKQqntvruGGdeN4/edit#gid=0
This sheet has rtems-test result comparisons between different SMP
schedulers set as default schedulers and has results from last the 2
months. This might be of help to you.
On Sat, Mar 27, 2021 at 9:50
On Mon, Mar 29, 2021 at 7:56 AM Richi Dubey wrote:
>
> https://docs.google.com/spreadsheets/d/12FkAE6Wvo0dDw9D75p-w8UISc8_aOKQqntvruGGdeN4/edit#gid=0
>
> This sheet has rtems-test result comparisons between different SMP
> schedulers set as default schedulers and has results from last the 2
> mon
On 3/29/21 2:41 PM, Karel Gardas wrote:
> Or! Install VirtualBox, install FreeBSD into it but before it make sure
> you tick/switch on UEFI box and then install. Once done you do have FBSD
> working in UEFI environment.
One very important bit! You also need to tick/switch-on PAE support box.
Witho
Hello,
Please do you mind telling me how to run uncrustify with the given
configuration with any sample file?
I'm a bit stuck.
Thanks,
Ida.
On Wed, Mar 17, 2021 at 10:34 PM Gedare Bloom wrote:
> On Wed, Mar 17, 2021 at 2:28 PM Ida Delphine wrote:
> >
> > Hello,
> > So I have gone through this
On 3/29/21 2:41 PM, Karel Gardas wrote:
> On 3/29/21 12:08 PM, Amaan Cheval wrote:
>> I wouldn't recommend running it on real hardware yet - I don't think
>> anyone has tested it on hardware.
>
> I did and reported to the mailing list. Generally speaking works on some
> systems (both demos: hello/
Hi Ida,
On Mon, Mar 29, 2021 at 7:36 AM Ida Delphine wrote:
>
> Hello,
> Please do you mind telling me how to run uncrustify with the given
> configuration with any sample file?
What have you tried? Any directions followed/attempted or notes that
you have taken would be helpful.
I guess all th
On Mon, Mar 29, 2021 at 1:31 AM Christian MAUDERER
wrote:
>
> Hello Gedare,
>
> Am 26.03.21 um 16:03 schrieb Gedare Bloom:
> > seems fine to me.
>
> Thanks.
>
> I just wanted to push the patches and noted that there haven't been any
> changes to the 5 branch of libbsd since the release. But there
On Sun, Mar 28, 2021 at 1:26 PM zack_on_the_speed_chanel
wrote:
>
> Hello all,
>
> I'm updating on what' i've found out with the issue (forgot to reply all) .
> Joel recommended me check the coverage for the leon BSP( to check if it's
> supported) and i found that the branch with CLOCK_MONOTONI
Hello Gedare,
Am 29.03.21 um 16:40 schrieb Gedare Bloom:
On Mon, Mar 29, 2021 at 1:31 AM Christian MAUDERER
wrote:
Hello Gedare,
Am 26.03.21 um 16:03 schrieb Gedare Bloom:
seems fine to me.
Thanks.
I just wanted to push the patches and noted that there haven't been any
changes to the 5 b
Hello Umang Gupta,
On Sun, Mar 28, 2021 at 2:57 PM UMANG GUPTA wrote:
>
> hello everyone ,
>
> My name is Umang Gupta , i wanted to participate in GSOC'21 with RTEMS i
> would like to work on the ticket #3892 : RTEMS python standardization
> project. Plz guide me about this
> project .
As indi
Hello Umang Gupta,
welcome to RTEMS.
Also #3892 is a pure python project, I think you'll need a running RTEMS
environment for that to test the tools. So please start with the "GSoC
Getting Started" guide that is linked in the wiki page:
https://devel.rtems.org/wiki/GSoC
and
https:/
On Mon, Mar 29, 2021 at 8:47 AM Christian MAUDERER
wrote:
>
> Hello Gedare,
>
> Am 29.03.21 um 16:40 schrieb Gedare Bloom:
> > On Mon, Mar 29, 2021 at 1:31 AM Christian MAUDERER
> > wrote:
> >>
> >> Hello Gedare,
> >>
> >> Am 26.03.21 um 16:03 schrieb Gedare Bloom:
> >>> seems fine to me.
> >>
>
Hello Christian,
On Mon, Mar 29, 2021 at 12:38 AM Christian MAUDERER
wrote:
>
> Hello Vijay,
>
> please push the littlevgl patches. These are our responsibility anyway.
>
Pushed!
Thanks,
Vijay
> Best regards
>
> Christian
>
> Am 26.03.21 um 21:43 schrieb Vijay Kumar Banerjee:
> > ---
> > lvgl.
Hi,
Is this OK to push? This only affects lvgl.
Best regards,
Vijay
On Fri, Mar 26, 2021 at 2:47 PM Vijay Kumar Banerjee wrote:
>
> ---
> lvgl/wscript | 12 ++--
> 1 file changed, 10 insertions(+), 2 deletions(-)
>
> diff --git a/lvgl/wscript b/lvgl/wscript
> index 064ebed..281af25 100
I have installed libbsd package (made
RTEMS_POSIX_API=True,RTEMS_NETWORKING=True in config.ini file to
enable POSIX and networking) but I am still confused about the work
already done in this project in past. Also after interacting on
discord I think completely replacing mongoose with another web-
On Mon, Mar 29, 2021 at 6:17 AM Robin Mueller wrote:
>
> This patch adds support for the STM32H743ZI-Nucleo board
> variation. This currently works by setting the STM32H743ZI_NUCLEO
> flag in the config.ini flag
>
> It also adds basic lwIP support which can be enabled
> with the flag STM32H7_ADD_L
On Mon, Mar 29, 2021 at 1:28 AM Shashvat wrote:
>
> Hello everyone !
>
> I wanted to know the status of the x86_64 BSP's development.
> Also it would be great help if someone guides me to get it running on QEMU or
> my x64 based laptop running legacy BIOS.(not UEFI)
>
Is this intended for a GSoC
On Mon, Mar 29, 2021 at 9:49 AM Ayushman Mishra
wrote:
>
> I have installed libbsd package (made
> RTEMS_POSIX_API=True,RTEMS_NETWORKING=True in config.ini file to
> enable POSIX and networking) but I am still confused about the work
That doesn't look right. RTEMS_NETWORKING=True enables the legac
On Mon, Mar 29, 2021 at 9:20 AM Vijay Kumar Banerjee wrote:
>
> Hi,
>
> Is this OK to push? This only affects lvgl.
>
You're a maintainer of lvgl repo, so you can make that decision yourself ;)
> Best regards,
> Vijay
>
> On Fri, Mar 26, 2021 at 2:47 PM Vijay Kumar Banerjee wrote:
> >
> > ---
>
Sir ,
It would be very helpful to know about potential mentors of (Replace
mongoose with civetweb) https://devel.rtems.org/ticket/4334 this project.
On Mon, Mar 29, 2021, 9:39 PM Gedare Bloom wrote:
> On Mon, Mar 29, 2021 at 9:49 AM Ayushman Mishra
> wrote:
> >
> > I have installed libbsd packa
CC: Christian
On Mon, Mar 29, 2021 at 10:34 AM Ayushman Mishra
wrote:
>
> Sir ,
> It would be very helpful to know about potential mentors of (Replace mongoose
> with civetweb) https://devel.rtems.org/ticket/4334 this project.
>
I think Christian is the most likely potential mentor.
> On Mon, M
I don't know if it changes the answer to the question but it was not
intended as a GSOC application.
I just needed a project to spend some time learning about the architecture
and how BSPs are built in general.
Regards
Shashvat
On Mon, Mar 29, 2021 at 9:27 PM Gedare Bloom wrote:
> On Mon, Mar
On Mon, Mar 29, 2021 at 11:23 AM Shashvat wrote:
>
> I don't know if it changes the answer to the question but it was not intended
> as a GSOC application.
>
It does not. I just want to be aware of what's coming in for GSoC. Thanks.
> I just needed a project to spend some time learning about the
---
user/bsps/arm/beagle.rst | 67 ++--
1 file changed, 65 insertions(+), 2 deletions(-)
diff --git a/user/bsps/arm/beagle.rst b/user/bsps/arm/beagle.rst
index ac49b1c..dedd01b 100644
--- a/user/bsps/arm/beagle.rst
+++ b/user/bsps/arm/beagle.rst
@@ -102,8 +102,
On 29/03/2021 00:29, Chris Johns wrote:
On 28/3/21 8:04 pm, Christian Mauderer wrote:
On 28/03/2021 03:16, Chris Johns wrote:
On 28/3/21 6:16 am, Ahamed Husni wrote:
Hi,
I ran the hello program on the BBB using a bootable SD card. The SD card has two
partitions.
1. BOOT - primary, boota
On 3/29/21 6:20 PM, Shashvat wrote:
> I don't know if it changes the answer to the question but it was not
> intended as a GSOC application.
>
> I just needed a project to spend some time learning about the
> architecture and how BSPs are built in general.
Well, if you have spare cycles, then amd
thanks, just a couple tweaks
On Mon, Mar 29, 2021 at 12:13 PM Christian Mauderer wrote:
>
> ---
> user/bsps/arm/beagle.rst | 67 ++--
> 1 file changed, 65 insertions(+), 2 deletions(-)
>
> diff --git a/user/bsps/arm/beagle.rst b/user/bsps/arm/beagle.rst
> inde
---
user/bsps/arm/beagle.rst | 67 ++--
1 file changed, 65 insertions(+), 2 deletions(-)
diff --git a/user/bsps/arm/beagle.rst b/user/bsps/arm/beagle.rst
index ac49b1c..5789bb8 100644
--- a/user/bsps/arm/beagle.rst
+++ b/user/bsps/arm/beagle.rst
@@ -102,8 +102,
Hello Gedare,
thanks for the review. I've sent a v2. I changed the first sentence
(with "thought") a bit. Otherwise I followed your suggestions.
Best regards
Christian
On 29/03/2021 21:08, Gedare Bloom wrote:
thanks, just a couple tweaks
On Mon, Mar 29, 2021 at 12:13 PM Christian Mauderer
Yes I have. But wondering how to run it with the given configuration I saw
in this thread(
https://lists.rtems.org/pipermail/devel/2020-October/062770.html).
On Mon, Mar 29, 2021 at 3:37 PM Gedare Bloom wrote:
> Hi Ida,
>
> On Mon, Mar 29, 2021 at 7:36 AM Ida Delphine wrote:
> >
> > Hello,
> >
Hi, I am a Computer Science student studying in university, Would like
to participate in GSoC'21 while contributing to RTEMS this summer.
This is the ticket which I have selected https://devel.rtems.org/ticket/3314
Let me know further details.
Sincerely,
Austin
__
On Sat, Mar 27, 2021 at 9:46 AM Gedare Bloom wrote:
>
> On Fri, Mar 12, 2021 at 10:17 AM Alex White wrote:
> >
> > ---
> > tester/rtems/testing/coverage/symbol-sets.ini | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
> >
> > diff --git a/tester/rtems/testing/coverage/symbol-sets.ini
On Mon, Mar 29, 2021 at 9:52 AM Gedare Bloom wrote:
>
> On Mon, Mar 29, 2021 at 6:17 AM Robin Mueller
> wrote:
> >
> > This patch adds support for the STM32H743ZI-Nucleo board
> > variation. This currently works by setting the STM32H743ZI_NUCLEO
> > flag in the config.ini flag
> >
> > It also ad
ping
> -Original Message-
> From: Alex White
> Sent: Friday, March 12, 2021 11:07 AM
> To: devel@rtems.org
> Cc: Alex White
> Subject: [PATCH] covoar: Add option to create named objdumps
>
> This adds a new behavior to the -d option which allows the creation of
> named objdump outputs i
Hi Austin,
On Mon, Mar 29, 2021 at 2:09 PM Austin J. Anderson
wrote:
>
That is an interesting gmail account.
> Hi, I am a Computer Science student studying in university, Would like
> to participate in GSoC'21 while contributing to RTEMS this summer.
>
> This is the ticket which I have selected
On Mon, Mar 29, 2021 at 1:28 PM Ida Delphine wrote:
>
> Yes I have. But wondering how to run it with the given configuration I saw in
> this thread(https://lists.rtems.org/pipermail/devel/2020-October/062770.html).
>
If you download/copy the configuration into a cfg file, then you can
use the ex
looks fine to me
On Mon, Mar 29, 2021 at 1:12 PM Christian Mauderer wrote:
>
> ---
> user/bsps/arm/beagle.rst | 67 ++--
> 1 file changed, 65 insertions(+), 2 deletions(-)
>
> diff --git a/user/bsps/arm/beagle.rst b/user/bsps/arm/beagle.rst
> index ac49b1c..57
Ok, thanks.
On Mon, Mar 29, 2021 at 2:19 PM Alex White wrote:
>
> On Sat, Mar 27, 2021 at 9:46 AM Gedare Bloom wrote:
> >
> > On Fri, Mar 12, 2021 at 10:17 AM Alex White wrote:
> > >
> > > ---
> > > tester/rtems/testing/coverage/symbol-sets.ini | 3 ++-
> > > 1 file changed, 2 insertions(+), 1
On Fri, Mar 12, 2021 at 10:07 AM Alex White wrote:
>
> This adds a new behavior to the -d option which allows the creation of
> named objdump outputs in the /tmp directory. This allows the outputs to
> be reused on subsequent runs of covoar rather than running objdump
> again.
This seems to be a h
On 30/3/21 7:56 am, Gedare Bloom wrote:
> On Fri, Mar 12, 2021 at 10:07 AM Alex White wrote:
>>
>> This adds a new behavior to the -d option which allows the creation of
>> named objdump outputs in the /tmp directory. This allows the outputs to
>> be reused on subsequent runs of covoar rather than
On 30/3/21 7:19 am, Alex White wrote:
> On Sat, Mar 27, 2021 at 9:46 AM Gedare Bloom wrote:
>>
>> On Fri, Mar 12, 2021 at 10:17 AM Alex White wrote:
>>>
>>> ---
>>> tester/rtems/testing/coverage/symbol-sets.ini | 3 ++-
>>> 1 file changed, 2 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/test
On Mon, Mar 29, 2021 at 4:39 PM Chris Johns wrote:
>
> On 30/3/21 7:56 am, Gedare Bloom wrote:
> > On Fri, Mar 12, 2021 at 10:07 AM Alex White wrote:
> >>
> >> This adds a new behavior to the -d option which allows the creation of
> >> named objdump outputs in the /tmp directory. This allows the
Sorry that assumption was very native of me that i didn't have a working
baseline. Joel said that the erc32 was similar to the leon bsp
"
The ERC32 what's the first space hardened sparc processor. The leon3 is a
later processor in the same family. Both use the same build of GCC and are
just diff
On 30/3/21 9:10 am, Alex White wrote:
> On Mon, Mar 29, 2021 at 4:39 PM Chris Johns wrote:
>>
>> On 30/3/21 7:56 am, Gedare Bloom wrote:
>>> On Fri, Mar 12, 2021 at 10:07 AM Alex White wrote:
This adds a new behavior to the -d option which allows the creation of
named objdump outpu
From: till straumann
Update #4344
---
bsps/powerpc/beatnik/headers.am |1 +
.../powerpc/beatnik/include/bsp/mv643xx_eth.h | 111 +
bsps/powerpc/beatnik/net/if_mve/mv643xx_eth.c | 1162 +-
.../beatnik/net/if_mve/mv643xx_eth_bsdnet.c | 3519 +
c/src/lib/lib
From: till straumann
Update #4344
---
bsps/powerpc/beatnik/net/if_mve/mv643xx_eth.c | 59 +++
.../beatnik/net/if_mve/mv643xx_eth_bsdnet.c | 1 -
2 files changed, 47 insertions(+), 13 deletions(-)
diff --git a/bsps/powerpc/beatnik/net/if_mve/mv643xx_eth.c
b/bsps/powerpc/beatn
From: till straumann
Update #4344
---
bsps/powerpc/beatnik/net/if_mve/mv643xx_eth.c | 6 +++---
.../beatnik/net/if_mve/mv643xx_eth_bsdnet.c| 14 +-
2 files changed, 12 insertions(+), 8 deletions(-)
diff --git a/bsps/powerpc/beatnik/net/if_mve/mv643xx_eth.c
b/bsps/powe
From: till straumann
Update #4344
---
.../powerpc/beatnik/include/bsp/mv643xx_eth.h | 85 +-
bsps/powerpc/beatnik/net/if_mve/mv643xx_eth.c | 343 ++-
.../beatnik/net/if_mve/mv643xx_eth_bsdnet.c | 2601 ++---
3 files changed, 575 insertions(+), 2454 deletions(-)
diff --git a/bsp
From: till straumann
Update #4344
---
bsps/powerpc/beatnik/net/if_mve/mv643xx_eth.c | 39 ---
.../beatnik/net/if_mve/mv643xx_eth_bsdnet.c | 8
2 files changed, 8 insertions(+), 39 deletions(-)
diff --git a/bsps/powerpc/beatnik/net/if_mve/mv643xx_eth.c
b/bsps/powerpc/bea
From: till straumann
Update #4344
---
bsps/powerpc/beatnik/include/bsp/mv643xx_eth.h | 2 +-
bsps/powerpc/beatnik/net/if_mve/mv643xx_eth.c | 9 +++--
2 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/bsps/powerpc/beatnik/include/bsp/mv643xx_eth.h
b/bsps/powerpc/beatnik/include
From: till straumann
Update #4344
---
.../beatnik/net/if_mve/mv643xx_eth_bsdnet.c | 352 +-
1 file changed, 8 insertions(+), 344 deletions(-)
diff --git a/bsps/powerpc/beatnik/net/if_mve/mv643xx_eth_bsdnet.c
b/bsps/powerpc/beatnik/net/if_mve/mv643xx_eth_bsdnet.c
index b3ec154
From: till straumann
Update #4344
---
bsps/powerpc/beatnik/net/if_mve/mv643xx_eth.c| 5 -
bsps/powerpc/beatnik/net/if_mve/mv643xx_eth_bsdnet.c | 5 -
2 files changed, 10 deletions(-)
diff --git a/bsps/powerpc/beatnik/net/if_mve/mv643xx_eth.c
b/bsps/powerpc/beatnik/net/if_mve/mv
From: till straumann
Remove any calls to mii_ioctl from the low-level driver. Instead, the caller
must determine the current speed and communicate to init_hw().
Update #4344
---
.../powerpc/beatnik/include/bsp/mv643xx_eth.h | 2 +-
bsps/powerpc/beatnik/net/if_mve/mv643xx_eth.c | 12 ++---
.../
From: till straumann
All low-level interfaces were moved to mv643xx_eth.h
and the latter is included by if_mve_pub.h.
Update #4344
---
bsps/powerpc/beatnik/include/bsp/if_mve_pub.h | 199 +---
.../powerpc/beatnik/include/bsp/mv643xx_eth.h | 298 ++
2 files changed, 250 i
From: till straumann
Update #4344
---
bsps/powerpc/beatnik/net/if_mve/mv643xx_eth.c | 15 ++-
.../beatnik/net/if_mve/mv643xx_eth_bsdnet.c | 13 +
2 files changed, 27 insertions(+), 1 deletion(-)
diff --git a/bsps/powerpc/beatnik/net/if_mve/mv643xx_eth.c
b/bsps
From: till straumann
Must be careful to skip empty buffers and to correctly
identify the last non-empty buffer (since that is the one
whose associated descriptor stores the head of the chain
for deferred cleanup).
Update #4344
---
.../beatnik/net/if_mve/mv643xx_eth_bsdnet.c | 42 +++--
From: till straumann
NOTE: apparently we now must use rtems_bsdnet_event_send(). The
combination of rtems_event_send()/rtems_bsdnet_event_receive()
apparently no longer works (rtems-5).
Update #4344
---
.../beatnik/net/if_mve/mv643xx_eth_bsdnet.c| 14 +-
1 file changed, 13 i
From: till straumann
Update #4344
---
bsps/powerpc/beatnik/net/if_mve/mv643xx_eth.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/bsps/powerpc/beatnik/net/if_mve/mv643xx_eth.c
b/bsps/powerpc/beatnik/net/if_mve/mv643xx_eth.c
index 82ecf5ffa4..fb72ee132e 100644
-
From: till straumann
Update #4344
---
bsps/powerpc/beatnik/net/if_mve/mv643xx_eth_bsdnet.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/bsps/powerpc/beatnik/net/if_mve/mv643xx_eth_bsdnet.c
b/bsps/powerpc/beatnik/net/if_mve/mv643xx_eth_bsdnet.c
index f8400c9f13..0f2a9
From: till straumann
If we have no new buffer then we must recycle/reuse the old one
and *not* return it to the user for consumption.
Update #4344
---
bsps/powerpc/beatnik/net/if_mve/mv643xx_eth.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/bsps/powerpc/beatnik/net/
From: till straumann
Update #4344
---
bsps/powerpc/beatnik/net/if_mve/mv643xx_eth.c | 66 +++
.../beatnik/net/if_mve/mv643xx_eth_bsdnet.c | 44 ++---
2 files changed, 61 insertions(+), 49 deletions(-)
diff --git a/bsps/powerpc/beatnik/net/if_mve/mv643xx_eth.c
b/bsps/p
From: till straumann
In 'testing' mode the paranoia checks found this bit asserted. The
recent linux driver (2013) mentions lists this bit as a 'phy link
status change' bit (together with (1<<16)). Thus, we accept this
as a 'known' bit now.
Update #4344
---
bsps/powerpc/beatnik/net/if_mve/mv643
From: till straumann
Update #4345
---
libbsd.py| 19 +
rtemsbsd/include/bsp/nexus-devices.h | 7 +-
rtemsbsd/sys/dev/mve/mv643xx_nexus.c | 965 +++
3 files changed, 990 insertions(+), 1 deletion(-)
create mode 100644 rtemsbsd/sys/dev/mve/mv
From: till straumann
The recursive lock takes care of this...
Update #4345
---
rtemsbsd/sys/dev/mve/mv643xx_nexus.c | 37 +++-
1 file changed, 9 insertions(+), 28 deletions(-)
diff --git a/rtemsbsd/sys/dev/mve/mv643xx_nexus.c
b/rtemsbsd/sys/dev/mve/mv643xx_nexus.c
inde
From: till straumann
Testing (TCP with larger amounts of data while MVETH_TESTING
was defined which reduces the ring sizes to very small numbers)
revealed that the BSD stack honours the 'sendqlen' and
never hands us chains exceeding the ring size.
Update #4345
---
rtemsbsd/sys/dev/mve/mv643xx_n
From: till straumann
The 'legal' access by means of a special ioctl() is way too cumbersome
when you need to do quick diagnosis.
Update #4345
---
rtemsbsd/sys/dev/mve/mv643xx_nexus.c | 16
1 file changed, 16 insertions(+)
diff --git a/rtemsbsd/sys/dev/mve/mv643xx_nexus.c
b/rt
From: till straumann
avoid using struct members directly.
Update #4345
---
rtemsbsd/sys/dev/mve/mv643xx_nexus.c | 27 ++-
1 file changed, 14 insertions(+), 13 deletions(-)
diff --git a/rtemsbsd/sys/dev/mve/mv643xx_nexus.c
b/rtemsbsd/sys/dev/mve/mv643xx_nexus.c
index ef
On Mon, Mar 29, 2021 at 10:09 AM Gedare Bloom wrote:
>
> On Mon, Mar 29, 2021 at 9:20 AM Vijay Kumar Banerjee wrote:
> >
> > Hi,
> >
> > Is this OK to push? This only affects lvgl.
> >
> You're a maintainer of lvgl repo, so you can make that decision yourself ;)
>
Thanks. Pushed this. :)
> > Be
Ping :)
On Fri, Mar 26, 2021 at 2:40 PM Vijay Kumar Banerjee wrote:
>
> ---
> libbsd.py | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libbsd.py b/libbsd.py
> index f7efda43..fe0566e7 100644
> --- a/libbsd.py
> +++ b/libbsd.py
> @@ -258,6 +258,7 @@ class rtems(builder.Module):
>
ping :)
On Tue, Mar 23, 2021 at 2:10 PM Vijay Kumar Banerjee wrote:
>
> The files have been taken from RTEMS repository with head commit at
> bd9e45d91f77657445400bc2c814f251c9e37cef
> ---
> libbsd.py| 22 +-
> rtemsbsd/include/rtems/telnetd.h | 137 +
> rtemsbsd/tel
On Fri, Mar 26, 2021 at 5:26 PM Joel Sherrill wrote:
>
>
>
> On Fri, Mar 26, 2021, 5:53 PM Vijay Kumar Banerjee wrote:
>>
>> Hi Joel,
>>
>> On Fri, Mar 26, 2021, 16:46 Joel Sherrill wrote:
>>>
>>> I thought I said this looked good on the first round.
>>
>> In this version of the patch I send net
ping :)
On Tue, Mar 23, 2021 at 2:10 PM Vijay Kumar Banerjee wrote:
>
> * Remove nfsclient wscript and build from netlegacy.py
> ---
> bsps/powerpc/mpc55xxevb/net/smsc9218i.c | 4 +--
> libmisc/dummy-networking.c | 44 -
> netlegacy.py
ping :)
On Tue, Mar 23, 2021 at 2:10 PM Vijay Kumar Banerjee wrote:
>
> RTEMS commit hash: 053b17ce8e3f710167e9ec3f44b37756cbdcbec0
> ---
> bsps/shared/grlib/net/greth.c | 22 +++---
> 1 file changed, 15 insertions(+), 7 deletions(-)
>
> diff --git a/bsps/shared/grlib/net/greth.c
On 30/3/21 12:27 pm, Vijay Kumar Banerjee wrote:
> From: till straumann
>
> Update #4344
> ---
> bsps/powerpc/beatnik/net/if_mve/mv643xx_eth.c | 59 +++
> .../beatnik/net/if_mve/mv643xx_eth_bsdnet.c | 1 -
> 2 files changed, 47 insertions(+), 13 deletions(-)
>
> diff --git a/
Hi,
Sorry for too many pings at once :)
Thanks.
On Tue, Mar 23, 2021 at 2:05 PM Vijay Kumar Banerjee wrote:
>
> ---
> common/latex.py | 7 +--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/common/latex.py b/common/latex.py
> index a042510..a1b3917 100644
> --- a/common/
On 30/3/21 12:30 pm, Vijay Kumar Banerjee wrote:
> From: till straumann
>
> Update #4345
> ---
> libbsd.py| 19 +
> rtemsbsd/include/bsp/nexus-devices.h | 7 +-
> rtemsbsd/sys/dev/mve/mv643xx_nexus.c | 965 +++
> 3 files changed, 990 inserti
realview_pbx_a9_qemu
Cool, that's interesting.
On Mon, Mar 29, 2021 at 6:38 PM Joel Sherrill wrote:
>
>
> On Mon, Mar 29, 2021 at 7:56 AM Richi Dubey wrote:
>
>>
>> https://docs.google.com/spreadsheets/d/12FkAE6Wvo0dDw9D75p-w8UISc8_aOKQqntvruGGdeN4/edit#gid=0
>>
>> This sheet has rtems-test re
Hello Ayushman, hello Gedare,
Am 29.03.21 um 18:50 schrieb Gedare Bloom:
CC: Christian
On Mon, Mar 29, 2021 at 10:34 AM Ayushman Mishra
wrote:
Sir ,
It would be very helpful to know about potential mentors of (Replace mongoose
with civetweb) https://devel.rtems.org/ticket/4334 this project.
87 matches
Mail list logo
