Radeon Squeezes A Few More Changes For Linux 3.16

[phoronix]

Phoronix: Radeon Squeezes A Few More Changes For Linux 3.16

Alex Deucher has sent in another pull request for the DRM-Next code targeting the Linux 3.16 kernel...

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

[schmidtbag]

So I'm a little confused - does this mean (with the help of IOMMU) you can passthrough an AMD GPU and use the radeon drivers in a VM? Was this not possible before?

[agd5f]

So I'm a little confused - does this mean (with the help of IOMMU) you can passthrough an AMD GPU and use the radeon drivers in a VM? Was this not possible before?

No. That should work already. This changes are for GPUVM. Virtual memory from the GPU's perspective. The changes just allow you to tune some of the GPUVM parameters. They aren't particularly useful for the average user. They are more for debugging and experimentation.

[Azrael5]

GART concerns with GART TABLE useful in agp aperture size for example?

[agd5f]

GART concerns with GART TABLE useful in agp aperture size for example?

I don't follow what you are asking. There is already an option to adjust the GPU gart size. The AGP size is defined by the bios. These new parameters affect the size of the GPU VM space.

[Azrael5]

I don't follow what you are asking. There is already an option to adjust the GPU gart size. The AGP size is defined by the bios. These new parameters affect the size of the GPU VM space.

I would like to know if these imrovements affects also agp gart.

[agd5f]

I would like to know if these imrovements affects also agp gart.

No. AGP is largely controlled by the bios.

[Azrael5]

No. AGP is largely controlled by the bios.

thanks for reply. Yes the direct control by machine is the better way.

[agd5f]

thanks for reply. Yes the direct control by machine is the better way.

That is the nature of AGP. It's an external aperture set up the the bios with support from the chipset. You basically just point the GPU at the AGP aperture and the northbridge does the rest.

[brosis]

No. That should work already. This changes are for GPUVM. Virtual memory from the GPU's perspective. The changes just allow you to tune some of the GPUVM parameters. They aren't particularly useful for the average user. They are more for debugging and experimentation.

So the exploit to bring down any Linux-based machine by feeding it a code via HTML page that allocates a lot of graphical memory objects will be fixed?