user/sven/linux.git, branch v2.6.20.19

Linux 2.6.20.19

2007-09-08T19:32:44Z

[IPV6]: Do no rely on skb->dst before it is assigned.

2007-09-08T19:21:38Z

Because skb->dst is assigned in ip6_route_input(), it is really bad to use it in hop-by-hop option handler(s). Closes: Bug #8450 (Eric Sesterhenn ) Signed-off-by: YOSHIFUJI Hideaki Signed-off-by: David S. Miller Signed-off-by: Willy Tarreau

Linux 2.6.20.18

2007-08-28T10:15:07Z

[PATCH] Fix incorrect config #ifdef around skb_copy_secmark

2007-08-28T10:14:55Z

secmark doesn't depend on CONFIG_NET_SCHED. Signed-off-by: Patrick McHardy Acked-by: James Morris Signed-off-by: David S. Miller

[PATCH] Revert "pata_atiixp: add SB700 PCI ID"

2007-08-28T10:14:55Z

That update broke build of pata_atiixp as it requires some PCI IDs and other updates which have not been merged. Better remove it from 2.6.20. This reverts commit f327bcd16db3128a6c1885e03109361e167d1a56. Signed-off-by: Willy Tarreau

[PATCH] Revert "Keep rfcomm_dev on the list until it is freed"

2007-08-28T10:14:54Z

Randy Dunlap and Boris B. Zhmurov reported build failure of rfcomm/tty.c since 2.6.20.17. Marcel Holtmann confirmed that the following patch was inappropriate for this kernel. Remove it. This reverts commit 8c25e9c9cd1fed0d5f57075b584c39a4b9af9830. Cc: Marcel Holtmann Signed-off-by: Willy Tarreau

Linux 2.6.20.17

2007-08-25T15:24:47Z

[PATCH] Reset current->pdeath_signal on SUID binary execution (CVE-2007-3848)

2007-08-25T15:24:22Z

This fixes a vulnerability in the "parent process death signal" implementation discoverd by Wojciech Purczynski of COSEINC PTE Ltd. and iSEC Security Research. http://marc.info/?l=bugtraq&m=118711306802632&w=2 Signed-off-by: Marcel Holtmann Signed-off-by: Linus Torvalds Signed-off-by: Greg Kroah-Hartman Signed-off-by: Willy Tarreau

[PATCH] CPUFREQ: ondemand: add a check to avoid negative load calculation

2007-08-25T15:24:21Z

Due to rounding and inexact jiffy accounting, idle_ticks can sometimes be higher than total_ticks. Make sure those cases are handled as zero load case. Signed-off-by: Venkatesh Pallipadi Signed-off-by: Dave Jones Signed-off-by: Greg Kroah-Hartman Signed-off-by: Willy Tarreau

[PATCH] CPUFREQ: ondemand: fix tickless accounting and software coordination bug

2007-08-25T15:24:21Z

With tickless kernel and software coordination os P-states, ondemand can look at wrong idle statistics. This can happen when ondemand sampling is happening on CPU 0 and due to software coordination sampling also looks at utilization of CPU 1. If CPU 1 is in tickless state at that moment, its idle statistics will not be uptodate and CPU 0 thinks CPU 1 is idle for less amount of time than it actually is. This can be resolved by looking at all the busy times of CPUs, which is accurate, even with tickless, and use that to determine idle time in a round about way (total time - busy time). Thanks to Arjan for originally reporting the ondemand bug on Lenovo T61. Signed-off-by: Venkatesh Pallipadi Signed-off-by: Dave Jones Signed-off-by: Greg Kroah-Hartman Signed-off-by: Willy Tarreau