[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1266955933.11845.763.camel@laptop>
Date: Tue, 23 Feb 2010 21:12:13 +0100
From: Peter Zijlstra <peterz@...radead.org>
To: Fernando Lopez-Lezcano <nando@...ma.Stanford.EDU>
Cc: Thomas Gleixner <tglx@...utronix.de>,
LKML <linux-kernel@...r.kernel.org>,
rt-users <linux-rt-users@...r.kernel.org>,
Ingo Molnar <mingo@...e.hu>,
Steven Rostedt <rostedt@...dmis.org>,
Carsten Emde <ce@...g.ch>,
Clark Williams <williams@...hat.com>,
Frank Rowand <frank.rowand@...sony.com>,
Robin Gareus <robin@...eus.org>,
Gregory Haskins <ghaskins@...ell.com>,
Philippe Reynes <philippe.reynes@...smpp.fr>,
Will Schmidt <will_schmidt@...t.ibm.com>,
Darren Hart <dvhltc@...ibm.com>, Jan Blunck <jblunck@...e.de>,
Sven-Thorsten Dietrich <sdietrich@...ell.com>,
Jon Masters <jcm@...hat.com>,
Mark Knecht <markknecht@...il.com>,
John Kacur <jkacur@...hat.com>,
Nick Piggin <nickpiggin@...oo.com.au>
Subject: Re: [ANNOUNCE] 2.6.31.12-rt21
On Tue, 2010-02-23 at 11:01 -0800, Fernando Lopez-Lezcano wrote:
> On Thu, 2010-02-18 at 17:54 +0100, Thomas Gleixner wrote:
> > We are pleased to announce the next update to our new preempt-rt
> > series.
> >
> > - fixes and cherry-picks all over the place
> >
> > - tracer fixes from Carsten
>
> Seeing this here, otherwise seems fine:
>
> BUG: sleeping function called from invalid context at
> arch/x86/mm/highmem_32.c:9
> in_atomic(): 1, irqs_disabled(): 0, pid: 1984, name: Xorg
> Pid: 1984, comm: Xorg Not tainted
> 2.6.31.12-1.rt21.1.fc11.ccrma.i686.rtPAE #1
> Call Trace:
> [<c0431852>] __might_sleep+0xc6/0xcb
> [<c042b494>] kmap+0x47/0x5a
> [<f8049ca7>] i915_gem_pwrite_ioctl+0x3ea/0x631 [i915]
> [<f7f61721>] drm_ioctl+0x208/0x2a9 [drm]
> [<f80498bd>] ? i915_gem_pwrite_ioctl+0x0/0x631 [i915]
> [<c0589d80>] ? inode_has_perm+0x69/0x84
> [<c07a31ff>] ? rt_mutex_lock+0x28/0x2b
> [<c046a7f3>] ? rt_down+0x1a/0x1d
> [<c04e6581>] vfs_ioctl+0x5c/0x76
> [<c04e6ae9>] do_vfs_ioctl+0x4a0/0x4de
> [<c058a00f>] ? selinux_file_ioctl+0x43/0x46
> [<c04e6b6d>] sys_ioctl+0x46/0x66
> [<c04090d3>] sysenter_do_call+0x12/0x28
io_mapping_map_atomic_wc() still appears to use the actual kmap_atomic
stuff, and we seem to miss an kmap_prot_pfn() function to fill that gap
with, I'll try and implement that tomorrow.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists