From: Chris Johns
---
user/bsps/arm/xilinx-zynq.rst | 114 +-
1 file changed, 112 insertions(+), 2 deletions(-)
diff --git a/user/bsps/arm/xilinx-zynq.rst b/user/bsps/arm/xilinx-zynq.rst
index 909b23e..365c336 100644
--- a/user/bsps/arm/xilinx-zynq.rst
+++ b/user
On 8/9/20 5:57 am, Karel Gardas wrote:
>
> attached is a patch adding some pc386 BSP documentation.
>
> Review, comments, suggestions and/or commit of it are/is highly appreciated.
>
This is a really good and welcome contribution so thank you.
I will commit it with a few minor changes in a day
On 8/9/20 1:48 am, Sebastian Huber wrote:
> On 07/09/2020 17:37, Richi Dubey wrote:
>
>> My current directory is: ~/quick-start/build/b-smp-leon3$
>>
>> and I'm running the command:
>> ~/quick-start/rtems/test/rtems-tools/tester/rtems-test \ --log=log_leon3_sis
>> \
>> --rtems-bsp=leon3-sis \
>>
On 7/9/20 6:01 pm, Jiri Gaisler wrote:
>
> On 9/7/20 10:44 AM, Hesham Almatary wrote:
>> I have only made sure rap builds when I added libdl support for
>> RISC-V. But I haven't tested it on run-time, only ELF objects. It's
>> likely to have been failing in run-time all along. Also, there are a
>>
On 7/9/20 5:47 pm, Jiri Gaisler wrote:
> This fix does not solve the problems for the griscv BSP. Note that htif.c is
> not used at all in griscv. Below is a verbose trace from rtems-ld, maybe
> somebody with more insight than me could look at it ...
On my list.
> rtems-ld -r /home/jiri/src/rte
Hi,
attached is a patch adding some pc386 BSP documentation.
Review, comments, suggestions and/or commit of it are/is highly appreciated.
Thanks,
Karel
>From 44e7ab4da6435fbf334eae5d6e68c6eb9847421c Mon Sep 17 00:00:00 2001
From: Karel Gardas
Date: Tue, 25 Aug 2020 10:28:19 +
Subject: [PAT
On 07/09/2020 17:37, Richi Dubey wrote:
My current directory is: ~/quick-start/build/b-smp-leon3$
and I'm running the command:
~/quick-start/rtems/test/rtems-tools/tester/rtems-test \
--log=log_leon3_sis \ --rtems-bsp=leon3-sis \
~/quick-start/build/b-smp-leon3/sparc-rtems5/c/leon3/testsuite
Hi,
My current directory is: ~/quick-start/build/b-smp-leon3$
and I'm running the command:
~/quick-start/rtems/test/rtems-tools/tester/rtems-test \
--log=log_leon3_sis \ --rtems-bsp=leon3-sis \
~/quick-start/build/b-smp-leon3/sparc-rtems5/c/leon3/testsuites
which gives the following error:
RTEM
Invalid directory. Sorry for the doubt.
On Mon, Sep 7, 2020 at 8:18 PM Richi Dubey wrote:
> You should run all tests that doesn't explicitly configure a scheduler
>> with your new implementation.
>
> I understand.
>
>
>> Maybey add an
>> #ifndef CONFIGURE_MAXIMUM_PROCESSORS
>> #define CONFIGURE_
>
> You should run all tests that doesn't explicitly configure a scheduler
> with your new implementation.
I understand.
> Maybey add an
> #ifndef CONFIGURE_MAXIMUM_PROCESSORS
> #define CONFIGURE_MAXIMUM_PROCESSORS 1
> #endif
> before the default scheduler selection.
This works.
I am getting t
On 07/09/2020 16:09, Richi Dubey wrote:
Did you
use rtems-test before?
No. I'll do it now.
I am individually testing each smp test for now on this patch:
You should run all tests that doesn't explicitly configure a scheduler
with your new implementation.
---
cpukit/include/rtems/con
>
> Did you
> use rtems-test before?
No. I'll do it now.
I am individually testing each smp test for now on this patch:
---
cpukit/include/rtems/confdefs/scheduler.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cpukit/include/rtems/confdefs/scheduler.h
b/cpukit/include/rte
On 07/09/2020 15:54, Richi Dubey wrote:
How do I run a mass test?
To make sure all tests use this configuration, please rebuild the BSP
with all tests enabled. Then use rtems-test to run the tests. Did you
use rtems-test before?
___
devel mailing li
How do I run a mass test?
On Mon, Sep 7, 2020 at 7:04 PM Richi Dubey wrote:
> Thanks for the advice. I'll work on this.
>
> On Mon, Sep 7, 2020 at 11:28 AM Sebastian Huber <
> sebastian.hu...@embedded-brains.de> wrote:
>
>> On 03/09/2020 17:10, Richi Dubey wrote:
>>
>> > Any views on this?
>>
>>
Thanks for the advice. I'll work on this.
On Mon, Sep 7, 2020 at 11:28 AM Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> On 03/09/2020 17:10, Richi Dubey wrote:
>
> > Any views on this?
>
> Sorry for the delay. Did you run the test suite with this scheduler as
> the default and ch
On Mon, Sep 07, 2020 at 08:06:41AM +0200, Sebastian Huber wrote:
> Hello,
>
> I think we waste too much time to address coding style issues on newly
> contributed code, for example GSoC. I don't know a source code formatting
> tool which supports the RTEMS coding style and I think it is not worth
Thank you very much!
If anything found, please send me a message.
small...@aliyun.com
From: Sebastian Huber
Date: 2020-09-04 16:10
To: small...@aliyun.com; devel
Subject: Re: Does rtems support pci device in arm architecture?
Hello,
there is some support for PCI in libbsd. I would have a loo
On 9/7/20 10:44 AM, Hesham Almatary wrote:
> I have only made sure rap builds when I added libdl support for
> RISC-V. But I haven't tested it on run-time, only ELF objects. It's
> likely to have been failing in run-time all along. Also, there are a
> few relocations still to be implemented for E
On 9/6/20 11:12 PM, RTEMS trac wrote:
> #4069: dl06 does not link on RISCV
> -+-
> Reporter: Chris Johns | Owner: Hesham Almatary
> |
> Type: defect | Status: closed
> Pr
I have only made sure rap builds when I added libdl support for
RISC-V. But I haven't tested it on run-time, only ELF objects. It's
likely to have been failing in run-time all along. Also, there are a
few relocations still to be implemented for ELF like PCREL_LO12_X and
RELAX. I got around that by
Hello Joel,
On 04/09/2020 05:17, Chris Johns wrote:
On 3/9/20 10:08 pm, Sebastian Huber wrote:
On 03/09/2020 04:08, Chris Johns wrote:
On 3/9/20 2:09 am, Sebastian Huber wrote:
In contrast to rtems_task_create() this function creates a task with a
user-provided task storage area. The new cre
21 matches
Mail list logo
