| cd52d1e | Linus Torvalds | 12 November 2005, 01:43:36 UTC | Linux v2.6.15-rc1 As per the new release rules: two weeks of merging, and then an -rc1 and calming down for the next release. | 12 November 2005, 01:43:36 UTC |
| 508862e | Linus Torvalds | 12 November 2005, 01:00:17 UTC | Merge master.kernel.org:/pub/scm/linux/kernel/git/davem/net-2.6 | 12 November 2005, 01:00:17 UTC |
| 9cf93d7 | Linus Torvalds | 12 November 2005, 00:30:35 UTC | Merge master.kernel.org:/home/rmk/linux-2.6-arm | 12 November 2005, 00:30:35 UTC |
| 4012215 | Linus Torvalds | 12 November 2005, 00:29:47 UTC | Merge branch 'release' of git://git.kernel.org/pub/scm/linux/kernel/git/aegl/linux-2.6 | 12 November 2005, 00:29:47 UTC |
| 63f45b8 | Linus Torvalds | 12 November 2005, 00:29:22 UTC | Merge git://git.kernel.org/pub/scm/linux/kernel/git/bunk/trivial | 12 November 2005, 00:29:22 UTC |
| 049b3ff | Neil Horman | 12 November 2005, 00:08:24 UTC | [SCTP]: Include ulpevents in socket receive buffer accounting. Also introduces a sysctl option to configure the receive buffer accounting policy to be either at socket or association level. Default is all the associations on the same socket share the receive buffer. Signed-off-by: Neil Horman <nhorman@tuxdriver.com> Signed-off-by: Sridhar Samudrala <sri@us.ibm.com> Signed-off-by: David S. Miller <davem@davemloft.net> | 12 November 2005, 00:08:24 UTC |
| 19c7e9e | Vladislav Yasevich | 12 November 2005, 00:07:40 UTC | [SCTP]: Fix ia64 NaT consumption fault with sctp_sideffect commands. On ia64, it is possible to get NaT Consumption Fault and a kernel panic when initializing sctp sideeffect commands arguments. The union sctp_arg_t contains different sized elements and when loading a smaller sized element (32 or 16 bits), it is possible for a speculative load to fail and result in a NaT bit set which causes a kernel crash. The easy way to get around it is to load the largerst member of the union. Signed-off-by: Vladislav Yasevich <vladislav.yasevich@hp.com> Signed-off-by: Sridhar Samudrala <sri@us.ibm.com> Signed-off-by: David S. Miller <davem@davemloft.net> | 12 November 2005, 00:07:40 UTC |
| 1e7d3d9 | Vladislav Yasevich | 12 November 2005, 00:06:16 UTC | [SCTP]: Remove timeouts[] array from sctp_endpoint. The socket level timeout values are maintained in sctp_sock and association level timeouts are in sctp_association. So there is no need for ep->timeouts. Signed-off-by: Vladislav Yasevich <vladislav.yasevich@hp.com> Signed-off-by: Sridhar Samudrala <sri@us.ibm.com> Signed-off-by: David S. Miller <davem@davemloft.net> | 12 November 2005, 00:06:16 UTC |
| 23ec47a | Vladislav Yasevich | 12 November 2005, 00:05:55 UTC | [SCTP]: Fix potential NULL pointer dereference in sctp_v4_get_saddr It is possible to get to sctp_v4_get_saddr() without a valid association. This happens when processing OOTB packets and the cached route entry is no longer valid. However, when responding to OOTB packets we already properly set the source address based on the information in the OOTB packet. So, if we we get to sctp_v4_get_saddr() without an association we can simply return. Signed-off-by: Vladislav Yasevich <vladislav.yasevich@hp.com> Signed-off-by: Sridhar Samudrala <sri@us.ibm.com> Signed-off-by: David S. Miller <davem@davemloft.net> | 12 November 2005, 00:05:55 UTC |
| 8eb5591 | David S. Miller | 11 November 2005, 23:05:47 UTC | [IPV6]: Fix inet6_init missing unregister. Based mostly upon a patch from Olaf Kirch <okir@suse.de> When initialization fails in inet6_init(), we should unregister the PF_INET6 socket ops. Also, check sock_register()'s return value for errors. Signed-off-by: David S. Miller <davem@davemloft.net> | 11 November 2005, 23:05:47 UTC |
| 85837eb | Mike Christie | 11 November 2005, 22:38:53 UTC | [PATCH] kill libata scsi_wait_req usage (make libata compile with scsi-misc changes) scsi_wait_req does not exist any more in the SCSI layer. This patch makes it so libata can compile again. Signed-off-by: Mike Christie <michaelc@cs.wisc.edu> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 11 November 2005, 22:57:05 UTC |
| 39990b5 | Linus Torvalds | 11 November 2005, 22:27:32 UTC | ppc64: default build as the merged 'powerpc' architecture After the last merge of the new unified 'powerpc' architecture, ppc64 no longer compiles cleanly as a standalone architecture. Some bits and pieces still exist as files under the old ppc64 hierarchy, but the old "ARCH=ppc64" is dead. So if "uname" says ppc64, that now implies that the default architecture should be "powerpc". Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 11 November 2005, 22:27:32 UTC |
| d72d6f1 | Linus Torvalds | 11 November 2005, 22:04:37 UTC | Merge master.kernel.org:/pub/scm/linux/kernel/git/jejb/scsi-for-linus-2.6 | 11 November 2005, 22:04:37 UTC |
| 33ddcbb | Linus Torvalds | 11 November 2005, 22:03:49 UTC | Merge master.kernel.org:/pub/scm/linux/kernel/git/davem/net-2.6 | 11 November 2005, 22:03:49 UTC |
| c6bd232 | Russell King | 11 November 2005, 21:56:33 UTC | [ARM] Update mach-types Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> | 11 November 2005, 21:56:33 UTC |
| 60cef29 | Lennert Buytenhek | 11 November 2005, 21:53:30 UTC | [ARM] 3147/1: update ixp2000 defconfigs to 2.6.14-git13 Patch from Lennert Buytenhek Update the ixp2000 defconfigs to 2.6.14-git13. Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> | 11 November 2005, 21:53:30 UTC |
| 8adbb37 | Nicolas Pitre | 11 November 2005, 21:51:49 UTC | [ARM] 3152/1: make various assembly local labels actually local (the rest) Patch from Nicolas Pitre For assembly labels to actually be local they must start with ".L" and not only "." otherwise they still remain visible in the final link and clutter kallsyms needlessly, and possibly make for unclear symbolic backtrace. This patch simply inserts a"L" where appropriate. The code itself is unchanged. Signed-off-by: Nicolas Pitre <nico@cam.org> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> | 11 November 2005, 21:51:49 UTC |
| a9c4814 | Nicolas Pitre | 11 November 2005, 21:51:48 UTC | [ARM] 3151/1: make various assembly local labels actually local (io-*.S) Patch from Nicolas Pitre For assembly labels to actually be local they must start with ".L" and not only "." otherwise they still remain visible in the final link and clutter kallsyms needlessly, and possibly make for unclear symbolic backtrace. This patch simply inserts a"L" where appropriate. The code itself is unchanged. Signed-off-by: Nicolas Pitre <nico@cam.org> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> | 11 November 2005, 21:51:48 UTC |
| 7ba11a9 | Nicolas Pitre | 11 November 2005, 21:51:47 UTC | [ARM] 3150/1: make various assembly local labels actually local (uaccess.S) Patch from Nicolas Pitre For assembly labels to actually be local they must start with ".L" and not only "." otherwise they still remain visible in the final link and clutter kallsyms needlessly, and possibly make for unclear symbolic backtrace. This patch simply inserts a"L" where appropriate. The code itself is unchanged. Signed-off-by: Nicolas Pitre <nico@cam.org> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> | 11 November 2005, 21:51:47 UTC |
| 4d45cba | David S. Miller | 11 November 2005, 20:48:56 UTC | [SPARC64]: Restore 2.4.x /proc/cpuinfo behavior for "ncpus probed" field. Noticed by Tom 'spot' Callaway. Even on uniprocessor we always reported the number of physical cpus in the system via /proc/cpuinfo. But when this got changed to use num_possible_cpus() it always reads as "1" on uniprocessor. This change was unintentional. So scan the firmware device tree and count the number of cpu nodes, and report that, as we always did. Signed-off-by: David S. Miller <davem@davemloft.net> | 11 November 2005, 20:48:56 UTC |
| 9eb5c94 | Patrick Caulfield | 11 November 2005, 20:04:28 UTC | [DECNET]: fix SIGPIPE Currently recvmsg generates SIGPIPE whereas sendmsg does not; for the other stacks it seems to be the other way round! It also fixes the bug where reading from a socket whose peer has shutdown returned -EINVAL rather than 0. Signed-off-by: Patrick Caulfield <patrick@tykepenguin.com> Signed-off-by: David S. Miller <davem@davemloft.net> | 11 November 2005, 20:04:28 UTC |
| ff51224 | Mark Maule | 11 November 2005, 17:52:43 UTC | [IA64-SGI] set altix preferred console Fix default VGA console on SN platforms. Since SN firmware does not pass enough ACPI information to identify VGA cards and the associated legacy IO/MEM addresses, we rely on the EFI PCDP table. Since the linux pcdp driver is optional (and overridden if console= directives are used) SN duplicates a portion of the pcdp scan code to identify if there is a usable console VGA adapter. Additionally, dup necessary pcdp related structs to avoid dragging drivers/pcdp.h into a more public location. Signed-off-by: Mark Maule <maule@sgi.com> Signed-off-by: Tony Luck <tony.luck@intel.com> | 11 November 2005, 19:24:26 UTC |
| 837cd0b | Robin Holt | 11 November 2005, 15:35:43 UTC | [IA64] 4-level page tables This patch introduces 4-level page tables to ia64. I have run some benchmarks and found nothing interesting. Performance has consistently fallen within the noise range. It also introduces a config option (setting the default to 3 levels). The config option prevents having 4 level page tables with 64k base page size. Signed-off-by: Robin Holt <holt@sgi.com> Signed-off-by: Tony Luck <tony.luck@intel.com> | 11 November 2005, 17:37:29 UTC |
| 388f7ef | Linus Torvalds | 11 November 2005, 17:26:39 UTC | Merge branch 'upstream-linus' of master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6 | 11 November 2005, 17:26:39 UTC |
| d5eebf4 | Linus Torvalds | 11 November 2005, 17:25:54 UTC | Merge branch 'upstream-linus' of master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev | 11 November 2005, 17:25:54 UTC |
| 5643f00 | Linus Torvalds | 11 November 2005, 17:24:26 UTC | Merge master.kernel.org:/home/rmk/linux-2.6-drvmodel | 11 November 2005, 17:24:26 UTC |
| 177294d | Hironobu Ishii | 11 November 2005, 14:12:21 UTC | [PATCH] ipmi: fix inconsistent spinlock usage Part of a patch was accidentally reverted, this corrects an inconsistent spinlock use in the IPMI message handler. Signed-off-by: Hironobu Ishii <hishii@soft.fujitsu.com> Signed-off-by: Corey Minyard <minyard@acm.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 11 November 2005, 17:23:31 UTC |
| 9b80b11 | Linus Torvalds | 11 November 2005, 17:22:27 UTC | Merge git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc-merge | 11 November 2005, 17:22:27 UTC |
| b0b7b8e | Linus Torvalds | 11 November 2005, 17:22:08 UTC | Merge master.kernel.org:/home/rmk/linux-2.6-mmc | 11 November 2005, 17:22:08 UTC |
| c050970 | Jeff Garzik | 11 November 2005, 09:43:47 UTC | [PATCH] TCP: fix vegas build Recent TCP changes broke the build. Signed-off-by: Jeff Garzik <jgarzik@pobox.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 11 November 2005, 17:21:28 UTC |
| d12eb7e | Dmitry Torokhov | 11 November 2005, 03:10:55 UTC | [PATCH] Input: convert hdaps to dynamic input_dev allocation. Signed-off-by: Dmitry Torokhov <dtor@mail.ru> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 11 November 2005, 16:25:07 UTC |
| 560c22f | Ralf Baechle | 08 November 2005, 22:02:35 UTC | [PATCH] gt96100eth.c: Don't concatenate __FUNCTION__ with strings. As part of the ISO C9x conversion gcc deprecates concatenation with __FUNCTION__ because __FUNCTION__ is not a preprocessor macro. Signed-off-by: Clemens Buchacher <drizzd@aon.at> Signed-off-by: Maximilian Attems <janitor@sternwelten.at> Signed-off-by: Domen Puncer <domen@coderock.org> Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com> Signed-off-by: Ralf Baechle <ralf@linux-mips.org> Signed-off-by: Jeff Garzik <jgarzik@pobox.com> | 11 November 2005, 13:32:47 UTC |
| 5579345 | Pete Popov | 10 November 2005, 03:46:05 UTC | [PATCH] smc91x: DB1200 support. The following patch support the SMC9111 present on DB1200 boards. Signed-off-by: Nicolas Pitre <nico@cam.org> Signed-off-by: Jeff Garzik <jgarzik@pobox.com> | 11 November 2005, 13:32:47 UTC |
| 05d9c84 | Ralf Baechle | 09 November 2005, 17:10:05 UTC | [PATCH] SAA9730: Driver overhaul o Try to work around some of the undocumented "features" of the SAA9730 o Use netdev_priv() instead of the previous broken mechanism to allocate the private data structure. o Try to make sure we don't leak resources on exit. o No more need to call SET_MODULE_OWNER in 2.6. o Use pci_free_consistent instead of homegrown architecture-specific allocation. Signed-off-by: Ralf Baechle <ralf@linux-mips.org> drivers/net/saa9730.c | 531 +++++++++++++++++++++++--------------------------- 1 files changed, 249 insertions(+), 282 deletions(-) Signed-off-by: Jeff Garzik <jgarzik@pobox.com> | 11 November 2005, 13:31:35 UTC |
| 62ff0d0 | Ralf Baechle | 09 November 2005, 16:44:02 UTC | [PATCH] SAA9730: Whitespace cleanup. Kill trailing whitespace, replace leading whitespace with tabs. Signed-off-by: Ralf Baechle <ralf@linux-mips.org> drivers/net/saa9730.c | 98 +++++++++++++++++++++++++------------------------- 1 files changed, 49 insertions(+), 49 deletions(-) Signed-off-by: Jeff Garzik <jgarzik@pobox.com> | 11 November 2005, 13:31:35 UTC |
| 7a33e45 | Ayaz Abdulla | 11 November 2005, 13:31:11 UTC | [netdrvr forcedeth] phy address scan range Added phy address 0 to the phy scan. Signed-off-by: Ayaz Abdulla <aabdulla@nvidia.com> | 11 November 2005, 13:31:11 UTC |
| a971c32 | Ayaz Abdulla | 11 November 2005, 13:30:38 UTC | [netdrvr forcedeth] support for irq mitigation This patch contains support for different modes of interrupt mitigation of forcedeth. It includes changes based on Jeff's comments. Currently, the modes are changed through module parameters since ethtool does not support something similar. Signed-off-by: Ayaz Abdulla <aabdulla@nvidia.com> | 11 November 2005, 13:30:38 UTC |
| 4ea7f29 | Ayaz Abdulla | 11 November 2005, 13:29:59 UTC | [netdrvr forcedeth] remove superfluous rx engine stop/start Signed-off-by: Ayaz Abdulla <aabdulla@nvidia.com> | 11 November 2005, 13:29:59 UTC |
| 125d128 | Kumar Gala | 09 November 2005, 18:13:11 UTC | [PATCH] gianfar mii needs to zero out the mii_bus structure To ensure that phy_mask and any future elements of the mii_bus structure are initialized use kzalloc() instead of kmalloc(). This fixes an issue in which phy_mask was not being initialized and we would skip random phy addresses when scanning. Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Jeff Garzik <jgarzik@pobox.com> | 11 November 2005, 13:26:58 UTC |
| 1387780 | Frank Pavlic | 10 November 2005, 12:51:42 UTC | [PATCH] s390: mail address changed [patch 7/7] s390: mail address changed From: Frank Pavlic <fpavlic@de.ibm.com> - mail address changed to fpavlic@de.ibm.com Signed-off-by: Frank Pavlic <fpavlic@de.ibm.com> diffstat: lcs.c | 4 ++-- qeth_main.c | 4 ++-- qeth_mpc.c | 2 +- qeth_mpc.h | 2 +- qeth_sys.c | 2 +- qeth_tso.h | 2 +- 6 files changed, 8 insertions(+), 8 deletions(-) Signed-off-by: Jeff Garzik <jgarzik@pobox.com> | 11 November 2005, 13:26:22 UTC |
| 6c951b9 | Frank Pavlic | 10 November 2005, 12:51:25 UTC | [PATCH] s390: introduce guestLan sniffer support in qeth [patch 6/7] s390: introduce guestLan sniffer support in qeth From: Peter Tiedemann <ptiedem@de.ibm.com> - introduce guestLan sniffer support in qeth feature allows a linux in a virtual machine guest to become a network LAN sniffer, monitoring and recording the networking traffic within an entire guestLan. Signed-off-by: Frank Pavlic <fpavlic@de.ibm.com> diffstat: qeth.h | 2 + qeth_main.c | 93 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ qeth_mpc.h | 11 ++++--- 3 files changed, 102 insertions(+), 4 deletions(-) Signed-off-by: Jeff Garzik <jgarzik@pobox.com> | 11 November 2005, 13:26:22 UTC |
| e08d88c | Frank Pavlic | 10 November 2005, 12:51:17 UTC | [PATCH] s390: fix recovery failure of non-guestLAN devices [patch 5/7] s390: fix recovery failure of non-guestLAN devices From: Frank Pavlic <fpavlic@de.ibm.com> - Recovery of non-guestLAN Layer 2 device failed due to trying to register the real MAC address we got from the READ_MAC adapter parameters command. We have to keep the "old" MAC address when we process the reply of a READ_MAC. Signed-off-by: Frank Pavlic <fpavlic@de.ibm.com> diffstat: qeth.h | 12 ++++++------ qeth_main.c | 27 ++++++++++++++++----------- 2 files changed, 22 insertions(+), 17 deletions(-) Signed-off-by: Jeff Garzik <jgarzik@pobox.com> | 11 November 2005, 13:26:22 UTC |
| d805d7c | Frank Pavlic | 10 November 2005, 12:50:58 UTC | [PATCH] s390: some more qeth fixes [patch 4/7] s390: some more qeth fixes From: Frank Pavlic <fpavlic@de.ibm.com> From: Peter Tiedemann <ptiedem@de.ibm.com> - possible race on list fixed by reset list processing after every operation - traffic hang fixed Signed-off-by: Frank Pavlic <fpavlic@de.ibm.com> diffstat: qeth_main.c | 11 +++++++---- 1 files changed, 7 insertions(+), 4 deletions(-) Signed-off-by: Jeff Garzik <jgarzik@pobox.com> | 11 November 2005, 13:26:21 UTC |
| 6c88ad2 | Frank Pavlic | 10 November 2005, 12:49:28 UTC | [PATCH] s390: qeth multicast address registration fixed [patch 3/7] s390: qeth multicast address registration fixed From: Klaus Dieter Wacker <kdwacker@de.ibm.com> - when running in Layer2 mode we don't have to register the multicast IP address but only group mac address. Therefore for Layer 2 devices it is enough to go through dev->mc_list list and register these entries. Signed-off-by: Frank Pavlic <fpavlic@de.ibm.com> diffstat: qeth_main.c | 106 +++++++++++++++++++++++++++++++++++++++++++++--------------- 1 files changed, 80 insertions(+), 26 deletions(-) Signed-off-by: Jeff Garzik <jgarzik@pobox.com> | 11 November 2005, 13:26:21 UTC |
| 508cc2b | Frank Pavlic | 10 November 2005, 12:49:15 UTC | [PATCH] s390: minor modification in qeth layer2 code [patch 2/7] s390: minor modification in qeth layer2 code From: Frank Pavlic <fpavlic@de.ibm.com> - use qeth_layer2_send_setdelvlan_cb to check return code of a SET/DELVLAN IP Assist command. It fits better in qeth's design and mechanism of IP Assist command handling. Signed-off-by: Frank Pavlic <fpavlic@de.ibm.com> diffstat: qeth_main.c | 40 ++++++++++++++++++++++++++-------------- 1 files changed, 26 insertions(+), 14 deletions(-) Signed-off-by: Jeff Garzik <jgarzik@pobox.com> | 11 November 2005, 13:26:21 UTC |
| bd389b9 | Frank Pavlic | 10 November 2005, 12:49:02 UTC | [PATCH] s390: synthax checking for VIPA addresses fixed [patch 1/7] s390: synthax checking for VIPA addresses fixed From: Peter Tiedemann <ptiedem@de.ibm.com> - synthax checking for VIPA addresses fixed Signed-off-by: Frank Pavlic <fpavlic@de.ibm.com> diffstat: qeth.h | 65 ++++++++++++++++++++++++++++++++++++++++++++++++------------- qeth_sys.c | 6 ++--- 2 files changed, 55 insertions(+), 16 deletions(-) Signed-off-by: Jeff Garzik <jgarzik@pobox.com> | 11 November 2005, 13:26:21 UTC |
| e99f8b5 | Alan Cox | 08 November 2005, 14:09:44 UTC | [PATCH] libata: propogate host private data from probe function This will let me chop the code size of several drivers right down. In many cases the actual private data is very useful and constant for a given host controller so being able to just pass it at probe time would be very useful indeed (eg with the via driver would could pass the udma clocking and reduce the code size, or with the AMD one the UDMA multiplier and the offset) Signed-off-by: Alan Cox <alan@redhat.com> Signed-off-by: Jeff Garzik <jgarzik@pobox.com> | 11 November 2005, 13:19:55 UTC |
| 2ecc26b | Jeff Garzik | 11 November 2005, 13:14:56 UTC | Merge branch 'atmel' | 11 November 2005, 13:14:56 UTC |
| b16a228 | simon@thekelleys.org.uk | 30 October 2005, 15:50:15 UTC | [PATCH] Atmel wireless update * Merge PCMCIA card table with new Brodowski PCMCIA id table. * Add missing entries to PCMCIA id table. * Other tweaks to conform with Documentation/driver-changes.txt (types, call request_region, etc) * Fix size of requested IO region. * Reduce printk verbosity. * Remove EXPERIMENTAL * tweak to association code - don't force shared key authentication when wep in use. Signed-off-by: Jeff Garzik <jgarzik@pobox.com> | 11 November 2005, 13:12:17 UTC |
| 2917953 | Jeff Garzik | 11 November 2005, 13:08:03 UTC | [libata sata_mv] add Adaptec 1420SA PCI ID Contributed by Jeroen <dekien@pandora.be> | 11 November 2005, 13:08:03 UTC |
| 271c3f3 | Paul Mackerras | 11 November 2005, 12:04:40 UTC | powerpc: Fix some compile problems with the VDSO stuff We needed the VDSO symbols in the arch/ppc asm-offsets.c, and there were a few usages of _systemcfg still left lying around. Signed-off-by: Paul Mackerras <paulus@samba.org> | 11 November 2005, 12:04:40 UTC |
| 548cceb | Paul Mackerras | 11 November 2005, 11:36:34 UTC | powerpc: Fix reading and writing SPRs from xmon on 32-bit When we created the instructions to read/write SPRs in xmon, we were setting up a ppc64-style procedure descriptor and calling that, which doesn't work in 32-bit. For 32-bit a function pointer just points to the instructions of the function. This fixes it to do the right thing for both 32-bit and 64-bit. Signed-off-by: Paul Mackerras <paulus@samba.org> | 11 November 2005, 11:36:34 UTC |
| 22c841c | Paul Mackerras | 11 November 2005, 11:34:43 UTC | powerpc: Initialize secondary CPU setup for 32-bit SMP 32-bit SMP powermacs weren't booting with ARCH=powerpc because the boot cpu wasn't saving away the state of various control registers, but the secondary CPUs were loading them from the uninitialized state. This adds the necessary save-state call. Signed-off-by: Paul Mackerras <paulus@samba.org> | 11 November 2005, 11:34:43 UTC |
| a7f290d | Benjamin Herrenschmidt | 11 November 2005, 10:15:21 UTC | [PATCH] powerpc: Merge vdso's and add vdso support to 32 bits kernel This patch moves the vdso's to arch/powerpc, adds support for the 32 bits vdso to the 32 bits kernel, rename systemcfg (finally !), and adds some new (still untested) routines to both vdso's: clock_gettime() with support for CLOCK_REALTIME and CLOCK_MONOTONIC, clock_getres() (same clocks) and get_tbfreq() for glibc to retreive the timebase frequency. Tom,Steve: The implementation of get_tbfreq() I've done for 32 bits returns a long long (r3, r4) not a long. This is such that if we ever add support for >4Ghz timebases on ppc32, the userland interface won't have to change. I have tested gettimeofday() using some glibc patches in both ppc32 and ppc64 kernels using 32 bits userland (I haven't had a chance to test a 64 bits userland yet, but the implementation didn't change and was tested earlier). I haven't tested yet the new functions. Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Paul Mackerras <paulus@samba.org> | 11 November 2005, 11:25:39 UTC |
| 6761c4a | David Woodhouse | 11 November 2005, 08:07:11 UTC | [PATCH] powerpc: remove initrd debug printk This removes a stray debugging printk which offended Anton. Signed-off-by: David Woodhouse <dwmw2@infradead.org> Signed-off-by: Paul Mackerras <paulus@samba.org> | 11 November 2005, 11:23:36 UTC |
| 35cd878 | David Gibson | 11 November 2005, 05:42:12 UTC | [PATCH] powerpc: Move udbg code to arch/powerpc Since the udbg code in ppc64 has no ppc32 equivalent, move it straight over into arch/powerpc (and include/asm-powerpc for udbg.h). In time, we probably want to meld the various bits and pieces of 32-bit early debugging code into udbg, but for now only include it on CONFIG_PPC64=y builds. The only change during the move is to standardise the protecting #ifdef/#define in udbg.h, and move its banner comment above the initial #ifdef (which seems to be normal practice). Built and booted on POWER5 LPAR (ARCH=powerpc and ARCH=ppc64). Built for 32bit multiplatform (ARCH=powerpc). Signed-off-by: David Gibson <david@gibson.dropbear.id.au> Signed-off-by: Paul Mackerras <paulus@samba.org> | 11 November 2005, 11:23:34 UTC |
| a7df61a | Anton Blanchard | 11 November 2005, 04:02:03 UTC | [PATCH] ppc64: Increase sparsemem defaults The definitions in sparsemem.h arent sufficient. We currently sell machines with 2TB of RAM, and in order to give us room for a few years growth lets set it to 16TB. Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Paul Mackerras <paulus@samba.org> | 11 November 2005, 11:21:41 UTC |
| 45fb6ce | Anton Blanchard | 11 November 2005, 03:22:35 UTC | [PATCH] ppc64: Convert NUMA to sparsemem (3) Convert to sparsemem and remove all the discontigmem code in the process. This has a few advantages: - The old numa_memory_lookup_table can go away - All the arch specific discontigmem magic can go away We also remove the triple pass of memory properties and instead create a list of per node extents that we iterate through. A final cleanup would be to change our lmb code to store extents per node, then we can reuse that information in the numa code. Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Paul Mackerras <paulus@samba.org> | 11 November 2005, 11:21:11 UTC |
| 3e66c4d | Anton Blanchard | 11 November 2005, 03:13:20 UTC | [PATCH] ppc64: prep for NUMA sparsemem rework 2 Remove ppc64 specific version of nr_cpus_node and use the generic one provided. Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Paul Mackerras <paulus@samba.org> | 11 November 2005, 11:20:57 UTC |
| c0d3340 | Anton Blanchard | 11 November 2005, 03:12:26 UTC | [PATCH] ppc64: prep for NUMA sparsemem rework Remove an unused numa define and move a discontigmem specific define inside the relevant ifdef. I will submit a separate patch to remove them from other architectures, but the ppc64 patches to follow depend on this. Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Paul Mackerras <paulus@samba.org> | 11 November 2005, 11:20:43 UTC |
| 1dff227 | Anton Blanchard | 11 November 2005, 03:07:20 UTC | [PATCH] ppc64: Cleanup kprobe assembly The kprobes code is doing ".previous .text". While the assembler doesnt warn at the moment (and it seems to work), it might in the future. Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Paul Mackerras <paulus@samba.org> | 11 November 2005, 11:20:07 UTC |
| 50bcfec | Anton Blanchard | 11 November 2005, 02:56:16 UTC | [PATCH] ppc64: Remove debug boot message We have been printing the raw ppc64_firmware_features during boot. Since we can work it out from the device tree, lets remove it. Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Paul Mackerras <paulus@samba.org> | 11 November 2005, 11:20:04 UTC |
| 8acb888 | Anton Blanchard | 11 November 2005, 02:53:11 UTC | [PATCH] ppc64: Quieten lparcfg If we dont have permission to read some information from the hypervisor, lparcfg outputs a warning on the console. Now that lparcfg is world readable this is a problem. Dont warn in the case of H_Authority, remove some unnecessary function prototypes and fix whitespace damage in a structure as well. Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Paul Mackerras <paulus@samba.org> | 11 November 2005, 11:20:01 UTC |
| 7f7fda0 | Kumar Gala | 10 November 2005, 16:34:33 UTC | [PATCH] ppc32: fix PQ2 PCI DMA interrupt handling The bit position in the status register corresponding to the PCI DMA interrupt was incorrect. Additionally, we did not have a define for the PCI DMA interrupt. Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Paul Mackerras <paulus@samba.org> | 11 November 2005, 11:19:56 UTC |
| f85272a | Jeff Garzik | 11 November 2005, 10:50:22 UTC | Merge branch 'master' | 11 November 2005, 10:50:22 UTC |
| 1c72d8d | Andrew Morton | 11 November 2005, 00:21:38 UTC | [PATCH] libata.h needs dma-mapping.h On Alpha: include/linux/libata.h: In function `ata_pad_alloc': include/linux/libata.h:785: warning: implicit declaration of function `dma_alloc_coherent' include/linux/libata.h:786: warning: assignment makes pointer from integer without a cast include/linux/libata.h: In function `ata_pad_free': include/linux/libata.h:792: warning: implicit declaration of function `dma_free_coherent' (I have a decouple-some-header-files cleanup in -mm, so it's causing some fallout of this nature) Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Jeff Garzik <jgarzik@pobox.com> | 11 November 2005, 10:48:46 UTC |
| 6af37fa | Anton Blanchard | 11 November 2005, 03:02:04 UTC | [PATCH] disable DEBUG in ibmveth At the moment ibmveth has DEBUG enabled which is rather verbose. Disable it. Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Jeff Garzik <jgarzik@pobox.com> | 11 November 2005, 10:47:04 UTC |
| 5e04e7f | Linus Torvalds | 11 November 2005, 05:37:50 UTC | Merge git://git.kernel.org/pub/scm/linux/kernel/git/sfrench/cifs-2.6 | 11 November 2005, 05:37:50 UTC |
| a5cf8b7 | Jeff Garzik | 11 November 2005, 01:34:12 UTC | [PATCH] lpfc build fix Current upstream 'allmodconfig' build is broken. This is the obvious patch... Signed-off-by: Jeff Garzik <jgarzik@pobox.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org> | 11 November 2005, 05:25:04 UTC |
| 79ffeeb | Linus Torvalds | 11 November 2005, 05:24:21 UTC | Merge master.kernel.org:/pub/scm/linux/kernel/git/davem/net-2.6 | 11 November 2005, 05:24:21 UTC |
| a5aac37 | Andrew Morton | 11 November 2005, 05:14:16 UTC | [SPARC]: display7seg build fix Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: David S. Miller <davem@davemloft.net> | 11 November 2005, 05:14:16 UTC |
| 1b397f4 | Steve French | 11 November 2005, 03:36:39 UTC | [CIFS] Fix spaces in cifs kconfig entry Signed-off-by: Steve French <sfrench@us.ibm.com> | 11 November 2005, 03:36:39 UTC |
| 6911408 | Steve French | 11 November 2005, 03:28:44 UTC | [CIFS] Reduce sparse endian warnings Signed-off-by: Steve French <sfrench@us.ibm.com> | 11 November 2005, 03:28:44 UTC |
| 84cdda8 | Steve French | 11 November 2005, 01:31:49 UTC | Merge with /pub/scm/linux/kernel/git/torvalds/linux-2.6.git | 11 November 2005, 01:31:49 UTC |
| 3c50c61 | Steve French | 11 November 2005, 01:31:33 UTC | [CIFS] Update CIFS change log Signed-off-by: Steve French <sfrench@us.ibm.com> | 11 November 2005, 01:31:33 UTC |
| 6a438bb | Stephen Hemminger | 11 November 2005, 01:14:59 UTC | [TCP]: speed up SACK processing Use "hints" to speed up the SACK processing. Various forms of this have been used by TCP developers (Web100, STCP, BIC) to avoid the 2x linear search of outstanding segments. Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@davemloft.net> | 11 November 2005, 01:14:59 UTC |
| caa20d9 | Stephen Hemminger | 11 November 2005, 01:13:47 UTC | [TCP]: spelling fixes Minor spelling fixes for TCP code. Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@davemloft.net> | 11 November 2005, 01:13:47 UTC |
| 326f36e | John Heffner | 11 November 2005, 01:11:48 UTC | [TCP]: receive buffer growth limiting with mixed MTU This is a patch for discussion addressing some receive buffer growing issues. This is partially related to the thread "Possible BUG in IPv4 TCP window handling..." last week. Specifically it addresses the problem of an interaction between rcvbuf moderation (receiver autotuning) and rcv_ssthresh. The problem occurs when sending small packets to a receiver with a larger MTU. (A very common case I have is a host with a 1500 byte MTU sending to a host with a 9k MTU.) In such a case, the rcv_ssthresh code is targeting a window size corresponding to filling up the current rcvbuf, not taking into account that the new rcvbuf moderation may increase the rcvbuf size. One hunk makes rcv_ssthresh use tcp_rmem[2] as the size target rather than rcvbuf. The other changes the behavior when it overflows its memory bounds with in-order data so that it tries to grow rcvbuf (the same as with out-of-order data). These changes should help my problem of mixed MTUs, and should also help the case from last week's thread I think. (In both cases though you still need tcp_rmem[2] to be set much larger than the TCP window.) One question is if this is too aggressive at trying to increase rcvbuf if it's under memory stress. Orignally-from: John Heffner <jheffner@psc.edu> Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@davemloft.net> | 11 November 2005, 01:11:48 UTC |
| 9772efb | Stephen Hemminger | 11 November 2005, 01:09:53 UTC | [TCP]: Appropriate Byte Count support This is an updated version of the RFC3465 ABC patch originally for Linux 2.6.11-rc4 by Yee-Ting Li. ABC is a way of counting bytes ack'd rather than packets when updating congestion control. The orignal ABC described in the RFC applied to a Reno style algorithm. For advanced congestion control there is little change after leaving slow start. Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@davemloft.net> | 11 November 2005, 01:09:53 UTC |
| 7faffa1 | Stephen Hemminger | 11 November 2005, 01:07:24 UTC | [TCP]: add tcp_slow_start helper Move all the code that does linear TCP slowstart to one inline function to ease later patch to add ABC support. Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@davemloft.net> | 11 November 2005, 01:07:24 UTC |
| 2d2abba | Stephen Hemminger | 11 November 2005, 00:56:12 UTC | [TCP]: simplify microsecond rtt sampling Simplify the code that comuputes microsecond rtt estimate used by TCP Vegas. Move the callback out of the RTT sampler and into the end of the ack cleanup. Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@davemloft.net> | 11 November 2005, 00:56:12 UTC |
| f4805ed | Stephen Hemminger | 11 November 2005, 00:53:30 UTC | [TCP]: fix congestion window update when using TSO deferal TCP peformance with TSO over networks with delay is awful. On a 100Mbit link with 150ms delay, we get 4Mbits/sec with TSO and 50Mbits/sec without TSO. The problem is with TSO, we intentionally do not keep the maximum number of packets in flight to fill the window, we hold out to until we can send a MSS chunk. But, we also don't update the congestion window unless we have filled, as per RFC2861. This patch replaces the check for the congestion window being full with something smarter that accounts for TSO. Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@davemloft.net> | 11 November 2005, 00:53:30 UTC |
| 6e6ece5 | Jesse Barnes | 09 November 2005, 04:13:02 UTC | [PATCH] PCI: fix for Toshiba ohci1394 quirk After much testing and agony, I've discovered that my previous ohci1394 quirk for Toshiba laptops is not 100% reliable. It apparently fails to do the interrupt line change either correctly or in time, since in about 2 out of 5 boots, the kernel's irqdebug code will *still* disable irq 11 when the ohci1394 driver is loaded (at pci_enable_device time I think). This patch switches things around a little in the workaround. First, it removes the mdelay. I didn't see a need for it and my testing has shown that it's not necessary for the quirk to work. Secondly, instead of trying to change the interrupt line to what ACPI tells us it should be, this patch makes the quirk use the value in the PCI_INTERRUPT_LINE register. On this laptop at least, that seems to be the right thing to do, though additional testing on other laptops and/or with actual firewire devices would be appreciated. Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> | 11 November 2005, 00:09:18 UTC |
| 6560aa5 | Rajesh Shah | 07 November 2005, 21:37:36 UTC | [PATCH] PCI: fix namespace clashes Signed-off-by: Rajesh Shah <rajesh.shah@intel.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> | 11 November 2005, 00:09:18 UTC |
| b4033c1 | Ashok Raj | 09 November 2005, 05:42:33 UTC | [PATCH] PCI: Change MSI to use physical delivery mode always MSI hardcoded delivery mode to use logical delivery mode. Recently x86_64 moved to use physical mode addressing to support physflat mode. With this mode enabled noticed that my eth with MSI werent working. msi_address_init() was hardcoded to use logical mode for i386 and x86_64. So when we switch to use physical mode, things stopped working. Since anyway we dont use lowest priority delivery with MSI, its always directed to just a single CPU. Its safe and simpler to use physical mode always, even when we use logical delivery mode for IPI's or other ioapic RTE's. Signed-off-by: Ashok Raj <ashok.raj@intel.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> | 11 November 2005, 00:09:18 UTC |
| 48b1914 | Adrian Bunk | 06 November 2005, 00:45:08 UTC | [PATCH] PCI: drivers/pci/: small cleanups This patch contains the following cleanups: - access.c should #include "pci.h" for getting the prototypes of it's global functions - hotplug/shpchp_pci.c: make the needlessly global function program_fw_provided_values() static Signed-off-by: Adrian Bunk <bunk@stusta.de> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> | 11 November 2005, 00:09:18 UTC |
| 26205e0 | Grant Coady | 05 November 2005, 23:52:51 UTC | [PATCH] pci_ids cleanup: fix two additional IDs in bt87x pci_ids cleanup: fixup bt87x.c: two macro defined IDs missed in prior cleanup. Caught by Chun-Chung Chen <cjj@u.washington.edu>: "In the patch for bt87x.c, you seemed have missed the two occurrences of BT_DEVICE on line 897 and line 898." Signed-off-by: Grant Coady <gcoady@gmail.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> | 11 November 2005, 00:09:17 UTC |
| 5fa80fc | John Rose | 04 November 2005, 21:38:50 UTC | [PATCH] dlpar regression for ppc64 - probe change This patch contains the driver bits for enabling DLPAR and PCI Hotplug for the new OF-based PCI probe. This functionality was regressed when the new PCI approach was introduced. Please apply if appropriate. Signed-off-by: John Rose <johnrose@austin.ibm.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> | 11 November 2005, 00:09:17 UTC |
| 249bb07 | Greg Kroah-Hartman | 05 November 2005, 02:56:13 UTC | [PATCH] PCI: removed unneeded .owner field from struct pci_driver Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> | 11 November 2005, 00:09:17 UTC |
| 863b18f | Laurent riffard | 27 October 2005, 21:12:54 UTC | [PATCH] PCI: automatically set device_driver.owner A nice feature of sysfs is that it can create the symlink from the driver to the module that is contained in it. It requires that the device_driver.owner is set, what is not the case for many PCI drivers. This patch allows pci_register_driver to set automatically the device_driver.owner for any PCI driver. Credits to Al Viro who suggested the method. Signed-off-by: Laurent Riffard <laurent.riffard@free.fr> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> -- drivers/ide/setup-pci.c | 12 +++++++----- drivers/pci/pci-driver.c | 9 +++++---- include/linux/ide.h | 3 ++- include/linux/pci.h | 10 ++++++++-- 4 files changed, 22 insertions(+), 12 deletions(-) | 11 November 2005, 00:09:16 UTC |
| f8eb100 | Randy Dunlap | 29 October 2005, 03:36:51 UTC | [PATCH] pci-driver: store_new_id() not inline store_new_id() should not be (and cannot be) inline; the function pointer is stored in a device_attribute table. Signed-off-by: Randy Dunlap <rdunlap@xenotime.net> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> | 11 November 2005, 00:09:16 UTC |
| a5312e2 | Ivan Kokshaysky | 31 October 2005, 22:43:56 UTC | [PATCH] PCI: NCR 53c810 quirk Move the PPC fixup for old NCR 810 controllers to generic quirks - it's needed for Alpha, x86 and other architectures that use setup-bus.c. Thanks to Jay Estabrook for pointing out the issue. Signed-off-by: Ivan Kokshaysky <ink@jurassic.park.msu.ru> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> | 11 November 2005, 00:09:16 UTC |
| 02f313b | Meelis Roos | 29 October 2005, 10:31:49 UTC | [PATCH] PCI: Fix VIA 686 PCI quirk names The quirk names for VIA 686 are mistyped in 2.6.14 (686 vs 868). S3 868 influence? :) Here is a patch to correct them. Signed-off-by: Meelis Roos <mroos@linux.ee> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> | 11 November 2005, 00:09:16 UTC |
| 8239def | rajesh.shah@intel.com | 01 November 2005, 00:20:13 UTC | [PATCH] pciehp: fix handling of power faults during hotplug The current pciehp implementation reports a power-fail error even if the condition has cleared by the time the corresponding interrupt handling code gets a chance to run. This patch fixes this problem. Signed-off-by: Rajesh Shah <rajesh.shah@intel.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> | 11 November 2005, 00:09:15 UTC |
| a3a45ec | rajesh.shah@intel.com | 01 November 2005, 00:20:12 UTC | [PATCH] pciehp: clean-up how we request control of hotplug hardware This patch further tweaks how we request control of hotplug controller hardware from BIOS. We first search the ACPI namespace corresponding to a specific hotplug controller looking for an _OSC or OSHP method. On failure, we successively move to the ACPI parent object, till we hit the highest level host bridge in the hierarchy. This allows for different types of BIOS's which place the _OSC/OSHP methods at various places in the acpi namespace, while still not encroaching on the namespace of some other root level host bridge. This patch also introduces a new load time option (pciehp_force) that allows us to bypass all _OSC/OSHP checking. Not supporting these methods seems to be be the most common ACPI firmware problem we've run into. This will still _not_ allow the pciehp driver to work correctly if the BIOS really doesn't support pciehp (i.e. if it doesn't generate a hotplug interrupt). Use this option with caution. Some BIOS's may deliberately not build any _OSC/OSHP methods to make sure it retains control the hotplug hardware. Using the pciehp_force parameter for such systems can lead to two separate entities trying to control the same hardware. Signed-off-by: Rajesh Shah <rajesh.shah@intel.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> | 11 November 2005, 00:09:15 UTC |
| 427bf53 | rajesh.shah@intel.com | 01 November 2005, 00:20:11 UTC | [PATCH] pciehp: request control of each hotplug controller individually This patch tweaks the way pciehp requests control of the hotplug hardware from BIOS. It now tries to invoke the ACPI _OSC method for a specific hotplug controller only, rather than walking the entire acpi namespace invoking all possible _OSC methods under all host bridges. This allows us to gain control of each hotplug controller individually, even if BIOS fails to give us control of some other hotplug controller in the system. Signed-off-by: Rajesh Shah <rajesh.shah@intel.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> | 11 November 2005, 00:09:15 UTC |
| 1a9ed1b | rajesh.shah@intel.com | 01 November 2005, 00:20:10 UTC | [PATCH] pciehp: reduce debug message verbosity Reduce the number of debug messages generated if pciehp debug is enabled. I tried to restrict this to removing debug messages that are either early-driver-debug type messages, or print information that can be inferred through other debug prints. Signed-off-by: Rajesh Shah <rajesh.shah@intel.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> | 11 November 2005, 00:09:15 UTC |
| ed6cbcf | rajesh.shah@intel.com | 01 November 2005, 00:20:09 UTC | [PATCH] pciehp: miscellaneous cleanups Remove un-necessary header includes, remove dead code, remove some hardcoded constants... Signed-off-by: Rajesh Shah <rajesh.shah@intel.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> | 11 November 2005, 00:09:15 UTC |
| ca22a5e | rajesh.shah@intel.com | 01 November 2005, 00:20:08 UTC | [PATCH] pciehp: remove redundant data structures State information is currently stored in per-slot as well as per-pci-function data structures in pciehp. There's a lot of overlap in the information kept, and some of it is never used. This patch consolidates the state information to per-slot and eliminates unused data structures. The biggest change is to eliminate the pci_func structure and the code around managing its lists. Signed-off-by: Rajesh Shah <rajesh.shah@intel.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> | 11 November 2005, 00:09:14 UTC |
| a8a2be9 | rajesh.shah@intel.com | 01 November 2005, 00:20:07 UTC | [PATCH] pciehp: reduce dependence on ACPI Reduce the PCI Express hotplug driver's dependence on ACPI. We don't walk the acpi namespace anymore to build a list of bridges and devices. We go to ACPI only to run the _OSC or _OSHP methods to transition control of hotplug hardware from system BIOS to the hotplug driver, and to run the _HPP method to get hotplug device parameters like cache line size, latency timer and SERR/PERR enable from BIOS. Note that one of the side effects of this patch is that pciehp does not automatically enable the hot-added device or its DMA bus mastering capability now. It expects the device driver to do that. This may break some drivers and we will have to fix them as they are reported. Signed-off-by: Rajesh Shah <rajesh.shah@intel.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> | 11 November 2005, 00:09:14 UTC |
