[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [RFC] Process for maintaining stable updates for drm for Lucid



On Mon, Aug 30, 2010 at 12:08:08PM -0500, manoj.iyer@canonical.com wrote:
>
> One thing that I would like to point out is that, there are some  
> infrastructural changes that have gone into drm since 2.6.33. Many/Most 
> of the recent patches reference that new infrastructure. OEMs prefers to  
> base on lucid, and they have products that are scheduled to be released  
> based on newer intel chipsets. The patches that go into upstream for 
> these chipsets will need to be backported from .35 to lucid, and also any 
> reference to new infrastructure changed to use the old one. I am 
> concerned this might lead to other problems. My suggestion if a patch has 
> a dependency, we should try to pull in the dependency as well instead of  
> backporting to .32.
[...]

Debian generally tries to avoid ABI breakage in stable updates, though
adding new exported symbols is fine.  So long as you don't include
patches that remove symbols, we can probably fudge the rest for ABI
compatibility.

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
                                                              - Albert Camus

Attachment: signature.asc
Description: Digital signature


Reply to: