Page 7 of 7 FirstFirst ... 567
Results 61 to 69 of 69

Thread: AMD Publishes Open-Source Linux HSA Kernel Driver

  1. #61
    Join Date
    Oct 2007
    Location
    Toronto-ish
    Posts
    7,456

    Default

    Quote Originally Posted by ObiWan View Post
    The upper (and higher) are turbo clocks,
    the lower ones are the standard non turbo clock.
    That made sense for parts with a single power dissipation rating, but for parts with two ratings (eg 65W/45W) where I *think* the clock speeds are different at different ratings it's less clear how to interpret the numbers. I guess for now I'll stay with the cynic's view that the numbers represent the highest power rating

  2. #62
    Join Date
    Mar 2008
    Posts
    71

    Default

    A10-7800 has 3500 MHz base and 3900 MHz max turbo frequency at 65 Watts, that was published when it was introduced on 3dr July.

    http://www.cpu-world.com/CPUs/Bulldo...0A10-7800.html
    http://www.planet3dnow.de/cms/10505-...offiziell-vor/

    As apposed to when A8-7600 was introduced in January, they decided to this time not communicate the speeds for the 45 Watt mode. Same for the desktop "Pro" models, some of which come at 65/45W and 65/35W TDP, with only the speds for the higher TDP having been communicated. Sadly. AMD marketing often is a little questionable. To say it the sugarsweet way.

    And almost nobody seems to have delivered those news. Even more sadly.
    http://www.3dcenter.org/news/amd-bri...elle-den-start

  3. #63
    Join Date
    Sep 2008
    Location
    Vilnius, Lithuania
    Posts
    2,549

    Default

    So, will earlier AMD APU generations (Bobcat and whatnot) be able to make use of any of this? They probably don't have the Youmu, err, IOMMU to make full use of it, but maybe there could be some minor gains out of this anyway?

  4. #64
    Join Date
    Nov 2011
    Posts
    3

    Default HSA requires application update ??

    Will HSA provide benefits to the kernel itself ? In other words, if I use existing applications will I see any benefit ? Or is this an API, where applications must be modified to see _any_ benefit. I understand that if applications are modified they can take advantage of HSA. The question is, are kernel level operations helped, even without application modification.

  5. #65
    Join Date
    Oct 2007
    Location
    Toronto-ish
    Posts
    7,456

    Default

    Not expecting benefits to the kernel directly -- the kernel driver exposes functionality to userspace that toolchains can call on to let apps more-or-less invisibly run faster. The app may or may not need to be rebuilt in order to take advantage of the new functionality depending on the JIT-iness of the language & APIs already in use. As examples, a C++ AMP app would need a rebuild while a OpenCL app would probably not.

  6. #66
    Join Date
    Nov 2011
    Posts
    3

    Default

    Quote Originally Posted by bridgman View Post
    .... As examples, a C++ AMP app would need a rebuild while a OpenCL app would probably not.
    So, once the HSA commits go into the kernel, x264 will use HSA through OpenCL?

  7. #67
    Join Date
    Feb 2011
    Posts
    62

    Default

    3.17?

  8. #68
    Join Date
    Jun 2014
    Posts
    10

    Default

    AMD APU generations always Rocks

  9. #69
    Join Date
    Jan 2014
    Location
    Far East below 32nd parallel.
    Posts
    13

    Default

    Quote Originally Posted by seandarcy View Post
    So, once the HSA commits go into the kernel, x264 will use HSA through OpenCL?
    Yes, your x264 app would have to be OpenCL aware in the first place. It is the OpenCL primitives that calls the HSA abstraction driver to perform the hardware/software function. In terms of dedicating specific HSA cores, it could be manual or automatic. Either explicitly specified or defaulted. This is great progress for APU users of Linux.

Posting Permissions

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