Unnamed repository; edit this file 'description' to name the repository. https://git.kobert.dev/pm24.git/atom?h=v2.6.27-rc6 2008-09-09T23:27:49Z 2008-09-09T23:27:49Z Linus Torvalds torvalds@linux-foundation.org 2008-09-09T23:27:49Z urn:sha1:adee14b2e1557d0a8559f29681732d05a89dfc35 2008-09-09T23:25:58Z Linus Torvalds torvalds@linux-foundation.org 2008-09-09T23:25:58Z urn:sha1:91cd99f677ada2af90b06cb1f59e99f27ade5740 * git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6: ipv6: Fix OOPS in ip6_dst_lookup_tail(). ipsec: Restore larval states and socket policies in dump [Bluetooth] Reject L2CAP connections on an insecure ACL link [Bluetooth] Enforce correct authentication requirements [Bluetooth] Fix reference counting during ACL config stage 2008-09-09T23:25:02Z Linus Torvalds torvalds@linux-foundation.org 2008-09-09T23:25:02Z urn:sha1:5b0dac745f2e43836e8fb2920391834d8a8f7fed * git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc-2.6: sparc64: Disable timer interrupts in fixup_irqs(). 2008-09-09T20:51:35Z Neil Horman nhorman@tuxdriver.com 2008-09-09T20:51:35Z urn:sha1:e550dfb0c2c31b6363aa463a035fc9f8dcaa3c9b This fixes kernel bugzilla 11469: "TUN with 1024 neighbours: ip6_dst_lookup_tail NULL crash" dst->neighbour is not necessarily hooked up at this point in the processing path, so blindly dereferencing it is the wrong thing to do. This NULL check exists in other similar paths and this case was just an oversight. Also fix the completely wrong and confusing indentation here while we're at it. Based upon a patch by Evgeniy Polyakov. Signed-off-by: Neil Horman <nhorman@tuxdriver.com> Signed-off-by: David S. Miller <davem@davemloft.net> 2008-09-09T20:47:01Z Linus Torvalds torvalds@linux-foundation.org 2008-09-09T20:47:01Z urn:sha1:bdce291a69a4de340eb5a0f7b87dd0d49744d6b6 * 'timers-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip: clockevents: remove WARN_ON which was used to gather information 2008-09-09T20:20:01Z Thomas Gleixner tglx@linutronix.de 2008-09-09T19:38:57Z urn:sha1:61c22c34c6f80a8e89cff5ff717627c54cc14fd4 The issue of the endless reprogramming loop due to a too small min_delta_ns was fixed with the previous updates of the clock events code, but we had no information about the spread of this problem. I added a WARN_ON to get automated information via kerneloops.org and to get some direct reports, which allowed me to analyse the affected machines. The WARN_ON has served its purpose and would be annoying for a release kernel. Remove it and just keep the information about the increase of the min_delta_ns value. Signed-off-by: Thomas Gleixner <tglx@linutronix.de> 2008-09-09T19:23:41Z Linus Torvalds torvalds@linux-foundation.org 2008-09-09T19:23:41Z urn:sha1:93811d94f7e9bcfeed7d6ba75ea5d9c80a70ab95 * 'x86-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip: x86: fix memmap=exactmap boot argument x86: disable static NOPLs on 32 bits xen: fix 2.6.27-rc5 xen balloon driver warnings 2008-09-09T18:54:53Z Prarit Bhargava prarit@redhat.com 2008-09-09T13:56:08Z urn:sha1:d6be118a97ce51ca84035270f91c2bccecbfac5f When using kdump modifying the e820 map is yielding strange results. For example starting with BIOS-provided physical RAM map: BIOS-e820: 0000000000000100 - 0000000000093400 (usable) BIOS-e820: 0000000000093400 - 00000000000a0000 (reserved) BIOS-e820: 0000000000100000 - 000000003fee0000 (usable) BIOS-e820: 000000003fee0000 - 000000003fef3000 (ACPI data) BIOS-e820: 000000003fef3000 - 000000003ff80000 (ACPI NVS) BIOS-e820: 000000003ff80000 - 0000000040000000 (reserved) BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved) BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved) BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved) BIOS-e820: 00000000ff000000 - 0000000100000000 (reserved) and booting with args memmap=exactmap memmap=640K@0K memmap=5228K@16384K memmap=125188K@22252K memmap=76K#1047424K memmap=564K#1047500K resulted in: user-defined physical RAM map: user: 0000000000000000 - 0000000000093400 (usable) user: 0000000000093400 - 00000000000a0000 (reserved) user: 0000000000100000 - 000000003fee0000 (usable) user: 000000003fee0000 - 000000003fef3000 (ACPI data) user: 000000003fef3000 - 000000003ff80000 (ACPI NVS) user: 000000003ff80000 - 0000000040000000 (reserved) user: 00000000e0000000 - 00000000f0000000 (reserved) user: 00000000fec00000 - 00000000fec10000 (reserved) user: 00000000fee00000 - 00000000fee01000 (reserved) user: 00000000ff000000 - 0000000100000000 (reserved) But should have resulted in: user-defined physical RAM map: user: 0000000000000000 - 00000000000a0000 (usable) user: 0000000001000000 - 000000000151b000 (usable) user: 00000000015bb000 - 0000000008ffc000 (usable) user: 000000003fee0000 - 000000003ff80000 (ACPI data) This is happening because of an improper usage of strcmp() in the e820 parsing code. The strcmp() always returns !0 and never resets the value for e820.nr_map and returns an incorrect user-defined map. This patch fixes the problem. Signed-off-by: Prarit Bhargava <prarit@redhat.com> Signed-off-by: Ingo Molnar <mingo@elte.hu> 2008-09-09T18:53:05Z Linus Torvalds torvalds@linux-foundation.org 2008-09-09T18:53:05Z urn:sha1:ea81e2722e55ba0269c92f266763e445dcffb973 * 'for-linus' of git://git390.osdl.marist.edu/pub/scm/linux-2.6: [S390] cio: allow offline processing for disconnected devices [S390] cio: handle ssch() return codes correctly. [S390] cio: Correct cleanup on error. [S390] CVE-2008-1514: prevent ptrace padding area read/write in 31-bit mode 2008-09-09T18:52:34Z Linus Torvalds torvalds@linux-foundation.org 2008-09-09T18:52:34Z urn:sha1:0b1fc335d2f2c1206ac4048e5f6d8971f2aae6be * 'upstream' of git://ftp.linux-mips.org/pub/scm/upstream-linus: [MIPS] IP22: Fix detection of second HPC3 on Challenge S