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@xxxxxxxx> Linux Kernel Sound Maintainer ALSA Project, Red Hat, Inc. _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel