On Mon, 23 Mar 2020 at 06:47, Gedare Bloom wrote:
> On Sun, Mar 22, 2020 at 8:46 AM Joel Sherrill wrote:
> >
> >
> >
> > On Sun, Mar 22, 2020, 1:58 AM Vaibhav Gupta
> wrote:
> >>>
> >>>
> >>> > My very quick review shows that this may all be present and then it
> is a matter
> >>> > of test cas
On 23/03/2020 06:59, Niteesh G. S. wrote:
From here on I would prefer references to the existing documentation
with any GSoC details list here. I would prefer we avoid duplicating
prefix, sources and building anywhere in the documentaion as it will
only confuse search engines, n
On Mon, Mar 23, 2020 at 6:43 AM Chris Johns wrote:
> On 2020-03-18 07:36, G S Niteesh Babu wrote:
> > ---
> > user/index.rst | 1 +
> > user/start/gsoc.rst | 453 +++
> > user/start/index.rst | 1 +
> > 3 files changed, 455 insertions(+)
> >
I have modified the test to print nothing if the test passes
In this test I have removed all the compulsory print statements that described
the cases with comments so it would be easy to world on and will not print
anything on the screen when the test passes
> On 23-Mar-2020, at 1:41 AM, Eshan
On Sun, Mar 22, 2020, 8:21 PM Gedare Bloom wrote:
> On Sun, Mar 22, 2020 at 1:22 PM Eshan Dhawan
> wrote:
> >
> > confstr() from unistd.h also shows not supported in the compliance
> status but it has some kind of supported in newlib(libc/sys/linux)
>
> sys/linux doesn't work on rtems. that is
On 2020-03-23 03:17, cl...@isep.ipp.pt wrote:
From: Cláudio Maia
This set of patches proposes several fixes for RTEMS Tester
documentation. Namely:
- Text was reviewed and improved for clarity;
- References to 'sparc-rtems5-run' command and 'erc32-run' were removed
from the documentation pa
On Sun, Mar 22, 2020 at 1:22 PM Eshan Dhawan wrote:
>
> confstr() from unistd.h also shows not supported in the compliance status
> but it has some kind of supported in newlib(libc/sys/linux)
sys/linux doesn't work on rtems. that is only for linux-specific newlib builds
> it also needs to be u
On Sun, Mar 22, 2020 at 11:33 AM utkarsh.ra...@gmail.com
wrote:
>
> Really sorry for a new patch, I somehow rm -rf'ed my machine's root
Oh no!
> ---
> user/start/tools.rst | 16
> 1 file changed, 16 insertions(+)
>
> diff --git a/user/start/tools.rst b/user/start/tools.rst
> ind
On Sun, Mar 22, 2020 at 8:46 AM Joel Sherrill wrote:
>
>
>
> On Sun, Mar 22, 2020, 1:58 AM Vaibhav Gupta wrote:
>>>
>>>
>>> > My very quick review shows that this may all be present and then it is a
>>> > matter
>>> > of test cases and the compliance document. And that's a good result.
>>> > So
On 2020-03-18 07:36, G S Niteesh Babu wrote:
---
user/index.rst | 1 +
user/start/gsoc.rst | 453 +++
user/start/index.rst | 1 +
3 files changed, 455 insertions(+)
create mode 100644 user/start/gsoc.rst
diff --git a/user/index.rst b/user
Hello Niteesh,
On 15/03/2020 20:44, G S Niteesh Babu wrote:
> This patch updates the console to use new Termios device API.
> Update #3034
> ---
> bsps/arm/beagle/console/console-config.c | 66 +++-
> 1 file changed, 41 insertions(+), 25 deletions(-)
>
> diff --git a/bsps/ar
---
testsuites/psxtests/psxfenv01/init.c| 105 +++-
testsuites/psxtests/psxfenv01/psxfenv01.doc | 9 +-
testsuites/psxtests/psxfenv01/psxfenv01.scn | 4 -
3 files changed, 85 insertions(+), 33 deletions(-)
diff --git a/testsuites/psxtests/psxfenv01/init.c
b/testsuites
Hello Niteesh,
thanks for the (private) remainder. This thread really stopped quite
some time ago. A lot of us are quite busy right now but that shouldn't
happen. If you don't get a response for some question: Please give it
about a week of time and then just ping the thread.
On 05/03/2020 11:06,
confstr() from unistd.h also shows not supported in the compliance status
but it has some kind of supported in newlib(libc/sys/linux)
it also needs to be updated in the compliance status I think
On Mon, Mar 23, 2020 at 12:37 AM Eshan Dhawan
wrote:
> https://lists.rtems.org/pipermail/devel/2020-M
I have also checked wordexp.h is completely present in newlib (libc/include)
the implementation of the functions wordexp.c and wordfree.c is in
(libc/posix)
But the compliance status shows not supported.
On Sat, Mar 21, 2020 at 11:31 PM Joel Sherrill wrote:
>
>
>
> On Sat, Mar 21, 2020, 8:47 A
It's present there.
I hadn't checked there.
On Mon, Mar 23, 2020 at 12:19 AM Joel Sherrill wrote:
>
>
> On Sun, Mar 22, 2020, 1:37 PM Eshan Dhawan
> wrote:
>
>> I have identifies 2 main sources to port sockatmark().
>>
>> NetBSD source:
>> https://github.com/NetBSD/src/blob/trunk/lib/libc/net/s
On Sun, Mar 22, 2020, 1:37 PM Eshan Dhawan wrote:
> I have identifies 2 main sources to port sockatmark().
>
> NetBSD source:
> https://github.com/NetBSD/src/blob/trunk/lib/libc/net/sockatmark.c
>
> FreeBSD Source :
> https://github.com/lattera/freebsd/blob/master/lib/libc/net/sockatmark.c
>
> mu
I have identifies 2 main sources to port sockatmark().
NetBSD source:
https://github.com/NetBSD/src/blob/trunk/lib/libc/net/sockatmark.c
FreeBSD Source :
https://github.com/lattera/freebsd/blob/master/lib/libc/net/sockatmark.c
musl has a same implementation as in FreeBSD
which one would be bette
Really sorry for a new patch, I somehow rm -rf'ed my machine's root
---
user/start/tools.rst | 16
1 file changed, 16 insertions(+)
diff --git a/user/start/tools.rst b/user/start/tools.rst
index c3f039b..3bb939e 100644
--- a/user/start/tools.rst
+++ b/user/start/tools.rst
@@ -76,
From: Cláudio Maia
---
tester/rtems/testing/bsps/erc32-run.ini | 38 -
1 file changed, 38 deletions(-)
delete mode 100644 tester/rtems/testing/bsps/erc32-run.ini
diff --git a/tester/rtems/testing/bsps/erc32-run.ini
b/tester/rtems/testing/bsps/erc32-run.ini
deleted file
From: Cláudio Maia
This BSP uses 'sparc-rtems5-run' which is not being generated anymore after
compiling the toolchain. Consequently, its execution fails when being used
(i.e., when using '--rtems-bsp=erc32-run'). Thus, to make things consistent
I propose to remove this file.
Cláudio Maia (1):
Hello Anmol.
Gedare covered essentially what this project covers.
To add a little further we want to push all the tools behind a common
accessible
API with the frontend tools being a thin wrapper.
This will allow us to have better testing of our tools as well as easing
maintenance by encourag
From: Cláudio Maia
---
user/tools/tester.rst | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/user/tools/tester.rst b/user/tools/tester.rst
index 96e32ed..32e1ca2 100644
--- a/user/tools/tester.rst
+++ b/user/tools/tester.rst
@@ -281,7 +281,6 @@ BSP build tree:
From: Cláudio Maia
---
user/tools/tester.rst | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git a/user/tools/tester.rst b/user/tools/tester.rst
index 5147f3d..5548ad9 100644
--- a/user/tools/tester.rst
+++ b/user/tools/tester.rst
@@ -62,11 +62,9 @@ You can list the av
From: Cláudio Maia
---
user/tools/tester.rst | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/user/tools/tester.rst b/user/tools/tester.rst
index 32e1ca2..a95651e 100644
--- a/user/tools/tester.rst
+++ b/user/tools/tester.rst
@@ -586,6 +586,6 @@ review the available opti
From: Cláudio Maia
---
user/tools/tester.rst | 153 ++
1 file changed, 82 insertions(+), 71 deletions(-)
diff --git a/user/tools/tester.rst b/user/tools/tester.rst
index c3c3fe2..44263da 100644
--- a/user/tools/tester.rst
+++ b/user/tools/tester.rst
@@ -1
From: Cláudio Maia
---
user/tools/tester.rst | 3 ---
1 file changed, 3 deletions(-)
diff --git a/user/tools/tester.rst b/user/tools/tester.rst
index 44263da..96e32ed 100644
--- a/user/tools/tester.rst
+++ b/user/tools/tester.rst
@@ -260,9 +260,6 @@ You can see your executable running in the fi
From: Cláudio Maia
---
user/tools/tester.rst | 14 +-
1 file changed, 1 insertion(+), 13 deletions(-)
diff --git a/user/tools/tester.rst b/user/tools/tester.rst
index a95651e..5147f3d 100644
--- a/user/tools/tester.rst
+++ b/user/tools/tester.rst
@@ -98,19 +98,7 @@ make finishes, al
On Sun, Mar 22, 2020 at 7:42 PM Gedare Bloom wrote:
> Hi Niteesh,
>
> Did you build the docs with this change
>
Yes, I did. Did you face any issues?
I am sorry for typos and grammatical mistakes. I checked a couple of times
but still
missed them.
> The rewrite is nice. I do have several comments
From: Cláudio Maia
This set of patches proposes several fixes for RTEMS Tester
documentation. Namely:
- Text was reviewed and improved for clarity;
- References to 'sparc-rtems5-run' command and 'erc32-run' were removed
from the documentation page. Now, the example uses 'erc32-sis' instead.
F
I got feedback on this issue with the Spike project and just sent them a
pull request to fix this and add more files to their .gitignore.
Once those are settled, I will update the RSB and close our ticket (I hope).
--joel
On Sat, Mar 21, 2020 at 1:56 PM Gedare Bloom wrote:
> On Sat, Mar 21, 20
On 22/03/2020 14:33, Gedare Bloom wrote:
On Sun, Mar 22, 2020 at 7:07 AM Anmol Mishra wrote:
Hello,
Since you clarified the motivation for API, I need to ask a few questions which
will help me.
1. By API, Do you mean a wrapper or a common access point to test/access all
the utilities? If ye
On Sun, Mar 22, 2020, 1:58 AM Vaibhav Gupta
wrote:
>
>> > My very quick review shows that this may all be present and then it is
>> a matter
>> > of test cases and the compliance document. And that's a good result.
>> Sometimes
>> > people do work and don't update tickets.
>> >
>> My hazy recolle
On Sun, Mar 22, 2020, 8:43 AM Gedare Bloom wrote:
> On Sun, Mar 22, 2020 at 1:40 AM Niteesh G. S.
> wrote:
> >
> > I built mips jmr3904. I was able to run rtems-run and rtems-test on it.
> > But cdtest.exe fails.
> > *** TESTING C++ EXCEPTIONS ***
> > mips-core: 1 byte read to unmapped address 0
On Sun, Mar 22, 2020 at 3:59 AM Eshan Dhawan wrote:
>
>
>
> On Sun, Mar 22, 2020 at 12:21 AM Gedare Bloom wrote:
>>
>> I liked it better before, when the test prints nothing if it is
>> successful. I think this is the trend we are heading toward in rtems
>> tests.
>>
> I will incorporate more cha
Hi Niteesh,
Did you build the docs with this change?
The rewrite is nice. I do have several comments below to address:
On Tue, Mar 17, 2020 at 2:36 PM G S Niteesh Babu wrote:
>
> ---
> user/index.rst | 1 +
> user/start/gsoc.rst | 453 +++
> use
It seems we can't follow a single platform
We will be needing to take the preferred architectures from both FreeBSD as
well as NetBSD
What would you all suggest
Also I musl has implementation structure similar to that in NetBSD and has
some sort of support present for architectures that are not sup
On Sun, Mar 22, 2020 at 1:40 AM Niteesh G. S. wrote:
>
> I built mips jmr3904. I was able to run rtems-run and rtems-test on it.
> But cdtest.exe fails.
> *** TESTING C++ EXCEPTIONS ***
> mips-core: 1 byte read to unmapped address 0x2ed31 at 0x880290a4
> Program received signal SIGBUS, Bus error.
On Sun, Mar 22, 2020 at 7:07 AM Anmol Mishra wrote:
>
> Hello,
> Since you clarified the motivation for API, I need to ask a few questions
> which will help me.
>
> 1. By API, Do you mean a wrapper or a common access point to test/access all
> the utilities? If yes, Is REST API is expected like
Hello,
Since you clarified the motivation for API, I need to ask a few questions
which will help me.
1. By API, Do you mean a wrapper or a common access point to test/access
all the utilities? If yes, Is REST API is expected like a dashboard?
2. Is there any active API?
I know this question may
Thanks Utkarsh,
I have comments below.
On Sun, Mar 22, 2020 at 4:53 AM utkarsh.ra...@gmail.com
wrote:
>
> ---
> user/start/tools.rst | 25 +
> 1 file changed, 25 insertions(+)
>
> diff --git a/user/start/tools.rst b/user/start/tools.rst
> index c3f039b..8a1f393 100644
>
Hello everyone,
After the suggestions of Dr @Gedare Bloom and other
members of both the communities, I have modified my draft proposal
for the ticket #3855 (BSP Buildset for EPICS). I would request
you all to please review and help with further suggestions
and improvements to make the proposal mu
---
user/start/tools.rst | 25 +
1 file changed, 25 insertions(+)
diff --git a/user/start/tools.rst b/user/start/tools.rst
index c3f039b..8a1f393 100644
--- a/user/start/tools.rst
+++ b/user/start/tools.rst
@@ -76,3 +76,28 @@ source code used.
Add ``--verbose`` to the
On Sun, Mar 22, 2020 at 12:21 AM Gedare Bloom wrote:
> I liked it better before, when the test prints nothing if it is
> successful. I think this is the trend we are heading toward in rtems
> tests.
>
> I will incorporate more changes to the test so there is minimal printing
if the test is succes
On Sun, Mar 22, 2020 at 2:49 AM Joel Sherrill wrote:
>
>
> On Sat, Mar 21, 2020 at 4:05 PM Aditya Upadhyay
> wrote:
>
>> On Sun, Mar 22, 2020 at 1:56 AM Joel Sherrill wrote:
>> >
>> >
>> >
>> > On Sat, Mar 21, 2020, 3:16 PM Aditya Upadhyay
>> wrote:
>> >>
>> >> On Sun, Mar 22, 2020 at 1:30 AM
I built mips jmr3904. I was able to run rtems-run and rtems-test on it.
But cdtest.exe fails.
*** TESTING C++ EXCEPTIONS ***
mips-core: 1 byte read to unmapped address 0x2ed31 at 0x880290a4
Program received signal SIGBUS, Bus error.
0x88028fe4 in strlen ()
What is causing this error?
I tried runnin
>
> >>
>> >> I have cloned this NetBSD Sources. As I can see those
>> >> architecture-specific implemented methods here. Please correct me if I
>> >> am looking into different than what you are looking for.
>> >>
>> >> ./lib/libm/arch/powerpc/fenv.c
>> >> ./lib/libm/arch/sh/fenv.c
>> >> ./lib/libm/
47 matches
Mail list logo
