- 09 Sep, 2005 40 commits
-
-
Mark Fasheh authored
Update the file systems in fs/ implementing a delete_inode() callback to call truncate_inode_pages(). One implementation note: In developing this patch I put the calls to truncate_inode_pages() at the very top of those filesystems delete_inode() callbacks in order to retain the previous behavior. I'm guessing that some of those could probably be optimized. Signed-off-by:
Mark Fasheh <mark.fasheh@oracle.com> Acked-by:
Christoph Hellwig <hch@infradead.org> Signed-off-by:
Hugh Dickins <hugh@veritas.com> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Mark Fasheh authored
Allow file systems supporting ->delete_inode() to call truncate_inode_pages() on their own. OCFS2 wants this so it can query the cluster before making a final decision on whether to wipe an inode from disk or not. In some corner cases an inode marked on the local node via voting may not actually get orphaned. A good example is node death before the transaction moving the inode to the orphan dir commits to the journal. Without this patch, the truncate_inode_pages() call in generic_delete_inode() would discard valid data for such inodes. During earlier discussion in the 2.6.13 merge plan thread, Christoph Hellwig indicated that other file systems might also find this useful. IMHO, the best solution would be to just allow ->drop_inode() to do the cluster query but it seems that would require a substantial reworking of that section of the code. Assuming it is safe to call write_inode_now() in ocfs2_delete_inode() for those inodes which won't actually get wiped, this solution should get us by for now. Trivial testing of this patch (and a related OCFS2 update) has shown this to avoid the corruption I'm seeing. Signed-off-by:
-
Kumar Gala authored
Looks like the help comment for MPC834x got merged incorrectly. Signed-off-by:
Kumar Gala <kumar.gala@freescale.com> Signed-off-by:
-
Magnus Damm authored
Fix a typo involving CONFIG_ACPI_SRAT. Signed-off-by:
Magnus Damm <magnus@valinux.co.jp> Signed-off-by:
-
Giancarlo Formicuccia authored
An oversight. We don't want to carry the IO scheduler's "we hold exclusive fs resources" hint over to the child across fork(). Acked-by:
Jens Axboe <axboe@suse.de> Signed-off-by:
-
Andrew Morton authored
Remove the weird and apparently unnecessary logic in MP_processor_info() which assumes that the BSP is the first one to run MP_processor_info(). On one of my boxes that isn't true and cpu_possible_map gets the wrong value. Cc: Zwane Mwaikambo <zwane@arm.linux.org.uk> Cc: Alexander Nyberg <alexn@telia.com> Signed-off-by:
-
viro@ZenIV.linux.org.uk authored
This makes ACPI_BLACKLIST_YEAR be consistently defined when ACPI is enabled, regardless of whether we're on x86 or not, and thus avoids bogus -Wundef warnings on ia64. Signed-off-by: -
Linus Torvalds authored
-
Karsten Wiese authored
The legacy PIC's name is "i8259". Signed-off-by:
Karsten Wiese <annabellesgarden@yahoo.de> Signed-off-by:
Vojtech Pavlik <vojtech@suse.cz> Signed-off-by:
-
viro@ZenIV.linux.org.uk authored
Signed-off-by:
Al Viro <viro@zeniv.linux.org.uk> Signed-off-by:
-
viro@ZenIV.linux.org.uk authored
Signed-off-by:
-
viro@ZenIV.linux.org.uk authored
Passes -m64 to sparse on uml/amd64, tells sparse to stay out of USER_OBJS. Signed-off-by:
-
viro@ZenIV.linux.org.uk authored
Removed gratuitous includes of asm/serial.h in synklinkmp and ip2main. Allows to remove the rest of "broken on sparc32" in drivers/char - this stuff doesn't break the build anymore. Since it got zero testing, it almost certainly won't work there, though... Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk> Signed-off-by:
-
viro@ZenIV.linux.org.uk authored
Signed-off-by:
-
viro@ZenIV.linux.org.uk authored
<qualifier> void * is not the same as void <qualifier> *... Signed-off-by:
-
viro@ZenIV.linux.org.uk authored
Signed-off-by:
-
Brett M Russ authored
Previous INTx cleanup patch had a bug that was not caught. I found this last night during testing and can confirm that it is now 100% working. Signed-off-by:
Brett Russ <russb@emc.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@suse.de> Acked-by:
Jeff Garzik <jgarzik@pobox.com> Signed-off-by:
-
Anton Altaparmakov authored
-
Paul Mackerras authored
The pciconfig_iobase, pciconfig_read and pciconfig_write system calls were only implemented for 32-bit processes; for 64-bit processes they returned an ENOSYS error. This allows them to be used by 64-bit processes as well. The X server uses pciconfig_iobase at least, and this change is necessary to allow a 64-bit X server to work on my G5. Signed-off-by:Paul Mackerras <paulus@samba.org>
-
Arthur Othieno authored
I/O memory accessors. Big-endian version. For those busses/devices that do export big-endian I/O memory. Of notable relevance/reference: http://lwn.net/Articles/132804/ http://ozlabs.org/pipermail/linuxppc-embedded/2005-August/019798.html http://ozlabs.org/pipermail/linuxppc-embedded/2005-August/019752.htmlSigned-Off-By:
Arthur Othieno <a.othieno@bluewin.ch> Signed-off-by:
-
Paul Mackerras authored
This patch pulls the PCI-related junk out of struct device_node and puts it in a separate structure, struct pci_dn. The device_node now just has a void * pointer in it, which points to a struct pci_dn for nodes that represent PCI devices. It could potentially be used in future for device-specific data for other sorts of devices, such as virtual I/O devices. Signed-off-by: -
Kumar Gala authored
Remove asm-ppc64/segment.h now that all users are gone. Signed-off-by:
-
Mark Bellon authored
In PPC64 there are number of problems in arch/ppc64/boot/main.c that prevent a kernel from making use of a large (greater than ~16MB) INITRD. This is 64 bit architecture and really large INITRD images should be possible. Simply put the existing code has a fixed reservation (claim) address and once the kernel plus initrd image are large enough to pass this address all sorts of bad things occur. The fix is the dynamically establish the first claim address above the loaded kernel plus initrd (plus some "padding" and rounding). If PROG_START is defined this will be used as the minimum safe address - currently known to be 0x01400000 for the firmwares tested so far. Signed-off-by:
Mark Bellon <mbellon@mvista.com> Signed-off-by:
-
jdl@freescale.com authored
Fix __power64__ typo that should be __powerpc64__ instead. Signed-off-by:
Jon Loeliger <jdl@freescale.com> Signed-off-by:
-
Geoff Levand authored
This patch cleans up the output generated by ppc64 builds. Signed-off-by:
Geoff Levand <geoffrey.levand@am.sony.com> Signed-off-by:
-
Geoff Levand authored
Signed-off-by:
-
jdl@freescale.com authored
Merge a few asm-ppc and asm-ppc64 header files. Note: the merge of setup.h intentionally does not carry forward the m68k cruft. That means this patch continues to break the already broken amiga on the ppc32. Signed-off-by:
-
jdl@freescale.com authored
Make check_bugs() static inline and remove it from syscalls.c. Signed-off-by:
-
jdl@freescale.com authored
Standardize on _ASM_POWERPC_... prefix for all #include exclusion symbols. Fixup all the non-compilers. Signed-off-by:
-
Stephen Rothwell authored
The earlier commit 8d927391 (Consolidate early console and PPCDBG code) broke iSeries because it caused unregister_console(&udbg_console) to be called unconditionally. iSeries never registers the udbg_console. This just reverts part of the change. Signed-off-by:
Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by:
-
Michael Ellerman authored
The SPARSEMEM EXTREME code (802f192e) that went in yesterday broke PPC64 for !CONFIG_NUMA. The problem is that (free|reserve)_bootmem don't take a page number as their first argument, they take an address. Ruh roh. Booted on P5 LPAR, iSeries and G5. Signed-off-by:
Michael Ellerman <michael@ellerman.id.au> Signed-off-by:
-
Arnd Bergmann authored
This fixes a severe bug in the bpa_iic driver that caused all sorts of problems. We had been using incorrect priority values for inter processor interrupts, which resulted in always doing CALL_FUNCTION instead of RESCHEDULE or DEBUGGER_BREAK. The symptoms cured by this patch include bad performance on SMP systems spurious kernel panics in the IPI code. Signed-off-by:
Arnd Bergmann <arndb@de.ibm.com> Signed-off-by:
-
Linus Torvalds authored
-
-
Jeff Garzik authored
* sata_mv: remove pci_intx(), now that the same function is in PCI core * sata_sis: fix variable initialization bug, trim trailing whitespace
-
Nathan Scott authored
Signed-off-by:Nathan Scott <nathans@sgi.com>
-
Greg Ungerer authored
Rework the 68x328 configuration and setup code. All 68x328 varients share the same timer hardware. So extract that into its own file, instead of keeping copies in each processors setup code. Signed-off-by:
Greg Ungerer <gerg@uclinux.com> Signed-off-by:
-
Greg Ungerer authored
Include the ColdFire 523x register definitions when compiling for that target processor. Signed-off-by:
-
Greg Ungerer authored
Create common timer code for all 68x328 processor varients. Signed-off-by:
-
Greg Ungerer authored
The boot loader on the MOD5272 board doesn't set the register maping, so set it in the 5272 init code. There was code in there to support this, but we had never needed to use it before. Signed-off-by:
-
