Linux kernel stable tree https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/atom?h=master 2014-04-17T05:10:19+00:00 2014-04-17T05:10:19+00:00 Tomi Valkeinen tomi.valkeinen@ti.com 2014-02-13T13:31:38+00:00 urn:sha1:f7018c21350204c4cf628462f229d44d03545254 The drivers/video directory is a mess. It contains generic video related files, directories for backlight, console, linux logo, lots of fbdev device drivers, fbdev framework files. Make some order into the chaos by creating drivers/video/fbdev directory, and move all fbdev related files there. No functionality is changed, although I guess it is possible that some subtle Makefile build order related issue could be created by this patch. Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com> Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com> Acked-by: Geert Uytterhoeven <geert@linux-m68k.org> Acked-by: Rob Clark <robdclark@gmail.com> Acked-by: Jingoo Han <jg1.han@samsung.com> Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> 2013-11-14T05:44:20+00:00 Linus Torvalds torvalds@linux-foundation.org 2013-11-14T05:44:20+00:00 urn:sha1:f0d55cc1a65852e6647d4f5d707c1c9b5471ce3c Pull fbdev changes from Tomi Valkeinen: "Nothing particularly stands out in this pull request. The biggest part of the changes are cleanups. Maybe one fix to mention is the "fb: reorder the lock sequence to fix potential dead lock" which hopefully fixes the fb locking issues reported by multiple persons. There are also a few commits that have changes to arch/arm/mach-at91 and arch/avr32, which have been acked by the maintainers" * tag 'fbdev-3.13' of git://git.kernel.org/pub/scm/linux/kernel/git/tomba/linux: (143 commits) fb: reorder the lock sequence to fix potential dead lock fbdev: shmobile-lcdcfb: Convert to clk_prepare/unprepare fbdev: shmobile-hdmi: Convert to clk_prepare/unprepare omapdss: Add new panel driver for Topolly td028ttec1 LCD. video: exynos_mipi_dsi: Unlock the mutex before returning video: da8xx-fb: remove unwanted define video: Remove unnecessary semicolons simplefb: use write-combined remapping simplefb: fix unmapping fb during destruction OMAPDSS: connector-dvi: fix releasing i2c_adapter OMAPDSS: DSI: fix perf measuring ifdefs framebuffer: Use fb_<level> framebuffer: Add fb_<level> convenience logging macros efifb: prevent null-deref when iterating dmi_list fbdev: fix error return code in metronomefb_probe() video: xilinxfb: Fix for "Use standard variable name convention" OMAPDSS: Fix de_level in videomode_to_omap_video_timings() video: xilinxfb: Simplify error path video: xilinxfb: Use devm_kzalloc instead of kzalloc video: xilinxfb: Use standard variable name convention ... 2013-09-25T13:25:24+00:00 Linus Walleij linus.walleij@linaro.org 2013-09-03T10:02:16+00:00 urn:sha1:fc6ad619a5d29c94e3eecefa572dc1d4fefdc240 The Cyber2000 frame buffer driver contains a block of code solely for the Shark machine. As the machine is deleted, delete this code as well. Also remove the pointless #ifdef CONFIG_PCI as the Kconfig clearly states PCI as a dependency anyway. Cc: Russell King <linux@arm.linux.org.uk> Cc: Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com> Acked-by: Tomi Valkeinen <tomi.valkeinen@ti.com> Signed-off-by: Linus Walleij <linus.walleij@linaro.org> 2013-09-19T10:30:06+00:00 Jingoo Han jg1.han@samsung.com 2013-09-12T06:52:30+00:00 urn:sha1:1df6af41bd6118681a18445c1b7f94f6893a28b6 The driver core clears the driver data to NULL after device_release or on probe failure. Thus, it is not needed to manually clear the device driver data to NULL. Signed-off-by: Jingoo Han <jg1.han@samsung.com> Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com> 2013-01-03T23:57:01+00:00 Greg Kroah-Hartman gregkh@linuxfoundation.org 2012-12-21T21:07:39+00:00 urn:sha1:48c68c4f1b542444f175a9e136febcecf3e704d8 CONFIG_HOTPLUG is going away as an option. As a result, the __dev* markings need to be removed. This change removes the use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit from these drivers. Based on patches originally written by Bill Pemberton, but redone by me in order to handle some of the coding style issues better, by hand. Cc: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> 2012-09-22T21:41:52+00:00 Peter Senna Tschudin peter.senna@gmail.com 2012-09-18T12:07:58+00:00 urn:sha1:7c4c72f4438e3e99ad39b2a86e477fb1c6fd1f3f Convert a nonnegative error return code to a negative one, as returned elsewhere in the function. A simplified version of the semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // <smpl> ( if@p1 (\(ret < 0\|ret != 0\)) { ... return ret; } | ret@p1 = 0 ) ... when != ret = e1 when != &ret *if(...) { ... when != ret = e2 when forall return ret; } // </smpl> Signed-off-by: Peter Senna Tschudin <peter.senna@gmail.com> Signed-off-by: Florian Tobias Schandinat <FlorianSchandinat@gmx.de> 2012-03-28T17:30:03+00:00 David Howells dhowells@redhat.com 2012-03-28T17:30:03+00:00 urn:sha1:9ffc93f203c18a70623f21950f1dd473c9ec48cd Remove all #inclusions of asm/system.h preparatory to splitting and killing it. Performed with the following command: perl -p -i -e 's!^#\s*include\s*<asm/system[.]h>.*\n!!' `grep -Irl '^#\s*include\s*<asm/system[.]h>' *` Signed-off-by: David Howells <dhowells@redhat.com> 2011-02-11T10:16:07+00:00 Russell King rmk+kernel@arm.linux.org.uk 2010-08-01T10:06:59+00:00 urn:sha1:bfddc1c325d1e092d9fb1b5b03a05b818f82d35f Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 2011-02-11T10:16:06+00:00 Russell King rmk+kernel@arm.linux.org.uk 2010-08-01T09:22:58+00:00 urn:sha1:ef299dfc2d906770103f058795a26e6acfa68ae0 Sub-drivers can call these functions directly, there's no need for this kind of indirection. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 2011-02-11T10:16:06+00:00 Russell King rmk+kernel@arm.linux.org.uk 2010-08-01T09:18:29+00:00 urn:sha1:24d6e5cb191189531396870402bf276aacf01598 Provide the framebuffer device with its correct parent (the PCI device for PCI connected cards.) Also, use this struct device to pass to sub-drivers rather than the pci_dev structure, which is really what they want. Also propagate the assigned IRQ, which they were getting direct from the PCI device structure. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>