At Tue, 22 Jan 2008 17:15:18 +0000, James Pearson wrote: > > Takashi Iwai wrote: > > At Tue, 22 Jan 2008 16:23:28 +0000, > > James Pearson wrote: > >> > >>It looks like alsa-driver-1.0.16rc1/acore/ioctl32/hwdep32_new.c should > >>be including "adriver.h" not "driver.h" ?? > > > > > > Yes, it's a typo. > > > > > >>Also, at MODPOST stage: > >> > >>*** Warning: "mutex_destroy" > >>[/tmp/alsa-driver-1.0.16rc1/pci/oxygen/snd-oxygen-lib.ko] undefined! > > > > > > Do you have alsa-driver*/include/mutex.h? > > There is no alsa-driver*/include/mutex.h, there is a > include/linux/mutex.h as part of the kernel - which contains: > > /* > * Copyright (c) 2006 Cisco Systems. All rights reserved. > * > * This file is released under the GPLv2. > */ > > /* mutex compatibility for pre-2.6.16 kernels */ > > #ifndef __LINUX_MUTEX_H > #define __LINUX_MUTEX_H > > #include <asm/semaphore.h> > > #define mutex semaphore > #define DEFINE_MUTEX(foo) DECLARE_MUTEX(foo) > #define mutex_init(foo) init_MUTEX(foo) > #define mutex_lock(foo) down(foo) > #define mutex_lock_interruptible(foo) down_interruptible(foo) > /* this function follows the spin_trylock() convention, so * > * it is negated to the down_trylock() return values! Be careful */ > #define mutex_trylock(foo) !down_trylock(foo) > #define mutex_unlock(foo) up(foo) > > #endif /* __LINUX_MUTEX_H */ > > i.e. it doesn't define mutex_destroy() > > > Or, RH has an uncomplete mutex implementation? > > Don't know - see above? Looks like so... Sigh. Can someone report RedHat to fix their kernel? > >>*** Warning: "do_posix_clock_monotonic_gettime" > >>[/tmp/alsa-driver-1.0.16rc1/acore/snd-timer.ko] undefined! > >>*** Warning: "do_posix_clock_monotonic_gettime" > >>[/tmp/alsa-driver-1.0.16rc1/acore/snd-pcm.ko] undefined! > >> > >>I'm not sure why its complaining about do_posix_clock_monotonic_gettime, > >>as this is there in the 2.6.9 RHEL4 kernel. > > > > > > It seems that the function isn't exported. > > > > The fix patch is below. Give it a try. > > Patch fixed these issues Thanks for confirmation. They are already on HG tree. Takashi _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
