Date: Mon, 28 Mar 2016 12:28:20 -0700 From: Oleksandr Tymoshenko <gonzo@bluezbox.com> To: Mark R V Murray <markm@FreeBSD.org> Cc: freebsd-arm <freebsd-arm@freebsd.org> Subject: Re: RPi 2 with 7-inch touchscreen. Message-ID: <3ACB45C6-44D4-4BB6-884E-B003F736DD1E@bluezbox.com> In-Reply-To: <3995875D-D11B-426B-8D3F-8449631CFE71@FreeBSD.org> References: <C03C0CD0-F135-4FF1-9F07-D1C73F46E5CF@FreeBSD.org> <DAD83ACE-69B5-4876-A0BD-338FF71C090C@bluezbox.com> <8243E254-B30D-4C42-818C-3584D79ABC6B@FreeBSD.org> <CAF82B04-6503-4819-B301-10EC5F32F7D4@bluezbox.com> <3995875D-D11B-426B-8D3F-8449631CFE71@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> On Mar 28, 2016, at 12:08 PM, Mark R V Murray <markm@FreeBSD.org> = wrote: >=20 > (Sorry about the email flood in may last reply - the email client was = misbehaving) >=20 >> On 28 Mar 2016, at 19:48, Oleksandr Tymoshenko <gonzo@bluezbox.com> = wrote: >>=20 >>=20 >> Try copying firmware files from raspbian image as this comment = suggests: >> http://kernelnomicon.org/?p=3D540#comment-40186 >>=20 >> Port may have older firmware, can't check right now. >=20 > That worked, once I commented out the "start_x=3D1" :-) >=20 > Thanks! :-) No problem :)=20 >>>> I also had touchscreen driver prototype working for it but can't = find it at the moment :( >>>> It's very simple busy read from memory window. Requires FDT = modification and >>>> interface to userland which FreeBSD does not have at the moment. >>>>=20 >>>=20 >>> That's next on my list :-) >>=20 >> I'll try to dig up the driver later today. If I haven't deleted it = during last "cleanup" that is :-/ >=20 > Yes please! https://people.freebsd.org/~gonzo/arm/bcm2835_ft5406.c It's not pretty. You can use it as a reference. It implements home-made=20= evdev-like API I used for testing with hacked-up version of tslib:=20 = https://github.com/gonzoua/experimental-freebsd-ports/tree/master/devel/ts= lib >=20 > Do you know how to make the USB keyboard work from the get-go? Mine = works, but only *after* boot, so I can't interact with the boot process. With u-boot from ports it's not possible. It has very basic USB support=20= which does not include SPLIT commands required to communicate with keyboard. There is Stephen Warren's version of u-boot, last time I checked it did support keyboard. But in order to make it work with=20 ubldr you'll need to change default configuration and add API support + some API fixes. If you don't want to go that way you have two options: - Use serial console to communicate with u-boot if you really need=20 interactive boot process. - Just put your custom logic to bootcmd in uEnv.txt if it's = once-configure run-always thing.=20=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3ACB45C6-44D4-4BB6-884E-B003F736DD1E>