Results 1 to 10 of 11

Thread: Eric Anholt Makes Progress With Broadcom VC4 Graphics Driver

Hybrid View

  1. #1
    Join Date
    Jan 2007
    Posts
    14,793

    Default Eric Anholt Makes Progress With Broadcom VC4 Graphics Driver

    Phoronix: Eric Anholt Makes Progress With Broadcom VC4 Graphics Driver

    One month ago Linux developer Eric Anholt left Intel to work at Broadcom. Eric, a long-time contributor to the open-source Linux graphics stack, is now tasked at Broadcom with developing a DRM driver and Mesa/Gallium3D driver for Broadcom's "VC4" graphics hardware, which is found within the Raspberry Pi...

    http://www.phoronix.com/vr.php?view=MTc0Nzc

  2. #2
    Join Date
    Nov 2008
    Location
    Madison, WI, USA
    Posts
    874

    Default

    Good to hear. I'll be keeping an eye on this driver, as I've got a Pi on a way for use as a debian-based print server and probably as a random client to dump light background workloads onto.

    If it works well, I may buy another one for use as a playback-only HTPC/XBMC machine that I can stick upstairs.

  3. #3
    Join Date
    Nov 2008
    Posts
    30

    Default

    Does this mean full OpenGL could come to the Pi as well as OpenGL ES? Or is that a limitation of the hardware?

  4. #4
    Join Date
    Sep 2010
    Posts
    465

    Default

    The Raspberri Pi hardware only supports OpenGL ES 1/2.

    From: http://elinux.org/Raspberry_Pi_VideoCore_APIs
    The Raspberry Pi contains a Broadcom VideoCore IV GPU providing OpenGL ES 1.1, OpenGL ES 2.0, hardware-accelerated OpenVG 1.1, Open EGL, OpenMAX and 1080p30 H.264 high-profile decode. There are 24 GFLOPS of general purpose compute and a bunch of texture filtering and DMA infrastructure. Eben worked on the architecture team for this and the Raspberry Pi team are looking at how they can make some of the proprietary features available to application programmers.

  5. #5
    Join Date
    Nov 2008
    Posts
    30

    Default

    That's a shame. It would save a lot of development time for OSS games. Still, would this allow us to play windowed games like we do on the PC? Last time I tried using OGL on the Pi I had to do things from the command line.

  6. #6
    Join Date
    Jul 2012
    Posts
    152

    Default

    Quote Originally Posted by monkeynut View Post
    That's a shame. It would save a lot of development time for OSS games. Still, would this allow us to play windowed games like we do on the PC? Last time I tried using OGL on the Pi I had to do things from the command line.
    opengl 2.0 is not good?

  7. #7
    Join Date
    Sep 2011
    Posts
    260

    Default

    Quote Originally Posted by monkeynut View Post
    Does this mean full OpenGL could come to the Pi as well as OpenGL ES? Or is that a limitation of the hardware?
    anholt would know better, but I suspect it should be able to support and emulate enough GL to be useful.. adreno is only GLES hw, but a2xx could do enough for a GL 1.4 context, and a3xx enough for GL 2.0. Maybe not enough for compliance but enough that xbmc, some games, etc, work. No idea if that is really a priority for him or not.. I suspect at the moment dealing with all the challenges as for as shader/texture validation is enough to keep him busy.

  8. #8
    Join Date
    May 2007
    Location
    Nurnberg.
    Posts
    323

    Default

    Does this hardware not have a 2D engine somewhere?

  9. #9
    Join Date
    Nov 2008
    Posts
    30

    Default

    Quote Originally Posted by robclark View Post
    anholt would know better, but I suspect it should be able to support and emulate enough GL to be useful.. adreno is only GLES hw, but a2xx could do enough for a GL 1.4 context, and a3xx enough for GL 2.0. Maybe not enough for compliance but enough that xbmc, some games, etc, work. No idea if that is really a priority for him or not.. I suspect at the moment dealing with all the challenges as for as shader/texture validation is enough to keep him busy.
    I understand. I was under the impression the VideoCore 4 was particularly flexible & fast. I've just ordered a Model B+ Pi so hopefully I can make use of this driver. A lot of existing games (OpenMW, VDrift, etc) don't seem to have properly functioning OpenGL ES implementations and so a native one would be useful. Like I say though, starting 3D stuff from the command line is a no-go and we're restricted until Weston comes along.

  10. #10
    Join Date
    Jun 2011
    Posts
    10

    Default OpenGL ES 2.0

    videocore IV supports OpenGL ES2.0 which is somewhere between OpenGL (not ES) 2.0 and 3.1.

    Borrowing from Wikipedia (yeah, I'm lazy..)

    http://en.wikipedia.org/wiki/OpenGL_ES

    It is based roughly on OpenGL 2.0, but it eliminates most of the fixed-function rendering pipeline in favor of a programmable one in a move similar to transition from OpenGL 3.0 to 3.1.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •