<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux-toradex.git, branch v2.6.16.48</title>
<subtitle>Linux kernel for Apalis and Colibri modules</subtitle>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/'/>
<entry>
<title>Linux 2.6.16.48</title>
<updated>2007-04-15T20:16:49+00:00</updated>
<author>
<name>Adrian Bunk</name>
<email>bunk@stusta.de</email>
</author>
<published>2007-04-15T20:16:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=eed22cdc141e11eacd8cd544bdc41432ceb506d1'/>
<id>eed22cdc141e11eacd8cd544bdc41432ceb506d1</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Linux 2.6.16.48-rc1</title>
<updated>2007-04-13T20:58:27+00:00</updated>
<author>
<name>Adrian Bunk</name>
<email>bunk@stusta.de</email>
</author>
<published>2007-04-13T19:51:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=6c59eb971bb3cb7df3fddccc5f4fd9157c058523'/>
<id>6c59eb971bb3cb7df3fddccc5f4fd9157c058523</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>[NET_SCHED]: cls_tcindex: fix compatibility breakage</title>
<updated>2007-04-13T20:58:27+00:00</updated>
<author>
<name>Patrick McHardy</name>
<email>kaber@trash.net</email>
</author>
<published>2007-04-13T19:34:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=51e4ab6cf5eb8c000ef61fa862a6b610a5d2189d'/>
<id>51e4ab6cf5eb8c000ef61fa862a6b610a5d2189d</id>
<content type='text'>
Userspace uses an integer for TCA_TCINDEX_SHIFT, the kernel was changed
to expect and use a u16 value in 2.6.11, which broke compatibility on
big endian machines. Change back to use int.

Reported by Ole Reinartz &lt;ole.reinartz@gmx.de&gt;

Signed-off-by: Patrick McHardy &lt;kaber@trash.net&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Userspace uses an integer for TCA_TCINDEX_SHIFT, the kernel was changed
to expect and use a u16 value in 2.6.11, which broke compatibility on
big endian machines. Change back to use int.

Reported by Ole Reinartz &lt;ole.reinartz@gmx.de&gt;

Signed-off-by: Patrick McHardy &lt;kaber@trash.net&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[IPSEC]: Reject packets within replay window but outside the bit mask</title>
<updated>2007-04-13T20:58:27+00:00</updated>
<author>
<name>Herbert Xu</name>
<email>herbert@gondor.apana.org.au</email>
</author>
<published>2007-04-13T19:32:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=ef846bc01da49cf63d289e97139bef5181e75229'/>
<id>ef846bc01da49cf63d289e97139bef5181e75229</id>
<content type='text'>
Up until this point we've accepted replay window settings greater than
32 but our bit mask can only accomodate 32 packets.  Thus any packet
with a sequence number within the window but outside the bit mask would
be accepted.

This patch causes those packets to be rejected instead.

Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Up until this point we've accepted replay window settings greater than
32 but our bit mask can only accomodate 32 packets.  Thus any packet
with a sequence number within the window but outside the bit mask would
be accepted.

This patch causes those packets to be rejected instead.

Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[TCP]: Do receiver-side SWS avoidance for rcvbuf &lt; MSS.</title>
<updated>2007-04-13T20:58:26+00:00</updated>
<author>
<name>John Heffner</name>
<email>jheffner@psc.edu</email>
</author>
<published>2007-04-13T19:31:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=19a0662baeb7f783d345ebdfe3048b834582b294'/>
<id>19a0662baeb7f783d345ebdfe3048b834582b294</id>
<content type='text'>
Signed-off-by: John Heffner &lt;jheffner@psc.edu&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Signed-off-by: John Heffner &lt;jheffner@psc.edu&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[IPv6]: Fix incorrect length check in rawv6_sendmsg()</title>
<updated>2007-04-13T20:58:26+00:00</updated>
<author>
<name>YOSHIFUJI Hideaki</name>
<email>yoshfuji@linux-ipv6.org</email>
</author>
<published>2007-04-13T19:30:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=889cde54cd2a82f6e4d7ed18440e0f6138b06d60'/>
<id>889cde54cd2a82f6e4d7ed18440e0f6138b06d60</id>
<content type='text'>
In article &lt;20070329.142644.70222545.davem@davemloft.net&gt; (at Thu, 29 Mar 2007 14:26:44 -0700 (PDT)), David Miller &lt;davem@davemloft.net&gt; says:

&gt; From: Sridhar Samudrala &lt;sri@us.ibm.com&gt;
&gt; Date: Thu, 29 Mar 2007 14:17:28 -0700
&gt;
&gt; &gt; The check for length in rawv6_sendmsg() is incorrect.
&gt; &gt; As len is an unsigned int, (len &lt; 0) will never be TRUE.
&gt; &gt; I think checking for IPV6_MAXPLEN(65535) is better.
&gt; &gt;
&gt; &gt; Is it possible to send ipv6 jumbo packets using raw
&gt; &gt; sockets? If so, we can remove this check.
&gt;
&gt; I don't see why such a limitation against jumbo would exist,
&gt; does anyone else?
&gt;
&gt; Thanks for catching this Sridhar.  A good compiler should simply
&gt; fail to compile "if (x &lt; 0)" when 'x' is an unsigned type, don't
&gt; you think :-)

Dave, we use "int" for returning value,
so we should fix this anyway, IMHO;
we should not allow len &gt; INT_MAX.

Signed-off-by: YOSHIFUJI Hideaki &lt;yoshfuji@linux-ipv6.org&gt;
Acked-by: Sridhar Samudrala &lt;sri@us.ibm.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
In article &lt;20070329.142644.70222545.davem@davemloft.net&gt; (at Thu, 29 Mar 2007 14:26:44 -0700 (PDT)), David Miller &lt;davem@davemloft.net&gt; says:

&gt; From: Sridhar Samudrala &lt;sri@us.ibm.com&gt;
&gt; Date: Thu, 29 Mar 2007 14:17:28 -0700
&gt;
&gt; &gt; The check for length in rawv6_sendmsg() is incorrect.
&gt; &gt; As len is an unsigned int, (len &lt; 0) will never be TRUE.
&gt; &gt; I think checking for IPV6_MAXPLEN(65535) is better.
&gt; &gt;
&gt; &gt; Is it possible to send ipv6 jumbo packets using raw
&gt; &gt; sockets? If so, we can remove this check.
&gt;
&gt; I don't see why such a limitation against jumbo would exist,
&gt; does anyone else?
&gt;
&gt; Thanks for catching this Sridhar.  A good compiler should simply
&gt; fail to compile "if (x &lt; 0)" when 'x' is an unsigned type, don't
&gt; you think :-)

Dave, we use "int" for returning value,
so we should fix this anyway, IMHO;
we should not allow len &gt; INT_MAX.

Signed-off-by: YOSHIFUJI Hideaki &lt;yoshfuji@linux-ipv6.org&gt;
Acked-by: Sridhar Samudrala &lt;sri@us.ibm.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[NET_SCHED]: cls_basic: fix memory leak in basic_destroy</title>
<updated>2007-04-13T20:58:25+00:00</updated>
<author>
<name>Patrick McHardy</name>
<email>kaber@trash.net</email>
</author>
<published>2007-04-13T19:28:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=6d94f3b14205120019674b5a6a5502c9dadc4964'/>
<id>6d94f3b14205120019674b5a6a5502c9dadc4964</id>
<content type='text'>
tp-&gt;root is not freed on destruction.

Signed-off-by: Patrick McHardy &lt;kaber@trash.net&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
tp-&gt;root is not freed on destruction.

Signed-off-by: Patrick McHardy &lt;kaber@trash.net&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>V4L/DVB: Pluto2: fix incorrect TSCR register setting</title>
<updated>2007-04-13T20:58:25+00:00</updated>
<author>
<name>Andreas Oberritter</name>
<email>obi@linuxtv.org</email>
</author>
<published>2007-04-13T19:21:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=2530ba1f3a6ea7923979907715fe00a7e4b2c818'/>
<id>2530ba1f3a6ea7923979907715fe00a7e4b2c818</id>
<content type='text'>
The ADEF bits in the TSCR register have different meanings in read and
write mode. For this reason ADEF has to be reset on every
read-modify-write operation.
This patch introduces a special write function for this register, which
takes care of it.

Thanks to Holger Magnussen for pointing my nose at this problem.

Signed-off-by: Andreas Oberritter &lt;obi@linuxtv.org&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The ADEF bits in the TSCR register have different meanings in read and
write mode. For this reason ADEF has to be reset on every
read-modify-write operation.
This patch introduces a special write function for this register, which
takes care of it.

Thanks to Holger Magnussen for pointing my nose at this problem.

Signed-off-by: Andreas Oberritter &lt;obi@linuxtv.org&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>V4L: saa7146: Fix allocation of clipping memory</title>
<updated>2007-04-13T20:58:25+00:00</updated>
<author>
<name>Oliver Endriss</name>
<email>o.endriss@gmx.de</email>
</author>
<published>2007-04-13T19:23:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=2d51ccdd501e620b3c323f4df3f07a6e5d03ea6d'/>
<id>2d51ccdd501e620b3c323f4df3f07a6e5d03ea6d</id>
<content type='text'>
Olaf Hering pointed out that SAA7146_CLIPPING_MEM would become
very large for PAGE_SIZE &gt; 4K.

In fact, the number of clipping windows is limited to 16,
and calculate_clipping_registers_rect() does not use more
than 256 bytes. SAA7146_CLIPPING_MEM adjusted accordingly.

(cherry picked from commit 7a7cd1920969dd9da4e0d99aab573b3eba24c799)

Thanks-to: Olaf Hering &lt;olaf@aepfle.de&gt;
Signed-off-by: Oliver Endriss &lt;o.endriss@gmx.de&gt;
Signed-off-by: Michael Krufky &lt;mkrufky@linuxtv.org&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Olaf Hering pointed out that SAA7146_CLIPPING_MEM would become
very large for PAGE_SIZE &gt; 4K.

In fact, the number of clipping windows is limited to 16,
and calculate_clipping_registers_rect() does not use more
than 256 bytes. SAA7146_CLIPPING_MEM adjusted accordingly.

(cherry picked from commit 7a7cd1920969dd9da4e0d99aab573b3eba24c799)

Thanks-to: Olaf Hering &lt;olaf@aepfle.de&gt;
Signed-off-by: Oliver Endriss &lt;o.endriss@gmx.de&gt;
Signed-off-by: Michael Krufky &lt;mkrufky@linuxtv.org&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>V4L: radio: Fix error in Kbuild file</title>
<updated>2007-04-13T20:58:24+00:00</updated>
<author>
<name>Trent Piepho</name>
<email>xyzzy@speakeasy.org</email>
</author>
<published>2007-04-13T19:23:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=9c38858ad17d961762deb032d7e9737589cae3a2'/>
<id>9c38858ad17d961762deb032d7e9737589cae3a2</id>
<content type='text'>
All the radio drivers need video_dev, but they were depending on
VIDEO_DEV!=n.  That meant that one could try to compile the driver into
the kernel when VIDEO_DEV=m, which will not work.  If video_dev is a
module, then the radio drivers must be modules too.

(cherry picked from commit b10fece583fdfdb3d2f29b0da3896ec58b8fe122)

Signed-off-by: Trent Piepho &lt;xyzzy@speakeasy.org&gt;
Signed-off-by: Michael Krufky &lt;mkrufky@linuxtv.org&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
All the radio drivers need video_dev, but they were depending on
VIDEO_DEV!=n.  That meant that one could try to compile the driver into
the kernel when VIDEO_DEV=m, which will not work.  If video_dev is a
module, then the radio drivers must be modules too.

(cherry picked from commit b10fece583fdfdb3d2f29b0da3896ec58b8fe122)

Signed-off-by: Trent Piepho &lt;xyzzy@speakeasy.org&gt;
Signed-off-by: Michael Krufky &lt;mkrufky@linuxtv.org&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</pre>
</div>
</content>
</entry>
</feed>
