- 17 Jul, 2007 40 commits
-
-
Al Viro authored
Signed-off-by:
Al Viro <viro@zeniv.linux.org.uk> Signed-off-by:
Linus Torvalds <torvalds@linux-foundation.org>
-
Al Viro authored
Signed-off-by:
-
Al Viro authored
Signed-off-by:
David S. Miller <davem@davemloft.net> Acked-by:
Geert Uytterhoeven <geert@linux-m68k.org> Signed-off-by:
-
Al Viro authored
Signed-off-by:
Jeff Dike <jdike@addtoit.com> Signed-off-by:
-
Al Viro authored
Signed-off-by:
-
Al Viro authored
Verify that types would match for assignment (under sizeof, so we are safe from side effects or any code actually getting generated), then explicitly cast everywhere to the fixed-sized types. Kills a bunch of bogus warnings about constants being truncated (gcc, sparse), finds a pile of endianness problems hidden by old noise (sparse). Signed-off-by:
-
Al Viro authored
__init and __initdata stuff used from __devinit one Signed-off-by:
-
Al Viro authored
... fortunately, termios and ktermios there are identical, so no run-time breakage happened. Signed-off-by:
-
Al Viro authored
Won't build due to lack of dma-mapping. Signed-off-by:
-
NeilBrown authored
bitmap_unplug only ever returns 0, so it may as well be void. Two callers try to print a message if it returns non-zero, but that message is already printed by bitmap_file_kick. write_page returns an error which is not consistently checked. It always causes BITMAP_WRITE_ERROR to be set on an error, and that can more conveniently be checked. When the return of write_page is checked, an error causes bitmap_file_kick to be called - so move that call into write_page - and protect against recursive calls into bitmap_file_kick. bitmap_update_sb returns an error that is never checked. So make these 'void' and be consistent about checking the bit. Signed-off-by:
Neil Brown <neilb@suse.de> Signed-off-by:
Andrew Morton <akpm@linux-foundation.org> Signed-off-by:
-
NeilBrown authored
We current completely trust user-space to set up metadata describing an consistant array. In particlar, that the metadata, data, and bitmap do not overlap. But userspace can be buggy, and it is better to report an error than corrupt data. So put in some appropriate checks. Signed-off-by:
-
NeilBrown authored
Don't use 'unsigned' variable to track sync vs non-sync IO, as the only thing we want to do with them is a signed comparison, and fix up the comment which had become quite wrong. Signed-off-by:
-
NeilBrown authored
People try to use raid auto-detect with version-1 superblocks (which is not supported) and get confused when they are told they have an invalid superblock. So be more explicit, and say it it is not a valid v0.90 superblock. Signed-off-by:
-
Jan Engelhardt authored
Change Kconfig objects from "menu, config" into "menuconfig" so that the user can disable the whole feature without having to enter the menu first. Signed-off-by:
Jan Engelhardt <jengelh@gmx.de> Acked-by:
-
Tony Lindgren authored
Add Texas Instruments TWL92330/Menelaus Power Management chip driver. This includes voltage regulators, Dual slot memory card tranceivers and real-time clock(RTC). The support for RTC is integrated with this driver only; it is not separate module. Passes 'rtctest' on OMAP H4 EVM, other than lack of "periodic" (1/N second) IRQs. System wakeup alarms (from suspend-to-RAM) work too. The battery keeps the RTC active over power off, so once you set clock (rdate/ntpdate/etc, then "hwclock -w") then RTC_HCTOSYS at boot time will behave as expected. Cc: "Jean Delvare" <khali@linux-fr.org> Cc: "Tony Lindgren" <tony@atomide.com> Cc: "David Brownell" <david-b@pacbell.net> Signed-off-by:
Trilok Soni <soni.trilok@gmail.com> Acked-by:
Alessandro Zummo <alessandro.zummo@towertech.it> Signed-off-by:
-
Vovan888@gmail authored
- Add support for LCD panel on Siemens sx1 mobile phone. Signed-off-by:
-
Dirk Behme authored
- Adds TFT LCD panel support for TI OMAP OSK board. Signed-off-by:
-
Imre Deak authored
- Add TFT LCD panel spport for TI OMAP1510 Innovator EVM. Signed-off-by:
-
Imre Deak authored
- Add TFT LCD panel spport for TI OMAP1610 Innovator EVM. Signed-off-by:
-
Marek Vasut authored
- Adds support for TFT LCD panel on Palm Zire71 Signed-off-by:
-
Marek Vasut authored
- Add TFT LCD panel support for Palm Tungsten|T Signed-off-by:
-
Romain Goyet authored
- Adds TFT LCD panel support for Palm Tungsten E. Signed-off-by:
-
Imre Deak authored
- Adds support for TFT LCD panel on TI OMAP H3 EVM board. Signed-off-by:
-
Imre Deak authored
- Adds support for TFT LCD panel on TI OMAP H4 EVM board. Signed-off-by:
-
Imre Deak authored
- Adds Epson Blizzard lcd controller driver; used in Nokia Internet Tablet products. Signed-off-by:
-
Imre Deak authored
- Adds Epson HWA742 lcd controller driver; used in Nokia Internet Tablet products. Signed-off-by:
-
Imre Deak authored
- Adds support for Texas Instruments OMAP2 processors boards connected with external LCD controller through "Remote framebuffer Interface" Signed-off-by:
-
Imre Deak authored
- Adds support for Texas Instruments OMAP1 processors boards connected with external LCD controller through "Special OptimiSed Screen Interface" Signed-off-by:
-
Imre Deak authored
- Adds Texas Instruments OMAP2 processor series (OMAP2420/2430) internal display controller interface support. Signed-off-by:
-
Imre Deak authored
- Add Texas Instruments OMAP1 processor series (OMAP1510/1610/1710..) internal LCD controller interface. Signed-off-by:
-
Imre Deak authored
Signed-off-by:
-
Imre Deak authored
- Add Texas Instruments OMAP framebuffer driver. This driver is being used for various OMAP1/2 series based boards and products e.g Nokia N800 Internet Tablet, H4, H3, Siemens SX1 etc. - LCD panel registration and controller code is separated in different file and interfaces. Signed-off-by:
-
Adrian Bunk authored
If it's EXPORT_SYMBOL'ed it can't be __devinit. Reported by Mikael Pettersson. Signed-off-by:
Adrian Bunk <bunk@stusta.de> Cc: "Antonino A. Daplas" <adaplas@pol.net> Cc: Michal Piotrowski <michal.k.k.piotrowski@gmail.com> Cc: <stable@kernel.org> Signed-off-by:
-
Geert Uytterhoeven authored
Let spu_management_ops.enumerate_spus() return the number of found SPEs and use that information to draw some little helper penguin logos. Signed-off-by:
Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> Signed-off-by:
Geoff Levand <geoffrey.levand@am.sony.com> Acked-by:
Arnd Bergmann <arnd@arndb.de> Acked-By:
James Simmons <jsimmons@infradead.org> Cc: "Antonino A. Daplas" <adaplas@pol.net> Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org> Cc: Paul Mackerras <paulus@samba.org> Signed-off-by:
-
Geert Uytterhoeven authored
Add the SPE helper penguin logo Signed-off-by:
-
Geert Uytterhoeven authored
Add fb_append_extra_logo(), to append extra lines of logos below the standard Linux logo. Signed-off-by:
-
Geert Uytterhoeven authored
The Cell Broadband Engine contains a 64-bit PowerPC core with 2 hardware threads (called PPEs) and 8 Synergistic Processing Engines (called SPEs). When booting Linux, 2 penguins logos are shown on the graphical console by the standard frame buffer console logo code. To emphasize the existence of the SPEs (which can be used under Linux), we added a second row of (smaller) helper penguin logos, one for each SPE. A sample screenshot can be found at http://www.kernel.org/pub/linux/kernel/people/geoff/cell/debian-penguin-shot.png (or on the ps3linux T-shirts we wore at OLS :-) This patch: Extract the code to draw one line of logos into fb_show_logo_line() Signed-off-by:
-
izumi authored
VGA console driver can misunderstand the current mode(Text/Graphic) under "disable console blanking" setting. When "disable console blank" is set (blankinterval=0), "do_unblank_screen()" function returns without changing "blank_state", and when "blank_state" is "blank_off", "do_blank_screen() function returns without invoking sw->con_blank() function. That's why VGA console driver can misunderstand the current mode. Signed-off-by:
Nobuhiro Tachino <ntachino@redhat.com> Signed-off-by:
Taku Izumi <izumi2005@soft.fujitsu.com> Cc: "Antonino A. Daplas" <adaplas@pol.net> Cc: "Luck, Tony" <tony.luck@intel.com> Acked-by:
Pete Zaitcev <zaitcev@redhat.com> Signed-off-by:
-
Paul Mundt authored
The SH board that was the only user for this code was removed entirely from the kernel quite some time ago, so there's no reason to leave the stubs in place. Additionally this driver was completely broken anyways, so there's not really a lot of point in fixing it up either. I can't imagine that this driver gets any testing on ARM either, given that FB_BLANK_UNBLANKING doesn't exist, and kills the build regardless of which platform is compiling. This fixes that, too. It wouldn't be a lot of work to finish the platform device conversion and go with a generic 8-bit read/write_reg and kill off the architecture dependence completely, should someone have any use for this driver. Signed-off-by:
Paul Mundt <lethal@linux-sh.org> Acked-by:
Antonino Daplas <adaplas@gmail.com> Signed-off-by:
-
Antonino A. Daplas authored
Remove more code that writes to cmap[16]. Signed-off-by:
Petr Vandrovec <VANDROVE@vc.cvut.cz> Signed-off-by:
-
