From: Arnd Bergmann <arnd@arndb.de>
To: "Guan Xuetao" <guanxuetao@mprc.pku.edu.cn>
Cc: "'Greg KH'" <greg@kroah.com>,
"'Andrew Morton'" <akpm@linux-foundation.org>,
"'Linus Torvalds'" <torvalds@linux-foundation.org>,
linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org
Subject: Re: [PATCH] a new UniCore32 arch-dependent patch for linux-2.6.37-rc1
Date: Tue, 30 Nov 2010 16:26:42 +0100 [thread overview]
Message-ID: <201011301626.42547.arnd@arndb.de> (raw)
In-Reply-To: <009b01cb9079$6605cd90$321168b0$@mprc.pku.edu.cn>
On Tuesday 30 November 2010, Guan Xuetao wrote:
> > On Saturday 27 November 2010, Guan Xuetao wrote:
> > > >
> > > > In what way does the architecture enforce this? What are the
> > > > contents of this page? Can you make it an actual VDSO rather than a
> > > > magic page that sits in the user address space?
> > > Page table is created for vector page and exceptions entry stub.
> > > However, vector page is not in the user address space.
> >
> > Interesting. So if it's not mapped into user space, why do you even need to
> > have the vectors at a specific page? I think ARM only maps it to the high page
> > because that page is shared to user space, while most architectures just have
> > their interrupt vectors in the linar mapping, since the hardware typically uses
> > the physical address to find it.
>
> In UniCore-32, when MMU enabled, vector page address is virtual address.
Ok. I see.
The arch_exit_mmap() and arch_setup_additional_pages() functions seems to refer to
how ARM maps this page into user space as well, you should probably change that.
I've finished the second half of the code review now, I'll follow up with an
email but drop the personal Cc to everyone besides us, in case people are getting
bored from the discussion by now ;-)
Arnd
next prev parent reply other threads:[~2010-11-30 15:26 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-20 7:20 [PATCH] a new UniCore32 arch-dependent patch for linux-2.6.37-rc1 Guan
2010-11-20 13:19 ` Generic support for asm-generic headers [Was: a new UniCore32 arch-dependent patch for linux-2.6.37-rc1] Sam Ravnborg
2010-11-24 16:58 ` [PATCH] a new UniCore32 arch-dependent patch for linux-2.6.37-rc1 Arnd Bergmann
2010-11-27 2:54 ` Guan Xuetao
2010-11-29 16:35 ` Arnd Bergmann
2010-11-30 10:28 ` Guan Xuetao
2010-11-30 15:26 ` Arnd Bergmann [this message]
2010-12-01 12:54 ` Guan Xuetao
[not found] <002001cb816d$9632a170$c297e450$@mprc.pku.edu.cn>
2010-11-11 17:38 ` Arnd Bergmann
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=201011301626.42547.arnd@arndb.de \
--to=arnd@arndb.de \
--cc=akpm@linux-foundation.org \
--cc=greg@kroah.com \
--cc=guanxuetao@mprc.pku.edu.cn \
--cc=linux-arch@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@linux-foundation.org \
/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