- 07 Nov, 2004 40 commits
-
-
Andi Kleen authored
Add links for p4-clockmod driver in x86-64 cpufreq. AK: Made it dependent on EMBEDDED because the driver is only useful in some special situations and should be normally not used. Signed-off-by:
"Venkatesh Pallipadi" <venkatesh.pallipadi@intel.com> Signed-off-by:
Andi Kleen <ak@suse.de> Cc: <davej@redhat.com> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Paolo \'Blaisorblade\' Giarrusso authored
The DR7 register on i386/x86_64 has a special meaning, so there is a special check to do. Since the code is rather difficult, I added an explaination about it. Also, while studying the i386 Intel Manual, I saw that x86_64, even on 32bit emulation, allows using values which are disallowed on i386. It's almost obvious that what it allows is setting a 8-byte wide data watchpoint (in fact I double checked the AMD manuals, just in case, and this is true; I couldn't find a mention of this in my Intel manuals). But since the original ia32 emulation code has this comment: /* You are not expected to understand this ... I don't neither. */ I am dubious that the code in ptrace32.c is wrong: does x86_64 supports 8byte-wide watchpoints in 32-bit emulation? I've checked the AMD manual Vol. 2 (no. 24593), which says that to set the length to 8 bits "long mode must be enabled". This means, actually, that the current code is safe, notwithstanding the comment (which I removed). Signed-off-by:
Paolo 'Blaisorblade' Giarrusso <blaisorblade_spam@yahoo.it> Cc: Roland McGrath <roland@redhat.com>, Andi Kleen <ak@suse.de> Signed-off-by:
-
Maciej W. Rozycki authored
While discussing races in the NMI handler's trailer fiddling with RTC registers, I've discovered we incorrectly attempt to handle NMIs coming from the system (memory errors, IOCHK# assertions, etc.) with all processors even though the interrupts are only routed to the bootstrap processor. If one of these events coincides with a NMI watchdog tick it may even be handled multiple times in parallel. Here is a fix that makes application processors ignore these events. They no longer access the NMI status bits at I/O port 0x61 which has also the advantage of removing the contention on the port when the I/O APIC NMI watchdog makes all processors arrive at the handler at the same time. Signed-off-by:
Maciej W. Rozycki <macro@linux-mips.org> Signed-off-by:
-
Maciej W. Rozycki authored
Here is a patch to do some cleanup to code affected by the recent change to the bootstrap code responsible for enabling the local APIC. It adds a message about how to get the APIC enabled if previously disabled by the BIOS to aid people expecting the former behavior. It removes some P4-specific code that's become dead as a result of the change. Finally it improves a couple of inaccurate comments. This has been agreed to be reasonable. Signed-off-by:
-
Paul Mackerras authored
This patch is from Hanna Linder. As pci_find_device is going away I've replaced it with pci_get_device and pci_dev_put. Signed-off-by:
Hanna Linder <hannal@us.ibm.com> Signed-off-by:
Maximilian Attems <janitor@sternwelten.at> Signed-off-by:
Paul Mackerras <paulus@samba.org> Signed-off-by:
-
Paul Mackerras authored
This patch is from Hanna Linder. As pci_find_device is going away using the new for_each_pci_dev macro. Signed-off-by:
-
Paul Mackerras authored
This patch is from Hanna Linder. As pci_find_device is going away using the new for_each_pci_dev macro. Signed-off-by:
-
Paul Mackerras authored
This patch is from Hanna Linder. As pci_find_device is going away using the new for_each_pci_dev macro. Signed-off-by:
-
Paul Mackerras authored
This patch is from Hanna Linder. As pci_find_device is going away using the new for_each_pci_dev macro. If someone with a PPC64 system could test it I would appreciate it. Signed-off-by:
-
Paul Mackerras authored
This patch is from John Rose <johnrose@austin.ibm.com>. This patch changes the following iommu-related things: - Renames the [i,p]series versions of iommu_devnode_init(), to keep things logically separate where possible. - Moves iommu_free_table() to generic iommu.c - Creates of_cleanup_node(), which will directly precede the dynamic removal of any device node Signed-off-by:
John Rose <johnrose@austin.ibm.com> Signed-off-by:
-
Anton Blanchard authored
Now that spinlocks are always out of line, oprofile needs to backtrace through them. The following patch adds this but also adds the ability to turn it off (via the backtrace_spinlocks option in oprofilefs). The backout option is included because the backtracing here is best effort. On ppc64 the performance monitor exception is not an NMI, we get them only when interrupts are enabled. This means we can receive a profile hit that is inside a spinlock when our PC is somewhere completely In this patch we check to make sure the PC of the performance monitor exception as well as the current PC is inside the spinlock region. If so then we find the callers PC. If this is not true we play it safe and leave the tick inside the lock region. Also, now that we execute the SLB handler in real mode we have to adjust the address range that we consider as valid real mode addresses. Otherwise the SLB miss handler will end up as unknown kernel profile hits. Signed-off-by:
Anton Blanchard <anton@samba.org> Signed-off-by:
-
Olof Johansson authored
With current firmware, the ibm,my-dma-window property now contains two panes for VSCSI server nodes. This breaks the current tests in the setup code. There's a bunch of references to pre-GA firmware bugs. That's a while ago, so we can remove the workarounds without breaking anyone. Signed-off-by:
Olof Johansson <olof@austin.ibm.com> Signed-off-by:
-
Stephen Rothwell authored
This patch just does some cleanups of iSeries_iommu.c remove lots of unneeded includes use list_for_each_entry white space formatting No semantic changes. Signed-off-by:
Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by:
-
Matt Porter authored
This patch adds an L2-Cache error handler. In addition, it reenables setup of the L2 cache based on erratum L2C0_1 now that we have been reassured that there are no more faulty parts being shipped. If there is a problem, the error handler will report it. Signed-off-by:
Eugene Surovegin <ebs@ebshome.net> Signed-off-by:
Matt Porter <mporter@kernel.crashing.org> Signed-off-by:
-
Tom Rini authored
include/asm-ppc/time.h has a slightly odd include list which means that some files include <asm/time.h> and also hope to get others that they really shouldn't be. This makes <asm/time.h> use <linux/types.h> (time_t) and <linux/rtc.h> (struct rtc_time) instead of <linux/mc16818rtc.h>, and fixes up the fallout from the change. Compile-tested on lite5200, walnut and defconfig, along with by-hand'ing everything else that included <asm/time.h>. Signed-off-by:
Tom Rini <trini@kernel.crashing.org> Signed-off-by:
-
Benjamin Herrenschmidt authored
pmac_zilog wasn't properly updating port->timeout, thus broke with serial console. I'm not sure if that timeout thing was added recently or not, since the driver used to work fine. This patch fixes that, and adds some proper SYSRQ support. By default, BREAK is used for sysrq, though some Apple zilog's seem to have non-working BREAK detection logic, thus the driver has a #define option you can manually enable when debugging to do SYSRQ with ctrl-O instead (like pSeries virtual consoles). Signed-off-by:
Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by:
-
Tom Rini authored
Adrian Cox has modified the Sandpoint code to once again work on the older X2 version of the board. The older version has a number of are on the older version. Signed-off-by:
Adrian Cox <adrian@humboldt.co.uk> Signed-off-by:
-
Tom Rini authored
Rune has determined that: res6 should be 94 bytes long. However... It does work @ 92 bytes because the compiler alligns the next struct (pci_cpm2_t) on a int boundary anyways (no packing specified fo the structs) I tested it with a module that pronted out the address of the PCI struct that follows the sit_cpm2_t struct. Imap = 0xF0000000 With res6[92] im-pci is @ 0xf0010430 With res6[94] im-pci is @ 0xf0010430 So we're saved by the compiler. Here's the patch Signed-off-by:
Rune Torgersen <runet@innovsys.com> Signed-off-by:
-
Christoph Hellwig authored
PREEMPT_BITS, SOFTIRQ_BITS, PREEMPT_SHIFT, SOFTIRQ_SHIFT and HARDIRQ_SHIFT are the same for all architectures (and chaning them in future ports doesn't make a lot of sense), so move them to <linux/hardirq.h>. Make the HARDIRQ_BITS definition guarded by #ifndef HARDIRQ_BITS instead of CONFIG_GENERIC_HARDIRQS so we have a saner way to override it once ports with lots of irq sources are changed to use the generic hardirq framework. Ingo, maybe we should change the default for it back to 8 as that's what most ports use? Signed-off-by:
Christoph Hellwig <hch@lst.de> Signed-off-by:
-
Hugh Dickins authored
My tmpfs superblock changes in 2.6.9 messed up mount -t tmpfs when CONFIG_TMPFS is not enabled: it wrongly claimed to succeed, and left the directory unusable, giving "Not a directory" errors thereafter. Signed-off-by:
Hugh Dickins <hugh@veritas.com> Signed-off-by:
-
Jesse Barnes authored
If NUMA is enabled, find_next_best_node is responsible for helping build the zonelist for each pgdat in the system. However, if one sets PENALTY_FOR_NODE_WITH_CPUS to a large value in an attempt to prefer nodes w/o CPUs, the local node is erroneously placed after all nodes w/o CPUs in the pgdat's zonelist. This small patch fixes that by just checking if the local node is part of the zonelist yet, and if not, returns it first. Signed-off-by:
Jesse Barnes <jbarnes@sgi.com> Signed-off-by:
-
Rajesh Venkatasubramanian authored
Add prio_tree.c documentation. Signed-off-by:
Rajesh Venkatasubramanian <vrajesh@umich.edu> Signed-off-by:
-
Rajesh Venkatasubramanian authored
Currently we use prio_tree_root->index_bits to optimize the height of both the initial heap-and-radix indexed levels of a prio_tree as well as the heap-and-size indexed overflow-sub-trees. Please see the accompanying prio_tree documentation patch for further details. When index_bits is increased in prio_tree_expand we shuffle the initial heap-and-radix indexed levels to make sure that vmas are placed in the tree at appropriate places. Similarly, since the overflow-sub-trees' heights also depend on prio_tree_root->index_bits we should shuffle all the overflow-sub-trees when index_bits changes. However, I missed to take care of this in my implementation. Recently Stefan Hornburg (Racke) reported the problem and patiently tested the trace patches. Hugh Dickins produced the trace patches that helped to detect the bug. Moreover, Hugh reduced the crash test case to few lines of code. Thanks to both of them. The easy fix is to disable prio_tree_expand code completely. That may lead to skewed trees in some common cases. Hence, this patch takes a different approach. This patch fixes the problem by not optimizing the height of the overflow-sub-trees using prio_tree_root->index_bits. Now all overflow-sub-trees use full BITS_PER_LONG bits of size_index to place the vmas (that have the same start_vm_pgoff) in an overflow-sub-tree. This may result in skewed overflow-sub-trees because all bits in vm_pgoff above prio_tree_root->index_bits will be 0 (zero). However, processes rarely map many vmas with the same start_vm_pgoff and different end_vm_pgoff. Therefore, such skewed sub-trees should be very rare. Signed-off-by:
-
Andy Whitcroft authored
Whilst looking at simplifying the implmentation of i386 initialisation code I noticed the following. This change allows these routines to be used in both node based and flat memory models which allows more of the init code to be common in these models. Convert the default non-node based bootmem routines to use NODE_DATA(0). This is semantically and functionally identical in any non-node configuration as NODE_DATA(x) is defined as below. #define NODE_DATA(nid) (&contig_page_data) For the node cases (CONFIG_NUMA and CONFIG_DISCONTIG_MEM) we can use these non-node forms where all boot memory is defined on node 0. Signed-off-by:
Andy Whitcroft <apw@shadowen.org> Signed-off-by:
-
Clemens Buchacher authored
Description: revert sys_setaltroot Signed-off-by:
Clemens Buchacher <drizzd@aon.at> Signed-off-by:
-
Andrew Morton authored
It's static inline. Weird. Signed-off-by:
-
Wen Xiong authored
"PORT_ICOM" is not defined. Signed-off-by:
-
Wen Xiong authored
The new icom.o isn't in drivers/serial/Makefile. Signed-off-by:
-
Bjorn Helgaas authored
Fixup after mid-air collision between Christoph adding time_interpolator.mask, and me removing a static time_interpolator struct from hpet. Signed-off-by:
Bjorn Helgaas <bjorn.helgaas@hp.com> Signed-off-by:
-
bk://gkernel.bkbits.net/net-drivers-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
bk://bk.arm.linux.org.uk/linux-2.6-serialLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Sascha Hauer authored
Patch from Sascha Hauer Here is an updated version of the patch: - updated the patch according to Russell's comments - added proper sysrq handling - update rx counter Sascha Hauer
-
bk://bk.arm.linux.org.uk/linux-2.6-rmkLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Ben Dooks authored
Patch from Ben Dooks Add missing RTCCON definitions Signed-off-by: Ben Dooks Signed-off-by: Russell King
-
Marc Singer authored
Patch from Marc Singer As requested, this patch removes the include/asm-arm/arch-lh7a40x/serial.h header.
-
Russell King authored
-
Sascha Hauer authored
Patch from Sascha Hauser Update H720x for system timer changes.
-
Russell King authored
Convert all platform serial tables to use a serial8250 platform device rather than declaring a static table in include/asm-arm/arch-*/serial.h. This change integrates patches from Sascha Hauser to update H720x serial support, and Tony Lindgren to update OMAP serial support.
-
Linus Torvalds authored
The PC110 touchpad driver used to just assume that the hardware exists, even though in fact the hw is extremely rare indeed, and just requesting all the resources might stomp on some _other_ hardware. Try to minimize the damage by realizing that the touchpad hw only exists on old ISA-only hardware, and if we have found a PCI device, we should not try to load the touchpad driver. Verified to fix things for Andries Brouwer.
-
Linus Torvalds authored
We should not claim to have filled in the ring_pages[] array until we actually _do_ fill it in. It will confuse the code that frees the structure if we claim there are pages there that don't exist. Noted by Darrick Wong.
-
