<feed xmlns='http://www.w3.org/2005/Atom'>
<title>snowball/igloo-kernel.git, branch KNOWN_GOOD</title>
<subtitle>Igloo kernel</subtitle>
<id>https://git.etezian.org/cgit.cgi/snowball/igloo-kernel.git/atom?h=KNOWN_GOOD</id>
<link rel='self' href='https://git.etezian.org/cgit.cgi/snowball/igloo-kernel.git/atom?h=KNOWN_GOOD'/>
<link rel='alternate' type='text/html' href='https://git.etezian.org/cgit.cgi/snowball/igloo-kernel.git/'/>
<updated>2011-04-18T20:19:07+00:00</updated>
<entry>
<title>Merge branch 'upstream/linaro.38' into linaro-android.38</title>
<updated>2011-04-18T20:19:07+00:00</updated>
<author>
<name>John Stultz</name>
<email>john.stultz@linaro.org</email>
</author>
<published>2011-04-18T20:19:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.etezian.org/cgit.cgi/snowball/igloo-kernel.git/commit/?id=775d71e49c65f1f6aa57776ea1da62988fc9a30a'/>
<id>urn:sha1:775d71e49c65f1f6aa57776ea1da62988fc9a30a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Merge branch 'omap-edid' of git://git.linaro.org/people/doanac/linux-linaro-2.6.38 into linaro-2.6.38</title>
<updated>2011-04-18T19:02:19+00:00</updated>
<author>
<name>Nicolas Pitre</name>
<email>nicolas.pitre@linaro.org</email>
</author>
<published>2011-04-18T19:02:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.etezian.org/cgit.cgi/snowball/igloo-kernel.git/commit/?id=c1a952f48517b5545075d8eb1a5d543099bd2ae1'/>
<id>urn:sha1:c1a952f48517b5545075d8eb1a5d543099bd2ae1</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Fix infinite loop in ARM user perf_event backtrace code</title>
<updated>2011-04-18T18:56:29+00:00</updated>
<author>
<name>Sonny Rao</name>
<email>sonnyrao@chromium.org</email>
</author>
<published>2011-04-16T03:27:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.etezian.org/cgit.cgi/snowball/igloo-kernel.git/commit/?id=4fcd294d4a6e156cccd077f24c6a255298df0fd8'/>
<id>urn:sha1:4fcd294d4a6e156cccd077f24c6a255298df0fd8</id>
<content type='text'>
The ARM user backtrace code can get into an infinite loop if it
runs into an invalid stack frame which points back to itself.
This situation has been observed in practice.  Fix it by capping
the number of entries in the backtrace.  This is also what other
architectures do in their backtrace code.

Signed-off-by: Sonny Rao &lt;sonnyrao@chromium.org&gt;
Acked-by: Jamie Iles &lt;jamie@jamieiles.com&gt;
Acked-by: Will Deacon &lt;will.deacon@arm.com&gt;
Acked-by: Olof Johansson &lt;olof@lixom.net&gt;
Signed-off-by: Nicolas Pitre &lt;nicolas.pitre@linaro.org&gt;
</content>
</entry>
<entry>
<title>arm: pmu: support pmu/perf on OMAP4</title>
<updated>2011-04-16T14:35:40+00:00</updated>
<author>
<name>Avik Sil</name>
<email>avik.sil@linaro.org</email>
</author>
<published>2011-04-16T10:41:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.etezian.org/cgit.cgi/snowball/igloo-kernel.git/commit/?id=457520e3fbce80812c6901c226ec242fdb906c63'/>
<id>urn:sha1:457520e3fbce80812c6901c226ec242fdb906c63</id>
<content type='text'>
This patch fixes the bug #702999 (oprofile failure on panda (omap4)). It is based on [1] that fixes the issue by enabling pmu events for omap4, which are routed from CTI. The patch attached is a modified version of [1] with removal of some CTI register reads that cause hang in the initial phase of booting. The patch has been verified on Panda board and the profile data could be generated that are shown by opreport. Although, there is a lockdep warning "possible circular locking dependency detected" when "opcontrol --start" is called for the first time.

Regards,
Avik

[1] http://lists.infradead.org/pipermail/linux-arm-kernel/2011-March/045283.html

Signed-off-by: Avik Sil &lt;avik.sil@linaro.org&gt;
Signed-off-by: Nicolas Pitre &lt;nicolas.pitre@linaro.org&gt;
</content>
</entry>
<entry>
<title>Merge commit 'v2.6.38.3' into linaro-2.6.38</title>
<updated>2011-04-15T02:54:21+00:00</updated>
<author>
<name>Nicolas Pitre</name>
<email>nicolas.pitre@linaro.org</email>
</author>
<published>2011-04-15T02:54:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.etezian.org/cgit.cgi/snowball/igloo-kernel.git/commit/?id=3ec10cd8b526c6b10170c2649002672ee2019e73'/>
<id>urn:sha1:3ec10cd8b526c6b10170c2649002672ee2019e73</id>
<content type='text'>
</content>
</entry>
<entry>
<title>arm/dt: vexpress: Update basic DT to use skeleton.dtsi file.</title>
<updated>2011-04-14T21:36:14+00:00</updated>
<author>
<name>Grant Likely</name>
<email>grant.likely@secretlab.ca</email>
</author>
<published>2011-04-14T20:59:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.etezian.org/cgit.cgi/snowball/igloo-kernel.git/commit/?id=993916203f00e8c62599466a5caa866e09f0fae3'/>
<id>urn:sha1:993916203f00e8c62599466a5caa866e09f0fae3</id>
<content type='text'>
Converted .dts file to use skeleton.dtsi, and added 'dtbs' target.

Signed-off-by: Grant Likely &lt;grant.likely@secretlab.ca&gt;
Signed-off-by: Nicolas Pitre &lt;nicolas.pitre@linaro.org&gt;
</content>
</entry>
<entry>
<title>arm/dt: Fix broken dtbs rule.</title>
<updated>2011-04-14T21:35:06+00:00</updated>
<author>
<name>Grant Likely</name>
<email>grant.likely@secretlab.ca</email>
</author>
<published>2011-04-14T20:58:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.etezian.org/cgit.cgi/snowball/igloo-kernel.git/commit/?id=7f9eed8ee4d22be7280adda8f8fc78325c53719f'/>
<id>urn:sha1:7f9eed8ee4d22be7280adda8f8fc78325c53719f</id>
<content type='text'>
On recent make, commit 1449fb96, "arm/dt: Add a make rule to build
dtb for enabled boards" breaks build of the kernel immediately:

/projects/linaro/linux-2.6/arch/arm/Makefile:292: *** mixed implicit
and normal rules.  Stop.

&gt; $ rpm -q make
&gt; make-3.82-4.fc15.x86_64
&gt;
&gt; ''The previous behavior of mixing implicit and pattern rules in one line
&gt; like that was never supported or documented, but due to a "hole" in the
&gt; parser it worked for certain specific cases (for example, reversing that
&gt; line so the pattern comes first would not work, nor would adding extra
&gt; explicit targets after the pattern target).
&gt;
&gt; In 3.82, the parser was tightened in this respect and that "hole" was
&gt; closed, hence you see this error.''

This patch splits the rule to fix the bug.

Reported-by: Andy Green &lt;andy.green@linaro.org&gt;
Signed-off-by: Grant Likely &lt;grant.likely@secretlab.ca&gt;
Signed-off-by: Nicolas Pitre &lt;nicolas.pitre@linaro.org&gt;
</content>
</entry>
<entry>
<title>Linux 2.6.38.3</title>
<updated>2011-04-14T20:03:56+00:00</updated>
<author>
<name>Greg Kroah-Hartman</name>
<email>gregkh@suse.de</email>
</author>
<published>2011-04-14T20:03:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.etezian.org/cgit.cgi/snowball/igloo-kernel.git/commit/?id=1be99f6c95e6c887756f789a60d15771235acd0c'/>
<id>urn:sha1:1be99f6c95e6c887756f789a60d15771235acd0c</id>
<content type='text'>
</content>
</entry>
<entry>
<title>nfsd4: fix oops on lock failure</title>
<updated>2011-04-14T20:02:40+00:00</updated>
<author>
<name>J. Bruce Fields</name>
<email>bfields@redhat.com</email>
</author>
<published>2011-03-28T07:15:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.etezian.org/cgit.cgi/snowball/igloo-kernel.git/commit/?id=212795f2be795d6538f225d157b33d58fb64d067'/>
<id>urn:sha1:212795f2be795d6538f225d157b33d58fb64d067</id>
<content type='text'>
commit 23fcf2ec93fb8573a653408316af599939ff9a8e upstream.

Lock stateid's can have access_bmap 0 if they were only partially
initialized (due to a failed lock request); handle that case in
free_generic_stateid.

------------[ cut here ]------------
kernel BUG at fs/nfsd/nfs4state.c:380!
invalid opcode: 0000 [#1] SMP
last sysfs file: /sys/kernel/mm/ksm/run
Modules linked in: nfs fscache md4 nls_utf8 cifs ip6table_filter ip6_tables ebtable_nat ebtables ipt_MASQUERADE iptable_nat nf_nat bridge stp llc nfsd lockd nfs_acl auth_rpcgss sunrpc ipv6 ppdev parport_pc parport pcnet32 mii pcspkr microcode i2c_piix4 BusLogic floppy [last unloaded: mperf]

Pid: 1468, comm: nfsd Not tainted 2.6.38+ #120 VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform
EIP: 0060:[&lt;e24f180d&gt;] EFLAGS: 00010297 CPU: 0
EIP is at nfs4_access_to_omode+0x1c/0x29 [nfsd]
EAX: ffffffff EBX: dd758120 ECX: 00000000 EDX: 00000004
ESI: dd758120 EDI: ddfe657c EBP: dd54dde0 ESP: dd54dde0
 DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
Process nfsd (pid: 1468, ti=dd54c000 task=ddc92580 task.ti=dd54c000)
Stack:
 dd54ddf0 e24f19ca 00000000 ddfe6560 dd54de08 e24f1a5d dd758130 deee3a20
 ddfe6560 31270000 dd54df1c e24f52fd 0000000f dd758090 e2505dd0 0be304cf
 dbb51d68 0000000e ddfe657c ddcd8020 dd758130 dd758128 dd7580d8 dd54de68
Call Trace:
 [&lt;e24f19ca&gt;] free_generic_stateid+0x1c/0x3e [nfsd]
 [&lt;e24f1a5d&gt;] release_lockowner+0x71/0x8a [nfsd]
 [&lt;e24f52fd&gt;] nfsd4_lock+0x617/0x66c [nfsd]
 [&lt;e24e57b6&gt;] ? nfsd_setuser+0x199/0x1bb [nfsd]
 [&lt;e24e056c&gt;] ? nfsd_setuser_and_check_port+0x65/0x81 [nfsd]
 [&lt;c07a0052&gt;] ? _cond_resched+0x8/0x1c
 [&lt;c04ca61f&gt;] ? slab_pre_alloc_hook.clone.33+0x23/0x27
 [&lt;c04cac01&gt;] ? kmem_cache_alloc+0x1a/0xd2
 [&lt;c04835a0&gt;] ? __call_rcu+0xd7/0xdd
 [&lt;e24e0dfb&gt;] ? fh_verify+0x401/0x452 [nfsd]
 [&lt;e24f0b61&gt;] ? nfsd4_encode_operation+0x52/0x117 [nfsd]
 [&lt;e24ea0d7&gt;] ? nfsd4_putfh+0x33/0x3b [nfsd]
 [&lt;e24f4ce6&gt;] ? nfsd4_delegreturn+0xd4/0xd4 [nfsd]
 [&lt;e24ea2c9&gt;] nfsd4_proc_compound+0x1ea/0x33e [nfsd]
 [&lt;e24de6ee&gt;] nfsd_dispatch+0xd1/0x1a5 [nfsd]
 [&lt;e1d6e1c7&gt;] svc_process_common+0x282/0x46f [sunrpc]
 [&lt;e1d6e578&gt;] svc_process+0xdc/0xfa [sunrpc]
 [&lt;e24de0fa&gt;] nfsd+0xd6/0x115 [nfsd]
 [&lt;e24de024&gt;] ? nfsd_shutdown+0x24/0x24 [nfsd]
 [&lt;c0454322&gt;] kthread+0x62/0x67
 [&lt;c04542c0&gt;] ? kthread_worker_fn+0x114/0x114
 [&lt;c07a6ebe&gt;] kernel_thread_helper+0x6/0x10
Code: eb 05 b8 00 00 27 4f 8d 65 f4 5b 5e 5f 5d c3 83 e0 03 55 83 f8 02 89 e5 74 17 83 f8 03 74 05 48 75 09 eb 09 b8 02 00 00 00 eb 0b &lt;0f&gt; 0b 31 c0 eb 05 b8 01 00 00 00 5d c3 55 89 e5 57 56 89 d6 8d
EIP: [&lt;e24f180d&gt;] nfs4_access_to_omode+0x1c/0x29 [nfsd] SS:ESP 0068:dd54dde0
---[ end trace 2b0bf6c6557cb284 ]---

The trace route is:

 -&gt; nfsd4_lock()
   -&gt; if (lock-&gt;lk_is_new) {
     -&gt; alloc_init_lock_stateid()

        3739: stp-&gt;st_access_bmap = 0;

   -&gt;if (status &amp;&amp; lock-&gt;lk_is_new &amp;&amp; lock_sop)
     -&gt; release_lockowner()
      -&gt; free_generic_stateid()
       -&gt; nfs4_access_bmap_to_omode()
          -&gt; nfs4_access_to_omode()

        380: BUG();   *****

This problem was introduced by 0997b173609b9229ece28941c118a2a9b278796e.

Reported-by: Mi Jinlong &lt;mijinlong@cn.fujitsu.com&gt;
Tested-by: Mi Jinlong &lt;mijinlong@cn.fujitsu.com&gt;
Signed-off-by: J. Bruce Fields &lt;bfields@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>nfsd: fix auth_domain reference leak on nlm operations</title>
<updated>2011-04-14T20:02:40+00:00</updated>
<author>
<name>J. Bruce Fields</name>
<email>bfields@redhat.com</email>
</author>
<published>2011-03-25T02:51:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.etezian.org/cgit.cgi/snowball/igloo-kernel.git/commit/?id=39932bd2baf36a8521b89795ac21efbec7e0d976'/>
<id>urn:sha1:39932bd2baf36a8521b89795ac21efbec7e0d976</id>
<content type='text'>
commit 954032d2527f2fce7355ba70709b5e143d6b686f upstream.

This was noticed by users who performed more than 2^32 lock operations
and hence made this counter overflow (eventually leading to
use-after-free's).  Setting rq_client to NULL here means that it won't
later get auth_domain_put() when it should be.

Appears to have been introduced in 2.5.42 by "[PATCH] kNFSd: Move auth
domain lookup into svcauth" which moved most of the rq_client handling
to common svcauth code, but left behind this one line.

Cc: Neil Brown &lt;neilb@suse.de&gt;
Signed-off-by: J. Bruce Fields &lt;bfields@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
</feed>
