- 03 Aug, 2004 4 commits
-
-
Dave Jones authored
Signed-off-by:Dave Jones <davej@redhat.com>
-
Dave Jones authored
Do away with the prototype by just moving some code around. Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
-
Dave Jones authored
Signed-off-by: -
Dave Jones authored
At present, MSR based Enhanced Speedstep Technology (EST) is handled by speedstep-centrino.c. The attached patch adds more features to speedstep-centrino, making it more generic. With these changes, it can run on SMP systems which supports EST, based on the information provided by ACPI. The non-ACPI (static table based) driver will still be UP only. From: "Pallipadi, Venkatesh" <venkatesh.pallipadi@intel.com> Signed-off-by:
-
- 02 Aug, 2004 36 commits
-
-
Dave Jones authored
Compile fix for speedstep-ich.c: missing forward declaration. Signed-off-by:
Dominik Brodowski <linux@dominikbrodowski.de> Signed-off-by:
-
Dave Jones authored
Bugfix for #3012 @ http://bugme.osdl.org/show_bug.cgi?id=3012 The speedstep-ich driver only registers for CPU0 (which is a sane thing to do). However, cpufreq_notify_transition() currently assumes the CPU specified in the freqs.cpu parameter has actually been registered with the CPUfreq core. This is obviously not the case for HT speedstep-ich CPUs, causing an OOPS. The long-term solution will be to merge the "cpufreq CPU group awareness patches" already RFC'ed to this list; but they still need a bit of polishing and testing. Thanks to Boris Fersing for reporting the bug and testing this fix. Signed-off-by:
Dominik Brodowski <linux@brodo.de> Signed-off-by:
-
Dave Jones authored
This is only used on Intel, and if some other vendor ever clones speedstep, we can add an additional check in the init routine. Signed-off-by: -
Dave Jones authored
-
Dave Jones authored
- Only Intel makes EST CPUs. (Some Cyrix M IIs have the EST bit set - I don't know what it means, but it isn't Enhanced Speedstep.) - If it's a known Dothan, but we're looking in the tables, give a useful message about using ACPI rather than mailing me. - Code cleanups: - Make the CPU ID stuff table driven - Turn centrino_verify_cpu_id into a proper boolean predicate - Diddle some whitespace Signed-off-by: -
Dave Jones authored
i have noticed that the most recent vanilla kernel oopses on a P4M-HT (because only one CPU is registered in sysfs but 2 are informed of a change of state). also there are some returns out of subroutines before set_cpus_allowed() is performed to restore the mask prior to entering the subroutine (this should not matter on uniprocessor systems, but still...). this patch should fix these 2 issues. for the first one, it registers all logical cpu's and a tiny modification is made in cpufreq.c to perform a policy change on all siblings. From: Christian Hoelbling Signed-off-by: -
Dave Jones authored
Some ACPI tables contain 0xffff'ed entries for "P-States". This is obviously incorrect according to the ACPI specifications, nonetheless it should "just work". So, simply ignore such invalid P-States instead of aborting. Thanks to Frederik Reiss for testing (and fixing) this patch. Signed-off-by:
-
Dave Jones authored
On at least one system, the GET_SPEEDSTEP_FREQS call to the BIOS returns obviously incorrect data (0 and 4 MHz...). So, check whether the results look sane, if not, use the already existing workaround for ancient speedstep systems. Thanks to Pierre Maziere for reporting this issue and testing the fix. Signed-off-by:
-
Dave Jones authored
Signed-off-by:
-
Michael Kerrisk authored
There is a lonstanding off-by-one error that results from an incorrect comparison when checking whether a process has consumed CPU time in excess of its RLIMIT_CPU limits. This means, for example, that if we use setrlimit() to set the soft CPU limit (rlim_cur) to 5 seconds and the hard limit (rlim_max) to 10 seconds, then the process only receives a SIGXCPU signal after consuming 6 seconds of CPU time, and, if it continues consuming CPU after handling that signal, only receives SIGKILL after consuming 11 seconds of CPU time. The fix is trivial. Signed-off-by:Linus Torvalds <torvalds@osdl.org>
-
Armin Schindler authored
Author: Armin Schindler, Nishanth Aravamudan Use kernel provided msleep() instead of own sleep implementation. Signed-off-by: -
Jens Axboe authored
There's a stupid error in the fall back logic, it fails to increment the user pointer so the wave file is corrupt. We should also clear last_sense just to be sure. Signed-off-by:
Jens Axboe <axboe@suse.de> Signed-off-by:
-
Steve Dickson authored
Here are some oops I found in error paths in the mounting pathes while debugging something else... I sent it out a while ago, but it didn't seem to get any traction.... The nfs_fill_super() fix is obvious and in nfs4_fill_super(), the server->client ptr needs to be set before the cl_idmap check, since rpc_shutdown_client() needs it when the check fails. Signed-off-by:
-
Brian Gerst authored
Remove the unused symbol_is() macro. Signed-off-by:
-
Adrian Bunk authored
Below is a patch by Hans Ulrich Niedermann <linux-kernel@n-dimensional.de> to change all references in comments to files in Documentation/ to start with Documentation/ Signed-off-by:
Adrian Bunk <bunk@fs.tum.de> Signed-off-by:
-
Adrian Bunk authored
This file does not exist in 2.6. Signed-off-by:
-
Bjorn Helgaas authored
This patch - adds copyright and license info - changes sense of mmap config option (setting option enables mmap instead of disabling it, to avoid the double negative) - removes an #ifdef CONFIG_IA64 now that acpi_register_gsi() is generic. Signed-off-by:
Bjorn Helgaas <bjorn.helgaas@hp.com> Signed-off-by:
-
Andi Kleen authored
Sync nmi_watchdog.txt with reality on x86-64. Signed-off-by:
-
Arnd Bergmann authored
Actually, the problem has its origin in my removal of all in-kernel syscalls (except execve, which is non-trivial) earlier this year. This change was blindly reverted by the maintainer, while at the same time the local errno variable was removed. See also http://linux.bkbits.net:8080/linux-2.5/hist/drivers/media/dvb/frontends/tda= 1004x.c This patch is the one that was already merged earlier. I'm now also removing the definitions for the kernel syscalls on i386 to make it harder to reintroduce them again. This was already done for ppc64, the others should probably follow. Signed-off-by:
Arnd Bergmann <arnd@arndb.de> Signed-off-by:
-
Paul Mackerras authored
Tom is looking after PPC8xx and the PPC boot code. Signed-off-by:
-
Christoph Hellwig authored
Signed-off-by:
-
Christoph Hellwig authored
ACKed by the pmac folks a while ago. Also moves the Kconfig entry to where it belongs. Signed-off-by:
-
Alan Cox authored
Revert the recent fdomain_cs config dependency "fix" and fix the linkage error with ifdeffery instead. Signed-off-by:
-
Maciej W. Rozycki authored
Maciej has moved. Signed-off-by:
Maciej W. Rozycki <macro@linux-mips.org> Signed-off-by:
-
Bjorn Helgaas authored
The "vector" terminology is architecture-dependent. The PCI MSI interface actually deals with Linux IRQ numbers (i.e., things you can pass to request_irq()), and we shouldn't confuse things by calling them "vectors" just because we're using MSI rather than an IOSAPIC. Signed-off-by:
-
Roland Dreier authored
Second half of MSI rewrite: fix the API and update documentation. Split enabling MSI and MSI-X to separate pci_enable_msi()/pci_disable_msi() and pci_enable_msix()/pci_disable_msix() functions. free_irq() no longer has the side effect of freeing interrupt vectors (so a device driver can do multiple request_irq()/free_irq() cycles on the same MSI/MSI_X vector). From: Tom L. Nguyen <tom.l.nguyen@intel.com> Signed-off-by:
Roland Dreier <roland@topspin.com> Signed-off-by:
-
Roland Dreier authored
First half of the MSI rewrite: pure cleanup. Use proper pci_read_config_xxx() and pci_write_config_xxx() functions instead of accessing raw dev->bus->ops. Signed-off-by:
-
Jesse Barnes authored
On a system with a lot of nodes, 4 lines of output per node is a lot to have to sit through as the system comes up, especially if you're on the other end of a slow serial link. The information is valuable though, so keep it around for the system logger. This patch makes the printks for the memory stats use KERN_DEBUG instead of the default loglevel. Signed-off-by:
Jesse Barnes <jbarnes@sgi.com> Signed-off-by:
-
Alexey Dobriyan authored
Fix menuconfig inability to show help texts when there is menu item with letter "H" highlighted on the screen. Signed-off-by:
-
Andrew Morton authored
Change the oom-killer so that it spits a sysrq-m output into the logs, and shows the gfp_mask of the failing allocation attempt. Signed-off-by:
-
Kumar Gala authored
The following patch adds completes the CPU support for the MPC8555 PowerPC. Additionally, it adds support for the MPC8555 CDS reference board. This is another PowerPC in the Freescale MPC85xx family. * Add support for MPC8555 CPU and reference board Signed-off-by:
Kumar Gala <kumar.gala@freescale.com> Signed-off-by:
-
Kumar Gala authored
The following patch adds completes the CPU support for the MPC8560 PowerPC. Additionally, it adds support for the MPC8560 ADS reference board and fixes up some build issues with the SBC8560 board. Signed-off-by:
-
David Gibson authored
This patch removes a redundant #include of processor.h from arch/ppc64/boot/div64.S. I came across this because, at least with the binutils versions I have currently installed, the 32-bit assembler used for the bootstrap code objects to the // comments that recently went into processor.h. Signed-off-by:
David Gibson <dwg@au.ibm.com> Signed-off-by:
-
Paul Mackerras authored
Rewrite/cleanup of the SLB management code. This removes nearly all the SLB related code from arch/ppc64/kernel/stab.c and puts a rewritten version in arch/ppc64/mm, where it better belongs. The main SLB miss path is in assembler and the other routines have been cleaned up and streamlined. Notable changes: - Ugly bitfields no longer used for generating SLB entries. - slb_allocate() (the main SLB miss routine) is now in assembler, and all the data it uses is stored in the PACA. - The mm context is now copied into the PACA at context switch time, to avoid looking up the thread struct on SLB miss. - An SLB miss will now never (directly) result in a call to do_page_fault. If we get a miss on a totally bogus address the handler will now put in an SLB referencing VSID 0. This will never have any pages, so we'll get the (fatal) page fault shortly afterwards. This simplifies the SLB entry and exit paths. - The round-robin pointer in the PACA now references the last-used instead of next-to-use SLB slot, which simplifies the asm for updating it slightly. - Unify do_slb_bolted with the general SLB miss path. There is now one SLB miss handler, in assembler, and called with only the low-level exception prolog (EXCEPTION_PROLOG_[PI]SERIES rather than EXCEPTION_PROLOG_COMMON) and minimal extra save/restore logic. - Streamlines the exception entry/exit path of the SLB miss handler to shave a few cycles off. The most significant change is that the RI bit is left off throughout the whole handler, which avoids an extra mtmsrd to turn it back off on the exit path. Signed-off-by:
David Gibson <david@gibson.dropbear.id.au> Signed-off-by:
Paul Mackerras <paulus@samba.org> Signed-off-by:
-
Srivatsa Vaddagiri authored
Patch below fixes a cpu_up race in PPC64. Signed-off-by:
Srivatsa Vaddagiri <vatsa@in.ibm.com> Signed-off-by:
Anton Blanchard <anton@samba.org> Signed-off-by:
-
Anton Blanchard authored
In migrate_irqs_away we werent converting a virtual irq to a real one. We ended up passing the wrong irq numbers to the hypervisor and migration of affinitised irqs on cpu hot unplug didnt work. Also clarify the rtas_stop_self printk. Signed-off-by:
-
