I believe that cause of the recent commits in the last two months, these
are the tests that have started failing on master:
dl09.exe
psxpasswd02.exe
pwdgrp01.exe
shell01.exe
sptimecounter02.exe
ttest02.exe
and a timeout:
smpmrsp01.ex
On Sat, Mar 27, 2021 at 3:21 AM Joel Sherrill wrote:
> Hi
>
---
rtems_waf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/rtems_waf b/rtems_waf
index ad6c6e8..1a118bb 16
--- a/rtems_waf
+++ b/rtems_waf
@@ -1 +1 @@
-Subproject commit ad6c6e8771b95dffa73a7dc1167d98d208f17cb0
+Subproject commit 1a118bbcd52138dbdc3236e64bc23fd430a064b1
On Fri, Mar 26, 2021, 17:26 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
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 networking to bottom of the index in
> coverpage.
>
Sorry. That was a
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 networking to bottom of the index in
coverpage.
> My only question was whether you want to update it the minimum to point to
> the legacy
I thought I said this looked good on the first round.
My only question was whether you want to update it the minimum to point to
the legacy stack as a separate package. But that should be a follow up
patch.
--joel
On Fri, Mar 26, 2021 at 3:48 PM Vijay Kumar Banerjee
wrote:
> Ping :)
>
>
> On
Hi
Jennifer has been working on a network driver and had some odd failures in
libbsd. I suggested turning on rtems debug and that caused a number of
libbsd tests to fail. She pointed me in the right direction and I found
that the following patch resulted in the stack address being freed
including
ping
> -Original Message-
> From: Alex White
> Sent: Friday, March 19, 2021 2:10 PM
> To: devel@rtems.org
> Cc: Alex White
> Subject: [PATCH v4] covoar: Handle periods in symbols from objdump
>
> Occasionally the compiler will generate symbols that look similar to symbols
> defined in
Ping :)
On Tue, Mar 23, 2021 at 2:04 PM Vijay Kumar Banerjee wrote:
>
> ---
> book/index_book.rst | 2 +-
> {networking => legacy-networking}/command.rst | 0
> {networking => legacy-networking}/conf.py | 6 +++---
>
---
lvgl/wscript | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/lvgl/wscript b/lvgl/wscript
index 064ebed..281af25 100644
--- a/lvgl/wscript
+++ b/lvgl/wscript
@@ -5,11 +5,19 @@
import rtems_waf.rtems as rtems
import rtems_waf.rtems_bsd as rtems_bsd
+import
---
lvgl.py | 2 +-
wscript | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/lvgl.py b/lvgl.py
index 0eadd90..2574acd 100644
--- a/lvgl.py
+++ b/lvgl.py
@@ -110,5 +110,5 @@ def build(bld):
bld.install_files(os.path.join("${PREFIX}", arch_inc_path,
include_path),
---
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):
'rtems/rtems-bsd-rc-conf.c',
'rtems/rtems-bsd-set-if-input.c',
Hello Everyone,
Where can I find instructions to Build MicroPython on RTEMS??
--
Thanks
- Eshan
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
On Fri, Mar 26, 2021 at 5:46 AM Joel Sherrill wrote:
>
>
> On Wed, Mar 24, 2021, 1:43 PM Gedare Bloom wrote:
>
>> On Wed, Mar 24, 2021 at 11:38 AM Eshan Dhawan
>> wrote:
>> >
>> >
>> >
>> > On Wed, Mar 24, 2021 at 12:34 AM Gedare Bloom wrote:
>> >>
>> >> On Tue, Mar 23, 2021 at 12:16 PM Eshan
Looks fine to me.
On Fri, Mar 26, 2021 at 11:53 AM Alex White wrote:
>
> ping
>
> > -Original Message-
> > From: Alex White
> > Sent: Thursday, March 11, 2021 12:26 PM
> > To: devel@rtems.org
> > Cc: Alex White
> > Subject: [PATCH] covoar/Target_arm: Add THUMB branch instructions
> >
>
Hi Dr. Joel,
I finally built rtems-libbsd and see that pselect and sockatmark are
both defined there. I went ahead and added a "In rtems-libbsd" column
in the spreadsheet to reflect that.
With those two defined, it looks like the only methods from the FACE
3.0 General Purpose Profile that aren't
ping
> -Original Message-
> From: Alex White
> Sent: Thursday, March 11, 2021 12:26 PM
> To: devel@rtems.org
> Cc: Alex White
> Subject: [PATCH] covoar/Target_arm: Add THUMB branch instructions
>
> The ".n" and ".w" variants of the THUMB branch instructions were not
> included in the
seriously, push this patch by itself already :)
On Fri, Mar 26, 2021 at 10:40 AM Alex White wrote:
>
> A couple of NOP patterns found with the pc686 BSP were not detected.
> This has been fixed.
> ---
> tester/covoar/Target_i386.cc | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git
v7:
- Add comment clarifying `using` declaration in CoverageMapNotFoundError class
v6:
- Consolidate loop conditionals in Coverage::finalizeSymbol()
v5:
- Fix missing std::dec at the end of error message printing in
Coverage::finalizeSymbol()
v4:
- Add specialized CoverageMapNotFoundError
Some NOP instructions were not being marked as executed because they
are located at the end of uncovered ranges. This has been fixed.
---
tester/covoar/CoverageMapBase.cc | 10 +++
tester/covoar/CoverageMapBase.h | 4 ++
tester/covoar/DesiredSymbols.cc | 38 +--
A couple of NOP patterns found with the pc686 BSP were not detected.
This has been fixed.
---
tester/covoar/Target_i386.cc | 9 +
1 file changed, 9 insertions(+)
diff --git a/tester/covoar/Target_i386.cc b/tester/covoar/Target_i386.cc
index e0c9c0f..4567c1e 100644
---
seems fine to me.
On Fri, Mar 26, 2021 at 7:14 AM Christian MAUDERER
wrote:
>
> Hello,
>
> I would like to backport the following patches to 5 and 5-freebsd-12:
>
> https://git.rtems.org/rtems-libbsd/commit/?h=6-freebsd-12=e7fb073f3a1040847daab3ef917aeade755eb30b
>
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 understand.
>
> I backtracked a little and found that we have:
> _Thread_State_acquire_critical( the_thread, lock_context
Hello Ahamed,
Am 26.03.21 um 15:31 schrieb Ahamed Husni:
USB OTG would be a nice area. But that will be less writing a driver
for
Beagle but more finding out how that works with libbsd and finding a
good way to configure it. I once put a few hours into it didn't take
too
>
> USB OTG would be a nice area. But that will be less writing a driver for
> Beagle but more finding out how that works with libbsd and finding a
> good way to configure it. I once put a few hours into it didn't take too
> much time till a PC detected an USB device (see
>
On 26/03/2021 11:34, Robin Müller wrote:
How would you define a generic linker section? I tried to put the
following section into the
linkcmdsmemory file like you suggested (at
spec/build/bsps/arm/stm32h7/linkcmdsmemory.yml):
SECTIONS {
.stm32h7_sram_3 (NOLOAD) : ALIGN_WITH_INPUT {
Hello,
I would like to backport the following patches to 5 and 5-freebsd-12:
https://git.rtems.org/rtems-libbsd/commit/?h=6-freebsd-12=e7fb073f3a1040847daab3ef917aeade755eb30b
https://git.rtems.org/rtems-libbsd/commit/?h=6-freebsd-12=33e3cf8eaff0081e74593f8a91edc8e37f732430
Ticket is here:
How would you define a generic linker section? I tried to put the following
section into the
linkcmdsmemory file like you suggested (at
spec/build/bsps/arm/stm32h7/linkcmdsmemory.yml):
SECTIONS {
.stm32h7_sram_3 (NOLOAD) : ALIGN_WITH_INPUT {
bsp_stm32h7_sram_3_start =
Dear Hesham,
Thank you for providing information about the RISC-V MMU. I want to know
what work has to be done in improving MMU in RISC-V and if it can be a GSoC
project. It would be great if you could provide the details regarding this.
Thanks and regards,
Rajiv
On Wed, 24 Mar 2021 at 00:03,
29 matches
Mail list logo
