Page 1 of 2 12 LastLast
Results 1 to 10 of 14

Thread: R600 Gallium3D Now Does Buffer Copies With CP DMA

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

    Default R600 Gallium3D Now Does Buffer Copies With CP DMA

    Phoronix: R600 Gallium3D Now Does Buffer Copies With CP DMA

    Marek Olk has implemented support for buffer copying using the CP DMA engine on Radeon HD 4000 "R700" GPUs and newer...

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

  2. #2
    Join Date
    Jun 2009
    Location
    Elsewhere
    Posts
    89

    Question Title discrepancy

    "[...] the CP DMA engine is now used on R700 [...]. The support isn't implemented for the Radeon HD 2000/3000 (R600)"

    vs

    "R600 Gallium3D Now Does Buffer Copies With CP DMA"

  3. #3
    Join Date
    Jul 2008
    Location
    Germany
    Posts
    677

    Default

    Quote Originally Posted by VinzC View Post
    "[...] the CP DMA engine is now used on R700 [...]. The support isn't implemented for the Radeon HD 2000/3000 (R600)"

    vs

    "R600 Gallium3D Now Does Buffer Copies With CP DMA"
    The driver is called r600 so don't worry

  4. #4
    Join Date
    Dec 2009
    Location
    Greece
    Posts
    351

    Default

    Thank you very much for your work Marek! We really appreciate it!

    Too bad HD2000/HD3000 support isn't implemented yet. Those are in need of more love, since fgrlx is not an option anymore and Linux gaming is becoming big this year. Are their problems too severe?

  5. #5
    Join Date
    Apr 2008
    Posts
    65

    Default

    Quote Originally Posted by VinzC View Post
    "[...] the CP DMA engine is now used on R700 [...]. The support isn't implemented for the Radeon HD 2000/3000 (R600)"

    vs

    "R600 Gallium3D Now Does Buffer Copies With CP DMA"
    Once upon a time Michael used to proofread his articles. His beginnings back in 2004-2007 were quite good, the articles were legible, and you didn't have to second guess meanings of random quotes taken out of context.

    Michael, please, hire some English Lit Major to proofread your articles. I am sure you can match Starbucks' minimum wage!

  6. #6
    Join Date
    Jan 2009
    Posts
    1,676

    Default

    Quote Originally Posted by PeterKraus View Post
    Once upon a time Michael used to proofread his articles. His beginnings back in 2004-2007 were quite good, the articles were legible, and you didn't have to second guess meanings of random quotes taken out of context.

    Michael, please, hire some English Lit Major to proofread your articles. I am sure you can match Starbucks' minimum wage!
    I wouldn't blaim him, at least for radeon stuff. With all the crazy numbering its guaranteed you ll get a headache trying to figure it out.

  7. #7
    Join Date
    Apr 2008
    Posts
    65

    Default

    Quote Originally Posted by 89c51 View Post
    I wouldn't blaim him, at least for radeon stuff. With all the crazy numbering its guaranteed you ll get a headache trying to figure it out.
    Seriously? I do think that a journalist with 8 years of insight should not get confused by naming conventions, which are easily decipherable on the xorg website...

  8. #8
    Join Date
    Oct 2008
    Location
    Germany
    Posts
    74

    Default

    Well the text mixed up quite different things and isn't correct at all.

    It might be a bit confusing but we got two DMA engines on modern radeon hardware: An ASYNC DMA and a SYNC DMA!

    The CP DMA Marek is using is the SYNC DMA engine which runs in the same ring (or maybe let's call it "the same thread", cause that a term software devs usually understands better) as the rendering engine. So when you just want to copy data from A to B in between two rendering operations you use the CP DMA.

    Jerome is working on patches for the ASYNC DMA engine, which (for example) should be used for uploading texture data from the application to VRAM, cause that isn't something we usually do in between rendering operations.

    I just had the feeling that I should clarify that.

    Regards,
    Christian.

  9. #9
    Join Date
    Oct 2007
    Posts
    1,273

    Default

    Quote Originally Posted by PeterKraus View Post
    Seriously? I do think that a journalist with 8 years of insight should not get confused by naming conventions, which are easily decipherable on the xorg website...
    You're the one getting confused. The driver is named r600g (as in R600 Gallium3D) and it supports RadeonHD 2000-6000 series. Support for CP DMA was added to that driver, but is currently disabled for R600-based cards.
    An English Lit major probably wouldn't have the common sense to figure that out...

  10. #10
    Join Date
    Nov 2008
    Location
    Old Europe
    Posts
    916

    Default

    Quote Originally Posted by Deathsimple View Post
    Well the text mixed up quite different things and isn't correct at all.

    It might be a bit confusing but we got two DMA engines on modern radeon hardware: An ASYNC DMA and a SYNC DMA!

    The CP DMA Marek is using is the SYNC DMA engine which runs in the same ring (or maybe let's call it "the same thread", cause that a term software devs usually understands better) as the rendering engine. So when you just want to copy data from A to B in between two rendering operations you use the CP DMA.

    Jerome is working on patches for the ASYNC DMA engine, which (for example) should be used for uploading texture data from the application to VRAM, cause that isn't something we usually do in between rendering operations.

    I just had the feeling that I should clarify that.

    Regards,
    Christian.
    Thank you, Christian!

Tags for this Thread

Posting Permissions

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