6 ms·
AMD HSA kernel driver
- higherpurpose 12y agoI'm curious when we'll begin to see HSA implemented on ARM devices, too - next year?
- Sanddancer 12y agoGiven AMD's announced roadmap[1], I'd say it's more likely to come in 2016. Next year, they'll still be doing mostly stock ARM cores. [1] http://www.anandtech.com/show/7990/amd-announces-k12-core-custom-64bit-arm-design-in-2016 http://www.anandtech.com/show/7990/amd-announces-k12-core-cu...
- praseodym 12y agoSamsung, Qualcomm and TI all produce ARM chips and are all in the HSA foundation[1], so the wait is not on AMD. http://www.hsafoundation.com http://www.hsafoundation.com
- DCKing 12y agoSamsung and TI don't design their own GPUs so it'd be surprising to see them outpacing AMD in this. Qualcomm's efforts also appear to be behind AMD so far, and they don't appear to have as much priority for it as AMD does.
- dvogel 12y agoThough HSA isn't just about CPU-GPU coherence. It includes DSPs, etc. TI makes plenty of DSPs. Not sure about Samsung.
- higherpurpose 12y agoYeah, I didn't mean AMD's ARM cores, but when the other founding members of HSA are going to use it for ARM.
- Quequau 12y agoApple already is.
- ac29 12y agoReference? I cant find any evidence apple is shipping HSA devices.
- Quequau 12y agoAs far as I understand, the A7 employs a shared memory architecture and Apple did not publicize this fact until the recent developer conference. http://appleinsider.com/articles/14/06/16/inside-metal-how-apple-plans-to-unlock-the-secret-graphics-performance-the-a7-chip http://appleinsider.com/articles/14/06/16/inside-metal-how-a...
- xamlhacker 12y agoHSA's requirements are far broader than those provided in Metal. A7's shared memory implementation appears to be far too basic to be able to implement HSA-type API. For example, on-demand paging, user-mode queueing and ability for GPU to do CPU callbacks. Many systems can have shared memory but are not HSA compliant.
- hornetblack 12y agoLooks like K12 SOCs will have x86 and ARM cores. I'm guessing HSA will be involved.
- jhartmann 12y agoI am super excited about this driver. I worked on the early drm first at Precision Insight and then at VA Linux Systems, and having hardware validated command streams seperate for each process is just such a huge deal for performance. I wrote some proof of concept code awhile back that I posted to the Mesa dev list for doing something like this without hardware support, and based on my limited testing it would be a huge improvement in dma throughput. Its nice to see something like this happening finally, I think it is a path to getting a secure and highly performant driver. We have always had to make security tradeoffs with performance in Linux land, now we actually might have the infrastructure to get a chance at matching or beating Windows performance. Terribly exciting.
- mey 12y agoI glad to hear that, for a long time I've always considered Windows HAL (certainly XP/2000 and beyond) to be something the Linux kernel needed to really tackle the desktop.
- listic 12y ago1. From the security point of view, does HSA driver present a significant additional attack surface? I imagine some new kinds of tricks could become possible, like they did with Hyper-Threading http://www.daemonology.net/hyperthreading-considered-harmful/ http://www.daemonology.net/hyperthreading-considered-harmful... 2. Is HSA driver a roadblock for virtualization of the OS?
- oakwhiz 12y agoI wonder how safe it will be to perform cryptography through HSA.
- j_s 12y agoWhat is HSA? (from the link) Heterogeneous System Architecture (HSA) driver for radeon-family GPUs. HSA allows different processor types (CPUs, DSPs, GPUs, etc..) to share system resources more effectively via HW features including shared pageable memory, userspace-accessible work queues, and platform-level atomics. In addition to the memory protection mechanisms in GPUVM and IOMMUv2, the Sea Islands family of GPUs also performs HW-level validation of commands passed in through the queues (aka rings).
- dragontamer 12y agoThe exciting part of HSA though is the APU architecture that AMD is putting out. Its hardware specific, but the CPU and embedded GPU have a coherent cache. (CPU and GPU are on the same die with APUs).
- sliverstorm 12y agoAgreed, that's the most thrilling development to HSA in my eyes. Coherent memory structures (with much of it shared) all the way down truly elevates the GPU to first-class citizenship.
- ris 12y agoWhat I don't really see, HSA-wise, is how they plan to cater for the fact that graphics and compute cores favour significantly different types of memory (DDR vs GDDR). From what I understand, one of the major cripplers of on-die graphics so far as been its reliance on the same bog-standard memory interface shared with the CPU. How will this interact with AMD's side-port memory schemes?
- ferrari8608 12y agoDDR4 will help when it comes to market next year. The speeds start at 2133 MT/s.
- dragontamer 12y agoIn addition to what other posters have noted... there are rumors that future AMD APUs are going to support both DDR4 and GDDR5 RAM. http://hardware-beta.slashdot.org/story/14/01/20/0159210/amd-considered-gddr5-for-kaveri-might-release-eight-core-variant http://hardware-beta.slashdot.org/story/14/01/20/0159210/amd... AMD has had sub-par (compared to Intel) memory controllers recently. So maybe the improved memory is for naught. Nonetheless, they're working on it...
- justin66 12y agoHas AMD HSA development been purely a Windows (and game console?) affair up until this point? edit: now I see that they've had a github up with Linux HSA drivers for a while now. Is the significance of today's thing that the patches are making it into the mainline kernel?