More AMDGPU DC Patches Posted As It Looks Unlikely It Will Land For Linux 4.13

[pal666]

What does DC really have that is required for Vega output?

implementation

[pal666]

yeah okay, but you could express such plans before already and see how the community thinks about your plans. You don't need to write tons of patches to figure out later there is a lot of controvery.

they expressed plans before and they are doing what community wants to see. they just have limited manpower, so maybe you should stop posting bullshit and start posting patches?

[smitty3268]

Minor nitpick: Most people doesn't yet know. When their new stuff will fail to work with Ubuntu they will rage and flame in forums.

Developers in linux kernel won't see any of that.

Yeah, I think they're going to rage and flame about AMD in those forums, though. I don't think it will be directed towards the kernel maintainers.

AMD has no one to blame but themselves for this mess. Hopefully it's all done by the end of the year. I really have had zero expectations it was ever going to get done for 4.12 or 4.13 like Michael seemed to think. 4.15 is probably the earliest possibility right now.

[GruenSein]

they expressed plans before and they are doing what community wants to see. they just have limited manpower, so maybe you should stop posting bullshit and start posting patches?

Couldn't agree more. That DC is the new display code providing all hardware features (FreeSync and such...) has been clear for at least a year. The implementation is even there. The only reason for it being so late is that its programming practises don't appeal to the DRM-maintainers. I am not here to judge that so think about this what you will but AMD has a working open source implementation. I think, there's even a 4.9-branch with DC enabled. Reimplementing it once more in a non-DC driver would be a terrible waste.

So, how about this: Instead of posting once a month that we still don't know how much longer the DC refactoring will take, let's simply talk about it when we actually know something. This frequent anti-hype about DC seems really unnecessary to me and it just gets everyone worked up about the one GPU company that's arguably making the largest progress by far when it comes to FOSS.

Edit: Whoever buys a Vega card when it is released and wants to run it under Linux (There will be very few, I suspect) still has the option of using the closed source amdgpu-pro driver to get all features right away. I am not even sure why this is such a sore spot for many. With Nvidia based cards, this is the only option and they receive continuous praise for their super-optimized drivers. So, it's not like Vega cards will be useless before DC lands.

[pouar]

I hope they got rid of the os abstraction layers, as that will never get accepted upstream

[dungeon]

So, it seems FreeSync2 monitors are already available

Samsung just announced the world’s first FreeSync 2-enabled PC monitors, the 27- and 32-inch CHG70 and the utterly massive 49-inch CHG90 ultrawide display—which is essentially a multi-monitor setup without multiple monitors...

http://www.pcworld.com/article/32001...r-monitor.html

Should at least AMDGPU-PRO support these?

Big curved shit plus FreeSync2 there probably Vega should drive this fine... at least it should explain why Vega must go thorough DC




Logical question is - why "every pixel perfect" is a feature, when even pixels nor screens are not perfect anymore?

Also why i need GL (and all E/GL cruft needed in between) to drive me shitty composition as i need to run some modern Vulkan2 FreeSync2 app here?

[bridgman]

I am not here to judge that so think about this what you will but AMD has a working open source implementation. I think, there's even a 4.9-branch with DC enabled. Reimplementing it once more in a non-DC driver would be a terrible waste.

Also a 4.11 branch with DC enabled, plus source code from the hybrid kernel driver's mainline which includes Kernel Compatibility Layer support.

The KCL logic encapsulates the changes required for backporting to different kernel versions, which is what you need in order to be able to "install a driver" rather than "build the kernel" or backport.

Edit: Whoever buys a Vega card when it is released and wants to run it under Linux (There will be very few, I suspect) still has the option of using the closed source amdgpu-pro driver to get all features right away. I am not even sure why this is such a sore spot for many. With Nvidia based cards, this is the only option and they receive continuous praise for their super-optimized drivers. So, it's not like Vega cards will be useless before DC lands.

They would not be restricted to the closed-source (hybrid) amdgpu-pro driver either.

You can run the out-of-tree kernel code with the open source stack as well, either by pulling source code own from one of agd5f's trees or by installing the kernel (and libdrm, I think) packages from amdgpu-pro onto an otherwise open source system.

[Geopirate]

Couldn't agree more. That DC is the new display code providing all hardware features (FreeSync and such...) has been clear for at least a year. The implementation is even there. The only reason for it being so late is that its programming practises don't appeal to the DRM-maintainers. I am not here to judge that so think about this what you will but AMD has a working open source implementation. I think, there's even a 4.9-branch with DC enabled. Reimplementing it once more in a non-DC driver would be a terrible waste.

So, how about this: Instead of posting once a month that we still don't know how much longer the DC refactoring will take, let's simply talk about it when we actually know something. This frequent anti-hype about DC seems really unnecessary to me and it just gets everyone worked up about the one GPU company that's arguably making the largest progress by far when it comes to FOSS.

Edit: Whoever buys a Vega card when it is released and wants to run it under Linux (There will be very few, I suspect) still has the option of using the closed source amdgpu-pro driver to get all features right away. I am not even sure why this is such a sore spot for many. With Nvidia based cards, this is the only option and they receive continuous praise for their super-optimized drivers. So, it's not like Vega cards will be useless before DC lands.

I think at this point people just enjoy getting themselves worked up. There are several posts here complaining about AMD that used well worn points that have been explained dozens of times at this point. People who have been even marginally paying attention to the Vega situation heard one of the multiple direct reports from Raja that they are having driver issues in general as in the Windows and/or Enterprise drivers as well. I'm sure people on this forum have delusions that if they are behind in general they should abandon their Windows efforts and put all the work into merging DC/DAL.

[Spazturtle]

I must be missing something because I don't understand why people expect AMD to drop DC and make an open-source HDCP implementation. Are there any open source HDCP implementations? I would be very surprised if there where.

[dungeon]

I must be missing something because I don't understand why people expect AMD to drop DC and make an open-source HDCP implementation. Are there any open source HDCP implementations? I would be very surprised if there where.

I dunno, it must be because DAL is renamed to DC but AMD is still AMD and not AC... maybe we should kill some elephant in that name or something