user/sven/linux.git/include/linux/radeonfb.h, branch v3.2.31Linux Kernel
https://git.stealer.net/cgit.cgi/user/sven/linux.git/atom?h=v3.2.312009-01-16T00:39:41Zinclude of <linux/types.h> is preferred over <asm/types.h>2009-01-16T00:39:41ZJaswinder Singh Rajputjaswinder@infradead.org2009-01-15T21:51:26Zurn:sha1:00bfddaf7f68a6551319b536f052040c370756b0
Impact: fix 15 make headers_check warnings:
include of <linux/types.h> is preferred over <asm/types.h>
Signed-off-by: Jaswinder Singh Rajput <jaswinderrajput@gmail.com>
Cc: Ingo Molnar <mingo@elte.hu>
Cc: Sam Ravnborg <sam@ravnborg.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
[PATCH] use size_t for the broken ioctl numbers2003-09-07T02:43:46ZMatthew Wilcoxwilly@debian.org2003-09-07T02:43:46Zurn:sha1:015e32c130300605f288fe21f9ac98a0bf687fbf
The ioctl number-generating macros should be used like
#define XXXX _IOR(n,x,type-of-arg)
which generates an ioctl number that has the size of the argument
encoded within it. But there are a number of ioctl #defines that look
like
#define XXXX _IOR(n,x,sizeof(type-of-arg))
which is very wrong: the _IO/_IOR/_IOW/_IOWR macros will do the sizeof()
on the argtype themselves, so the end result is that we will be doing a
sizeof(sizeof(argtype)), ie a sizeof(size_t).
In other words, the argtype didn't matter at all, and ended up totally
pointless.
Clearly it's too late to change the ioctl definitions, but we can at
least stop people from copying them and making the same mistake.
Grabbed the PPC drivers and in the process of porting to the latest api. Can now use driver specific read and write functions 2002-11-13T08:13:32ZJames Simmonsjsimmons@kozmo.(none)2002-11-13T08:13:32Zurn:sha1:83f7182b7ba57617d62a2a51b72140b2f9831f62