On 22/10/2019 14:45, Joel Sherrill wrote:
I would like to see most targets moved to newer major versions but I
think at least the PowerPC will want to bump for the upcoming gcc 7 release.
Yes. For all targets except powerpc I would directly move to GCC 10.
Binutils has a new release and I thin
Hello Pragnesh,
thanks for your contribution. I checked in the patch without the
frdme310arty.dts file. It had no license information and I think it is
not needed by the BSP directly. I guess a boot loader will provide the
device tree? It would be nice to have a bit of documentation for this
Hello,
Doorstop is the proposed tool to do the future requirements and
specification management in RTEMS:
https://doorstop.readthedocs.io/en/latest/
Each item (e.g. requirement) has an UID:
https://doorstop.readthedocs.io/en/latest/reference/item/
"The UID of an item is defined by its file
On Tue, 22 Oct 2019 at 16:08, Joel Sherrill wrote:
>
> Did you see my previous patch where Chris had helped simplify things.
>
No, I must have missed that. What's the patch subject?
> Also does this hash include the fix for the permissions issue I reported?
>
Yes as per the commit message, the ha
Did you see my previous patch where Chris had helped simplify things.
Also does this hash include the fix for the permissions issue I reported?
On Tue, Oct 22, 2019, 9:56 AM Hesham Almatary
wrote:
> Latest Spike integrated fesvr in its source directory, so there
> is no separate fesvr anymore.
Latest Spike integrated fesvr in its source directory, so there
is no separate fesvr anymore.
Also use a revision of Spike that fixes the file permissions
when getting installed.
---
bare/config/devel/spike-1.1.0.cfg | 5 +
source-builder/config/spike-1-1.cfg | 19 +--
2 fi
I would like to see most targets moved to newer major versions but I think
at least the PowerPC will want to bump for the upcoming gcc 7 release.
Binutils has a new release and I think we also have changes to newlib to
pick up.
For newlib, I'm caught up at the moment. Not sure about Sebastian.
-
Added support for Sifive Freedom FE310 soc on Arty A7 FPGA board.
Update #3785.
Signed-off-by: Pragnesh Patel
---
Changes in v5:
- Added BSD-2-Clause LICENSE for the new code
Changes in v4:
- Revert fdt32_t *val to const in riscv_clock_get_timebase_frequency()
- make RISCV_ENABLE_FRDME310
Sorry, I forgot to add "Changes in v5", please ignore this v5.
-Original Message-
From: Pragnesh Patel
Sent: 22 October 2019 15:45
To: rtems-de...@rtems.org; Sachin Ghadi
Cc: Pragnesh Patel
Subject: [PATCH v5] riscv: add freedom E310 Arty A7 bsp
Added support for Sifive Freedom FE310
Added support for Sifive Freedom FE310 soc on Arty A7 FPGA board.
Update #3785.
Signed-off-by: Pragnesh Patel
---
bsps/include/bsp/fatal.h | 3 +-
bsps/riscv/riscv/clock/clockdrv.c | 16 ++-
bsps/riscv/riscv/config/frdme310arty.cfg | 9 ++
bsps/riscv/riscv/console/
Yeah happy for it to go through. Thanks for the patch
On Tue, 22 Oct 2019 at 08:26, Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> Hello Pragnesh,
>
> thanks for the reminder and sorry for the review delay. Overall, the
> patch looks good from my point of view. Would you mind chan
Hello Pragnesh,
thanks for the reminder and sorry for the review delay. Overall, the
patch looks good from my point of view. Would you mind changing the
license for new code (e.g. UART driver) to:
https://git.rtems.org/rtems/tree/LICENSE.BSD-2-Clause
We really would like to get rid of the RT
Hi,
Any update on this patch.
- Pragnesh
-Original Message-
From: Sebastian Huber
Sent: 11 October 2019 11:56
To: Pragnesh Patel ; Hesham Almatary
Cc: rtems-de...@rtems.org
Subject: Re: [PATCH v4] riscv: add freedom E310 Arty A7 bsp
On 11/10/2019 08:18, Pragnesh Patel wrote:
>>>
13 matches
Mail list logo
