[lkml]   [2001]   [Sep]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Linux 2.4.9-ac15
On Mon, 2001-09-24 at 14:59, Kent Borg wrote:
> Does CONFIG_APM depend upon CONFIG_MAGIC_SYSRQ? Is it supposed to?

No, it shouldn't. There must of been a bug in the new sysrq code merged
in. Personally, I would just enable sysrq support for now.

> I tried doing a build of 2.4.9-ac15 plus
> patch-rml-2.4.10-pre12-preempt-kernel-1 (which did apply nicely with
> only one hunk moved only one line), but my build failed with:

Btw, this isn't the preemption patches fault, although I would recommend
you use the patches I make explicitly for Alan's tree. 2.4.9-ac14 will
apply cleanly and is at

> arch/i386/kernel/kernel.o: In function `apm':
> arch/i386/kernel/kernel.o(.text+0xbd35): undefined reference to `__sysrq_lock_table'
> arch/i386/kernel/kernel.o(.text+0xbd3c): undefined reference to `__sysrq_get_key_op'
> arch/i386/kernel/kernel.o(.text+0xbd4d): undefined reference to `__sysrq_put_key_op'
> arch/i386/kernel/kernel.o(.text+0xbd54): undefined reference to `__sysrq_unlock_table'
> Which is apm.c failing on the likes of:
> register_sysrq_key('o',&sysrq_poweroff_op);
> and:
> unregister_sysrq_key('o',&sysrq_poweroff_op);
> If I turn on CONFIG_MAGIC_SYSRQ, it builds happily.

I am not familar with the code, but either apm.c needs to wrap its sysrq
calls with ifdefs or the sysrq code needs to optimize away via defines
its various sysrq functions if it is not enabled.

The maintainer (Crutcher?) should see this.

> Previously 2.4.9-ac12 with the same rml preemption patch was happy to
> compile for me. I have been using it on my Sony Vaio PCG-Z505LE
> happily.
> 2.4.10 is also happy to compile without CONFIG_MAGIC_SYSRQ.

Robert M. Love
rml at
rml at

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:03    [W:2.043 / U:3.972 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site