Fair enough.
Al Viro wrote:
>On Thu, Dec 20, 2012 at 09:05:30PM -0800, H. Peter Anvin wrote:
>> >... as long as we do not have typedef __kernel_foo_t foo_t in
>linux/types.h.
>> >
>>
>> In the case of things like nlink_t and dev_t I would suggest we
>> explicitly call out the types as kernel an
On Thu, Dec 20, 2012 at 09:05:30PM -0800, H. Peter Anvin wrote:
> >... as long as we do not have typedef __kernel_foo_t foo_t in linux/types.h.
> >
>
> In the case of things like nlink_t and dev_t I would suggest we
> explicitly call out the types as kernel and user. I would suggest
> knlink_t an
On 12/20/2012 09:02 PM, Al Viro wrote:
On Thu, Dec 20, 2012 at 09:00:27PM -0800, H. Peter Anvin wrote:
On 12/20/2012 08:57 PM, Al Viro wrote:
On Wed, Nov 14, 2012 at 12:18:01PM +, Arnd Bergmann wrote:
The other types that are used as 64 bit on x32 are ino_t, nlink_t,
size_t, ssize_t, ptrd
On Thu, Dec 20, 2012 at 09:00:27PM -0800, H. Peter Anvin wrote:
> On 12/20/2012 08:57 PM, Al Viro wrote:
> > On Wed, Nov 14, 2012 at 12:18:01PM +, Arnd Bergmann wrote:
> >
> >> The other types that are used as 64 bit on x32 are ino_t, nlink_t,
> >> size_t, ssize_t, ptrdiff_t, and off_t.
> >
>
On 12/20/2012 08:57 PM, Al Viro wrote:
> On Wed, Nov 14, 2012 at 12:18:01PM +, Arnd Bergmann wrote:
>
>> The other types that are used as 64 bit on x32 are ino_t, nlink_t,
>> size_t, ssize_t, ptrdiff_t, and off_t.
>
> *Kernel-side* we should not give a damn about the userland nlink_t, period.
On Wed, Nov 14, 2012 at 12:18:01PM +, Arnd Bergmann wrote:
> The other types that are used as 64 bit on x32 are ino_t, nlink_t,
> size_t, ssize_t, ptrdiff_t, and off_t.
*Kernel-side* we should not give a damn about the userland nlink_t, period.
Making it architecture-dependent had been a bad
On 11/15/2012 06:36 AM, Arnd Bergmann wrote:
Glibc has been providing its own types for years.
Kernel provided types used to be wrong for ia32
on x86-64.
What about ioctls and other calls then that actually do rely on the
kernel headers and use the __kernel_*_t types?
Now, glibc *shouldn't*
On Thu, Nov 15, 2012 at 6:36 AM, Arnd Bergmann wrote:
> On Thursday 15 November 2012, H.J. Lu wrote:
>> On Thu, Nov 15, 2012 at 1:14 AM, Arnd Bergmann wrote:
>> > On Wednesday 14 November 2012, H. Peter Anvin wrote:
>> >> On 11/14/2012 04:18 AM, Arnd Bergmann wrote:
>> >> > Since we are in the re
On Thursday 15 November 2012, H.J. Lu wrote:
> On Thu, Nov 15, 2012 at 1:14 AM, Arnd Bergmann wrote:
> > On Wednesday 14 November 2012, H. Peter Anvin wrote:
> >> On 11/14/2012 04:18 AM, Arnd Bergmann wrote:
> >> > Since we are in the review phase for two new architectures that we
> >> > should be
On Thu, Nov 15, 2012 at 1:14 AM, Arnd Bergmann wrote:
> On Wednesday 14 November 2012, H. Peter Anvin wrote:
>> On 11/14/2012 04:18 AM, Arnd Bergmann wrote:
>> > Since we are in the review phase for two new architectures that we
>> > should be merging into the mainline kernel, I think we need to
>
On Wednesday 14 November 2012, H. Peter Anvin wrote:
> On 11/14/2012 04:18 AM, Arnd Bergmann wrote:
> > Since we are in the review phase for two new architectures that we
> > should be merging into the mainline kernel, I think we need to
> > come up with a solution for making them use a proper 64-b
On 11/14/2012 04:18 AM, Arnd Bergmann wrote:
Since we are in the review phase for two new architectures that we
should be merging into the mainline kernel, I think we need to
come up with a solution for making them use a proper 64-bit time_t.
Right now, the only 32-bit user space interface we ha
On Wed, Nov 14, 2012 at 1:18 PM, Arnd Bergmann wrote:
> The other types that are used as 64 bit on x32 are ino_t, nlink_t,
> size_t, ssize_t, ptrdiff_t, and off_t.
>
> Obviously, we want to use 64-bit off_t, but this is achieved already
> through loff_t, which is used in all places in the asm-gene
Since we are in the review phase for two new architectures that we
should be merging into the mainline kernel, I think we need to
come up with a solution for making them use a proper 64-bit time_t.
Right now, the only 32-bit user space interface we have to use 64-bit
time_t is the x32 side of x86-
14 matches
Mail list logo
