ChangeSet@1.1320, 2003-10-08 20:47:40-07:00, torvalds@home.osdl.org disable_irq() should synchronize with irq handler only if one exists. Noted by Al Viro: if no handler exists (and we have IRQ_INPROGRESS set because of an earlier irq that got through), synchronize_irq() will end up waiting forever. ChangeSet@1.1319, 2003-10-08 18:59:24-07:00, jamie@shareable.org [PATCH] futex bug fixes This fixes two serious bugs in the futex code. One is a race condition which results in list corruption when FUTEX_REQUEUE is used. It is due to the split locks change introduced in 2.6.0-test6, and oopses when triggered. The other is a security hole. A program can use FUTEX_FD to create futexes on mms or inodes which don't reference them, and when those structures are reused by a different mm or inode, the addresses match. The effect is that a malicious or flawed program can steal wakeups from completely unrelated tasks, causing them to block (or worse if they are counting on the token passing property). These are the specific changes: 1. Each futex_q retains a reference to its key mm or inode. 2. The condition for a futex_q to indicate that it's woken can usually be interrogated lock-free. 3. futex_wait calls the hash function once instead of three times, and usually takes the per-bucket lock once too. 4. When a futex is woken, the per-bucket lock is not usually taken, so that's one less cache line transfer during heavy SMP futex use. 5. The wait condition and barriers in futex_wait are simpler. 5. FUTEX_REQUEUE is fixed. The per-bucket lock juggling is done in such a way that there are no race conditions against the tests for whether a futex is woken. This patch is an combination of patches previously sent to the list. An equivalent patch has been in Andrew Morton's tree for a while, with no failure reports. Also I have been running it on my own SMP box for a while. Conversely, we have received an oops report for the 2.6.0-test6 code, so the fix is needed. ChangeSet@1.1318, 2003-10-08 18:59:16-07:00, jamie@shareable.org [PATCH] set sigio target to current->pid and only if not already set 1. send_sigio() sends to a specific thread, _not_ a process. (It can also send to a process group, but that's not relevant here). This is useful, and should stay as it is. Therefore it makes _no sense_ to call f_setown() with current->tgid. Presently the kernel is inconsistent about it, with some places using current->pid and some others using current->tgid. This patch changes f_setown() calls to use current->pid. 2. In some places, f_setown() is called not at the user's direct request, but as a side effect of another function. Specifically: dnotify and file leases. It is good to allow a program the flexibility to specify a different pid than the default, using F_SETOWN. Presently they can do this after the dnotify or lease call, but there is a small time window when it will be temporarily set to current->tgid (which as pointed out above, is not always right). The window is avoidable if the program can use F_SETOWN prior to the dnotify or lease call. This is exactly what the "force" argument to f_setown() is for, and this patch changes it to zero in those callers. This change is not likely to affect any existing programs. ChangeSet@1.1317, 2003-10-08 18:51:51-07:00, trond.myklebust@fys.uio.no [PATCH] NFS: Enable NFS_DIRECTIO support Enable NFS_DIRECTIO support now that it has been fixed... ChangeSet@1.1316, 2003-10-08 18:51:42-07:00, trond.myklebust@fys.uio.no [PATCH] NFS: Fix O_DIRECT code - Support synchronous directio only. Defer asynchronous directio until it can be made safe. - If read/write exits due to an error, return number of bytes read/written prior to occurrence of the error. - Make sure we mark read pages as dirty in case we're doing zero-copy tricks. Export set_page_dirty_lock() for use by NFS directio. - Ensure we revalidate stale attribute info. ChangeSet@1.1315, 2003-10-08 18:51:33-07:00, trond.myklebust@fys.uio.no [PATCH] NFS: synchronous NFSv3/v4 COMMIT Add support for synchronous calls to the NFSv3/v4 COMMIT functions. ChangeSet@1.1314, 2003-10-08 18:51:24-07:00, trond.myklebust@fys.uio.no [PATCH] NFS: remove broken O_DIRECT wait code It is in any case no longer needed. ChangeSet@1.1313, 2003-10-08 18:51:15-07:00, trond.myklebust@fys.uio.no [PATCH] NFS: fix the synchronous READ/WRITE bugs - Use correct credentials in the NFSv4 synchronous read/write code. - Return correct number of read bytes in the NFSv4 synchronous read code. - SunRPC XDR fix: NFSv4 reads when caller requests a non-word aligned number of bytes was broken. ChangeSet@1.1311, 2003-10-08 14:33:39-07:00, mochel@kernel.bkbits.net Merge bk://linux.bkbits.net/linux-2.5 into kernel.bkbits.net:/home/mochel/linux-2.5-power ChangeSet@1.1296.40.70, 2003-10-08 15:55:44-07:00, ak@muc.de [PATCH] Disable non 64bit clean drivers for x86-64 This just disables some drivers which are clearly not 64bit clean from the configuration for CONFIG_64BIT hosts. Partly from Arnd Bergmann. ChangeSet@1.1296.40.69, 2003-10-08 15:55:33-07:00, ak@muc.de [PATCH] Fix x86-64 build with separate object tree From Arnd Bergmann. ChangeSet@1.1296.40.68, 2003-10-08 15:55:24-07:00, ak@muc.de [PATCH] APIC fixes for x86-64 Various APIC/ACPI fixes for x86-64. This brings us closer to working out of the box on the now popular VIA and NVidia Nforce3 based Athlon64 and Opteron boards. To be really good we would need more ACPI changes (still waiting for that to be all merged through the usual channels). With this we mostly work with acpi=off at least. Also it syncs us up with bugfixes done in 2.4. - Disable IO-APIC by default on non SMP VIA/NVidia boards. This is a bit of a hack, but needed to work around ACPI bugs. Can be overwriten with "apic". - Add acpi=ht, meaning run ACPI boot setup, but do not enable the interpreter. Same as i386. - Stop MADT parsing early when local APIC or IO-APIC are disabled - Add more option parsing early enough to actually change the boot process - Update documentation for command line options ChangeSet@1.1296.40.65, 2003-10-08 14:43:15-07:00, benh@kernel.crashing.org [PATCH] add insert_resource() helper function This allows PPC to insert resource descriptors later on after boot. ChangeSet@1.1296.57.2, 2003-10-08 22:08:11+01:00, bjorn.helgaas@com.rmk.(none) [SERIAL] ACPI serial fix Patch from Bjorn Helgaas Intel 870 firmware reports an extra zero-length IO port range, which is bogus, as far as I can tell. Ignore it. ChangeSet@1.1296.40.62, 2003-10-08 14:41:16-05:00, lord@jen.americas.sgi.com More uio changes, add code attribution ChangeSet@1.1296.40.61, 2003-10-08 14:40:13-05:00, lord@jen.americas.sgi.com Change the way XFS implements the invisible I/O mechanism used by the online backup tools. ChangeSet@1.1296.40.60, 2003-10-08 14:28:31-05:00, lord@jen.americas.sgi.com Revert from using __kernel_fsid_t to fsid_t since ia64 now defines this correctly ChangeSet@1.1296.40.59, 2003-10-08 14:25:28-05:00, lord@jen.americas.sgi.com [XFS] Match up minor formatting changes between SGI and Linus trees ChangeSet@1.1296.58.29, 2003-10-08 12:20:09-07:00, torvalds@home.osdl.org Linux 2.6.0-test7 TAG: v2.6.0-test7