[meta-ti] [PATCH 5/5] linux 3.0: put back support for graphics on ULCD7

[Peter Bigot]

On Thu, Dec 29, 2011 at 2:15 AM, Koen Kooi <koen at dominion.thruhere.net> wrote:
>
> Op 29 dec. 2011, om 01:20 heeft Peter Bigot het volgende geschreven:
>
>> On Wed, Dec 28, 2011 at 4:26 PM, Peter Bigot <bigotp at acm.org> wrote:
>>> On Wed, Dec 28, 2011 at 7:11 AM, Koen Kooi <koen at dominion.thruhere.net> wrote:
>>>>
>>>> Op 28 dec. 2011, om 13:33 heeft Peter Bigot het volgende geschreven:
>>>>
>>>>> On Wed, Dec 28, 2011 at 6:22 AM, Koen Kooi <koen at dominion.thruhere.net> wrote:
>>>>>>
>>>>>> Op 28 dec. 2011, om 13:13 heeft Peter Bigot het volgende geschreven:
>>>>>>
>>>>>>> On Wed, Dec 28, 2011 at 3:37 AM, Koen Kooi <koen at dominion.thruhere.net> wrote:
>>>>>>>>
>>>>>>>> Op 28 dec. 2011, om 01:52 heeft Peter A. Bigot het volgende geschreven:
>>>>>>>>
>>>>>>>>> From: "Peter A. Bigot" <bigotp at acm.org>
>>>>>>>>>
>>>>>>>>> Signed-off-by: Peter A. Bigot <bigotp at acm.org>
>>>>>>>>> ---
>>>>>>>>> .../linux/linux-3.0/beagleboard/defconfig          |    2 +-
>>>>>>>>> recipes-kernel/linux/linux_3.0.bb                  |    2 +-
>>>>>>>>> 2 files changed, 2 insertions(+), 2 deletions(-)
>>>>>>>>>
>>>>>>>>> diff --git a/recipes-kernel/linux/linux-3.0/beagleboard/defconfig b/recipes-kernel/linux/linux-3.0/beagleboard/defconfig
>>>>>>>>> index 5f2a7eb..7938236 100644
>>>>>>>>> --- a/recipes-kernel/linux/linux-3.0/beagleboard/defconfig
>>>>>>>>> +++ b/recipes-kernel/linux/linux-3.0/beagleboard/defconfig
>>>>>>>>> @@ -2456,7 +2456,7 @@ CONFIG_OMAP2_DSS_SLEEP_BEFORE_RESET=y
>>>>>>>>> CONFIG_OMAP2_DSS_SLEEP_AFTER_VENC_RESET=y
>>>>>>>>> CONFIG_FB_OMAP2=y
>>>>>>>>> CONFIG_FB_OMAP2_DEBUG_SUPPORT=y
>>>>>>>>> -CONFIG_FB_OMAP2_NUM_FBS=2
>>>>>>>>> +CONFIG_FB_OMAP2_NUM_FBS=3
>>>>>>>>
>>>>>>>> NAK, we need one to be available for v4l
>>>>>>>
>>>>>>> Is there some other solution that lets the ULCD7 work like it used to,
>>>>>>> or is it no longer a supported BeagleBoard accessory?
>>>>>>
>>>>>> http://www.flickr.com/photos/koenkooi/6527657487
>>>>>>
>>>>>> That's with 3.0.12, but 3.0.14 works the same.
>>>>>
>>>>> I need a customizable touchpad UI.  I got "/dev/fb2 not found" and an
>>>>> abort when trying to run Xserver (which, as I said, used to work).

For the record, the other thing I changed that might explain why it
now works was to switch the preferred provider of task-xserver from
meta-oe to meta-angstrom.  Though the recipes look an awful lot alike.

>>>>> What image recipe and related software did you install to get the
>>>>> result you show on flickr?
>>>>
>>>> systemd-image with the gnome and xfce tasks installed. The image was built months ago and updated with opkg. I don't remember changing anything, but it is a while ago since I set it up.
>>>
>>> Thanks.  I reverted this kernel patch and confirm that the ULCD7
>>> display works with systemd-gnome-image + task-xfce-base.  (It won't
>>> auto login for some reason that I'm still investigating.)
>>
>> /etc/pam.d/gdm-autologin refers to system-auth which doesn't exist in
>> OE.  Somebody needs to patch this to refer to common-* as is done with
>> the other pam files.  Not a meta-ti problem.
>
> Can you do a 'opkg search /etc/pam.d/gdm-autologin' to see where that file is coming from, I only have /etc/pam.d/gdm

root at beagleboard:~# opkg search /etc/pam.d/gdm-autologin
gdm - 2.32.2-r5

>>> What do you do to get the touchscreen working?  It doesn't even show
>>> up in /dev/input, although the TSC2007 module's built into the kernel.
>>
>> uboot 0003-beagleboard-add-support-for-scanning-loop-through-ex.patch
>> only recognizes ulcd7 when it appears in buddy2, but only adds buddy2
>> to nandargs in include/config/omap3_beagleboard.h.  It needs to be in
>> mmcargs too, and possibly ramargs, if consistency is important.
>> camera's missing from ramargs too.  This is a meta-ti problem, and
>> I'll leave it for the professionals to fix officially (a #define for
>> the common settings would probably be a good idea).
>
> Done, thanks for the report!

Thanks; confirmed that touchpad now works, but I still need the
timeout delay patch.  Without it I get the following for as long as I
care to wait.  May be a feature of my SD card (a SanDisk 4GB).  I'll
send an update.

Loaded environment from uEnv.txt
Importing environment from mmc ...
Running uenvcmd ...
Setting bus to 1
Loading file "/boot/uImage" from mmc device 0:2 (xxa2)
mmc_send_cmd: timedout waiting for stat!
mmc_send_cmd: timedout waiting for stat!
mmc_send_cmd: timedout waiting for stat!


> regards,
>
> Koen
> -----BEGIN PGP SIGNATURE-----
>
> iEYEARECAAYFAk78IbkACgkQMkyGM64RGpH0VACfeI8nbpO4jeFO8vVtBiEQpzjA
> rUgAoLudPuCEbWKoSQwcAtJaKv9WfRwe
> =v8sd
> -----END PGP SIGNATURE-----
>