1. 08 Mar, 2003 6 commits
    • Dave Jones's avatar
      [CPUFREQ] allow cpufreq drivers to export sysfs files · fe3f9d78
      Dave Jones authored
      This patch lets cpufreq drivers export per-CPU files in the cpufreq and
      cpu-specific sysfs directory. As an example, a file
      "scaling_available_frequencies" is added to the p4-clockmod.c driver.
      fe3f9d78
    • Dave Jones's avatar
      [CPUFREQ] add support for ICH4-M chipset in speedstep driver · f913edb4
      Dave Jones authored
      Intel ICH4-M soutbridges use exactly the same register interface for SpeedStep
      as ICH2-M and ICH3-M southbridges -- which makes adding support for this  
      bridge (almost) trivial
      f913edb4
    • Dave Jones's avatar
      [CPUFREQ] updated cpufreq ref-counting and locking scheme · 68b7d00f
      Dave Jones authored
      This patch takes use of the now-working cpufreq_interface.kset and
      cpufreq_policy.kobj to use reference counting within the cpufreq core
      wherever this is more appropriate than the previous approach -- using one
      semaphore. Additionally, the callbacks to the driver modules are protected
      now.
      68b7d00f
    • Dave Jones's avatar
      [CPUFREQ] remove unneeded code · 4efee5ca
      Dave Jones authored
      - no cpufreq driver uses the frequency table helper "setpolicy" any more
        ("target" is much more appropriate for them anyways) - so remove
        that helper
      - all cpufreq drivers use the advanced registration process, so some
        compatibility code can safely be removed. 
      4efee5ca
    • Dave Jones's avatar
      [CPUFREQ] fix userspace governor. · d7a27323
      Dave Jones authored
      Let's put the sysfs file exported by the cpufreq userspace governor also
      into the cpufreq/ - subdirectory of /sys/devices/sys/cpu0/.
      d7a27323
    • Dave Jones's avatar
      [CPUFREQ] fix cpufreq core breakage(s) · f1ffad72
      Dave Jones authored
      - update two more cpufreq-related sysfs files to the new interface
        code
      - always store the new, user-requested policy in another struct
        cpufreq_policy so that we can safely fall back to the old one in
        case something fails (this equals the behaviour before Pat's patch)
      - the kobject which was registered in cpufreq_add_dev was inside a variable
        private to this function -- so the whole cpufreq sysfs interface returned
        -EINVAL.
      f1ffad72
  2. 07 Mar, 2003 12 commits
  3. 06 Mar, 2003 22 commits