Eric Lee / smarc-fsl-linux-kernel

15 Nov, 2005

4 commits

  • 9e43e1b7c   [PATCH] x86_64: Remove CONFIG_CHECKING and add command line option for pagefault tracing ... Browse Code »

    CONFIG_CHECKING covered some debugging code used in the early times
    of the port. But it wasn't even SMP safe for quite some time
    and the bugs it checked for seem to be gone.

    This patch removes all the code to verify GS at kernel entry. There
    haven't been any new bugs in this area for a long time.

    Previously it also covered the sysctl for the page fault tracing.
    That didn't make much sense because that code was unconditionally
    compiled in. I made that a boot option now because it is typically
    only useful at boot.

    Signed-off-by: Andi Kleen
    Signed-off-by: Linus Torvalds

    Andi Kleen
     
  • e583538f0   [PATCH] x86_64: Log machine checks from boot on Intel systems ... Browse Code »

    The logging for boot errors was turned off because it was broken
    on some AMD systems. But give Intel EM64T systems a chance because they are
    supposed to be correct there.

    The advantage is that there is a chance to actually log uncorrected
    machine checks after the reset.

    Signed-off-by: Andi Kleen
    Signed-off-by: Linus Torvalds

    Andi Kleen
     
  • 420f8f68c   [PATCH] x86_64: New heuristics to find out hotpluggable CPUs. ... Browse Code »

    With a NR_CPUS==128 kernel with CPU hotplug enabled we would waste 4MB
    on per CPU data of all possible CPUs. The reason was that HOTPLUG
    always set up possible map to NR_CPUS cpus and then we need to allocate
    that much (each per CPU data is roughly ~32k now)

    The underlying problem is that ACPI didn't tell us how many hotplug CPUs
    the platform supports. So the old code just assumed all, which would
    lead to this memory wastage.

    This implements some new heuristics:

    - If the BIOS specified disabled CPUs in the ACPI/mptables assume they
    can be enabled later (this is bending the ACPI specification a bit,
    but seems like a obvious extension)
    - The user can overwrite it with a new additionals_cpus=NUM option
    - Otherwise use half of the available CPUs or 2, whatever is more.

    Cc: ashok.raj@intel.com
    Cc: len.brown@intel.com

    Signed-off-by: Andi Kleen
    Signed-off-by: Linus Torvalds

    Andi Kleen
     
  • 8315eca25   [PATCH] x86_64: Some clarifications for Documention/x86_64/mm.txt ... Browse Code »

    I got some questions on this, so just fix up the documentation.

    Signed-off-by: Andi Kleen
    Signed-off-by: Linus Torvalds

    Andi Kleen
     

13 Sep, 2005

1 commit

08 Aug, 2005

1 commit

  • d5172f263   [PATCH] x86_64: ignore machine checks from boot time ... Browse Code »

    Don't log machine check events left over from boot. Too many BIOSes leave
    bogus events in there.

    This unfortunately also makes it impossible to log events that caused a
    reboot. For people with non broken BIOS there is mce=bootlog

    Signed-off-by: Andi Kleen
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Andi Kleen
     

29 Jul, 2005

1 commit

21 May, 2005

1 commit

  • 14d98cad8   [PATCH] x86_64: Add option to disable timer check ... Browse Code »

    This works around the too fast timer seen on some ATI boards.

    I don't feel confident enough about it yet to enable it by default, but give
    users the option.

    Patch and debugging from Christopher Allen Wing , with
    minor tweaks (renamed the option and documented it)

    Signed-off-by: Andi Kleen
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Andi Kleen
     

17 Apr, 2005

1 commit

  • 1da177e4c   Linux-2.6.12-rc2 ... Browse Code »

    Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds