From: Jan-Benedict G. <jb...@he...> - 2006-11-09 09:28:15
|
CREDITS | 2 Documentation/feature-removal-schedule.txt | 12 -- Documentation/memory-barriers.txt | 2 MAINTAINERS | 4 arch/i386/kernel/io_apic.c | 26 ++---- arch/i386/kernel/kprobes.c | 22 +++-- arch/i386/kernel/microcode.c | 2 arch/i386/kernel/vmlinux.lds.S | 1 arch/ia64/Kconfig | 1 arch/x86_64/kernel/io_apic.c | 103 ++++++++++++++++++++---- drivers/char/ipmi/ipmi_msghandler.c | 16 +++ drivers/char/ipmi/ipmi_si_intf.c | 6 - drivers/infiniband/hw/ipath/ipath_driver.c | 17 +--- drivers/infiniband/hw/ipath/ipath_iba6110.c | 117 +++++++++++----------------- drivers/infiniband/hw/ipath/ipath_iba6120.c | 8 + drivers/infiniband/hw/ipath/ipath_intr.c | 10 +- drivers/infiniband/hw/ipath/ipath_kernel.h | 4 drivers/md/dm-ioctl.c | 9 +- drivers/md/dm-raid1.c | 22 +++++ drivers/md/dm-round-robin.c | 2 drivers/md/dm.c | 4 drivers/md/md.c | 5 - drivers/md/raid5.c | 2 drivers/pci/htirq.c | 101 +++++++++++------------- drivers/telephony/ixj.h | 2 fs/nfsd/nfs3proc.c | 2 fs/nfsd/nfs4proc.c | 26 +++--- fs/nfsd/vfs.c | 6 - include/asm-x86_64/io_apic.h | 34 -------- include/linux/htirq.h | 16 ++- include/linux/ipmi_msgdefs.h | 2 include/linux/nfsd/nfsd.h | 2 init/Kconfig | 19 ++-- 33 files changed, 335 insertions(+), 272 deletions(-) New commits: commit f57db714198229a8f5b55748fb3655f76d7f1f3f gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=f57db714198229a8f5b55748fb3655f76d7f1f3f gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=f57db714198229a8f5b55748fb3655f76d7f1f3f Merge: 3c121f4ab85dda923289a7c5a5ca5e7725b3f86e 088406bcf66d6c7fd8a5c04c00aa410ae9077403 Author: Jan-Benedict Glaw <jb...@d2...> Date: Thu Nov 9 10:27:12 2006 +0100 Merge branch 'master' into getuptodate commit 088406bcf66d6c7fd8a5c04c00aa410ae9077403 gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=088406bcf66d6c7fd8a5c04c00aa410ae9077403 gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=088406bcf66d6c7fd8a5c04c00aa410ae9077403 Author: J. Bruce Fields <bf...@fi...> Date: Wed Nov 8 17:44:59 2006 -0800 [PATCH] nfsd: fix spurious error return from nfsd_create in async case Commit 6264d69d7df654ca64f625e9409189a0e50734e9 modified the nfsd_create() error handling in such a way that nfsd_create will usually return nfserr_perm even when succesful, if the export has the async export option. This introduced a regression that could cause mkdir() to always return a permissions error, even though the directory in question was actually succesfully created. Signed-off-by: J. Bruce Fields <bf...@ci...> Acked-by: NeilBrown <ne...@su...> Signed-off-by: Andrew Morton <ak...@os...> Signed-off-by: Linus Torvalds <tor...@os...> commit 51f65ebccf55121832c265838f93949f898b12ff gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=51f65ebccf55121832c265838f93949f898b12ff gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=51f65ebccf55121832c265838f93949f898b12ff Author: Bryan O'Sullivan <bo...@pa...> Date: Wed Nov 8 17:44:58 2006 -0800 [PATCH] IB/ipath - program intconfig register using new HT irq hook Eric's changes to the htirq infrastructure require corresponding modifications to the ipath HT driver code so that interrupts are still delivered properly. Signed-off-by: Bryan O'Sullivan <bry...@ql...> Cc: Eric W. Biederman <ebi...@xm...> Cc: Roland Dreier <rd...@ci...> Signed-off-by: Andrew Morton <ak...@os...> Signed-off-by: Linus Torvalds <tor...@os...> commit 43539c38cd8edb915d1f0e1f55dcb70638b4cc8e gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=43539c38cd8edb915d1f0e1f55dcb70638b4cc8e gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=43539c38cd8edb915d1f0e1f55dcb70638b4cc8e Author: Eric W. Biederman <ebi...@xm...> Date: Wed Nov 8 17:44:57 2006 -0800 [PATCH] htirq: allow buggy drivers of buggy hardware to write the registers This patch adds a variant of ht_create_irq __ht_create_irq that takes an aditional parameter update that is a function that is called whenever we want to write to a drivers htirq configuration registers. This is needed to support the ipath_iba6110 because it's registers in the proper location are not actually conected to the hardware that controlls interrupt delivery. [bo...@se...: fixes] Signed-off-by: Eric W. Biederman <ebi...@xm...> Cc: Andi Kleen <ak...@su...> Cc: <ol...@pa...> Cc: Roland Dreier <ro...@ci...> Signed-off-by: Bryan O'Sullivan <bry...@ql...> Signed-off-by: Andrew Morton <ak...@os...> Signed-off-by: Linus Torvalds <tor...@os...> commit ec68307cc5a8dc499e48693843bb42f6b6028458 gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=ec68307cc5a8dc499e48693843bb42f6b6028458 gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=ec68307cc5a8dc499e48693843bb42f6b6028458 Author: Eric W. Biederman <ebi...@xm...> Date: Wed Nov 8 17:44:57 2006 -0800 [PATCH] htirq: refactor so we only have one function that writes to the chip This refactoring actually optimizes the code a little by caching the value that we think the device is programmed with instead of reading it back from the hardware. Which simplifies the code a little and should speed things up a bit. This patch introduces the concept of a ht_irq_msg and modifies the architecture read/write routines to update this code. There is a minor consistency fix here as well as x86_64 forgot to initialize the htirq as masked. Signed-off-by: Eric W. Biederman <ebi...@xm...> Cc: Andi Kleen <ak...@su...> Acked-by: Bryan O'Sullivan <bo...@pa...> Cc: <ol...@pa...> Cc: Roland Dreier <ro...@ci...> Signed-off-by: Andrew Morton <ak...@os...> Signed-off-by: Linus Torvalds <tor...@os...> commit 64d9fe6973a9348e5211f3cc9f04b899329caeb4 gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=64d9fe6973a9348e5211f3cc9f04b899329caeb4 gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=64d9fe6973a9348e5211f3cc9f04b899329caeb4 Author: Alexey Dobriyan <ado...@gm...> Date: Wed Nov 8 17:44:56 2006 -0800 [PATCH] ipmi_si_intf.c: fix "&& 0xff" typos Signed-off-by: Alexey Dobriyan <ado...@gm...> Acked-by: Corey Minyard <mi...@ac...> Signed-off-by: Andrew Morton <ak...@os...> Signed-off-by: Linus Torvalds <tor...@os...> commit 46d52b09fa6a2d1e313cb75ca352d6f466e67bd1 gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=46d52b09fa6a2d1e313cb75ca352d6f466e67bd1 gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=46d52b09fa6a2d1e313cb75ca352d6f466e67bd1 Author: Corey Minyard <mi...@ac...> Date: Wed Nov 8 17:44:55 2006 -0800 [PATCH] IPMI: retry messages on certain error returns Some more errors from the IPMI send message command are retryable, but are not being retried by the IPMI code. Make sure they get retried. Signed-off-by: Corey Minyard <mi...@ac...> Cc: Frederic Lelievre <Fre...@ca...> Signed-off-by: Andrew Morton <ak...@os...> Signed-off-by: Linus Torvalds <tor...@os...> commit f3ce6a0ead8c557e9acdc733addd23cbc206c7e3 gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=f3ce6a0ead8c557e9acdc733addd23cbc206c7e3 gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=f3ce6a0ead8c557e9acdc733addd23cbc206c7e3 Author: Corey Minyard <mi...@ac...> Date: Wed Nov 8 17:44:52 2006 -0800 [PATCH] IPMI: Clean up the waiting message queue properly on unload A wrong function was being used to free a list; this fixes the problem. Otherwise, an oops at unload time was possible. But not likely, since you can't have any users when you unload the modules and it is very hard to get messages into this queue without users. Signed-off-by: Corey Minyard <mi...@ac...> Cc: Patrick Schoeller <Pat...@hp...> Signed-off-by: Andrew Morton <ak...@os...> Signed-off-by: Linus Torvalds <tor...@os...> commit 13bb7e37e5081d03643e2bd64f3f5d21f32e7221 gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=13bb7e37e5081d03643e2bd64f3f5d21f32e7221 gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=13bb7e37e5081d03643e2bd64f3f5d21f32e7221 Author: Eric W. Biederman <ebi...@xm...> Date: Wed Nov 8 17:44:51 2006 -0800 [PATCH] sysctl: Undeprecate sys_sysctl The basic issue is that despite have been deprecated and warned about as a very bad thing in the man pages since its inception there are a few real users of sys_sysctl. It was my assumption that because sysctl had been deprecated for all of 2.6 there would be no user space users by this point, so I initially gave sys_sysctl a very short deprecation period. Now that I know there are a few real users the only sane way to proceed with deprecation is to push the time limit out to a year or two work and work with distributions that have big testing pools like fedora core to find these last remaining users. Which means that the sys_sysctl interface needs to be maintained in the meantime. Since I have provided a technical measure that allows us to add new sysctl entries without reserving more binary numbers I believe that is enough to fix the sys_sysctl binary interface maintenance problems, because there is no longer a need to change the binary interface at all. Since the sys_sysctl implementation needs to stay around for a while and the worst of the maintenance issues that caused us to occasionally break the ABI have been addressed I don't see any advantage in continuing with the removal of sys_sysctl. So instead of merely increasing the deprecation period this patch removes the deprecation of sys_sysctl and modifies the kernel to compile the code in by default. With committing to maintain sys_sysctl we get all of the advantages of a fast interface for anything that needs it. Currently sys_sysctl is about 5x faster than /proc/sys, for the same string data. Signed-off-by: Eric W. Biederman <ebi...@xm...> Acked-by: Alan Cox <al...@re...> Signed-off-by: Andrew Morton <ak...@os...> Signed-off-by: Linus Torvalds <tor...@os...> commit 6c33eb39976b67628452ebc791834c7d590e545e gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=6c33eb39976b67628452ebc791834c7d590e545e gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=6c33eb39976b67628452ebc791834c7d590e545e Author: KAMEZAWA Hiroyuki <kam...@jp...> Date: Wed Nov 8 17:44:50 2006 -0800 [PATCH] ia64: select ACPI_NUMA if ACPI When ACPI && NUMA, pxm_to_node is used and it exists in drivers/acpi/numa.c Tony said: The patch makes sense ... if you pick both of "ACPI" and "NUMA", then you need (and should automatically be given) ACPI_NUMA too. The only open question is whether there is a better way of getting there. Perhaps with less configuration options in the first place? We are heading towards a future where so many systems will be NUMA that there would seem to be little benefit in keeping ACPI_NUMA separate from ACPI ... but perhaps we aren't quite there yet. Signed-off-by: KAMEZAWA Hiroyuki <kam...@jp...> Cc: Len Brown <le...@ke...> Acked-by: "Luck, Tony" <ton...@in...> Signed-off-by: Andrew Morton <ak...@os...> Signed-off-by: Linus Torvalds <tor...@os...> commit 8bdc052eccdc7893d075d3f1f7103594a458c8c4 gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=8bdc052eccdc7893d075d3f1f7103594a458c8c4 gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=8bdc052eccdc7893d075d3f1f7103594a458c8c4 Author: Masami Hiramatsu <mas...@hi...> Date: Wed Nov 8 17:44:49 2006 -0800 [PATCH] kretprobe: fix kretprobe-booster to save regs and set status There are two bugs in the kretprobe-booster. 1) It doesn't make room for gs registers. 2) It doesn't change status of the current kprobe. This status will effect the fault handling. This patch fixes these bugs and, additionally, saves skipped registers for compatibility with the original kretprobe. Signed-off-by: Masami Hiramatsu <mas...@hi...> Signed-off-by: Andrew Morton <ak...@os...> Signed-off-by: Linus Torvalds <tor...@os...> commit 4b438a23fb05b6566393f9f0a3987ea3dcc1c0c4 gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=4b438a23fb05b6566393f9f0a3987ea3dcc1c0c4 gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=4b438a23fb05b6566393f9f0a3987ea3dcc1c0c4 Author: Rafael J. Wysocki <rj...@si...> Date: Wed Nov 8 17:44:48 2006 -0800 [PATCH] md: do not freeze md threads for suspend If there's a swap file on a software RAID, it should be possible to use this file for saving the swsusp's suspend image. Also, this file should be available to the memory management subsystem when memory is being freed before the suspend image is created. For the above reasons it seems that md_threads should not be frozen during the suspend and the appended patch makes this happen, but then there is the question if they don't cause any data to be written to disks after the suspend image has been created, provided that all filesystems are frozen at that time. Signed-off-by: Neil Brown <ne...@su...> Signed-off-by: Andrew Morton <ak...@os...> Signed-off-by: Linus Torvalds <tor...@os...> commit 0692c6b1cf5537b190f90fb5903f1af89a41b0a8 gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=0692c6b1cf5537b190f90fb5903f1af89a41b0a8 gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=0692c6b1cf5537b190f90fb5903f1af89a41b0a8 Author: NeilBrown <ne...@su...> Date: Wed Nov 8 17:44:48 2006 -0800 [PATCH] md: fix sizing problem with raid5-reshape and CONFIG_LBD=n I forgot to has the size-in-blocks to (loff_t) before shifting up to a size-in-bytes. Signed-off-by: Neil Brown <ne...@su...> Signed-off-by: Andrew Morton <ak...@os...> Signed-off-by: Linus Torvalds <tor...@os...> commit 2f4713036114dd13d1f4fe433b7f236250b65f5a gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=2f4713036114dd13d1f4fe433b7f236250b65f5a gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=2f4713036114dd13d1f4fe433b7f236250b65f5a Author: NeilBrown <ne...@su...> Date: Wed Nov 8 17:44:47 2006 -0800 [PATCH] md: change ONLINE/OFFLINE events to a single CHANGE event It turns out that CHANGE is preferred to ONLINE/OFFLINE for various reasons (not least of which being that udev understands it already). So remove the recently added KOBJ_OFFLINE (no-one is likely to care anyway) and change the ONLINE to a CHANGE event Cc: Kay Sievers <kay...@vr...> Signed-off-by: Neil Brown <ne...@su...> Cc: Greg KH <gr...@kr...> Signed-off-by: Andrew Morton <ak...@os...> Signed-off-by: Linus Torvalds <tor...@os...> commit b5b9df697b166948f2770fb65d1b8809637a199b gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=b5b9df697b166948f2770fb65d1b8809637a199b gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=b5b9df697b166948f2770fb65d1b8809637a199b Author: Tigran Aivazian <ti...@ai...> Date: Wed Nov 8 17:44:46 2006 -0800 [PATCH] Tigran has moved Signed-off-by: Andrew Morton <ak...@os...> Signed-off-by: Linus Torvalds <tor...@os...> commit b196872cd65a06ad65853c4513e0d0f24452d32e gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=b196872cd65a06ad65853c4513e0d0f24452d32e gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=b196872cd65a06ad65853c4513e0d0f24452d32e Author: Adrian Bunk <bu...@st...> Date: Wed Nov 8 17:44:45 2006 -0800 [PATCH] drivers/telephony/ixj: fix an array overrun The Coverity checker noted that in drivers/telephony/ixj.c:ixj_build_filter_cadence(), filter_en[4] or filter_en[5] could be written to. Signed-off-by: Adrian Bunk <bu...@st...> Signed-off-by: Andrew Morton <ak...@os...> Signed-off-by: Linus Torvalds <tor...@os...> commit 33184048dc4f9d5550d3b6a88c8e0ff92033eb6e gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=33184048dc4f9d5550d3b6a88c8e0ff92033eb6e gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=33184048dc4f9d5550d3b6a88c8e0ff92033eb6e Author: Jonathan E Brassow <jbr...@re...> Date: Wed Nov 8 17:44:44 2006 -0800 [PATCH] dm: raid1: fix waiting for io on suspend All device-mapper targets must complete outstanding I/O before suspending. The mirror target generates I/O in its recovery phase and fails to wait for it. It needs to be tracked so we can ensure that it has completed before we suspend. [ak...@os...: cleanup] Signed-off-by: Jonathan E Brassow <jbr...@re...> Signed-off-by: Alasdair G Kergon <ag...@re...> Cc: <dm-...@re...> Signed-off-by: Andrew Morton <ak...@os...> Signed-off-by: Linus Torvalds <tor...@os...> commit 5d55fdf94998db1df9ee7f1def8806bfd0e5ff73 gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=5d55fdf94998db1df9ee7f1def8806bfd0e5ff73 gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=5d55fdf94998db1df9ee7f1def8806bfd0e5ff73 Author: Jonathan E Brassow <jbr...@re...> Date: Wed Nov 8 17:44:43 2006 -0800 [PATCH] dm: multipath: fix rr_add_path order When adding paths to the round-robin path selector, their order gets inverted, which is not desirable. Fix by replacing list_add() with list_add_tail(). Signed-off-by: Jonathan E Brassow <jbr...@re...> Signed-off-by: Alasdair G Kergon <ag...@re...> Cc: <dm-...@re...> Signed-off-by: Andrew Morton <ak...@os...> Signed-off-by: Linus Torvalds <tor...@os...> commit d287483d6d7a2d5b313aee155285f89b57d9cd4a gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=d287483d6d7a2d5b313aee155285f89b57d9cd4a gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=d287483d6d7a2d5b313aee155285f89b57d9cd4a Author: Alasdair G Kergon <ag...@re...> Date: Wed Nov 8 17:44:43 2006 -0800 [PATCH] dm: suspend: fix error path If the device is already suspended, just return the error and skip the code that would incorrectly wipe md->suspended_bdev. (This isn't currently a problem because existing code avoids calling this function if the device is already suspended.) Signed-off-by: Alasdair G Kergon <ag...@re...> Cc: <dm-...@re...> Signed-off-by: Andrew Morton <ak...@os...> Signed-off-by: Linus Torvalds <tor...@os...> commit bfc5ecdf48b529f6a2bd98ba26bfac39ca8cd8a5 gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=bfc5ecdf48b529f6a2bd98ba26bfac39ca8cd8a5 gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=bfc5ecdf48b529f6a2bd98ba26bfac39ca8cd8a5 Author: Alasdair G Kergon <ag...@re...> Date: Wed Nov 8 17:44:42 2006 -0800 [PATCH] dm: fix find_device race There is a race between dev_create() and find_device(). If the mdptr has not yet been stored against a device, find_device() needs to behave as though no device was found. It already returns NULL, but there is a dm_put() missing: it must drop the reference dm_get_md() took. The bug was introduced by dm-fix-mapped-device-ref-counting.patch. It manifests itself if another dm ioctl attempts to reference a newly-created device while the device creation ioctl is still running. The consequence is that the device cannot be removed until the machine is rebooted. Certain udev configurations can lead to this happening. Signed-off-by: Alasdair G Kergon <ag...@re...> Cc: <dm-...@re...> Signed-off-by: Andrew Morton <ak...@os...> Signed-off-by: Linus Torvalds <tor...@os...> commit c06cb8b1c4d25e5b4d7a2d7c2462619de1e0dbc4 gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=c06cb8b1c4d25e5b4d7a2d7c2462619de1e0dbc4 gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=c06cb8b1c4d25e5b4d7a2d7c2462619de1e0dbc4 Author: Vivek Goyal <vg...@in...> Date: Wed Nov 8 17:44:41 2006 -0800 [PATCH] i386: Force data segment to be 4K aligned o Currently there is no specific alignment restriction in linker script and in some cases it can be placed non 4K aligned addresses. This fails kexec which checks that segment to be loaded is page aligned. o I guess, it does not harm data segment to be 4K aligned. Signed-off-by: Vivek Goyal <vg...@in...> Signed-off-by: Andi Kleen <ak...@su...> Signed-off-by: Andrew Morton <ak...@os...> Signed-off-by: Linus Torvalds <tor...@os...> commit 81ac95c5569d7a60ab5db6c1ccec56c12b3ebcb5 gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=81ac95c5569d7a60ab5db6c1ccec56c12b3ebcb5 gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=81ac95c5569d7a60ab5db6c1ccec56c12b3ebcb5 Author: J. Bruce Fields <bf...@fi...> Date: Wed Nov 8 17:44:40 2006 -0800 [PATCH] nfsd4: fix open-create permissions In the case where an open creates the file, we shouldn't be rechecking permissions to open the file; the open succeeds regardless of what the new file's mode bits say. This patch fixes the problem, but only by introducing yet another parameter to nfsd_create_v3. This is ugly. This will be fixed by later patches. Signed-off-by: J. Bruce Fields <bf...@ci...> Acked-by: Neil Brown <ne...@su...> Cc: Jeff Garzik <je...@ga...> Signed-off-by: Andrew Morton <ak...@os...> Signed-off-by: Linus Torvalds <tor...@os...> commit af85852de0b32d92b14295aa6f5ba3a9ad044cf6 gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=af85852de0b32d92b14295aa6f5ba3a9ad044cf6 gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=af85852de0b32d92b14295aa6f5ba3a9ad044cf6 Author: J. Bruce Fields <bf...@fi...> Date: Wed Nov 8 17:44:39 2006 -0800 [PATCH] nfsd4: reindent do_open_lookup() Minor rearrangement, cleanup of do_open_lookup(). No change in behavior. Signed-off-by: J. Bruce Fields <bf...@ci...> Acked-by: Neil Brown <ne...@su...> Cc: Jeff Garzik <je...@ga...> Signed-off-by: Andrew Morton <ak...@os...> Signed-off-by: Linus Torvalds <tor...@os...> commit 75b2bd55bd7724c727856fbdf3ab71d2e4287ac8 gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=75b2bd55bd7724c727856fbdf3ab71d2e4287ac8 gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=75b2bd55bd7724c727856fbdf3ab71d2e4287ac8 Author: Oleg Nesterov <ol...@tv...> Date: Wed Nov 8 17:44:38 2006 -0800 [PATCH] A minor fix for set_mb() in Documentation/memory-barriers.txt set_mb() is used by set_current_state() which needs mb(), not wmb(). I think it would be right to assume that set_mb() implies mb(), all arches seem to do just this. Signed-off-by: Oleg Nesterov <ol...@tv...> Acked-by: David Howells <dho...@re...> Signed-off-by: Andrew Morton <ak...@os...> Signed-off-by: Linus Torvalds <tor...@os...> commit d654c673d6394bc26e159b1057b357371b4ce1dc gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=d654c673d6394bc26e159b1057b357371b4ce1dc gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=d654c673d6394bc26e159b1057b357371b4ce1dc Author: Arjan van de Ven <ar...@li...> Date: Wed Nov 8 17:44:37 2006 -0800 [PATCH] Regression in 2.6.19-rc microcode driver If the microcode driver is built in (rather than module) there are some, ehm, interesting effects happening due to the new "call out to userspace" behavior that is introduced.. and which runs too early. The result is a boot hang; which is really nasty. The patch below is a minimally safe patch to fix this regression for 2.6.19 by just not requesting actual microcode updates during early boot. (That is a good idea in general anyway) The "real" fix is a lot more complex given the entire cpu hotplug scenario (during cpu hotplug you normally need to load the microcode as well); but the interactions for that are just really messy at this point; this fix at least makes it work and avoids a full detangle of hotplug. Signed-off-by: Arjan van de Ven <ar...@li...> Signed-off-by: Andrew Morton <ak...@os...> Signed-off-by: Linus Torvalds <tor...@os...> commit 082f2f84be5db164280483efa7eb1549d867353d gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=082f2f84be5db164280483efa7eb1549d867353d gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=082f2f84be5db164280483efa7eb1549d867353d Merge: de8e7c12430a73654ae3cedbc45428d56c6b777b 48797ebd9e8b16fddcd4ef062f792314a6b9219a Author: Linus Torvalds <tor...@g5...> Date: Wed Nov 8 10:45:37 2006 -0800 Merge merom:v2.6/linux * merom:v2.6/linux: x86-64: write IO APIC irq routing entries in correct order x86-64: clean up io-apic accesses commit 48797ebd9e8b16fddcd4ef062f792314a6b9219a gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=48797ebd9e8b16fddcd4ef062f792314a6b9219a gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=48797ebd9e8b16fddcd4ef062f792314a6b9219a Author: Linus Torvalds <tor...@me...> Date: Wed Nov 8 10:27:54 2006 -0800 x86-64: write IO APIC irq routing entries in correct order This is the x86-64 version of f9dadfa71bc594df09044da61d1c72701121d802 that did the same thing on i386. Since the "mask" bit is in the low word, when we write a new entry, we need to write the high word first, before we potentially unmask it. The exception is when we actually want to mask the interrupt, in which case we want to write the low word first to make sure that the high word doesn't change while the interrupt routing is still active. Signed-off-by: Linus Torvalds <tor...@os...> commit 6c0ffb9d2fd987c79c6cbb81c3f3011c63749b1a gitweb-commit: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commit;h=6c0ffb9d2fd987c79c6cbb81c3f3011c63749b1a gitweb-diff: http://www.kernel.org/git/?p=linux/kernel/git/jbglaw/vax-linux.git;a=commitdiff;h=6c0ffb9d2fd987c79c6cbb81c3f3011c63749b1a Author: Linus Torvalds <tor...@me...> Date: Wed Nov 8 10:23:03 2006 -0800 x86-64: clean up io-apic accesses This is just commit 130fe05dbc0114609cfef9815c0c5580b42decfa ported to x86-64, for all the same reasons. It cleans up the IO-APIC accesses in order to then fix the ordering issues. We move the accessor functions (that were only used by io_apic.c) out of a header file, and use proper memory-mapped accesses rather than making up our own "volatile" pointers. Signed-off-by: Linus Torvalds <tor...@os...> |