From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754512AbZHFIbx (ORCPT ); Thu, 6 Aug 2009 04:31:53 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754495AbZHFIbw (ORCPT ); Thu, 6 Aug 2009 04:31:52 -0400 Received: from smtp1.linux-foundation.org ([140.211.169.13]:59202 "EHLO smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754494AbZHFIbv (ORCPT ); Thu, 6 Aug 2009 04:31:51 -0400 Date: Thu, 6 Aug 2009 01:31:44 -0700 From: Andrew Morton To: KAMEZAWA Hiroyuki Cc: linux-kernel@vger.kernel.org Subject: Re: mmotm 2009-08-06-00-30 uploaded Message-Id: <20090806013144.8c3dbfae.akpm@linux-foundation.org> In-Reply-To: <20090806172341.17a34d60.kamezawa.hiroyu@jp.fujitsu.com> References: <200908060733.n767X6mN023120@imap1.linux-foundation.org> <20090806172341.17a34d60.kamezawa.hiroyu@jp.fujitsu.com> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.5; x86_64-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 6 Aug 2009 17:23:41 +0900 KAMEZAWA Hiroyuki wrote: > On Thu, 06 Aug 2009 00:33:06 -0700 > akpm@linux-foundation.org wrote: > > > The mm-of-the-moment snapshot 2009-08-06-00-30 has been uploaded to > > > > http://userweb.kernel.org/~akpm/mmotm/ > > > > and will soon be available at > > > > git://git.zen-sources.org/zen/mmotm.git > > > > It contains the following patches against 2.6.31-rc5: > > > > Known issue ? yup. > [ 1.227119] INFO: trying to register non-static key. > [ 1.227300] the code is fine but needs lockdep annotation. > [ 1.227569] turning off the locking correctness validator. > [ 1.227590] Pid: 1, comm: swapper Not tainted 2.6.31-rc5-mm1 #1 > [ 1.227609] Call Trace: > [ 1.228000] [] __lock_acquire+0xf70/0x174d > [ 1.228000] [] ? __hw_addr_add+0x7c/0x115 > [ 1.228000] [] ? mark_held_locks+0x4d/0x6b > [ 1.228000] [] ? kmem_cache_alloc+0xa9/0x10c > [ 1.228000] [] ? trace_hardirqs_on_caller+0x10b/0x12f > [ 1.228000] [] lock_acquire+0xc1/0xe5 > [ 1.228000] [] ? alloc_netdev_mq+0x12a/0x214 > [ 1.228000] [] _spin_lock_bh+0x31/0x3d > [ 1.228000] [] ? alloc_netdev_mq+0x12a/0x214 > [ 1.228000] [] alloc_netdev_mq+0x12a/0x214 > [ 1.228000] [] ? loopback_setup+0x0/0x7b > [ 1.228000] [] loopback_net_init+0x30/0x7d > [ 1.228000] [] register_pernet_device+0x2d/0x5a > [ 1.228000] [] net_dev_init+0x143/0x1a1 > [ 1.228000] [] ? net_dev_init+0x0/0x1a1 > [ 1.228000] [] do_one_initcall+0x56/0x130 > [ 1.228000] [] ? register_irq_proc+0xb0/0xcc > [ 1.228000] [] ? proc_fill_cache+0x27/0x132 > [ 1.228000] [] kernel_init+0x168/0x1be > [ 1.228000] [] child_rip+0xa/0x20 > [ 1.228000] [] ? restore_args+0x0/0x30 > [ 1.228000] [] ? __get_vm_area_node+0x198/0x1e3 > [ 1.228000] [] ? up+0xf/0x39 > [ 1.228000] [] ? kernel_init+0x0/0x1be > [ 1.228000] [] ? child_rip+0x0/0x20 > [ 1.241276] cfg80211: Calling CRDA to update world regulatory domain I think it's already fixed, actually.