RTEMS 4.12 tool chain update required

[Sebastian Huber]

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  provided by Newlib, thus all users of 
the RTEMS master branch must update their tool chain now. See also 
https://lists.rtems.org/pipermail/devel/2015-December/013145.html.


--
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-brains.de
PGP : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH] Chase Newlib sys/select.h changes

[Sebastian Huber]

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 that I posted to the Newlib
mailing list in https://sourceware.org/ml/newlib/2015/msg00888.html *.

It chases Newlib changes to sys/types.h / sys/select.h and allows us to
use Newlib's sys/select.h directly rather than rolling our own.

A few notes:
  - I removed the BSD advertising clause from what's now sys/selinfo.h,
but am not sure that I should have
  - I made a few not-really-related but minor changes to
cpukit/libmisc/shell/*.c printf()s to ensure format specifiers matched
parameter types
  - the sys/selinfo.h file doesn't directly correspond to any FreeBSD
revision, though it's basically the same as https://svnweb.freebsd.org/
base/head/sys/sys/selinfo.h?revision=70650&view=markup , not sure how
fussed we are with e.g., $FreeBSD$ tags and such...?

* It doesn't mess with disabling dl tests on PSim; I ran into troubles
with dl02 which I'll look into separately


___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel


--
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-brains.de
PGP : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Fwd: [Bug debug/65779] [5/6 Regression] undefined local symbol on powerpc [regression]

[Joel Sherrill]

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.org/bugzilla/show_bug.cgi?id=65779

Jakub Jelinek  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|unassigned at gcc dot gnu.org  |jakub at gcc dot gnu.org

--- Comment #15 from Jakub Jelinek  ---
Created attachment 37389
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37389&action=edit
gcc6-pr65779.patch

Untested fix.

--
You are receiving this mail because:
You reported the bug.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Fwd: [rtems commit] Merge branch 'master' of ssh://dispatch.rtems.org/data/git/ rtems

[Joel Sherrill]

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 future if you add something like this to
> your .git/config:
>
> [branch "abc"]
> rebase = true
>
> On 16/01/16 21:36, Joel Sherrill wrote:
>
>>
>> Please check that I did not screw the master up.
>>
>> I was at a library for an authors' day with Michele. I was committing a
>> GCI patch and accidentally did this.
>>
>> Double check and revert if needed.
>>
>> Thanks.
>>
>> -- Forwarded message --
>> From: "Joel Sherrill" mailto:j...@rtems.org>>
>> Date: Jan 16, 2016 11:18 AM
>> Subject: [rtems commit] Merge branch 'master' of ssh://
>> dispatch.rtems.org/data/git/  rtems
>> To: mailto:v...@rtems.org>>
>> Cc:
>>
>> Module:rtems
>> Branch:master
>> Commit:c40dd4ed703bbaee7e6492cfbb966a1d5cda7341
>> Changeset:
>> http://git.rtems.org/rtems/commit/?id=c40dd4ed703bbaee7e6492cfbb966a1d5cda7341
>>
>> Author:Joel Sherrill mailto:j...@rtems.org>>
>> Date:  Sat Jan 16 11:17:43 2016 -0600
>>
>> Merge branch 'master' of ssh://dispatch.rtems.org/data/git/rtems <
>> http://dispatch.rtems.org/data/git/rtems>
>>
>> ---
>>
>>
>>
>> ___
>> vc mailing list
>> v...@rtems.org 
>> http://lists.rtems.org/mailman/listinfo/vc
>>
>
> --
> 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-brains.de
> PGP : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>
>
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Odd Time of Day Reported with Ticker

[Joel Sherrill]

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:

> Which BSP is affected by this?
>
>
> On 18/01/16 00:19, Joel Sherrill wrote:
>
>> Hi
>>
>> With the recent clock changes, I am noticing that on some BSPs
>> ticker is reporting times 4, 9, 14, ... instead of 5, 10, 15.
>>
>> It looks like the time is 4.999 when it should simply be 5 so
>> ticker just reports 4.
>>
>> Given this is a visible change in behavior, I would like to know
>> what causes it and how it can be resolved?
>>
>> Thanks.
>>
>> --joel
>>
>>
>> ___
>> devel mailing list
>> devel@rtems.org
>> http://lists.rtems.org/mailman/listinfo/devel
>>
>
> --
> 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-brains.de
> PGP : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
>
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Fwd: [rtems commit] Merge branch 'master' of ssh://dispatch.rtems.org/data/git/ rtems

[Gedare Bloom]

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
> time in the future.
>
> --joel
>
> On Mon, Jan 18, 2016 at 12:33 AM, Sebastian Huber
>  wrote:
>>
>> Looks all right.
>>
>> You can avoid this problem in the future if you add something like this to
>> your .git/config:
>>
>> [branch "abc"]
>> rebase = true
>>
>> On 16/01/16 21:36, Joel Sherrill wrote:
>>>
>>>
>>> Please check that I did not screw the master up.
>>>
>>> I was at a library for an authors' day with Michele. I was committing a
>>> GCI patch and accidentally did this.
>>>
>>> Double check and revert if needed.
>>>
>>> Thanks.
>>>
>>> -- Forwarded message --
>>> From: "Joel Sherrill" mailto:j...@rtems.org>>
>>> Date: Jan 16, 2016 11:18 AM
>>> Subject: [rtems commit] Merge branch 'master' of
>>> ssh://dispatch.rtems.org/data/git/ 
>>> rtems
>>> To: mailto:v...@rtems.org>>
>>> Cc:
>>>
>>> Module:rtems
>>> Branch:master
>>> Commit:c40dd4ed703bbaee7e6492cfbb966a1d5cda7341
>>> Changeset:
>>> http://git.rtems.org/rtems/commit/?id=c40dd4ed703bbaee7e6492cfbb966a1d5cda7341
>>>
>>> Author:Joel Sherrill mailto:j...@rtems.org>>
>>> Date:  Sat Jan 16 11:17:43 2016 -0600
>>>
>>> Merge branch 'master' of ssh://dispatch.rtems.org/data/git/rtems
>>> 
>>>
>>> ---
>>>
>>>
>>>
>>> ___
>>> vc mailing list
>>> v...@rtems.org 
>>> http://lists.rtems.org/mailman/listinfo/vc
>>
>>
>> --
>> 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-brains.de
>> PGP : Public key available on request.
>>
>> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>>
>
>
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: [rtems commit] arm/gp32: Remove

[Sebastian Huber]

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-brains.de
PGP : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

BSP for the Atmel SAM V71/V70/E70/S70 chip platform

[Sebastian Huber]

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

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-brains.de
PGP : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel