1. 03 Jan, 2009 2 commits
  2. 08 Dec, 2008 1 commit
  3. 12 Nov, 2008 1 commit
    • Bjorn Helgaas's avatar
      ACPI: pci_link: remove acpi_irq_balance_set() interface · 32836259
      Bjorn Helgaas authored
      
      
      This removes the acpi_irq_balance_set() interface from the PCI
      interrupt link driver.
      
      x86 used acpi_irq_balance_set() to tell the PCI interrupt link
      driver to configure links to minimize IRQ sharing.  But the link
      driver can easily figure out whether to turn on IRQ balancing
      based on the IRQ model (PIC/IOAPIC/etc), so we can get rid of
      that external interface.
      
      It's better for the driver to figure this out at init-time.  If
      we set it externally via the x86 code, the interface reduces
      modularity, and we depend on the fact that acpi_process_madt()
      happens before we process the kernel command line.
      Signed-off-by: default avatarBjorn Helgaas <bjorn.helgaas@hp.com>
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      32836259
  4. 22 Oct, 2008 2 commits
  5. 16 Oct, 2008 3 commits
  6. 15 Oct, 2008 1 commit
  7. 07 Oct, 2008 1 commit
    • Ingo Molnar's avatar
      x86: SB450: deprioritize DMI quirks · 8d89adf4
      Ingo Molnar authored
      This PCI ID based quick should be a full solution for the IRQ0 override
      related slowdown problem on SB450 based systems:
      
        33fb0e4e
      
      : x86: SB450: skip IRQ0 override if it is not routed to INT2 of IOAPIC
      
      Emit a warning in those cases where the DMI quirk triggers but
      the PCI ID based quirk didnt.
      
      If this warning does not trigger then we can phase out the DMI quirks.
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      8d89adf4
  8. 06 Oct, 2008 1 commit
  9. 27 Aug, 2008 1 commit
  10. 21 Aug, 2008 1 commit
    • Yinghai Lu's avatar
      x86: fix apic version warning · 11494547
      Yinghai Lu authored
      after following patch,
      
      commit 1b313f4a
      
      
      Author: Cyrill Gorcunov <gorcunov@gmail.com>
      Date:   Mon Aug 18 20:45:57 2008 +0400
      
          x86: apic - generic_processor_info
      
          - use physid_set instead of phys_cpu and physids_or
          - set phys_cpu_present_map bit AFTER check for allowed
            number of processors
          - add checking for APIC valid version in 64bit mode
            (mostly not needed but added for merging purpose)
          - add apic_version definition for 64bit mode which
            is used now
      
      we are getting warning for acpi path on 64 bit system.
      
      make the 64-bit side fill in apic_version[] as well.
      
      [ mingo@elte.hu: build fix ]
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      11494547
  11. 13 Aug, 2008 1 commit
  12. 11 Aug, 2008 1 commit
  13. 21 Jul, 2008 1 commit
  14. 13 Jul, 2008 1 commit
  15. 12 Jul, 2008 3 commits
  16. 11 Jul, 2008 1 commit
  17. 10 Jul, 2008 1 commit
  18. 09 Jul, 2008 2 commits
    • Ingo Molnar's avatar
      x86: build fix for "x86: fix C1E && nx6325 stability problem" · 183fe065
      Ingo Molnar authored
      
      
      fix:
      
      arch/x86/kernel/acpi/boot.c: In function ‘dmi_ignore_irq0_timer_override’:
      arch/x86/kernel/acpi/boot.c:1443: error: implicit declaration of function ‘force_mask_ioapic_irq_2’
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      183fe065
    • Rafael J. Wysocki's avatar
      x86: fix C1E && nx6325 stability problem · e2079c43
      Rafael J. Wysocki authored
      The problems are that, with the ACPI vs timer overring issue _fixed_,
      after using the box for some time (between several seconds and 1 hour, at
      random) processes get very high CPU loads (once I've got X using 107% of
      the CPU, for example) and the system becomes unresponsive, as though there
      were interrupts lost or something similar.
      
      Andreas Herrman reproduced similar problems:
      
      > Ok, now I've reproduced the stability problem.
      > - Using tip/master,
      > - reverting e38502eb8aa82314d5ab0eba45f50e6790dadd88 and
      > - applying your patch from this posting
      >   http://marc.info/?l=linux-kernel&m=121539354224562&w=4
      
      
      >
      > Starting X, firefox, gimp, tuxpaint and doing some drawing in tuxpaint
      > results in a slow system. Drawing is almost not possible anymore --
      > Selections of new colors, cursors etc. is performed with huge delay
      > if it's performed at all.
      >
      > BTW, the code sets up timer IRQ as Virtual Wire IRQ:
      >
      > Jul  8 14:57:58 kodscha IO-APIC (apicid-pin) 2-22, 2-23 not connected.
      > Jul  8 14:57:58 kodscha ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
      > Jul  8 14:57:58 kodscha ...trying to set up timer as Virtual Wire IRQ... works.
      >
      > and both INT0 and INT2 of IOAPIC are masked:
      >
      > Jul  8 14:57:58 kodscha NR Dst Mask Trig IRR Pol Stat Dmod Deli Vect:
      > Jul  8 14:57:58 kodscha 00 000 1    0    0   0   0    0    0    00
      > Jul  8 14:57:58 kodscha 01 003 0    0    0   0   0    1    1    31
      > Jul  8 14:57:58 kodscha 02 003 1    0    0   0   0    0    0    30
      >
      > I've also seen strange CPU utilization -- with syslog-ng:
      >
      > top - 15:33:06 up 35 min,  4 users,  load average: 1.70, 0.68, 0.37
      > Tasks:  64 total,   4 running,  60 sleeping,   0 stopped,   0 zombie
      > Cpu0  :  0.0%us,100.0%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
      > Cpu1  :  6.4%us, 87.2%sy,  0.0%ni,  5.8%id,  0.0%wa,  0.6%hi,  0.0%si,  0.0%st
      > Mem:    895384k total,   283568k used,   611816k free,    35492k buffers
      > Swap:  1959920k total,        0k used,  1959920k free,   163044k cached
      >
      >   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
      >  4632 root      20   0 17216  800  580 S  104  0.1   0:34.22 syslog-ng
      > 28505 root      20   0  205m  11m 4024 S    6  1.3   0:21.16 X
      > 28518 root      20   0 56292 5652 4492 S    1  0.6   0:01.80 fluxbox
      >     1 root      20   0  3724  608  508 S    0  0.1   0:00.36 init
      >
      > So far I have no clue why C1E-idle in conjunction with virtual wire
      > mode causes this strange behaviour.
      >
      > ... and I start to think about the root cause of all this.
      >
      > I've performed similar tests under X with the IRQ0/INT0 configuration and
      > I did not see above symptoms.
      
      So lets fall back to the IRQ0/INT0 configuration on this box.
      
      This basically restores the dont-use-the-lapic-timer exception mechanism
      that was unconditional on this box prior commit 8750bf5 ("x86: add C1E
      aware idle function").
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      e2079c43
  19. 08 Jul, 2008 6 commits
  20. 10 Jun, 2008 1 commit
  21. 04 Jun, 2008 1 commit
  22. 03 Jun, 2008 1 commit
    • Yinghai Lu's avatar
      x86: update mptable · 2944e16b
      Yinghai Lu authored
      
      
      make mptable to be consistent with acpi routing, so we could:
      
      1. kexec kernel with acpi=off
      2. work around BIOSes where acpi routing is working, but mptable is
         not right, so can use kernel/kexec to start other OSes that don't have
         good acpi support.
      
      command line: update_mptable
      Signed-off-by: default avatarYinghai Lu <yhlu.kernel@gmail.com>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      2944e16b
  23. 25 May, 2008 6 commits