Thread (12 messages) 12 messages, 4 authors, 2008-04-23

Re: deprecating fix->mmio_start and smem_start

From: Scott D. Davilla <hidden>
Date: 2008-04-22 16:04:24

On Tue, 22 Apr 2008, Benjamin Herrenschmidt wrote:
quoted
 We currently have a problem with those two members of struct
 fb_fix_screeninfo. The struct contains an "unsigned long" which means
 that:

 - 64 bits kernels with 32 bits userspace can't pass a complete address
 - 32 bits machines with 64 bits resource_size_t can't pass a complete
 address
 - The structure isn't even properly padded to be 32/64 bits neutral in
 the first place.
 > We could define new versions of the struct with new get/set ioctls,
quoted
 or we could try to just deprecate those fields. What do you guys think ?
As userspace doesn't really need those fields[1], we can easily 
deprecate them.
kexec uses FBIOGET_FSCREENINFO and FBIOGET_VSCREENINFO. So if these 
ioctls changes, it will possibly break kexec under vesafb and efifb.

Scott


-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help