1. 15 2月, 2007 1 次提交
    • R
      [CPUFREQ] Longhaul - Redo Longhaul ver. 2 · 2b8c0e13
      Rafa Bilski 提交于
      Start using v2 version of Longhaul when available. It provides
      voltage scaling and can use ACPI C3 state. That's curious. CPU
      will not change frequency on ACPI C3 when v1 is in use, but it will
      when v2 is used. Driver will return max frequency all the time if
      this isn't true for all processors. There is strange thing with
      mobile voltage. Looks like only Nehemiah (C3-M) supports it.
      Earlier processors have different mobile VRM (in docs), but I can't
      find any which is using it. Looks like all are using VRM 8.5. So
      fail for non Nehemiah with mobile VRM.
      Signed-off-by: NRafal Bilski <rafalbilski@interia.pl>
      Signed-off-by: NDave Jones <davej@redhat.com>
      2b8c0e13
  2. 14 2月, 2007 1 次提交
  3. 13 2月, 2007 13 次提交
  4. 11 2月, 2007 4 次提交
  5. 05 2月, 2007 2 次提交
    • R
      [CPUFREQ] Longhaul - Add VT8235 support · 786f46b2
      Rafa Bilski 提交于
      I don't know why it is working and how, but it is working. On my
      Epia transition time is by default set to 100us. I'm changing it to
      200us. After that I can change frequency from min (x4.0) to max (x7.5)
      without lockup. Many times.
      There is a paranoid check at a beginning of a patch. Probably dead
      code, but I don't have better ideas for CL10000 case at the moment.
      Only way to to detect broken chip seems to be looking in log for
      spurious interrupts.
      Signed-off-by: NRafal Bilski <rafalbilski@interia.pl>
      Signed-off-by: NDave Jones <davej@redhat.com>
      786f46b2
    • R
      [CPUFREQ] Longhaul - Fix guess_fsb function · 46ef955f
      Rafa Bilski 提交于
      This is bug reported by John-Marc Chandonia:
      > Detected 1002.292 MHz processor.
      > longhaul: VIA C3 'Nehemiah B' [C5N] CPU detected.  Powersaver supported.
      > longhaul: Using throttling support.
      > longhaul: Invalid (reserved) FSB!
      FSB is correcly guessed for 999.554 MHz CPU.
      To fix this error:
      - ROUNDING should be range, not mask - at it's current value it is +7 -8,
      - more precise calculations inside guess_fsb - 7.5x133MHz is 1000MHz now.
      Signed-off-by: NRafal Bilski <rafalbilski@interia.pl>
      Signed-off-by: NDave Jones <davej@redhat.com>
      46ef955f
  6. 04 2月, 2007 4 次提交
  7. 03 2月, 2007 2 次提交
  8. 29 1月, 2007 1 次提交
  9. 23 1月, 2007 1 次提交
    • J
      [PATCH] x86: fix PDA variables to work during boot · 9ee79a3d
      James Bottomley 提交于
      The current PDA code, which went in in post 2.6.19 has a flaw in that it
      doesn't correctly cycle the GDT and %GS segment through the boot PDA,
      the CPU PDA and finally the per-cpu PDA.
      
      The bug generally doesn't show up if the boot CPU id is zero, but
      everything falls apart for a non zero boot CPU id.  The basically kills
      voyager which is perfectly capable of doing non zero CPU id boots, so
      voyager currently won't boot without this.
      
      The fix is to be careful and actually do the GDT setups correctly.
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      Cc: Andi Kleen <ak@suse.de>
      Cc: Jeremy Fitzhardinge <jeremy@goop.org>
      Cc: Andrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      9ee79a3d
  10. 12 1月, 2007 1 次提交
  11. 06 1月, 2007 1 次提交
  12. 03 1月, 2007 3 次提交
  13. 30 12月, 2006 1 次提交
    • R
      [CPUFREQ] Longhaul - Fix up powersaver assumptions. · 264166e6
      Rafa Bilski 提交于
      ACPI PM2 register was fallback for "Longhaul ver. 1" CPU's.
      My assumption that this register isn't present at
      "PowerSaver" motherboards is so far true, but current code
      will not work correctly in other case. There are three possible
      supports: ACPI C3, PM2 and northbridge. That was my assumption
      that ACPI C3 and northbridge is for PS and northbridge and PM2
      is for V1. In current code we can only check if it is ACPI
      support or not by port22_en. So remove port22_en and add
      longhaul_flags. If USE_ACPI_C3 and USE_NORTHBRIDGE are both
      clear then it means ACPI PM2 support. Also change order of
      support probe from ACPI C3, PM2, northbridge to ACPI C3,
      northbridge, ACPI PM2. Paranoid protection against port 0x22
      cast as ACPI PM2 register. Bit 1 clear in such case - lockup
      on AGP DMA. And obvious (now) fixup for do_powersaver. Use
      cx->address only for ACPI C3 ("PowerSaver" processor using
      PM2 support).
      Signed-off-by: NRafa Bilski <rafalbilski@interia.pl>
      Signed-off-by: NDave Jones <davej@redhat.com>
      264166e6
  14. 29 12月, 2006 1 次提交
  15. 23 12月, 2006 2 次提交
  16. 18 12月, 2006 2 次提交