[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20121121140442.782733@zweiblum.hodek.net>
Date: Wed, 21 Nov 2012 15:04:42 +0100
From: roman@...ek.net
To: linux-kernel@...r.kernel.org
Cc: alan@...rguk.ukuu.org.uk, patrik.r.jakobsson@...il.com,
christian.gmeiner@...il.com
Hi,
I've found your discussion about a gma500 Atom E6xx graphics device with PCI
ID 0x4108. I'm currently working on such a box, too.
There are two variants of my hardware, one with LVDS output for smaller
panels, and one with a Chrontel 7308 SDVO->LVDS converter for larger ones. My
HW developer says the platform is called "Little Bay" and similar to Queens
Bay.
Anyway, the small LVDS one works fine so far, at least when I hardcode the
panel resolution (there's no VBT etc. in BIOS yet). However, the SDVO one
stays black. No wonder, as there's no SDVO code in the Oaktrail part of the
driver.
So I tried to add this... and simply started with adding a call to
psb_intel_sdvo_init() in oaktrail_output_init(), to see what happens. The
result: it doesn't find anything :-( I could track problems down to the point
that the SDVO i2c registers seem to be the wrong ones.
At the known offsets for i2c regs (0x5100 and on) I see only 0xffffffff, so
probably these registers are not present or somewhere else on my platform.
Does anybody of you have any infos on this? How can I get further?
Thanks for any help in advance!
Roman
PS: Please keep me in Cc:, I'm not subscribed to LKML.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists