Hello,
there is a new BSP available for the Atmel SAM V71/V70/E70/S70 chip
platform. The chips use an ARM Cortex-M7 core running up to 300MHz and
provide a 64-bit floating point unit.
https://git.rtems.org/rtems/tree/c/src/lib/libbsp/arm/atsam/README
--
Sebastian Huber, embedded brains GmbH
The gp32 removal broke the smdk2410 which uses several files of the gp32.
Should we remove this BSP as well?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded
Hey Joel,
Merge commits 1 out of every 100 pushes is too many, so you might want
to increase your number of '9's ;-)
On Mon, Jan 18, 2016 at 3:42 PM, Joel Sherrill wrote:
> Thanks.
>
> Since I tend to do commits from others on the same
> branch name, this should be easy to avoid 99% of the
> tim
I reproduced this on psim but it is happening on a custom x86 BSP.
I appreciate a BSP specific fix for psim but want to know the general
pattern
if this is something we need to address over and over.
On Mon, Jan 18, 2016 at 12:28 AM, Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
>
Thanks.
Since I tend to do commits from others on the same
branch name, this should be easy to avoid 99% of the
time in the future.
--joel
On Mon, Jan 18, 2016 at 12:33 AM, Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> Looks all right.
>
> You can avoid this problem in the futu
Hi
Didn't this impact us? Did someone have a test case?
Forwarded Message
Subject: [Bug debug/65779] [5/6 Regression] undefined local symbol on powerpc
[regression]
Date: Mon, 18 Jan 2016 13:34:58 -0600
From: jakub at gcc dot gnu.org
To: j...@gcc.gnu.org
https://gcc.gnu.or
Hello Nick,
I checked in the part of this patch. For the libmisc
stuff, please send a separate patch if these changes are still
necessary. The dl02 problems should be fixed with an up to date rtems-ld.
On 10/12/15 10:04, Nick Withers wrote:
Hi all,
Attached is a patch for master similar to
Hello,
I updated the RTEMS 4.12 tool chain to use the
* current Binutils 2.26 branch (the Binutils 2.26 release is close),
* Newlib 2.3.0.20160104 snapshot, and
* the GCC 6-20160117 snapshot.
The non-FSF based tool chains (or1k and epiphany) are now probably out
of sync.
RTEMS uses now the
