Hi Dave, > To keep Linus happier, I'd like to split this into two pull requests, > one with the > fixes, and one with the new hardware support, so I can send one as part of my > regular fixes pull without fear of it upsetting the other, and vice-versa. Sure, no problem.
I've just removed mullins support from my drm-fixes-3.15 branch and forcefully pushed the result to fdo. The old branch is now available as "mullins" on fdo as well. The only patch I'm not 100% sure about is "drm/radeon: dpm updates for KV/KB". This one came from the Mullins branch as well, but I need to check with Alex if we shouldn't include that in fixes even without Mullins support. I have a couple of more patches for drm-fixes in the queue, so I wanted to send out a new pull request tomorrow anyway. You can pull my drm-fixes-3.15 branch now or you could just ignore this one and get a new clean pull request tomorrow. Just let me know what you prefer. Regards, Christian. Am 05.05.2014 02:51, schrieb Dave Airlie: > On 1 May 2014 23:47, Christian K?nig <christian.koenig at amd.com> wrote: >> Hi Dave, >> > To keep Linus happier, I'd like to split this into two pull requests, > one with the > fixes, and one with the new hardware support, so I can send one as part of my > regular fixes pull without fear of it upsetting the other, and vice-versa. > > Dave. > >> this is the next pull quested for stashed up radeon fixes for 3.15. >> Highlights this time are: >> 1. Support for Mullins. Handled like Kabini, so only PCI-IDs and a new enum >> that needs to be added on various locations. >> 2. DPM updates for Kabini. >> 3. One more patch to better handle PLL limits. >> 4. Making use of the PFLIP additional to the VBLANK interrupt, otherwise we >> sometimes miss page flip events. >> 5. Fix for the UVD command stream parser. >> 6. Fix for bootup UVD clocks on RV7xx systems. >>