1. 02 Nov, 2005 1 commit
  2. 31 Oct, 2005 1 commit
    • Ashok Raj's avatar
      [PATCH] create and destroy cpufreq sysfs entries based on cpu notifiers · c32b6b8e
      Ashok Raj authored
      cpufreq entries in sysfs should only be populated when CPU is online state.
       When we either boot with maxcpus=x and then boot the other cpus by echoing
      to sysfs online file, these entries should be created and destroyed when
      CPU_DEAD is notified.  Same treatement as cache entries under sysfs.
      We place the processor in the lowest frequency, so hw managed P-State
      transitions can still work on the other threads to save power.
      Primary goal was to just make these directories appear/disapper dynamically.
      There is one in this patch i had to do, which i really dont like myself but
      probably best if someone handling the cpufreq infrastructure could give
      this code right treatment if this is not acceptable.  I guess its probably
      good for the first cut.
      - Converting lock_cpu_hotplug()/unlock_cpu_hotplug() to disable/enable preempt.
        The locking was smack in the middle of the notification path, when the
        hotplug is already holding the lock. I tried another solution to avoid this
        so avoid taking locks if we know we are from notification path. The solution
        was getting very ugly and i decided this was probably good for this iteration
        until someone who understands cpufreq could do a better job than me.
      (akpm: export cpucontrol to GPL modules: drivers/cpufreq/cpufreq_stats.c now
      does lock_cpu_hotplug())
      Signed-off-by: default avatarAshok Raj <ashok.raj@intel.com>
      Signed-off-by: default avatarVenkatesh Pallipadi <venkatesh.pallipadi@intel.com>
      Cc: Dave Jones <davej@codemonkey.org.uk>
      Cc: Zwane Mwaikambo <zwane@holomorphy.com>
      Cc: Greg KH <greg@kroah.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
  3. 27 Oct, 2005 1 commit
    • Dave Jones's avatar
      [CPUFREQ] Check return value of cpufreq_cpu_get in cpufreq_stats · bc7b26fd
      Dave Jones authored
      This fixes an issue found in drivers/cpufreq/cpufreq_stats.c by Coverity.
      Error reported:
      CID: 2642
      Checker: NULL_RETURNS (help)
      File: /export2/p4-coverity/mc2/linux26/drivers/cpufreq/cpufreq_stats.c
      Function: cpufreq_stats_create_table
      Description: Dereferencing NULL value "data"
      Patch description:
       The return of cpufreq_cpu_get can be NULL, check return code and return
       -EINVAL if it is NULL.
      Signed-off-by: Jayachandran C. <c.jayachandran at gmail.com>
      Signed-off-by: default avatarDave Jones <davej@redhat.com>
  4. 20 Oct, 2005 1 commit
  5. 01 Jun, 2005 1 commit
  6. 16 Apr, 2005 1 commit
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      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!