lkml.org 
[lkml]   [2014]   [Apr]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [PATCH 00/28] nios2 Linux kernel port
From
Date
I think Linuxs said we should just fix POSIX on that front.

On April 23, 2014 11:15:34 AM PDT, "Pinski, Andrew" <Andrew.Pinski@caviumnetworks.com> wrote:
>
>
>> On Apr 23, 2014, at 10:59 AM, "Chung-Lin Tang"
><cltang@codesourcery.com> wrote:
>>
>>> On 2014/4/22 07:20 PM, Ley Foon Tan wrote:
>>> On Tue, Apr 22, 2014 at 6:56 PM, Arnd Bergmann <arnd@arndb.de>
>wrote:
>>>>> On Tuesday 22 April 2014 18:37:11 Ley Foon Tan wrote:
>>>>>>> Hi Arnd and Peter Anvin,
>>>>>>>
>>>>>>> Other than 64-bit time_t, clock_t and suseconds_t, can you
>confirm
>>>>>>> that we don't need to have 64 bit off_t? See detail in link
>below.
>>>>>>> I can submit the patches for 64-bit time changes
>>>>>>> (include/asm-generic/posix_types.h and other archs) if everyone
>is
>>>>>>> agreed on this.
>>>>>
>>>>> Yes.
>>> Okay, will doing that.
>>
>> I believe that arm64 ILP32 will also be affected. What is the status
>of
>> this configuration? Has the glibc/kernel ABI been finalized?
>
>Not yet. I am still working out the signal handling part. But we
>already agreed on 64bit time_t, clock_t, and suseconds_t. And we
>agreed to a 64bit offset_t too.
>
>On a related note suseconds in the timespec in posix is defined to be
>long. So it would nice if the kernel ignores the upper 32bits so we
>(glibc developers) can fix this for new targets including x32 and
>arm64/ilp32.
>
>Thanks,
>Andrew
>
>>
>> Thanks,
>> Chung-Lin
>>

--
Sent from my mobile phone. Please pardon brevity and lack of formatting.


\
 
 \ /
  Last update: 2014-04-23 22:21    [W:0.136 / U:0.500 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site