Search:

Type: Posts; User: robclark; Keyword(s):

Page 1 of 5 1 2 3 4

Search: Search took 0.13 seconds.

  1. which, at least for linux support, intel would...

    which, at least for linux support, intel would rather pretend didn't exist ;-)
  2. Since pvr does so much in the shader (including...

    Since pvr does so much in the shader (including the micro-kernel / firmware, which is a big part of what makes it's architecture such a convoluted mess), it is actually a pretty useful step. ...
  3. fwiw, at least if you stick w/ the qcom chips...

    fwiw, at least if you stick w/ the qcom chips which do not have an integrated modem, this is not really a concern. afaiu for external modem everyone uses some sort of high speed serial connection...
  4. one more qualification: opened up ISA...

    one more qualification: opened up ISA documentation *by the vendor* ;-)

    there are at least 5 more ISA's for arm/SoC gpus that have been r/e'd (vivante + mali VS + FS + two generations of adreno)
  5. well, actually it can... ie. break build for...

    well, actually it can... ie. break build for other arm archs, etc

    anyways, not like 3.18 is the last kernel release ever..
  6. just not ready to merge in time, I think.. Dave...

    just not ready to merge in time, I think.. Dave is pushing back against merging things which are not bug fixes after -rc5 of the previous release, and new drivers should probably be ready to go...
  7. xorg foundation does encompass mesa too.. (fwiw)

    xorg foundation does encompass mesa too.. (fwiw)
  8. ahh.. yeah, the audio driver seems to load some...

    ahh.. yeah, the audio driver seems to load some dsp firmware.. I couldn't tell you exactly what all they use the DSP for, but I assume for things like echo cancellation and other sorts of stuff that...
  9. hmm, I'd used xbmc w/ egl/gles2 with x11 at least...

    hmm, I'd used xbmc w/ egl/gles2 with x11 at least a couple years back. I don't *think* there were any extra patches needed for that, but it was a compile time option. (Not sure if kodi 14 changes...
  10. yeah, separate component (as in separate IP...

    yeah, separate component (as in separate IP block, not separate chip). I don't believe it is hexagon (although maybe they use the dsp to implement part of new standards, like h265, before they have...
  11. yeah.. qcom has too many lawyers.. Some of those...

    yeah.. qcom has too many lawyers.. Some of those parts do make sense (ie. radio stuff is, I expect, because the device has not gone through FCC certification). I do hope they manage to come up with...
  12. not sure about devices with onboard modem.. but...

    not sure about devices with onboard modem.. but ignoring modem there are firmware blobs for vidc (video encode/decode), audio, and gpu.. But we have the kernel src for everything and other than blob...
  13. It depends on the feature, but not necessarily...

    It depends on the feature, but not necessarily too bad. In some cases we'd have to recompile a shader variant depending on GL state, whereas native hw support would not require this. But even most...
  14. fwiw, the upstream drm/kms driver implements a...

    fwiw, the upstream drm/kms driver implements a 'hurry up and wait' power policy.. Ie. run as fast as possible until there is no remaining work and then shut off clocks. The downstream android driver...
  15. Replies
    2
    Views
    592

    Well, it still works (or should work) to some...

    Well, it still works (or should work) to some degree.. but I admit I haven't had much time for a2xx and don't really see that changing anytime soon.. plus at some point I need to find some time to...
  16. Well.. they are only just state-trackers on top...

    Well.. they are only just state-trackers on top of gallium video APIs, so at least the driver work is done once. And usable by other drivers.. if you want to expose your hw to as many apps as...
  17. 1st is already true (well, I've seen it >1yr ago...

    1st is already true (well, I've seen it >1yr ago in weston).. 2nd is out of the FOSS graphics stack developer's hands but it's good to see nv thinking about this
  18. hmm, well I won't claim to have looked at vaapi...

    hmm, well I won't claim to have looked at vaapi encoding APIs.. although ideally you get the YUV data into vram as soon as possible and leave it there (passing around handles after that point). ...
  19. yes, but that is all about copying around /...

    yes, but that is all about copying around / munging encoded bitstream, rather than making copies of the significantly larger unencoded YUV frames.
  20. note that: (1) openmax is kind of horrible, and...

    note that: (1) openmax is kind of horrible, and (2) the mesa openmax implementation doesn't seem to support input/output as eglImage (and probably couldn't very easily without introducing a YUV->RGB...
Results 1 to 20 of 100
Page 1 of 5 1 2 3 4