On Wed, Dec 18, 2013 at 03:54:42PM +0200, Tomi Valkeinen wrote: > On 2013-12-18 14:00, Russell King - ARM Linux wrote: > > For the SDP4430, it used to detect the displays, even though nothing has > > ever been displayed on them. Now it just spits out this: > > Those particular LCDs are supposed to be updated manually using custom ioctl, > so normal software using fb won't put anything on the display. For testing > purposes, a SW based automatic update (~20 fps) can be enabled by kernel > cmdline parameter "omapfb.auto_update" or via sysfs: > > echo 1 > /sys/class/graphics/fb0/update_mode I'm confused. How then can the original kernel which came with the board run two gstreamer videos on these displays by just talking to the framebuffers and play it back smoothly given that we're talking about video at normal fps settings? When I received the board, that's exactly what it did at boot up - it played back two different video trailers, one on each LCD, and the playback was smooth, just like you'd expect from watching a DVD on your TV. No missing frames, which is what you'd get if you tried to update at 20fps. -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
