<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/net/xfrm, branch linux-2.6.36.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.36.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.36.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2010-09-20T18:11:38Z</updated>
<entry>
<title>xfrm: Allow different selector family in temporary state</title>
<updated>2010-09-20T18:11:38Z</updated>
<author>
<name>Thomas Egerer</name>
</author>
<published>2010-09-20T18:11:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8444cf712c5f71845cba9dc30d8f530ff0d5ff83'/>
<id>urn:sha1:8444cf712c5f71845cba9dc30d8f530ff0d5ff83</id>
<content type='text'>
The family parameter xfrm_state_find is used to find a state matching a
certain policy. This value is set to the template's family
(encap_family) right before xfrm_state_find is called.
The family parameter is however also used to construct a temporary state
in xfrm_state_find itself which is wrong for inter-family scenarios
because it produces a selector for the wrong family. Since this selector
is included in the xfrm_user_acquire structure, user space programs
misinterpret IPv6 addresses as IPv4 and vice versa.
This patch splits up the original init_tempsel function into a part that
initializes the selector respectively the props and id of the temporary
state, to allow for differing ip address families whithin the state.

Signed-off-by: Thomas Egerer &lt;thomas.egerer@secunet.com&gt;
Signed-off-by: Steffen Klassert &lt;steffen.klassert@secunet.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>xfrm: dont assume rcu_read_lock in xfrm_output_one()</title>
<updated>2010-09-17T04:46:15Z</updated>
<author>
<name>Eric Dumazet</name>
</author>
<published>2010-09-16T12:27:50Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e71895a1beff2014534c9660d9ae42e043f11555'/>
<id>urn:sha1:e71895a1beff2014534c9660d9ae42e043f11555</id>
<content type='text'>
ip_local_out() is called with rcu_read_lock() held from ip_queue_xmit()
but not from other call sites.

Reported-and-bisected-by: Nick Bowler &lt;nbowler@elliptictech.com&gt;
Signed-off-by: Eric Dumazet &lt;eric.dumazet@gmail.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>xfrm_user: avoid a warning with some compiler</title>
<updated>2010-09-01T21:29:35Z</updated>
<author>
<name>Nicolas Dichtel</name>
</author>
<published>2010-08-31T05:54:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=928497f0209027ccd649480a38a499fab9c3f6f6'/>
<id>urn:sha1:928497f0209027ccd649480a38a499fab9c3f6f6</id>
<content type='text'>
Attached is a small patch to remove a warning ("warning: ISO C90 forbids
mixed declarations and code" with gcc 4.3.2).

Signed-off-by: Nicolas Dichtel &lt;nicolas.dichtel@6wind.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>xfrm: Use GFP_ATOMIC in xfrm_compile_policy</title>
<updated>2010-08-15T05:38:09Z</updated>
<author>
<name>Herbert Xu</name>
</author>
<published>2010-08-15T05:38:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2f09a4d5daaa36690d506fafda9c24f2be866f6b'/>
<id>urn:sha1:2f09a4d5daaa36690d506fafda9c24f2be866f6b</id>
<content type='text'>
As xfrm_compile_policy runs within a read_lock, we cannot use
GFP_KERNEL for memory allocations.

Reported-by: Luca Tettamanti &lt;kronos.it@gmail.com&gt;
Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>Merge branch 'master' of master.kernel.org:/pub/scm/linux/kernel/git/davem/net-2.6</title>
<updated>2010-07-21T01:25:24Z</updated>
<author>
<name>David S. Miller</name>
</author>
<published>2010-07-21T01:25:24Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=11fe883936980fe242869d671092a466cf1db3e3'/>
<id>urn:sha1:11fe883936980fe242869d671092a466cf1db3e3</id>
<content type='text'>
Conflicts:
	drivers/vhost/net.c
	net/bridge/br_device.c

Fix merge conflict in drivers/vhost/net.c with guidance from
Stephen Rothwell.

Revert the effects of net-2.6 commit 573201f36fd9c7c6d5218cdcd9948cee700b277d
since net-next-2.6 has fixes that make bridge netpoll work properly thus
we don't need it disabled.

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>xfrm: do not assume that template resolving always returns xfrms</title>
<updated>2010-07-14T21:16:48Z</updated>
<author>
<name>Timo Teräs</name>
</author>
<published>2010-07-12T21:29:42Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d809ec895505e6f35fb1965f0946381ab4eaa474'/>
<id>urn:sha1:d809ec895505e6f35fb1965f0946381ab4eaa474</id>
<content type='text'>
xfrm_resolve_and_create_bundle() assumed that, if policies indicated
presence of xfrms, bundle template resolution would always return
some xfrms. This is not true for 'use' level policies which can
result in no xfrm's being applied if there is no suitable xfrm states.
This fixes a crash by this incorrect assumption.

Reported-by: George Spelvin &lt;linux@horizon.com&gt;
Bisected-by: George Spelvin &lt;linux@horizon.com&gt;
Tested-by: George Spelvin &lt;linux@horizon.com&gt;
Signed-off-by: Timo Teräs &lt;timo.teras@iki.fi&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>Merge branch 'master' of master.kernel.org:/pub/scm/linux/kernel/git/davem/net-2.6</title>
<updated>2010-07-07T22:59:38Z</updated>
<author>
<name>David S. Miller</name>
</author>
<published>2010-07-07T22:59:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=597e608a8492d662736c9bc6aa507dbf1cadc17d'/>
<id>urn:sha1:597e608a8492d662736c9bc6aa507dbf1cadc17d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>snmp: add align parameter to snmp_mib_init()</title>
<updated>2010-06-26T04:33:17Z</updated>
<author>
<name>Eric Dumazet</name>
</author>
<published>2010-06-22T20:58:41Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1823e4c80eeae2a774c75569ce3035070e5ee009'/>
<id>urn:sha1:1823e4c80eeae2a774c75569ce3035070e5ee009</id>
<content type='text'>
In preparation for 64bit snmp counters for some mibs,
add an 'align' parameter to snmp_mib_init(), instead
of assuming mibs only contain 'unsigned long' fields.

Callers can use __alignof__(type) to provide correct
alignment.

Signed-off-by: Eric Dumazet &lt;eric.dumazet@gmail.com&gt;
CC: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
CC: Arnaldo Carvalho de Melo &lt;acme@ghostprotocols.net&gt;
CC: Hideaki YOSHIFUJI &lt;yoshfuji@linux-ipv6.org&gt;
CC: Vlad Yasevich &lt;vladislav.yasevich@hp.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>xfrm: check bundle policy existance before dereferencing it</title>
<updated>2010-06-24T21:35:00Z</updated>
<author>
<name>Timo Teräs</name>
</author>
<published>2010-06-24T21:35:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b1312c89f0016f778cac4f1536f1434e132f8713'/>
<id>urn:sha1:b1312c89f0016f778cac4f1536f1434e132f8713</id>
<content type='text'>
Fix the bundle validation code to not assume having a valid policy.
When we have multiple transformations for a xfrm policy, the bundle
instance will be a chain of bundles with only the first one having
the policy reference. When policy_genid is bumped it will expire the
first bundle in the chain which is equivalent of expiring the whole
chain.

Reported-bisected-and-tested-by: Justin P. Mattock &lt;justinmattock@gmail.com&gt;
Signed-off-by: Timo Teräs &lt;timo.teras@iki.fi&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>net: check for refcount if pop a stacked dst_entry</title>
<updated>2010-06-04T22:56:00Z</updated>
<author>
<name>Steffen Klassert</name>
</author>
<published>2010-06-04T01:57:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8764ab2ca7ab5055e1ca80f9cfa4970c34acb804'/>
<id>urn:sha1:8764ab2ca7ab5055e1ca80f9cfa4970c34acb804</id>
<content type='text'>
xfrm triggers a warning if dst_pop() drops a refcount
on a noref dst. This patch changes dst_pop() to
skb_dst_pop(). skb_dst_pop() drops the refcnt only
on a refcounted dst. Also we don't clone the child
dst_entry, so it is not refcounted and we can use
skb_dst_set_noref() in xfrm_output_one().

Signed-off-by: Steffen Klassert &lt;steffen.klassert@secunet.com&gt;
Signed-off-by: Eric Dumazet &lt;eric.dumazet@gmail.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
</feed>
