| 737c5c3 | Andi Kleen | 11 January 2006, 21:45:15 UTC | [PATCH] x86_64: Don't try to synchronize the TSC over CPUs on Intel CPUs at boot. They already do this in hardware and the Linux algorithm actually adds errors. Cc: mingo@elte.hu Cc: rohit.seth@intel.com Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:57 UTC |
| 3c02175 | Andi Kleen | 11 January 2006, 21:45:12 UTC | [PATCH] x86_64: Fix compile error with !CONFIG_COMPAT cpumask.h wasn't included implicitely into proto.h in this case. Just move it over to smp.h Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:57 UTC |
| b9d1e4b | Vivek Goyal | 11 January 2006, 21:45:09 UTC | [PATCH] x86_64: x86_64 write apic id fix o Apic id is in most significant 8 bits of APIC_ID register. Current code is trying to write apic id to least significant 8 bits. This patch fixes it. o This fix enables booting uni kdump capture kernel on a cpu with non-zero apic id. Signed-off-by: Vivek Goyal <vgoyal@in.ibm.com> Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:57 UTC |
| aea9fca | Brian Gerst | 11 January 2006, 21:45:06 UTC | [PATCH] x86_64: Remove duplicate exports Remove exports that are already exported from the object's source file. Signed-off-by: Brian Gerst <bgerst@didntduck.org> Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:56 UTC |
| e360282 | Brian Gerst | 11 January 2006, 21:45:03 UTC | [PATCH] x86_64: unexport pci_*_consistent These functions are inlines and shouldn't be exported. Signed-off-by: Brian Gerst <bgerst@didntduck.org> Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:56 UTC |
| 2d0db40 | Andi Kleen | 11 January 2006, 21:45:00 UTC | [PATCH] x86_64: Remove unused apic_write_atomic This function is never used for x86_64. Signed-off-by: Brian Gerst <bgerst@didntduck.org> Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:56 UTC |
| 4cef0c6 | Andi Kleen | 11 January 2006, 21:44:57 UTC | [PATCH] x86_64: Make the cpu_*_maps in kernel/sched.c read mostly They are referred to often so avoid potential false sharing for them. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:56 UTC |
| fd78f11 | Andi Kleen | 11 January 2006, 21:44:54 UTC | [PATCH] i386: make pci_map_single/pci_map_sg warn for zero length. As suggested by Linus. This catches driver bugs that could cause corruption on IOMMU architectures. Also I converted the BUGs to out_of_line_bug()s to save a bit of text space. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:56 UTC |
| 3d831d9 | Andi Kleen | 11 January 2006, 21:44:51 UTC | [PATCH] x86_64: Enable sound in old style OSS driver for NForce4 CK804 Just add the missing PCI ID. Cc: perex@suse.cz Cc: tiwai@suse.de Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:56 UTC |
| 4855170 | Andi Kleen | 11 January 2006, 21:44:48 UTC | [PATCH] x86_64: Make it clear in machine checks that it's an hardware problem Hopefully the users will take the hint. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:55 UTC |
| 2cbc9ee | Andi Kleen | 11 January 2006, 21:44:45 UTC | [PATCH] x86_64: Clean up copy_*_user - Remove optimization for old B stepping Opteron - Make the fast path for copies with a multiple of eight length faster. - Minor instruction rearrangement to hopefully avoid a pipeline stall or two. - Add comment about errata to consider. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:55 UTC |
| 17a941d | Muli Ben-Yehuda | 11 January 2006, 21:44:42 UTC | [PATCH] x86_64: Use function pointers to call DMA mapping functions AK: I hacked Muli's original patch a lot and there were a lot of changes - all bugs are probably to blame on me now. There were also some changes in the fall back behaviour for swiotlb - in particular it doesn't try to use GFP_DMA now anymore. Also all DMA mapping operations use the same core dma_alloc_coherent code with proper fallbacks now. And various other changes and cleanups. Known problems: iommu=force swiotlb=force together breaks needs more testing. This patch cleans up x86_64's DMA mapping dispatching code. Right now we have three possible IOMMU types: AGP GART, swiotlb and nommu, and in the future we will also have Xen's x86_64 swiotlb and other HW IOMMUs for x86_64. In order to support all of them cleanly, this patch: - introduces a struct dma_mapping_ops with function pointers for each of the DMA mapping operations of gart (AMD HW IOMMU), swiotlb (software IOMMU) and nommu (no IOMMU). - gets rid of: if (swiotlb) return swiotlb_xxx(); - PCI_DMA_BUS_IS_PHYS is now checked against the dma_ops being set This makes swiotlb faster by avoiding double copying in some cases. Signed-Off-By: Muli Ben-Yehuda <mulix@mulix.org> Signed-Off-By: Jon D. Mason <jdmason@us.ibm.com> Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:55 UTC |
| 8a6fdd3 | Andi Kleen | 11 January 2006, 21:44:39 UTC | [PATCH] x86_64: Reject SRAT tables that don't cover all memory Broken BIOS on Iwill 8way systems reports these and it causes the bootmem allocator to crash. Add a sanity check if all the PXMs in the SRAT table cover all memory as reported by e820. If the sanity check fails the SRAT is rejected and the code will fall back to discover the NUMA topology using the K8 northbridge registers when applicable. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:55 UTC |
| 95833c8 | Andi Kleen | 11 January 2006, 21:44:36 UTC | [PATCH] x86_64: Add idle notifiers This adds a new notifier chain that is called with IDLE_START when a CPU goes idle and IDLE_END when it goes out of idle. The context can be idle thread or interrupt context. Since we cannot rely on MONITOR/MWAIT existing the idle end check currently has to be done in all interrupt handlers. They were originally inspired by the similar s390 implementation. They have a variety of applications: - They will be needed for CONFIG_NO_IDLE_HZ - They can be used for oprofile to fix up the missing time in idle when performance counters don't tick. - They can be used for better C state management in ACPI - They could be used for microstate accounting. This is just infrastructure so far, no users. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:55 UTC |
| 6b050f8 | Andi Kleen | 11 January 2006, 21:44:33 UTC | [PATCH] x86_64: Clean up some printks in NUMA code Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:55 UTC |
| d18ff47 | Andi Kleen | 11 January 2006, 21:44:30 UTC | [PATCH] x86_64: Fix up coding style in numa.c No functional changes Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:54 UTC |
| ca8642f | Andi Kleen | 11 January 2006, 21:44:27 UTC | [PATCH] x86_64: Fix off by one in IOMMU check Fix off by one when checking if the machine has enougn memory to need IOMMU This caused the IOMMUs to be needlessly enabled for mem=4G Based on a patch from Jon Mason Signed-off-by: jdmason@us.ibm.com Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:54 UTC |
| d25bf7e | Venkatesh Pallipadi | 11 January 2006, 21:44:24 UTC | [PATCH] x86_64: Handle missing local APIC timer interrupts on C3 state Whenever we see that a CPU is capable of C3 (during ACPI cstate init), we disable local APIC timer and switch to using a broadcast from external timer interrupt (IRQ 0). Patch below adds the code for x86_64. Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com> Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:54 UTC |
| 6eb0a0f | Venkatesh Pallipadi | 11 January 2006, 21:44:21 UTC | [PATCH] i386: Handle missing local APIC timer interrupts on C3 state Whenever we see that a CPU is capable of C3 (during ACPI cstate init), we disable local APIC timer and switch to using a broadcast from external timer interrupt (IRQ 0). This is needed because Intel CPUs stop the local APIC timer in C3. This is currently only enabled for Intel CPUs. Patch below adds the code for i386 and also the ACPI hunk. Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com> Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:54 UTC |
| 5a07a30 | Venkatesh Pallipadi | 11 January 2006, 21:44:18 UTC | [PATCH] i386/x86-64: Remove sub jiffy profile timer support Remove the finer control of local APIC timer. We cannot provide a sub-jiffy control like this when we use broadcast from external timer in place of local APIC. Instead of removing this only on systems that may end up using broadcast from external timer (due to C3), I am going the "I'm feeling lucky" way to remove this fully. Basically, I am not sure about usefulness of this code today. Few other architectures also don't seem to support this today. If you are using profiling and fine grained control and don't like this going away in normal case, yell at me right now. Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com> Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:54 UTC |
| 01b8faa | John Blackwood | 11 January 2006, 21:44:15 UTC | [PATCH] x86_64: Report hardware breakpoints in user space when triggered by the kernel I would like to throw out a suggestion for a possible change in the way that the debug register traps are handled in do_debug() when the trap occurs in kernel-mode. In the x86_64 version of do_debug(), the code will skip around sending a SIGTRAP to the current task if the trap occurred while in kernel mode. On the i386-side of things, if the access happens to occur in kernel mode (say during a read(2) of user's buffer that matches the address of a debug register trap), then the do_debug() routine for i386 will go ahead and call send_sigtrap() and send the SIGTRAP signal. The send_sigtrap() code will also set the info.si_addr to NULL in this case (even though I don't understand why, since the SIGTRAP siginfo processing doesn't use the si_addr field...). So I would like to suggest that the x86_64 do_debug() routine also follow this type of behavior and have it go ahead and send the SIGTRAP signal to the current task, even if the debug register trap happens to have occurred in kernel mode. I have taken a stab at a patch for this change below. (It includes the i386-ish change for setting si_addr to NULL when the trap occurred in kernel mode.) It seems like a useful feature to be able to 'watch' a user location that might also be modified in the kernel via a system service call, and have the debugger report that information back to the user, rather than to just silently ignore the trap. Additionally, I realize that users that pull in a kernel debugger such as KGDB into their kernel might want to remove this change below when they add in KGDB support. However, they could alternatively look at the current task's thread.debugreg[] values to see if the trap occurred due to KGDB or instead because of a user-space debugger trap, and still honor the user SIGTRAP processing (instead of the KGDB breakpoint processing) if the trap matches up with the thread.debugreg[] registers. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:54 UTC |
| 4839057 | Adrian Bunk | 11 January 2006, 21:44:12 UTC | [PATCH] x86_64: "extern inline" -> "static inline" in pgtable.h Signed-off-by: Adrian Bunk <bunk@stusta.de> Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:53 UTC |
| 66c5815 | Andi Kleen | 11 January 2006, 21:44:09 UTC | [PATCH] x86_64: Convert page fault error codes to symbolic constants. Much better to deal with these than with the magic numbers. And remove the comment describing the bits - kernel source is no replacement for an architecture manual. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:53 UTC |
| bf2fcc6 | Andi Kleen | 11 January 2006, 21:44:06 UTC | [PATCH] x86_64: Implement is_compat_task the right way By setting a flag during a 32bit system call only Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:53 UTC |
| 2966387 | Andi Kleen | 11 January 2006, 21:44:03 UTC | [PATCH] x86_64: Implement compat code for sg driver SG_GET_REQUEST_TABLE ioctl Apparently helps with some non SANE scanner drivers. Cc: axboe@suse.de Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:53 UTC |
| f95190b | Andi Kleen | 11 January 2006, 21:44:00 UTC | [PATCH] x86_64: Remove unnecessary case from the page fault handler Don't need to do the vmalloc check for the module range because its PML4 is shared with the kernel text. Also removed an unnecessary TLB flush. Pointed out by Jan Beulich Cc: jbeulich@novell.com Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:53 UTC |
| c11efdf | Ravikiran G Thirumalai | 11 January 2006, 21:43:57 UTC | [PATCH] x86_64: Align and pad x86_64 GDT on page boundary This patch is on the same lines as Zachary Amsden's i386 GDT page alignemnt patch in -mm, but for x86_64. Patch to align and pad x86_64 GDT on page boundries. [AK: some minor cleanups and fixed incorrect TLS initialization in CPU init.] Signed-off-by: Nippun Goel <nippung@calsoftinc.com> Signed-off-by: Ravikiran Thirumalai <kiran@scalex86.org> Signed-off-by: Shai Fultheim <shai@scalex86.org> Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:53 UTC |
| bb33421 | Andi Kleen | 11 January 2006, 21:43:54 UTC | [PATCH] x86_64: Allow compilation on a 32bit biarch toolchain This might help on distributions that use a 32bit biarch compiler. First pass -m64 by default. Secondly add some more .code32s because at least the Ubuntu biarch 32bit as called by gcc doesn't seem to handle -m64 -m32 as generated by the Makefile without such assistance. And finally make sure the linker script can be preprocessed with a 32bit cpp. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:52 UTC |
| 79c62cf | Ross Biro | 11 January 2006, 21:43:51 UTC | [PATCH] x86_64: Make udelay more accurate The attempt to avoid overflow in __delay caused varying precision on different CPUs depending on differences in the CPU speed. We should be able to do this multiplication with out overflowing provided the cpu is running at less than about 128 GHz. xloops < 20000 * 0x10c6. loops_per_jiffy * HZ <= cpu_clock_speed. So if the cpu clock speed < 2^64/(20000 * 0x10c6) = 2^64/ 51E6CC0 < 2^64/2^27 = 2^37 = 128G we will not overflow the calculation. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:52 UTC |
| e4e9407 | Andi Kleen | 11 January 2006, 21:43:48 UTC | [PATCH] x86_64: Return -1 for unknown PCI bus affinity When we don't know the node a PCI bus is connected to return -1. This matches the generic code. Noticed by Ravikiran G Thirumalai <kiran@scalex86.org> Cc: Ravikiran G Thirumalai <kiran@scalex86.org> Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:52 UTC |
| 819a692 | Andi Kleen | 11 January 2006, 21:43:45 UTC | [PATCH] x86_64: Handle unknown node (-1) in alloc_pages_node Following kmalloc_node. Needed for another patch to return -1 for unknown nodes in x86-64. Cc: Christoph Lameter <clameter@engr.sgi.com> Cc: kiran@scalex86.org Signed-off-by: Andi Kleen <ak@suse.de> [ Changed 0 to numa_node_id() on suggestion by Christoph Lameter ] Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:51 UTC |
| 1584b89 | Andi Kleen | 11 January 2006, 21:43:42 UTC | [PATCH] x86_64: Validate SLIT table A lot of Opteron BIOS just pass 10 in all SLIT entries (10 is the normalized unit). This is actually worse than the default heuristic because it leads to pci_distance not knowing the difference between local and remote nodes anymore. This messes up some NUMA heuristics in generic code. In this case it's better to fall back to the default heuristic which just does nodea == nodeb ? 10 : 20. This patch does some basic sanity checking on the SLIT and only accepts the SLIT when it passes. Invariants enforced are: - Node to itself shall be 10 - Any other distance shouldn't be 10 - Distances smaller than 10 are illegal Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:51 UTC |
| 7a4a76c | Andi Kleen | 11 January 2006, 21:43:39 UTC | [PATCH] x86_64: Fix off by one in acpi table mapping And fix the test to include the size Noticed by Vivek Goyal Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:51 UTC |
| 7180d4f | Jan Beulich | 11 January 2006, 21:43:36 UTC | [PATCH] x86_64: Fix 64bit FXSAVE encoding The separation of the rex64 prefix (on fxsave/fxrstor) by way of using a semicolon resulted in the prefix not always taking effect (because when extended registers are needed for addressing, another rex prefix would have been generated by the compiler), thus (depending on the build) resulting in eventually getting 32-bit saves and/or restores. Signed-Off-By: Jan Beulich <jbeulich@novell.com> Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:51 UTC |
| e992867 | Andi Kleen | 11 January 2006, 21:43:33 UTC | [PATCH] x86_64: Generalize DMI and enable for x86-64 Some people need it now on 64bit so reuse the i386 code for x86-64. This will be also useful for future bug workarounds. It is a bit simplified there because there is no need to do it very early on x86-64. This means it doesn't need early ioremap et.al. We run it as a core initcall right now. I hope it's not needed for early setup. I added a general CONFIG_DMI symbol in case IA64 or someone else wants to reuse the code later too. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:51 UTC |
| b347d25 | Andi Kleen | 11 January 2006, 21:43:30 UTC | [PATCH] x86_64: Remove bogus file in arch/x86_64/pci This was a backup file that somehow made it into the official tree. Never used for anything. Remove. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:51 UTC |
| f46ace6 | Andi Kleen | 11 January 2006, 21:43:27 UTC | [PATCH] x86_64: Add missing newline in IOMMU error message Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:51 UTC |
| 636dd2b | Stephen Hemminger | 11 January 2006, 21:43:24 UTC | [PATCH] x86_64: fls in asm for x86_64 Use single instruction for find largest set bit on x86_64. [Updated by Jan Beulich to fix wrong asm constraints in original patch -AK] Cc: jbeulich@novell.com Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:50 UTC |
| bd9cb64 | Jan Beulich | 11 January 2006, 21:43:21 UTC | [PATCH] x86_64: fix page fault from show_trace() The introduction of call_softirq switching to the interrupt stack several releases earlier resulted in a problem with the code in show_trace, which assumes that it can pick the previous stack pointer from the end of the interrupt stack. Cc: Andi Kleen <ak@muc.de> Cc: Arjan van de Ven <arjanv@redhat.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:50 UTC |
| 4724e3e | Peter Beutner | 11 January 2006, 21:43:18 UTC | [PATCH] x86_64: fix single step handling for 32bit processes Be more careful with TF handling to fix some copy protection codes in wine patch originally for i386 by Linus, then ported to x86_64 by Andi Kleen see: [PATCH] x86_64: Some fixes for single step handling commit: be61bff789fe44bfb6d9282d8f7eccc860bdcfb6 But it was never applied to the ia32 emulation code which breaks some copy-protection schemes under wine when running on x86_64. Signed-off-by: Peter Beutner <p.beutner@gmx.net> Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:50 UTC |
| 60917a3 | Benjamin LaHaise | 11 January 2006, 21:43:15 UTC | [PATCH] x86_64: don't save eflags in x86-64 switch_to() As discussed, the flags register on x86-64 is saved and restored by the assembly code which sets up struct pt_regs, so we do not need to save and restore it in the inline assembler which already informs gcc that we're clobbering the flags. This patch has been sanity booted and works okay here. Signed-off-by: Benjamin LaHaise <benjamin.c.lahaise@intel.com> Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:50 UTC |
| 6e3fbee | Eric W. Biederman | 11 January 2006, 21:43:12 UTC | [PATCH] i386/x86-64: Don't IPI to offline cpus on shutdown So why are we calling smp_send_stop from machine_halt? We don't. Looking more closely at the bug report the problem here is that halt -p is called which triggers not a halt but an attempt to power off. machine_power_off calls machine_shutdown which calls smp_send_stop. If pm_power_off is set we should never make it out machine_power_off to the call of do_exit. So pm_power_off must not be set in this case. When pm_power_off is not set we expect machine_power_off to devolve into machine_halt. So how do we fix this? Playing too much with smp_send_stop is dangerous because it must also be safe to be called from panic. It looks like the obviously correct fix is to only call machine_shutdown when pm_power_off is defined. Doing that will make Andi's assumption about not scheduling true and generally simplify what must be supported. This turns machine_power_off into a noop like machine_halt when pm_power_off is not defined. If the expected behavior is that sys_reboot(LINUX_REBOOT_CMD_POWER_OFF) becomes sys_reboot(LINUX_REBOOT_CMD_HALT) if pm_power_off is NULL this is not quite a comprehensive fix as we pass a different parameter to the reboot notifier and we set system_state to a different value before calling device_shutdown(). Unfortunately any fix more comprehensive I can think of is not obviously correct. The core problem is that there is no architecture independent way to detect if machine_power will become a noop, without calling it. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:04:50 UTC |
| 329d400 | Zwane Mwaikambo | 11 January 2006, 21:43:09 UTC | [PATCH] x86_64/i386: Remove preempt disable calls in lowlevel IPI I noticed that some lowlevel send_IPI_mask helpers had a hotplug/preempt race whereupon the cpu_online_map was read before disabling preemption; ... cpumask_t mask = cpu_online_map; int cpu = get_cpu(); cpu_clear(cpu, mask); ... But then i realised that there is no need for these lowlevel functions to be going through all this trouble when all the callers are already made hotplug/preempt safe. Signed-off-by: Zwane Mwaikambo <zwane@arm.linux.org.uk> Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:57 UTC |
| 73ca535 | Shaohua Li | 11 January 2006, 21:43:06 UTC | [PATCH] x86_64: increase MCE bank counts There is one CPU here whose MCE bank count is 6. This patch increases x86_64's MCE bank count. Signed-off-by: Shaohua Li <shaohua.li@intel.com> Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:57 UTC |
| f2ecfab | Benjamin LaHaise | 11 January 2006, 21:43:03 UTC | [PATCH] x86_64: another mb() for smpboot.c The following is probably a good idea given that the atomic_set() isn't a barrier here either. Signed-off-by: Benjamin LaHaise <benjamin.c.lahaise@intel.com> Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:56 UTC |
| b556b35 | Jan Beulich | 11 January 2006, 21:43:00 UTC | [PATCH] x86_64: Move int 3 handler to debug stack and allow to increase it. This - switches the INT3 handler to run on an IST stack (to cope with breakpoints set by a kernel debugger on places where the kernel's %gs base hasn't been set up, yet); the IST stack used is shared with the INT1 handler's [AK: this also allows setting a kprobe on the interrupt/exception entry points] - allows nesting of INT1/INT3 handlers so that one can, with a kernel debugger, debug (at least) the user-mode portions of the INT1/INT3 handling; the nesting isn't actively enabled here since a kernel- debugger-free kernel doesn't need it Signed-Off-By: Jan Beulich <jbeulich@novell.com> Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:13 UTC |
| ed8388a | Andi Kleen | 11 January 2006, 21:42:57 UTC | [PATCH] x86_64: Don't confuse apic=... command line option with apic Previously apic was foced with apic=logopt was specified. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:13 UTC |
| 7c0ac55 | Andi Kleen | 11 January 2006, 21:42:54 UTC | [PATCH] x86_64: Dont't disable early PCI scan with apic It might be still needed for non APIC related issues. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:12 UTC |
| 3f98bc4 | Andi Kleen | 11 January 2006, 21:42:51 UTC | [PATCH] i386/x86-64: Update AMD CPUID flags Print bits for RDTSCP, SVM, CR8-LEGACY. Also now print power flags on i386 like x86-64 always did. This will add a new line in the 386 cpuinfo, but that shouldn't be an issue - did that in the past too and I haven't heard of any breakage. I shrunk some of the fields in the i386 cpuinfo_x86 to chars to make up for the new int "x86_power" field. Overall it's smaller than before. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:12 UTC |
| 152bf8c | Andi Kleen | 11 January 2006, 21:42:48 UTC | [PATCH] x86_64: Use X86_FEATURE_CONSTANT_TSC now to clean up Intel speedstep drivers They previously tried to figure this out on their own. Suggested by Venkatesh. Cc: venkatesh.pallipadi@intel.com Cc: davej@redhat.com Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:12 UTC |
| 39b3a79 | Andi Kleen | 11 January 2006, 21:42:45 UTC | [PATCH] i386/x86-64: Generalize X86_FEATURE_CONSTANT_TSC flag Define it for i386 too. This is a synthetic flag that signifies that the CPU's TSC runs at a constant P state invariant frequency. Fix up the logic on x86-64/i386 to set it on all known CPUs. Use the AMD defined bit to set it on future AMD CPUs. Cc: venkatesh.pallipadi@intel.com Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:12 UTC |
| 2d52ede | Andi Kleen | 11 January 2006, 21:42:42 UTC | [PATCH] x86_64: Remove enable/disable_hlt Was only used by the floppy driver to work around some ancient hardware bug that should never occur on any 64bit system. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:12 UTC |
| 7eb903f | Andi Kleen | 11 January 2006, 21:42:39 UTC | [PATCH] x86_64: Add documentation for CPU hotplug ACPI extension Cc: len.brown@intel.com, ashok.ray@intel.com Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:11 UTC |
| f62a91f | Andi Kleen | 11 January 2006, 21:42:35 UTC | [PATCH] x86_64: Don't reserve hotplug CPUs by default Most users don't need it so no need to waste memory. This means an user has to specify the appropiate number of hotplug CPUs on the command line with additional_cpus=... or fix their BIOS to follow the convention in Documentation/x86-64/cpu-hotplug-spec Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:11 UTC |
| 92934bc | Andi Kleen | 11 January 2006, 21:42:32 UTC | [PATCH] i386/x86-64: Use input/output dependencies for bitops Noticed by Andreas Schwab Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:11 UTC |
| 636aab5 | Andi Kleen | 11 January 2006, 21:42:29 UTC | [PATCH] x86_64: No need to remove NT during CPU setup head.S already clears EFLAGS completely. Following an i386 patch from Zachary Amsden. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:11 UTC |
| 1f6818b | Andi Kleen | 11 January 2006, 21:42:26 UTC | [PATCH] x86_64: Minor GFP_DMA32 comment fix Pretty obvious Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:11 UTC |
| 8b1bde9 | Jan Beulich | 11 January 2006, 21:42:23 UTC | [PATCH] x86_64: Adjust page fault handling Adjust page fault protection error check before considering it to be a vmalloc synchronization candidate. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:11 UTC |
| 505cc4e | Jan Beulich | 11 January 2006, 21:42:20 UTC | [PATCH] x86_64: Remove unprotected iret Make sure no iret can fault without attached recovery code. Cannot happen in the normal case, but might be useful with kernel debuggers Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:10 UTC |
| eca37c1 | Jan Beulich | 11 January 2006, 21:42:17 UTC | [PATCH] x86_64: Clean up double fault handling Since a double fault always implies that kernel data structures are corrupt, this fault should neither be handed to user mode handling, nor should the handler allow resuming the faulting code stream (since architecturally this isn't a fault, but an abort). Note that this slightly depends on the previously submitted patch adjusting the prototype of notify_die() (a compiler warning will result without that other patch). AK: Removed obsolete CONFIG_CHECKING code, added comments Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:10 UTC |
| 6e3f361 | Jan Beulich | 11 January 2006, 21:42:14 UTC | [PATCH] x86_64: make trap information available to die notification handlers This adjusts things so that handlers of the die() notifier will have sufficient information about the trap currently being handled. It also adjusts the notify_die() prototype to (again) match that of i386. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:10 UTC |
| 5c617cf | Jan Beulich | 11 January 2006, 21:42:11 UTC | [PATCH] x86_64: Removing unused function die_if_kernel(). Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:10 UTC |
| 0a52158 | Jan Beulich | 11 January 2006, 21:42:08 UTC | [PATCH] x86_64: fix bound check IDT gate Other than apparently commonly assumed, the bound instruction does not require the corresponding IDT entry to have DPL 3. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:10 UTC |
| 6e0c47e | Jan Beulich | 11 January 2006, 21:42:05 UTC | [PATCH] x86_64: Separate CONFIG_UNWIND_INFO from CONFIG_DEBUG_INFO As a follow-up to the introduction of CONFIG_UNWIND_INFO, this separates the generation of frame unwind information for x86-64 from that of full debug information. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:10 UTC |
| 130951c | Andi Kleen | 11 January 2006, 21:42:02 UTC | [PATCH] x86_64: Support constant TSC feature in future AMD CPUs. Based on the documentation recently posted by Richard Brunner. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:09 UTC |
| 2765130 | Jan Beulich | 11 January 2006, 21:41:59 UTC | [PATCH] x86_64: More CFI fixes for 32bit entry code Frame unwind information was still incorrect for ia32_ptregs_common (sorry, my fault), and could be improved for some of the other entry points. Signed-Off-By: Jan Beulich <jbeulich@novell.com> Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:09 UTC |
| 6076399 | Andi Kleen | 11 January 2006, 21:41:56 UTC | [PATCH] x86_64: Update defconfig Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 03:01:09 UTC |
| 8d8706e | Andrew Morton | 11 January 2006, 20:17:49 UTC | [PATCH] lindent rio drivers Run all rio files through indent -kr -i8 -bri0 -l255, as requested by Alan. rioboot.c and rioinit.c were skipped due to worrisome lindent warnings. Cc: Alan Cox <alan@lxorguk.ukuu.org.uk> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:14 UTC |
| a941564 | Randy Dunlap | 11 January 2006, 20:17:48 UTC | [PATCH] capable/capability.h (arch/) arch: Use <linux/capability.h> where capable() is used. Signed-off-by: Randy Dunlap <rdunlap@xenotime.net> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:14 UTC |
| 4fc268d | Randy Dunlap | 11 January 2006, 20:17:47 UTC | [PATCH] capable/capability.h (net/) net: Use <linux/capability.h> where capable() is used. Signed-off-by: Randy Dunlap <rdunlap@xenotime.net> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:14 UTC |
| 16f7e0f | Randy Dunlap | 11 January 2006, 20:17:46 UTC | [PATCH] capable/capability.h (fs/) fs: Use <linux/capability.h> where capable() is used. Signed-off-by: Randy Dunlap <rdunlap@xenotime.net> Acked-by: Tim Schmielau <tim@physik3.uni-rostock.de> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:13 UTC |
| c59ede7 | Randy.Dunlap | 11 January 2006, 20:17:46 UTC | [PATCH] move capable() to capability.h - Move capable() from sched.h to capability.h; - Use <linux/capability.h> where capable() is used (in include/, block/, ipc/, kernel/, a few drivers/, mm/, security/, & sound/; many more drivers/ to go) Signed-off-by: Randy Dunlap <rdunlap@xenotime.net> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:13 UTC |
| e16885c | Ingo Molnar | 11 January 2006, 20:17:45 UTC | [PATCH] uninline capable() Uninline capable(). Saves 2K of kernel text on a generic .config, and 1K on a tiny config. In addition it makes the use of capable more consistent between CONFIG_SECURITY and !CONFIG_SECURITY Signed-off-by: Ingo Molnar <mingo@elte.hu> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:13 UTC |
| a9fad4c | Matt Domsch | 11 January 2006, 20:17:44 UTC | [PATCH] ipmi: use CONFIG_DMI instead of CONFIG_X86 With Andi Kleen's x86_64 patch to use DMI, and my ia64 to use DMI, there is now a new CONFIG_DMI option which takes the place of CONFIG_X86 to denote the availability of the DMI functions. Make the IPMI driver use CONFIG_DMI instead. Tested on ia64 2.6.15 kernel plus the previous patch, on a Dell PowerEdge 7250 Itanium2 server, and it now autodetects the IPMI KCS driver as expected. Signed-off-by: Matt Domsch <Matt_Domsch@dell.com> Acked-by: Corey Minyard <minyard@acm.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:13 UTC |
| 5c908a7 | Jesper Juhl | 11 January 2006, 20:17:43 UTC | [PATCH] remove unused out_pio label in i810_audio sound/oss/i810_audio.c:3431: warning: label `out_pio' defined but not used Signed-off-by: Jesper Juhl <jesper.juhl@gmail.com Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:13 UTC |
| eb3a729 | Keshavamurthy Anil S | 11 January 2006, 20:17:42 UTC | [PATCH] kprobes: fix race in recovery of reentrant probe There is a window where a probe gets removed right after the probe is hit on some different cpu. In this case probe handlers can't find a matching probe instance related to break address. In this case we need to read the original instruction at break address to see if that is not a break/int3 instruction and recover safely. Previous code had a bug where we were not checking for the above race in case of reentrant probes and the below patch fixes this race. Tested on IA64, Powerpc, x86_64. Signed-off-by: Anil S Keshavamurthy <anil.s.keshavamurthy@intel.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:12 UTC |
| df019b1 | Keshavamurthy Anil S | 11 January 2006, 20:17:41 UTC | [PATCH] kprobes: fix unloading of self probed module When a kprobes modules is written in such a way that probes are inserted on itself, then unload of that moudle was not possible due to reference couning on the same module. The below patch makes a check and incrementes the module refcount only if it is not a self probed module. We need to allow modules to probe themself for kprobes performance measurements This patch has been tested on several x86_64, ppc64 and IA64 architectures. Signed-off-by: Anil S Keshavamurthy <anil.s.keshavamurthy> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:12 UTC |
| ef43bc4 | Jan Kara | 11 January 2006, 20:17:40 UTC | [PATCH] reiserfs: fix assertion failure in reiserfs+journaled quotas Sometimes we call do_journal_end() with t_refcount == 0. If quota is turned on and we happen to have some inode with preallocation bad things happen as we try to use the current handle for quota operations. Checks for t_refcount in journal_begin() fail and we Oops. We raise t_refcount to make those checks happy. We should not cause any bad as all the needed quota blocks should be already attached to the transaction (they were attached to the transaction when we allocated those preallocation blocks). Signed-off-by: Jan Kara <jack@suse.cz> Cc: Jeff Mahoney <jeffm@suse.com> Cc: Chris Mason <mason@suse.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:12 UTC |
| 0c8365e | Paul Fulghum | 11 January 2006, 20:17:39 UTC | [PATCH] synclink_gt remove unnecessary page alignment Remove unnecessary and incorrectly implemented page alignment of register base address before calling ioremap() Signed-off-by: Paul Fulghum <paulkf@microgate.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:11 UTC |
| d251575 | Stephen Hemminger | 11 January 2006, 20:17:38 UTC | [PATCH] random: get rid of sparse warning Get rid of bogus extern attribute that causes sparse warning. Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Acked-by: Matt Mackall <mpm@selenic.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:11 UTC |
| 8c174af | Alan Cox | 11 January 2006, 20:17:37 UTC | [PATCH] MAINTAINERS: remove dead project Signed-off-by: Alan Cox <alan@redhat.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:11 UTC |
| 9e9e394 | Vivek Goyal | 11 January 2006, 20:17:37 UTC | [PATCH] kdump: vmcore compilation warning fix o fs/proc/vmcore.c compilation gives warnings on ppc64. The reason being that u64 is defined as unsigned long hence u64* is not same as loff_t* and compiler cribs. o Changed the parameter type to u64* instead of loff_t* to resolve the conflict. Signed-off-by: Vivek Goyal <vgoyal@in.ibm.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:11 UTC |
| fd85d76 | Jean Delvare | 11 January 2006, 20:17:36 UTC | [PATCH] cs89x0: Fix the Kconfig help text Fix the help text of the cs89x0 network driver Kconfig entry. Signed-off-by: Jean Delvare <khali@linux-fr.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:11 UTC |
| 91e1c46 | Lennert Buytenhek | 11 January 2006, 20:17:34 UTC | [PATCH] cs89x0: fix setting of ALLOW_DMA There's an ifdef in cs89x0.c that seems to have been the wrong way round since it was merged (and noone seems to have noticed) -- the IXDP2x01 doesn't support ISA-style DMA, but when building for IXDP2x01, cs89x0's ALLOW_DMA is set to 1, and when building for another platform, ALLOW_DMA is set to 0. Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:11 UTC |
| 4ab2495 | Alan Cox | 11 January 2006, 20:17:33 UTC | [PATCH] tclk: fix typos, exclamation mark frenzy and missing device id on messages I sent this out a couple of months ago and the driver author said it he'd merge it. Nothing has happened since so I'm submitting it directly. No functionality changes just texts. Signed-off-by: Alan Cox <alan@redhat.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:10 UTC |
| b759958 | Alan Cox | 11 January 2006, 20:17:32 UTC | [PATCH] Allow reading CMOS day of week register Someone wanted access to this usually unused (and unused by Linux) value for the day of week. Existing kernels have the field in the struct but return 0 always. This updates the kernel to fill in the field. The usual case of 'not set' conveniently is 0. Signed-off-by: Alan Cox <alan@redhat.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:10 UTC |
| e56d5ae | Tore Anderson | 11 January 2006, 20:17:31 UTC | [PATCH] ext3: fix documentation of online resizing Undocument the non-working resize= mount option in ext3, and add some references to the ext2resize package instead, which appears to be the only proper way of doing online resizing of ext3 filesystems. Signed-off-by: Tore Anderson <tore@fud.no> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:10 UTC |
| 75ba086 | Akinobu Mita | 11 January 2006, 20:17:31 UTC | [PATCH] doc: refer to kdump in oops-tracing.txt Kdump has been merged and supported on several architectures. It is better to encourage to use kdump rather than non standard kernel crash dump patches. Signed-off-by: Akinobu Mita <mita@miraclelinux.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:10 UTC |
| 8428cfe | Akinobu Mita | 11 January 2006, 20:17:30 UTC | [PATCH] kdump: add dmesg gdbmacro into document Add gdb macro which print the kernel ring buffer into kdump docs Signed-off-by: Akinobu Mita <mita@miraclelinux.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:10 UTC |
| beb25c6 | Jeff Dike | 11 January 2006, 20:17:29 UTC | [PATCH] uml: kill an unused variable The HDIO_GETGEO patch left an unused variable in the UML block driver. This gets rid of it. Signed-off-by: Jeff Dike <jdike@addtoit.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:10 UTC |
| 621009f | Jeff Dike | 11 January 2006, 20:17:28 UTC | [PATCH] uml: fix debug output on x86_64 The debug-stub patch was broken on x86_64 because it thinks the frame size there is 168 words. In reality, it is 168 bytes, and using HOST_FRAME_SIZE, which is expressed in consistent units across architectures, fixes this. Signed-off-by: Jeff Dike <jdike@addtoit.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:10 UTC |
| a174b30 | Jeff Dike | 11 January 2006, 20:17:28 UTC | [PATCH] uml: eliminate doubled boot output CON_PRINTBUFFER was a bad idea for the mconsole console. It causes the boot output to be printed twice. Signed-off-by: Jeff Dike <jdike@addtoit.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:09 UTC |
| edc0e65 | Jeff Dike | 11 January 2006, 20:17:27 UTC | [PATCH] uml: revert compile-time option checking Undo the previous no-modes patch since Adrian Bunk sent in a kbuild way of doing the same thing. Signed-off-by: Jeff Dike <jdike@addtoit.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:09 UTC |
| 114d1ff | Jeff Dike | 11 January 2006, 20:17:26 UTC | [PATCH] uml: update Kconfig help The MODE_TT help was a little outdated. This updates it in light of the existence of skas0 mode. It's also turned off by default since it is mostly obsoleted by skas0 mode. Signed-off-by: Jeff Dike <jdike@addtoit.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:09 UTC |
| 4ee189a | Jeff Dike | 11 January 2006, 20:17:23 UTC | [PATCH] uml: fix missing KBUILD_BASENAME 2.6.15-mm1 caused kernel-offsets.c to stop compiling with a syntax error in a header. The problem was with KBUILD_BASENAME, which didn't get a definition with the by-hand compilation in the main UML Makefile. This was OK before since the expansion was syntactically the same as the KBUILD_BASENAME token. With -mm1, the expansion is now a quote-delimited string, so there needs to be a definition of it. Since kernel-offsets.c is basically the same as other arches' asm-offsets.c, and those seem to build OK, this patch turns kernel-offsets.c into asm-offsets.c. kernel-offsets.c is in arch/um/sys-$(SUBARCH), i.e. sys-i386 and sys-x86_64, while kbuild expects it to be in arch/um/kernel. kernel-offsets.c is moved to arch/um/include/sysdep-$(SUBARCH)/kernel-offsets.h, which is included by arch/um/kernel/asm-offsets.c. With that, include/asm-um/asm-offsets.h is generated automatically. kernel-offsets.h continues to exist because it needs to be accessible to userspace UML code, and include/asm-um isn't. So, a symlink is made from arch/um/include/kernel-offsets.h to include/asm-um/asm-offsets.h. Signed-off-by: Jeff Dike <jdike@addtoit.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:09 UTC |
| 10b5aab | Adrian Bunk | 11 January 2006, 20:17:20 UTC | [PATCH] include/asm-h8300/page.h: remove unused KTHREAD_SIZE #define Signed-off-by: Adrian Bunk <bunk@stusta.de> Cc: Yoshinori Sato <ysato@users.sourceforge.jp> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:09 UTC |
| 4eac915 | Paul Jackson | 11 January 2006, 20:17:19 UTC | [PATCH] mm: gfp_atomic comments Clarify in comments that GFP_ATOMIC means both "don't sleep" and "use emergency pools", hence both ALLOC_HARDER and ALLOC_HIGH. Signed-off-by: Paul Jackson <pj@sgi.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:09 UTC |
| 7365f3d | Hugh Dickins | 11 January 2006, 20:17:18 UTC | [PATCH] Restore KERN_EMERG to each line printed by bad_page Signed-off-by: Hugh Dickins <hugh@veritas.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 12 January 2006, 02:42:08 UTC |
| f9cfc08 | Adrian Bunk | 12 January 2006, 01:57:55 UTC | V4L/DVB (3354): VIDEO_SAA7134_ALSA shouldn't select SND_PCM_OSS - There's no reason for an ALSA driver to select an OSS legacy userspace interface. Signed-off-by: Adrian Bunk <bunk@stusta.de> Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org> | 12 January 2006, 02:37:59 UTC |
| a113bc7 | Guy Martin | 12 January 2006, 01:40:51 UTC | V4L/DVB (3352): Some fixes to compat_ioctl32 - Adds suppport or fix support for VIDIOC_ENUMSTD, VIDIOC_ENUMINPUT, VIDIOC_G_TUNER and VIDIOC_S_TUNER. - Fix the warnings at compile time and add checks for the pointer validity using access_ok(). - v4l_print_ioctl() has also be added to identify possible missing ioctls. - Has been tested on sparc64 and amd64. Other arches such as mips and hppa are expected to work as sparc, but not tested yet. Signed-off-by: Guy Martin <gmsoft@tuxicoman.be> Signed-off-by: Mauro Carvalho Chehab <mchehab@brturbo.com.br> Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org> | 12 January 2006, 02:11:55 UTC |
