lkml.org 
[lkml]   [2004]   [May]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: From Eric Anholt:
Linus Torvalds writes:
>
>
> On Wed, 12 May 2004, Dave Airlie wrote:
> >
> > I just looked at drm.h and nearly all the ioctls use int, this file is
> > included in user-space applications also at the moment, I'm worried
> > changing all ints to __u32 will break some of these, anyone on DRI list
> > care to comment?
>
> Right now, all architectures have "int" being 32-bit, so nothing should
> break. Apart from sign issues, of course.
>
> If there are pointers and "long", then those should just not exist. Never
> expose kernel pointers to user mode (and you really never should pass user
> pointers back), and "long" should really just be "__u32" instead (since
> that is what it is on a 32-bit platform - and if it works there, then it
> should work on a 64-bit platform too).
>

Unfortunately this is done in some places in DRM. Pointers are used as a
simple 'handle' to point to areas that are to be mapped by mmap()
from user mode.
I've done some ioctl32() interfaces for DRM for a few drivers (mga,
radeon, r128) to make 32bit software work on 64bit systems such as AMD64.
In most cases it was easy to work around the longs as they either did
not have to exist at all or could be replaced by something that's
platform independent.
I have plans to submit these ioctl32() interfaces to Mesa when I get
around to do it.
Anyway they are unnecessary kludges which should have been avoided
from the beginning.

Egbert.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:03    [W:0.065 / U:0.324 seconds]
©2003-2014 Jasper Spaans. Advertise on this site