Re: [RFC] Process for maintaining stable updates for drm for Lucid
On 08/30/2010 06:40 PM, Ben Hutchings wrote:
> On Mon, Aug 30, 2010 at 11:52:10AM +0200, Stefan Bader wrote:
>> On 08/30/2010 02:27 AM, Ben Hutchings wrote:
>>> On Sun, 2010-08-29 at 16:26 -0700, Brad Figg wrote:
>>>> On 08/29/2010 02:17 PM, Ben Hutchings wrote:
>>>>> I'm interested in cooperating in this.
>>>>> I have prepared a git branch with drm changes from 126.96.36.199 up to
>>>>> 188.8.131.52 as a basis for Debian kernel updates. I can make that
>>>>> public and post the patches for review if you want to consider
>>>>> pulling that.
>> We surely are interested in looking through 2.6.34.y drm patches to see which
>> ones we think look good. If you already got a tree prepared there, lets have a
>> look together.
> I have pushed my branch to:
> (gitweb: http://git.debian.org/?p=kernel/linux-2.6.git;a=shortlog;h=refs/heads/linux-2.6.32-drm33)
>> - patches need to be tested to fix the reported issues
>> - we should prefer patches from upstream
>> - if backports are required or the patch only is relevant to .33, we should
>> require/ask for an ack from a subsystem maintainer.
>> - we probably should require (as upstream stable does) that patches are self
>> contained and small. Otherwise someone will come up with a giant backport
>> just because it fixes and issue.
>> - maybe some sort of review mechanism like Greg does would be useful
> I agree with all of the above.
Ok cool. Just to summarize, these seem to be the only drm patches which are
currently in your tree and not in our 2.6.32-drm33:
[-+] drm/radeon/kms: add additional quirk for Acer rv620 laptop
[-+] drm/i915: fixup pageflip ringbuffer commands for i8xx
[-+] drm/i915: i8xx also doesn't like multiple oustanding pageflips
[-+] drm/i915/edp: Flush the write before waiting for PLLs
[-+] drm/radeon/kms: disable MSI on IGP chips
[-+] drm/radeon/kms: don't enable MSIs on AGP boards
[-+] drm/radeon/kms: fix typo in radeon_compute_pll_gain
[-+] drm/radeon/kms/DCE3+: switch pads to ddc mode when going i2c
[-+] drm/radeon/kms: fix sideport detection on newer rs880 boards
[-+] drm: stop information leak of old kernel stack.
Does this look complete?