> > > This is true if he reverted just the 3def3d6d... commit, but if he
> > > also reverts the similar, and immediately following, 1e934dda...
> > > commit, then his 2.6.26 kernel runs fine.
> >
> > interesting,
> >
> > David, can you try only comment out
> >
> > late_initcall(lapic_insert_resource);
>
> i.e. the patch below?
>
> what's your theory, what could be the reason for David's lockups?
>
> Ingo
>
> --------------->
> Index: linux/arch/x86/kernel/apic_32.c
> ===================================================================
> --- linux.orig/arch/x86/kernel/apic_32.c
> +++ linux/arch/x86/kernel/apic_32.c
> @@ -1740,4 +1740,4 @@ static int __init lapic_insert_resource(
> * need call insert after e820_reserve_resources()
> * that is using request_resource
> */
> -late_initcall(lapic_insert_resource);
> +//late_initcall(lapic_insert_resource);
> Index: linux/arch/x86/kernel/apic_64.c
> ===================================================================
> --- linux.orig/arch/x86/kernel/apic_64.c
> +++ linux/arch/x86/kernel/apic_64.c
> @@ -1614,4 +1614,4 @@ static int __init lapic_insert_resource(
> * need call insert after e820_reserve_resources()
> * that is using request_resource
> */
> -late_initcall(lapic_insert_resource);
> +//late_initcall(lapic_insert_resource);
Brain Damage Alert: I have only been experimenting with files for
64-bit architecture -- like e820_64.c, e820_64.h, setup_64.c, apic_64.c
-- and not their 32-bit counterparts. The 3def3d6d commit only touched
64-bit files (before they merged with the 32-bit versions later).
I'm sure that is correct, but can you folks verify that? A file like
apic_32.c (in Ingo's patch above) cannot affect me if I am running a
64-bit architecture, right?
Running this sanity check:
$ make arch/x86/kernel/apic_32.o
just gives me loads of errors, presumably because of my .config settings:
============
CONFIG_64BIT=y
CONFIG_X86_64=y
CONFIG_ARCH_DEFCONFIG="arch/x86/configs/x86_64_defconfig"
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_X86_64_SMP=y
CONFIG_X86_L1_CACHE_BYTES=64
CONFIG_X86_INTERNODE_CACHE_BYTES=64
CONFIG_X86_CMPXCHG64=y
CONFIG_X86_MINIMUM_CPU_FAMILY=64
CONFIG_X86_64_ACPI_NUMA=y
CONFIG_RESOURCES_64BIT=y
CONFIG_COMPAT_FOR_U64_ALIGNMENT=y
[...]
============
Sorry for my confusion,
Dave W.
PS: Why didn't anyone tell me for 2 weeks that I was breaking standard
operating procedure by changing the subject line frequently? Now I'm
in trouble with the bosses, you bums! ;)
* David Witbrodt <[email protected]> wrote:
> I'm sure that is correct, but can you folks verify that? A file like
> apic_32.c (in Ingo's patch above) cannot affect me if I am running a
> 64-bit architecture, right?
correct - i just commented out from both 32-bit and the 64-bit side to
have a complete patch. (if someone else who runs a 32-bit kernel picks
it up for experimentation it will do a similar thing)
Ingo