[alsa-devel] More HDA NID / control / proc related changes

Jaroslav Kysela perex at perex.cz
Tue Dec 15 09:49:00 CET 2009


On Tue, 15 Dec 2009, Jaroslav Kysela wrote:

> On Mon, 14 Dec 2009, Takashi Iwai wrote:
>
>> At Mon, 14 Dec 2009 16:45:18 +0100 (CET),
>> Jaroslav Kysela wrote:
>>>
>>> Anyway, I created for-next branch in my repository. Could you import changes
>>> without explicitly asking if you do not have any comments? I'll merge
>>> patches from Clemens there as well.
>>
>> Could you rebase it rather on the latest Linus tree instead?
>> Or, rebase it on topic/hda branch I opened now for 2.6.34
>> development.
>>
>> My master branch is for the development tip, and its merge history
>> is pretty messy.  Ditto for for-next branch.  It contains lots of
>> unneeded merge commits.  The merge history gets straightened when
>> backed to for-linus branch.
>>
>> If your changes are only for HD-audio, then you can branch from either
>> fix/hda or topic/hda branch in my tree.  The former is for the current
>> kernel and the latter for the next kernel.
>> For ASoC, fix/asoc and topic/asoc, and for others, fix/misc and
>> topic/misc branches are available for (relatively) straight history.
>>
>> I cherry-pick'ed the last commit of Clemens to topic/misc.
>> So I'd need only your topic/hda-nid branch for merge.
>
> Ok, I would propose a bit different approach. I created two new branches
> in my tree:
>
> fixes - for current kernel
> devel - for next kernel
>
> To avoid too many merges, I would like that you pull from these branches
> only when you compose the changeset for Linus (fixes) or for your next
   ^^^^

Should be mostly. Of course, if our changes depends on changes in 
different trees, we have to merge before.

 					Jaroslav

-----
Jaroslav Kysela <perex at perex.cz>
Linux Kernel Sound Maintainer
ALSA Project, Red Hat, Inc.



More information about the Alsa-devel mailing list