27 Jun, 2006

1 commit


26 Apr, 2006

1 commit


05 Feb, 2006

1 commit

  • Another piece from the no-idle-tick patch.

    This can be enabled with the "apicmaintimer" option.

    This is mainly useful when the PIT/HPET interrupt is unreliable.
    Note there are some systems that are known to stop the APIC
    timer in C3. For those it will never work, but this case
    should be automatically detected.

    It also only works with PM timer right now. When HPET is used
    the way the main timer handler computes the delay doesn't work.

    It should be a bit more efficient because there is one less
    regular interrupt to process on the boot processor.

    Requires earlier bugfix from Venkatesh

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

    Andi Kleen
     

12 Jan, 2006

3 commits


15 Nov, 2005

1 commit

  • MC4_MISC - DRAM Errors Threshold Register realized under AMD K8 Rev F.
    This register is used to count correctable and uncorrectable ECC errors that occur during DRAM read operations.
    The user may interface through sysfs files in order to change the threshold configuration.

    bank%d/error_count - reads current error count, write to clear.
    bank%d/interrupt_enable - set/clear interrupt enable.
    bank%d/threshold_limit - read/write the threshold limit.

    APIC vector 0xF9 in hw_irq.h.
    5 software defined bank ids in mce.h.
    new apic.c function to setup threshold apic lvt.
    defaults to interrupt off, count enabled, and threshold limit max.
    sysfs interface created on /sys/devices/system/threshold.

    AK: added some ifdefs to make it compile on UP

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

    Jacob Shin
     

13 Sep, 2005

2 commits


26 Jun, 2005

1 commit

  • When coming out of apic mode attempt to set the appropriate
    apic back into virtual wire mode. This improves on previous versions
    of this patch by by never setting bot the local apic and the ioapic
    into veritual wire mode.

    This code looks at data from the mptable to see if an ioapic has
    an ExtInt input to make this decision. A future improvement
    is to figure out which apic or ioapic was in virtual wire mode
    at boot time and to remember it. That is potentially a more accurate
    method, of selecting which apic to place in virutal wire mode.

    Signed-off-by: Eric Biederman
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Eric W. Biederman
     

01 May, 2005

1 commit

  • A bug against an xSeries system showed up recently noting that the
    check_nmi_watchdog() test was failing.

    I have been investigating it and discovered in both i386 and x86_64 the
    recent change to the routine to use the cpu_callin_map has uncovered a
    problem. Prior to that change, on an SMP box, the test was trivally
    passing because all cpu's were found to not yet be online, but now with the
    callin_map they are discovered, it goes on to test the counter and they
    have not yet begun to increment, so it announces a CPU is stuck and bails
    out.

    On all the systems I have access to test, the announcement of failure is
    also bougs... by the time you can login and check /proc/interrupts, the
    NMI count is happily incrementing on all CPUs. Its just that the test is
    being done too early.

    I have tried moving the call to the test around a bit, and it was always
    too early. I finally hit on this proposed solution, it delays the routine
    via a late_initcall(), seems like the right solution to me.

    Signed-off-by: Adrian Bunk
    Cc: Andi Kleen
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jack F Vogel
     

17 Apr, 2005

1 commit

  • 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