Change time_t and clock_t integer types to 64-bit?

2017-08-24 Thread Sebastian Huber

Hello,

should we change time_t and clock_t integer types to 64-bit for RTEMS 4.12?

http://devel.rtems.org/ticket/3111


--
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

ANN: class "RTEMS Application Development" in Munich/Germany, 27.-29. November 2017

2017-08-24 Thread Thomas Doerfler
Hello,

we are currently planning an open RTEMS class "RTEMS Application
Development" in Munich/Germany to start on

November 27th, 2017.

This class has is main focus on application development based on the
RTEMS kernel.

Maybe you or some of your colleagues like to join in? See our updated
website

http://www.embedded-brains.de/en/rtems-real-time-operating-system/rtems-training-courses/


for more details.

Please send us an email or use the website form if you and/or your
colleagues are interested to attend, so we can reserve seats for you.

wkr,
Thomas Doerfler.

-- 

embedded brains GmbH
Thomas Doerfler
Dornierstr. 4
D-82178 Puchheim
Germany
email: thomas.doerf...@embedded-brains.de
Phone: +49-89-18 94 741-12
Fax:   +49-89-18 94 741-09
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: Place for external documentation?

2017-08-24 Thread Chris Johns
On 24/08/2017 16:49, Sebastian Huber wrote:
> Sorry, a typo.
> 
> On 24/08/17 08:48, Sebastian Huber wrote:
> 
>> For example the PowerPC ABIs are not referenced by the RTEMS CPU Supplement. 
> 
> For example the PowerPC ABIs are now referenced by the RTEMS CPU Supplement.
> 

Ah OK I see where this is coming from now.

Can documents that are not referenced be added?
Any need for a structure under `docs/contrib`? If it grows which it could a lot
of files could become messy.

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


Re: Place for external documentation?

2017-08-24 Thread Sebastian Huber

On 24/08/17 09:58, Chris Johns wrote:


On 24/08/2017 16:49, Sebastian Huber wrote:

Sorry, a typo.

On 24/08/17 08:48, Sebastian Huber wrote:


For example the PowerPC ABIs are not referenced by the RTEMS CPU Supplement.

For example the PowerPC ABIs are now referenced by the RTEMS CPU Supplement.


Ah OK I see where this is coming from now.

Can documents that are not referenced be added?
Any need for a structure under `docs/contrib`? If it grows which it could a lot
of files could become messy.


Maybe for a start

docs/contrib/arch/powerpc

--
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: Place for external documentation?

2017-08-24 Thread Chris Johns
On 24/8/17 6:01 pm, Sebastian Huber wrote:
> On 24/08/17 09:58, Chris Johns wrote:
> 
>> On 24/08/2017 16:49, Sebastian Huber wrote:
>>> Sorry, a typo.
>>>
>>> On 24/08/17 08:48, Sebastian Huber wrote:
>>>
 For example the PowerPC ABIs are not referenced by the RTEMS CPU 
 Supplement.
>>> For example the PowerPC ABIs are now referenced by the RTEMS CPU Supplement.
>>>
>> Ah OK I see where this is coming from now.
>>
>> Can documents that are not referenced be added?
>> Any need for a structure under `docs/contrib`? If it grows which it could a 
>> lot
>> of files could become messy.
> 
> Maybe for a start
> 
> docs/contrib/arch/powerpc
> 

Fine with me. Thanks for doing this.

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


Re: Change time_t and clock_t integer types to 64-bit?

2017-08-24 Thread Denis Obrezkov
2017-08-24 9:25 GMT+02:00 Sebastian Huber <
sebastian.hu...@embedded-brains.de>:

> Hello,
>
> should we change time_t and clock_t integer types to 64-bit for RTEMS 4.12?
>
> http://devel.rtems.org/ticket/3111
>
>
> --
> 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


In RISC-V time and time-compare registers are 64-bit wide, if it helps.

-- 
Regards, Denis Obrezkov
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Change time_t and clock_t integer types to 64-bit?

2017-08-24 Thread Joel Sherrill
I asked this last week and no one answered. I think we should take
advantage of the change in newlib and switch. 4.12 will be in use a long
time.

On Aug 24, 2017 2:25 AM, "Sebastian Huber" <
sebastian.hu...@embedded-brains.de> wrote:

> Hello,
>
> should we change time_t and clock_t integer types to 64-bit for RTEMS 4.12?
>
> http://devel.rtems.org/ticket/3111
>
>
> --
> 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: Change time_t and clock_t integer types to 64-bit?

2017-08-24 Thread Sebastian Huber

On 24/08/17 13:30, Joel Sherrill wrote:

I asked this last week and no one answered. I think we should take 
advantage of the change in newlib and switch. 4.12 will be in use a 
long time.


Yes, we should change to 64-bit from my point of view.

--
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