From: Sebastian Reichel <sre@debian.org>
To: Tony Lindgren <tony@atomide.com>
Cc: linux-arm-kernel@lists.infradead.org, linux-omap@vger.kernel.org
Subject: N900 board code in 3.14
Date: Sat, 16 Nov 2013 12:05:11 +0000 [thread overview]
Message-ID: <20131116120508.GA22335@earth.universe> (raw)
In-Reply-To: <1384562167-14725-1-git-send-email-tony@atomide.com>
[-- Attachment #1: Type: text/plain, Size: 2288 bytes --]
Hi Tony,
On Fri, Nov 15, 2013 at 04:36:02PM -0800, Tony Lindgren wrote:
> Here are few patches to deal with the mix of legacy platform data
> and device tree that we still need to do at least until DSS has
> device tree bindings. These patches should allow the remaining
> omap3 boards to be made device tree only so we can remove the
> board-*.c files.
Do you plan to remove the Nokia N900 board code in 3.14, too?
I see two big issues with that:
a) Using DT boot the display is currently not working.
b) I could not get the 32GB eMMC working. For me the chip is not found
and I don't know how to debug it.
There are two reasons for broken display:
1. omap_mux_init_gpio(RX51_LCD_RESET_GPIO, OMAP_PIN_OUTPUT) fails.
This can be fixed by simply not calling it in DT mode. DT data
contains pinmux information for this from 3.13 onwards [0].
2. The spi panel driver is not probed.
I have a local hack to probe the panel driver via DT. I changed the
display node to look as follows:
&mcspi1 {
/* ... tsc2005 ... */
mipid@2 {
compatible = "sony,acx565akm";
spi-max-frequency = <6000000>;
reg = <2>;
vdds_sdi-supply = <&vaux1>;
label = "lcd";
reset-gpio = <&gpio3 26 GPIO_ACTIVE_HIGH>; /* 90 */
ti,sdi-datapairs = <2>;
ti,dss-source = "sdi.0";
pinctrl-names = "default";
pinctrl-0 = <&display_pins>;
};
};
Then I changed the acx565akm panel driver to get data from DT
and the DSS to get SDI regulator from the panel. This is
obviously not the way to got, so I wonder how to proceed.
omapdss DT seems not to be ready for the next kernel releases.
My suggestion would be:
1. Find a better workaround for omapdss to acquire the SDI
regulator. My current hack is obviously not acceptable.
2. Load the panel driver via DT as seen above and reference
the omapdss interface with something like the above
"ti,dss-source".
This is obviously not a stable DT interface, but that's also the case if
everything is done via platform quirks: An old DT file without any display
stuff in it would not work with a newer kernel without the quirks.
[0] https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=d1e6f51646f2bed16826fd8e4fc1b5f4188d086e
-- Sebastian
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
next prev parent reply other threads:[~2013-11-16 12:05 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-16 0:36 [PATCH 0/5] Prepare making omap3 device tree only and convert LDP Tony Lindgren
2013-11-16 0:36 ` [PATCH 1/5] mfd: twl-core: Fix passing of platform data in the device tree case Tony Lindgren
2013-11-18 10:29 ` Lee Jones
2013-11-18 17:25 ` Felipe Balbi
2013-11-18 17:46 ` Lee Jones
2013-11-18 18:11 ` Tony Lindgren
2013-11-18 19:09 ` Lee Jones
2013-11-18 19:22 ` Tony Lindgren
2013-11-18 19:28 ` Lee Jones
2013-11-18 19:33 ` Tony Lindgren
2013-11-21 10:46 ` Lee Jones
2013-11-21 11:09 ` Lee Jones
2013-11-25 23:22 ` Tony Lindgren
2013-11-18 18:40 ` Felipe Balbi
2013-11-16 0:36 ` [PATCH 2/5] ARM: OMAP2+: Add support for legacy auxdata for twl Tony Lindgren
2013-11-16 0:36 ` [PATCH 3/5] ARM: OMAP2+: Add DT init code for DPI displays and make omap3 LDP to use it Tony Lindgren
2013-11-18 13:06 ` Tomi Valkeinen
2013-11-18 18:19 ` Tony Lindgren
2013-11-16 0:36 ` [PATCH 4/5] ARM: dts: Add basic support for omap3 LDP zoom1 labrador Tony Lindgren
2013-11-16 8:04 ` Sebastian Reichel
2013-11-16 14:40 ` Tony Lindgren
2013-11-16 0:36 ` [PATCH 5/5] ARM: OMAP2+: Remove legacy booting support for LDP Tony Lindgren
2013-11-16 12:05 ` Sebastian Reichel [this message]
2013-11-16 14:12 ` N900 board code in 3.14 Tony Lindgren
2013-11-16 15:50 ` Sebastian Reichel
2013-11-21 18:58 ` Tony Lindgren
2013-11-21 23:51 ` Sebastian Reichel
2013-11-22 10:41 ` Javier Martinez Canillas
2013-11-23 21:09 ` Sebastian Reichel
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20131116120508.GA22335@earth.universe \
--to=sre@debian.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-omap@vger.kernel.org \
--cc=tony@atomide.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).