From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751547AbZGaOUe (ORCPT ); Fri, 31 Jul 2009 10:20:34 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750896AbZGaOUe (ORCPT ); Fri, 31 Jul 2009 10:20:34 -0400 Received: from mx2.redhat.com ([66.187.237.31]:51937 "EHLO mx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750759AbZGaOUc (ORCPT ); Fri, 31 Jul 2009 10:20:32 -0400 Date: Fri, 31 Jul 2009 09:12:46 -0500 From: Clark Williams To: Darren Hart Cc: Thomas Gleixner , LKML , rt-users , Ingo Molnar , Steven Rostedt , Peter Zijlstra , Carsten Emde , Frank Rowand , Robin Gareus , Gregory Haskins , Philippe Reynes , Fernando Lopez-Lezcano , Will Schmidt , Jan Blunck , Sven-Thorsten Dietrich , Jon Masters Subject: Re: [ANNOUNCE] 2.6.31-rc4-rt1 Message-ID: <20090731091246.1b8e169d@torg> In-Reply-To: <4A722ABA.1090903@us.ibm.com> References: <4A722ABA.1090903@us.ibm.com> Organization: Red Hat, Inc Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/7hS0pw.MAUAhTc/I.gchqJO"; protocol="application/pgp-signature" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --Sig_/7hS0pw.MAUAhTc/I.gchqJO Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 30 Jul 2009 16:20:26 -0700 Darren Hart wrote: > Thomas Gleixner wrote: > > We are pleased to announce the next update to our new preempt-rt > > series. > > > > - update to 2.6.31-rc4 > > > > This is a major rework of the rt patch series. Thanks to Clark > > Williams and John Kacur for providing the merge to 2.6.30 while I was > > stabilizing .29-rt. While the 30-rt series looked quite stable, we > > decided to skip 30-rt entirely to keep track with the ongoing mainline > > development for various reaons. The .31-rt series is planned to be > > stabilized as we have done with .29-rt. >=20 > I hit this on boot on an IBM Thinkpad T60p (Intel Core Duo). Haven't > had a chance to dig in yet, but wanted to post sooner rather than later. >=20 > [ 4.764702] Freeing unused kernel memory: 552k freed > [ 4.765205] Write protecting the kernel text: 4552k > [ 4.765389] Write protecting the kernel read-only data: 1776k > [ 4.766458] BUG: sleeping function called from invalid context at=20 > kernel/rtmutex.c:684 > [ 4.766596] in_atomic(): 1, irqs_disabled(): 0, pid: 103, name: init > [ 4.766723] Pid: 103, comm: init Not tainted 2.6.31-rc4-rt1-dvh01 #1 > [ 4.766848] Call Trace: > [ 4.766973] [] __might_sleep+0xe1/0x100 > [ 4.767099] [] rt_spin_lock+0x2a/0x70 > [ 4.767224] [] res_counter_uncharge+0x2a/0x50 > [ 4.767350] [] __mem_cgroup_uncharge_common+0x93/0x190 > [ 4.767477] [] mem_cgroup_uncharge_page+0x28/0x30 > [ 4.767604] [] page_remove_rmap+0x47/0x50 > [ 4.767728] [] unmap_vmas+0x349/0x6b0 > [ 4.767852] [] exit_mmap+0xc5/0x1c0 > [ 4.767977] [] ? get_random_int+0xb4/0xe0 > [ 4.768114] [] mmput+0x51/0xc0 > [ 4.768237] [] flush_old_exec+0x381/0x6c0 > [ 4.768361] [] ? vfs_read+0x126/0x190 > [ 4.768484] [] ? kernel_read+0x3f/0x60 > [ 4.768609] [] load_elf_binary+0x33b/0x18c0 > [ 4.768734] [] ? __wake_up+0x3f/0x50 > [ 4.768859] [] ? kunmap_high+0x7e/0xb0 > [ 4.768983] [] ? page_address+0x8e/0x90 > [ 4.769125] [] ? kmap_high+0x13b/0x4c0 > [ 4.769248] [] ? __get_user_pages+0x112/0x3d0 > [ 4.769374] [] ? __wake_up+0x3f/0x50 > [ 4.769498] [] ? __rt_spin_lock+0x2a/0x70 > [ 4.769623] [] ? load_elf_binary+0x0/0x18c0 > [ 4.769747] [] search_binary_handler+0xfd/0x300 > [ 4.769872] [] do_execve+0x228/0x300 > [ 4.769996] [] ? strncpy_from_user+0x46/0x70 > [ 4.770121] [] sys_execve+0x36/0x60 > [ 4.770244] [] syscall_call+0x7/0xb >=20 Ok, here's a traceback I got running 2.6.31-rc4-rt1 on a Lenovo T60 that had been running for a while: BUG: scheduling while atomic: gkrellm/0x00000001/2483, CPU#0 Modules linked in: ati_remote pl2303 usbserial fuse i915 drm i2c_algo_bit s= unrpc ipv6 cpufreq_ondemand acpi_cpufreq freq_table loop dm_multipath scsi_= dh kvm_intel kvm uinput arc4 ecb iwl3945 btusb iwlcore snd_hda_codec_analog= bluetooth snd_hda_intel snd_hda_codec snd_hwdep mac80211 snd_pcm thinkpad_= acpi snd_timer hwmon snd cfg80211 soundcore video rfkill iTCO_wdt iTCO_vend= or_support sr_mod joydev cdrom ata_generic yenta_socket snd_page_alloc pcsp= kr i2c_i801 i2c_core output e1000e ata_piix rsrc_nonstatic sg ahci libata s= d_mod scsi_mod dm_snapshot dm_zero dm_mirror dm_region_hash dm_log dm_mod u= hci_hcd ohci_hcd ssb [last unloaded: microcode] Pid: 2483, comm: gkrellm Not tainted 2.6.31-rc4-rt1 #31 Call Trace: [] __schedule_bug+0x97/0x9c [] __schedule+0xc7/0x112c [] ? _atomic_spin_unlock+0x46/0x62 [] schedule+0x1f/0x70 [] rt_spin_lock_slowlock+0x313/0x475 [] rt_spin_lock+0xd4/0xd9 [] res_counter_uncharge+0x2e/0x53 [] __mem_cgroup_uncharge_common+0x24e/0x376 [] mem_cgroup_uncharge_page+0x52/0x54 [] page_remove_rmap+0x5a/0x7d [] unmap_vmas+0xb0b/0x111b [] ? __alloc_pages_nodemask+0x1ea/0xa16 [] unmap_region+0x148/0x294 [] do_munmap+0x35d/0x3e5 [] sys_munmap+0x46/0x5d [] system_call_fastpath+0x16/0x1b Steven seemed to think that we have a mismatched preempt_disable() and preempt_enable() but I haven't had enough coffee to actually try debugging it.=20 Clark --Sig_/7hS0pw.MAUAhTc/I.gchqJO Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (GNU/Linux) iEYEARECAAYFAkpy++MACgkQHyuj/+TTEp2L2QCfcyqSje2/EmkJe9gHRduw5Wav rbgAmwXQeXl2mRFRQ0ncBM7OFZOHCL5R =PN4y -----END PGP SIGNATURE----- --Sig_/7hS0pw.MAUAhTc/I.gchqJO--