From: Andrew Morton <akpm@linux-foundation.org>
To: Dave Airlie <airlied@gmail.com>
Cc: Chris Wilson <chris@chris-wilson.co.uk>,
Jaswinder Singh Rajput <jaswinderlinux@gmail.com>,
dri-devel@lists.freedesktop.org, Dave Airlie <airlied@linux.ie>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Keith Packard <keithp@keithp.com>, Eric Anholt <eric@anholt.net>,
Ingo Molnar <mingo@elte.hu>
Subject: Re: DRM Error on Acer Aspire One
Date: Tue, 11 May 2010 16:24:58 -0700 [thread overview]
Message-ID: <20100511162458.51a2da8b.akpm@linux-foundation.org> (raw)
In-Reply-To: <AANLkTimNX2T_HWWxKCYsBdxz6LrvrTOz5MbFcyxTy1br@mail.gmail.com>
On Wed, 12 May 2010 09:17:09 +1000
Dave Airlie <airlied@gmail.com> wrote:
> >> >> and
> >> >> this codepath is called from non-irq contexts just as much as irq
> >> >> contexts.
> >> >
> >> > That's fine. __As long as we do a local_irq_disable(), KM_IRQ0 can be
> >> > used from both irq- and non-irq contexts. __All we need to do is to
> >> > ensure that some interrupt cannot come along on this CPU and corrupt
> >> > the slot.
> >>
> >> I don't think we do that in a lot of places, and I'd rather not add
> >> that in to fix this problem at this point in the release cycle, as
> >> we've no idea what it might break/regress.
> >
> > What is "that"? __The switch to irq-protected KM_IRQ0? __That won't break
> > anything.
> >
>
> disabling local cpu irqs around all these kmap mappings.
>
Ah. Well if there are other uses of KM_USER0 from interrupt context
then yes, we have more problems. CONFIG_DEBUG_HIGHMEM &&
CONFIG_TRACE_IRQFLAGS_SUPPORT will detect that and as long as Jaswinder
has hit all code paths in his testing, we're good. Some manual review
for this would be good.
next prev parent reply other threads:[~2010-05-11 23:25 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-11 15:00 DRM Error on Acer Aspire One Jaswinder Singh Rajput
2010-05-11 16:10 ` Chris Wilson
2010-05-11 14:48 ` Andrew Morton
2010-05-11 18:18 ` Jaswinder Singh Rajput
2010-05-11 18:19 ` Chris Wilson
2010-05-11 15:35 ` Andrew Morton
2010-05-11 18:52 ` Chris Wilson
2010-05-11 19:10 ` Andrew Morton
2010-05-11 19:57 ` Chris Wilson
2010-05-11 22:22 ` Dave Airlie
2010-05-11 22:32 ` Andrew Morton
2010-05-11 22:51 ` Dave Airlie
2010-05-11 22:56 ` Andrew Morton
2010-05-11 23:17 ` Dave Airlie
2010-05-11 23:24 ` Andrew Morton [this message]
2010-05-11 22:40 ` Chris Wilson
2010-05-11 17:39 ` Jaswinder Singh Rajput
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100511162458.51a2da8b.akpm@linux-foundation.org \
--to=akpm@linux-foundation.org \
--cc=airlied@gmail.com \
--cc=airlied@linux.ie \
--cc=chris@chris-wilson.co.uk \
--cc=dri-devel@lists.freedesktop.org \
--cc=eric@anholt.net \
--cc=jaswinderlinux@gmail.com \
--cc=keithp@keithp.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox