<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/video/mx3fb.c, branch v3.2.38</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers/video/mx3fb.c?h=v3.2.38</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers/video/mx3fb.c?h=v3.2.38'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2011-10-03T15:52:32Z</updated>
<entry>
<title>mx3fb: fix NULL pointer dereference in screen blanking.</title>
<updated>2011-10-03T15:52:32Z</updated>
<author>
<name>Wolfram Stering</name>
<email>wolfram.stering@hale.at</email>
</author>
<published>2011-09-23T12:09:35Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=8b53b7fb57e1ce3441b1a32f8374874b53c4bc31'/>
<id>urn:sha1:8b53b7fb57e1ce3441b1a32f8374874b53c4bc31</id>
<content type='text'>
When blanking an already blanked framebuffer, a kernel NULL pointer
dereference occurred, because mx3fb driver handles all kinds of screen
blanking (normal, vsync suspend, powerdown) in the same way.
Certain programs (Xorg X11 server) first do a normal blank, followed by
a powerdown blank, which triggered the bug.

Add an additional safeguard and make sdc_disable_channel() safe against
multiple calls independent of other logic.

Signed-off-by: Michael Thalmeier &lt;michael.thalmeier@hale.at&gt;
Signed-off-by: Florian Tobias Schandinat &lt;FlorianSchandinat@gmx.de&gt;
</content>
</entry>
<entry>
<title>mx3fb: use display information in info not in var for panning</title>
<updated>2011-08-19T08:32:52Z</updated>
<author>
<name>Laurent Pinchart</name>
<email>laurent.pinchart@ideasonboard.com</email>
</author>
<published>2011-05-25T09:34:52Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=9f1b3ebbce04dc61986a1b3b41b0f1b1a77a5cc4'/>
<id>urn:sha1:9f1b3ebbce04dc61986a1b3b41b0f1b1a77a5cc4</id>
<content type='text'>
We must not use any information in the passed var besides xoffset,
yoffset and vmode as otherwise applications might abuse it. Also use the
aligned fix.line_length and not the (possible) unaligned xres_virtual.

Signed-off-by: Laurent Pinchart &lt;laurent.pinchart@ideasonboard.com&gt;
Tested-by: Guennadi Liakhovetski &lt;g.liakhovetski@gmx.de&gt;
</content>
</entry>
<entry>
<title>console: rename acquire/release_console_sem() to console_lock/unlock()</title>
<updated>2011-01-26T00:50:06Z</updated>
<author>
<name>Torben Hohn</name>
<email>torbenh@gmx.de</email>
</author>
<published>2011-01-25T23:07:35Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=ac751efa6a0d70f2c9daef5c7e3a92270f5c2dff'/>
<id>urn:sha1:ac751efa6a0d70f2c9daef5c7e3a92270f5c2dff</id>
<content type='text'>
The -rt patches change the console_semaphore to console_mutex.  As a
result, a quite large chunk of the patches changes all
acquire/release_console_sem() to acquire/release_console_mutex()

This commit makes things use more neutral function names which dont make
implications about the underlying lock.

The only real change is the return value of console_trylock which is
inverted from try_acquire_console_sem()

This patch also paves the way to switching console_sem from a semaphore to
a mutex.

[akpm@linux-foundation.org: coding-style fixes]
[akpm@linux-foundation.org: make console_trylock return 1 on success, per Geert]
Signed-off-by: Torben Hohn &lt;torbenh@gmx.de&gt;
Cc: Thomas Gleixner &lt;tglx@tglx.de&gt;
Cc: Greg KH &lt;gregkh@suse.de&gt;
Cc: Ingo Molnar &lt;mingo@elte.hu&gt;
Cc: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6</title>
<updated>2010-12-22T03:56:10Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2010-12-22T03:56:10Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=7ccbefe07ea0a3570e44d1ec13a307552ee4dadd'/>
<id>urn:sha1:7ccbefe07ea0a3570e44d1ec13a307552ee4dadd</id>
<content type='text'>
</content>
</entry>
<entry>
<title>video: mx3fb: Use vsprintf extension %pR for struct resource</title>
<updated>2010-12-14T09:07:19Z</updated>
<author>
<name>Joe Perches</name>
<email>joe@perches.com</email>
</author>
<published>2010-12-13T21:42:21Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=3b80ffdef001ac7ff53bdcb80ad2baadb5953f91'/>
<id>urn:sha1:3b80ffdef001ac7ff53bdcb80ad2baadb5953f91</id>
<content type='text'>
Signed-off-by: Joe Perches &lt;joe@perches.com&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>ARM mx3fb: check for DMA engine type</title>
<updated>2010-11-15T08:25:01Z</updated>
<author>
<name>Sascha Hauer</name>
<email>s.hauer@pengutronix.de</email>
</author>
<published>2010-08-16T06:03:04Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=1b346af2f88a0e19e718a843d39d34e41e5527e1'/>
<id>urn:sha1:1b346af2f88a0e19e718a843d39d34e41e5527e1</id>
<content type='text'>
We have two dma engines in MX3 systems: The IPU and the SDMA
engine. We have to check if we got a channel from the correct
engine before proceeding with a channel.

Signed-off-by: Sascha Hauer &lt;s.hauer@pengutronix.de&gt;
Cc: Guennadi Liakhovetski &lt;g.liakhovetski@gmx.de&gt;
Reviewed-by: Guennadi Liakhovetski &lt;g.liakhovetski@gmx.de&gt;
</content>
</entry>
<entry>
<title>DMAENGINE: extend the control command to include an arg</title>
<updated>2010-05-17T23:30:42Z</updated>
<author>
<name>Linus Walleij</name>
<email>linus.walleij@stericsson.com</email>
</author>
<published>2010-05-17T23:30:42Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=058276303dbc4ed089c1f7dad0871810b1f5ddf1'/>
<id>urn:sha1:058276303dbc4ed089c1f7dad0871810b1f5ddf1</id>
<content type='text'>
This adds an argument to the DMAengine control function, so that
we can later provide control commands that need some external data
passed in through an argument akin to the ioctl() operation
prototype.

[dan.j.williams@intel.com: fix up some missed conversions]
Signed-off-by: Linus Walleij &lt;linus.walleij@stericsson.com&gt;
Signed-off-by: Dan Williams &lt;dan.j.williams@intel.com&gt;
</content>
</entry>
<entry>
<title>DMAENGINE: generic slave control v2</title>
<updated>2010-03-26T23:44:01Z</updated>
<author>
<name>Linus Walleij</name>
<email>linus.walleij@stericsson.com</email>
</author>
<published>2010-03-26T23:44:01Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=c3635c78e500a52c9fcd55de381a72928d9e054d'/>
<id>urn:sha1:c3635c78e500a52c9fcd55de381a72928d9e054d</id>
<content type='text'>
Convert the device_terminate_all() operation on the
DMA engine to a generic device_control() operation
which can now optionally support also pausing and
resuming DMA on a certain channel. Implemented for the
COH 901 318 DMAC as an example.

[dan.j.williams@intel.com: update for timberdale]
Signed-off-by: Linus Walleij &lt;linus.walleij@stericsson.com&gt;
Acked-by: Mark Brown &lt;broonie@opensource.wolfsonmicro.com&gt;
Cc: Maciej Sosnowski &lt;maciej.sosnowski@intel.com&gt;
Cc: Nicolas Ferre &lt;nicolas.ferre@atmel.com&gt;
Cc: Pavel Machek &lt;pavel@ucw.cz&gt;
Cc: Li Yang &lt;leoli@freescale.com&gt;
Cc: Guennadi Liakhovetski &lt;g.liakhovetski@gmx.de&gt;
Cc: Paul Mundt &lt;lethal@linux-sh.org&gt;
Cc: Ralf Baechle &lt;ralf@linux-mips.org&gt;
Cc: Haavard Skinnemoen &lt;haavard.skinnemoen@atmel.com&gt;
Cc: Magnus Damm &lt;damm@opensource.se&gt;
Cc: Liam Girdwood &lt;lrg@slimlogic.co.uk&gt;
Cc: Joe Perches &lt;joe@perches.com&gt;
Cc: Roland Dreier &lt;rdreier@cisco.com&gt;
Signed-off-by: Dan Williams &lt;dan.j.williams@intel.com&gt;
</content>
</entry>
<entry>
<title>mx3fb: some debug and initialisation fixes</title>
<updated>2010-02-03T02:11:21Z</updated>
<author>
<name>Alberto Panizzo</name>
<email>maramaopercheseimorto@gmail.com</email>
</author>
<published>2010-02-02T21:43:59Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=b3cb53721890879d7bde31f5f9eefd4edf41ab64'/>
<id>urn:sha1:b3cb53721890879d7bde31f5f9eefd4edf41ab64</id>
<content type='text'>
Fix the kernel oops when dev_dbg is called with mx3_fbi-&gt;txd == NULL

Fix the late initialisation of mx3fb-&gt;backlight_level.  If not, in the
chain of function started by init_fb_chan(), in __blank() call
sdc_set_brightness(mx3fb, mx3fb-&gt;backlight_level) that will shut down the
CONTRAST PWM output.

Signed-off-by: Alberto Panizzo &lt;maramaopercheseimorto@gmail.com&gt;
Acked-by: Guennadi Liakhovetski &lt;g.liakhovetski &lt;at&gt; gmx.de&gt;
Cc: Sascha Hauer &lt;s.hauer@pengutronix.de&gt;
Cc: &lt;stable@kernel.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>i.MX31: fix framebuffer locking regressions</title>
<updated>2009-08-07T17:39:56Z</updated>
<author>
<name>Guennadi Liakhovetski</name>
<email>g.liakhovetski@gmx.de</email>
</author>
<published>2009-08-06T22:07:40Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=20de03dae54e10271ffd308654dfb4a117f4789d'/>
<id>urn:sha1:20de03dae54e10271ffd308654dfb4a117f4789d</id>
<content type='text'>
Recent framebuffer locking patches first made affected systems unbootable,
then the dead-lock has been fixed but as of 2.6.31-rc4 the framebuffer on
mx3 machines doesn't work. Fix this.

Signed-off-by: Guennadi Liakhovetski &lt;g.liakhovetski@gmx.de&gt;
Cc: Sascha Hauer &lt;s.hauer@pengutronix.de&gt;
Cc: Krzysztof Helt &lt;krzysztof.h1@poczta.fm&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
</feed>
