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
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
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
> ---
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
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
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
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
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 +
>
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):
>
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. :)
> >
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
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
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
---
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
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
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
---
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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 +
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
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
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
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
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
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
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(+),
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
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
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
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
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
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
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
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,
> >
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
---
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
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
>
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
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,
---
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
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
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
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,
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
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:
> >
> > ---
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
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 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
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
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
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:
> > ---
> >
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 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
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
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
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
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
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
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,
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:
> 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.
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
>
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
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
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
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"),
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
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
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
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
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
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
>
Got it. Thank you for the clarification.
On Fri, Mar 26, 2021 at 8:32 PM Gedare Bloom wrote:
> On Thu, Mar 25, 2021 at 11:30 PM Richi Dubey wrote:
> >
> > Thanks for your quick response!
> >
> >> Each scheduler has its own lock. There are a couple of more locks
> involved.
> >
> > I
Hello Vijay,
please push the littlevgl patches. These are our responsibility anyway.
Best regards
Christian
Am 26.03.21 um 21:43 schrieb Vijay Kumar Banerjee:
---
lvgl.py | 2 +-
wscript | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/lvgl.py b/lvgl.py
index
88 matches
Mail list logo
