Page 1 of 3 123 LastLast
Results 1 to 10 of 27

Thread: Intel's Special Driver For Poulsbo Uses Gallium3D

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

    Default Intel's Special Driver For Poulsbo Uses Gallium3D

    Phoronix: Intel's Special Driver For Poulsbo Uses Gallium3D

    Yesterday afternoon we ran a story on a new Linux driver for the Intel Poulsbo chipset, which right now is known for being notorious with its troubling Linux support. However, Intel apparently had been working on a new "special driver" that the Linux Foundation was showing off recently in Munich at a mobile development camp...

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

  2. #2
    Join Date
    Nov 2007
    Location
    Die trolls, die!
    Posts
    525

    Default

    bam! that's very interesting. and it's funny to see that they use TTM instead of GEM.

    it's an interesting mix of closed and open source software. too bad that it can't be 100% open source.

  3. #3
    Join Date
    Nov 2009
    Posts
    1

    Default SoC support

    If this works with Sodaville, does this mean it'll work for Sodaville's predecessor, Canmore? Canmore also has a Poulsbo integrated in the SoC.

  4. #4
    Join Date
    Jan 2007
    Location
    Germany
    Posts
    2,132

    Default

    That would have been excellent news if the Gallium3D driver wouldn't be closed source. But it's still better than a fully closed source stack.

  5. #5
    Join Date
    Jun 2008
    Posts
    28

    Default

    I'm just happy if I finally have a working driver!!!

    The netbook they used looked like an MSI U110, which currently does not work at all with Linux poulsbo drivers as far as I've tried it...

  6. #6
    Join Date
    Nov 2008
    Posts
    69

    Default

    Wait. Correct me if I'm wrong, but if the new driver uses Gallium3D, that would mean all calls from the closed driver will pass through the open Gallium3D layer...

    So doesn't that mean that it would be quite easy to trace exactly what the closed source driver is doing and then create an open source driver that does the same?

    Luke.

  7. #7
    Join Date
    Dec 2007
    Posts
    248

    Default

    The new DRM code, which the developers will be working on merging upstream soon (after a failed attempt with their older code),
    I just hope it will not be accepted ... VIA tried the same and it wasn't accepted or was it in the end ?

    Anyway a year ago I said somewhere on those forums that intel is the number one as far as open drivers go and AMD/ATI is second (and nvidia non existant ) Right now though AMD/ATI is IMHO the number one. The poulsbo mess moves intel to a second place.

  8. #8
    Join Date
    Jan 2009
    Location
    UK
    Posts
    331

    Default

    Quote Originally Posted by Kazade View Post
    Wait. Correct me if I'm wrong, but if the new driver uses Gallium3D, that would mean all calls from the closed driver will pass through the open Gallium3D layer...

    So doesn't that mean that it would be quite easy to trace exactly what the closed source driver is doing and then create an open source driver that does the same?

    Luke.
    I think that's the idea. PowerVR are being jerks, so Intel have given them what they want in a way that completely undermines them.

  9. #9
    Join Date
    Jun 2006
    Posts
    3,046

    Default

    Quote Originally Posted by Ant P. View Post
    I think that's the idea. PowerVR are being jerks, so Intel have given them what they want in a way that completely undermines them.
    I'd concur...but don't make the rumblings of that TOO loud.

    If something does come of it, it'd be nice to have FOSS drivers for the OMAP3...

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

    Default

    Quote Originally Posted by Svartalf View Post
    I'd concur...but don't make the rumblings of that TOO loud.

    Agreed. There's no reason a debug version of mesa couldn't be used to create an open-source version of this driver, and Intel very well knows this... but as you said, mum's the word. Except that it's already been posted publicly...

    On the other hand, I'm really glad to see usable 3D acceleration, and in addition to video acceleration, for PowerVR chips in Linux. I could definitely see a future use for a mini-ITX atom/arm + powervr board as a mythtv front end, especially if there's full video decode acceleration. The power use should be fantastic, and it might still have enough performance for NES/SNES emulation (dare I hope for N64?).

Posting Permissions

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