user/sven/linux.git/include/linux/matroxfb.h, branch v3.2.45

fbdev: move FBIO_WAITFORVSYNC to linux/fb.h

2010-05-25T15:07:09Z

FBIO_WAITFORVSYNC is currently implemented by matroxfb, atyfb, intelfb and more. All of them keep redefining the same FBIO_WAITFORVSYNC macro over and over again, so move it to linux/fb.h and clean up those duplicate defines. Signed-off-by: Grazvydas Ignotas Cc: Ville Syrjala Cc: Grant Likely Cc: Maik Broemme Cc: Petr Vandrovec Cc: Benjamin Herrenschmidt Cc: Krzysztof Helt Cc: "Hiremath, Vaibhav" Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

make most exported headers use strict integer types

2009-03-26T17:14:15Z

This takes care of all files that have only a small number of non-strict integer type uses. Signed-off-by: Arnd Bergmann Cc: Mauro Carvalho Chehab Cc: David Airlie Cc: Arnaldo Carvalho de Melo Cc: YOSHIFUJI Hideaki Cc: netdev@vger.kernel.org Cc: linux-ppp@vger.kernel.org Cc: Jaroslav Kysela Cc: Takashi Iwai Cc: David Woodhouse Signed-off-by: H. Peter Anvin Signed-off-by: Ingo Molnar

include of is preferred over

2009-01-16T00:39:41Z

Impact: fix 15 make headers_check warnings: include of is preferred over Signed-off-by: Jaswinder Singh Rajput Cc: Ingo Molnar Cc: Sam Ravnborg Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] use size_t for the broken ioctl numbers

2003-09-07T02:43:46Z

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.

[PATCH] matroxfb update to new API

2003-05-31T03:41:15Z

This updates the matroxfb driver to the new framebuffer API. I'm sorry that it is quite large, but due to completely changed underlying API there is no reasonable way how to split it into smaller pieces. - Removed support for text mode. No way for it with current API. - Removed support for hardware cursor. Generic cursor code has enough troubles as is, in software mode. - No reasonable fbset support... It is especially annoying on multihead system, as 'stty cols XXX rows YYY' does not change pixclock... - Removed fastfont support. No way for it with current API. (Mis)features inherited from generic fbdev API: - Cursor on other framebuffers than primary one does not blink. - Contents of visible, but not foreground, display is not updated.

Import changeset

2002-02-05T01:40:40Z