ChangeSet@1.1216, 2003-04-23 18:32:58-07:00, akpm@digeo.com [PATCH] fix typo in m68k mm code Looks like my finger fell off the control key.. ChangeSet@1.1215, 2003-04-23 18:32:50-07:00, akpm@digeo.com [PATCH] warning fixes Fix some warnings from the new code-patching stuff. ChangeSet@1.1214, 2003-04-23 18:32:42-07:00, akpm@digeo.com [PATCH] print IRQ handler addresses - Fix printk bug in the diagnostic code. - If an error occurs, print the address of all the offending action handlers. Also the symbol name if CONFIG_KALLSYMS. ChangeSet@1.1213, 2003-04-23 18:28:28-07:00, hch@lst.de [PATCH] fix dasd open/release The invalidate_buffers in ->release is wrong, get a reference to the discipline in the beginning of ->open. ChangeSet@1.1212, 2003-04-23 18:28:20-07:00, hch@lst.de [PATCH] remove a wrong invalidate_bdev from ide-disk.c This one probably crept in during an ide merge from 2.4.. ChangeSet@1.1211, 2003-04-23 18:28:12-07:00, hch@lst.de [PATCH] update s390 tape_block for 2.5 APIs It looks like no one even tried to use it on 2.5.. ChangeSet@1.1210, 2003-04-23 18:28:03-07:00, hch@lst.de [PATCH] fix devfs_mk_dir prototype Return an error code instead of a devfs_handle_t. The handle isn't useful for anything and the !CONFIG_DEVFS_FS stub in fact returned NULL which made it entirely useless. Thus only one driver is actually checking the retval in the current tree.. ChangeSet@1.1209, 2003-04-23 18:27:54-07:00, hch@lst.de [PATCH] don't include devfs_fs_kernel.h in global headers Now that devfs_handle_t is gone from all structs there is no reason to include it in headers. Fix the fallout by including previously implicit headers and fixing the drivers that didn't include devfs_fs_kernel.h explicitly. ChangeSet@1.1208, 2003-04-23 18:27:45-07:00, hch@lst.de [PATCH] don't use mem_map_reserve/mem_map_unreserve They are obsfucating aliases for SetPageReserved/ClearPageReserved. And once they're gone we can nuke ChangeSet@1.1207, 2003-04-23 18:27:34-07:00, hch@lst.de [PATCH] kill LOCAL_END_REQUEST And uninline end_request - it's calling to many functions to be useful inline. ChangeSet@1.1206, 2003-04-23 18:27:26-07:00, hch@lst.de [PATCH] split initrd from ramdisk driver They don't have any code in common, so the initrd support can go into a separate file and not require ramdisk support. Lots of ifdefs gone and smaller kernel images for initrd users. ChangeSet@1.1205, 2003-04-23 18:21:46-07:00, torvalds@home.transmeta.com Since "apply_alternatives()" also runs at module load time it must not be marked __init. Noted by Petr Vandrovec ChangeSet@1.1204, 2003-04-23 18:19:54-07:00, viro@www.linux.org.uk [PATCH] tty cleanups (12/12) * we allow tty_driver to cover more than 256 devices * pty.c cleaned up - now we only one driver for UNIX98 masters and only one driver for UNIX98 slaves, so a lot of ugliness can be killed. * get_tty_driver() became an analog of get_gendisk() - it does a lookup by device number and gives (pointer to tty_driver,index). * registration/unregistration of tty_driver updated * /proc/tty/drivers code updated (now one structure can be responsible for several lines) ChangeSet@1.1203, 2003-04-23 18:19:46-07:00, viro@www.linux.org.uk [PATCH] tty cleanups (11/12) tty->device switched to dev_t There are very few uses of tty->device left by now; most of them actually want dev_t (process accounting, proc//stat, several ioctls, slip.c logics, etc.) and the rest will go away shortly. ChangeSet@1.1202, 2003-04-23 18:19:36-07:00, viro@www.linux.org.uk [PATCH] tty cleanups (10/12) Preparations to cleanup: * call of get_tty_driver() moved from init_dev() to its callers * instead of kdev_t dev we pass struct tty_struct *driver and int index ChangeSet@1.1201, 2003-04-23 18:19:27-07:00, viro@www.linux.org.uk [PATCH] tty cleanups (9/12) * drivers/char/rio/* supports up to 4 boards, each with up to 128 lines. It used to share termios for 1st/3rd and 2nd/4th boards, Fixed. * cleanups and kdev_t removals - we pass tty instead of tty->device in a couple of helper functions and instead of comparisons on major(tty->device) we check where does tty->driver point to. ChangeSet@1.1200, 2003-04-23 18:19:18-07:00, viro@www.linux.org.uk [PATCH] tty cleanups (8/12) * generic_serial.c typo fix (->driver used instead of correct ->driver_data) * tubio cleaned up ChangeSet@1.1199, 2003-04-23 18:19:08-07:00, viro@www.linux.org.uk [PATCH] tty cleanups (7/12) sanitized driver->driver_name initialization and use ChangeSet@1.1198, 2003-04-23 18:18:59-07:00, viro@www.linux.org.uk [PATCH] tty cleanups (6/12) tty->tty_index added; we initialize it with minor(tty->device) - tty->driver->minor_start. Majority of remaining tty->device uses had that form and are switched to use of tty->index. ChangeSet@1.1197, 2003-04-23 18:18:48-07:00, viro@www.linux.org.uk [PATCH] tty cleanups (5/12) new field - tty->tty_name; initialized to name>base_name> when we allocate tty_struct. Drivers code switched to use of that beast (in debugging printks, mostly). Large, but trivial. ChangeSet@1.1196, 2003-04-23 18:18:37-07:00, viro@www.linux.org.uk [PATCH] tty cleanups (4/12) Instead of registering "drivers" for /dev/tty, /dev/vc/0, /dev/ptmx and /dev/console (they are never looked up since tty_open() special-cases them and they should not be looked up - these devices are remapped on open) we register corresponding chrdev ranges and devfs nodes directly. /proc/tty/drivers code updated to keep the contents unchanged ChangeSet@1.1195, 2003-04-23 18:18:28-07:00, viro@www.linux.org.uk [PATCH] tty cleanups (3/12) /proc/tty/drivers converted to seq_file ChangeSet@1.1194, 2003-04-23 18:18:18-07:00, viro@www.linux.org.uk [PATCH] tty cleanups (2/12) Instead of copying tty_driver into tty_struct we put a reference in there. tty->driver turned into a pointer, users updated. Large, but trivial ChangeSet@1.1193, 2003-04-23 18:18:07-07:00, viro@www.linux.org.uk [PATCH] tty cleanups (1/12) Christoph's fix for devfs problems with pty. ChangeSet@1.1192, 2003-04-23 18:09:04-07:00, ahaas@airmail.net [PATCH] C99 initializers for fs/proc/proc_misc.c ChangeSet@1.1191, 2003-04-23 18:08:57-07:00, ahaas@airmail.net [PATCH] Fix C99 initializers in fs/nfs/nfs4proc.c ChangeSet@1.1190, 2003-04-23 18:08:48-07:00, ahaas@airmail.net [PATCH] C99 initializers for drivers/block/genhd.c ChangeSet@1.1189, 2003-04-23 18:08:40-07:00, elenstev@mesatop.com [PATCH] Avast there ye swabs, prepare to fire a broadside! Chuck Ebbert notes that kernel developers are apparently pirates in the _original_ meaning of the word, and like to "cannonicalize". I prepared a patch in case anyone cares enough about this. I tested on i386 by building and booting. ChangeSet@1.1188, 2003-04-23 18:08:30-07:00, pavel@ucw.cz [PATCH] Fix SWSUSP & !SWAP Swsusp without swap makes no sense, and leads to compilation failure. So make the dependency clear in the config files. ChangeSet@1.1187, 2003-04-23 17:50:15-07:00, bcollins@debian.org [PATCH] IEEE1394/Firewire updates - Workaround possible reset loop trying to get IRM sanity - Logical Unit DIrectory (LUN) support for sbp2(scsi) devices. - Fix hostnum allocation. - Whitespace and formatting sync with 2.4 branch. - Make pcilynx return IRQ_NONE for no interrupts to handle. ChangeSet@1.1186, 2003-04-23 15:35:33-07:00, torvalds@home.transmeta.com Merge bk://bk.arm.linux.org.uk/linux-2.5-pcmcia into home.transmeta.com:/home/torvalds/v2.5/linux ChangeSet@1.1118.3.5, 2003-04-23 22:04:13+01:00, rmk@flint.arm.linux.org.uk [PCMCIA] Make cb_release_cis_mem() local to cardbus.c The cardbus CIS parsing code does not use the PCMCIA resource subsystem, so there isn't any point in freeing its memory when we remove PCMCIA memory resources. We also free CIS resources immediately prior to calling cb_free(). We might as well move the function call into cb_free(), thereby making all references to cb_release_cis_mem() local to cardbus.c ChangeSet@1.1118.3.4, 2003-04-23 21:18:16+01:00, rmk@flint.arm.linux.org.uk [PCMCIA] Don't cache CIS bytes found to be invalid. Several PCMCIA cards I have here do not work correctly over a suspend/resume cycle; the PCMCIA code believes that the card has been changed in the slot, and therefore performs a remove/insert cycle. This seems to be because the card returns more or less random data when reading memory space, leading to the CIS cache mismatching the card data. This in turn is caused because we try to read CIS data from both the attribute and memory spaces, and we add the result to the CIS cache whether or not the returned data was valid. We therefore convert the CIS cache to use a linked list, and provide a way to remove cached data from that list. We also replace the "s->cis_used=0;" construct with a function "destroy_cis_cache(s)" which clearly describes what we're doing. ChangeSet@1.1118.3.3, 2003-04-23 20:59:33+01:00, proski@org.rmk.(none) [PCMCIA] Fix oops in validate_mem when CONFIG_PCMCIA_PROBE=n If I compile a recent 2.5.x kernel without CONFIG_ISA defined, I get an oops in validate_mem(). Stack trace contains 0x6b6b6b6 - a clear sign that freed memory is being accessed. It's the second validate_mem() in drivers/pcmcia/rsrc_mgr.c - the one used when CONFIG_PCMCIA_PROBE is not defined. It turns out the memory is freed in do_mem_probe() when it's called from validate_mem(). The solution is to use the same trick as in the first validate_mem(). This problem is quite serious and it's not specific to the plx9052 driver. I see it with yenta_socket as well. ChangeSet@1.1118.3.2, 2003-04-23 20:55:14+01:00, hch@de.rmk.(none) [PCMCIA] remove unused files From Christoph Hellwig There's no need to keep the stubs around. ChangeSet@1.1118.3.1, 2003-04-23 20:51:31+01:00, proski@org.rmk.(none) [PCMCIA] Fix compilation of cardmgr Patch from Pavel Roskin ds.h should not be including linux/device.h when compiling userspace code. ChangeSet@1.1179.2.3, 2003-04-23 10:57:23-07:00, agrover@groveronline.com ACPI: Indicate whether we handled the interrupt or not ChangeSet@1.1179.2.2, 2003-04-23 10:32:32-07:00, agrover@groveronline.com Merge groveronline.com:/root/bk/linux-2.5 into groveronline.com:/root/bk/linux-acpi ChangeSet@1.971.109.3, 2003-04-23 10:22:16-07:00, agrover@groveronline.com ACPI: Add missing include ChangeSet@1.1179.2.1, 2003-04-23 08:50:36-07:00, torvalds@home.transmeta.com Never merge vma's that have mapping-private data. ChangeSet@1.1179.1.7, 2003-04-23 00:19:42-07:00, davem@nuts.ninka.net [NET]: SG without checksum support is illegal. ChangeSet@1.1183, 2003-04-23 00:07:21-07:00, rob@osinvestor.com [SPARC]: Kill initialize_secondary, unused. ChangeSet@1.1179.1.6, 2003-04-22 23:57:57-07:00, yoshfuji@linux-ipv6.org [IPV6]: dst_alloc() clean-up. ChangeSet@1.1179.1.5, 2003-04-22 23:56:10-07:00, whydoubt@yahoo.com [NETFILTER IPV4]: Fix typo in Kconfig. ChangeSet@1.1179.1.4, 2003-04-22 23:53:39-07:00, dlstevens@us.ibm.com [IGMP]: Fix bug in broadcast handling. ChangeSet@1.1179.1.3, 2003-04-22 23:51:48-07:00, dlstevens@us.ibm.com [IGMPv3/MPDv2]: Bug fixes and ipv4 multiprotocol API. ChangeSet@1.1182, 2003-04-22 23:40:17-07:00, davem@nuts.ninka.net [SPARC64]: Kill unnecessary MOD_{INC,DEC}_USE_COUNT in cpwatchdog and envctrl drivers. ChangeSet@1.1179.1.2, 2003-04-22 23:14:38-07:00, davem@nuts.ninka.net [NET]: Do not let GCC reload pointers after NULL checks. ChangeSet@1.1179.1.1, 2003-04-23 02:53:59-03:00, acme@conectiva.com.br o net: module refcounting for sk_alloc/sk_free I had to move the rtnetlink_init and init_netlink calls to af_netlink init time, so that the sk_alloc called down the rtnetlink_init callchain is done after the PF_NETLINK net_proto_family is sock_registered, and because of that the af_netlink init function call had to be moved to earlier by means of subsys_initcall (DaveM's suggestion). ChangeSet@1.1181, 2003-04-22 22:43:16-07:00, ebrower@usa.net [SPARC]: Refactor AUXIO support. ChangeSet@1.1180, 2003-04-22 21:37:21-07:00, zaitcev@redhat.com [SPARC]: Colin Gibbs gcc-3.x support. ChangeSet@1.1179, 2003-04-22 09:34:47-07:00, lkml@shemesh.biz [PATCH] Fix IRDA irq handler prototype This fixes a mismatch in declaration between "irport_interrupt" in the header files (returning void) and in the definition (returning irqreturn_t). ChangeSet@1.1171.3.4, 2003-04-22 08:33:21-07:00, neilb@cse.unsw.edu.au [PATCH] Update umem driver for newer cards. ChangeSet@1.1171.3.3, 2003-04-22 08:33:10-07:00, neilb@cse.unsw.edu.au [PATCH] Update umem to new request_irq interface request_irq requires a handler that returns irqreturn_t, so mm_interrupt now returns the appropriate value ChangeSet@1.1171.4.1, 2003-04-22 08:18:01-07:00, axboe@suse.de [PATCH] request structure stack corruption This fixes a problem with drivers that have request on the stack for some operations, like IDE. If we wake before releasing the request, the stack may have already disappeared beneath us when the rest of end_that_request_last() is run. Fix by making sure the completion is done _last_. ChangeSet@1.1176, 2003-04-22 00:47:19-07:00, steve@gw.chygwyn.com [IP_GRE]: Kill duplicate update_pmtu call. ChangeSet@1.1175, 2003-04-22 00:41:06-07:00, shemminger@osdl.org [BRIDGE]: New maintainership. ChangeSet@1.1171.2.4, 2003-04-22 00:36:52-07:00, davem@nuts.ninka.net [SPARC64]: Add LOOP_{GET,SET}_STATUS64 to ioctl32. ChangeSet@1.1171.2.3, 2003-04-22 00:09:33-07:00, davem@nuts.ninka.net [SPARC]: CLOCK_MONOTONIC fixes, from x86. ChangeSet@1.1174, 2003-04-22 00:00:59-07:00, davem@nuts.ninka.net [NETLINK]: Fix minor numbers in netlink_dev.c ChangeSet@1.1171.2.2, 2003-04-21 23:58:39-07:00, davem@nuts.ninka.net [SPARC64]: Update defconfig. ChangeSet@1.1171.2.1, 2003-04-21 23:13:33-07:00, elenstev@mesatop.com [SPARC64]: Spelling fixes. ChangeSet@1.1171.1.1, 2003-04-21 23:05:40-07:00, torvalds@home.transmeta.com Fix irq event debug print-out, and add stack dump which can give a clue about what the context was that might have caused the spurious interrupt. ChangeSet@1.1167.1.3, 2003-04-22 00:16:52-03:00, acme@conectiva.com.br o rtnetlink_dev: use C99 struct init style ChangeSet@1.1167.1.2, 2003-04-22 00:07:15-03:00, acme@conectiva.com.br o atm/lec.c: use C99 struct init style ChangeSet@1.1167.1.1, 2003-04-21 23:48:15-03:00, acme@conectiva.com.br o rtnetlink: use C99 struct init style ChangeSet@1.1170, 2003-04-21 16:31:33-07:00, torvalds@home.transmeta.com Add the Xeon variations (Pentium-III and P4-based) to the list of Intel CPU optimizations. From Andi Kleen. ChangeSet@1.1169, 2003-04-21 16:23:20-07:00, ak@muc.de [PATCH] Runtime memory barrier patching This implements automatic code patching of memory barriers based on the CPU capabilities. Normally lock ; addl $0,(%esp) barriers are used, but these are a bit slow on the Pentium 4. Linus proposed this a few weeks ago after the support for SSE1/SSE2 barriers was introduced. I now got around to implement it. The main advantage is that it allows distributors to ship less binary kernels but still get fast kernels. In particular it avoids the need of a special Pentium 4 kernel. The patching code is quite generic and could be used to patch other instructions (like prefetches or specific other critical instructions) too. Thanks to Rusty's in kernel loader it also works seamlessly for modules. The patching is done before other CPUs start to avoid potential erratas with self modifying code on SMP systems. It makes no attempt to automatically handle assymetric systems (an secondary CPU having less capabilities than the boot CPU). In this case just boot with "noreplacement" ChangeSet@1.1168, 2003-04-21 16:23:10-07:00, akpm@digeo.com [PATCH] More careful about VMA merging The VMA merging code can merge vmas which have a ->vm_ops->close() handler. But this means that per-VMA resources in one of the merged VMAs will not be freed. Fix that up by just refusing to merge any VMA's which look "complex": they have special flags set or they have a ->close handler. ChangeSet@1.1118.2.4, 2003-04-21 23:45:12+01:00, elenstev@com.rmk.(none) [ARM] spelling fixes for arm Patch from Steven Cole. Here are some spelling fixes for arm. This was diffed against the current 2.5 tree. ChangeSet@1.1165.1.1, 2003-04-21 13:24:30-07:00, rml@tech9.net [PATCH] trivial task_prio() fix Here is a trivial fix for task_prio() in the case MAX_RT_PRIO != MAX_USER_RT_PRIO. In this case, all priorities are skewed by (MAX_RT_PRIO - MAX_USER_RT_PRIO). The fix is to subtract the full MAX_RT_PRIO value from p->prio, not just MAX_USER_RT_PRIO. This makes sense, as the full priority range is unrelated to the maximum user value. Only the real maximum RT value matters. This has been in Andrew's tree for awhile, with no issue. Also, Ingo acked it. ChangeSet@1.1166, 2003-04-21 13:10:51-07:00, torvalds@penguin.transmeta.com Allow gcc to generate better code for irq handling. Ok, now that most drivers have been converted to the new irqreturn_t, we can remove the fascist type-checks and just use a regular integer type which has a simpler calling convention. ChangeSet@1.1165, 2003-04-21 12:46:13-07:00, paulkf@microgate.com [PATCH] n_hdlc update With suggestions from Chritoph Hellwig - Remove MODULE_USE_COUNT macros - Add owner member to struct tty_ldisc - Init tty_ldisc at compile time - make some functions static ChangeSet@1.1164, 2003-04-21 11:48:52-07:00, paulkf@microgate.com [PATCH] synclink_cs update - Remove MODULE_USE_COUNT macros - Add owner member - Add tiocmget/tiocmset tty callbacks ChangeSet@1.1163, 2003-04-21 11:47:01-07:00, paulkf@microgate.com [PATCH] synclinkmp update - Remove MODULE_USE_COUNT macros - Add owner member - Add tiocmget/tiocmset tty callbacks ChangeSet@1.1162, 2003-04-21 11:45:56-07:00, paulkf@microgate.com [PATCH] synclink update - Remove MODULE_USE_COUNT macros - Add owner member - Add tiocmget/tiocmset tty callbacks ChangeSet@1.1161, 2003-04-21 11:28:14-07:00, bcollins@debian.org [PATCH] 1394 updates - New irq handler prototypes. - Lots of un-enumurated locking fixes/cleanups (thanks in large part to spinlock debug compile options in the kernel). - Other various trivial fixes. ChangeSet@1.1160, 2003-04-21 11:27:24-07:00, torvalds@home.transmeta.com Return IRQ_NONE for ieee1394 driver when the interrupt was for somebody else. ChangeSet@1.1159, 2003-04-21 11:23:36-07:00, mzyngier@freesurf.fr [PATCH] Convert Alpha to the new 2.5 IRQ API This converts the Alpha architecture to the new IRQ API. Tested on Jensen. ChangeSet@1.1158, 2003-04-21 11:23:28-07:00, jgarzik@pobox.com [PATCH] fix printk when an irq doesn't get responded to ChangeSet@1.1156, 2003-04-21 10:39:45-07:00, torvalds@home.transmeta.com Resolve differences between Davem and Andrew on irq updates ChangeSet@1.1155, 2003-04-21 10:32:35-07:00, akpm@digeo.com [PATCH] irqs: hotplug drivers Update hotplug and pcmcia drivers to the new IRQ API. ChangeSet@1.1131.4.15, 2003-04-21 10:21:28-07:00, akpm@digeo.com [PATCH] irqs: input drivers Update the input and joystick drivers to the new IRQ API. ChangeSet@1.1131.4.14, 2003-04-21 10:21:21-07:00, akpm@digeo.com [PATCH] irqs: ISDN Update ISDN for the new IRQ API. ChangeSet@1.1131.4.13, 2003-04-21 10:21:11-07:00, akpm@digeo.com [PATCH] irqs: IRDA Update the IRDA drivers to the new IRQ API. ChangeSet@1.1131.4.12, 2003-04-21 10:21:04-07:00, akpm@digeo.com [PATCH] ax25 build fix spin_lock() does not take a spinlock_t** ChangeSet@1.1131.4.11, 2003-04-21 10:20:56-07:00, akpm@digeo.com [PATCH] parport_serial fix parport_serial is calling a couple of 8250 driver functions with no prototypes in scope. Turns out it was calling them with too many args, too. ChangeSet@1.1131.4.10, 2003-04-21 10:20:47-07:00, akpm@digeo.com [PATCH] irqs: 1394 Update 1394 to the new IRQ API ChangeSet@1.1131.4.9, 2003-04-21 10:20:39-07:00, akpm@digeo.com [PATCH] irqs: video drivers Update video drivers to the new IRQ API. Almost none of them compile, so it was done on-spec. ChangeSet@1.1131.4.8, 2003-04-21 10:20:32-07:00, akpm@digeo.com [PATCH] irqs: multimedia drivers Update a couple of media drivers to the new IRQ API. Some stuff in there doesn't link btw: drivers/built-in.o: In function `rds_waitread': drivers/built-in.o(.text+0x6c152): undefined reference to `aci_port' drivers/built-in.o: In function `rds_rawwrite': drivers/built-in.o(.text+0x6c1a3): undefined reference to `aci_port' ChangeSet@1.1131.4.7, 2003-04-21 10:19:17-07:00, akpm@digeo.com [PATCH] irqs: various char drivers Fix up a bunch of char drivers for the new IRQ API. ChangeSet@1.1131.4.6, 2003-04-21 10:19:09-07:00, akpm@digeo.com [PATCH] irqs: watchdog drivers Update the watchdog drivers to the new IRQ API. Also, give a couple of irq handlers static scope. ChangeSet@1.1131.4.5, 2003-04-21 10:19:01-07:00, akpm@digeo.com [PATCH] irqs: ipmi driver Update the ipmi driver to the new IRQ API ChangeSet@1.1131.4.4, 2003-04-21 10:18:53-07:00, akpm@digeo.com [PATCH] irqs in sound/ Updates all sound drivers to the new IRQ API. The patch also fixes - a return-with-lock-held - a bunch of warnings and 64-bit bugs (CPU flags must be held in an unsigned long) - jiffies must use unsigned longs - two functions returning uninitialised values ChangeSet@1.1131.4.3, 2003-04-21 10:18:42-07:00, akpm@digeo.com [PATCH] irqs: rtc update rtc driver to new IRQ API ChangeSet@1.1131.4.2, 2003-04-21 10:18:34-07:00, akpm@digeo.com [PATCH] irqs: sym2 update sym2 for new IRQ API ChangeSet@1.1131.4.1, 2003-04-21 10:18:27-07:00, akpm@digeo.com [PATCH] irqs: drivers/block update drivers/block for new IRQ API. ChangeSet@1.1118.2.3, 2003-04-21 17:36:54+01:00, eli.carter@com.rmk.(none) [ARM PATCH] 1510/1: use a #define for asm jump address Patch from Eli Carter # Mon Apr 21 11:11:41 CDT 2003 ejc@rnd-linux-c84 # use-physoffset-define # # Use the PHYS_OFFSET #define instead of a hard-coded value. # # Diffed against linux-2.5.67-rmk1+1501-3+1506 # # arch/arm/boot/compressed/head-xscale.S | 2 +- # 1 files changed, 1 insertion(+), 1 deletion(-) # ChangeSet@1.1118.2.2, 2003-04-21 17:31:47+01:00, eli.carter@com.rmk.(none) [ARM PATCH] 1511/1: iop321 #define cleanup Patch from Eli Carter # Mon Apr 21 11:20:06 CDT 2003 ejc@rnd-linux-c84 # pci-io-mem-size-defines # # Rename the IOP321_PCI_WINDOW_SIZE #defines to use # IOP321_PCI_{IO,MEM}_{BASE,SIZE} instead. This makes the #defines a bit more # consistent. No functional change, though it does bring up the question of # whether res[].end should be BASE+SIZE-1 or BASE+SIZE. # # Diffed against linux-2.5.67-rmk1+1501-3+1506+1508-10 # # arch/arm/mach-iop3xx/iop321-pci.c | 8 ++++---- # include/asm-arm/arch-iop3xx/iop321.h | 10 ++++------ # 2 files changed, 8 insertions(+), 10 deletions(-) # ChangeSet@1.1118.2.1, 2003-04-21 17:27:44+01:00, eli.carter@com.rmk.(none) [ARM PATCH] 1508/1: use #define's for iq80321 Patch from Eli Carter # Thu Apr 17 16:37:58 CDT 2003 ejc@rnd-linux-c84 # iq80321-use-addr-defines # # Use #define's instead of hard-coded numbers for the device locations for the # iq80321 board. # # Diffed against linux-2.5.65-rmk1+1472-4+1502-3+1506 # Applies cleanly to linux-2.5.67-rmk1+1502-3+1506 # # arch/arm/mach-iop3xx/mm-321.c | 4 ++-- # 1 files changed, 2 insertions(+), 2 deletions(-) # ChangeSet@1.1154, 2003-04-21 00:05:54-07:00, davem@nuts.ninka.net [SOUND TRIDENT]: Update for irqreturn_t. ChangeSet@1.1153, 2003-04-21 00:04:40-07:00, davem@nuts.ninka.net [SOUND PCI]: Update several drivers for irqreturn_t. ChangeSet@1.1152, 2003-04-21 00:01:36-07:00, davem@nuts.ninka.net [MYRI_SBUS]: Update for irqreturn_t. ChangeSet@1.1151, 2003-04-21 00:00:40-07:00, davem@nuts.ninka.net [NET SUN]: Update for irqreturn_t. ChangeSet@1.1150, 2003-04-20 23:59:56-07:00, davem@nuts.ninka.net [TG3]: Update to irqreturn_t. ChangeSet@1.1149, 2003-04-20 23:57:00-07:00, davem@nuts.ninka.net [SCSI SYM53C8XX_2]: Update for irqreturn_t. ChangeSet@1.1148, 2003-04-20 23:56:22-07:00, davem@nuts.ninka.net [SCSI AIC7XXX_OLD]: Update for irqreturn_t. ChangeSet@1.1147, 2003-04-20 23:55:54-07:00, davem@nuts.ninka.net [SCSI QLOGICPTI]: Update for irqreturn_t. ChangeSet@1.1146, 2003-04-20 23:55:37-07:00, davem@nuts.ninka.net [SCSI QLOGICISP]: Update for irqreturn_t. ChangeSet@1.1145, 2003-04-20 23:55:14-07:00, davem@nuts.ninka.net [SCSI QLOGICFC]: Update for irqreturn_t. ChangeSet@1.1144, 2003-04-20 23:54:57-07:00, davem@nuts.ninka.net [SCSI ESP]: Update for irqreturn_t. ChangeSet@1.1143, 2003-04-20 23:54:23-07:00, davem@nuts.ninka.net [MESSAGE FUSION]: Update for irqreturn_t. ChangeSet@1.1142, 2003-04-20 23:51:55-07:00, davem@nuts.ninka.net [FC4 SPARC]: Update for irqreturn_t. ChangeSet@1.1141, 2003-04-20 23:50:54-07:00, davem@nuts.ninka.net [RTC]: Update for irqreturn_t. ChangeSet@1.1140, 2003-04-20 23:48:31-07:00, davem@nuts.ninka.net [CHAR SPARC]: Update for irqreturn_t. ChangeSet@1.1139, 2003-04-20 23:46:05-07:00, davem@nuts.ninka.net [SOUND]: mpu401.h needs linux/interrupt.h ChangeSet@1.1138, 2003-04-20 23:45:08-07:00, davem@nuts.ninka.net [SERIAL SPARC]: Update for irqreturn_t. ChangeSet@1.1137, 2003-04-20 23:43:58-07:00, davem@nuts.ninka.net [SPARC]: Platform code changes for irqreturn_t. ChangeSet@1.1136, 2003-04-20 23:41:32-07:00, davem@nuts.ninka.net [SPARC]: Fix dumb typo in sun4c mm code. ChangeSet@1.1135, 2003-04-20 23:41:00-07:00, davem@nuts.ninka.net [SOUND SPARC]: Update for irqreturn_t. ChangeSet@1.1134, 2003-04-20 23:39:28-07:00, davem@nuts.ninka.net [SPARC]: setup.c needs linux/initrd.h ChangeSet@1.1131.1.7, 2003-04-21 02:39:27-04:00, jgarzik@redhat.com net driver cleanup, volume 6 Affected drivers: atp, de600, de620, eepro, eexpress, lp486e, 3c589_cs, axnet_cs, fmvj18x_cs, nmclan_cs, pcnet_cs, smc91c92_cs, xirc2ps_cs, sk98lin, xircom_cb, xircom_tulip_cb, airo, arlan, netwave_cs, orinoco, ray_cs, wavelan, znet 98% contributed by Andrew Morton ChangeSet@1.1131.1.6, 2003-04-21 02:00:55-04:00, jgarzik@redhat.com net driver cleanup, volume 5 Affected drivers: 3c505 (notably), depca, ni5010, ni52, ni65, dmfe, winbond-840. 3c505 included quite a few s/int timeout/unsigned long timeout/ changes as well, for proper jiffies comparison typing. 98% contributed by Andrew Morton. ChangeSet@1.1131.1.5, 2003-04-21 01:41:23-04:00, jgarzik@redhat.com net driver cleanup, volume 4 Affected drivers: 3c501, 3c507, 3c509, 3c5154, 3c59x, amd8111e, at1700, e1000, hp100, lance, smc9194, de2104x, de4x5, tulip, typhoon. 98% contributed by Andrew Morton. ChangeSet@1.1131.2.1, 2003-04-20 22:30:13-07:00, davem@nuts.ninka.net [NET]: In sock_alloc_send_pskb, add __GFP_REPEAT when __GFP_WAIT. ChangeSet@1.1131.1.4, 2003-04-21 01:10:01-04:00, jgarzik@redhat.com net driver cleanup, volume 3 Affected drivers: 8139cp, 8139too, 82596, b44, cs89x0, dl2k, r8169 Vast majority of changes contributed by Andrew Morton. ChangeSet@1.1133, 2003-04-20 22:05:24-07:00, davem@nuts.ninka.net [SPARC]: Rename signal macros SV_foo --> _SV_foo. ChangeSet@1.1131.1.3, 2003-04-21 00:58:42-04:00, jgarzik@redhat.com net driver cleanup, volume 2 morq irqreturn_t, some s/long flags/unsigned long flags/, more set_bit-on-something-other-than-long cleanups Affected drivers: epic100, fealnx, natsemi, ns83820, starfire, sundance, via-rhine, yellowfin. (and also include/linux/eeprom.h) Several changes contributed by Andrew Morton. ChangeSet@1.1131.1.2, 2003-04-21 00:26:55-04:00, jgarzik@redhat.com net driver cleanup, volume 1: Mostly updating to new irqreturn_t, but also includes some needed SET_MODULE_OWNER and set_bit cleanups as well. Affects: 8390, dgrs, eepro100, epic100, pcnet32, rcpci45, sis900, tlan ChangeSet@1.1132, 2003-04-20 18:29:08-07:00, davem@nuts.ninka.net [SPARC64]: A few missing pgtable __GFP_REPEAT. ChangeSet@1.1131, 2003-04-20 16:00:26-07:00, torvalds@home.transmeta.com Fix IO-APIC vector allocation boundary case - we never want to allocate FIRST_SYSTEM_VECTOR as an external interrupt. It's unlikely, but could happen if we have a _ton_ of interrupt sources. Found by Chuck Ebbert. ChangeSet@1.1130, 2003-04-20 15:20:38-07:00, rddunlap@osdl.org [PATCH] replace URLs in Kconfig This is a patch from Robert P.J. Day that replaces www.linuxdoc.org (which is outdated and unspported according to www.tldp.org) with www.tldp.org in lots of Kconfig files. ChangeSet@1.1124.2.5, 2003-04-20 14:52:14-07:00, torvalds@home.transmeta.com Merge ChangeSet@1.1124.4.38, 2003-04-20 14:50:20-07:00, hch@lst.de [PATCH] remove a tiny bit of kdev_t abuse from the floppy driver ChangeSet@1.1124.4.37, 2003-04-20 14:50:12-07:00, hch@lst.de [PATCH] remove some junk from hd98.c's ioctl implementation Also pointed out by Al. ChangeSet@1.1124.4.36, 2003-04-20 14:50:04-07:00, hch@lst.de [PATCH] remove dasd_get_kdev Al pointed out that it's unused after my last series of devfs patches. ChangeSet@1.1124.4.35, 2003-04-20 14:49:56-07:00, hch@lst.de [PATCH] replace __blk_run_queue with blk_run_queue All callers of __blk_run_queue are of the form spin_lock_irqsave(q->queue_lock, flags); __blk_run_queue(q); spin_unlock_irqrestore(q->queue_lock, flags); Replace it with a blk_run_queue that does the locking itself. ChangeSet@1.1124.4.34, 2003-04-20 14:49:47-07:00, hch@lst.de [PATCH] rename end_request in floppy() and raid1 In preparation of getting rid of the LOCAL_END_REQUEST mess. ChangeSet@1.1124.4.33, 2003-04-20 14:49:38-07:00, hch@lst.de [PATCH] initrd.h split the initrd stuff out of blk.h, it's only needed in the boot code and the ramdisk driver. ChangeSet@1.1124.2.4, 2003-04-20 14:47:49-07:00, torvalds@home.transmeta.com Merge home.transmeta.com:/home/torvalds/v2.5/akpm into home.transmeta.com:/home/torvalds/v2.5/linux ChangeSet@1.1124.2.3, 2003-04-20 14:45:10-07:00, torvalds@penguin.transmeta.com Update ensoniq driver to return whether the interrupt was for it or not. ChangeSet@1.1124.4.32, 2003-04-20 14:43:34-07:00, hch@lst.de [PATCH] devfs: warn on block modes in devfs_register ChangeSet@1.1124.4.31, 2003-04-20 14:43:26-07:00, hch@lst.de [PATCH] devfs: kill devfs_register_partition ChangeSet@1.1124.4.30, 2003-04-20 14:43:19-07:00, hch@lst.de [PATCH] devfs: md ChangeSet@1.1124.4.29, 2003-04-20 14:43:11-07:00, hch@lst.de [PATCH] devfs: device-mapper ChangeSet@1.1124.4.28, 2003-04-20 14:43:04-07:00, hch@lst.de [PATCH] devfs: floppy The following patches switch the few drivers that have to register devfs entries independand of gendisks to devfs_mk_bdev. ChangeSet@1.1124.4.27, 2003-04-20 14:42:56-07:00, hch@lst.de [PATCH] devfs: xpram ChangeSet@1.1124.4.26, 2003-04-20 14:42:48-07:00, hch@lst.de [PATCH] devfs: mtdblock ChangeSet@1.1124.4.25, 2003-04-20 14:42:40-07:00, hch@lst.de [PATCH] devfs: sonycd ChangeSet@1.1124.4.24, 2003-04-20 14:42:31-07:00, hch@lst.de [PATCH] devfs: sjcd ChangeSet@1.1124.4.23, 2003-04-20 14:42:24-07:00, hch@lst.de [PATCH] devfs: optcd ChangeSet@1.1124.4.22, 2003-04-20 14:42:15-07:00, hch@lst.de [PATCH] devfs: gscd ChangeSet@1.1124.4.21, 2003-04-20 14:42:07-07:00, hch@lst.de [PATCH] devfs: aztcd ChangeSet@1.1124.4.20, 2003-04-20 14:42:00-07:00, hch@lst.de [PATCH] devfs: swim3 ChangeSet@1.1124.4.19, 2003-04-20 14:41:52-07:00, hch@lst.de [PATCH] devfs: rd ChangeSet@1.1124.4.18, 2003-04-20 14:41:44-07:00, hch@lst.de [PATCH] devfs: nbd ChangeSet@1.1124.4.17, 2003-04-20 14:41:36-07:00, hch@lst.de [PATCH] devfs: loop This and the next patches switches over drivers to gendisk.devfs_name. ChangeSet@1.1124.4.16, 2003-04-20 14:41:28-07:00, hch@lst.de [PATCH] devfs: gendisk.devfs_name updates Previously gendisk.devfs_name was used only for partitioned devices or CDroms, and for the latter it was slightly broken. Fix it to work genericly for all gendisks. ChangeSet@1.1124.4.15, 2003-04-20 14:41:20-07:00, hch@lst.de [PATCH] devfs: introduce devfs_mk_bdev Replaces devfs_register for block devices. Note that we do NOT pass in an operaion vector here - it was unused in devfs_register already and our block device code fundamentally ties the operations to the gendisk. There will be only very few callers of this one anyway.. ChangeSet@1.1124.4.14, 2003-04-20 14:41:11-07:00, hch@lst.de [PATCH] devfs: superflous devfs_remove in scsi Already handled by the gendisk layer. ChangeSet@1.1124.4.13, 2003-04-20 14:41:04-07:00, hch@lst.de [PATCH] devfs: remove dead devfs code in dasd Dasd is partitioned - all devfs stuff is handled by the gendisk layer. ChangeSet@1.1124.4.12, 2003-04-20 14:40:56-07:00, hch@lst.de [PATCH] devfs: switch over ubd to ->devfs_name Duh, ubd is partitioned. ChangeSet@1.1124.4.11, 2003-04-20 14:40:48-07:00, hch@lst.de [PATCH] devfs: remove devfs_unregister ChangeSet@1.1124.4.10, 2003-04-20 14:40:40-07:00, hch@lst.de [PATCH] devfs: uml ChangeSet@1.1124.4.9, 2003-04-20 14:40:32-07:00, hch@lst.de [PATCH] devfs: swim3 ChangeSet@1.1124.4.8, 2003-04-20 14:40:25-07:00, hch@lst.de [PATCH] devfs: ipmi ChangeSet@1.1124.4.7, 2003-04-20 14:40:17-07:00, hch@lst.de [PATCH] devfs: s390 ChangeSet@1.1124.4.6, 2003-04-20 14:40:08-07:00, hch@lst.de [PATCH] devfs: miscdev ChangeSet@1.1124.4.5, 2003-04-20 14:40:00-07:00, hch@lst.de [PATCH] devfs: videodev ChangeSet@1.1124.4.4, 2003-04-20 14:39:52-07:00, hch@lst.de [PATCH] devfs: sound ChangeSet@1.1124.4.3, 2003-04-20 14:39:44-07:00, hch@lst.de [PATCH] devfs: usb ChangeSet@1.1124.4.2, 2003-04-20 14:39:36-07:00, hch@lst.de [PATCH] devfs: dvb ChangeSet@1.1124.4.1, 2003-04-20 14:39:29-07:00, hch@lst.de [PATCH] devfs: input Make sure input always uses devfs_remove. While at it I've also remove lots of code duplication - every upper input driver contained the code surrounding devfs_unregister in two identical copies. ChangeSet@1.1124.3.39, 2003-04-20 14:34:45-07:00, akpm@digeo.com [PATCH] fbdev build fix - fb_prepare_logo() is calling the undefined find_logo(). I think it wants fb_find_logo(). - fb_prepare_logo is not __init, therefore fb_find_logo() cannot be __init. ChangeSet@1.1124.3.38, 2003-04-20 14:30:01-07:00, akpm@digeo.com [PATCH] Aggregated disk statistics From: Rick Lindsley To access all the system's disk statitics we currently need to access one sysfs file per disk. This clearly will not be acceptable with thousands of disks. The patch aggregates the system-wide statistics in real time and exposes them via /proc/diskstats ChangeSet@1.1124.3.37, 2003-04-20 14:29:55-07:00, akpm@digeo.com [PATCH] Fix nfsctl for larger dev_t From: Andries.Brouwer@cwi.nl The old NFS control interface passes dev_t's in from userspace. This patch keeps it working when the size of dev_t changes. This is a deprecated interface - new nfs-utils uses an ascii representation in exportfs. Acked by Neil. ChangeSet@1.1124.3.36, 2003-04-20 14:29:47-07:00, akpm@digeo.com [PATCH] smbfs: larger dev_t preparation Discard fewer bits of the device number recd with smb. This does not depend on anything else. Andries ChangeSet@1.1124.3.35, 2003-04-20 14:29:39-07:00, akpm@digeo.com [PATCH] prepare device mapper for larger dev_t From: Joe Thornber The only other thing that will need changing in dm to cope with 64bit dev_t concerns the bitset I'm using to keep track of allocated minor numbers. A trivial patch like this would work for now: ChangeSet@1.1124.3.34, 2003-04-20 14:29:32-07:00, akpm@digeo.com [PATCH] don't shrink slab for highmem allocations From: William Lee Irwin III If one's goal is to free highmem pages, shrink_slab() is an ineffective method of recovering them, as slab pages are all ZONE_NORMAL or ZONE_DMA. Hence, this "FIXME: do not do for zone highmem". Presumably this is a question of policy, as highmem allocations may be satisfied by reaping slab pages and handing them back; but the FIXME says what we should do. ChangeSet@1.1124.3.33, 2003-04-20 14:29:25-07:00, akpm@digeo.com [PATCH] Extend map_vm_area()/get_vm_area() From: Christoph Hellwig and David M-T The ia64 port can use vmap(), but needs to be able to specify the protection flags and the resulting vma's vm_flags. The patch adds the two extra args to vmap(), updates the two callers and fixes some comment spellos. ChangeSet@1.1124.3.32, 2003-04-20 14:29:19-07:00, akpm@digeo.com [PATCH] fix CONFIG_NOMMU mismerges From: Christoph Hellwig we already have better stubs in nommu.c, the additional inlines in mm.h only cause compile failures. ChangeSet@1.1124.3.31, 2003-04-20 14:29:12-07:00, akpm@digeo.com [PATCH] Allocate hd_structs dynamically From: Badari Pulavarty Here is the patch to allocate hd_struct dynamically as we find partitions. There are 3 things I didn't like in the patch. 1) The patch allocates 15 pointers instead of 15 hd_structs. (incase of s= csi). I was really hoping to get rid of "15" and make it really dynamic. (In ca= se if we ever want to support more than 15 partitions per disk etc..).=20 I was thought about making it a linked list, but blk_partition_remap() needs to get to hd_struct for a given partition everytime we do IO. So linked list would be bad, we really need direct access to partition in= fo. 2) I had to add "partno" to hd_struct, since part_dev_read() used to calc= ulate partition number from the address before. 3) kmalloc() failure in add_partition() will be silently ignored. It saves 2048 bytes per disk. ChangeSet@1.1124.3.30, 2003-04-20 14:29:05-07:00, akpm@digeo.com [PATCH] shm_get_stat-handle-hugetlb-pages.patch From: William Lee Irwin III shm_get_stat() didn't know about hugetlbpage-backed shm. ChangeSet@1.1124.3.29, 2003-04-20 14:28:59-07:00, akpm@digeo.com [PATCH] DAC960: add call to blk_queue_bounce_limit From: Dave Olien The following patch adds a call to blk_queue_bounce_limit to the DAC960 driver. Otherwise, it uses bounce buffering more than it needs to. ChangeSet@1.1124.3.28, 2003-04-20 14:28:52-07:00, akpm@digeo.com [PATCH] oom-kill: preferentially kill swapoff From: Hugh Dickins The current behaviour is that once swapoff has filled memory, other tasks get OOMkilled one by one until swapoff completes, or more likely hangs. It is better that swapoff be the first choice for OOMkill. The patch changes the oom-killer so that it will kill off any currently-running swapoff instance before killing any other task. (Bit kludgy, couldn't think of a better way) ChangeSet@1.1124.3.27, 2003-04-20 14:28:45-07:00, akpm@digeo.com [PATCH] Permit interruption of swapoff From: Hugh Dickins Sometimes you start a swapoff and, seeing how long it takes, wish you had not: allow signal to interrupt and stop swapoff. ChangeSet@1.1124.3.26, 2003-04-20 14:28:39-07:00, akpm@digeo.com [PATCH] Disallow swapoff if there is insufficient memory From: Hugh Dickins First of three small "stop swapoff" patches based on 2.5.67-mm3: stop swapoff 1/3 vm_enough_memory? Before embarking upon swapoff, check vm_enough_memory. Mainly for consistency in the overcommit_memory 2 (strict accounting) case: fail with -ENOMEM if it wouldn't let the amount removed be committed. Will always succeed in the overcommit_memory 1 case, as it should in root-shoot-foot mode. In the overcommit_memory 0 case, well, I don't care much either way, so opted for the simplest code: no special case. Which means it could now fail at the start; but that's unlikely (case 0 is over-generous) and only when it would have got stuck later on anyway. ChangeSet@1.1124.3.25, 2003-04-20 14:28:32-07:00, akpm@digeo.com [PATCH] use __GFP_REPEAT in pmd_alloc_one() Convert all pmd_alloc_one() implementations to use __GFP_REPEAT ChangeSet@1.1124.3.24, 2003-04-20 14:28:25-07:00, akpm@digeo.com [PATCH] use __GFP_REPEAT in pte_alloc_one() Remove all the open-coded retry loops in various architectures, use __GFP_REPEAT. It could be that at some time in the future we change __GFP_REPEAT to give up after ten seconds or so, so all the checks for failed allocations are retained. ChangeSet@1.1124.3.23, 2003-04-20 14:28:19-07:00, akpm@digeo.com [PATCH] make alloc_buffer_head take gfp_flags - alloc_buffer_head() should take the allocation mode as an arg, and not assume. - Use __GFP_NOFAIL in JBD's call to alloc_buffer_head(). - Remove all the retry code from jbd_kmalloc() - do it via page allocator controls. ChangeSet@1.1124.3.22, 2003-04-20 14:28:12-07:00, akpm@digeo.com [PATCH] implement __GFP_REPEAT, __GFP_NOFAIL, __GFP_NORETRY This is a cleanup patch. There are quite a lot of places in the kernel which will infinitely retry a memory allocation. Generally, they get it wrong. Some do yield(), the semantics of which have changed over time. Some do schedule(), which can lock up if the caller is SCHED_FIFO/RR. Some do schedule_timeout(), etc. And often it is unnecessary, because the page allocator will do the retry internally anyway. But we cannot rely on that - this behaviour may change (-aa and -rmap kernels do not do this, for instance). So it is good to formalise and to centralise this operation. If an allocation specifies __GFP_REPEAT then the page allocator must infinitely retry the allocation. The semantics of __GFP_REPEAT are "try harder". The allocation _may_ fail (the 2.4 -aa and -rmap VM's do not retry infinitely by default). The semantics of __GFP_NOFAIL are "cannot fail". It is a no-op in this VM, but needs to be honoured (or fix up the callers) if the VM ischanged to not retry infinitely by default. The semantics of __GFP_NOREPEAT are "try once, don't loop". This isn't used at present (although perhaps it should be, in swapoff). It is mainly for completeness. ChangeSet@1.1124.3.21, 2003-04-20 14:28:04-07:00, akpm@digeo.com [PATCH] shmdt() speedup From: William Lee Irwin III Micro-optimize sys_shmdt(). There are methods of exploiting knowledge of the vma's being searched to restrict the search space. These are: (1) shm mappings always start their lives at file offset 0, so only vma's above shmaddr need be considered. find_vma() can be used to seek to the proper position in mm->mmap in O(lg(n)) time. (2) The search is for a vma which could be a fragment of a broken-up shm mapping, which would have been created starting at shmaddr with vm_pgoff 0 and then continued no further into userspace than shmaddr + size. So after having found an initial vma, find the size of the shm segment it maps to calculate an upper bound to the virtualspace that needs to be searched. (3) mremap() would have caused the original checks to miss vma's mapping the shm segment if shmaddr were the original address at which the shm segments were attached. This does no better and no worse than the original code in that situation. (4) If the chain of references in vma->vm_file->f_dentry->d_inode->i_size is not guaranteed by refcounting and/or the shm code then this is oopsable; AFAICT an inode is always allocated. ChangeSet@1.1124.3.20, 2003-04-20 14:27:57-07:00, akpm@digeo.com [PATCH] AIO mmap fix From: Badari Pulavarty Here is a small bug fix for AIO. get_user_pages() takes number of pages to map as argument. (not in bytes) ChangeSet@1.1124.3.19, 2003-04-20 14:27:50-07:00, akpm@digeo.com [PATCH] quotactl(): sync all quotas From: Jan Kara I'm resending a patch which implements quotactl(2) call for syncing all devices. Particulary it allows the caller not to specify the device for syncing and in that case quotas on all the devices are written. The patch is rather trivial (mostly moving the code). ChangeSet@1.1124.3.18, 2003-04-20 14:27:44-07:00, akpm@digeo.com [PATCH] ATI Mach64 build fix From: Geert Uytterhoeven Atyfb: Add missing parts of reversal of Mobility changes, allowing ATI Mach64 GX support to compile again. ChangeSet@1.1124.3.17, 2003-04-20 14:27:37-07:00, akpm@digeo.com [PATCH] hugetlb math overflow fix From: William Lee Irwin III And this one fixes an overflow when there is more than 4GB of hugetlb. ChangeSet@1.1124.3.16, 2003-04-20 14:27:30-07:00, akpm@digeo.com [PATCH] follow_hugetlb_page fix From: William Lee Irwin III follow_hugetlb_page() drops out of the loop prematurely and fails to take the appropriate refcounts if its starting address was not hugepage-aligned. It looked a bit unclean too, so I rewrote it. This fixes a bug, and more importantly, makes the thing readable by something other than a compiler (e.g. programmers). ChangeSet@1.1124.3.15, 2003-04-20 14:27:23-07:00, akpm@digeo.com [PATCH] Clean up various buffer-head dependencies From: William Lee Irwin III Remove page_has_buffers() from various functions, document the dependencies on buffer_head.h from other files besides filemap.c, and s/this file/core VM/ in filemap.c ChangeSet@1.1124.3.14, 2003-04-20 14:27:14-07:00, akpm@digeo.com [PATCH] Move __set_page_dirty_buffers to fs/buffer.c From: William Lee Irwin III Move __set_page_dirty_buffers() to fs/buffer.c, as per the FIXME. ChangeSet@1.1124.3.13, 2003-04-20 14:27:09-07:00, akpm@digeo.com [PATCH] Turn on NUMA rebalancing From: "Martin J. Bligh" I'd forgotten that I'd set this to only fire every 20s in the past, because it would rebalance too agressively. That seems to be fixed now, so we should turn it back on. ChangeSet@1.1124.3.12, 2003-04-20 14:27:02-07:00, akpm@digeo.com [PATCH] Make PCI scanning order the same as 2.4 From: Chuck Ebbert <76306.1226@compuserve.com> 2.4 builds its global PCI device list in breadth-first order. 2.5 is doing the scan that way but defers the construction of the global list until later and then does it depth-first. This causes devices to found in different order by drivers. The below fixed that problem for me. Russell King has acked this change. ChangeSet@1.1124.3.11, 2003-04-20 14:26:55-07:00, akpm@digeo.com [PATCH] keyboard.c Fix SAK in raw mode From: Chris Heath Trivial fix to get the SAK key working in raw and medium raw modes. Patch is against kernel 2.5.67. ChangeSet@1.1124.3.10, 2003-04-20 14:26:49-07:00, akpm@digeo.com [PATCH] Minor fix for driver/serial/core.c From: Jean Tourrilhes The following command will do nothing at all on 2.5.X : setserial /dev/ttyS0 uart none ChangeSet@1.1124.3.9, 2003-04-20 14:26:42-07:00, akpm@digeo.com [PATCH] detect_lost_tick locking fixes From: john stultz This patch fixes a race in the timer_interrupt code caused by detect_lost_tick(). Since we're doing lost-tick compensation outside timer->mark_offset, time can pass between time-source reads which can cause gettimeofday inconsistencies. Additionally detect_lost_tick() was broken for the PIT case, since the whole point of detect_lost_tick() is to interpolate between two time sources to find inconsistencies. Additionally this could cause xtime_lock seq_lock reader starvation which has been causing machine hangs for SMP boxes that use the PIT as a time source. This patch fixes the described race by removing detect_lost_tick() and instead implementing the lost tick detection code inside mark_offset(). Some of the divs and mods being added here might concern folks, but by not calling timer->get_offset() in detect_lost_tick() we eliminate much of the same math. I did some simple cycle counting and the new code comes out on average equivalent or faster. ChangeSet@1.1124.3.8, 2003-04-20 14:26:34-07:00, akpm@digeo.com [PATCH] get_offset_pit and do_timer_overflow vs IRQ locking From: john stultz , Alexander Atanasov We want to make sure we update jiffies_p and count_p atomically. So I'm inserting the spin_unlock_irqrestore() after we update count_p, rather then just before. ChangeSet@1.1124.3.7, 2003-04-20 14:26:28-07:00, akpm@digeo.com [PATCH] Fix jiffies_to_time[spec | val] and converse to use From: george anzinger In the current system (2.5.67) time_spec to jiffies, time_val to jiffies and the converse (jiffies to time_val and jiffies to time_spec) all use 1/HZ as the measure of a jiffie. Because of the inability of the PIT to actually generate an accurate 1/HZ interrupt, the wall clock is updated with a more accurate value (999848 nanoseconds per jiffie for HZ = 1000). This causes a 1/HZ interpretation of jiffies based timing to run faster than the wall clock, thus causing sleeps and timers to expire short of the requested time. Try, for example: time sleep 60 This patch changes the conversion routines to use the same value as the wall clock update code to do the conversions. The actual math is almost all done at compile time. The run time conversions require little if any more execution time. This patch must be applied after the patch I posted earlier today which fixed the CLOCK_MONOTONIC resolution issue. ChangeSet@1.1124.3.6, 2003-04-20 14:26:21-07:00, akpm@digeo.com [PATCH] Fix POSIX timers to give CLOCK_MONOTONIC full The POSIX CLOCK_MONOTONIC currently has only 1/HZ resolution. Further, it is tied to jiffies (i.e. is a restatment of jiffies) rather than "xtime" or the gettimeofday() clock. This patch changes CLOCK_MONOTONIC to be a restatment of gettimeofday() plus an offset to remove any clock setting activity from CLOCK_MONOTONIC. An offset is kept that represents the difference between CLOCK_MONOTONIC and gettimeofday(). This offset is updated when ever the gettimeofday() clock is set to back the clock setting change out of CLOCK_MONOTONIC (which by the standard, can not be set). With this change CLOCK_REALTIME (a direct restatement of gettimeofday()), CLOCK_MONOTONIC and gettimeofday() will all tick at the same time and with the same rate. And all will be affected by NTP adjustments (save those which actually set the time). ChangeSet@1.1124.3.5, 2003-04-20 14:26:14-07:00, akpm@digeo.com [PATCH] Fix and clean up DCACHE_REFERENCED usage From: Maneesh Soni This patch changes the way DCACHE_REFERENCED flag is used. It got messed up in dcache_rcu iterations. I hope this will be ok now. The flag was meant to be advisory flag which is used while prune_dcache() so as not to free dentries which have recently entered d_lru list. At first pass in prune_dcache the dentries marked DCACHE_REFERENCED are left with the flag reset. and they are freed in the next pass. So, now we mark the dentry as DCACHE_REFERENCED when it is first entering the d_lru list in dput() and resetthe flag in prune_dcache(). If the flag remains reset in the next call to prune_dcache(), the dentry is then freed. Also I don't think any file system have to use this flag as it is taken care by the dcache layer. The patch removes such code from a few of file systems. Moreover these filesystems were anyway doing worng thing as they were changing the flag out of dcache_lock. Changes: o dput() marks dentry DCACHE_REFERENCED when it is added to the dentry_unused list o no need to set the flag in dget, dget_locked, d_lookup as these guys anyway increments the ref count. o check the ref count in prune_dcache and use DCACHE_REFERENCED flag just for two stage aging. o remove code for setting DACACHE_REFERENCED from reiserfs, fat, xfs and exportfs. ChangeSet@1.1124.3.4, 2003-04-20 14:26:07-07:00, akpm@digeo.com [PATCH] dentry_stat accounting fix From: Maneesh Soni This patch the corrects the dentry_stat.nr_unused calculation. In select_parent() and shrink_dcache_anon() we were not doing any adjustments to the nr_unused count after manipulating the dentry_unused list. Now the nr_unused count is decremented if the dentry is on dentry_unused list and is removed from there. Further in the same routines, we have to adjust the nr_unused count again if the dentry is moved to the end of d_lru list for pruning. ChangeSet@1.1124.3.3, 2003-04-20 14:26:00-07:00, akpm@digeo.com [PATCH] dmfe: don't free skb with local interrupts disabled dev_kfree_skb() can end up calling local_bh_enable() which goes BUG if local interrupts are disabled. Apparently it can deadlock. So move the skb freeing outside the lock in the dmfe driver. It will decrease the lock hold time as well. ChangeSet@1.1124.3.2, 2003-04-20 14:25:54-07:00, akpm@digeo.com [PATCH] Fix nc98 partition parser link error Fix this: fs/partitions/nec98.c:169: undefined reference to `parse_bsd' ChangeSet@1.1124.3.1, 2003-04-20 14:25:47-07:00, akpm@digeo.com [PATCH] 3c574_cs fixes - It was doing spin_lock_irqsave()/spin_unlock() - Can't free the skb inside local_irq_save(): kfree_skb ends up running local_bh_enable(), which enables interrupts. ChangeSet@1.1124.2.2, 2003-04-20 14:14:34-07:00, torvalds@home.transmeta.com Interrupt handlers should return whether the interrupt was for them or not, so that the irq subsystem can properly handle screaming shared interrupts. So change the irq handlers to return a "irqretval_t", which is either IRQ_HANDLED or IRQ_NONE. ChangeSet@1.1124.2.1, 2003-04-20 14:12:21-07:00, torvalds@home.transmeta.com Fix-ups for i830 from Arjan ChangeSet@1.1124.1.2, 2003-04-20 12:18:42-04:00, jgarzik@redhat.com [rcpci45] typo fix: s/virual/virtual/ ChangeSet@1.1124.1.1, 2003-04-20 12:10:07-04:00, jgarzik@redhat.com Modernize rcpci45 I2O LAN driver (#204): * Convert to PCI DMA mapping API (Francios Romieu). Gets driver compiling again. Fixes bugzilla bug #204. * use SET_MODULE_OWNER * remove MOD_*_USE_COUNT from all but one place (and add FIXME to that one place) * fix printk in rclanmtl.c, though more work is needed ChangeSet@1.1128, 2003-04-20 00:57:31-07:00, davem@nuts.ninka.net [PKT_SCHED]: Proper module refcounting for packet schedulers. ChangeSet@1.1127, 2003-04-20 00:25:42-07:00, davem@nuts.ninka.net [PKT_SCHED]: Proper module refcounting for packet classifiers. ChangeSet@1.1126, 2003-04-19 20:42:38-07:00, yoshfuji@linux-ipv6.org [IPSEC]: nexthdr in xfrm6_input needs to be int. ChangeSet@1.1124, 2003-04-19 19:39:11-07:00, torvalds@home.transmeta.com Linux 2.5.68 TAG: v2.5.68