<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux-toradex.git/net/irda, branch v2.6.19.2</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>[PATCH] IrDA: Incorrect TTP header reservation</title>
<updated>2006-12-11T19:32:39+00:00</updated>
<author>
<name>Jeet Chaudhuri</name>
<email>jeetlinux@yahoo.co.in</email>
</author>
<published>2006-12-07T23:32:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=d58808bcc7cb732a4f62af1105d46757d3167e57'/>
<id>d58808bcc7cb732a4f62af1105d46757d3167e57</id>
<content type='text'>
We must reserve SAR + MAX_HEADER bytes for IrLMP to fit in.
This fixes an oops reported (and fixed) by Jeet Chaudhuri, when max_sdu_size
is greater than 0.

Signed-off-by: Samuel Ortiz &lt;samuel@sortiz.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
We must reserve SAR + MAX_HEADER bytes for IrLMP to fit in.
This fixes an oops reported (and fixed) by Jeet Chaudhuri, when max_sdu_size
is greater than 0.

Signed-off-by: Samuel Ortiz &lt;samuel@sortiz.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[IRDA]: Lockdep fix.</title>
<updated>2006-11-22T01:33:01+00:00</updated>
<author>
<name>Peter Zijlstra</name>
<email>a.p.zijlstra@chello.nl</email>
</author>
<published>2006-11-22T01:33:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=700f9672c9a61c12334651a94d17ec04620e1976'/>
<id>700f9672c9a61c12334651a94d17ec04620e1976</id>
<content type='text'>
On Sat, 2006-11-18 at 16:12 +0300, Andrey Borzenkov wrote:

&gt; =============================================
&gt; [ INFO: possible recursive locking detected ]
&gt; 2.6.19-rc5-2avb #2
&gt; - ---------------------------------------------
&gt; pppd/26425 is trying to acquire lock:
&gt;  (&amp;hashbin-&gt;hb_spinlock){....}, at: [&lt;dfdea87a&gt;] irlmp_slsap_inuse+0x5a/0x170
&gt; [irda]
&gt;
&gt; but task is already holding lock:
&gt;  (&amp;hashbin-&gt;hb_spinlock){....}, at: [&lt;dfdea857&gt;] irlmp_slsap_inuse+0x37/0x170
&gt; [irda]
&gt;
&gt; other info that might help us debug this:
&gt; 1 lock held by pppd/26425:
&gt;  #0:  (&amp;hashbin-&gt;hb_spinlock){....}, at: [&lt;dfdea857&gt;]
&gt; irlmp_slsap_inuse+0x37/0x170 [irda]
&gt;
&gt; stack backtrace:
&gt;  [&lt;c010413c&gt;] dump_trace+0x1cc/0x200
&gt;  [&lt;c010418a&gt;] show_trace_log_lvl+0x1a/0x30
&gt;  [&lt;c01047f2&gt;] show_trace+0x12/0x20
&gt;  [&lt;c01048c9&gt;] dump_stack+0x19/0x20
&gt;  [&lt;c01346ca&gt;] __lock_acquire+0x8fa/0xc20
&gt;  [&lt;c0134d2d&gt;] lock_acquire+0x5d/0x80
&gt;  [&lt;c02a851c&gt;] _spin_lock+0x2c/0x40
&gt;  [&lt;dfdea87a&gt;] irlmp_slsap_inuse+0x5a/0x170 [irda]
&gt;  [&lt;dfdebab2&gt;] irlmp_open_lsap+0x62/0x180 [irda]
&gt;  [&lt;dfdf35d1&gt;] irttp_open_tsap+0x181/0x230 [irda]
&gt;  [&lt;dfdc0c3d&gt;] ircomm_open_tsap+0x5d/0xa0 [ircomm]
&gt;  [&lt;dfdc05d8&gt;] ircomm_open+0xb8/0xd0 [ircomm]
&gt;  [&lt;dfdd0477&gt;] ircomm_tty_open+0x4f7/0x570 [ircomm_tty]
&gt;  [&lt;c020bbe4&gt;] tty_open+0x174/0x340
&gt;  [&lt;c016bd69&gt;] chrdev_open+0x89/0x170
&gt;  [&lt;c0167bd6&gt;] __dentry_open+0xa6/0x1d0
&gt;  [&lt;c0167da5&gt;] nameidata_to_filp+0x35/0x40
&gt;  [&lt;c0167df9&gt;] do_filp_open+0x49/0x50
&gt;  [&lt;c0167e47&gt;] do_sys_open+0x47/0xd0
&gt;  [&lt;c0167f0c&gt;] sys_open+0x1c/0x20
&gt;  [&lt;c010307d&gt;] sysenter_past_esp+0x56/0x8d
&gt;  [&lt;b7f86410&gt;] 0xb7f86410
&gt;  =======================

The comment at the nesting lock says:

	/* Careful for priority inversions here !
	 * irlmp-&gt;links is never taken while another IrDA
	 * spinlock is held, so we are safe. Jean II */

So, under the assumption the author was right, it just needs a lockdep
annotation.

Signed-off-by: Peter Zijlstra &lt;a.p.zijlstra@chello.nl&gt;
Acked-by: Ingo Molnar &lt;mingo@elte.hu&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
On Sat, 2006-11-18 at 16:12 +0300, Andrey Borzenkov wrote:

&gt; =============================================
&gt; [ INFO: possible recursive locking detected ]
&gt; 2.6.19-rc5-2avb #2
&gt; - ---------------------------------------------
&gt; pppd/26425 is trying to acquire lock:
&gt;  (&amp;hashbin-&gt;hb_spinlock){....}, at: [&lt;dfdea87a&gt;] irlmp_slsap_inuse+0x5a/0x170
&gt; [irda]
&gt;
&gt; but task is already holding lock:
&gt;  (&amp;hashbin-&gt;hb_spinlock){....}, at: [&lt;dfdea857&gt;] irlmp_slsap_inuse+0x37/0x170
&gt; [irda]
&gt;
&gt; other info that might help us debug this:
&gt; 1 lock held by pppd/26425:
&gt;  #0:  (&amp;hashbin-&gt;hb_spinlock){....}, at: [&lt;dfdea857&gt;]
&gt; irlmp_slsap_inuse+0x37/0x170 [irda]
&gt;
&gt; stack backtrace:
&gt;  [&lt;c010413c&gt;] dump_trace+0x1cc/0x200
&gt;  [&lt;c010418a&gt;] show_trace_log_lvl+0x1a/0x30
&gt;  [&lt;c01047f2&gt;] show_trace+0x12/0x20
&gt;  [&lt;c01048c9&gt;] dump_stack+0x19/0x20
&gt;  [&lt;c01346ca&gt;] __lock_acquire+0x8fa/0xc20
&gt;  [&lt;c0134d2d&gt;] lock_acquire+0x5d/0x80
&gt;  [&lt;c02a851c&gt;] _spin_lock+0x2c/0x40
&gt;  [&lt;dfdea87a&gt;] irlmp_slsap_inuse+0x5a/0x170 [irda]
&gt;  [&lt;dfdebab2&gt;] irlmp_open_lsap+0x62/0x180 [irda]
&gt;  [&lt;dfdf35d1&gt;] irttp_open_tsap+0x181/0x230 [irda]
&gt;  [&lt;dfdc0c3d&gt;] ircomm_open_tsap+0x5d/0xa0 [ircomm]
&gt;  [&lt;dfdc05d8&gt;] ircomm_open+0xb8/0xd0 [ircomm]
&gt;  [&lt;dfdd0477&gt;] ircomm_tty_open+0x4f7/0x570 [ircomm_tty]
&gt;  [&lt;c020bbe4&gt;] tty_open+0x174/0x340
&gt;  [&lt;c016bd69&gt;] chrdev_open+0x89/0x170
&gt;  [&lt;c0167bd6&gt;] __dentry_open+0xa6/0x1d0
&gt;  [&lt;c0167da5&gt;] nameidata_to_filp+0x35/0x40
&gt;  [&lt;c0167df9&gt;] do_filp_open+0x49/0x50
&gt;  [&lt;c0167e47&gt;] do_sys_open+0x47/0xd0
&gt;  [&lt;c0167f0c&gt;] sys_open+0x1c/0x20
&gt;  [&lt;c010307d&gt;] sysenter_past_esp+0x56/0x8d
&gt;  [&lt;b7f86410&gt;] 0xb7f86410
&gt;  =======================

The comment at the nesting lock says:

	/* Careful for priority inversions here !
	 * irlmp-&gt;links is never taken while another IrDA
	 * spinlock is held, so we are safe. Jean II */

So, under the assumption the author was right, it just needs a lockdep
annotation.

Signed-off-by: Peter Zijlstra &lt;a.p.zijlstra@chello.nl&gt;
Acked-by: Ingo Molnar &lt;mingo@elte.hu&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[PATCH] strndup() would better take size_t, not int</title>
<updated>2006-10-10T22:37:24+00:00</updated>
<author>
<name>Al Viro</name>
<email>viro@ftp.linux.org.uk</email>
</author>
<published>2006-10-10T21:49:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=86b95c12139785a0f4c17cb7b4cb865e7084cd34'/>
<id>86b95c12139785a0f4c17cb7b4cb865e7084cd34</id>
<content type='text'>
Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[PATCH] const struct tty_operations</title>
<updated>2006-10-02T14:57:14+00:00</updated>
<author>
<name>Jeff Dike</name>
<email>jdike@addtoit.com</email>
</author>
<published>2006-10-02T09:17:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=b68e31d0ebbcc909d1941f9f230c9d062a3a13d3'/>
<id>b68e31d0ebbcc909d1941f9f230c9d062a3a13d3</id>
<content type='text'>
As part of an SMP cleanliness pass over UML, I consted a bunch of
structures in order to not have to document their locking.  One of these
structures was a struct tty_operations.  In order to const it in UML
without introducing compiler complaints, the declaration of
tty_set_operations needs to be changed, and then all of its callers need to
be fixed.

This patch declares all struct tty_operations in the tree as const.  In all
cases, they are static and used only as input to tty_set_operations.  As an
extra check, I ran an i386 allyesconfig build which produced no extra
warnings.

53 drivers are affected.  I checked the history of a bunch of them, and in
most cases, there have been only a handful of maintenance changes in the
last six months.  serial_core.c was the busiest one that I looked at.

Signed-off-by: Jeff Dike &lt;jdike@addtoit.com&gt;
Acked-by: Alan Cox &lt;alan@redhat.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
As part of an SMP cleanliness pass over UML, I consted a bunch of
structures in order to not have to document their locking.  One of these
structures was a struct tty_operations.  In order to const it in UML
without introducing compiler complaints, the declaration of
tty_set_operations needs to be changed, and then all of its callers need to
be fixed.

This patch declares all struct tty_operations in the tree as const.  In all
cases, they are static and used only as input to tty_set_operations.  As an
extra check, I ran an i386 allyesconfig build which produced no extra
warnings.

53 drivers are affected.  I checked the history of a bunch of them, and in
most cases, there have been only a handful of maintenance changes in the
last six months.  serial_core.c was the busiest one that I looked at.

Signed-off-by: Jeff Dike &lt;jdike@addtoit.com&gt;
Acked-by: Alan Cox &lt;alan@redhat.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[IrDA]: Memory allocations cleanups</title>
<updated>2006-09-29T01:02:48+00:00</updated>
<author>
<name>Samuel Ortiz</name>
<email>samuel@sortiz.org</email>
</author>
<published>2006-09-28T03:06:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=1b0fee7d68f234be6b270cda51d9fcb71bebd780'/>
<id>1b0fee7d68f234be6b270cda51d9fcb71bebd780</id>
<content type='text'>
This patch replaces the bunch of arbitrary 64 and 128 bytes alloc_skb() calls
with more accurate allocation sizes.

Signed-off-by: Samuel Ortiz &lt;samuel@sortiz.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This patch replaces the bunch of arbitrary 64 and 128 bytes alloc_skb() calls
with more accurate allocation sizes.

Signed-off-by: Samuel Ortiz &lt;samuel@sortiz.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[IrDA]: af_irda.c cleanups</title>
<updated>2006-09-29T01:02:46+00:00</updated>
<author>
<name>Samuel Ortiz</name>
<email>samuel@sortiz.org</email>
</author>
<published>2006-09-28T03:05:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=da349f1c2e0a0bf8958cdaf14e8f33acdf3182a5'/>
<id>da349f1c2e0a0bf8958cdaf14e8f33acdf3182a5</id>
<content type='text'>
We lock the socket when both releasing and getting a disconnected
notification. In the latter case, we also ste the socket as orphan.
This fixes a potential kernel bug that can be triggered when we get the
disconnection notification before closing the socket.

Signed-off-by: Samuel Ortiz &lt;samuel@sortiz.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
We lock the socket when both releasing and getting a disconnected
notification. In the latter case, we also ste the socket as orphan.
This fixes a potential kernel bug that can be triggered when we get the
disconnection notification before closing the socket.

Signed-off-by: Samuel Ortiz &lt;samuel@sortiz.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[NET]: Conversions from kmalloc+memset to k(z|c)alloc.</title>
<updated>2006-07-21T21:51:30+00:00</updated>
<author>
<name>Panagiotis Issaris</name>
<email>takis@issaris.org</email>
</author>
<published>2006-07-21T21:51:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=0da974f4f303a6842516b764507e3c0a03f41e5a'/>
<id>0da974f4f303a6842516b764507e3c0a03f41e5a</id>
<content type='text'>
Signed-off-by: Panagiotis Issaris &lt;takis@issaris.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Signed-off-by: Panagiotis Issaris &lt;takis@issaris.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

</pre>
</div>
</content>
</entry>
<entry>
<title>[IrDA]: Use alloc_skb() in IrDA TX path</title>
<updated>2006-07-21T21:50:41+00:00</updated>
<author>
<name>Samuel Ortiz</name>
<email>samuel@sortiz.org</email>
</author>
<published>2006-07-21T21:50:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=485fb2c998a37d5c3c6aa082aa451e66db90f34a'/>
<id>485fb2c998a37d5c3c6aa082aa451e66db90f34a</id>
<content type='text'>
As pointed out by Christoph Hellwig, dev_alloc_skb() is not intended to be
used for allocating TX sk_buff. The IrDA stack was exclusively calling
dev_alloc_skb() on the TX path, and this patch fixes that.

Signed-off-by: Samuel Ortiz &lt;samuel@sortiz.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
As pointed out by Christoph Hellwig, dev_alloc_skb() is not intended to be
used for allocating TX sk_buff. The IrDA stack was exclusively calling
dev_alloc_skb() on the TX path, and this patch fixes that.

Signed-off-by: Samuel Ortiz &lt;samuel@sortiz.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Remove obsolete #include &lt;linux/config.h&gt;</title>
<updated>2006-06-30T17:25:36+00:00</updated>
<author>
<name>Jörn Engel</name>
<email>joern@wohnheim.fh-wedel.de</email>
</author>
<published>2006-06-30T17:25:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=6ab3d5624e172c553004ecc862bfeac16d9d68b7'/>
<id>6ab3d5624e172c553004ecc862bfeac16d9d68b7</id>
<content type='text'>
Signed-off-by: Jörn Engel &lt;joern@wohnheim.fh-wedel.de&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: Jörn Engel &lt;joern@wohnheim.fh-wedel.de&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[IrDA]: Fix RCU lock pairing on error path</title>
<updated>2006-06-30T00:02:31+00:00</updated>
<author>
<name>Josh Triplett</name>
<email>josh@freedesktop.org</email>
</author>
<published>2006-06-30T00:02:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=1bc1731133140dccdd08899a59bbc06d975d0a15'/>
<id>1bc1731133140dccdd08899a59bbc06d975d0a15</id>
<content type='text'>
irlan_client_discovery_indication calls rcu_read_lock and rcu_read_unlock, but
returns without unlocking in an error case.  Fix that by replacing the return
with a goto so that the rcu_read_unlock always gets executed.

Signed-off-by: Josh Triplett &lt;josh@freedesktop.org&gt;
Acked-by: Paul E. McKenney &lt;paulmck@us.ibm.com&gt;
Signed-off-by: Samuel Ortiz samuel@sortiz.org &lt;&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
irlan_client_discovery_indication calls rcu_read_lock and rcu_read_unlock, but
returns without unlocking in an error case.  Fix that by replacing the return
with a goto so that the rcu_read_unlock always gets executed.

Signed-off-by: Josh Triplett &lt;josh@freedesktop.org&gt;
Acked-by: Paul E. McKenney &lt;paulmck@us.ibm.com&gt;
Signed-off-by: Samuel Ortiz samuel@sortiz.org &lt;&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</pre>
</div>
</content>
</entry>
</feed>
