Re: Linux 2.6.23-rc8 (build failure from -rc1)
On Tue, 2007-09-25 at 10:02 -0700, Andrew Morton wrote: > On Tue, 25 Sep 2007 09:57:01 -0700 Badari Pulavarty <[EMAIL PROTECTED]> wrote: > > > On Mon, 2007-09-24 at 17:46 -0700, Linus Torvalds wrote: > > > Ok, I think I'm getting close to releasing a real 2.6.23. Things seem to > > > have calmed down, and I think Thomas Gleixner may have found the > > > suspend/resume regression that has dogged us for a while, so I'm feeling > > > happy about things. > > > > > > Of course, me feeling happy is usually immediately followed by some nasty > > > person finding new problems, but I'll just ignore that and enjoy the > > > feeling anyway, however fleeting it may be. > > > > I don't want to be the "nasty" person, but one of my machines doesn't > > like 2.6.23-rc8. Infact, 2.6.23-rc1 was the first kernel this is broken. > > (I didn't get hands on this machine till now). > > > > Since my other x86-64 machines are doing fine, I am going to blame it > > on my machine specific config :) > > > > Thanks, > > Badari > > > > > > elm3a242:/usr/src/linux-2.6.23-rc8 # make -j4 bzImage > > CHK include/linux/version.h > > CHK include/linux/utsrelease.h > > CALLscripts/checksyscalls.sh > > CHK include/linux/compile.h > > SYSCALL arch/x86_64/vdso/vdso.so > > /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/../../../../x86_64-suse- > > linux/bin/ld: section .text [ff700500 -> ff700797] > > overlaps section .dynstr [ff7004b8 -> ff700510] > > collect2: ld returned 1 exit status > > make[1]: *** [arch/x86_64/vdso/vdso.so] Error 1 > > make: *** [arch/x86_64/vdso] Error 2 > > make: *** Waiting for unfinished jobs > > > > > > box:/usr/src/25> grep vdso series > x86_64-mm-vdso-text-offset.patch > x86_64-mm-vdso-compat-install-unstripped-copies-on-disk.patch > x86_64-mm-vdso-64bit-install-unstripped-copies-on-disk.patch > fix-discrepancy-between-vdso-based-gettimeofday-and-sys_gettimeofday.patch > > > x86_64-mm-vdso-text-offset.patch looks likely - can you test it please? > > > > > Increase VDSO_TEXT_OFFSET for ancient binutils > > For some reason old binutils genertate larger headers so > increase the text offset of the vdso to avoid linker errors. > > Signed-off-by: Andi Kleen <[EMAIL PROTECTED]> > > --- > arch/x86_64/vdso/voffset.h |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > Index: linux/arch/x86_64/vdso/voffset.h > === > --- linux.orig/arch/x86_64/vdso/voffset.h > +++ linux/arch/x86_64/vdso/voffset.h > @@ -1 +1 @@ > -#define VDSO_TEXT_OFFSET 0x500 > +#define VDSO_TEXT_OFFSET 0x600 > Yep. Thats what I did earlier to fix my build. Thanks, Badari - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux 2.6.23-rc8 (build failure from -rc1)
On Tue, 25 Sep 2007 09:57:01 -0700 Badari Pulavarty <[EMAIL PROTECTED]> wrote: > On Mon, 2007-09-24 at 17:46 -0700, Linus Torvalds wrote: > > Ok, I think I'm getting close to releasing a real 2.6.23. Things seem to > > have calmed down, and I think Thomas Gleixner may have found the > > suspend/resume regression that has dogged us for a while, so I'm feeling > > happy about things. > > > > Of course, me feeling happy is usually immediately followed by some nasty > > person finding new problems, but I'll just ignore that and enjoy the > > feeling anyway, however fleeting it may be. > > I don't want to be the "nasty" person, but one of my machines doesn't > like 2.6.23-rc8. Infact, 2.6.23-rc1 was the first kernel this is broken. > (I didn't get hands on this machine till now). > > Since my other x86-64 machines are doing fine, I am going to blame it > on my machine specific config :) > > Thanks, > Badari > > > elm3a242:/usr/src/linux-2.6.23-rc8 # make -j4 bzImage > CHK include/linux/version.h > CHK include/linux/utsrelease.h > CALLscripts/checksyscalls.sh > CHK include/linux/compile.h > SYSCALL arch/x86_64/vdso/vdso.so > /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/../../../../x86_64-suse- > linux/bin/ld: section .text [ff700500 -> ff700797] > overlaps section .dynstr [ff7004b8 -> ff700510] > collect2: ld returned 1 exit status > make[1]: *** [arch/x86_64/vdso/vdso.so] Error 1 > make: *** [arch/x86_64/vdso] Error 2 > make: *** Waiting for unfinished jobs > box:/usr/src/25> grep vdso series x86_64-mm-vdso-text-offset.patch x86_64-mm-vdso-compat-install-unstripped-copies-on-disk.patch x86_64-mm-vdso-64bit-install-unstripped-copies-on-disk.patch fix-discrepancy-between-vdso-based-gettimeofday-and-sys_gettimeofday.patch x86_64-mm-vdso-text-offset.patch looks likely - can you test it please? Increase VDSO_TEXT_OFFSET for ancient binutils For some reason old binutils genertate larger headers so increase the text offset of the vdso to avoid linker errors. Signed-off-by: Andi Kleen <[EMAIL PROTECTED]> --- arch/x86_64/vdso/voffset.h |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Index: linux/arch/x86_64/vdso/voffset.h === --- linux.orig/arch/x86_64/vdso/voffset.h +++ linux/arch/x86_64/vdso/voffset.h @@ -1 +1 @@ -#define VDSO_TEXT_OFFSET 0x500 +#define VDSO_TEXT_OFFSET 0x600 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux 2.6.23-rc8 (build failure from -rc1)
On Mon, 2007-09-24 at 17:46 -0700, Linus Torvalds wrote: > Ok, I think I'm getting close to releasing a real 2.6.23. Things seem to > have calmed down, and I think Thomas Gleixner may have found the > suspend/resume regression that has dogged us for a while, so I'm feeling > happy about things. > > Of course, me feeling happy is usually immediately followed by some nasty > person finding new problems, but I'll just ignore that and enjoy the > feeling anyway, however fleeting it may be. I don't want to be the "nasty" person, but one of my machines doesn't like 2.6.23-rc8. Infact, 2.6.23-rc1 was the first kernel this is broken. (I didn't get hands on this machine till now). Since my other x86-64 machines are doing fine, I am going to blame it on my machine specific config :) Thanks, Badari elm3a242:/usr/src/linux-2.6.23-rc8 # make -j4 bzImage CHK include/linux/version.h CHK include/linux/utsrelease.h CALLscripts/checksyscalls.sh CHK include/linux/compile.h SYSCALL arch/x86_64/vdso/vdso.so /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/../../../../x86_64-suse- linux/bin/ld: section .text [ff700500 -> ff700797] overlaps section .dynstr [ff7004b8 -> ff700510] collect2: ld returned 1 exit status make[1]: *** [arch/x86_64/vdso/vdso.so] Error 1 make: *** [arch/x86_64/vdso] Error 2 make: *** Waiting for unfinished jobs - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux 2.6.23-rc8 (build failure from -rc1)
On Mon, 2007-09-24 at 17:46 -0700, Linus Torvalds wrote: Ok, I think I'm getting close to releasing a real 2.6.23. Things seem to have calmed down, and I think Thomas Gleixner may have found the suspend/resume regression that has dogged us for a while, so I'm feeling happy about things. Of course, me feeling happy is usually immediately followed by some nasty person finding new problems, but I'll just ignore that and enjoy the feeling anyway, however fleeting it may be. I don't want to be the nasty person, but one of my machines doesn't like 2.6.23-rc8. Infact, 2.6.23-rc1 was the first kernel this is broken. (I didn't get hands on this machine till now). Since my other x86-64 machines are doing fine, I am going to blame it on my machine specific config :) Thanks, Badari elm3a242:/usr/src/linux-2.6.23-rc8 # make -j4 bzImage CHK include/linux/version.h CHK include/linux/utsrelease.h CALLscripts/checksyscalls.sh CHK include/linux/compile.h SYSCALL arch/x86_64/vdso/vdso.so /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/../../../../x86_64-suse- linux/bin/ld: section .text [ff700500 - ff700797] overlaps section .dynstr [ff7004b8 - ff700510] collect2: ld returned 1 exit status make[1]: *** [arch/x86_64/vdso/vdso.so] Error 1 make: *** [arch/x86_64/vdso] Error 2 make: *** Waiting for unfinished jobs - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux 2.6.23-rc8 (build failure from -rc1)
On Tue, 25 Sep 2007 09:57:01 -0700 Badari Pulavarty [EMAIL PROTECTED] wrote: On Mon, 2007-09-24 at 17:46 -0700, Linus Torvalds wrote: Ok, I think I'm getting close to releasing a real 2.6.23. Things seem to have calmed down, and I think Thomas Gleixner may have found the suspend/resume regression that has dogged us for a while, so I'm feeling happy about things. Of course, me feeling happy is usually immediately followed by some nasty person finding new problems, but I'll just ignore that and enjoy the feeling anyway, however fleeting it may be. I don't want to be the nasty person, but one of my machines doesn't like 2.6.23-rc8. Infact, 2.6.23-rc1 was the first kernel this is broken. (I didn't get hands on this machine till now). Since my other x86-64 machines are doing fine, I am going to blame it on my machine specific config :) Thanks, Badari elm3a242:/usr/src/linux-2.6.23-rc8 # make -j4 bzImage CHK include/linux/version.h CHK include/linux/utsrelease.h CALLscripts/checksyscalls.sh CHK include/linux/compile.h SYSCALL arch/x86_64/vdso/vdso.so /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/../../../../x86_64-suse- linux/bin/ld: section .text [ff700500 - ff700797] overlaps section .dynstr [ff7004b8 - ff700510] collect2: ld returned 1 exit status make[1]: *** [arch/x86_64/vdso/vdso.so] Error 1 make: *** [arch/x86_64/vdso] Error 2 make: *** Waiting for unfinished jobs goes fishing in Andi's tree box:/usr/src/25 grep vdso series x86_64-mm-vdso-text-offset.patch x86_64-mm-vdso-compat-install-unstripped-copies-on-disk.patch x86_64-mm-vdso-64bit-install-unstripped-copies-on-disk.patch fix-discrepancy-between-vdso-based-gettimeofday-and-sys_gettimeofday.patch x86_64-mm-vdso-text-offset.patch looks likely - can you test it please? Increase VDSO_TEXT_OFFSET for ancient binutils For some reason old binutils genertate larger headers so increase the text offset of the vdso to avoid linker errors. Signed-off-by: Andi Kleen [EMAIL PROTECTED] --- arch/x86_64/vdso/voffset.h |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Index: linux/arch/x86_64/vdso/voffset.h === --- linux.orig/arch/x86_64/vdso/voffset.h +++ linux/arch/x86_64/vdso/voffset.h @@ -1 +1 @@ -#define VDSO_TEXT_OFFSET 0x500 +#define VDSO_TEXT_OFFSET 0x600 - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux 2.6.23-rc8 (build failure from -rc1)
On Tue, 2007-09-25 at 10:02 -0700, Andrew Morton wrote: On Tue, 25 Sep 2007 09:57:01 -0700 Badari Pulavarty [EMAIL PROTECTED] wrote: On Mon, 2007-09-24 at 17:46 -0700, Linus Torvalds wrote: Ok, I think I'm getting close to releasing a real 2.6.23. Things seem to have calmed down, and I think Thomas Gleixner may have found the suspend/resume regression that has dogged us for a while, so I'm feeling happy about things. Of course, me feeling happy is usually immediately followed by some nasty person finding new problems, but I'll just ignore that and enjoy the feeling anyway, however fleeting it may be. I don't want to be the nasty person, but one of my machines doesn't like 2.6.23-rc8. Infact, 2.6.23-rc1 was the first kernel this is broken. (I didn't get hands on this machine till now). Since my other x86-64 machines are doing fine, I am going to blame it on my machine specific config :) Thanks, Badari elm3a242:/usr/src/linux-2.6.23-rc8 # make -j4 bzImage CHK include/linux/version.h CHK include/linux/utsrelease.h CALLscripts/checksyscalls.sh CHK include/linux/compile.h SYSCALL arch/x86_64/vdso/vdso.so /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/../../../../x86_64-suse- linux/bin/ld: section .text [ff700500 - ff700797] overlaps section .dynstr [ff7004b8 - ff700510] collect2: ld returned 1 exit status make[1]: *** [arch/x86_64/vdso/vdso.so] Error 1 make: *** [arch/x86_64/vdso] Error 2 make: *** Waiting for unfinished jobs goes fishing in Andi's tree box:/usr/src/25 grep vdso series x86_64-mm-vdso-text-offset.patch x86_64-mm-vdso-compat-install-unstripped-copies-on-disk.patch x86_64-mm-vdso-64bit-install-unstripped-copies-on-disk.patch fix-discrepancy-between-vdso-based-gettimeofday-and-sys_gettimeofday.patch x86_64-mm-vdso-text-offset.patch looks likely - can you test it please? Increase VDSO_TEXT_OFFSET for ancient binutils For some reason old binutils genertate larger headers so increase the text offset of the vdso to avoid linker errors. Signed-off-by: Andi Kleen [EMAIL PROTECTED] --- arch/x86_64/vdso/voffset.h |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Index: linux/arch/x86_64/vdso/voffset.h === --- linux.orig/arch/x86_64/vdso/voffset.h +++ linux/arch/x86_64/vdso/voffset.h @@ -1 +1 @@ -#define VDSO_TEXT_OFFSET 0x500 +#define VDSO_TEXT_OFFSET 0x600 Yep. Thats what I did earlier to fix my build. Thanks, Badari - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Linux 2.6.23-rc8
Ok, I think I'm getting close to releasing a real 2.6.23. Things seem to have calmed down, and I think Thomas Gleixner may have found the suspend/resume regression that has dogged us for a while, so I'm feeling happy about things. Of course, me feeling happy is usually immediately followed by some nasty person finding new problems, but I'll just ignore that and enjoy the feeling anyway, however fleeting it may be. The shortlog really is pretty short, and I'm appending the diffstat at the end too in case anybody cares, but basically it's just a number of fairly small but real fixes, with some support for a few new chips to the sky2 network driver.. In fact, much of the diffstat is some documentation updates and that sky2 update. The rest tends to be a few lines, as you can tell.. Linus --- Alan Cox (2): libata: Update the blacklist with a few more devices libata-sff: Fix documentation Alexey Kuznetsov (1): [PKT_SCHED]: Fix 'SFQ qdisc crashes with limit of 2 packets' Alexey Starikovskiy (1): ACPI: suspend: consolidate handling of Sx states. Andi Kleen (1): x86_64: Zero extend all registers after ptrace in 32bit entry path. Avi Kivity (1): KVM: Fix virtualization menu help text Brice Goglin (1): myri10ge: Add support for PCI device id 9 Christoph Hellwig (1): [XFS] fix valid but harmless sparse warning Dan Williams (3): async_tx: usage documentation and developer notes (v2) async_tx: fix dma_wait_for_async_tx raid5: fix 2 bugs in ops_complete_biofill Davide Libenzi (1): signalfd simplification Domen Puncer (1): phy: export phy_mii_ioctl Eric Leblond (1): [NETFILTER]: nfnetlink_log: fix sending of multipart messages Eric Sandeen (1): [XFS] fix filestreams on 32-bit boxes Frans Pop (1): ACPI: suspend: consolidate handling of Sx states addendum H. Peter Anvin (2): [x86 setup] Present the canonical video mode number to the kernel [acpi] Correct the decoding of video mode numbers in wakeup.S Herbert Valerio Riedel (1): [ARM] 4569/1: ep93xx_gpio_irq_type(): fix spurious enumeration offset for FGPIO handling Herbert Xu (4): [PPP] pppoe: Fix double-free on skb after transmit failure [PPP] L2TP: Disallow non-UDP datagram sockets [PPP] L2TP: Fix skb handling in pppol2tp_recv_core [PPP] L2TP: Fix skb handling in pppol2tp_xmit Jack Morgenstein (1): IB/mlx4: Fix data corruption triggered by wrong headroom marking order Linus Torvalds (3): Fix CRLF line endings in Documentation/input/iforce-protocol.txt Revert "x86_64: Quicklist support for x86_64" Linux 2.6.23-rc8 Maik Broemme (1): ACPI: video: remove dmesg spam Mark Fasheh (3): ocfs2: Allow smaller allocations during large writes ocfs2: Fix pos/len passed to ocfs2_write_cluster ocfs2: Don't double set write parameters Michael Chan (1): [BNX2]: Add PHY workaround for 5709 A1. Patrick McHardy (1): [NETFILTER]: MAINTAINERS update Paul Bolle (1): [x86 setup] Fix typo in arch/i386/boot/header.S Ralf Baechle (3): [MIPS] BCM1480: Export zbbus_mhz. [MIPS] BCM1480: include . [MIPS] SMTC: Make ack_bad_irq() safe with no IM backstop. Rui Sousa (1): [ARM] 4568/1: fix l2x0 cache invalidate handling of unaligned addresses Stefan Richter (1): ieee1394: ohci1394: fix initialization if built non-modular Stephen Hemminger (7): sky2: fix VLAN receive processing (resend) sky2: ethtool speed report bug sky2: reorganize chip revision features sky2: fe+ chip support sky2: receive FIFO checking sky2: version 1.18 missing null termination in power supply uevent Sunil Mushran (1): ocfs2: Pack vote message and response structures Takashi Iwai (1): Convert snd-page-alloc proc file to use seq_file Thomas Gleixner (2): ACPI: disable lower idle C-states across suspend/resume clockevents: remove the suspend/resume workaround^Wthinko Wolfgang Walter (1): rpc: fix garbage in printk in svc_tcp_accept() Zhang Rui (1): ACPI: video: _DOS=0 by default to prevent hotkey hang henry su (1): [libata] ahci: add ATI SB800 PCI IDs --- Documentation/crypto/async-tx-api.txt | 219 + Documentation/input/iforce-protocol.txt | 508 +++--- MAINTAINERS |6 +- Makefile|2 +- arch/arm/mach-ep93xx/core.c |2 +- arch/arm/mm/cache-l2x0.c| 12 +- arch/i386/boot/header.S |2 +- arch/i386/boot/video.c | 14 +- arch/i386/kernel/acpi/wakeup.S | 41 +-- arch/mips/kernel/i8259.c|5 +- arch/mips/kernel/irq-msc01.c| 10 +- arch/mips/kernel/irq.c | 10 +- arch/mips/kernel/smtc.c |5 +-
Linux 2.6.23-rc8
Ok, I think I'm getting close to releasing a real 2.6.23. Things seem to have calmed down, and I think Thomas Gleixner may have found the suspend/resume regression that has dogged us for a while, so I'm feeling happy about things. Of course, me feeling happy is usually immediately followed by some nasty person finding new problems, but I'll just ignore that and enjoy the feeling anyway, however fleeting it may be. The shortlog really is pretty short, and I'm appending the diffstat at the end too in case anybody cares, but basically it's just a number of fairly small but real fixes, with some support for a few new chips to the sky2 network driver.. In fact, much of the diffstat is some documentation updates and that sky2 update. The rest tends to be a few lines, as you can tell.. Linus --- Alan Cox (2): libata: Update the blacklist with a few more devices libata-sff: Fix documentation Alexey Kuznetsov (1): [PKT_SCHED]: Fix 'SFQ qdisc crashes with limit of 2 packets' Alexey Starikovskiy (1): ACPI: suspend: consolidate handling of Sx states. Andi Kleen (1): x86_64: Zero extend all registers after ptrace in 32bit entry path. Avi Kivity (1): KVM: Fix virtualization menu help text Brice Goglin (1): myri10ge: Add support for PCI device id 9 Christoph Hellwig (1): [XFS] fix valid but harmless sparse warning Dan Williams (3): async_tx: usage documentation and developer notes (v2) async_tx: fix dma_wait_for_async_tx raid5: fix 2 bugs in ops_complete_biofill Davide Libenzi (1): signalfd simplification Domen Puncer (1): phy: export phy_mii_ioctl Eric Leblond (1): [NETFILTER]: nfnetlink_log: fix sending of multipart messages Eric Sandeen (1): [XFS] fix filestreams on 32-bit boxes Frans Pop (1): ACPI: suspend: consolidate handling of Sx states addendum H. Peter Anvin (2): [x86 setup] Present the canonical video mode number to the kernel [acpi] Correct the decoding of video mode numbers in wakeup.S Herbert Valerio Riedel (1): [ARM] 4569/1: ep93xx_gpio_irq_type(): fix spurious enumeration offset for FGPIO handling Herbert Xu (4): [PPP] pppoe: Fix double-free on skb after transmit failure [PPP] L2TP: Disallow non-UDP datagram sockets [PPP] L2TP: Fix skb handling in pppol2tp_recv_core [PPP] L2TP: Fix skb handling in pppol2tp_xmit Jack Morgenstein (1): IB/mlx4: Fix data corruption triggered by wrong headroom marking order Linus Torvalds (3): Fix CRLF line endings in Documentation/input/iforce-protocol.txt Revert x86_64: Quicklist support for x86_64 Linux 2.6.23-rc8 Maik Broemme (1): ACPI: video: remove dmesg spam Mark Fasheh (3): ocfs2: Allow smaller allocations during large writes ocfs2: Fix pos/len passed to ocfs2_write_cluster ocfs2: Don't double set write parameters Michael Chan (1): [BNX2]: Add PHY workaround for 5709 A1. Patrick McHardy (1): [NETFILTER]: MAINTAINERS update Paul Bolle (1): [x86 setup] Fix typo in arch/i386/boot/header.S Ralf Baechle (3): [MIPS] BCM1480: Export zbbus_mhz. [MIPS] BCM1480: include linux/init.h. [MIPS] SMTC: Make ack_bad_irq() safe with no IM backstop. Rui Sousa (1): [ARM] 4568/1: fix l2x0 cache invalidate handling of unaligned addresses Stefan Richter (1): ieee1394: ohci1394: fix initialization if built non-modular Stephen Hemminger (7): sky2: fix VLAN receive processing (resend) sky2: ethtool speed report bug sky2: reorganize chip revision features sky2: fe+ chip support sky2: receive FIFO checking sky2: version 1.18 missing null termination in power supply uevent Sunil Mushran (1): ocfs2: Pack vote message and response structures Takashi Iwai (1): Convert snd-page-alloc proc file to use seq_file Thomas Gleixner (2): ACPI: disable lower idle C-states across suspend/resume clockevents: remove the suspend/resume workaround^Wthinko Wolfgang Walter (1): rpc: fix garbage in printk in svc_tcp_accept() Zhang Rui (1): ACPI: video: _DOS=0 by default to prevent hotkey hang henry su (1): [libata] ahci: add ATI SB800 PCI IDs --- Documentation/crypto/async-tx-api.txt | 219 + Documentation/input/iforce-protocol.txt | 508 +++--- MAINTAINERS |6 +- Makefile|2 +- arch/arm/mach-ep93xx/core.c |2 +- arch/arm/mm/cache-l2x0.c| 12 +- arch/i386/boot/header.S |2 +- arch/i386/boot/video.c | 14 +- arch/i386/kernel/acpi/wakeup.S | 41 +-- arch/mips/kernel/i8259.c|5 +- arch/mips/kernel/irq-msc01.c| 10 +- arch/mips/kernel/irq.c | 10 +- arch/mips/kernel/smtc.c |5 +- arch