On Sat, Dec 27, 2008 at 06:06:06AM -0200, Paulo Cavalcanti wrote:
> On Fri, Dec 26, 2008 at 4:13 PM, Paulo Cavalcanti <[email protected]> wrote:
> 
> >
> >
> > On Fri, Dec 26, 2008 at 4:07 PM, Axel Thimm <[email protected]> wrote:
> >
> >> Hi,
> >>
> >> On Fri, Dec 26, 2008 at 02:35:54PM -0200, Paulo Cavalcanti wrote:
> >> > On Fri, Dec 26, 2008 at 11:35 AM, Paulo Cavalcanti <[email protected]>
> >> wrote:
> >> > > On Fri, Dec 26, 2008 at 11:29 AM, Stefan Smietanowski <
> >> [email protected]>wrote:
> >> > >> Paulo Cavalcanti wrote:
> >> > >>
> >> > >>> Axel,
> >> > >>>
> >> > >>> I think you will not be able to compile alsa-driver for the new F10
> >> > >>> kernel.
> >> > >>>
> >> > >>> Fedora defined fmode_t in the kernel, and it is conflicting with
> >> > >>> the definition in the alsa tarball.
> >>
> >> Yes, thanks, I saw that is morning. :(
> >>
> >> > >>> I do not see an elegant way to patch it, because the test in the
> >> tarball
> >> > >>> if for kernels < 2.6.28.  Furthermore, it was not supposed to appear
> >> > >>> a new typedef in the 2.6.27 kernel.
> >>
> >> Perhaps it's one of the backported patches from 2.6.28. There are at
> >> least two, but I didn't look deeper into this - part of the next
> >> kernels are quite often appearing in Fedora and more often in RHEL
> >> kernels requiring quirks and patches.
> >>
> >> > Here is the error. Some new symbols have just "appeared" in the kernel
> >> ...
> >> >
> >> > this is the location of the previous definition
> >> > In file included from include/linux/sched.h:86,
> >> >                  from include/linux/smp_lock.h:5,
> >> >                  from include/linux/hardirq.h:5,
> >> >                  from include/linux/interrupt.h:11,
> >> >                  from
> >> >
> >> /builddir/build/BUILD/alsa-driver/drivers/pcsp/../../alsa-kernel/drivers/pcsp/pcsp_lib.c:11,
> >> >                  from
> >> > /builddir/build/BUILD/alsa-driver/drivers/pcsp/pcsp_lib.c:5:
> >> > include/linux/hrtimer.h:249: error: expected identifier or '(' before
> >> > 'const'
> >>
> >> Are these new symbols comflicting with ones from alsa, too?
> >>
> >
> > Yes. Removing the definition of fmode_t in the tarball, this is the only
> > error I got.
> >
> > I am so close to fix the sigmatel codec for my cards , and now  this kernel
> > with some
> > new symbols.
> >
> >
> >
> By the way, kernel 2.6.27.9-159 already comes with alsa 1.0.18a, which is
> not working
> for a lot of people using the sigmatel codec from the snd-hda-intel driver.
> 
> Therefore, for adding something new (which is working for me ), one should
> use:
> 
> ftp://ftp.kernel.org/pub/linux/kernel/people/tiwai/snapshot/alsa-driver-snapshot.tar.gz

I did a full build of the above (all distros) and it also failed on
fmode_t, so it needs some additional patching :/

It also failed on all other distros for other reasons.
-- 
Axel.Thimm at ATrpms.net

Attachment: pgpMnJZ3UP3Eq.pgp
Description: PGP signature

_______________________________________________
atrpms-devel mailing list
[email protected]
http://lists.atrpms.net/mailman/listinfo/atrpms-devel

Reply via email to