Date: Tue, 18 Dec 2007 22:05:04 -0500 From: Justin Hibbits <jrh29@alumni.cwru.edu> To: freebsd-ppc@freebsd.org Subject: Re: xorg-server 1.4_2,1 fails on RELENG_7 Message-ID: <200712182205.09473.jrh29@alumni.cwru.edu> In-Reply-To: <200712182154.45487.jrh29@alumni.cwru.edu> References: <20071103230152.0bdfbd36.torfinn.ingolfsen@broadpark.no> <47687B61.6090808@freebsd.org> <200712182154.45487.jrh29@alumni.cwru.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
--nextPart1455470.7RpiLZpZQH Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 18 December 2007 21:54:40 Justin Hibbits wrote: > On Tuesday 18 December 2007 21:01:05 Peter Grehan wrote: > > Hi Justin, > > > > > Now that I've got it up and running, I've noticed a couple other > > > issues: Exiting out of X kills the video, setting the monitor to an > > > "out of range sync". That part I can deal with, as I can still go ba= ck > > > into X. > > > > Nvidia ? I don't know that mode-switching has ever worked too well > > with that driver. Linux does it in the kernel and not in the server, so > > the codepath isn't really exercised much. > > ATI Radeon 9000. Like I said, not a big deal. > > > > The other issue, which is rather annoying, is that the mouse cursor > > > seems to be cut in half, with each half flipped over the Y axis. Als= o, > > > probably linked to this, remote X programs don't display correctly, as > > > though the color pallette has been reversed. Is this an endian issue? > > > Does it occur on anyone elses machine? > > > > Either an endian or signed/unsigned char issue. Or you using a > > hardware cursor ? Changing to software (or vice versa) might help. What > > display depth are you using ? > > > > later, > > > > Peter. > > I tried hardware and software cursor, and there was no change. Also tried > Option "NoAccel" "true". Using 24-bit and 16-bit color depths. I'm not > sure what other combinations would work. > > - Justin I stand corrected. In a last-ditch effort before going to bed, I retried=20 combinations. Miraculously using "SWCursor" works now, and I don't know ho= w,=20 as I checked and double checked before sending the email. The color issue = is=20 still present, and I think that's an endian issue, since it's being drawn o= n=20 an x86 (X forwarding of konqueror). =2D Justin --nextPart1455470.7RpiLZpZQH Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHaIplqt29EJDZlM4RAo/FAJwP+UFDXVm5mZJy+7a4HRYaVdC/EACgqPnN 8SNP2qEo4xdGZ8ZsPP2dlmA= =jD4W -----END PGP SIGNATURE----- --nextPart1455470.7RpiLZpZQH--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200712182205.09473.jrh29>