From: wangyanqing <udknight@gmail.com>
To: "H. Peter Anvin" <hpa@zytor.com>
Cc: torvalds@linux-foundation.org, castet.matthieu@free.fr,
akpm@linux-foundation.org, x86@kernel.org, spock@gentoo.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2] x86: remove NX from video bios area
Date: Fri, 18 Nov 2011 12:45:15 +0800 [thread overview]
Message-ID: <20111118044515.GA17250@udknight.homenetwork> (raw)
In-Reply-To: <4EC520AE.3070409@zytor.com>
On Thu, Nov 17, 2011 at 06:56:46AM -0800, H. Peter Anvin wrote:
> On 11/17/2011 12:26 AM, wangyanqing wrote:
> >
> > +/*we hope this the right video bios range*/
> > +#define VIDEO_BIOS_BEGIN 0x000c0000
> > +#define VIDEO_BIOS_END 0x000c7fff
> > +
> > #define BIOS_ROM_BASE 0xffe00000
> > #define BIOS_ROM_END 0xffffffff
>
> Ick. This feels increasingly hacky, especially since the above is known
> to not be the video BIOS range on a lot of reasons.
>
> There is something much more fundamentally wrong here, including why X
> permission is needed for uvesafb at all.
>
> -hpa
>
> --
> H. Peter Anvin, Intel Open Source Technology Center
> I work for Intel. I don't speak on their behalf.
Sorry for my bad idea!
Indeed v86d have double backend to execute x86 video bios code,
one is lrmi(linux real mode interface), another is x86emu.Yesterday,
I compile the v86d with x86emu.Below is the new maps:
08048000-0805e000 r-xp 00000000 00:01 3324 /sbin/v86d
0805e000-0805f000 rw-p 00015000 00:01 3324 /sbin/v86d
0805f000-08060000 rw-p 00000000 00:00 0
b7713000-b7733000 rw-s 000e0000 00:01 3234 /dev/mem
b7733000-b7742000 rw-s 000c0000 00:01 3234 /dev/mem
b7742000-b7762000 rw-s 000a0000 00:01 3234 /dev/mem
b7762000-b7763000 rw-s 0009c000 00:01 3234 /dev/mem
b7763000-b7764000 rw-s 00000000 00:01 3234 /dev/mem
b7764000-b7784000 rw-p 00000000 00:01 3230 /dev/zero
b7784000-b7785000 r-xp 00000000 00:00 0 [vdso]
bf98a000-bf9ab000 rw-p 00000000 00:00 0 [stack]
As you see, now v86d doesn't need the X permission.But
my machine still hang very early(verbose show uvesafb some
messages, then black screen, it hangs!)
But if I make the BIOS range X unconditionally, the problem is gone.
So we need more hacky.Any comment is welcome.
Sorry again for the bad patch "[PATCH v2] x86: remove NX from video bios area",
it even can't compile, and it also can't solve myself problem, I haven't test it
before send it out, I willn't make the same mistake again.
Thanks for all you time.
next prev parent reply other threads:[~2011-11-18 4:46 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-17 8:26 [PATCH v2] x86: remove NX from video bios area wangyanqing
2011-11-17 14:56 ` H. Peter Anvin
2011-11-18 4:45 ` wangyanqing [this message]
2011-11-18 5:02 ` H. Peter Anvin
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=20111118044515.GA17250@udknight.homenetwork \
--to=udknight@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=castet.matthieu@free.fr \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=spock@gentoo.org \
--cc=torvalds@linux-foundation.org \
--cc=x86@kernel.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