1. 15 Jul, 2003 19 commits
    • Dave Jones's avatar
      119ca847
    • Dave Jones's avatar
      [CPUFREQ] Update MAINTAINERS/CREDITS · 39552d3e
      Dave Jones authored
      Dominik doesn't want maintainership any more (besides him still doing
      lots of great work on it. 8-)
      39552d3e
    • Dave Jones's avatar
    • Dave Jones's avatar
      Merge tetrachloride.(none):/mnt/raid/src/kernel/2.5/trees/bk-linus · 41c84759
      Dave Jones authored
      into tetrachloride.(none):/mnt/raid/src/kernel/2.5/trees/cpufreq
      41c84759
    • Dave Jones's avatar
      [CPUFREQ] speedstep_ICH new frequency notification fix. · 8aa25a71
      Dave Jones authored
      Correct the notification of the cpufreq core of the new frequency being
      set in ich's speedstep_set, and print accurate debug info in this function.
      (both bugs noted by Valdis Kletnieks, thanks!)
      8aa25a71
    • Dave Jones's avatar
      [CPUFREQ] Fix locking [11/11] · 78e50192
      Dave Jones authored
      Implement per-CPU memory allocation. Is a bit cleaner than the
      previous "once and for all" approach.
      78e50192
    • Dave Jones's avatar
      [CPUFREQ] Fix locking [10/11] · 0403eced
      Dave Jones authored
      Remove the final instances of the now-deprecated
      cpufreq_driver_sem. Also, the previous "one-frequency change at one
      moment" limitation is gone. If it's needed by the cpufreq driver, it
      should be implemented in its cpufreq_driver->{target,setpolicy}
      callback.
      0403eced
    • Dave Jones's avatar
      [CPUFREQ] Fix locking [9/11] · 9e41f010
      Dave Jones authored
      Use the per-CPU policy->lock to lock the per-CPU "policy" data. Also,
      use it to serialize the setting of new frequency policies on each CPU.
      9e41f010
    • Dave Jones's avatar
      [CPUFREQ] Fix locking [8/11] · 86372d54
      Dave Jones authored
      Split up cpufreq_governor into a locking and non-locking variant.
      86372d54
    • Dave Jones's avatar
      [CPUFREQ] Fix locking [7/11] · e45335e8
      Dave Jones authored
      Finally implement the two different cpufreq_driver_target callbacks --
      the one called while the per-CPU lock is held, the other while
      not. While we're at it, clean up cpufreq_governor.
      e45335e8
    • Dave Jones's avatar
      [CPUFREQ] Fix locking [6/11] · 2717cc0d
      Dave Jones authored
      Change the function parameter of cpufreq_cpu_put to struct
      cpufreq_policy *.
      2717cc0d
    • Dave Jones's avatar
      [CPUFREQ] Fix locking [5/11] · 3563db15
      Dave Jones authored
      Make cpufreq_set_policy a bit more readable by storing the CPU's
      cpufreq_policy into a pointer.
      3563db15
    • Dave Jones's avatar
      [CPUFREQ] Fix locking [4/11] · fb430fb1
      Dave Jones authored
      Make cpufreq_remove_dev a bit more readable. Also, assure that the
      GOV_STOP and the cpufreq_driver->exit() call are indeed the last calls
      done.
      fb430fb1
    • Dave Jones's avatar
      [CPUFREQ] Fix locking [3/11] · a5f5ddb8
      Dave Jones authored
      Change the return value of cpufreq_cpu_get from a nondescriptent int
      to struct cpufreq_policy*. This will allow for cleaner code - and
      later it will be expected that anyone who grabs a reference by calling
      cpufreq_cpu_get must return this struct cpufreq_policy* to
      cpufreq_cpu_put.
      a5f5ddb8
    • Dave Jones's avatar
      [CPUFREQ] Locking fixes [2/11] · 618b27dc
      Dave Jones authored
      As the per-CPU initialization can fail, we need to deal with this
      situation in cpufreq_remove_dev as the sysdev core doesn't (yet) do
      this for us. The solution: add a "struct cpufreq_policy
      *cpufreq_cpu_data[NR_CPUS]" array, which has a NULL pointer for each
      CPU not managed by cpufreq (yet) and a pointer to the per-CPU data
      for each CPU managed by cpufreq. It is locked by cpufreq_driver_lock.
      618b27dc
    • Dave Jones's avatar
      [CPUFREQ] Locking fixes [1/11] · 807ea9d6
      Dave Jones authored
      First part in a series of patches from Dominik which clean up the locking in
      cpufreq. It sort of worked, but is full of races. But to keep it
      working at least as well it works now, add a new spinlock
      cpufreq_driver_lock which will be what cpufreq_driver_sem intended to
      be -- but it can indeed be a spinlock instead of a semaphore. 
      
      This driver adds proper protection for struct cpufreq_driver
      *cpufreq_driver which can only go away during cpufreq_unregister --
      block this by increasing the driver's module reference count.
      807ea9d6
    • Dave Jones's avatar
      [CPUFREQ] Longrun validate can fail. · fafe16b7
      Dave Jones authored
      From Dominik
      
      Instead of trying to guess what the user intended, fail if the user
      requests a setting which is not supported by the longrun driver.
      fafe16b7
    • Dave Jones's avatar
      c65dd7c8
    • Dave Jones's avatar
      [CPUFREQ] update Documentation · d941effa
      Dave Jones authored
      - the path to sysfs changed
      - add the cpufreq_driver.owner requirement
      - clarify another paragraph
      d941effa
  2. 14 Jul, 2003 11 commits
    • Paul Mundt's avatar
      [PATCH] shwdt update · eb40c469
      Paul Mundt authored
      This patch includes quite a few changes and updates for the shwdt driver (which
      brings it in sync with LinuxSH CVS HEAD). This fixes up support for the SH-2,
      and also fixes up some timer brain-damage.
      eb40c469
    • Paul Mundt's avatar
      [PATCH] PCMCIA: Update hd64465 driver · 9889cc77
      Paul Mundt authored
      This patch updates the sh-specific hd64465 pcmcia driver for the new API, as
      well as fixing up some other issues (such as remap_page_range() abuse -- we
      remap through P3 area instead) which caused it not to compile. Changes by
      Dominik Brodowski and myself.
      9889cc77
    • Paul Mundt's avatar
      [PATCH] pvr2fb update · e417962c
      Paul Mundt authored
      Here's an update for pvr2fb (with a patch this time), which makes it compile
      again.
      e417962c
    • Jeff Garzik's avatar
      [PATCH] Large PCI bus numbers · 909bd86e
      Jeff Garzik authored
      ppc64 machines can have PCI bus numbers larger than 8 bits, but it looks
      like pci_device_to_OF_node already handles this case, in both 2.4 and
      2.5.
      
      We just need the space to store them.
      909bd86e
    • Chen Yang's avatar
      [PATCH] unresolved symbol with moduled intermezzo · 1ee4afce
      Chen Yang authored
      This solves the unresolved symbol problem with modular intermezzo.  Also
      update the MAINTAINERS entry.
      1ee4afce
    • Alexander Atanasov's avatar
      [PATCH] Fix irq handling of IO-APIC edge IRQs on UP · d6d3baa5
      Alexander Atanasov authored
      send_IPI_self is needed to resend irqs with IRQ_PENDING status when
      enabled.
      
      Checked with Ingo, and it's in 2.4-ac for some time.
      
      This should fix ide lost interrupts on UP with IO-APIC
      
      Ide trigers it this way:
       - disable_irq
       - do stuff that triggers IRQ.
       - irq is IRQ_PENDING
       - enable_irq
       - IRQ is lost, needs to be resend.
      
      I'll send the patch to fixup IDE disable_irq logic to Bart.
      d6d3baa5
    • Randy Dunlap's avatar
      [PATCH] busmouse: fix memory leak and misc_register failure · b87c49b1
      Randy Dunlap authored
      From Flavio B. Leitner. <fbl@netbank.com.br>
      
      Fix a memory leak and an unchecked return code in the busmouse driver.
      b87c49b1
    • Randy Dunlap's avatar
      [PATCH] unchecked return code of copy_to_user in read_profile · 241d1557
      Randy Dunlap authored
      From Daniele Bellucci <bellucda@tiscali.it>.
      
      Check the copy_to_user() return code in read_profile().
      241d1557
    • Randy Dunlap's avatar
      [PATCH] reduce stack usage in wanrouter · b03ac92e
      Randy Dunlap authored
      From Jorn Engel <joern@wohnheim.fh-wedel.de> and Randy Dunlap.
      
      It reduces stack usage in the WAN router by about 0x500 bytes
      (from 0x520 to 0x24 when I did it in April).
      b03ac92e
    • Randy Dunlap's avatar
      [PATCH] syncppp: incomplete function prototype · 1158633b
      Randy Dunlap authored
      This fixes this warning:
      
        syncppp.c:165: warning: function declaration isn't a prototype
      
      by adding "void" as the function parameter list.
      1158633b
    • Maneesh Soni's avatar
      [PATCH] vfsmount_lock-fix · b66daf65
      Maneesh Soni authored
      This fixes one place where I missed the replacing dcache_lock with
      vfsmount_lock in put_namespace().
      
      Tested with CLONE_NEWNS flag also.
      b66daf65
  3. 13 Jul, 2003 5 commits
  4. 14 Jul, 2003 2 commits
  5. 13 Jul, 2003 3 commits