Re: Raspberry Pi GPU acceleration

[Stephan <stephanwib%googlemail.com@localhost>]

Okay, wayland is quite a mess because it uses hard-coded Linux-only
interfaces like signalfd() and timerfd().

wl->sfd = signalfd(-1, &mask, SFD_NONBLOCK | SFD_CLOEXEC);

These seem to be a partial and ugly copy of kqueue. I wonder whether
there is any code from other folks out there which might help us here.

Other issues I saw were udev and libinput :(


2015-01-30 13:48 GMT+01:00 Jared McNeill <jmcneill%invisible.ca@localhost>:
> Weston has a Raspberry Pi compositor that uses the libraries in
> misc/raspberrypi-userland:
> http://cgit.freedesktop.org/wayland/weston/tree/src/compositor-rpi.c
>
> Here's a shell from the Raspberry Pi foundation that runs on top of it:
> http://www.raspberrypi.org/preview-the-upcoming-maynard-desktop/
>
>
> On Fri, 30 Jan 2015, Stephan wrote:
>
>> Okay, I then need to look at this again. If I unterstand correctly,
>> then one piece is missing, and that is 2D/X11 acceleration. Some time
>> ago I read something about a Wayland based UI for the Linux world,
>> along with something called "hardware video scaler" for acceleration -
>> whatever that is. I wonder what we can do.
>>
>> 2015-01-30 12:59 GMT+01:00 Jared McNeill <jmcneill%invisible.ca@localhost>:
>>>
>>> I think at that time DEBUG and maybe LOCKDEBUG were enabled in the
>>> kernel.
>>> No longer the case, and lots of improvements since then. SD card
>>> performance
>>> is pretty good now, considering we don't support UHS-I transfer modes
>>> yet:
>>>
>>>   undine# dd if=/dev/rld0c of=/dev/null bs=1m count=128
>>>   128+0 records in
>>>   128+0 records out
>>>   134217728 bytes transferred in 7.632 secs (17586180 bytes/sec)
>>>
>>>
>>> On Fri, 30 Jan 2015, Stephan wrote:
>>>
>>>> That sounds great. The last time I tried a current NetBSD image on the
>>>> Raspberri Pi, the overall performance subjectively felt a bit slower
>>>> compared to Linux; e.g. regarding the boot time or SSH key generation.
>>>> Though I didn?t perform any kind of benchmark. That was at the time
>>>> when DMA support for the 2835 was just imported.
>>>>
>>>> Are there any benchmarks or known issues in terms of performance with
>>>> the NetBSD ARM port or 2835 support?
>>>>
>>>> 2015-01-30 12:46 GMT+01:00 Jared McNeill <jmcneill%invisible.ca@localhost>:
>>>>>
>>>>>
>>>>> The kernel driver is BSD licensed (see src/sys/external/bsd/vchiq) and
>>>>> source code is available for the userland libaries (EGL, GLES, GLES2,
>>>>> OpenMAX IL, etc): https://github.com/raspberrypi/userland
>>>>>
>>>>> Once vc4 drm and the Mesa support matures, we can look into bringing
>>>>> that
>>>>> in
>>>>> at some point as well.
>>>>>
>>>>>
>>>>> On Fri, 30 Jan 2015, Stephan wrote:
>>>>>
>>>>>> Hi
>>>>>>
>>>>>> How was this achieved? Wasn?t there mainly proprietary (Linux?) bits
>>>>>> for 3D accelleration? The Mesa driver isn?t yet finished, is it?
>>>>>>
>>>>>> 2015-01-30 11:57 GMT+01:00 Jared McNeill <jmcneill%invisible.ca@localhost>:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Hi folks --
>>>>>>>
>>>>>>> 3D graphics and hardware video decode are now working on the
>>>>>>> Raspberry
>>>>>>> Pi
>>>>>>> More info on the NetBSD blog:
>>>>>>>
>>>>>>>   http://blog.netbsd.org/tnf/entry/raspberry_pi_gpu_acceleration_in
>>>>>>>
>>>>>>> Anybody want to package XBMC? :)
>>>>>>>
>>>>>>> Cheers,
>>>>>>> Jared
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>