[alsa-devel] usbaudio: Support for USB audio v2.0 devices

[Daniel Mack]

On Sun, May 02, 2010 at 08:56:18PM +0400, The Source wrote:
> 27.04.2010 21:33, Daniel Mack пишет:
> >On Tue, Apr 27, 2010 at 09:27:15PM +0400, The Source wrote:
> >>27.04.2010 19:43, Daniel Mack пишет:
> >>>You would check out the latest mainline sources:
> >>>
> >>>   $ git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
> >>>   $ cd linux-2.6
> >>>
> >>>Then create a branch and merge the latest ALSA patches:
> >>>
> >>>   $ git checkout -b alsa
> >>>   $ git pull git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git
> >>>
> >>>Then build and install the kernel and verify it still shows the error.
> >>>Start the bisect and mark the current revision as 'bad':
> >>>
> >>>   $ git bisect start
> >>>   $ git bisect bad
> >>>
> >>>Assuming that v2.6.34-rc5 (before the merge) still works, you would mark
> >>>this as 'good':
> >>>
> >>>   $ git bisect good v2.6.34-rc5
> >>>
> >>>git will now iterate you thru the changes and drop you off at chosen
> >>>points. Just compile the tree you get, and tell git whether this is a
> >>>good or bad one:
> >>>
> >>>   $ git bisect good
> >>>   or
> >>>   $ git bisect bad
> >>>
> >>>Then recompile and test again After some steps, it will tell you which
> >>>commit precisely broke it.
> >>>
> >>>HTH,
> >>>Daniel
> >>>
> >>>
> >>I'll try that. But is there any way to do this just with alsa and
> >>not with entire kernel? Compiling kernel is a loooong process.
> >The description above won't touch much things outside the ALSA tree
> >during the bisect, so it shouldn't take long to compile.
> >
> >Thanks for helping,
> >Daniel
> >
> >
> I'm sorry, but after 2 or 3 steps (of ~10) I got kernel that doesn't
> even boot properly (2.6.34-rc4, something with sata is broken) so I
> can't test my card with this kernel. Should I mark current version
> as bad and continue or something else can be done?

Hmm, so you say you can't boot a vanilla (unmodified) 2.6.34-rc4? Is
your problem fixed in the current git HEAD? The bisect procedure I
described shouldn't touch anything else than sound code, so SATA should
be unaffected. Anyway, you can skip unbootable or uncompilable versions
with

  $ git bisect skip

HTH,
Daniel