summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Input: ES1371 (OSS) - do not carry around gameport code if gameportDmitry Torokhov2005-06-011-32/+63
| | | | | | core support is disabled. Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
* Input: ES1370 (OSS) - do not carry around gameport code if gameportDmitry Torokhov2005-06-011-30/+58
| | | | | | core support is disabled. Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
* Input: make sure that joystick support in CMPCI driver can only beDmitry Torokhov2005-06-011-1/+1
| | | | | | | selected if either gameport is built-in or _both_ gameport and cmpci are built as modules. Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
* Input: mad16 (OSS) - do not carry around gameport code if gameport coreDmitry Torokhov2005-06-011-7/+23
| | | | | | support is disabled. Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
* Input: sonicvibes (OSS) - do not carry around gameport code if gameportDmitry Torokhov2005-06-011-5/+20
| | | | | | core support is disabled. Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
* Input: trident (OSS) - do not carry around gameport code if gameportDmitry Torokhov2005-06-011-12/+25
| | | | | | core support is disabled, some formatting changes. Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
* Input: ESS Solo (OSS) - do not carry around gameport code if gameportDmitry Torokhov2005-06-011-5/+21
| | | | | | core support is disabled. Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
* Input: switch gameport core to using kthread API instead ofDmitry Torokhov2005-06-011-19/+12
| | | | | | | using daemonize() and signals. This way kgameportd will never be accidentially killed. Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
* Input: switch serio core to using kthread API instead of usingDmitry Torokhov2005-06-011-17/+10
| | | | | | | daemonize() and signals. This way kseriod will never be accidentially killed. Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
* Automatic merge of ↵Dmitry Torokhov2005-06-01149-1036/+3412
|\ | | | | | | rsync://rsync.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6
| * [PATCH] cpufreq-stats driver documentationVenkatesh Pallipadi2005-05-311-0/+128
| | | | | | | | | | | | | | | | Documentation for cpufreq stats. Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com> Signed-off-by: Dave Jones <davej@redhat.com>
| * [PATCH] cpufreq-stats driver updatesVenkatesh Pallipadi2005-05-311-17/+30
| | | | | | | | | | | | | | | | | | | | | | Changes to the cpufreq stats driver: * Changes the way P-state transition table looks in /sysfs providing more clear output * Changes the time unit in the output from HZ to clock_t Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com> Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] Typos.Dave Jones2005-05-311-3/+3
| | | | | | | | | | | | | | cpfureq developers cant spel. Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] longhaul - adjust transition latency.Dave Jones2005-05-311-1/+1
| | | | | | | | | | | | From patch by: Ken Staton <ken_staton@agilent.com> Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] Longhaul: Magic timer frobbing.Dave Jones2005-05-311-2/+9
| | | | | | | | | | | | | | | | As mandated by the spec, disable timer around transitions. From code by : Ken Staton <ken_staton@agilent.com Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] longhaul - disable PCI mastering around transition.Dave Jones2005-05-311-4/+45
| | | | | | | | | | | | | | | | The spec states that we have to do this, which is *horrid*. Based on code from: Ken Staton <ken_staton@agilent.com> Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] ondemand governor default sampling downfactor as 1Dave Jones2005-05-311-1/+5
| | | | | | | | | | | | | | | | | | | | | | [PATCH] [5/5] ondemand governor default sampling downfactor as 1 Make default sampling downfactor 1. This works better with earlier auto downscaling change in ondemand governor. Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com> Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] ondemand governor automatic downscalingDave Jones2005-05-311-92/+25
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | [PATCH] [4/5] ondemand governor automatic downscaling Here is a change of policy for the ondemand governor. The modification concerns the frequency downscaling. Instead of decreasing to a lower frequency when the CPU usage is under 20%, this new policy automatically scales to the optimal frequency. The optimal frequency being the lowest frequency which provides enough power to not trigger the upscaling policy. Signed-off-by: Eric Piel <eric.piel@tremplin-utc.net> Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com> Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] ondemand,conservative governor idle_tick clean-upDave Jones2005-05-312-42/+10
| | | | | | | | | | | | | | | | | | | | | | | | [PATCH] [3/5] ondemand,conservative governor idle_tick clean-up Ondemand and conservative governor clean-up, it factorises the idle ticks measurement. Signed-off-by: Eric Piel <eric.piel@tremplin-utc.net> Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com> Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] ondemand,conservative governor store the idle ticks for all cpusDave Jones2005-05-312-2/+14
| | | | | | | | | | | | | | | | | | | | | | | | [PATCH] [2/5] ondemand,conservative governor store the idle ticks for all cpus Ondemand, conservative governor did not store prev_cpu_idle_up into prev_cpu_idle_down for other CPUs than the current CPU. Signed-off-by: Eric Piel <eric.piel@tremplin-utc.net> Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com> Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] ondemand,conservative minor bug-fix and cleanupDave Jones2005-05-312-73/+38
| | | | | | | | | | | | | | | | | | | | | | [PATCH] [1/5] ondemand,conservative minor bug-fix and cleanup Attached patch fixes some minor issues with Alexander's patch and related cleanup in both ondemand and conservative governor. Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com> Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] Allow ondemand stepping to be changed by user.Dave Jones2005-05-311-6/+36
| | | | | | | | | | | | | | | | | | Adds support so that the cpufreq change stepping is no longer fixed at 5% and can be changed dynamically by the user Signed-off-by: Alexander Clouter <alex-kernel@digriz.org.uk> Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] Prevents un-necessary cpufreq changes if we are already at min/maxDave Jones2005-05-311-0/+8
| | | | | | | | | | | | Signed-off-by: Alexander Clouter <alex-kernel@digriz.org.uk> Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] Add support to cpufreq_ondemand to ignore 'nice' cpu timeDave Jones2005-05-311-4/+62
| | | | | | | | | | | | Signed-off-by: Alexander Clouter <alex-kernel@digriz.org.uk> Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] Conservative cpufreq governerDave Jones2005-05-313-0/+634
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | A new cpufreq module, based on the ondemand one with my additional patches just posted. This one is more suitable for battery environments where its probably more appealing to have the cpu freq gracefully increase and decrease rather than flip between the min and max freq's. N.B. Bruno Ducrot pointed out that the amd64's "do have unacceptable latency between min and max freq transition, due to the step-by-step requirements (200MHz IIRC)"; so AMD64 users would probably benefit from this too. Signed-off-by: Alexander Clouter <alex-kernel@digriz.org.uk> Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] fix up comment in cpufreq.hDave Jones2005-05-311-1/+1
| | | | | | | | | | | | | | | | | | Fix up comment in cpufreq.h stating transition latency should be passed in microseconds -- it was decided long ago to switch to nanoseconds. Signed-off-by: Dominik Brodowski <linux@dominikbrodowski.net> Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] dual-core powernow-k8Dave Jones2005-05-312-37/+91
| | | | | | | | | | | | | | | | | | | | | | | | | | With the release of the dual-core AMD Opterons last week, it's high time that cpufreq supported them. The attached patch applies cleanly to 2.6.12-rc3 and updates powernow-k8 to support the latest Athlon 64 and Opteron processors. Update the driver to version 1.40.0 and provide support for dual-core processors. Signed-off-by: Mark Langsdorf <mark.langsdorf@amd.com> Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] make cpufreq_gov_dbs staticDave Jones2005-05-311-2/+1
| | | | | | | | | | | | | | | | This patch makes a needlessly global and EXPORT_SYMBOL'ed struct static. Signed-off-by: Adrian Bunk <bunk@stusta.de> Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] Recalibrate cpu_khz [2/2]Dave Jones2005-05-313-2/+25
| | | | | | | | | | | | | | | | | | | | Some cpufreq drivers (at that time, only powernow-k7) need to recalibrate the cpu_khz at runtime. Signed-off-by: Bruno Ducrot <ducrot@poupinou.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] Recalibrate cpu_khz [1/2]Dave Jones2005-05-311-2/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | We have to recalibrate cpu_khz in order to use the current FID instead the max FID since some BIOS do not put the processor at maximum frequency at POST. Also, some BIOS will change the processor frequency at our back after cpu_khz was calibrate. Finally, this will fix a long standing bug when we do something like this: # rmmod powernow-k7 # modprobe powernow-k7 Signed-off-by: Bruno Ducrot <ducrot@poupinou.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] AMD Elan SC520 cpufreq driver.Dave Jones2005-05-313-1/+200
| | | | | | | | | | | | From: Sean Young <sean@mess.org> Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] Add warning comment about default governors.Dave Jones2005-05-311-0/+4
| | | | | | | | | | | | | | | | | | This comes up time and time again. Until its fixed, place this comment in the Kconfig which should stem the flow of resubmissions. Signed-off-by: Rob Weryk <rjweryk@uwo.ca> Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] speedstep-smi: it works on at least one P4MDave Jones2005-05-311-0/+3
| | | | | | | | | | | | | | | | | | | | The speedstep-smi driver actually works on >=1 notebook with a Pentium 4-M CPU where all other cpufreq drivers fail. Therefore, allow speedstep-smi on P4Ms again, but warn users of likely failure Signed-off-by: Dominik Brodowski <linux@dominikbrodowski.net> Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] ondemand: trivial clean-upsDave Jones2005-05-311-8/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | Trivial ondemand governor clean-ups: - change from sampling_rate_in_HZ() to the official function usecs_to_jiffies(). - use for_each_online_cpu() to instead of using "if (cpu_online(i))" Signed-off-by: Eric Piel <eric.piel@tremplin-utc.net> Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com> Signed-off-by: Dominik Brodowski <linux@dominikbrodowski.net> Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] speedstep-centrino: Pentium 4 - M (HT) supportDave Jones2005-05-311-0/+6
| | | | | | | | | | | | | | | | | | | | The Pentium 4 - Ms (HT) with CPUID 0xF34 and 0xF41 seem to support centrino-like enhanced speedstep; however, no "table" support is possible. Therefore, put NULL entries into speedstep-centrino.c Signed-off-by: Dominik Brodowski <linux@dominikbrodowski.net> Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] cpufreq-core: reduce warning messages.Dave Jones2005-05-311-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | cpufreq core is printing out messages at KERN_WARNING level that the core recovers from without intervention, and that the system administrator can do nothing about. Patch below reduces the severity of these messages to debug. Signed-off-by: Matt Domsch <Matt_Domsch@dell.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Dave Jones <davej@redhat.com>
| * [CPUFREQ] powernow-k7: don't print khz element of FSB.Dave Jones2005-05-311-1/+1
| | | | | | | | | | Signed-off-by: Dave Jones <davej@redhat.com>
| * [PATCH] UDF filesystem: array '__mon_yday' declared as not staticGoffredo Baroncelli2005-05-311-1/+1
| | | | | | | | | | | | | | | | in fs/udf/udftime.c the global array '__mon_yday' is not static, and it conflicts with the glibc one when the kernel is compiled as user mode. Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
| * [PATCH] pcdp.c build fixPeter Chubb2005-05-311-0/+1
| | | | | | | | | | | | | | | | | | | | | | In file included from drivers/firmware/pcdp.c:18: drivers/firmware/pcdp.h:48: error: field `addr' has incomplete type drivers/firmware/pcdp.c: In function `setup_serial_console': drivers/firmware/pcdp.c:27: error: `ACPI_ADR_SPACE_SYSTEM_MEMORY' undeclared (first use in this function) Cc: <tony.luck@intel.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
| * [PATCH] flush icache in correct contextRoman Zippel2005-05-311-0/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | flush_icache_range() is used in two different situation - in binfmt_elf.c & co for user space mappings and module.c for kernel modules. On m68k flush_icache_range() doesn't know which data to flush, as it has separate address spaces and the pointer argument can be valid in either address space. First I considered splitting flush_icache_range(), but this patch is simpler. Setting the correct context gives flush_icache_range() enough information to flush the correct data. Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
| * [PATCH] ppc64: allow timer based profiling on iseriesAnton Blanchard2005-05-311-2/+0
| | | | | | | | | | | | | | | | | | | | We used to have an iseries specific profiler that used /proc/profile. Now thats gone we can use the generic timer based stuff. Signed-off-by: Anton Blanchard <anton@samba.org> Acked-by: Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
| * [PATCH] h8300 sleep problemNick Piggin2005-05-311-1/+1
| | | | | | | | | | | | | | h8300 appears to sleep (halt) when need_resched IS set. Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
| * [PATCH] acpi build fix: x86 setup.cAlexander Nyberg2005-05-311-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | This is a neverending story linux/acpi.h contains empty declarations for acpi_boot_init() & acpi_boot_table_init() but they are nested inside #ifdef CONFIG_ACPI. So we'll have to #ifdef in arch/i386/kernel/setup.c: setup_arch() Signed-off-by: Alexander Nyberg <alexn@telia.com> Cc: "Brown, Len" <len.brown@intel.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
| * [PATCH] x86_64 CONFIG_ACPI=n build fixAndi Kleen2005-05-311-0/+1
| | | | | | | | | | | | | | | | Make CONFIG_X86_PM_TIMER dependent on CONFIG_ACPI Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
| * [PATCH] x86_64: More fixes for compilation without CONFIG_ACPIAndi Kleen2005-05-313-0/+4
| | | | | | | | | | | | | | | | Suggested by Alexander Nyberg Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
| * Automatic merge of ↵Linus Torvalds2005-05-3111-35/+222
| |\ | | | | | | | | | rsync://rsync.kernel.org/pub/scm/linux/kernel/git/aegl/linux-2.6
| | * [IA64] Use "PER_CPU" form of EXPORT macroTony Luck2005-05-311-1/+1
| | | | | | | | | | | | | | | | | | I was gently reminded that there are per-cpu forms of the EXPORT_SYMBOL macros. Signed-off-by: Tony Luck <tony.luck@intel.com>
| | * [IA64] sys_mmap doesn't follow posix.1 when parameter len=0Zhang Yanmin2005-05-261-7/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In IA64 kernel, sys_mmap calls do_mmap2 and do_mmap2 returns addr if len=0, which means the mmap sys call succeeds. Posix.1 says: The mmap() function shall fail if: [EINVAL] The value of len is zero. Here is a patch to fix it. Signed-off-by: Zhang Yanmin <yanmin.zhang@intel.com> Acked-by: David Mosberger <davidm@hpl.hp.com> Signed-off-by: Tony Luck <tony.luck@intel.com>
| | * [IA64] initialize spinlock pfm_alt_install_checkTony Luck2005-05-181-1/+1
| | | | | | | | | | | | | | | | | | | | | I applied the penultimate version of the perfmon patch, which didn't have the initialization of the new spinlock that was added. Signed-off-by: Tony Luck <tony.luck@intel.com>
| | * Sync with Linus - ↵Tony Luck2005-05-1821-655/+267
| | |\ | | | | | | | | | | | | rsync://rsync.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-22 15:15:01 +0000