From: Drake Donahue <donahue95@comcast.net>
To: gentoo-amd64@lists.gentoo.org
Subject: Re: [gentoo-amd64] Re: video driver / system state question
Date: Tue, 26 Jan 2010 14:37:23 -0500 [thread overview]
Message-ID: <1264534643.10231.18.camel@oddman.donahues.us.> (raw)
In-Reply-To: <5bdc1c8b1001260930o2ba17a9ap43bd968f115a1ada@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 4982 bytes --]
On Tue, 2010-01-26 at 09:30 -0800, Mark Knecht wrote:
> On Tue, Jan 26, 2010 at 2:59 AM, Peter Humphrey
> <peter@humphrey.ukfsn.org> wrote:
> > On Tuesday 26 January 2010 01:13:59 Mark Knecht wrote:
> >
> >> mtrr: type mismatch for c0000000,10000000 old: write-back new:
> >> write-combining [drm] MTRR allocation failed. Graphics performance may
> >> suffer.
> >
> > This rings a bell. Your kernel line in grub.conf has something like
> > "video=inteldrmfb:mtrr:3,ywrap", no? The 3 is causing the error above, or
> > you may have a 4. Google should be able to find you the docs on this. The
> > options are write-combining and write-back; if one doesn't work the other
> > should.
> >
> > --
> > Rgds
> > Peter.
> >
> >
>
> Hi all,
> OK - it's working and gentoo-amd64 is the first email recipient
> from my new i5-661 running Gentoo Linux and XFCE4. THANKS TO EVERYONE!
>
> I'll need to document what I did to get it going as well as archive
> files so as to protect myself from some sort of infant mortality or
> operator error. None the less at least it's up and usable.
>
> This seems to be one of those cases where I cannot recognize
> exactly who had the final answer as there were a lot of things I did
> last night to get the machine going, both based on information from
> this thread as well as a thread at intel-gfx. Clearly I'm still
> learning/confused about the exact technology here so I want to iron
> that out over the next few days.
>
> The main points, subject to me getting schooled on what's really
> happening here:
>
> 1) The new i5-661 processor and i915 running X are ONLY supported
> using KMS so there seem to be two ways to do this:
> a) Build the kernel with AGP, DRM and KMS into the kernel, or
> b) Build the kernel with AGP, DRM and KMS modular and then use
> i915.modeset=1 on the boot command line
>
> I am using b) at this time.
>
> 2) Use drm.debug=0x06 to get lots of nice messages from DRM about
> what's going on.
>
> 3) Configure the kernel to support frame buffers but turn off
> everything except these 4, and possibly only the first and last ones:
> (grep for "FB" and "FRAMEBUFFER")
>
> CONFIG_FB=y
> CONFIG_FB_CFB_FILLRECT=m
> CONFIG_FB_CFB_COPYAREA=m
> CONFIG_FB_CFB_IMAGEBLIT=m
> CONFIG_FRAMEBUFFER_CONSOLE=y
>
> The CFB entries are probably not necessary but I haven't figured out
> where they are in the kernel yet to turn them off. They do load
> modules so they might be required.
>
> 4) In make.conf use these lines among others:
>
> CFLAGS="-O2 -march=native -pipe"
> USE="hal dts mmx sse sse2 ssse3 sse4 -gnome -kde"
> INPUT_DEVICES="evdev"
> VIDEO_CARDS="intel fbdev"
>
> to set up for X and get a normal text boot which I think is taking
> place in the frame buffer.
>
> 5) As root run
>
> Xorg -configure
> Xorg -config /root/xorg.conf.new
>
> If things go right I'm to the point where Drake was correct. X is up
> but the screen is blank. Copy xorg.conf.new to /etc/X/xorg.conf
>
> X -retro does work. Thanks Drake!
>
> 6) emerge xfce4-meta and then as user put "exec startxfce4" in
> .xinitrc, and then startx
>
> Assuming I haven't made any omissions or stupid mistakes that gets
> me into xfce4. I don't know if I'm running X over a frame buffer or
> using a more native VGA.
>
> I will of course review this in more depth as I document it for
> real but I wanted to say thanks for the answers as they were all
> helpful.
>
> Cheers,
> Mark
>
Attachment to circumvent mail client text wrapping
>Attachment provided to circumvent mail client text wrapping>
If you want <CTRL ALT BACKSPACE> to be able to shutdown X:
If you don't have /etc/hal/fdi/policy/10-keymap.fdi:
run:
'cp /usr/share/hal/fdi/policy/10osvendor/10-keymap.fdi /etc/hal/fdi/policy/10-keymap.fdi'
open /etc/hal/fdi/policy/10-keymap.fdi and add as the last <merge key:
'<merge key="input.xkb.options"
type="string">grp:alt_shift_toggle,terminate:ctrl_alt_bksp</merge>'
here the modified /etc/hal/fdi/policy/10-keymap.fdi looks like:
<?xml version="1.0" encoding="ISO-8859-1"?> <!-- -*- SGML -*- -->
<deviceinfo version="0.2">
<device>
<match key="info.capabilities" contains="input.keymap">
<append key="info.callouts.add"
type="strlist">hal-setup-keymap</append>
</match>
<match key="info.capabilities" contains="input.keys">
<merge key="input.xkb.rules" type="string">base</merge>
<!-- If we're using Linux, we use evdev by default (falling back
to
keyboard otherwise). -->
<merge key="input.xkb.model" type="string">keyboard</merge>
<match
key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
string="Linux">
<merge key="input.xkb.model" type="string">evdev</merge>
</match>
<merge key="input.xkb.layout" type="string">us</merge>
<merge key="input.xkb.variant" type="string" />
<merge key="input.xkb.options"
type="string">terminate:ctrl_alt_bksp</merge>
</match>
</device>
</deviceinfo>
[-- Attachment #2: hal ctrl alt backspace --]
[-- Type: text/plain, Size: 1421 bytes --]
If you want <CTRL ALT BACKSPACE> to be able to shutdown X:
If you don't have /etc/hal/fdi/policy/10-keymap.fdi:
run:
'cp /usr/share/hal/fdi/policy/10osvendor/10-keymap.fdi /etc/hal/fdi/policy/10-keymap.fdi'
open /etc/hal/fdi/policy/10-keymap.fdi and add as the last <merge key:
'<merge key="input.xkb.options" type="string">grp:alt_shift_toggle,terminate:ctrl_alt_bksp</merge>'
here the modified /etc/hal/fdi/policy/10-keymap.fdi looks like:
<?xml version="1.0" encoding="ISO-8859-1"?> <!-- -*- SGML -*- -->
<deviceinfo version="0.2">
<device>
<match key="info.capabilities" contains="input.keymap">
<append key="info.callouts.add" type="strlist">hal-setup-keymap</append>
</match>
<match key="info.capabilities" contains="input.keys">
<merge key="input.xkb.rules" type="string">base</merge>
<!-- If we're using Linux, we use evdev by default (falling back to
keyboard otherwise). -->
<merge key="input.xkb.model" type="string">keyboard</merge>
<match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
string="Linux">
<merge key="input.xkb.model" type="string">evdev</merge>
</match>
<merge key="input.xkb.layout" type="string">us</merge>
<merge key="input.xkb.variant" type="string" />
<merge key="input.xkb.options" type="string">terminate:ctrl_alt_bksp</merge>
</match>
</device>
</deviceinfo>
prev parent reply other threads:[~2010-01-26 20:03 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-25 23:20 [gentoo-amd64] video driver / system state question Mark Knecht
2010-01-26 0:09 ` Bob Sanders
2010-01-26 0:23 ` Drake Donahue
2010-01-26 3:09 ` Mark Knecht
2010-01-26 5:05 ` Drake Donahue
2010-01-26 15:16 ` Richard Freeman
2010-01-26 15:19 ` Richard Freeman
2010-01-26 0:10 ` [gentoo-amd64] " Nikos Chantziaras
2010-01-26 1:03 ` Mark Knecht
2010-01-26 1:04 ` Duncan
2010-01-26 1:13 ` Mark Knecht
2010-01-26 10:59 ` Peter Humphrey
2010-01-26 17:30 ` Mark Knecht
2010-01-26 18:37 ` Nikos Chantziaras
2010-01-26 21:04 ` Mark Knecht
2010-01-26 19:37 ` Drake Donahue [this message]
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=1264534643.10231.18.camel@oddman.donahues.us. \
--to=donahue95@comcast.net \
--cc=gentoo-amd64@lists.gentoo.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