[alsa-devel] More HDA NID / control / proc related changes
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
>> 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 Kysela <perex at perex.cz>
Linux Kernel Sound Maintainer
ALSA Project, Red Hat, Inc.
More information about the Alsa-devel