Re: Raspberry Pi GPU acceleration

[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