<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/net/xfrm, branch linux-2.6.37.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.37.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.37.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2010-12-10T04:35:27Z</updated>
<entry>
<title>xfrm: Fix xfrm_state_migrate leak</title>
<updated>2010-12-10T04:35:27Z</updated>
<author>
<name>Thomas Egerer</name>
</author>
<published>2010-12-06T23:28:56Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=78347c8c6b2ddf20535bc1b18d749a3bbdea2a60'/>
<id>urn:sha1:78347c8c6b2ddf20535bc1b18d749a3bbdea2a60</id>
<content type='text'>
xfrm_state_migrate calls kfree instead of xfrm_state_put to free
a failed state. According to git commit 553f9118 this can cause
memory leaks.

Signed-off-by: Thomas Egerer &lt;thomas.egerer@secunet.com&gt;
Signed-off-by: Steffen Klassert &lt;steffen.klassert@secunet.com&gt;
Acked-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>net: allow GFP_HIGHMEM in __vmalloc()</title>
<updated>2010-11-21T18:04:04Z</updated>
<author>
<name>Eric Dumazet</name>
</author>
<published>2010-11-20T07:46:35Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7a1c8e5ab120a5f352e78bbc1fa5bb64e6f23639'/>
<id>urn:sha1:7a1c8e5ab120a5f352e78bbc1fa5bb64e6f23639</id>
<content type='text'>
We forgot to use __GFP_HIGHMEM in several __vmalloc() calls.

In ceph, add the missing flag.

In fib_trie.c, xfrm_hash.c and request_sock.c, using vzalloc() is
cleaner and allows using HIGHMEM pages as well.

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: make xfrm_bundle_ok local</title>
<updated>2010-10-21T10:09:46Z</updated>
<author>
<name>stephen hemminger</name>
</author>
<published>2010-10-15T05:14:19Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1c4c40c42da468ef02dc04940930c1926c964558'/>
<id>urn:sha1:1c4c40c42da468ef02dc04940930c1926c964558</id>
<content type='text'>
Only used in one place.

Signed-off-by: Stephen Hemminger &lt;shemminger@vyatta.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<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>
</feed>
