From: Jeremy Fitzhardinge <jeremy@goop.org>
To: Mark McLoughlin <markmc@redhat.com>
Cc: linux-kernel@vger.kernel.org, mingo@elte.hu,
xen-devel@lists.xensource.com
Subject: Re: [PATCH 0/3] xen: Fix oops when mapping/unmapping addr above 1Gb
Date: Fri, 28 Mar 2008 11:02:34 -0700 [thread overview]
Message-ID: <47ED32BA.1070008@goop.org> (raw)
In-Reply-To: <1206722297-11763-1-git-send-email-markmc@redhat.com>
Mark McLoughlin wrote:
> Hi,
> In Fedora rawhide we're currently seeing oopses whenever
> a processes dlopen()s a library which prelink() has previously
> relocated above 1Gb. Some more details at:
>
> https://bugzilla.redhat.com/436453
>
> The issue seems to be that during xen_pgd_pin(), we only
> pin PTE pages, but xen's release_pmd() tries to unpin PMD pages
> too.
>
> The following series of patches is against the latest
> x86 tree.
>
Hm, OK. I'm trying to work out what happened here. I guess its a
latent bug which is only visible now that its possible to incrementally
free pmds.
A side note is that I'm planning on pinning pmds in the future, so that
we can get away replace the full pgd page per mm with a pgd page per cpu.
J
WARNING: multiple messages have this Message-ID (diff)
From: Jeremy Fitzhardinge <jeremy@goop.org>
To: Mark McLoughlin <markmc@redhat.com>
Cc: mingo@elte.hu, xen-devel@lists.xensource.com,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 0/3] xen: Fix oops when mapping/unmapping addr above 1Gb
Date: Fri, 28 Mar 2008 11:02:34 -0700 [thread overview]
Message-ID: <47ED32BA.1070008@goop.org> (raw)
In-Reply-To: <1206722297-11763-1-git-send-email-markmc@redhat.com>
Mark McLoughlin wrote:
> Hi,
> In Fedora rawhide we're currently seeing oopses whenever
> a processes dlopen()s a library which prelink() has previously
> relocated above 1Gb. Some more details at:
>
> https://bugzilla.redhat.com/436453
>
> The issue seems to be that during xen_pgd_pin(), we only
> pin PTE pages, but xen's release_pmd() tries to unpin PMD pages
> too.
>
> The following series of patches is against the latest
> x86 tree.
>
Hm, OK. I'm trying to work out what happened here. I guess its a
latent bug which is only visible now that its possible to incrementally
free pmds.
A side note is that I'm planning on pinning pmds in the future, so that
we can get away replace the full pgd page per mm with a pgd page per cpu.
J
next prev parent reply other threads:[~2008-03-28 18:03 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-28 16:38 [PATCH 0/3] xen: Fix oops when mapping/unmapping addr above 1Gb Mark McLoughlin
2008-03-28 16:38 ` Mark McLoughlin
2008-03-28 16:38 ` [PATCH 1/3] xen: Refactor xen_{alloc,release}_{pte,pmd}() Mark McLoughlin
2008-03-28 16:38 ` [PATCH 1/3] xen: Refactor xen_{alloc, release}_{pte, pmd}() Mark McLoughlin
2008-03-28 16:38 ` [PATCH 2/3] xen: Do not pin/unpin PMD pages Mark McLoughlin
2008-03-28 16:38 ` Mark McLoughlin
2008-03-28 16:38 ` [PATCH 3/3] xen: Clear PG_pinned in release_{pte,pmd}() Mark McLoughlin
2008-03-28 16:38 ` [PATCH 3/3] xen: Clear PG_pinned in release_{pte, pmd}() Mark McLoughlin
2008-03-28 18:02 ` Jeremy Fitzhardinge [this message]
2008-03-28 18:02 ` [PATCH 0/3] xen: Fix oops when mapping/unmapping addr above 1Gb Jeremy Fitzhardinge
2008-03-31 13:14 ` Ingo Molnar
2008-03-31 14:55 ` Jeremy Fitzhardinge
2008-04-02 14:35 ` Mark McLoughlin
2008-04-02 14:35 ` Mark McLoughlin
2008-04-02 14:36 ` [PATCH 1/3] xen: Refactor xen_{alloc,release}_{pt,pd}() Mark McLoughlin
2008-04-02 14:36 ` [PATCH 1/3] xen: Refactor xen_{alloc, release}_{pt, pd}() Mark McLoughlin
2008-04-02 14:36 ` [PATCH 2/3] xen: Do not pin/unpin PMD pages Mark McLoughlin
2008-04-02 14:36 ` Mark McLoughlin
2008-04-02 14:36 ` [PATCH 3/3] xen: Clear PG_pinned in release_{pt,pd}() Mark McLoughlin
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=47ED32BA.1070008@goop.org \
--to=jeremy@goop.org \
--cc=linux-kernel@vger.kernel.org \
--cc=markmc@redhat.com \
--cc=mingo@elte.hu \
--cc=xen-devel@lists.xensource.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.