- 25 Oct, 2004 24 commits
-
-
Paul Mackerras authored
This patch is from John Rose <johnrose@austin.ibm.com>. The function __ioremap_explicit() misses a possible (obscure) case when reserving the imalloc area for the new region. This can result in the unexpected DLPAR-add failure for an I/O slot. The failure will be characterized by a kernel message resembling "could not obtain imalloc area for ea 0x..." Here's an explanation: At boot time, imalloc regions are created for the ranges of all PHBs. Upon removal of a child slot for one of these PHBs, the imalloc region is split so that the region for the child slot can be removed. A GFW testcase revealed the following scenario. A PHB is remapped at boot for virtual address range A through C. At boot, the partition owns a slot that spans from A to B. This slot is DLPAR-removed, leaving an imalloc region from B to C. At this point, the user DLPAR adds an EADS slot that was not present at boot, but is a child of the PHB. The new slot happens to have a range that directly matches the leftover PHB range, from B to C. The existing code does not expect this, so the operation fails. Signed-off-by:
John Rose <johnrose@austin.ibm.com> Signed-off-by:
Paul Mackerras <paulus@samba.org> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Paul Mackerras authored
This patch is from John Rose <johnrose@austin.ibm.com>. The patch below creates iommu_free_table(). Iommu tables are not currently freed in PPC64. This could cause a memory leak for DLPAR of an EADS slot. The function verifies that there are no outstanding TCE entries for the range of the table before freeing it. I added a call to iommu_free_table() to the code that dynamically removes a device node. This should be fairly symmetrical with the table allocation, which happens during dynamic addition of a device node. Signed-off-by:
-
Paul Mackerras authored
This patch is from Linas Vepstas <linas@austin.ibm.com>. Race conditions during system shutdown after a firmware flash can sometimes lead to an invalid pointer deref (deref to freed memory). This patch fixes this. In addition, it makes sure that the proc entries created by the firmware flash module are removed when the module is unloaded. Signed-off-by:
Linas Vepstas <linas@linas.org> Signed-off-by:
-
Paul Mackerras authored
When the EEH (enhanced i/o error handling) hardware on pSeries detects various kinds of PCI errors, it immediately freezes and isolates the slot of the offending PCI card. We get to know about that by noticing that reads from the device return all-1s, and then we have to do a firmware call to find out whether the all-1s value was due to a slot isolation. This patch adds a notifier so that other parts of the system (e.g. the RPA PCI hotplug driver) can know that a slot isolation event has occurred and take whatever recovery action is appropriate. The notifier is called in a workqueue function, although the read from the device that noticed the all-1s value may have been at interrupt level. As a precaution, if we keep trying to read from the device at interrupt level, and do 1000 reads without the workqueue getting a chance to run, we panic, on the grounds that we presumably have a badly-written driver which will spin forever in its interrupt routine, e.g. waiting for a bit in a device register to go to 0. This patch is based on an earlier patch by Linas Vepstas <linas@linas.org>. Signed-off-by:
-
David Gibson authored
This patch removes many sparse warnings from the xmon code. Mostly K&R function declarations and 0-instead-of-NULLs. There are still a whole bunch of warnings in xmon/ppc-opc.c, which is a copy of a file from binutils. Signed-off-by:
David Gibson <david@gibson.dropbear.id.au> Acked-by:
-
David Gibson authored
This patch squashes a handful of assorted sparse warnings in the ppc64 code. Should be pretty much trivial and self explanatory. Signed-off-by:
-
David Gibson authored
Only compile vio.c on iSeries and pSeries, since other PPC64 platforms (PowerMac) don't use virtual IO. The resulting #ifdefs in dma.c are kind of ugly, but at least contained, and I can't see a nicer way of doing it for the time being. Signed-off-by:
-
Tom Rini authored
Since we directly -include $(clear_L2_L3) when needed, we need to point to the full path of it. Signed-off-by:
Tom Rini <trini@kernel.crashing.org> Signed-off-by:
-
Chris Wright authored
With this we're back to the times when changing skbuff.h only triggers rebuild of _net_ related stuff 8) This uncovered a bug in rmap.h, that was not including mm.h to get the definition of struct vm_area_struct, working by luck. Signed-off-by:
Arnaldo Carvalho de Melo <acme@conectiva.com.br> Signed-off-by:
Chris Wright <chrisw@osdl.org> Signed-off-by:
-
Chris Wright authored
Stephen Smalley notes that send_sigurg isn't mediated by LSM in the same manner as send_sigio. Patch below is a slight modification of Stephen's original patch. It moves the security_file_send_sigiotask() hook into the sigio_perm(). The hook's fd and reason arguments are replaced with the signum. sigio_perm() and it's callers are updated to pass the signum through to the hook. In send_sigio case, the signum is simply fown->signum or SIGIO when signum is 0, however in send_sigurg the kernel doesn't use fown->signum, it always sends SIGURG. From: Stephen Smalley <sds@epoch.ncsc.mil> Signed-off-by:
-
Randy Dunlap authored
Add support for x86_64 arch. to 'make checkstack' (checkstack.pl). Signed-off-by:
Randy Dunlap <rddunlap@osdl.org> Acked-by:
Jrn Engel <joern@wohnheim.fh-wedel.de> Signed-off-by:
-
Nick Piggin authored
Uses the zero length array which seems to be quite abundant throughout the tree to reduce the size of the zone padding to zero. 1536 before, 1152 afterwards for me. Also try to be a bit smarter about getting commonly accessed fields together, which surely can't be worse than before. Signed-off-by:
-
Andrew Morton authored
sound/oss/msnd.c: In function `msnd_enable_irq': sound/oss/msnd.c:278: warning: implicit declaration of function `enable_irq' sound/oss/msnd.c: In function `msnd_disable_irq': sound/oss/msnd.c:307: warning: implicit declaration of function `disable_irq' sound/oss/msnd.c:323: `msnd_get_num_devs' undeclared here (not in a function) sound/oss/msnd.c:323: initializer element is not constant Signed-off-by:
-
David Howells authored
This patch shifts the key-related error codes up by one and inserts an ECANCELED error code where not already defined. It seems that has been defined in glibc without passing it back to the kernel:-/ Signed-Off-By:
David Howells <dhowells@redhat.com> Signed-off-by:
-
Jesper Juhl authored
Patch adds a check of the return value and returns -EFAULT if __copy_to_user fails. Signed-off-by:
Jesper Juhl <juhl-lkml@dif.dk> Acked-by:
Russell King <rmk@arm.linux.org.uk> Signed-off-by:
-
Andrew Morton authored
This was the wrong fix - back it out and try again later. Signed-off-by:
-
Linus Torvalds authored
This allows for low-latency BKL contention even with preemption. Previously, since preemption is disabled over context switches, re-acquiring the kernel lock when resuming a process would be non-preemtible.
-
Hanna V. Linder authored
Jeff already mistakenly sent in a user of this macro, so we should probably add the macro itself too. Signed-off-by:
Hanna Linder <hannal@us.ibm.com> Signed-off-by:
-
Linus Torvalds authored
The stop_self thing is accessed unconditionally from pSeries_setup.c
-
Ingo Molnar authored
This will get rid of the stack recursion possibility that can occur if an IRQ happens to hit the IRQ return path right after we've reset preempt_count() to 0 and are about to disable interrupts again. Trivially fixed by just moving the preempt count update to inside the interrupt disable. This makes the current PREEMPT_ACTIVE method fully work for IRQ recursions.
-
Dominik Brodowski authored
Avoid naming confusion concerning "pc_debug" which is widely used by drivers be renaming the PCMCIA "driver services" variant to ds_pc_debug. The module parameter stays the same, thanks to module_param_named(). Signed-off-by:
Dominik Brodowski <linux@dominikbrodowski.de> Signed-off-by:
-
bk://gkernel.bkbits.net/misc-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
bk://gkernel.bkbits.net/net-drivers-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
bk://kernel.bkbits.net/davem/net-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
- 24 Oct, 2004 16 commits
-
-
Jeff Garzik authored
-
Jeff Garzik authored
into pobox.com:/garz/repo/net-drivers-2.6
-
Jeff Garzik authored
into pobox.com:/garz/repo/net-drivers-2.6
-
Jeff Garzik authored
into pobox.com:/garz/repo/net-drivers-2.6
-
Jeff Garzik authored
into pobox.com:/garz/repo/net-drivers-2.6
-
Geert Uytterhoeven authored
Signed-off-by: -
Geert Uytterhoeven authored
SCx200_ACB is a PCI driver and thus should depend on PCI Signed-off-by: -
Geert Uytterhoeven authored
Remove unneeded cast that causes a warning (cy_isa_addresses is an array of unsigned ints). Signed-off-by: -
Geert Uytterhoeven authored
fs/ntfs/compress.c calls v{malloc,free}() without including <linux/vmalloc.h> Signed-off-by:Geert Uytterhoeven <geert@linux-m68k.org> Signed-off-by:
-
Brian Gerst authored
The recent patch to clean up user accesses introduced a memory leak. If write_buf is reallocated, the old buffer isn't freed. Also, since kfree can take nulls, I removed the if from the other kfree. Signed-off-by: -
Benjamin Herrenschmidt authored
This patch removes some bogus struct definitions from prom.h that aren't used anymore after the other pending ppc64 patches have been applied. Signed-off-by:
Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by:
-
Benjamin Herrenschmidt authored
This patch does a few cleanups of arch/ppc64/kernel/prom_init.c, making the RTAS instanciation code more readable & more robust, fixing a bug in the code bringing in additional CPUs (would work with IBM firmware, but not with another firmware of an upcoming platform), plus remove some old commented out cruft left-over from the big cleanup. Signed-off-by:
-
Benjamin Herrenschmidt authored
Splits arch/ppc64/kernel/smp.c into 3 different files, smp.c, pSeries_smp.c and iSeries_smp.c, thus removing most of the #define mess in those files and making it easier to add a new platform. Signed-off-by:
-
Benjamin Herrenschmidt authored
This patch reworks the code that deals with matching PCI devices with Open Firmware device nodes. This code made several incorrect assumptions and can be simplified significantly. The main functional difference now is that PHBs are no longer special cased, but that shouldn't cause any specific problem. It also fixes a problem where u3_iommu.c wouldn't work for PCI devices that lacked a matching OF device node. Signed-off-by:
-
Benjamin Herrenschmidt authored
This patch fixes a few issues in the ppc64 pci code, notably some incorrect parsing of Open Firmware "ranges" when setting up host bridge resources that would cause a problem with some future platforms, a default mapping of the ISA IOs if the OF "isa" node lacks a "ranges" property, and a safeguard in pci_scan_all_fns() in case a pci<->OF node mapping cannot be established. Signed-off-by:
-
Benjamin Herrenschmidt authored
This patch applies on top of previously posted "ppc64: Move PCI IO mapping from pSeries_pci.c to pci.c". It does cosmetic cleanups & add some debug macros to pci.c without actually changing any functionality. Further patches against ppc64 pci.c that I'll post will be against a file already patched with this one. Signed-off-by:
-
