<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/net/dccp, branch linux-2.6.20.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.20.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.20.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2007-10-17T19:30:23Z</updated>
<entry>
<title>[PATCH] DCCP: Fix DCCP GFP_KERNEL allocation in atomic context</title>
<updated>2007-10-17T19:30:23Z</updated>
<author>
<name>Gerrit Renker</name>
</author>
<published>2007-08-22T03:53:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2e77c018a2ab86e92785e6178789a5f3b4c9c54d'/>
<id>urn:sha1:2e77c018a2ab86e92785e6178789a5f3b4c9c54d</id>
<content type='text'>
This fixes the following bug reported in syslog:

[ 4039.051658] BUG: sleeping function called from invalid context at /usr/src/davem-2.6/mm/slab.c:3032
[ 4039.051668] in_atomic():1, irqs_disabled():0
[ 4039.051670] INFO: lockdep is turned off.
[ 4039.051674]  [&lt;c0104c0f&gt;] show_trace_log_lvl+0x1a/0x30
[ 4039.051687]  [&lt;c0104d4d&gt;] show_trace+0x12/0x14
[ 4039.051691]  [&lt;c0104d65&gt;] dump_stack+0x16/0x18
[ 4039.051695]  [&lt;c011371e&gt;] __might_sleep+0xaf/0xbe
[ 4039.051700]  [&lt;c0157b66&gt;] __kmalloc+0xb1/0xd0
[ 4039.051706]  [&lt;f090416f&gt;] ccid2_hc_tx_alloc_seq+0x35/0xc3 [dccp_ccid2]
[ 4039.051717]  [&lt;f09048d6&gt;] ccid2_hc_tx_packet_sent+0x27f/0x2d9 [dccp_ccid2]
[ 4039.051723]  [&lt;f085486b&gt;] dccp_write_xmit+0x1eb/0x338 [dccp]
[ 4039.051741]  [&lt;f085603d&gt;] dccp_sendmsg+0x113/0x18f [dccp]
[ 4039.051750]  [&lt;c03907fc&gt;] inet_sendmsg+0x2e/0x4c
[ 4039.051758]  [&lt;c033a47d&gt;] sock_aio_write+0xd5/0x107
[ 4039.051766]  [&lt;c015abc1&gt;] do_sync_write+0xcd/0x11c
[ 4039.051772]  [&lt;c015b296&gt;] vfs_write+0x118/0x11f
[ 4039.051840]  [&lt;c015b932&gt;] sys_write+0x3d/0x64
[ 4039.051845]  [&lt;c0103e7c&gt;] syscall_call+0x7/0xb
[ 4039.051848]  =======================

The problem was that GFP_KERNEL was used; fixed by using gfp_any().

Signed-off-by: Gerrit Renker &lt;gerrit@erg.abdn.ac.uk&gt;
Signed-off-by: Arnaldo Carvalho de Melo &lt;acme@ghostprotocols.net&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>DCCP: Fix exploitable hole in DCCP socket options</title>
<updated>2007-04-06T10:43:13Z</updated>
<author>
<name>Arnaldo Carvalho de Melo</name>
</author>
<published>2007-03-29T18:57:36Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4eb3dd593742225da375596564aca6aca2470999'/>
<id>urn:sha1:4eb3dd593742225da375596564aca6aca2470999</id>
<content type='text'>
[DCCP] getsockopt: Fix DCCP_SOCKOPT_[SEND,RECV]_CSCOV

We were only checking if there was enough space to put the int, but
left len as specified by the (malicious) user, sigh, fix it by setting
len to sizeof(val) and transfering just one int worth of data, the one
asked for.

Also check for negative len values.

Signed-off-by: Arnaldo Carvalho de Melo &lt;acme@ghostprotocols.net&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>[TCP]: Restore SKB socket owner setting in tcp_transmit_skb().</title>
<updated>2007-01-26T09:04:55Z</updated>
<author>
<name>David S. Miller</name>
</author>
<published>2007-01-26T09:04:55Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e89862f4c5b3c4ac9afcd8cb1365d2f1e16ddc3b'/>
<id>urn:sha1:e89862f4c5b3c4ac9afcd8cb1365d2f1e16ddc3b</id>
<content type='text'>
Revert 931731123a103cfb3f70ac4b7abfc71d94ba1f03

We can't elide the skb_set_owner_w() here because things like certain
netfilter targets (such as owner MATCH) need a socket to be set on the
SKB for correct operation.

Thanks to Jan Engelhardt and other netfilter list members for
pointing this out.

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>[DCCP] ccid3: return value in ccid3_hc_rx_calc_first_li</title>
<updated>2006-12-14T00:48:24Z</updated>
<author>
<name>Ian McDonald</name>
</author>
<published>2006-12-12T02:47:59Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=832e3ca62d6ee1893db05f5202c24ae5331e19ba'/>
<id>urn:sha1:832e3ca62d6ee1893db05f5202c24ae5331e19ba</id>
<content type='text'>
In a recent patch we introduced invalid return codes which will result in the
opposite of what is intended (i.e. send more packets in face of peculiar
network conditions).

This fixes it by returning ~0 which means not calculated as per
dccp_li_hist_calc_i_mean.

Signed-off-by: Ian McDonald &lt;ian.mcdonald@jandi.co.nz&gt;
Signed-off-by: Arnaldo Carvalho de Melo &lt;acme@mandriva.com&gt;
</content>
</entry>
<entry>
<title>[DCCP]: Whitespace cleanups</title>
<updated>2006-12-11T22:35:00Z</updated>
<author>
<name>Arnaldo Carvalho de Melo</name>
</author>
<published>2006-12-10T18:01:18Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8109b02b5397ed52a32c116163a62a34f4768b26'/>
<id>urn:sha1:8109b02b5397ed52a32c116163a62a34f4768b26</id>
<content type='text'>
That accumulated over the last months hackaton, shame on me for not
using git-apply whitespace helping hand, will do that from now on.

Signed-off-by: Arnaldo Carvalho de Melo &lt;acme@mandriva.com&gt;
</content>
</entry>
<entry>
<title>[DCCP] ccid3: Fixup some type conversions related to rtts</title>
<updated>2006-12-11T22:34:59Z</updated>
<author>
<name>Arnaldo Carvalho de Melo</name>
</author>
<published>2006-12-10T17:39:29Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1fba78b6cba14bd37fdb12c5367f1e4d58ff2e0f'/>
<id>urn:sha1:1fba78b6cba14bd37fdb12c5367f1e4d58ff2e0f</id>
<content type='text'>
Spotted by David Miller when compiling on sparc64, I reproduced it here on
parisc64, that are the only platforms to define __kernel_suseconds_t as an
'int', all the others, x86_64 and x86 included typedef it as a 'long', but from
the definition of suseconds_t it should just be an 'int' on platforms where it
is &gt;= 32bits, it would not require all the castings from suseconds_t to (int)
when printking variables of this type, that are not needed on parisc64 and
sparc64.

Signed-off-by: Arnaldo Carvalho de Melo &lt;acme@mandriva.com&gt;
</content>
</entry>
<entry>
<title>[DCCP] ccid3: BUG-FIX - conversion errors</title>
<updated>2006-12-11T22:34:58Z</updated>
<author>
<name>Gerrit Renker</name>
</author>
<published>2006-12-10T02:24:57Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9e8efc824098c241a1cde81f5558d222cb6f9369'/>
<id>urn:sha1:9e8efc824098c241a1cde81f5558d222cb6f9369</id>
<content type='text'>
This fixes conversion errors which arose by not properly type-casting
from u32 to __u64. Fixed by explicitly casting each type which is not
__u64, or by performing operation after assignment.

The patch further adds missing debug information to track the current
value of X_recv.

Signed-off-by: Gerrit Renker &lt;gerrit@erg.abdn.ac.uk&gt;
Acked-by: Ian McDonald &lt;ian.mcdonald@jandi.co.nz&gt;
Signed-off-by: Arnaldo Carvalho de Melo &lt;acme@mandriva.com&gt;
</content>
</entry>
<entry>
<title>[DCCP] ccid3: Reorder packet history source file</title>
<updated>2006-12-11T22:34:57Z</updated>
<author>
<name>Gerrit Renker</name>
</author>
<published>2006-12-10T02:24:33Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7af5af3013f84693a7af581e3c8b32f9db493cf5'/>
<id>urn:sha1:7af5af3013f84693a7af581e3c8b32f9db493cf5</id>
<content type='text'>
No code change at all.

This reorders the source file to follow the same order as the corresponding
header file.

Signed-off-by: Gerrit Renker &lt;gerrit@erg.abdn.ac.uk&gt;
Acked-by: Ian McDonald &lt;ian.mcdonald@jandi.co.nz&gt;
Signed-off-by: Arnaldo Carvalho de Melo &lt;acme@mandriva.com&gt;
</content>
</entry>
<entry>
<title>[DCCP] ccid3: Reorder packet history header file</title>
<updated>2006-12-11T22:34:56Z</updated>
<author>
<name>Gerrit Renker</name>
</author>
<published>2006-12-10T02:24:11Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=85dcb1f78039cc55ccddd9622657a338b718aafe'/>
<id>urn:sha1:85dcb1f78039cc55ccddd9622657a338b718aafe</id>
<content type='text'>
No code change at all.

To make the header file easier to read, the following ordering is established
among the declarations:
	* hist_new
	* hist_delete
	* hist_entry_new
	* hist_head
	* hist_find_entry
	* hist_add_entry
	* hist_entry_delete
	* hist_purge

Signed-off-by: Gerrit Renker &lt;gerrit@erg.abdn.ac.uk&gt;
Acked-by: Ian McDonald &lt;ian.mcdonald@jandi.co.nz&gt;
Signed-off-by: Arnaldo Carvalho de Melo &lt;acme@mandriva.com&gt;
</content>
</entry>
<entry>
<title>[DCCP] ccid3: Make debug output consistent</title>
<updated>2006-12-11T22:34:55Z</updated>
<author>
<name>Gerrit Renker</name>
</author>
<published>2006-12-10T02:14:12Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a967241129f6dc1db92fee2c808f73a90f5f47a3'/>
<id>urn:sha1:a967241129f6dc1db92fee2c808f73a90f5f47a3</id>
<content type='text'>
This patch does not alter any algorithm, just the debug message format:

 * s#%s, sk=%p#%s(%p)#g

 * when a statename is present, it now uses %s(%p, state=%s)

 * when only function entry is debugged, it adds an `- entry'

Signed-off-by: Gerrit Renker &lt;gerrit@erg.abdn.ac.uk&gt;
Acked-by: Ian McDonald &lt;ian.mcdonald@jandi.co.nz&gt;
Signed-off-by: Arnaldo Carvalho de Melo &lt;acme@mandriva.com&gt;
</content>
</entry>
</feed>
