Fwd: DTS video mode parameters

Michal Simek monstr at monstr.eu
Mon Jun 18 22:03:00 EST 2012


Hi guys,

not sure why this email didn't go through but let me forward it to mailing list.
Thanks for your comments.

Thanks,
Michal

-------- Original Message --------
Subject: DTS video mode parameters
Date: Thu, 14 Jun 2012 17:29:02 +0200
From: Davor Joja <Davor.Joja at logicbricks.com>
To: <devicetree-discuss at lists.ozlabs.org>
CC: Michal Simek <michal.simek at petalogix.com>, Goran Pantar <Goran.Pantar at logicbricks.com>

Hello all,

I'm developing framebuffer driver for configurable video controller FPGA
IP
core. Fb driver is getting all hw parameters from dts.
Video controller is used with various flat panels which demands specific
video
timings, so I have created small non-standard videomode "database" for
modes
which are not supported by kernel modedb.c
I have placed database in DTS to avoid fb driver code growing with this
database.

Is there already existing way to place fb videomode parameters (not EDID
parameters) in dts, so that any new specific videomode can easily be
added in
dts and then used by fb driver, without need for recompiling kernel or
module?
This flexible approach would be very useful when working on embedded
systems
with various non-standard resolution flat panels used, if it is
possible.

DT node for videomode parameters that fb driver now reads is based on
fb.h
struct fb_videomode and one of them looks like this:
800x480 {
	name = "800x480";
	refresh = <60>;
	xres = <800>;
	yres = <480>;
	pixclock-khz = <31500>;
	left-margin = <56>;
	right-margin = <64>;
	upper-margin = <14>;
	lower-margin = <28>;
	hsync-len = <80>;
	vsync-len = <3>;
	sync = <0>;
	vmode = <0>;
};
Driver is searching videomode name and if found it reads all parameters,
storing them internally and then initializing hw.

Thanks for any suggestion or help!

Davor


-- 
Michal Simek, Ing. (M.Eng)
w: www.monstr.eu p: +42-0-721842854
Maintainer of Linux kernel 2.6 Microblaze Linux - http://www.monstr.eu/fdt/
Microblaze U-BOOT custodian


More information about the devicetree-discuss mailing list