X.org 7.5 for FreeBSD
in [Ports]
|
Prev: xanim: Undefined symbol "__sF" on FreeBSD 8.0
Next: xf86-video-radeonhd: incorrect libpci dependency?
From: Garrett Cooper on 21 Mar 2010 06:06 On Sun, Mar 21, 2010 at 2:42 AM, jhell <jhell(a)dataix.net> wrote: > > On Sun, 14 Mar 2010 23:57, Robert Noland wrote: > In Message-Id: <1268625423.2608.348.camel(a)balrog.2hip.net> > >> On Sun, 2010-03-14 at 15:02 -0600, Warren Block wrote: >>> >>> On Sat, 13 Mar 2010, Robert Noland wrote: >>> >>>> Ok, now that agp seems to be working... I have created a port for the >>>> 2.9.1 version of the Intel driver. You will need to uninstall the >>>> existing intel driver and install this one. You still won't have drm, >>>> but should be a good bit better than vesa... >>>> >>>> http://people.freebsd.org/~rnoland/xf86-video-intel29.tar.gz >>> >>> Problem: after switching away from X with ctrl-alt-f4, on switching back >>> the screen is corrupted. Stuff that's drawn on top of it after that >>> point is usually correct. The clear areas on this image were caused by >>> GIMP redrawing them; before opening it, they were the same as the strip >>> on the right edge. >> >> Ok, I'm not surprised... I spent a little time playing with the 2.9.1 >> driver on my g45 today. Basically... It is horrid... >> > > Damn! I rely on this driver for my main machine that has a i845G in it. This > thing tends to keep getting more shitty with every release. Or I suppose I > could cough it up to ancient hardware to... ;) > > The last Intel driver I remember working seamlessly with my i845G with no > known side effects and without HAL was 2.3*. After that it somehow became > very dependent on HAL and if compiled without HAL would pretty much disable > you(being me) from switching from X to the console and back again resulting > in a reboot after a borked screen. > > Now that I see the following I sort of understand whats happening with this. > And eventually this hardware will have to be replaced :( > >> When Intel chose to remove all non-GEM support for the 2.8 series >> driver, what is actually going on is that it is calling into >> libdrm_intel's fake buffer manager and doing ton's of memcpy's. It >> seems to be sort of ok as long as it is just basic 2d, but enable >> composite in metacity and it falls on it's face... Granted all of my >> machines run with WITNESS and INVARIANTS, but you can almost count the >> pixels as they are drawn... >> >> I was thinking that Intel had actually killed the fake buffer manager as >> well, but it looks like it does still exist in libdrm git. Perhaps it >> was that they removed it from mesa. At any rate, they don't deny that >> it is broken, nor do they test it or have any intention of fixing it... >> >> The only reason for using the 2.9.1 driver that I can think of is if you >> have an Ironlake chipset, which isn't supported in 2.7.1. I now have to >> decide whether to spend time back porting Ironlake support to 2.7.1 or >> spend time on GEM. Intel's killing off non-GEM support slowly and surely, so we have to port GEM or die a slow and painful death on Intel accelerated hardware: http://www.phoronix.com/scan.php?page=news_item&px=Njc2NA , http://software.intel.com/sites/oss/project_spotlight.htm . Kind of sad now that anholt is no longer really a contributing member to FreeBSD. Thanks, -Garrett _______________________________________________ freebsd-ports(a)freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"
From: Gary Jennejohn on 21 Mar 2010 06:14 On Sat, 20 Mar 2010 12:45:56 -0600 "Jeremy Messenger" <mezz7(a)cox.net> wrote: > On Sat, 20 Mar 2010 11:47:22 -0600, Torfinn Ingolfsen <tingox(a)gmail.com> > wrote: > > > Update > > > > On Sat, Mar 20, 2010 at 1:26 PM, Gary Jennejohn > > <gary.jennejohn(a)freenet.de>wrote: > > > >> > >> Well, I don't know whether this is really relevant, but I noticed that > >> xfce4-session actually depends on dbus-glib and not dbus. It might be > >> necessary to reinstall dbus-glib with DBUS_DISABLE_CHECKS set. > >> > >> This is easily done by modifying devel/dbus-glib/Makefile to set > >> --enable-checks=no at line 320. > >> > > > > Ok, I tried that too. Sadly, it had no effect. xfce4-session core dumps > > as > > before with this option set for dbus-glib. Yes, I restarted dbus after > > reinstalling this port. > > > > > >> Of course, this is just a hack and doesn't fix the real problem and > >> we're > >> probably all getting tired of this thread :) > >> > > > > Possibly, but I'm willing to try a few suggestions more. > > It would be nice if it worked. > > Looks like it's a known issue in the Linux world too. > > http://bugzilla.xfce.org/show_bug.cgi?id=5966 > > Try to change the theme to default. > Interesting solution. Just for kicks I installed xfce4-session and ran it. It doesn't require the rest of xfce4 to run. Unfortunately, it worked for me without any error. It even started the sessions I had saved from the time when I was using xfce4. Have you tried deleteing .xfce4, Torfinn? Another point which I should mention is that I did a completely clean install of all my ports when I updated to Xorg 7.5. This guarantees that there isn't any random junk left around. -- Gary Jennejohn _______________________________________________ freebsd-ports(a)freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"
From: Garrett Cooper on 21 Mar 2010 07:36 On Sun, Mar 21, 2010 at 3:14 AM, Gary Jennejohn <gary.jennejohn(a)freenet.de> wrote: > On Sat, 20 Mar 2010 12:45:56 -0600 > "Jeremy Messenger" <mezz7(a)cox.net> wrote: > >> On Sat, 20 Mar 2010 11:47:22 -0600, Torfinn Ingolfsen <tingox(a)gmail.com> >> wrote: >> >> > Update >> > >> > On Sat, Mar 20, 2010 at 1:26 PM, Gary Jennejohn >> > <gary.jennejohn(a)freenet.de>wrote: >> > >> >> >> >> Well, I don't know whether this is really relevant, but I noticed that >> >> xfce4-session actually depends on dbus-glib and not dbus. It might be >> >> necessary to reinstall dbus-glib with DBUS_DISABLE_CHECKS set. >> >> >> >> This is easily done by modifying devel/dbus-glib/Makefile to set >> >> --enable-checks=no at line 320. >> >> >> > >> > Ok, I tried that too. Sadly, it had no effect. xfce4-session core dumps >> > as >> > before with this option set for dbus-glib. Yes, I restarted dbus after >> > reinstalling this port. >> > >> > >> >> Of course, this is just a hack and doesn't fix the real problem and >> >> we're >> >> probably all getting tired of this thread :) >> >> >> > >> > Possibly, but I'm willing to try a few suggestions more. >> > It would be nice if it worked. >> >> Looks like it's a known issue in the Linux world too. >> >> http://bugzilla.xfce.org/show_bug.cgi?id=5966 >> >> Try to change the theme to default. >> > > Interesting solution. > > Just for kicks I installed xfce4-session and ran it. It doesn't require > the rest of xfce4 to run. > > Unfortunately, it worked for me without any error. It even started the > sessions I had saved from the time when I was using xfce4. > > Have you tried deleteing .xfce4, Torfinn? > > Another point which I should mention is that I did a completely clean > install of all my ports when I updated to Xorg 7.5. This guarantees that > there isn't any random junk left around. XFCE4 installs files in ~/.config/xfce4 . You also may need to clean out .gconf* . HTH, -Garrett _______________________________________________ freebsd-ports(a)freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"
From: Torfinn Ingolfsen on 21 Mar 2010 08:21 Hi, On Sat, Mar 20, 2010 at 7:45 PM, Jeremy Messenger <mezz7(a)cox.net> wrote: > > Looks like it's a known issue in the Linux world too. > > http://bugzilla.xfce.org/show_bug.cgi?id=5966 > > Try to change the theme to default. > Theme is already default: root(a)kg-v7# grep theme ~/.config/xfce4/xfconf/xfce-perchannel-xml/xfwm4.xml <property name="theme" type="string" value="Default"/> tingo(a)kg-v7$ grep theme ~/.config/xfce4/xfconf/xfce-perchannel-xml/xfwm4.xml <property name="theme" type="string" value="Default"/> tingo(a)kg-v7$ -- Regards, Torfinn Ingolfsen _______________________________________________ freebsd-ports(a)freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"
From: Torfinn Ingolfsen on 21 Mar 2010 08:27
Hi, On Sun, Mar 21, 2010 at 11:14 AM, Gary Jennejohn <gary.jennejohn(a)freenet.de>wrote: > > Interesting solution. > > Just for kicks I installed xfce4-session and ran it. It doesn't require > the rest of xfce4 to run. > > Unfortunately, it worked for me without any error. It even started the > sessions I had saved from the time when I was using xfce4. > > Have you tried deleteing .xfce4, Torfinn? > > Yep, tried that too. For the user 'root' there wasn't a ~/.config/xfce4 directory before I started testing. > Another point which I should mention is that I did a completely clean > install of all my ports when I updated to Xorg 7.5. This guarantees that > there isn't any random junk left around. > I did portupgrade all ports, and have checked the dates in /var/db/pkg - all ports are updated after the installation of Xorg 7.5 -- Regards, Torfinn Ingolfsen _______________________________________________ freebsd-ports(a)freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org" |