- 15 Jul, 2003 22 commits
-
-
Dave Jones authored
-
Dave Jones authored
-
Dave Jones authored
-
Dave Jones authored
-
Dave Jones authored
Dominik doesn't want maintainership any more (besides him still doing lots of great work on it. 8-)
-
Dave Jones authored
-
Dave Jones authored
into tetrachloride.(none):/mnt/raid/src/kernel/2.5/trees/cpufreq
-
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!)
-
Dave Jones authored
Implement per-CPU memory allocation. Is a bit cleaner than the previous "once and for all" approach.
-
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.
-
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.
-
Dave Jones authored
Split up cpufreq_governor into a locking and non-locking variant.
-
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.
-
Dave Jones authored
Change the function parameter of cpufreq_cpu_put to struct cpufreq_policy *.
-
Dave Jones authored
Make cpufreq_set_policy a bit more readable by storing the CPU's cpufreq_policy into a pointer.
-
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.
-
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.
-
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.
-
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.
-
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.
-
Dave Jones authored
From Dominik
-
Dave Jones authored
- the path to sysfs changed - add the cpufreq_driver.owner requirement - clarify another paragraph
-
- 14 Jul, 2003 11 commits
-
-
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.
-
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.
-
Paul Mundt authored
Here's an update for pvr2fb (with a patch this time), which makes it compile again.
-
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.
-
Chen Yang authored
This solves the unresolved symbol problem with modular intermezzo. Also update the MAINTAINERS entry.
-
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.
-
Randy Dunlap authored
From Flavio B. Leitner. <fbl@netbank.com.br> Fix a memory leak and an unchecked return code in the busmouse driver.
-
Randy Dunlap authored
From Daniele Bellucci <bellucda@tiscali.it>. Check the copy_to_user() return code in read_profile().
-
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).
-
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.
-
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.
-
- 13 Jul, 2003 5 commits
-
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/net-2.5
-
Linus Torvalds authored
First "test" kernel. Same naming we used for 2.4.0 - there it took from May to December to get to the real version. Let's see if we can do it faster this time.
-
Jamie Lokier authored
-
-
Robert Zwerus authored
-
- 14 Jul, 2003 2 commits
-
-
Russell King authored
-
Russell King authored
Switching the PCMCIA interrupts from serial PCI interrupts to parallel PCI interrupts causes machines to hang solid. If we leave such setups well alone, and only change the interrupt mode of parallel PCI systems between PCI+ISA and PCI only.
-