Hi Tomi,
Am 02.09.2014 um 08:38 schrieb Tomi Valkeinen:
On 01/09/14 20:01, Dr. H. Nikolaus Schaller wrote:
Anyways the kernel works quite well on the OMA5432EVM, except:
- I don't find frame buffers
- HDMI is missing (although configured)
HDMI should just work. Maybe something's missing from your kernel config? Can you share it?
Well, I did not really check the video out at the connector but did look for traces in dmesg or a /dev/fb. The only hdmi I can find is:
root@gta04:~# dmesg|fgrep -i hdmi [ 0.752067] pinctrl-single 4a002840.pinmux: found group selector 8 for pinmux_dss_hdmi_pins [ 0.752129] pinctrl-single 4a002840.pinmux: enabling pinmux_dss_hdmi_pins function8 [ 4.456395] connector-hdmi connector@0: failed to find video source [ 4.463030] platform connector@0: Driver connector-hdmi requests probe deferral [ 4.779980] Modules linked in: snd_soc_omap_abe_twl6040(+) snd_soc_twl6040 panel_renesas_r63311 wwan_on_off encoder_tpd12s015 connector_hdmi ehci_omap ehci_hcd phy_omap_usb2 as5013 bq27x00_battery tca8418_keypad tsc2007 gpio_pca953x bmp085_i2c leds_tca6507 gpio_twl6040 snd_soc_omap_mcpdm snd_soc_omap_mcbsp root@gta04:~# root@gta04:~# find /sys -name *hdmi* /sys/bus/platform/drivers/omapdss_hdmi5 /sys/bus/platform/drivers/omapdss_hdmi /sys/bus/platform/drivers/connector-hdmi /sys/firmware/devicetree/base/ocp/pinmux@4a002840/pinmux_dss_hdmi_pins /sys/module/connector_hdmi /sys/module/connector_hdmi/drivers/platform:connector-hdmi root@gta04:~# uname -a Linux gta04 3.17.0-rc3-gta04 #764 SMP Tue Sep 2 11:32:08 CEST 2014 armv7l GNU/Linux root@gta04:~# cpufreq-info cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009 Report errors and bugs to cpufreq@vger.kernel.org, please. analyzing CPU 0: driver: generic_cpu0 CPUs which run at the same hardware frequency: 0 1 CPUs which need to have their frequency coordinated by software: 0 1 maximum transition latency: 338 us. hardware limits: 1000 MHz - 1.50 GHz available frequency steps: 1000 MHz, 1.50 GHz available cpufreq governors: conservative, userspace, powersave, ondemand, performance current policy: frequency should be within 1000 MHz and 1.50 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 1000 MHz (asserted by call to hardware). cpufreq stats: 1000 MHz:97.43%, 1.50 GHz:2.57% (20) analyzing CPU 1: driver: generic_cpu0 CPUs which run at the same hardware frequency: 0 1 CPUs which need to have their frequency coordinated by software: 0 1 maximum transition latency: 338 us. hardware limits: 1000 MHz - 1.50 GHz available frequency steps: 1000 MHz, 1.50 GHz available cpufreq governors: conservative, userspace, powersave, ondemand, performance current policy: frequency should be within 1000 MHz and 1.50 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 1000 MHz (asserted by call to hardware). cpufreq stats: 1000 MHz:97.43%, 1.50 GHz:2.57% (20) root@gta04:~#
Config:
http://git.goldelico.com/?p=gta04-kernel.git;a=blob;f=arch/arm/configs/gta04...
Device Tree:
http://git.goldelico.com/?p=gta04-kernel.git;a=blob;f=arch/arm/boot/dts/omap...
- there is no HDMI i2c to inspect by i2cdetect -r 5
The HDMI i2c is not exposed as normal i2c bus. It's only used inside the HDMI driver.
Ah, I see.
I remember it was a nice debugging feature of the older 3.8 kernel. And it would allow some hacking for external devices (a 5V compatible I2C on external standard connector...).
So can it easily be exposed by extending the DT file?
- DSS does not try to load a lcd panel driver
You need to set the compatible string in the panel driver to "omapdss,lg,lh500wf1".
Ah, yes!
I think you have already updated it for the TD028TTEC1 so that I didn't see a problem on the GTA04 board. Just on the EVM with a non-mainline driver for the display...
I had another minor bug with duplicate pinctrl-name entries which also did reject the driver loading.
But now the driver loads. Thanks!
Still without any /dev/fb*
Another question: did you also see messages like (there is no USB device connected at all)
[ 6.713976] usb 1-2: new high-speed USB device number 3 using ehci-omap [ 6.785253] ehci-omap 4a064c00.ehci: port 2 reset error -110 [ 7.685261] ehci-omap 4a064c00.ehci: port 2 reset error -110 [ 8.525305] ehci-omap 4a064c00.ehci: port 2 reset error -110 [ 9.365256] ehci-omap 4a064c00.ehci: port 2 reset error -110 [ 10.205302] ehci-omap 4a064c00.ehci: port 2 reset error -110 [ 10.834045] usb usb1-port2: Cannot enable. Maybe the USB cable is bad? [ 10.895259] ehci-omap 4a064c00.ehci: port 2 reset error -110 [ 11.795263] ehci-omap 4a064c00.ehci: port 2 reset error -110 [ 12.635299] ehci-omap 4a064c00.ehci: port 2 reset error -110 [ 13.475249] ehci-omap 4a064c00.ehci: port 2 reset error -110 [ 14.315259] ehci-omap 4a064c00.ehci: port 2 reset error -110
I did also have it sometimes with the ti-3.8 kernel so I wonder if it is a hardware bug on my EVM board.
BR, Nikolaus