On Sun, Nov 21, 2004 at 03:02:24PM -0500, Lee Revell wrote: > > CONFIG_APM_RTC_IS_GMT=y > > CONFIG_RTC=m > > CONFIG_GEN_RTC=m > > CONFIG_GEN_RTC_X=y > > CONFIG_HPET_RTC_IRQ=y > > CONFIG_SENSORS_RTC8564=m > > CONFIG_SND_RTCTIMER=m > > > > OK this all looks good. I don't know, it sounds like a bug in Muse. > There must be some incompatibility using a binary Suse Muse package with > a Mandrake kernel.
Maybe it doesn't look good. I found this (the message is in French, but the quoted part says it all): if CONFIG_HPET_RTC_IRQ is defined, then RTC_IRQ is undefined which in turn leads to the failing ioctl(). <http://www.guilde.asso.fr/lurker/message/20041105.180307.b02820a2.en.html> include/asm-i386/mc146818rtc.h : #define RTC_IRQ 8 drivers/char/rtc.c : #ifdef CONFIG_HPET_RTC_IRQ #undef RTC_IRQ #endif .config : CONFIG_HPET=y CONFIG_HPET_RTC_IRQ=y drivers/char/Kconfig : config HPET bool "HPET - High Precision Event Timer" if (X86 || IA64) default n depends on ACPI_INTERPRETER help If you say Y here, you will have a miscdevice named "/dev/hpet/". Each open selects one of the timers supported by the HPET. The timers are non-periodioc and/or periodic. config HPET_RTC_IRQ bool "HPET Control RTC IRQ" if !HPET_EMULATE_RTC default n depends on HPET help If you say Y here, you will disable RTC_IRQ in drivers/char/rtc.c. It is assumed the platform called hpet_alloc with the RTC IRQ values for the HPET timers. -- FA