Date: Mon, 30 Mar 2009 17:27:23 +0100 From: "N.J. Mann" <njm@njm.me.uk> To: Robert Noland <rnoland@FreeBSD.org> Cc: freebsd-x11@FreeBSD.org Subject: Re: Xorg 7.4 crashes on exit Message-ID: <20090330162723.GD920@titania.njm.me.uk> In-Reply-To: <1238429902.8491.336.camel@balrog.2hip.net> References: <200903250150.n2P1ou4g062376@svn.freebsd.org> <20090325092904.GA2801@titania.njm.me.uk> <1237999344.1828.6.camel@balrog.2hip.net> <20090227141146.GA88783@titania.njm.me.uk> <20090330105326.GA920@titania.njm.me.uk> <1238424768.8491.331.camel@balrog.2hip.net> <20090330151923.GB920@titania.njm.me.uk> <1238429902.8491.336.camel@balrog.2hip.net>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <1238429902.8491.336.camel@balrog.2hip.net>,
Robert Noland (rnoland@FreeBSD.org) wrote:
> On Mon, 2009-03-30 at 16:19 +0100, N.J. Mann wrote:
> > In message <1238424768.8491.331.camel@balrog.2hip.net>,
> > Robert Noland (rnoland@FreeBSD.org) wrote:
> > > On Mon, 2009-03-30 at 11:53 +0100, N.J. Mann wrote:
[snip]
> > > >
> > > > Okay I tried out your recent changes this morning.
> > > >
> > > > First I did a svn update to r190540 to bring my sources up to date and
> > > > then I built a new 7-Stable world and kernel and installed them. Sadly,
> > > > I still got the video mode corruption on exiting X or switching from X
> > > > to a VT. I then merged all the changes from head/sys/dev/drm to
> > > > stable/7/sys/dev/drm and tried again. Unfortunately, I got the same
> > > > results. (Xorg.log and dmesg.boot available if required.) The changes
> > > > I merged were: 190020, 190021, 190022, 190023, 190123, 190124, 190125,
> > > > 190163, 190164, 190166, 190170, 190282, 190399, 190400, 19401 and
> > > > 190433. Some of these were probably not relevant, but I did everything
> > > > to make it easier for me. (I am very much still testing the water with
> > > > svn and this was the first time I tried doing a merge!)
> > > >
> > > > Any ideas where to go from here?
> > >
> > > Which chip do you have? I have a patch now that fixes vblank issues, at
> > > least I can't break it. This corruption issue on shutdown still exists,
> > > but I've never had a problem vt switching. I'm told that something is
> > > still wrong with interrupts on g45 though.
> >
> > Is this the information you require?
> >
> > % grep '^\(vga\|agp\|drm\)' r19054M.dmesg.boot
> > vgapci0: <VGA-compatible display> port 0xf140-0xf147 mem 0xff900000-0xff97ffff,0xd0000000-0xdfffffff,0xff700000-0xff7fffff irq 16 at device 2.0 on pci0
> > agp0: <Intel G33 SVGA controller> on vgapci0
> > vgapci0: Reserved 0x10000000 bytes for rid 0x18 type 3 at 0xd0000000
> > vgapci0: Reserved 0x80000 bytes for rid 0x10 type 3 at 0xff900000
> > vgapci0: Reserved 0x100000 bytes for rid 0x1c type 3 at 0xff700000
> > agp0: detected 7164k stolen memory
> > agp0: aperture size is 256M
> > drm0: <Intel G33> on vgapci0
> > vgapci0: Reserved 0x80000 bytes for rid 0x10 type 3 at 0xff900000
> > vgapci0: child drm0 requested pci_enable_busmaster
> > vga: vga0 already exists; skipping it
> > vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
> >
> > The MB is a Intel DG31GL, which incorporates an Intel GMA 3100 graphics
> > adapter.
>
> Ok, Are you seeing the corruption with an unpatched 7-STABLE?
Yes. I csup'ed at 0730 BST (0630 UTC) this morning to the latest
7-STABLE (without patches) it still failed. I then did a svn update
about an hour later and had the same result. (The reason for doing both
is that I am still testing the water with svn and I do not trust myself
to not make any mistakes. :-) )
Cheers,
Nick.
--
"Nothing stands for content-free corporate bullshit quite like PowerPoint."
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090330162723.GD920>