From bugmaster at FreeBSD.org Mon Sep 1 11:07:05 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Sep 1 11:09:32 2008 Subject: Current problem reports assigned to freebsd-x11@FreeBSD.org Message-ID: <200809011107.m81B75Ok068627@freefall.freebsd.org> Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- f ports/106370 x11 Screen corruption when using Direct Rendering on a PCI o ports/116359 x11 x11/xorg - screen blinks with PCI-E nvidia card and ve o ports/117195 x11 ix11/Xorg 7.3 dumps core at exit (sig 11) o ports/117766 x11 x11-servers/xorg-server (7.3) crashes under heavy load o ports/118950 x11 x11-drivers/xf86-video-nv - xorg xf86 nv (nvidia) driv o ports/119037 x11 x11: Can't type _ (Underscore) under X (gnome) f ports/119091 x11 x11-drivers/xf86-video-intel 2.1.1 panics system o ports/121360 x11 x11/xorg - Change default of ~/.xsession-errors to off o ports/122830 x11 x11/xorg: Error in I830WaitLpRing() o ports/122924 x11 XCreateImage fails in most recent x11/XOrg o ports/124220 x11 [amd64] x11-servers/xorg-server - X.org server runs in o ports/124861 x11 Keyboard problems with xorg o ports/125661 x11 x11/xorg: startx fails after a couple of attempts o ports/126812 x11 x11-drivers/xf86-video-ati - System freeze when exitin 14 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s ports/73743 x11 XOrg/XFree xauth add/startx problem o ports/113106 x11 x11/xorg - Xorg 7.2 + Mach64 + dri produces error mess f ports/114827 x11 Xorg server crashes when starting astro/google-earth o ports/115020 x11 New port: graphics/osmesa - Mesa's off-screen renderin s ports/115536 x11 [new port] x11/xorg-base port for a minimal X.Org inst o ports/116443 x11 x11-drivers/xf86-input-keyboard patch for USB jp106 ke f ports/116603 x11 x11/xorg server 7.3 hangs up f ports/117907 x11 x11-servers/mga_hal broken on 7.0-BETA (GLIBC error) f ports/118217 x11 xorg doesnt find usb mouse when initiated with devd, w o ports/118547 x11 [patch] x11/xdm fails with pam_krb5 o ports/118645 x11 Xorg need realtime priority for mouse work nice o ports/121230 x11 [patch] ports/x11/xkeyboard-config WITHOUT_NLS support o ports/123137 x11 x11/libX11: missing ru_RU.UTF-8 locale o ports/125883 x11 x11-fonts/xorg-fonts-cyrillic is installed, but fonts o ports/126904 x11 x11/xorg startx fails on driver loading for nVidia GeF 15 problems total. From airy at netspace.net.au Mon Sep 1 21:54:10 2008 From: airy at netspace.net.au (John Stokes) Date: Mon Sep 1 21:54:17 2008 Subject: Latest Intel XF86 driver Message-ID: <48BC647E.5020907@netspace.net.au> Hi there I see that there have been a few bug fixes to the Intel 2.4.0 driver and that it has now been released as 2.4.2 , any chance of an update?? http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-intel.git;a=summary The Intel 2.4.0 version is currently being tested in the latest PC-BSD V7 Beta Thanks John From flz at xbsd.org Tue Sep 2 12:15:08 2008 From: flz at xbsd.org (Florent Thoumie) Date: Tue Sep 2 12:15:43 2008 Subject: Latest Intel XF86 driver In-Reply-To: <48BC647E.5020907@netspace.net.au> References: <48BC647E.5020907@netspace.net.au> Message-ID: On Mon, Sep 1, 2008 at 10:54 PM, John Stokes wrote: > Hi there > > I see that there have been a few bug fixes to the Intel 2.4.0 driver and > that it has now been released as 2.4.2 , any chance of an update?? Done. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From avg at icyb.net.ua Tue Sep 2 14:41:43 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue Sep 2 14:41:50 2008 Subject: nVidia driver update today: renders X11 unusable In-Reply-To: <48BD4D84.4030209@zedat.fu-berlin.de> References: <48BD0C5A.4060706@zedat.fu-berlin.de> <48BD3FCC.2080506@kasimir.com> <48BD43DA.4010805@zedat.fu-berlin.de> <48BD46BB.9060407@icyb.net.ua> <48BD4D84.4030209@zedat.fu-berlin.de> Message-ID: <48BD50A3.6090402@icyb.net.ua> on 02/09/2008 17:28 O. Hartmann said the following: > Andriy Gapon wrote: >> Question to those having this problem - what kind of nVidia hardware do >> you have? >> Is that something that is based on G80 GPU or later (GeForce 8XXX or >> later)? >> I see that there is already version 2.1.12 of nv driver (in xorg >> repository) that is supposed to fix CPUToScreenColorExpandFill function >> for G80 cards. >> I decided to change mailing list from -stable to -x11 and -ports, because those seem to be more relevant to the issue. > Well, > the problems I have are related to a nv8600GTS based board, this is, as [snip] > How can I selectively 'downgrade' a port? Someone already suggested portupgrade -fPP that would downgrade the port to the latest version available through packages. You can also try ports-mgmt/portdowngrade. But I hope that our port would be upgraded to 2.1.12 promptly and that that upgrade would help you with the problem introduced in 2.1.11. -- Andriy Gapon From onemda at gmail.com Tue Sep 2 21:55:21 2008 From: onemda at gmail.com (Paul B. Mahol) Date: Tue Sep 2 21:55:28 2008 Subject: Latest Intel XF86 driver In-Reply-To: References: <48BC647E.5020907@netspace.net.au> Message-ID: <3a142e750809021431r1af6dd9bjc2e49811085c7f3b@mail.gmail.com> On 9/2/08, Florent Thoumie wrote: > On Mon, Sep 1, 2008 at 10:54 PM, John Stokes wrote: >> Hi there >> >> I see that there have been a few bug fixes to the Intel 2.4.0 driver and >> that it has now been released as 2.4.2 , any chance of an update?? > > Done. > I got regression with this "bug fixes" port update - swithching vty is broken. I get blank screen (full black or full white - depending on situation) when returning to Xorg), only workaround is to kill Xorg. (DRI is disabled) I got multiple errors: (EE) intel(0): underrun on pipe B! (EE) intel(0): underrun on pipe B! (EE) intel(0): underrun on pipe B! (EE) intel(0): underrun on pipe B! (EE) intel(0): underrun on pipe B! (EE) intel(0): underrun on pipe B! (EE) intel(0): underrun on pipe B! .... > -- > Florent Thoumie > flz@FreeBSD.org > FreeBSD Committer > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > From rnoland at FreeBSD.org Tue Sep 2 22:06:33 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Tue Sep 2 22:06:39 2008 Subject: Latest Intel XF86 driver In-Reply-To: <3a142e750809021431r1af6dd9bjc2e49811085c7f3b@mail.gmail.com> References: <48BC647E.5020907@netspace.net.au> <3a142e750809021431r1af6dd9bjc2e49811085c7f3b@mail.gmail.com> Message-ID: <1220393182.72234.41.camel@squirrel.corp.cox.com> On Tue, 2008-09-02 at 23:31 +0200, Paul B. Mahol wrote: > On 9/2/08, Florent Thoumie wrote: > > On Mon, Sep 1, 2008 at 10:54 PM, John Stokes wrote: > >> Hi there > >> > >> I see that there have been a few bug fixes to the Intel 2.4.0 driver and > >> that it has now been released as 2.4.2 , any chance of an update?? > > > > Done. > > > > I got regression with this "bug fixes" port update - swithching vty is broken. > I get blank screen (full black or full white - depending on situation) > when returning to Xorg), only workaround is to kill Xorg. (DRI is > disabled) > > I got multiple errors: > (EE) intel(0): underrun on pipe B! > (EE) intel(0): underrun on pipe B! > (EE) intel(0): underrun on pipe B! > (EE) intel(0): underrun on pipe B! > (EE) intel(0): underrun on pipe B! > (EE) intel(0): underrun on pipe B! > (EE) intel(0): underrun on pipe B! I've been seeing this recently as well, but I believe that the underrun is always on an inactive pipe and has to do with DFS. (download from screen). For the record, I don't work on 2D drivers though, so I'm only spreading my observations and rumours heard around the campfire... robert. > .... > > > > -- > > Florent Thoumie > > flz@FreeBSD.org > > FreeBSD Committer > > _______________________________________________ > > freebsd-x11@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20080902/87395c49/attachment.pgp From airy at netspace.net.au Wed Sep 3 11:36:57 2008 From: airy at netspace.net.au (John Stokes) Date: Wed Sep 3 11:37:10 2008 Subject: Latest Intel XF86 driver In-Reply-To: <1220393182.72234.41.camel@squirrel.corp.cox.com> References: <48BC647E.5020907@netspace.net.au> <3a142e750809021431r1af6dd9bjc2e49811085c7f3b@mail.gmail.com> <1220393182.72234.41.camel@squirrel.corp.cox.com> Message-ID: <48BE76D4.1060902@netspace.net.au> Just installed this driver on my PC-BSD 7.0 beta system with KDE4 and it fixes a problem where I would see a pink line on the left side of the screen , no other issues seen yet. Thanks John Robert Noland wrote: > On Tue, 2008-09-02 at 23:31 +0200, Paul B. Mahol wrote: > >> On 9/2/08, Florent Thoumie wrote: >> >>> On Mon, Sep 1, 2008 at 10:54 PM, John Stokes wrote: >>> >>>> Hi there >>>> >>>> I see that there have been a few bug fixes to the Intel 2.4.0 driver and >>>> that it has now been released as 2.4.2 , any chance of an update?? >>>> >>> Done. >>> >>> >> I got regression with this "bug fixes" port update - swithching vty is broken. >> I get blank screen (full black or full white - depending on situation) >> when returning to Xorg), only workaround is to kill Xorg. (DRI is >> disabled) >> >> I got multiple errors: >> (EE) intel(0): underrun on pipe B! >> (EE) intel(0): underrun on pipe B! >> (EE) intel(0): underrun on pipe B! >> (EE) intel(0): underrun on pipe B! >> (EE) intel(0): underrun on pipe B! >> (EE) intel(0): underrun on pipe B! >> (EE) intel(0): underrun on pipe B! >> > > I've been seeing this recently as well, but I believe that the underrun > is always on an inactive pipe and has to do with DFS. (download from > screen). For the record, I don't work on 2D drivers though, so I'm only > spreading my observations and rumours heard around the campfire... > > robert. > > >> .... >> >> >> >>> -- >>> Florent Thoumie >>> flz@FreeBSD.org >>> FreeBSD Committer >>> _______________________________________________ >>> freebsd-x11@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-x11 >>> To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" >>> >>> >> _______________________________________________ >> freebsd-x11@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-x11 >> To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" >> From onemda at gmail.com Wed Sep 3 16:46:00 2008 From: onemda at gmail.com (Paul B. Mahol) Date: Wed Sep 3 16:46:06 2008 Subject: Latest Intel XF86 driver In-Reply-To: <1220393182.72234.41.camel@squirrel.corp.cox.com> References: <48BC647E.5020907@netspace.net.au> <3a142e750809021431r1af6dd9bjc2e49811085c7f3b@mail.gmail.com> <1220393182.72234.41.camel@squirrel.corp.cox.com> Message-ID: <3a142e750809030945r309febecjc8ef126e5fcfec9a@mail.gmail.com> On 9/3/08, Robert Noland wrote: > On Tue, 2008-09-02 at 23:31 +0200, Paul B. Mahol wrote: >> On 9/2/08, Florent Thoumie wrote: >> > On Mon, Sep 1, 2008 at 10:54 PM, John Stokes >> > wrote: >> >> Hi there >> >> >> >> I see that there have been a few bug fixes to the Intel 2.4.0 driver >> >> and >> >> that it has now been released as 2.4.2 , any chance of an update?? >> > >> > Done. >> > >> >> I got regression with this "bug fixes" port update - swithching vty is >> broken. >> I get blank screen (full black or full white - depending on situation) >> when returning to Xorg), only workaround is to kill Xorg. (DRI is >> disabled) >> >> I got multiple errors: >> (EE) intel(0): underrun on pipe B! >> (EE) intel(0): underrun on pipe B! >> (EE) intel(0): underrun on pipe B! >> (EE) intel(0): underrun on pipe B! >> (EE) intel(0): underrun on pipe B! >> (EE) intel(0): underrun on pipe B! >> (EE) intel(0): underrun on pipe B! > > I've been seeing this recently as well, but I believe that the underrun > is always on an inactive pipe and has to do with DFS. (download from > screen). For the record, I don't work on 2D drivers though, so I'm only > spreading my observations and rumours heard around the campfire... When DRI is enabled, switching vty works fine. But DRI (mesa OpenGL) is still broken, at least with my i945GM :( > > robert. > >> .... >> >> >> > -- >> > Florent Thoumie >> > flz@FreeBSD.org >> > FreeBSD Committer >> > _______________________________________________ >> > freebsd-x11@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 >> > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" >> > >> _______________________________________________ >> freebsd-x11@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-x11 >> To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > From rnoland at FreeBSD.org Wed Sep 3 19:44:46 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Wed Sep 3 19:44:53 2008 Subject: Latest Intel XF86 driver In-Reply-To: <3a142e750809030945r309febecjc8ef126e5fcfec9a@mail.gmail.com> References: <48BC647E.5020907@netspace.net.au> <3a142e750809021431r1af6dd9bjc2e49811085c7f3b@mail.gmail.com> <1220393182.72234.41.camel@squirrel.corp.cox.com> <3a142e750809030945r309febecjc8ef126e5fcfec9a@mail.gmail.com> Message-ID: <1220471078.11763.2.camel@squirrel.corp.cox.com> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20080903/c08ffacb/attachment.pgp From onemda at gmail.com Wed Sep 3 21:09:15 2008 From: onemda at gmail.com (Paul B. Mahol) Date: Wed Sep 3 21:09:21 2008 Subject: Latest Intel XF86 driver In-Reply-To: <1220471078.11763.2.camel@squirrel.corp.cox.com> References: <48BC647E.5020907@netspace.net.au> <3a142e750809021431r1af6dd9bjc2e49811085c7f3b@mail.gmail.com> <1220393182.72234.41.camel@squirrel.corp.cox.com> <3a142e750809030945r309febecjc8ef126e5fcfec9a@mail.gmail.com> <1220471078.11763.2.camel@squirrel.corp.cox.com> Message-ID: <3a142e750809031409l73adc36p8faed1ead650641@mail.gmail.com> On 9/3/08, Robert Noland wrote: > On Wed, 2008-09-03 at 18:45 +0200, Paul B. Mahol wrote: >> On 9/3/08, Robert Noland wrote: >> > On Tue, 2008-09-02 at 23:31 +0200, Paul B. Mahol wrote: >> >> On 9/2/08, Florent Thoumie wrote: >> >> > On Mon, Sep 1, 2008 at 10:54 PM, John Stokes >> >> > wrote: >> >> >> Hi there >> >> >> >> >> >> I see that there have been a few bug fixes to the Intel 2.4.0 >> >> >> driver >> >> >> and >> >> >> that it has now been released as 2.4.2 , any chance of an update?? >> >> > >> >> > Done. >> >> > >> >> >> >> I got regression with this "bug fixes" port update - swithching vty is >> >> broken. >> >> I get blank screen (full black or full white - depending on situation) >> >> when returning to Xorg), only workaround is to kill Xorg. (DRI is >> >> disabled) >> >> >> >> I got multiple errors: >> >> (EE) intel(0): underrun on pipe B! >> >> (EE) intel(0): underrun on pipe B! >> >> (EE) intel(0): underrun on pipe B! >> >> (EE) intel(0): underrun on pipe B! >> >> (EE) intel(0): underrun on pipe B! >> >> (EE) intel(0): underrun on pipe B! >> >> (EE) intel(0): underrun on pipe B! >> > >> > I've been seeing this recently as well, but I believe that the underrun >> > is always on an inactive pipe and has to do with DFS. (download from >> > screen). For the record, I don't work on 2D drivers though, so I'm only >> > spreading my observations and rumours heard around the campfire... >> >> When DRI is enabled, switching vty works fine. >> But DRI (mesa OpenGL) is still broken, at least with my i945GM :( > > That reminds me actually... I committed a fix to the 2D driver the other > day for someone else that probably fixes this. Give this patch a try... Tested. No changes in behaviour. > > robert. > >> > >> > robert. >> > >> >> .... >> >> >> >> >> >> > -- >> >> > Florent Thoumie >> >> > flz@FreeBSD.org >> >> > FreeBSD Committer >> >> > _______________________________________________ >> >> > freebsd-x11@freebsd.org mailing list >> >> > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 >> >> > To unsubscribe, send any mail to >> >> > "freebsd-x11-unsubscribe@freebsd.org" >> >> > >> >> _______________________________________________ >> >> freebsd-x11@freebsd.org mailing list >> >> http://lists.freebsd.org/mailman/listinfo/freebsd-x11 >> >> To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" >> > > From tugia at netscape.com Thu Sep 4 03:49:09 2008 From: tugia at netscape.com (Dan Nguyen) Date: Thu Sep 4 03:49:16 2008 Subject: x on freebsd 7 Message-ID: <48BF5732.9060203@netscape.com> when I type this command X -config xorg.conf.new, xorg cause my system to freeze. This has never happend to me before on XFree86, From rsmith at xs4all.nl Thu Sep 4 05:55:36 2008 From: rsmith at xs4all.nl (Roland Smith) Date: Thu Sep 4 05:55:44 2008 Subject: x on freebsd 7 In-Reply-To: <48BF5732.9060203@netscape.com> References: <48BF5732.9060203@netscape.com> Message-ID: <20080904054010.GA6511@slackbox.xs4all.nl> On Wed, Sep 03, 2008 at 08:34:10PM -0700, Dan Nguyen wrote: > when I type this command X -config xorg.conf.new, xorg cause my system > to freeze. Unfortunately this is not enough information to give you any usefull advice. Is your system updated to the latest version of Xorg in ports? Can you post some details? Like the contents of xorg.conf.new, var/log/Xorg.0.log and what kind of hardware you're using? Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20080904/2ba4186a/attachment.pgp From callumgibson at optusnet.com.au Thu Sep 4 15:16:16 2008 From: callumgibson at optusnet.com.au (Callum Gibson) Date: Thu Sep 4 15:16:22 2008 Subject: Matrox G550 fails dual-head, used to work In-Reply-To: References: Message-ID: <20080903204028.GA17408@omma.gibson.athome> I'm a bit behind... On 13Aug08 21:21, Warren Block wrote: >> Some time ago, xorg changed something and my dual-head stopped working on >> all my machines. >> >> I think the mga driver or xserver is having trouble detecting the second >> head, though it does display the same desktop as the first head. Xinerama >> doesn't appear to work. I built a new xorg.conf, but xrandr only says >> there's a default output, not two. } }If you want dual head on a Matrox card with the latest ported xorg-server, }you need xf86-video-mga-1.9.100. That version of the driver was in ports }for a while, but people using modelines had trouble and it was backed out. }You can use portdowngrade to get 1.9.100. } }Additionally, you need to patch xorg-server so it can read the Matrox video }BIOS. } }G550 with two VGA ports should work, I think. G550 with DVI, maybe not. 1.9.100 does not support dual DVI properly - you get the second panel offset. That's because it's missing the necessary code to do it. As Warren said, 1.4.X doesn't work with dual heads at all. Apart from trying to work out how to reverse engineer the matrox driver code and fill in the missing bits (which the maintainer doesn't even seem to be willing to do), the only other option is to use the linux binary driver from the ports. This also used to work, and apparently people have it working under 6.X, but under 7.X you get: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/117907 I'm beginning to think this will be the only way to get dual dvi going for matrox cards, but it seems to involve addressing a problem with the linuxulator which I don't yet understand. C -- Callum Gibson @ home http://members.optusnet.com.au/callumgibson/ From a at jenisch.at Thu Sep 4 15:27:54 2008 From: a at jenisch.at (Ewald Jenisch) Date: Thu Sep 4 15:28:08 2008 Subject: ATI Radeon 2400XT - screen goes blank Message-ID: <20080904142730.GA7078@aurora.oekb.co.at> Hi, I've got a ATI Radeon 2400XT card in a Dell Optiplex 740 system running under FreebSD 7.x (i.e. fully updated as per today wrt. kernel, system and ports) Following "the handbook" I've configured xorg.conf using "Xorg -configure" followed by "X -config /root/xorg.conf.new". The only thing that happens is that the screen goes blank and the monitor writes a message "out of Range". Tried with numerous "Modes" like "1280x1024", "1024x768" - I've even created a custom modeline using the hints in http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x-config.html - to no extent. BTW, the monitor in question is a Hanns-G "JC198D" capable of 1280x1024 Has anybody else seen this problem with a ATI 2400XT - and even more interesting, what can I do against it? I'm including both the xorg.conf as well as /var/log/Xorg.0.log. Thanks much in advance for any clue, -ewald ------------------------------ < Cut here > ------------------------------ Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" RgbPath "/usr/local/share/X11/rgb" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/TTF/" FontPath "/usr/local/lib/X11/fonts/OTF" FontPath "/usr/local/lib/X11/fonts/Type1/" FontPath "/usr/local/lib/X11/fonts/100dpi/" FontPath "/usr/local/lib/X11/fonts/75dpi/" EndSection Section "Module" Load "extmod" Load "record" Load "dbe" Load "glx" Load "GLcore" Load "xtrap" Load "dri" Load "freetype" Load "type1" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" #DisplaySize 380 300 # mm Identifier "Monitor0" VendorName "HSD" ModelName "JC198D" ### Comment all HorizSync and VertRefresh values to use DDC: HorizSync 30.0 - 83.0 VertRefresh 50.0 - 76.0 ModeLine "Custom-settings" 108.0 1280 1328 1440 1688 1024 1025 1028 1066 Option "DPMS" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "NoAccel" # [] #Option "SWcursor" # [] #Option "Dac6Bit" # [] #Option "Dac8Bit" # [] #Option "BusType" # [] #Option "CPPIOMode" # [] #Option "CPusecTimeout" # #Option "AGPMode" # #Option "AGPFastWrite" # [] #Option "AGPSize" # #Option "GARTSize" # #Option "RingSize" # #Option "BufferSize" # #Option "EnableDepthMoves" # [] #Option "EnablePageFlip" # [] #Option "NoBackBuffer" # [] #Option "DMAForXv" # [] #Option "FBTexPercent" # #Option "DepthBits" # #Option "PCIAPERSize" # #Option "AccelDFS" # [] #Option "DDCMode" # [] #Option "IgnoreEDID" # [] #Option "DisplayPriority" # [] #Option "PanelSize" # [] #Option "ForceMinDotClock" # #Option "ColorTiling" # [] #Option "VideoKey" # #Option "RageTheatreCrystal" # #Option "RageTheatreTunerPort" # #Option "RageTheatreCompositePort" # #Option "RageTheatreSVideoPort" # #Option "TunerType" # #Option "RageTheatreMicrocPath" # #Option "RageTheatreMicrocType" # #Option "ScalerWidth" # #Option "RenderAccel" # [] #Option "SubPixelOrder" # [] #Option "ShowCache" # [] #Option "DynamicClocks" # [] #Option "VGAAccess" # [] #Option "ReverseDDC" # [] #Option "LVDSProbePLL" # [] #Option "AccelMethod" # #Option "DRI" # [] #Option "ConnectorTable" # #Option "DefaultConnectorTable" # [] #Option "DefaultTMDSPLL" # [] #Option "TVDACLoadDetect" # [] #Option "ForceTVOut" # [] #Option "TVStandard" # #Option "IgnoreLidStatus" # [] #Option "DefaultTVDACAdj" # [] #Option "Int10" # [] Identifier "Card0" Driver "radeon" VendorName "ATI Technologies Inc" BoardName "Unknown Board" BusID "PCI:3:0:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 Modes "Custom-settings" EndSubSection EndSection ------------------------------ < Cut here > ------------------------------ X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 7.0-STABLE amd64 Current Operating System: FreeBSD boxy.mydomain.com 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1: Thu Sep 4 15:13:12 CEST 2008 root@boxy.mydomain.com:/usr/obj/usr/src/sys/BOXY amd64 Build Date: 15 July 2008 08:21:34PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Thu Sep 4 16:23:27 2008 (++) Using config file: "/root/xorg.conf.2008-09-03" (==) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (==) Automatically adding devices (==) Automatically enabling devices (==) Including the default font path /usr/local/lib/X11/fonts/misc/,/usr/local/lib/X11/fonts/TTF/,/usr/local/lib/X11/fonts/OTF,/usr/local/lib/X11/fonts/Type1/,/usr/local/lib/X11/fonts/100dpi/,/usr/local/lib/X11/fonts/75dpi/. (**) FontPath set to: /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/, /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/ (**) RgbPath set to "/usr/local/share/X11/rgb" (**) ModulePath set to "/usr/local/lib/xorg/modules" (II) Loader magic: 0x682900 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on freebsd (II) LoadModule: "pcidata" (II) Loading /usr/local/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (--) Using syscons driver with X support (version 134217730.0) (--) using VT number 9 (WW) OS did not count PCI devices, guessing wildly (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 10de,02f0 card 10de,02f0 rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:1: chip 10de,02fa card 10de,02fa rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:2: chip 10de,02fe card 10de,02fe rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:3: chip 10de,02f8 card 10de,02f8 rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:4: chip 10de,02f9 card 10de,02f9 rev a2 class 05,00,00 hdr 00 (II) PCI: 00:00:5: chip 10de,02ff card 10de,02ff rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:6: chip 10de,027f card 10de,027f rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:7: chip 10de,027e card 10de,027e rev a2 class 05,00,00 hdr 80 (II) PCI: 00:02:0: chip 10de,02fc card 0000,0000 rev a1 class 06,04,00 hdr 01 (II) PCI: 00:03:0: chip 10de,02fd card 0000,0000 rev a1 class 06,04,00 hdr 01 (II) PCI: 00:04:0: chip 10de,02fb card 0000,0000 rev a1 class 06,04,00 hdr 01 (II) PCI: 00:09:0: chip 10de,0270 card 10de,cb84 rev a2 class 05,00,00 hdr 00 (II) PCI: 00:0a:0: chip 10de,0260 card 1028,01ec rev a3 class 06,01,00 hdr 80 (II) PCI: 00:0a:1: chip 10de,0264 card 1028,01ec rev a3 class 0c,05,00 hdr 80 (II) PCI: 00:0a:2: chip 10de,0272 card 1028,01ec rev a3 class 05,00,00 hdr 80 (II) PCI: 00:0b:0: chip 10de,026d card 1028,01ec rev a3 class 0c,03,10 hdr 80 (II) PCI: 00:0b:1: chip 10de,026e card 1028,01ec rev a3 class 0c,03,20 hdr 80 (II) PCI: 00:0e:0: chip 10de,0266 card 1028,01ec rev a1 class 01,01,85 hdr 00 (II) PCI: 00:0f:0: chip 10de,0267 card 1028,01ec rev a1 class 01,01,85 hdr 00 (II) PCI: 00:10:0: chip 10de,026f card 0000,0000 rev a2 class 06,04,01 hdr 81 (II) PCI: 00:10:1: chip 10de,026c card 1028,1f94 rev a2 class 04,03,00 hdr 80 (II) PCI: 00:18:0: chip 1022,1100 card 0000,0000 rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:1: chip 1022,1101 card 0000,0000 rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:2: chip 1022,1102 card 0000,0000 rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:3: chip 1022,1103 card 0000,0000 rev 00 class 06,00,00 hdr 80 (II) PCI: 02:00:0: chip 14e4,167a card 1028,01ec rev 02 class 02,00,00 hdr 00 (II) PCI: 03:00:0: chip 1002,94c1 card 1028,0d02 rev 00 class 03,00,00 hdr 00 (II) PCI: 04:08:0: chip 8086,1229 card 8086,000c rev 08 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:2:0), (0,1,1), BCTRL: 0x0004 (VGA_EN is cleared) (II) Bus 1 I/O range: [0] -1 0 0x0000a000 - 0x0000a0ff (0x100) IX[B] [1] -1 0 0x0000a400 - 0x0000a4ff (0x100) IX[B] [2] -1 0 0x0000a800 - 0x0000a8ff (0x100) IX[B] [3] -1 0 0x0000ac00 - 0x0000acff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xfd800000 - 0xfd8fffff (0x100000) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xfd700000 - 0xfd7fffff (0x100000) MX[B] (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:3:0), (0,2,2), BCTRL: 0x0004 (VGA_EN is cleared) (II) Bus 2 I/O range: [0] -1 0 0x00008000 - 0x000080ff (0x100) IX[B] [1] -1 0 0x00008400 - 0x000084ff (0x100) IX[B] [2] -1 0 0x00008800 - 0x000088ff (0x100) IX[B] [3] -1 0 0x00008c00 - 0x00008cff (0x100) IX[B] (II) Bus 2 non-prefetchable memory range: [0] -1 0 0xfd600000 - 0xfd6fffff (0x100000) MX[B] (II) Bus 2 prefetchable memory range: [0] -1 0 0xfde00000 - 0xfdefffff (0x100000) MX[B] (II) PCI-to-PCI bridge: (II) Bus 3: bridge is at (0:4:0), (0,3,3), BCTRL: 0x001c (VGA_EN is set) (II) Bus 3 I/O range: [0] -1 0 0x0000b000 - 0x0000b0ff (0x100) IX[B] [1] -1 0 0x0000b400 - 0x0000b4ff (0x100) IX[B] [2] -1 0 0x0000b800 - 0x0000b8ff (0x100) IX[B] [3] -1 0 0x0000bc00 - 0x0000bcff (0x100) IX[B] (II) Bus 3 non-prefetchable memory range: [0] -1 0 0xfdd00000 - 0xfddfffff (0x100000) MX[B] (II) Bus 3 prefetchable memory range: [0] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:10:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) Subtractive PCI-to-PCI bridge: (II) Bus 4: bridge is at (0:16:0), (0,4,4), BCTRL: 0x0204 (VGA_EN is cleared) (II) Bus 4 I/O range: [0] -1 0 0x00009000 - 0x000090ff (0x100) IX[B] [1] -1 0 0x00009400 - 0x000094ff (0x100) IX[B] [2] -1 0 0x00009800 - 0x000098ff (0x100) IX[B] [3] -1 0 0x00009c00 - 0x00009cff (0x100) IX[B] (II) Bus 4 non-prefetchable memory range: [0] -1 0 0xfda00000 - 0xfdcfffff (0x300000) MX[B] (II) Bus 4 prefetchable memory range: [0] -1 0 0xfd900000 - 0xfd9fffff (0x100000) MX[B] (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:24:0), (0,0,4), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x100000000) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x100000000) MX[B] (--) PCI:*(3:0:0) ATI Technologies Inc unknown chipset (0x94c1) rev 0, Mem @ 0xd0000000/28, 0xfddf0000/16, I/O @ 0xbc00/8 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x100000000) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] (II) Active PCI resource ranges: [0] -1 0 0xfdb00000 - 0xfdbfffff (0x100000) MX[B]E [1] -1 0 0xfdcff000 - 0xfdcfffff (0x1000) MX[B]E [2] -1 0 0xfd6f0000 - 0xfd6fffff (0x10000) MX[B]E [3] -1 0 0xfe024000 - 0xfe027fff (0x4000) MX[B]E [4] -1 0 0xfe02c000 - 0xfe02ffff (0x4000) MX[B]E [5] -1 0 0xfe02d000 - 0xfe02dfff (0x1000) MX[B]E [6] -1 0 0xfe02e000 - 0xfe02ffff (0x2000) MX[B]E [7] -1 0 0xfe02f000 - 0xfe02ffff (0x1000) MX[B]E [8] -1 0 0xfddf0000 - 0xfddfffff (0x10000) MX[B](B) [9] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [10] -1 0 0x00009c00 - 0x00009cff (0x100) IX[B]E [11] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [12] -1 0 0x00000b60 - 0x00000b7f (0x20) IX[B]E [13] -1 0 0x00000960 - 0x0000097f (0x20) IX[B]E [14] -1 0 0x00000be0 - 0x00000bff (0x20) IX[B]E [15] -1 0 0x000009e0 - 0x000009ff (0x20) IX[B]E [16] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [17] -1 0 0x00000b70 - 0x00000b7f (0x10) IX[B]E [18] -1 0 0x00000970 - 0x0000097f (0x10) IX[B]E [19] -1 0 0x00000bf0 - 0x00000bff (0x10) IX[B]E [20] -1 0 0x000009f0 - 0x000009ff (0x10) IX[B]E [21] -1 0 0x00001c40 - 0x00001c7f (0x40) IX[B]E [22] -1 0 0x00001c00 - 0x00001cff (0x100) IX[B]E [23] -1 0 0x0000bc00 - 0x0000bcff (0x100) IX[B](B) (II) PCI Memory resource overlap reduced 0xfe02c000 from 0xfe02ffff to 0xfe02cfff (II) PCI I/O resource overlap reduced 0x00000b60 from 0x00000b7f to 0x00000b6f (II) PCI I/O resource overlap reduced 0x00000960 from 0x0000097f to 0x0000096f (II) PCI I/O resource overlap reduced 0x00000be0 from 0x00000bff to 0x00000bef (II) PCI I/O resource overlap reduced 0x000009e0 from 0x000009ff to 0x000009ef (II) PCI Memory resource overlap reduced 0xfe02e000 from 0xfe02ffff to 0xfe02efff (II) PCI I/O resource overlap reduced 0x00001c00 from 0x00001cff to 0x00001c3f (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xfdb00000 - 0xfdbfffff (0x100000) MX[B]E [1] -1 0 0xfdcff000 - 0xfdcfffff (0x1000) MX[B]E [2] -1 0 0xfd6f0000 - 0xfd6fffff (0x10000) MX[B]E [3] -1 0 0xfe024000 - 0xfe027fff (0x4000) MX[B]E [4] -1 0 0xfe02c000 - 0xfe02cfff (0x1000) MX[B]E [5] -1 0 0xfe02d000 - 0xfe02dfff (0x1000) MX[B]E [6] -1 0 0xfe02e000 - 0xfe02efff (0x1000) MX[B]E [7] -1 0 0xfe02f000 - 0xfe02ffff (0x1000) MX[B]E [8] -1 0 0xfddf0000 - 0xfddfffff (0x10000) MX[B](B) [9] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [10] -1 0 0x00009c00 - 0x00009cff (0x100) IX[B]E [11] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [12] -1 0 0x00000b60 - 0x00000b6f (0x10) IX[B]E [13] -1 0 0x00000960 - 0x0000096f (0x10) IX[B]E [14] -1 0 0x00000be0 - 0x00000bef (0x10) IX[B]E [15] -1 0 0x000009e0 - 0x000009ef (0x10) IX[B]E [16] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [17] -1 0 0x00000b70 - 0x00000b7f (0x10) IX[B]E [18] -1 0 0x00000970 - 0x0000097f (0x10) IX[B]E [19] -1 0 0x00000bf0 - 0x00000bff (0x10) IX[B]E [20] -1 0 0x000009f0 - 0x000009ff (0x10) IX[B]E [21] -1 0 0x00001c40 - 0x00001c7f (0x40) IX[B]E [22] -1 0 0x00001c00 - 0x00001c3f (0x40) IX[B]E [23] -1 0 0x0000bc00 - 0x0000bcff (0x100) IX[B](B) (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] (II) All system resource ranges: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xfdb00000 - 0xfdbfffff (0x100000) MX[B]E [5] -1 0 0xfdcff000 - 0xfdcfffff (0x1000) MX[B]E [6] -1 0 0xfd6f0000 - 0xfd6fffff (0x10000) MX[B]E [7] -1 0 0xfe024000 - 0xfe027fff (0x4000) MX[B]E [8] -1 0 0xfe02c000 - 0xfe02cfff (0x1000) MX[B]E [9] -1 0 0xfe02d000 - 0xfe02dfff (0x1000) MX[B]E [10] -1 0 0xfe02e000 - 0xfe02efff (0x1000) MX[B]E [11] -1 0 0xfe02f000 - 0xfe02ffff (0x1000) MX[B]E [12] -1 0 0xfddf0000 - 0xfddfffff (0x10000) MX[B](B) [13] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [14] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [15] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [16] -1 0 0x00009c00 - 0x00009cff (0x100) IX[B]E [17] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [18] -1 0 0x00000b60 - 0x00000b6f (0x10) IX[B]E [19] -1 0 0x00000960 - 0x0000096f (0x10) IX[B]E [20] -1 0 0x00000be0 - 0x00000bef (0x10) IX[B]E [21] -1 0 0x000009e0 - 0x000009ef (0x10) IX[B]E [22] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [23] -1 0 0x00000b70 - 0x00000b7f (0x10) IX[B]E [24] -1 0 0x00000970 - 0x0000097f (0x10) IX[B]E [25] -1 0 0x00000bf0 - 0x00000bff (0x10) IX[B]E [26] -1 0 0x000009f0 - 0x000009ff (0x10) IX[B]E [27] -1 0 0x00001c40 - 0x00001c7f (0x40) IX[B]E [28] -1 0 0x00001c00 - 0x00001c3f (0x40) IX[B]E [29] -1 0 0x0000bc00 - 0x0000bcff (0x100) IX[B](B) (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. (II) "glx" will be loaded. This was enabled by default and also specified in the config file. (II) "freetype" will be loaded. This was enabled by default and also specified in the config file. (II) "type1" will be loaded. This was enabled by default and also specified in the config file. (II) "record" will be loaded. This was enabled by default and also specified in the config file. (II) "dri" will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension RECORD (II) LoadModule: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (==) AIGLX disabled (II) Loading extension GLX (II) LoadModule: "xtrap" (II) Loading /usr/local/lib/xorg/modules/extensions//libxtrap.so (II) Module xtrap: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension DEC-XTRAP (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (II) Loading extension XFree86-DRI (II) LoadModule: "freetype" (II) Loading /usr/local/lib/xorg/modules/fonts//libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 1.4.2, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font FreeType (II) LoadModule: "type1" (II) Loading /usr/local/lib/xorg/modules/fonts//libtype1.so (II) Module type1: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.0.2 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Type1 (II) LoadModule: "radeon" (II) Loading /usr/local/lib/xorg/modules/drivers//radeon_drv.so (II) Module radeon: vendor="X.Org Foundation" compiled for 1.4.2, module version = 4.3.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 2.0 (II) LoadModule: "mouse" (II) Loading /usr/local/lib/xorg/modules/input//mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.2.3 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.0 (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.2.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.0 (II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon Mobility X600 (M24) 3150 (PCIE), ATI Radeon Mobility X300 (M24) 3152 (PCIE), ATI FireGL M24 GL 3154 (PCIE), ATI Radeon X600 (RV380) 3E50 (PCIE), ATI FireGL V3200 (RV380) 3E54 (PCIE), ATI Radeon IGP320 (A3) 4136, ATI Radeon IGP330/340/350 (A4) 4137, ATI Radeon 9500 AD (AGP), ATI Radeon 9500 AE (AGP), ATI Radeon 9600TX AF (AGP), ATI FireGL Z1 AG (AGP), ATI Radeon 9800SE AH (AGP), ATI Radeon 9800 AI (AGP), ATI Radeon 9800 AJ (AGP), ATI FireGL X2 AK (AGP), ATI Radeon 9600 AP (AGP), ATI Radeon 9600SE AQ (AGP), ATI Radeon 9600XT AR (AGP), ATI Radeon 9600 AS (AGP), ATI FireGL T2 AT (AGP), ATI Radeon 9650, ATI FireGL RV360 AV (AGP), ATI Radeon 7000 IGP (A4+) 4237, ATI Radeon 8500 AIW BB (AGP), ATI Radeon 8500 AIW BC (AGP), ATI Radeon IGP320M (U1) 4336, ATI Radeon IGP330M/340M/350M (U2) 4337, ATI Radeon Mobility 7000 IGP 4437, ATI Radeon 9000/PRO If (AGP/PCI), ATI Radeon 9000 Ig (AGP/PCI), ATI Radeon X800 (R420) JH (AGP), ATI Radeon X800PRO (R420) JI (AGP), ATI Radeon X800SE (R420) JJ (AGP), ATI Radeon X800 (R420) JK (AGP), ATI Radeon X800 (R420) JL (AGP), ATI FireGL X3 (R420) JM (AGP), ATI Radeon Mobility 9800 (M18) JN (AGP), ATI Radeon X800 SE (R420) (AGP), ATI Radeon X800XT (R420) JP (AGP), ATI Radeon X850 XT (R480) (AGP), ATI Radeon X850 SE (R480) (AGP), ATI Radeon X850 PRO (R480) (AGP), ATI Radeon X850 XT PE (R480) (AGP), ATI Radeon Mobility M7 LW (AGP), ATI Mobility FireGL 7800 M7 LX (AGP), ATI Radeon Mobility M6 LY (AGP), ATI Radeon Mobility M6 LZ (AGP), ATI FireGL Mobility 9000 (M9) Ld (AGP), ATI Radeon Mobility 9000 (M9) Lf (AGP), ATI Radeon Mobility 9000 (M9) Lg (AGP), ATI Radeon 9700 Pro ND (AGP), ATI Radeon 9700/9500Pro NE (AGP), ATI Radeon 9600TX NF (AGP), ATI FireGL X1 NG (AGP), ATI Radeon 9800PRO NH (AGP), ATI Radeon 9800 NI (AGP), ATI FireGL X2 NK (AGP), ATI Radeon 9800XT NJ (AGP), ATI Radeon Mobility 9600/9700 (M10/M11) NP (AGP), ATI Radeon Mobility 9600 (M10) NQ (AGP), ATI Radeon Mobility 9600 (M11) NR (AGP), ATI Radeon Mobility 9600 (M10) NS (AGP), ATI FireGL Mobility T2 (M10) NT (AGP), ATI FireGL Mobility T2e (M11) NV (AGP), ATI Radeon QD (AGP), ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP), ATI FireGL 8700/8800 QH (AGP), ATI Radeon 8500 QL (AGP), ATI Radeon 9100 QM (AGP), ATI Radeon 7500 QW (AGP/PCI), ATI Radeon 7500 QX (AGP/PCI), ATI Radeon VE/7000 QY (AGP/PCI), ATI Radeon VE/7000 QZ (AGP/PCI), ATI ES1000 515E (PCI), ATI Radeon Mobility X300 (M22) 5460 (PCIE), ATI Radeon Mobility X600 SE (M24C) 5462 (PCIE), ATI FireGL M22 GL 5464 (PCIE), ATI Radeon X800 (R423) UH (PCIE), ATI Radeon X800PRO (R423) UI (PCIE), ATI Radeon X800LE (R423) UJ (PCIE), ATI Radeon X800SE (R423) UK (PCIE), ATI Radeon X800 XTP (R430) (PCIE), ATI Radeon X800 XL (R430) (PCIE), ATI Radeon X800 SE (R430) (PCIE), ATI Radeon X800 (R430) (PCIE), ATI FireGL V7100 (R423) (PCIE), ATI FireGL V5100 (R423) UQ (PCIE), ATI FireGL unknown (R423) UR (PCIE), ATI FireGL unknown (R423) UT (PCIE), ATI Mobility FireGL V5000 (M26) (PCIE), ATI Mobility FireGL V5000 (M26) (PCIE), ATI Mobility Radeon X700 XL (M26) (PCIE), ATI Mobility Radeon X700 (M26) (PCIE), ATI Mobility Radeon X700 (M26) (PCIE), ATI Radeon X550XTX 5657 (PCIE), ATI Radeon 9100 IGP (A5) 5834, ATI Radeon Mobility 9100 IGP (U3) 5835, ATI Radeon XPRESS 200 5954 (PCIE), ATI Radeon XPRESS 200M 5955 (PCIE), ATI Radeon 9250 5960 (AGP), ATI Radeon 9200 5961 (AGP), ATI Radeon 9200 5962 (AGP), ATI Radeon 9200SE 5964 (AGP), ATI FireMV 2200 (PCI), ATI ES1000 5969 (PCI), ATI Radeon XPRESS 200 5974 (PCIE), ATI Radeon XPRESS 200M 5975 (PCIE), ATI Radeon XPRESS 200 5A41 (PCIE), ATI Radeon XPRESS 200M 5A42 (PCIE), ATI Radeon XPRESS 200 5A61 (PCIE), ATI Radeon XPRESS 200M 5A62 (PCIE), ATI Radeon X300 (RV370) 5B60 (PCIE), ATI Radeon X600 (RV370) 5B62 (PCIE), ATI Radeon X550 (RV370) 5B63 (PCIE), ATI FireGL V3100 (RV370) 5B64 (PCIE), ATI FireMV 2200 PCIE (RV370) 5B65 (PCIE), ATI Radeon Mobility 9200 (M9+) 5C61 (AGP), ATI Radeon Mobility 9200 (M9+) 5C63 (AGP), ATI Mobility Radeon X800 XT (M28) (PCIE), ATI Mobility FireGL V5100 (M28) (PCIE), ATI Mobility Radeon X800 (M28) (PCIE), ATI Radeon X850 5D4C (PCIE), ATI Radeon X850 XT PE (R480) (PCIE), ATI Radeon X850 SE (R480) (PCIE), ATI Radeon X850 PRO (R480) (PCIE), ATI unknown Radeon / FireGL (R480) 5D50 (PCIE), ATI Radeon X850 XT (R480) (PCIE), ATI Radeon X800XT (R423) 5D57 (PCIE), ATI FireGL V5000 (RV410) (PCIE), ATI Radeon X700 XT (RV410) (PCIE), ATI Radeon X700 PRO (RV410) (PCIE), ATI Radeon X700 SE (RV410) (PCIE), ATI Radeon X700 (RV410) (PCIE), ATI Radeon X700 SE (RV410) (PCIE), ATI Radeon X1800, ATI Mobility Radeon X1800 XT, ATI Mobility Radeon X1800, ATI Mobility FireGL V7200, ATI FireGL V7200, ATI FireGL V5300, ATI Mobility FireGL V7100, ATI Radeon X1800, ATI Radeon X1800, ATI Radeon X1800, ATI Radeon X1800, ATI Radeon X1800, ATI FireGL V7300, ATI FireGL V7350, ATI Radeon X1600, ATI RV505, ATI Radeon X1300/X1550, ATI Radeon X1550, ATI M54-GL, ATI Mobility Radeon X1400, ATI Radeon X1300/X1550, ATI Radeon X1550 64-bit, ATI Mobility Radeon X1300, ATI Mobility Radeon X1300, ATI Mobility Radeon X1300, ATI Mobility Radeon X1300, ATI Radeon X1300, ATI Radeon X1300, ATI RV505, ATI RV505, ATI FireGL V3300, ATI FireGL V3350, ATI Radeon X1300, ATI Radeon X1550 64-bit, ATI Radeon X1300/X1550, ATI Radeon X1600, ATI Radeon X1300/X1550, ATI Mobility Radeon X1450, ATI Radeon X1300/X1550, ATI Mobility Radeon X2300, ATI Mobility Radeon X2300, ATI Mobility Radeon X1350, ATI Mobility Radeon X1350, ATI Mobility Radeon X1450, ATI Radeon X1300, ATI Radeon X1550, ATI Mobility Radeon X1350, ATI FireMV 2250, ATI Radeon X1550 64-bit, ATI Radeon X1600, ATI Radeon X1650, ATI Radeon X1600, ATI Radeon X1600, ATI Mobility FireGL V5200, ATI Mobility Radeon X1600, ATI Radeon X1650, ATI Radeon X1650, ATI Radeon X1600, ATI Radeon X1300 XT/X1600 Pro, ATI FireGL V3400, ATI Mobility FireGL V5250, ATI Mobility Radeon X1700, ATI Mobility Radeon X1700 XT, ATI FireGL V5200, ATI Mobility Radeon X1700, ATI Radeon X2300HD, ATI Mobility Radeon HD 2300, ATI Mobility Radeon HD 2300, ATI Radeon X1950, ATI Radeon X1900, ATI Radeon X1950, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI AMD Stream Processor, ATI Radeon X1900, ATI Radeon X1950, ATI RV560, ATI RV560, ATI Mobility Radeon X1900, ATI RV560, ATI Radeon X1950 GT, ATI RV570, ATI RV570, ATI ATI FireGL V7400, ATI RV560, ATI Radeon X1650, ATI Radeon X1650, ATI RV560, ATI Radeon 9100 PRO IGP 7834, ATI Radeon Mobility 9200 IGP 7835, ATI Radeon X1200, ATI Radeon X1200, ATI Radeon X1200, ATI Radeon X1200, ATI Radeon X1200, ATI RS740, ATI RS740M, ATI RS740, ATI RS740M, ATI Radeon HD 2900 XT, ATI Radeon HD 2900 XT, ATI Radeon HD 2900 XT, ATI Radeon HD 2900 Pro, ATI Radeon HD 2900 GT, ATI FireGL V8650, ATI FireGL V8600, ATI FireGL V7600, ATI RV610, ATI Radeon HD 2400 XT, ATI Radeon HD 2400 Pro, ATI Radeon HD 2400 PRO AGP, ATI FireGL V4000, ATI RV610, ATI ATI Radeon HD 2350, ATI Mobility Radeon HD 2400 XT, ATI Mobility Radeon HD 2400, ATI RADEON E2400, ATI RV610, ATI RV670, ATI Radeon HD3870, ATI Radeon HD3850, ATI RV670, ATI Radeon HD3870 X2, ATI FireGL V7700, ATI RV630, ATI Mobility Radeon HD 2600, ATI Mobility Radeon HD 2600 XT, ATI Radeon HD 2600 XT AGP, ATI Radeon HD 2600 Pro AGP, ATI Radeon HD 2600 XT, ATI Radeon HD 2600 Pro, ATI Gemini RV630, ATI Gemini Mobility Radeon HD 2600 XT, ATI FireGL V5600, ATI FireGL V3600, ATI Radeon HD 2600 LE, ATI Radeon HD 3470, ATI Radeon HD 3450, ATI Radeon HD 3430, ATI Mobility Radeon HD 3430, ATI Mobility Radeon HD 3400 Series, ATI FireMV 2450, ATI FireMV 2260, ATI FireMV 2260, ATI ATI Radeon HD 3600 Series, ATI ATI Radeon HD 3650 AGP, ATI ATI Radeon HD 3600 PRO, ATI ATI Radeon HD 3600 XT, ATI ATI Radeon HD 3600 PRO, ATI Mobility Radeon HD 3650, ATI Mobility Radeon HD 3670, ATI Radeon HD 3200 Graphics, ATI Radeon 3100 Graphics, ATI Radeon HD 3200 Graphics, ATI Radeon 3100 Graphics (II) Primary Device is: PCI 03:00:0 (--) Chipset ATI Radeon HD 2400 XT found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xfdb00000 - 0xfdbfffff (0x100000) MX[B]E [5] -1 0 0xfdcff000 - 0xfdcfffff (0x1000) MX[B]E [6] -1 0 0xfd6f0000 - 0xfd6fffff (0x10000) MX[B]E [7] -1 0 0xfe024000 - 0xfe027fff (0x4000) MX[B]E [8] -1 0 0xfe02c000 - 0xfe02cfff (0x1000) MX[B]E [9] -1 0 0xfe02d000 - 0xfe02dfff (0x1000) MX[B]E [10] -1 0 0xfe02e000 - 0xfe02efff (0x1000) MX[B]E [11] -1 0 0xfe02f000 - 0xfe02ffff (0x1000) MX[B]E [12] -1 0 0xfddf0000 - 0xfddfffff (0x10000) MX[B](B) [13] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [14] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [15] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [16] -1 0 0x00009c00 - 0x00009cff (0x100) IX[B]E [17] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [18] -1 0 0x00000b60 - 0x00000b6f (0x10) IX[B]E [19] -1 0 0x00000960 - 0x0000096f (0x10) IX[B]E [20] -1 0 0x00000be0 - 0x00000bef (0x10) IX[B]E [21] -1 0 0x000009e0 - 0x000009ef (0x10) IX[B]E [22] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [23] -1 0 0x00000b70 - 0x00000b7f (0x10) IX[B]E [24] -1 0 0x00000970 - 0x0000097f (0x10) IX[B]E [25] -1 0 0x00000bf0 - 0x00000bff (0x10) IX[B]E [26] -1 0 0x000009f0 - 0x000009ff (0x10) IX[B]E [27] -1 0 0x00001c40 - 0x00001c7f (0x40) IX[B]E [28] -1 0 0x00001c00 - 0x00001c3f (0x40) IX[B]E [29] -1 0 0x0000bc00 - 0x0000bcff (0x100) IX[B](B) (II) resource ranges after probing: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xfdb00000 - 0xfdbfffff (0x100000) MX[B]E [5] -1 0 0xfdcff000 - 0xfdcfffff (0x1000) MX[B]E [6] -1 0 0xfd6f0000 - 0xfd6fffff (0x10000) MX[B]E [7] -1 0 0xfe024000 - 0xfe027fff (0x4000) MX[B]E [8] -1 0 0xfe02c000 - 0xfe02cfff (0x1000) MX[B]E [9] -1 0 0xfe02d000 - 0xfe02dfff (0x1000) MX[B]E [10] -1 0 0xfe02e000 - 0xfe02efff (0x1000) MX[B]E [11] -1 0 0xfe02f000 - 0xfe02ffff (0x1000) MX[B]E [12] -1 0 0xfddf0000 - 0xfddfffff (0x10000) MX[B](B) [13] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [14] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [15] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [16] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [17] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [18] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [19] -1 0 0x00009c00 - 0x00009cff (0x100) IX[B]E [20] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [21] -1 0 0x00000b60 - 0x00000b6f (0x10) IX[B]E [22] -1 0 0x00000960 - 0x0000096f (0x10) IX[B]E [23] -1 0 0x00000be0 - 0x00000bef (0x10) IX[B]E [24] -1 0 0x000009e0 - 0x000009ef (0x10) IX[B]E [25] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [26] -1 0 0x00000b70 - 0x00000b7f (0x10) IX[B]E [27] -1 0 0x00000970 - 0x0000097f (0x10) IX[B]E [28] -1 0 0x00000bf0 - 0x00000bff (0x10) IX[B]E [29] -1 0 0x000009f0 - 0x000009ff (0x10) IX[B]E [30] -1 0 0x00001c40 - 0x00001c7f (0x40) IX[B]E [31] -1 0 0x00001c00 - 0x00001c3f (0x40) IX[B]E [32] -1 0 0x0000bc00 - 0x0000bcff (0x100) IX[B](B) [33] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [34] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) RADEON(0): MMIO registers at 0x00000000fddf0000: size 64KB (==) RADEON(0): Write-combining range (0xfddf0000,0x10000) was already clear (II) RADEON(0): PCI bus 3 card 0 func 0 (**) RADEON(0): Depth 24, (--) framebuffer bpp 32 (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) (==) RADEON(0): Default visual is TrueColor (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/local/lib/xorg/modules//libvgahw.so (II) Module vgahw: vendor="X.Org Foundation" compiled for 1.4.2, module version = 0.1.0 ABI class: X.Org Video Driver, version 2.0 (II) RADEON(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (==) RADEON(0): RGB weight 888 (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) (--) RADEON(0): Chipset: "ATI Radeon HD 2400 XT" (ChipID = 0x94c1) (WW) RADEON(0): R600 support is mostly incomplete and very experimental (--) RADEON(0): Linear framebuffer at 0x00000000d0000000 (II) RADEON(0): PCIE card detected (II) RADEON(0): using shadow framebuffer (II) Loading sub module "shadow" (II) LoadModule: "shadow" (II) Loading /usr/local/lib/xorg/modules//libshadow.so (II) Module shadow: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.1.0 ABI class: X.Org ANSI C Emulation, version 0.3 (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/local/lib/xorg/modules//libint10.so (II) Module int10: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (II) RADEON(0): initializing int10 (==) RADEON(0): Write-combining range (0xa0000,0x20000) was already clear (==) RADEON(0): Write-combining range (0xc0000,0x40000) was already clear (II) RADEON(0): Primary V_BIOS segment is: 0xc000 (==) RADEON(0): Write-combining range (0x0,0x1000) was already clear (II) RADEON(0): ATOM BIOS detected (II) RADEON(0): ATOM BIOS Rom: SubsystemVendorID: 0x1028 SubsystemID: 0x0d02 IOBaseAddress: 0xbc00 Filename: S3B27602.112 BIOS Bootup Message: 113-B27602-112 RV610 GDDR2_32Mx16 64bit 256MB 650e/500m (II) RADEON(0): Framebuffer space used by Firmware (kb): 16 (II) RADEON(0): Start of VRAM area used by Firmware: 0xfffc000 (II) RADEON(0): Framebuffer space used by Firmware (kb): 16 (II) RADEON(0): Start of VRAM area used by Firmware: 0xfffc000 (II) RADEON(0): AtomBIOS requests 16kB of VRAM scratch space (II) RADEON(0): AtomBIOS VRAM scratch base: 0xfffc000 (II) RADEON(0): Cannot get VRAM scratch space. Allocating in main memory instead (II) RADEON(0): Default Engine Clock: 650000 (II) RADEON(0): Default Memory Clock: 500000 (II) RADEON(0): Maximum Pixel ClockPLL Frequency Output: 1200000 (II) RADEON(0): Minimum Pixel ClockPLL Frequency Output: 0 (II) RADEON(0): Maximum Pixel ClockPLL Frequency Input: 13500 (II) RADEON(0): Minimum Pixel ClockPLL Frequency Input: 1000 (II) RADEON(0): Maximum Pixel Clock: 400000 (II) RADEON(0): Reference Clock: 27000 (II) RADEON(0): Direct rendering not officially supported on RN50/RC410/R600 (II) RADEON(0): Generation 2 PCI interface, using max accessible memory (II) RADEON(0): Detected total video RAM=262144K, accessible=262144K (PCI BAR=262144K) (--) RADEON(0): Mapped VideoRAM: 262144 kByte (64 bit DDR SDRAM) (II) RADEON(0): Color tiling disabled (II) RADEON(0): Max desktop size set to 2560x1600 (II) RADEON(0): For a larger or smaller max desktop size, add a Virtual line to your xorg.conf (II) RADEON(0): If you are having trouble with 3D, reduce the desktop size by adjusting the Virtual line to your xorg.conf (II) Loading sub module "ddc" (II) LoadModule: "ddc"(II) Module "ddc" already built-in (II) Loading sub module "i2c" (II) LoadModule: "i2c"(II) Module "i2c" already built-in (II) RADEON(0): ref_freq: 2700, min_out_pll: 64800, max_out_pll: 120000, min_in_pll: 100, max_in_pll: 1350, xclk: 40000, sclk: 650.000000, mclk: 500.000000 (II) RADEON(0): PLL parameters: rf=2700 rd=12 min=64800 max=120000; xclk=40000 object id 000f 01 src object id 2116 22 record type 4 object id 0001 02 src object id 2113 19 src object id 2116 22 record type 1 rhdAtomParseI2CRecord: I2C Record: HW_Line[1] EngineID: 1 I2CAddr: 0 record type 2 record type 4 object id 0001 02 src object id 210f 15 src object id 2115 21 record type 1 rhdAtomParseI2CRecord: I2C Record: HW_Line[0] EngineID: 1 I2CAddr: 0 record type 2 record type 4 (II) RADEON(0): Output DVI-1 using monitor section Monitor0 (II) RADEON(0): I2C bus "DVI-1" initialized. (II) RADEON(0): Output DVI-0 has no monitor section (II) RADEON(0): I2C bus "DVI-0" initialized. (II) RADEON(0): Port0: Monitor -- AUTO Connector -- DVI-I DAC Type -- TVDAC/ExtDAC TMDS Type -- Internal DDC Type -- 0x7e50 (II) RADEON(0): Port1: Monitor -- AUTO Connector -- DVI-I DAC Type -- Primary TMDS Type -- LVTMA DDC Type -- 0x7e40 (II) RADEON(0): I2C device "DVI-1:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "DVI-1:ddc2" removed. (II) RADEON(0): Output: DVI-1, Detected Monitor Type: 0 Dac detection success finished output detect: 0 (II) RADEON(0): I2C device "DVI-0:ddc2" registered at address 0xA0. (II) RADEON(0): Output: DVI-0, Detected Monitor Type: 1 (II) RADEON(0): EDID data from the display on output: DVI-0 ---------------------- (II) RADEON(0): Manufacturer: HSD Model: cc6 Serial#: 715 (II) RADEON(0): Year: 2006 Week: 43 (II) RADEON(0): EDID Version: 1.3 (II) RADEON(0): Analog Display Input, Input Voltage Level: 0.700/0.700 V (II) RADEON(0): Sync: Separate (II) RADEON(0): Max H-Image Size [cm]: horiz.: 38 vert.: 30 (II) RADEON(0): Gamma: 2.20 (II) RADEON(0): DPMS capabilities: Off; RGB/Color Display (II) RADEON(0): First detailed timing is preferred mode (II) RADEON(0): redX: 0.644 redY: 0.328 greenX: 0.290 greenY: 0.614 (II) RADEON(0): blueX: 0.142 blueY: 0.079 whiteX: 0.310 whiteY: 0.330 (II) RADEON(0): Supported VESA Video Modes: (II) RADEON(0): 720x400@70Hz (II) RADEON(0): 640x480@60Hz (II) RADEON(0): 640x480@67Hz (II) RADEON(0): 640x480@72Hz (II) RADEON(0): 640x480@75Hz (II) RADEON(0): 800x600@56Hz (II) RADEON(0): 800x600@60Hz (II) RADEON(0): 800x600@72Hz (II) RADEON(0): 800x600@75Hz (II) RADEON(0): 832x624@75Hz (II) RADEON(0): 1024x768@60Hz (II) RADEON(0): 1024x768@70Hz (II) RADEON(0): 1024x768@75Hz (II) RADEON(0): 1280x1024@75Hz (II) RADEON(0): 1152x870@75Hz (II) RADEON(0): Manufacturer's mask: 0 (II) RADEON(0): Supported Future Video Modes: (II) RADEON(0): #0: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 (II) RADEON(0): #1: hsize: 1152 vsize 864 refresh: 75 vid: 20337 (II) RADEON(0): #2: hsize: 1280 vsize 960 refresh: 60 vid: 16513 (II) RADEON(0): #3: hsize: 1280 vsize 720 refresh: 60 vid: 49281 (II) RADEON(0): Supported additional Video Mode: (II) RADEON(0): clock: 108.0 MHz Image Size: 376 x 301 mm (II) RADEON(0): h_active: 1280 h_sync: 1328 h_sync_end 1440 h_blank_end 1688 h_border: 0 (II) RADEON(0): v_active: 1024 v_sync: 1025 v_sync_end 1028 v_blanking: 1066 v_border: 0 (II) RADEON(0): Serial No: 643GM3JY00715 (II) RADEON(0): Ranges: V min: 50 V max: 76 Hz, H min: 30 H max: 83 kHz, PixClock max 140 MHz (II) RADEON(0): Monitor name: JC198D (II) RADEON(0): EDID (in hex): (II) RADEON(0): 00ffffffffffff002264c60ccb020000 (II) RADEON(0): 2b10010368261e782ac556a4544a9d24 (II) RADEON(0): 144f54bfef808180714f814081c00101 (II) RADEON(0): 010101010101302a009851002a403070 (II) RADEON(0): 1300782d1100001e000000ff00363433 (II) RADEON(0): 474d334a593030373135000000fd0032 (II) RADEON(0): 4c1e530e000a202020202020000000fc (II) RADEON(0): 004a43313938440a2020202020200052 finished output detect: 1 finished all detect before xf86InitialConfiguration (II) RADEON(0): I2C device "DVI-1:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "DVI-1:ddc2" removed. (II) RADEON(0): Output: DVI-1, Detected Monitor Type: 0 Dac detection success (II) RADEON(0): Output: DVI-0, Detected Monitor Type: 1 (II) RADEON(0): EDID data from the display on output: DVI-0 ---------------------- (II) RADEON(0): Manufacturer: HSD Model: cc6 Serial#: 715 (II) RADEON(0): Year: 2006 Week: 43 (II) RADEON(0): EDID Version: 1.3 (II) RADEON(0): Analog Display Input, Input Voltage Level: 0.700/0.700 V (II) RADEON(0): Sync: Separate (II) RADEON(0): Max H-Image Size [cm]: horiz.: 38 vert.: 30 (II) RADEON(0): Gamma: 2.20 (II) RADEON(0): DPMS capabilities: Off; RGB/Color Display (II) RADEON(0): First detailed timing is preferred mode (II) RADEON(0): redX: 0.644 redY: 0.328 greenX: 0.290 greenY: 0.614 (II) RADEON(0): blueX: 0.142 blueY: 0.079 whiteX: 0.310 whiteY: 0.330 (II) RADEON(0): Supported VESA Video Modes: (II) RADEON(0): 720x400@70Hz (II) RADEON(0): 640x480@60Hz (II) RADEON(0): 640x480@67Hz (II) RADEON(0): 640x480@72Hz (II) RADEON(0): 640x480@75Hz (II) RADEON(0): 800x600@56Hz (II) RADEON(0): 800x600@60Hz (II) RADEON(0): 800x600@72Hz (II) RADEON(0): 800x600@75Hz (II) RADEON(0): 832x624@75Hz (II) RADEON(0): 1024x768@60Hz (II) RADEON(0): 1024x768@70Hz (II) RADEON(0): 1024x768@75Hz (II) RADEON(0): 1280x1024@75Hz (II) RADEON(0): 1152x870@75Hz (II) RADEON(0): Manufacturer's mask: 0 (II) RADEON(0): Supported Future Video Modes: (II) RADEON(0): #0: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 (II) RADEON(0): #1: hsize: 1152 vsize 864 refresh: 75 vid: 20337 (II) RADEON(0): #2: hsize: 1280 vsize 960 refresh: 60 vid: 16513 (II) RADEON(0): #3: hsize: 1280 vsize 720 refresh: 60 vid: 49281 (II) RADEON(0): Supported additional Video Mode: (II) RADEON(0): clock: 108.0 MHz Image Size: 376 x 301 mm (II) RADEON(0): h_active: 1280 h_sync: 1328 h_sync_end 1440 h_blank_end 1688 h_border: 0 (II) RADEON(0): v_active: 1024 v_sync: 1025 v_sync_end 1028 v_blanking: 1066 v_border: 0 (II) RADEON(0): Serial No: 643GM3JY00715 (II) RADEON(0): Ranges: V min: 50 V max: 76 Hz, H min: 30 H max: 83 kHz, PixClock max 140 MHz (II) RADEON(0): Monitor name: JC198D (II) RADEON(0): EDID (in hex): (II) RADEON(0): 00ffffffffffff002264c60ccb020000 (II) RADEON(0): 2b10010368261e782ac556a4544a9d24 (II) RADEON(0): 144f54bfef808180714f814081c00101 (II) RADEON(0): 010101010101302a009851002a403070 (II) RADEON(0): 1300782d1100001e000000ff00363433 (II) RADEON(0): 474d334a593030373135000000fd0032 (II) RADEON(0): 4c1e530e000a202020202020000000fc (II) RADEON(0): 004a43313938440a2020202020200052 in RADEONProbeOutputModes (II) RADEON(0): EDID vendor "HSD", prod id 3270 (II) RADEON(0): Output DVI-1 disconnected (II) RADEON(0): Output DVI-0 connected (II) RADEON(0): Output DVI-0 using initial mode 1280x1024 after xf86InitialConfiguration (==) RADEON(0): DPI set to (96, 96) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/local/lib/xorg/modules//libfb.so (II) Module fb: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.3 (==) RADEON(0): Using gamma correction (1.0, 1.0, 1.0) (II) Loading sub module "ramdac" (II) LoadModule: "ramdac"(II) Module "ramdac" already built-in (==) RADEON(0): No acceleration support available on R600 yet. (==) RADEON(0): Write-combining range (0x0,0x1000) was already clear (!!) RADEON(0): For information on using the multimedia capabilities of this adapter, please see http://gatos.sf.net. (!!) RADEON(0): MergedFB support has been removed and replaced with xrandr 1.2 support (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0 0xfddf0000 - 0xfddfffff (0x10000) MX[B] [1] 0 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B] [2] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [3] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [4] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [5] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [6] -1 0 0xfdb00000 - 0xfdbfffff (0x100000) MX[B]E [7] -1 0 0xfdcff000 - 0xfdcfffff (0x1000) MX[B]E [8] -1 0 0xfd6f0000 - 0xfd6fffff (0x10000) MX[B]E [9] -1 0 0xfe024000 - 0xfe027fff (0x4000) MX[B]E [10] -1 0 0xfe02c000 - 0xfe02cfff (0x1000) MX[B]E [11] -1 0 0xfe02d000 - 0xfe02dfff (0x1000) MX[B]E [12] -1 0 0xfe02e000 - 0xfe02efff (0x1000) MX[B]E [13] -1 0 0xfe02f000 - 0xfe02ffff (0x1000) MX[B]E [14] -1 0 0xfddf0000 - 0xfddfffff (0x10000) MX[B](B) [15] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [16] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprU) [17] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprU) [18] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprU) [19] 0 0 0x0000bc00 - 0x0000bcff (0x100) IX[B] [20] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [21] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [22] -1 0 0x00009c00 - 0x00009cff (0x100) IX[B]E [23] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [24] -1 0 0x00000b60 - 0x00000b6f (0x10) IX[B]E [25] -1 0 0x00000960 - 0x0000096f (0x10) IX[B]E [26] -1 0 0x00000be0 - 0x00000bef (0x10) IX[B]E [27] -1 0 0x000009e0 - 0x000009ef (0x10) IX[B]E [28] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [29] -1 0 0x00000b70 - 0x00000b7f (0x10) IX[B]E [30] -1 0 0x00000970 - 0x0000097f (0x10) IX[B]E [31] -1 0 0x00000bf0 - 0x00000bff (0x10) IX[B]E [32] -1 0 0x000009f0 - 0x000009ff (0x10) IX[B]E [33] -1 0 0x00001c40 - 0x00001c7f (0x40) IX[B]E [34] -1 0 0x00001c00 - 0x00001c3f (0x40) IX[B]E [35] -1 0 0x0000bc00 - 0x0000bcff (0x100) IX[B](B) [36] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [37] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (II) RADEON(0): RADEONScreenInit d0000000 0 0 (==) RADEON(0): Write-combining range (0xfddf0000,0x10000) was already clear (==) RADEON(0): Write-combining range (0xd0000000,0x10000000) (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear Output 68 disable success Blank CRTC 0 success Disable CRTC 0 success Blank CRTC 1 success Disable CRTC 1 success mc fb loc is 00df00d0 (II) RADEON(0): RADEONInitMemoryMap() : (II) RADEON(0): mem_size : 0x10000000 (II) RADEON(0): MC_FB_LOCATION : 0x00df00d0 (II) RADEON(0): MC_AGP_LOCATION : 0x003f0000 (II) RADEON(0): Depth moves disabled by default (II) RADEON(0): Memory manager initialized to (0,0) (1280,8191) (II) RADEON(0): Reserved area from (0,1280) to (1280,1282) (II) RADEON(0): Largest offscreen area available: 1280 x 6909 Output 68 disable success Blank CRTC 0 success Disable CRTC 0 success Blank CRTC 1 success Disable CRTC 1 success Output 68 disable success Blank CRTC 0 success Disable CRTC 0 success Mode 1280x1024 - 1688 1066 5 (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x00df00d0 0x00df00d0 (II) RADEON(0): MC_AGP_LOCATION : 0x003f0000 freq: 108000000 best_freq: 108000000 best_feedback_div: 48 best_ref_div: 2 best_post_div: 6 (II) RADEON(0): crtc(0) Clock: mode 108000, PLL 108000 (II) RADEON(0): crtc(0) PLL : refdiv 2, fbdiv 0x30(48), pdiv 6 Set CRTC PLL success Set CRTC Timing success Not using RMX scaler 0 setup success Set CRTC 0 Source success Output DAC1 setup success Output 68 enable success Enable CRTC 0 success Unblank CRTC 0 success Blank CRTC 1 success Disable CRTC 1 success Output 68 disable success Blank CRTC 0 success Disable CRTC 0 success Blank CRTC 1 success Disable CRTC 1 success (==) RADEON(0): Backing store disabled (WW) RADEON(0): Direct rendering disabled (EE) RADEON(0): Acceleration initialization failed (II) RADEON(0): Acceleration disabled (**) Option "dpms" (**) RADEON(0): DPMS enabled (==) RADEON(0): Silken mouse enabled (II) RADEON(0): Using hardware cursor 0 (scanline 1282) (II) RADEON(0): Using hardware cursor 1 (scanline 1285) (II) RADEON(0): Largest offscreen area available: 1280 x 6902 (II) RADEON(0): RandR 1.2 enabled, ignore the following RandR disabled message. (--) RandR disabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension XAccessControlExtension (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) Initializing built-in extension XEVIE (II) Loading sub module "GLcore" (II) LoadModule: "GLcore" (II) Loading /usr/local/lib/xorg/modules/extensions//libGLcore.so (II) Module GLcore: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (II) GLX: Initialized MESA-PROXY GL provider for screen 0 (II) RADEON(0): Setting screen physical size to 376 x 301 (**) Option "Protocol" "auto" (**) Mouse0: Device: "/dev/sysmouse" (**) Mouse0: Protocol: "auto" (**) Option "CorePointer" (**) Mouse0: always reports core events (**) Option "Device" "/dev/sysmouse" (==) Mouse0: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5 6 7" (**) Mouse0: ZAxisMapping: buttons 4, 5, 6 and 7 (**) Mouse0: Buttons: 11 (**) Mouse0: Sensitivity: 1 (**) Option "CoreKeyboard" (**) Keyboard0: always reports core events (**) Option "Protocol" "standard" (**) Keyboard0: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Keyboard0: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) Keyboard0: XkbModel: "pc105" (**) Option "XkbLayout" "us" (**) Keyboard0: XkbLayout: "us" (**) Option "CustomKeycodes" "off" (**) Keyboard0: CustomKeycodes disabled (II) evaluating device (Keyboard0) (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD) (II) evaluating device (Mouse0) (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (II) Mouse0: SetupAuto: hw.iftype is 4, hw.model is 0 (II) Mouse0: SetupAuto: protocol is SysMouse Enable CRTC 0 success Unblank CRTC 0 success Output 68 enable success Output 68 disable success Blank CRTC 0 success Disable CRTC 0 success Blank CRTC 1 success Disable CRTC 1 success (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x00df00d0 0x00df00d0 (II) RADEON(0): MC_AGP_LOCATION : 0x00000000 Enable CRTC 1 success Unblank CRTC 1 success Enable CRTC 0 success Unblank CRTC 0 success (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear FreeFontPath: FPE "/usr/local/lib/X11/fonts/misc/" refcount is 2, should be 1; fixing. From tugia at netscape.com Thu Sep 4 16:02:21 2008 From: tugia at netscape.com (Dan Nguyen) Date: Thu Sep 4 16:02:28 2008 Subject: x on freebsd 7 In-Reply-To: <20080904054010.GA6511@slackbox.xs4all.nl> References: <48BF5732.9060203@netscape.com> <20080904054010.GA6511@slackbox.xs4all.nl> Message-ID: <48C00699.9080500@netscape.com> the version the xorg that I am using is 7.3.1, here the info for my xorg.conf: Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" RgbPath "/usr/local/share/X11/rgb" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/TTF/" FontPath "/usr/local/lib/X11/fonts/OTF" FontPath "/usr/local/lib/X11/fonts/Type1/" FontPath "/usr/local/lib/X11/fonts/100dpi/" FontPath "/usr/local/lib/X11/fonts/75dpi/" EndSection Section "Module" Load "GLcore" Load "dbe" Load "dri" Load "extmod" Load "glx" Load "record" Load "xtrap" Load "freetype" Load "type1" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" #DisplaySize 370 280 # mm Identifier "Monitor0" VendorName "SPT" ModelName "KOMODO K98A" ### Comment all HorizSync and VertRefresh values to use DDC: HorizSync 31.0 - 95.0 VertRefresh 50.0 - 120.0 Option "DPMS" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "NoAccel" # [] #Option "SWcursor" # [] #Option "Dac6Bit" # [] #Option "Dac8Bit" # [] #Option "DMAForXv" # [] #Option "ForcePCIMode" # [] #Option "CCEPIOMode" # [] #Option "CCENoSecurity" # [] #Option "CCEusecTimeout" # #Option "AGPMode" # #Option "AGPSize" # #Option "RingSize" # #Option "BufferSize" # #Option "EnablePageFlip" # [] #Option "Display" # #Option "PanelWidth" # #Option "PanelHeight" # #Option "ProgramFPRegs" # [] #Option "UseFBDev" # [] #Option "VideoKey" # #Option "ShowCache" # [] #Option "VGAAccess" # [] Identifier "Card0" Driver "ati" VendorName "ATI Technologies Inc" BoardName "Rage 128 RF/SG AGP" BusID "PCI:1:0:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" SubSection "Display" Viewport 0 0 Depth 1 EndSubSection SubSection "Display" Viewport 0 0 Depth 4 EndSubSection SubSection "Display" Viewport 0 0 Depth 8 EndSubSection SubSection "Display" Viewport 0 0 Depth 15 EndSubSection SubSection "Display" Viewport 0 0 Depth 16 EndSubSection SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection here the info for var/log/Xorg.0.log: X.Org X Server 1.4.0 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 7.0-RELEASE i386 Current Operating System: FreeBSD oc.cox.net 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Wed Sep 3 02:48:42 PDT 2008 root@:/usr/obj/usr/src/sys/customkernel i386 Build Date: 13 February 2008 05:50:12PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Thu Sep 4 01:23:45 2008 (II) Loader magic: 0x81ce600 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on freebsd (II) LoadModule: "pcidata" (II) Loading /usr/local/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x80003908, mode1Res1 = 0x80000000 (WW) OS did not count PCI devices, guessing wildly (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0691 card 1019,0954 rev 44 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8598 card 0000,0000 rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1106,0596 card 1106,0000 rev 23 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1106,0571 card 0000,0000 rev 10 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 1106,3038 card 0925,1234 rev 11 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 1106,3050 card 0000,0000 rev 30 class 06,00,00 hdr 00 (II) PCI: 00:09:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 00:0a:0: chip 10b7,9200 card 10b7,1000 rev 6c class 02,00,00 hdr 00 (II) PCI: 00:0c:0: chip 104c,8020 card 0000,0000 rev 00 class 0c,00,10 hdr 00 (II) PCI: 00:0d:0: chip 13f6,0111 card 13f6,0111 rev 10 class 04,01,00 hdr 00 (II) PCI: 01:00:0: chip 1002,5246 card 1002,0448 rev 00 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x000c (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B] [1] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B] [2] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B] [3] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xd4000000 - 0xd5ffffff (0x2000000) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xd0000000 - 0xd3ffffff (0x4000000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:7:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(1:0:0) ATI Technologies Inc Rage 128 RF/SG AGP rev 0, Mem @ 0xd0000000/26, 0xd5000000/14, I/O @ 0xc000/8 List of video drivers: ati atimisc r128 radeon i810 nv via vesa vga (II) LoadModule: "ati" (II) Loading /usr/local/lib/xorg/modules/drivers//ati_drv.so (II) Module ati: vendor="X.Org Foundation" compiled for 1.4.0, module version = 6.7.195 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 2.0 (II) LoadModule: "atimisc" (II) Loading /usr/local/lib/xorg/modules/drivers//atimisc_drv.so (II) Module atimisc: vendor="X.Org Foundation" compiled for 1.4.0, module version = 6.7.195 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 2.0 (II) LoadModule: "r128" (II) Loading /usr/local/lib/xorg/modules/drivers//r128_drv.so (II) Module r128: vendor="X.Org Foundation" compiled for 1.4.0, module version = 4.1.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 2.0 (II) LoadModule: "radeon" (II) Loading /usr/local/lib/xorg/modules/drivers//radeon_drv.so (II) Module radeon: vendor="X.Org Foundation" compiled for 1.4.0, module version = 4.3.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 2.0 (II) LoadModule: "i810" (II) Loading /usr/local/lib/xorg/modules/drivers//i810_drv.so (II) Module i810: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.6.5 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 2.0 (II) LoadModule: "nv" (II) Loading /usr/local/lib/xorg/modules/drivers//nv_drv.so (II) Module nv: vendor="X.Org Foundation" compiled for 1.4.0, module version = 2.1.6 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 2.0 (II) LoadModule: "via" (II) Loading /usr/local/lib/xorg/modules/drivers//via_drv.so (II) Module via: vendor="X.Org Foundation" compiled for 1.4.0, module version = 0.2.1 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 2.0 (II) LoadModule: "vesa" (II) Loading /usr/local/lib/xorg/modules/drivers//vesa_drv.so (II) Module vesa: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.3.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 2.0 (II) LoadModule: "vga" (II) Loading /usr/local/lib/xorg/modules/drivers//vga_drv.so (II) Module vga: vendor="X.Org Foundation" compiled for 1.4.0, module version = 4.1.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 2.0 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) PCI Memory resource overlap reduced 0xd6000000 from 0xd7ffffff to 0xd5ffffff (II) Active PCI resource ranges: [0] -1 0 0xd9000000 - 0xd9ffffff (0x1000000) MX[B]E [1] -1 0 0xd9005000 - 0xd9005fff (0x1000) MX[B]E [2] -1 0 0xd9006000 - 0xd9007fff (0x2000) MX[B]E [3] -1 0 0xd9004000 - 0xd9007fff (0x4000) MX[B]E [4] -1 0 0xd6000000 - 0xd5ffffff (0x0) MX[B]EO [5] -1 0 0xd5000000 - 0xd5003fff (0x4000) MX[B](B) [6] -1 0 0xd0000000 - 0xd3ffffff (0x4000000) MX[B](B) [7] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [8] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [9] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E [10] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [11] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [12] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B](B) (II) PCI Memory resource overlap reduced 0xd9000000 from 0xd9ffffff to 0xd9003fff (II) PCI Memory resource overlap reduced 0xd9004000 from 0xd9007fff to 0xd9004fff (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xd9000000 - 0xd9003fff (0x4000) MX[B]E [1] -1 0 0xd9005000 - 0xd9005fff (0x1000) MX[B]E [2] -1 0 0xd9006000 - 0xd9007fff (0x2000) MX[B]E [3] -1 0 0xd9004000 - 0xd9004fff (0x1000) MX[B]E [4] -1 0 0xd6000000 - 0xd5ffffff (0x0) MX[B]EO [5] -1 0 0xd5000000 - 0xd5003fff (0x4000) MX[B](B) [6] -1 0 0xd0000000 - 0xd3ffffff (0x4000000) MX[B](B) [7] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [8] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [9] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E [10] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [11] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [12] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B](B) (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xd9000000 - 0xd9003fff (0x4000) MX[B]E [5] -1 0 0xd9005000 - 0xd9005fff (0x1000) MX[B]E [6] -1 0 0xd9006000 - 0xd9007fff (0x2000) MX[B]E [7] -1 0 0xd9004000 - 0xd9004fff (0x1000) MX[B]E [8] -1 0 0xd6000000 - 0xd5ffffff (0x0) MX[B]EO [9] -1 0 0xd5000000 - 0xd5003fff (0x4000) MX[B](B) [10] -1 0 0xd0000000 - 0xd3ffffff (0x4000000) MX[B](B) [11] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [12] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [13] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [14] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [15] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E [16] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [17] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [18] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B](B) (II) Primary Device is: PCI 01:00:0 (II) Loading sub module "r128" (II) LoadModule: "r128" (II) Reloading /usr/local/lib/xorg/modules/drivers//r128_drv.so (II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 Mobility M3 LE (PCI), ATI Rage 128 Mobility M3 LF (AGP), ATI Rage 128 Mobility M4 MF (AGP), ATI Rage 128 Mobility M4 ML (AGP), ATI Rage 128 Pro GL PA (PCI/AGP), ATI Rage 128 Pro GL PB (PCI/AGP), ATI Rage 128 Pro GL PC (PCI/AGP), ATI Rage 128 Pro GL PD (PCI), ATI Rage 128 Pro GL PE (PCI/AGP), ATI Rage 128 Pro GL PF (AGP), ATI Rage 128 Pro VR PG (PCI/AGP), ATI Rage 128 Pro VR PH (PCI/AGP), ATI Rage 128 Pro VR PI (PCI/AGP), ATI Rage 128 Pro VR PJ (PCI/AGP), ATI Rage 128 Pro VR PK (PCI/AGP), ATI Rage 128 Pro VR PL (PCI/AGP), ATI Rage 128 Pro VR PM (PCI/AGP), ATI Rage 128 Pro VR PN (PCI/AGP), ATI Rage 128 Pro VR PO (PCI/AGP), ATI Rage 128 Pro VR PP (PCI), ATI Rage 128 Pro VR PQ (PCI/AGP), ATI Rage 128 Pro VR PR (PCI), ATI Rage 128 Pro VR PS (PCI/AGP), ATI Rage 128 Pro VR PT (PCI/AGP), ATI Rage 128 Pro VR PU (PCI/AGP), ATI Rage 128 Pro VR PV (PCI/AGP), ATI Rage 128 Pro VR PW (PCI/AGP), ATI Rage 128 Pro VR PX (PCI/AGP), ATI Rage 128 GL RE (PCI), ATI Rage 128 GL RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 VR RK (PCI), ATI Rage 128 VR RL (AGP), ATI Rage 128 4X SE (PCI/AGP), ATI Rage 128 4X SF (PCI/AGP), ATI Rage 128 4X SG (PCI/AGP), ATI Rage 128 4X SH (PCI/AGP), ATI Rage 128 4X SK (PCI/AGP), ATI Rage 128 4X SL (PCI/AGP), ATI Rage 128 4X SM (AGP), ATI Rage 128 4X SN (PCI/AGP), ATI Rage 128 Pro ULTRA TF (AGP), ATI Rage 128 Pro ULTRA TL (AGP), ATI Rage 128 Pro ULTRA TR (AGP), ATI Rage 128 Pro ULTRA TS (AGP?), ATI Rage 128 Pro ULTRA TT (AGP?), ATI Rage 128 Pro ULTRA TU (AGP?) (II) ATI: ATI driver wrapper (version 6.7.195) for chipsets: mach64, rage128, radeon (II) VESA: driver for VESA chipsets: vesa (II) VGA: Generic VGA driver (version 4.1) for chipsets: generic (++) Using config file: "/root/xorg.conf.new" (==) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (==) Automatically adding devices (==) Automatically enabling devices (==) Including the default font path /usr/local/lib/X11/fonts/misc/,/usr/local/lib/X11/fonts/TTF/,/usr/local/lib/X11/fonts/OTF,/usr/local/lib/X11/fonts/Type1/,/usr/local/lib/X11/fonts/100dpi/,/usr/local/lib/X11/fonts/75dpi/. (**) FontPath set to: /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/, /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/ (**) RgbPath set to "/usr/local/share/X11/rgb" (**) ModulePath set to "/usr/local/lib/xorg/modules" (II) Loading sub module "r128" (II) LoadModule: "r128" (II) Reloading /usr/local/lib/xorg/modules/drivers//r128_drv.so (II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 Mobility M3 LE (PCI), ATI Rage 128 Mobility M3 LF (AGP), ATI Rage 128 Mobility M4 MF (AGP), ATI Rage 128 Mobility M4 ML (AGP), ATI Rage 128 Pro GL PA (PCI/AGP), ATI Rage 128 Pro GL PB (PCI/AGP), ATI Rage 128 Pro GL PC (PCI/AGP), ATI Rage 128 Pro GL PD (PCI), ATI Rage 128 Pro GL PE (PCI/AGP), ATI Rage 128 Pro GL PF (AGP), ATI Rage 128 Pro VR PG (PCI/AGP), ATI Rage 128 Pro VR PH (PCI/AGP), ATI Rage 128 Pro VR PI (PCI/AGP), ATI Rage 128 Pro VR PJ (PCI/AGP), ATI Rage 128 Pro VR PK (PCI/AGP), ATI Rage 128 Pro VR PL (PCI/AGP), ATI Rage 128 Pro VR PM (PCI/AGP), ATI Rage 128 Pro VR PN (PCI/AGP), ATI Rage 128 Pro VR PO (PCI/AGP), ATI Rage 128 Pro VR PP (PCI), ATI Rage 128 Pro VR PQ (PCI/AGP), ATI Rage 128 Pro VR PR (PCI), ATI Rage 128 Pro VR PS (PCI/AGP), ATI Rage 128 Pro VR PT (PCI/AGP), ATI Rage 128 Pro VR PU (PCI/AGP), ATI Rage 128 Pro VR PV (PCI/AGP), ATI Rage 128 Pro VR PW (PCI/AGP), ATI Rage 128 Pro VR PX (PCI/AGP), ATI Rage 128 GL RE (PCI), ATI Rage 128 GL RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 VR RK (PCI), ATI Rage 128 VR RL (AGP), ATI Rage 128 4X SE (PCI/AGP), ATI Rage 128 4X SF (PCI/AGP), ATI Rage 128 4X SG (PCI/AGP), ATI Rage 128 4X SH (PCI/AGP), ATI Rage 128 4X SK (PCI/AGP), ATI Rage 128 4X SL (PCI/AGP), ATI Rage 128 4X SM (AGP), ATI Rage 128 4X SN (PCI/AGP), ATI Rage 128 Pro ULTRA TF (AGP), ATI Rage 128 Pro ULTRA TL (AGP), ATI Rage 128 Pro ULTRA TR (AGP), ATI Rage 128 Pro ULTRA TS (AGP?), ATI Rage 128 Pro ULTRA TT (AGP?), ATI Rage 128 Pro ULTRA TU (AGP?) (--) Chipset ATI Rage 128 GL RF (AGP) found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xd9000000 - 0xd9003fff (0x4000) MX[B]E [5] -1 0 0xd9005000 - 0xd9005fff (0x1000) MX[B]E [6] -1 0 0xd9006000 - 0xd9007fff (0x2000) MX[B]E [7] -1 0 0xd9004000 - 0xd9004fff (0x1000) MX[B]E [8] -1 0 0xd6000000 - 0xd5ffffff (0x0) MX[B]EO [9] -1 0 0xd5000000 - 0xd5003fff (0x4000) MX[B](B) [10] -1 0 0xd0000000 - 0xd3ffffff (0x4000000) MX[B](B) [11] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [12] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [13] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [14] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [15] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E [16] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [17] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [18] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B](B) (II) resource ranges after probing: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xd9000000 - 0xd9003fff (0x4000) MX[B]E [5] -1 0 0xd9005000 - 0xd9005fff (0x1000) MX[B]E [6] -1 0 0xd9006000 - 0xd9007fff (0x2000) MX[B]E [7] -1 0 0xd9004000 - 0xd9004fff (0x1000) MX[B]E [8] -1 0 0xd6000000 - 0xd5ffffff (0x0) MX[B]EO [9] -1 0 0xd5000000 - 0xd5003fff (0x4000) MX[B](B) [10] -1 0 0xd0000000 - 0xd3ffffff (0x4000000) MX[B](B) [11] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [12] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [13] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [14] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [15] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [16] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [17] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [18] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E [19] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [20] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [21] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B](B) [22] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [23] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) Loading sub module "vbe" (II) LoadModule: "vbe" (II) Loading /usr/local/lib/xorg/modules//libvbe.so (II) Module vbe: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.1.0 ABI class: X.Org Video Driver, version 2.0 (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/local/lib/xorg/modules//libint10.so (II) Module int10: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (II) R128(0): initializing int10 (==) R128(0): Write-combining range (0xa0000,0x20000) was already clear (==) R128(0): Write-combining range (0xc0000,0x40000) was already clear (II) R128(0): Primary V_BIOS segment is: 0xc000 (==) R128(0): Write-combining range (0x0,0x1000) was already clear (II) R128(0): VESA BIOS detected (II) R128(0): VESA VBE Version 2.0 (II) R128(0): VESA VBE Total Mem: 32768 kB (II) R128(0): VESA VBE OEM: ATI RAGE128 (II) R128(0): VESA VBE OEM Software Rev: 1.0 (II) R128(0): VESA VBE OEM Vendor: ATI Technologies Inc. (II) R128(0): VESA VBE OEM Product: R128 (II) R128(0): VESA VBE OEM Product Rev: 01.00 (II) Loading sub module "ddc" (II) LoadModule: "ddc"(II) Module "ddc" already built-in (II) R128(0): VESA VBE DDC supported (II) R128(0): VESA VBE DDC Level 2 (II) R128(0): VESA VBE DDC transfer in appr. 2 sec. (II) R128(0): VESA VBE DDC read successfully (WW) EDID preferred timing clock 157.50MHz exceeds claimed max 90MHz, fixing (==) R128(0): Write-combining range (0x0,0x1000) was already clear Xorg detected your mouse at device /dev/sysmouse. Please check your config if the mouse is still not operational, as by default Xorg tries to autodetect the protocol. Your xorg.conf file is /root/xorg.conf.new To test the server, run 'X -config /root/xorg.conf.new' here the info for my hardware: Matsonic MS7117c, ___________________________________________________________________________ Roland Smith wrote: > On Wed, Sep 03, 2008 at 08:34:10PM -0700, Dan Nguyen wrote: > >> when I type this command X -config xorg.conf.new, xorg cause my system >> to freeze. >> > > Unfortunately this is not enough information to give you any usefull advice. > > Is your system updated to the latest version of Xorg in ports? > > Can you post some details? Like the contents of xorg.conf.new, > var/log/Xorg.0.log and what kind of hardware you're using? > > Roland > From adamk at voicenet.com Thu Sep 4 17:15:38 2008 From: adamk at voicenet.com (Adam K Kirchhoff) Date: Thu Sep 4 17:15:45 2008 Subject: ATI Radeon 2400XT - screen goes blank In-Reply-To: <20080904142730.GA7078@aurora.oekb.co.at> References: <20080904142730.GA7078@aurora.oekb.co.at> Message-ID: <200809041158.01059.adamk@voicenet.com> On Thursday 04 September 2008 10:27:30 Ewald Jenisch wrote: > Hi, > > I've got a ATI Radeon 2400XT card in a Dell Optiplex 740 system > running under FreebSD 7.x (i.e. fully updated as per today > wrt. kernel, system and ports) > > Following "the handbook" I've configured xorg.conf using "Xorg > -configure" followed by "X -config /root/xorg.conf.new". > > The only thing that happens is that the screen goes blank and the > monitor writes a message "out of Range". > > Tried with numerous "Modes" like "1280x1024", "1024x768" - I've even > created a custom modeline using the hints in > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x-config.html > - to no extent. > > BTW, the monitor in question is a Hanns-G "JC198D" capable of 1280x1024 > > Has anybody else seen this problem with a ATI 2400XT - and even more > interesting, what can I do against it? > > I'm including both the xorg.conf as well as /var/log/Xorg.0.log. > > Thanks much in advance for any clue, > -ewald In the monitor section, try adding: Option "PreferredMode" "1280x1024" or even: Option "PreferredMode" "Custom-settings" Adam -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From rsmith at xs4all.nl Thu Sep 4 17:50:11 2008 From: rsmith at xs4all.nl (Roland Smith) Date: Thu Sep 4 17:50:23 2008 Subject: x on freebsd 7 In-Reply-To: <48C00699.9080500@netscape.com> References: <48BF5732.9060203@netscape.com> <20080904054010.GA6511@slackbox.xs4all.nl> <48C00699.9080500@netscape.com> Message-ID: <20080904175008.GA25470@slackbox.xs4all.nl> On Thu, Sep 04, 2008 at 09:02:33AM -0700, Dan Nguyen wrote: > the version the xorg that I am using is 7.3.1, Please update to the latest version in ports (see below). > Section "Monitor" > #DisplaySize 370 280 # mm > Identifier "Monitor0" > VendorName "SPT" > ModelName "KOMODO K98A" > ### Comment all HorizSync and VertRefresh values to use DDC: Do what this says and try commenting out the two lines below. > HorizSync 31.0 - 95.0 > VertRefresh 50.0 - 120.0 > Option "DPMS" > EndSection > Section "Device" > Identifier "Card0" > Driver "ati" > VendorName "ATI Technologies Inc" > BoardName "Rage 128 RF/SG AGP" > BusID "PCI:1:0:0" > EndSection > here the info for > > var/log/Xorg.0.log: > > > X.Org X Server 1.4.0 The latest X server in ports is 1.4.2. > (II) LoadModule: "ati" > (II) Loading /usr/local/lib/xorg/modules/drivers//ati_drv.so > (II) Module ati: vendor="X.Org Foundation" > compiled for 1.4.0, module version = 6.7.195 The latest ATI driver in ports is 6.9.0 > (II) R128(0): initializing int10 > (==) R128(0): Write-combining range (0xa0000,0x20000) was already clear > (==) R128(0): Write-combining range (0xc0000,0x40000) was already clear > (II) R128(0): Primary V_BIOS segment is: 0xc000 > (==) R128(0): Write-combining range (0x0,0x1000) was already clear > (II) R128(0): VESA BIOS detected > (II) R128(0): VESA VBE Version 2.0 > (II) R128(0): VESA VBE Total Mem: 32768 kB > (II) R128(0): VESA VBE OEM: ATI RAGE128 > (II) R128(0): VESA VBE OEM Software Rev: 1.0 > (II) R128(0): VESA VBE OEM Vendor: ATI Technologies Inc. > (II) R128(0): VESA VBE OEM Product: R128 > (II) R128(0): VESA VBE OEM Product Rev: 01.00 > (II) Loading sub module "ddc" > (II) LoadModule: "ddc"(II) Module "ddc" already built-in > (II) R128(0): VESA VBE DDC supported > (II) R128(0): VESA VBE DDC Level 2 > (II) R128(0): VESA VBE DDC transfer in appr. 2 sec. > (II) R128(0): VESA VBE DDC read successfully > (WW) EDID preferred timing clock 157.50MHz exceeds claimed max 90MHz, fixing Looks like the card cannot drive the monitor as fast as it wants. Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20080904/b38c1774/attachment.pgp From a at jenisch.at Fri Sep 5 08:32:11 2008 From: a at jenisch.at (Ewald Jenisch) Date: Fri Sep 5 08:32:17 2008 Subject: ATI Radeon 2400XT - screen goes blank In-Reply-To: <200809041158.01059.adamk@voicenet.com> References: <20080904142730.GA7078@aurora.oekb.co.at> <200809041158.01059.adamk@voicenet.com> Message-ID: <20080905083208.GA2973@aurora.oekb.co.at> On Thu, Sep 04, 2008 at 11:58:00AM -0400, Adam K Kirchhoff wrote: > > In the monitor section, try adding: > > Option "PreferredMode" "1280x1024" > > or even: > > Option "PreferredMode" "Custom-settings" > Hi Adam, Thanks for the tip. Unfortunately this didn't help either :-( In the meantime in /var/log/Xorg.0.log I found a warning saying (--) RADEON(0): Chipset: "ATI Radeon HD 2400 XT" (ChipID = 0x94c1) (WW) RADEON(0): R600 support is mostly incomplete and very experimental Could it be that I'm running in a bug here? How to I disable R600 support? Is there any other driver I could use? How about VESA or ATI (just to get something going in the beginning)? If yes, how do I enable VESA-Mode/ATI-Mode? TIA for any clue, -ewald From a at jenisch.at Fri Sep 5 15:15:54 2008 From: a at jenisch.at (Ewald Jenisch) Date: Fri Sep 5 15:16:01 2008 Subject: ATI Radeon 2400XT - screen goes blank In-Reply-To: <20080905083208.GA2973@aurora.oekb.co.at> References: <20080904142730.GA7078@aurora.oekb.co.at> <200809041158.01059.adamk@voicenet.com> <20080905083208.GA2973@aurora.oekb.co.at> Message-ID: <20080905151551.GB2973@aurora.oekb.co.at> On Fri, Sep 05, 2008 at 10:32:08AM +0200, Ewald Jenisch wrote: > > In the meantime in /var/log/Xorg.0.log I found a warning saying > > (--) RADEON(0): Chipset: "ATI Radeon HD 2400 XT" (ChipID = 0x94c1) > (WW) RADEON(0): R600 support is mostly incomplete and very experimental > > Could it be that I'm running in a bug here? > > How to I disable R600 support? > > Is there any other driver I could use? > > How about VESA or ATI (just to get something going in the beginning)? > Hi, After spending some hours with this problem I've finally figured a workaround which I'm posting here, maybe others running into the same problem will benefit from it: First I switched from the radeon to the vesa driver by changing Driver "radeon" to Driver "vesa" in xorg.conf. Next I commented out all "Modeline" and "Modes" I've had in my xorg.conf Using that setting I was able to get some reasonable values for "Modeline" from/var/log/Xorg.0.log like so: (II) VESA(0): EDID vendor "HSD", prod id 3270 (II) VESA(0): Using EDID range info for horizontal sync (II) VESA(0): Using EDID range info for vertical refresh (II) VESA(0): Printing DDC gathered Modelines: (II) VESA(0): Modeline "1280x1024"x0.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz) ... (II) VESA(0): Modeline "1280x1024"x0.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz) ... (II) VESA(0): Modeline "1280x1024"x59.9 109.00 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync (63.7 kHz) The next step was to modify xorg.conf by including the Modelines into the "Monitor"-section: ModeLine "DCC-from-Monitor" 108.0 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync ModeLine "1280x1024-135" 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync ModeLine "1280x1024-109" 109.00 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync and putting one of them under Subsction Display in the Screen section of xorg.conf. This got me going with 1280x1024. To cross-check I've tried to re-enable the radeon-driver (i.e. replace 'Driver "vesa"' by 'Driver "radeon"). With nothing else changed this again brought a blank screen and a "Out of Range" like indicated in my first email. Together with the warning from the radeon-driver in Xorg.0.log (--) RADEON(0): Chipset: "ATI Radeon HD 2400 XT" (ChipID = 0x94c1) (WW) RADEON(0): R600 support is mostly incomplete and very experimental this makes we wonder whether support for the Radeon HD 2400 XT isn't fully there yet? Kind regards, -ewald From rsmith at xs4all.nl Fri Sep 5 16:10:31 2008 From: rsmith at xs4all.nl (Roland Smith) Date: Fri Sep 5 16:10:45 2008 Subject: ATI Radeon 2400XT - screen goes blank In-Reply-To: <20080905151551.GB2973@aurora.oekb.co.at> References: <20080904142730.GA7078@aurora.oekb.co.at> <200809041158.01059.adamk@voicenet.com> <20080905083208.GA2973@aurora.oekb.co.at> <20080905151551.GB2973@aurora.oekb.co.at> Message-ID: <20080905161004.GA54737@slackbox.xs4all.nl> On Fri, Sep 05, 2008 at 05:15:51PM +0200, Ewald Jenisch wrote: > On Fri, Sep 05, 2008 at 10:32:08AM +0200, Ewald Jenisch wrote: > > > > In the meantime in /var/log/Xorg.0.log I found a warning saying > > > > (--) RADEON(0): Chipset: "ATI Radeon HD 2400 XT" (ChipID = 0x94c1) > > (WW) RADEON(0): R600 support is mostly incomplete and very experimental > > > > Could it be that I'm running in a bug here? No, it just what it says: new and incomplete. > First I switched from the radeon to the vesa driver by changing > > Driver "radeon" > > to > > Driver "vesa" > > in xorg.conf. > > Next I commented out all "Modeline" and "Modes" I've had in my > xorg.conf > Using that setting I was able to get some reasonable values for > "Modeline" from/var/log/Xorg.0.log like so: > > (II) VESA(0): EDID vendor "HSD", prod id 3270 > (II) VESA(0): Using EDID range info for horizontal sync > (II) VESA(0): Using EDID range info for vertical refresh > (II) VESA(0): Printing DDC gathered Modelines: > (II) VESA(0): Modeline "1280x1024"x0.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz) > ... > (II) VESA(0): Modeline "1280x1024"x0.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz) > ... > (II) VESA(0): Modeline "1280x1024"x59.9 109.00 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync (63.7 kHz) > > The next step was to modify xorg.conf by including the Modelines into > the "Monitor"-section: > > ModeLine "DCC-from-Monitor" 108.0 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync > ModeLine "1280x1024-135" 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync > ModeLine "1280x1024-109" 109.00 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync You shouldn't need to write modelines. Just use SubSection "Display" Depth 24 Modes "1280x1024" EndSubSection in xorg.conf > This got me going with 1280x1024. > > > To cross-check I've tried to re-enable the radeon-driver (i.e. replace > 'Driver "vesa"' by 'Driver "radeon"). > > With nothing else changed this again brought a blank screen and a "Out > of Range" like indicated in my first email. Have you tried just choosing a mode like shown above, but without a modeline? This works fine for me on my Radeon HD 3450. > Together with the warning from the radeon-driver in Xorg.0.log > > (--) RADEON(0): Chipset: "ATI Radeon HD 2400 XT" (ChipID = 0x94c1) > (WW) RADEON(0): R600 support is mostly incomplete and very experimental > > this makes we wonder whether support for the Radeon HD 2400 XT isn't > fully there yet? The driver for the R500 and R600 chips is indeed in development. Accelleration on the R600 isn't yet supported on the R600. Only recently has ATI released documentation for the R600 to the Xorg developers. Until then the last chipset that was documented was the RV280 (Radeon 9250). All newer developments had to be done by trial and error and reverse engineering. Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20080905/7d556713/attachment.pgp From rnoland at 2hip.net Sat Sep 6 03:08:03 2008 From: rnoland at 2hip.net (Robert Noland) Date: Sat Sep 6 03:08:10 2008 Subject: radeon rs48x and rs690 drm Message-ID: <1220670469.1860.8.camel@wombat.2hip.net> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20080906/0ddd3c97/attachment.pgp From cokane at FreeBSD.org Sat Sep 6 05:49:28 2008 From: cokane at FreeBSD.org (Coleman Kane) Date: Sat Sep 6 05:49:35 2008 Subject: radeon rs48x and rs690 drm In-Reply-To: <1220670469.1860.8.camel@wombat.2hip.net> References: <1220670469.1860.8.camel@wombat.2hip.net> Message-ID: <1220680097.18698.1.camel@localhost> On Fri, 2008-09-05 at 23:07 -0400, Robert Noland wrote: > The linux guys seem to have stumbled onto the issue with the rs48x and > rs690 radeons. I'm attaching a patch that *should* get these working, > at least as a test. It also has one of the locking patches in it, that > I need radeon testers before I can commit. > > If you have one of these cards, please apply this patch to -CURRENT and > let me know, I don't have any of these cards. > > robert. > Robert, You might have a winner. I just applied this to my source tree (updated Sept. 4th) and now I can get my RS690 to work with DRI/EXA/AIGLX once again. I just now got it up and working, so I'll try sending over more info after I am more convinced it is all stable. -- Coleman Kane -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20080906/0f651792/attachment.pgp From matt at chronos.org.uk Sat Sep 6 15:47:58 2008 From: matt at chronos.org.uk (Matt Dawson) Date: Sat Sep 6 15:48:04 2008 Subject: radeon rs48x and rs690 drm In-Reply-To: <1220670469.1860.8.camel@wombat.2hip.net> References: <1220670469.1860.8.camel@wombat.2hip.net> Message-ID: <200809061647.41655.matt@chronos.org.uk> On Saturday 06 September 2008 04:07:49 Robert Noland wrote: > The linux guys seem to have stumbled onto the issue with the rs48x and > rs690 radeons. I'm attaching a patch that *should* get these working, > at least as a test. It also has one of the locking patches in it, that > I need radeon testers before I can commit. > > If you have one of these cards, please apply this patch to -CURRENT and > let me know, I don't have any of these cards. I've done something probably a bit stupid, but the patch applied to 7-STABLE anyway and... Perfect. I now have DRM/DRI on an Xpress 200M with apparently no problems (in mesa-demos anyway) so far. If you need any more details, Robert, let me know, but I think you have my system config already. -- Matt Dawson matt@chronos.org.uk MTD15-RIPE From rnoland at 2hip.net Sat Sep 6 15:59:18 2008 From: rnoland at 2hip.net (Robert Noland) Date: Sat Sep 6 15:59:27 2008 Subject: radeon rs48x and rs690 drm In-Reply-To: <200809061647.41655.matt@chronos.org.uk> References: <1220670469.1860.8.camel@wombat.2hip.net> <200809061647.41655.matt@chronos.org.uk> Message-ID: <1220716730.1860.17.camel@wombat.2hip.net> On Sat, 2008-09-06 at 16:47 +0100, Matt Dawson wrote: > On Saturday 06 September 2008 04:07:49 Robert Noland wrote: > > The linux guys seem to have stumbled onto the issue with the rs48x and > > rs690 radeons. I'm attaching a patch that *should* get these working, > > at least as a test. It also has one of the locking patches in it, that > > I need radeon testers before I can commit. > > > > If you have one of these cards, please apply this patch to -CURRENT and > > let me know, I don't have any of these cards. > > I've done something probably a bit stupid, but the patch applied to 7-STABLE > anyway and... > > Perfect. I now have DRM/DRI on an Xpress 200M with apparently no problems (in > mesa-demos anyway) so far. If you need any more details, Robert, let me know, > but I think you have my system config already. Cool, yours is an rs482, iirc? robert. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20080906/c9994492/attachment.pgp From jfrazier at myvbtc.org Sun Sep 7 07:41:48 2008 From: jfrazier at myvbtc.org (Jonathan Frazier) Date: Sun Sep 7 07:41:59 2008 Subject: FreeBSD Port: x11-drivers/xf86-video-i810 Message-ID: <000701c910bb$65d69420$3183bc60$@org> I've been attempting to compile xf86-video-i810 for the last several days and have been unsuccessful. It appears that changes in drm and mipointer have broken it. i830_driver.c:7117:2: error: #error "Wrong drm.h file included. You need to compile and install a recent libdrm." i830_driver.c: In function 'I830DrmMMInit': i830_driver.c:7127: error: 'drm_mm_init_arg_t' undeclared (first use in this function) i830_driver.c:7127: error: (Each undeclared identifier is reported only once i830_driver.c:7127: error: for each function it appears in.) i830_driver.c:7127: error: expected ';' before 'arg' i830_driver.c:7130: error: 'arg' undeclared (first use in this function) i830_driver.c:7131: error: 'mm_init' undeclared (first use in this function) i830_driver.c:7136: error: 'DRM_IOCTL_MM_INIT' undeclared (first use in this function) i830_driver.c: In function 'I830DrmMMTakedown': i830_driver.c:7148: error: 'drm_mm_init_arg_t' undeclared (first use in this function) i830_driver.c:7148: error: expected ';' before 'arg' i830_driver.c:7151: error: 'arg' undeclared (first use in this function) i830_driver.c:7152: error: 'mm_takedown' undeclared (first use in this function) i830_driver.c:7154: error: 'DRM_IOCTL_MM_INIT' undeclared (first use in this function) i830_driver.c: In function 'I830DrmMMLock': i830_driver.c:7163: error: 'drm_mm_init_arg_t' undeclared (first use in this function) i830_driver.c:7163: error: expected ';' before 'arg' i830_driver.c:7166: error: 'arg' undeclared (first use in this function) i830_driver.c:7167: error: 'mm_lock' undeclared (first use in this function) i830_driver.c:7171: error: 'DRM_IOCTL_MM_INIT' undeclared (first use in this function) i830_driver.c: In function 'I830DrmMMUnlock': i830_driver.c:7179: error: 'drm_mm_init_arg_t' undeclared (first use in this function) i830_driver.c:7179: error: expected ';' before 'arg' i830_driver.c:7182: error: 'arg' undeclared (first use in this function) i830_driver.c:7183: error: 'mm_unlock' undeclared (first use in this function) i830_driver.c:7187: error: 'DRM_IOCTL_MM_INIT' undeclared (first use in this function) i830_driver.c: In function 'I830BIOSScreenInit': i830_driver.c:7723: error: 'DRM_BO_MEM_TT' undeclared (first use in this function) i830_driver.c: In function 'I830BIOSLeaveVT': i830_driver.c:7904: error: 'DRM_BO_MEM_TT' undeclared (first use in this function) i830_driver.c: In function 'I830BIOSEnterVT': i830_driver.c:8365: error: 'DRM_BO_MEM_TT' undeclared (first use in this function) i830_driver.c: In function 'I830BIOSCloseScreen': i830_driver.c:8586: error: 'DRM_BO_MEM_TT' undeclared (first use in this function) i830_driver.c: In function 'I830CheckDevicesTimer': i830_driver.c:8994: warning: 'miPointerCurrentScreen' is deprecated (declared at /usr/local/include/xorg/mipointer.h:142) i830_driver.c:8996: warning: 'miPointerPosition' is deprecated (declared at /usr/local/include/xorg/mipointer.h:130) i830_driver.c:9025: warning: 'miPointerPosition' is deprecated (declared at /usr/local/include/xorg/mipointer.h:130) i830_driver.c:9036: warning: 'miPointerWarpCursor' is deprecated (declared at /usr/local/include/xorg/mipointer.h:95) i830_driver.c:9054: warning: 'miPointerWarpCursor' is deprecated (declared at /usr/local/include/xorg/mipointer.h:95) *** Error code 1 Stop in /usr/ports/x11-drivers/xf86-video-i810/work/xf86-video-i810-1.7.4/src. *** Error code 1 Stop in /usr/ports/x11-drivers/xf86-video-i810/work/xf86-video-i810-1.7.4/src. *** Error code 1 Stop in /usr/ports/x11-drivers/xf86-video-i810/work/xf86-video-i810-1.7.4. *** Error code 1 Stop in /usr/ports/x11-drivers/xf86-video-i810/work/xf86-video-i810-1.7.4. *** Error code 1 Stop in /usr/ports/x11-drivers/xf86-video-i810. If you need more information, let me know. Greatly appreciate your time. Jonathan From onemda at gmail.com Sun Sep 7 07:57:40 2008 From: onemda at gmail.com (Paul B. Mahol) Date: Sun Sep 7 07:57:48 2008 Subject: FreeBSD Port: x11-drivers/xf86-video-i810 In-Reply-To: <000701c910bb$65d69420$3183bc60$@org> References: <000701c910bb$65d69420$3183bc60$@org> Message-ID: <3a142e750809070057p41a2e143wc0d82b3b9c65b466@mail.gmail.com> On 9/7/08, Jonathan Frazier wrote: > I've been attempting to compile xf86-video-i810 for the last several days > and have been unsuccessful. It appears that changes in drm and mipointer > have broken it. > > > > i830_driver.c:7117:2: error: #error "Wrong drm.h file included. You need to > compile and install a recent libdrm." You have libdrm 2.3.1 It will compile succesfully only with libdrm < 2.3.1 > > i830_driver.c: In function 'I830DrmMMInit': > > i830_driver.c:7127: error: 'drm_mm_init_arg_t' undeclared (first use in this > function) > > i830_driver.c:7127: error: (Each undeclared identifier is reported only once > > i830_driver.c:7127: error: for each function it appears in.) > > i830_driver.c:7127: error: expected ';' before 'arg' > > i830_driver.c:7130: error: 'arg' undeclared (first use in this function) > > i830_driver.c:7131: error: 'mm_init' undeclared (first use in this function) > > i830_driver.c:7136: error: 'DRM_IOCTL_MM_INIT' undeclared (first use in this > function) > > i830_driver.c: In function 'I830DrmMMTakedown': > > i830_driver.c:7148: error: 'drm_mm_init_arg_t' undeclared (first use in this > function) > > i830_driver.c:7148: error: expected ';' before 'arg' > > i830_driver.c:7151: error: 'arg' undeclared (first use in this function) > > i830_driver.c:7152: error: 'mm_takedown' undeclared (first use in this > function) > > i830_driver.c:7154: error: 'DRM_IOCTL_MM_INIT' undeclared (first use in this > function) > > i830_driver.c: In function 'I830DrmMMLock': > > i830_driver.c:7163: error: 'drm_mm_init_arg_t' undeclared (first use in this > function) > > i830_driver.c:7163: error: expected ';' before 'arg' > > i830_driver.c:7166: error: 'arg' undeclared (first use in this function) > > i830_driver.c:7167: error: 'mm_lock' undeclared (first use in this function) > > i830_driver.c:7171: error: 'DRM_IOCTL_MM_INIT' undeclared (first use in this > function) > > i830_driver.c: In function 'I830DrmMMUnlock': > > i830_driver.c:7179: error: 'drm_mm_init_arg_t' undeclared (first use in this > function) > > i830_driver.c:7179: error: expected ';' before 'arg' > > i830_driver.c:7182: error: 'arg' undeclared (first use in this function) > > i830_driver.c:7183: error: 'mm_unlock' undeclared (first use in this > function) > > i830_driver.c:7187: error: 'DRM_IOCTL_MM_INIT' undeclared (first use in this > function) > > i830_driver.c: In function 'I830BIOSScreenInit': > > i830_driver.c:7723: error: 'DRM_BO_MEM_TT' undeclared (first use in this > function) > > i830_driver.c: In function 'I830BIOSLeaveVT': > > i830_driver.c:7904: error: 'DRM_BO_MEM_TT' undeclared (first use in this > function) > > i830_driver.c: In function 'I830BIOSEnterVT': > > i830_driver.c:8365: error: 'DRM_BO_MEM_TT' undeclared (first use in this > function) > > i830_driver.c: In function 'I830BIOSCloseScreen': > > i830_driver.c:8586: error: 'DRM_BO_MEM_TT' undeclared (first use in this > function) > > i830_driver.c: In function 'I830CheckDevicesTimer': > > i830_driver.c:8994: warning: 'miPointerCurrentScreen' is deprecated > (declared at /usr/local/include/xorg/mipointer.h:142) > > i830_driver.c:8996: warning: 'miPointerPosition' is deprecated (declared at > /usr/local/include/xorg/mipointer.h:130) > > i830_driver.c:9025: warning: 'miPointerPosition' is deprecated (declared at > /usr/local/include/xorg/mipointer.h:130) > > i830_driver.c:9036: warning: 'miPointerWarpCursor' is deprecated (declared > at /usr/local/include/xorg/mipointer.h:95) > > i830_driver.c:9054: warning: 'miPointerWarpCursor' is deprecated (declared > at /usr/local/include/xorg/mipointer.h:95) > > *** Error code 1 > > > > Stop in > /usr/ports/x11-drivers/xf86-video-i810/work/xf86-video-i810-1.7.4/src. > > *** Error code 1 > > > > Stop in > /usr/ports/x11-drivers/xf86-video-i810/work/xf86-video-i810-1.7.4/src. > > *** Error code 1 > > > > Stop in /usr/ports/x11-drivers/xf86-video-i810/work/xf86-video-i810-1.7.4. > > *** Error code 1 > > > > Stop in /usr/ports/x11-drivers/xf86-video-i810/work/xf86-video-i810-1.7.4. > > *** Error code 1 > > > > Stop in /usr/ports/x11-drivers/xf86-video-i810. > > > > > > > > If you need more information, let me know. Greatly appreciate your time. > > > > Jonathan > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > From rsmith at xs4all.nl Sun Sep 7 08:25:01 2008 From: rsmith at xs4all.nl (Roland Smith) Date: Sun Sep 7 08:25:09 2008 Subject: FreeBSD Port: x11-drivers/xf86-video-i810 In-Reply-To: <000701c910bb$65d69420$3183bc60$@org> References: <000701c910bb$65d69420$3183bc60$@org> Message-ID: <20080907080928.GA18272@slackbox.xs4all.nl> On Sun, Sep 07, 2008 at 02:28:56AM -0500, Jonathan Frazier wrote: > I've been attempting to compile xf86-video-i810 for the last several days > and have been unsuccessful. It appears that changes in drm and mipointer > have broken it. The xf86-video-i810 should be deprecated. It has been superseded by xf86-video-intel, which you should use instead. Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20080907/0111bb37/attachment.pgp From rnoland at FreeBSD.org Sun Sep 7 13:24:33 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Sun Sep 7 13:24:39 2008 Subject: FreeBSD Port: x11-drivers/xf86-video-i810 In-Reply-To: <000701c910bb$65d69420$3183bc60$@org> References: <000701c910bb$65d69420$3183bc60$@org> Message-ID: <1220793855.1860.46.camel@wombat.2hip.net> On Sun, 2008-09-07 at 02:28 -0500, Jonathan Frazier wrote: > I've been attempting to compile xf86-video-i810 for the last several days > and have been unsuccessful. It appears that changes in drm and mipointer > have broken it. xf86-video-i810 is no longer a maintained driver. It has been superseded by xf86-video-intel, which is what people need to be using now. robert. > > > i830_driver.c:7117:2: error: #error "Wrong drm.h file included. You need to > compile and install a recent libdrm." > > i830_driver.c: In function 'I830DrmMMInit': > > i830_driver.c:7127: error: 'drm_mm_init_arg_t' undeclared (first use in this > function) > > i830_driver.c:7127: error: (Each undeclared identifier is reported only once > > i830_driver.c:7127: error: for each function it appears in.) > > i830_driver.c:7127: error: expected ';' before 'arg' > > i830_driver.c:7130: error: 'arg' undeclared (first use in this function) > > i830_driver.c:7131: error: 'mm_init' undeclared (first use in this function) > > i830_driver.c:7136: error: 'DRM_IOCTL_MM_INIT' undeclared (first use in this > function) > > i830_driver.c: In function 'I830DrmMMTakedown': > > i830_driver.c:7148: error: 'drm_mm_init_arg_t' undeclared (first use in this > function) > > i830_driver.c:7148: error: expected ';' before 'arg' > > i830_driver.c:7151: error: 'arg' undeclared (first use in this function) > > i830_driver.c:7152: error: 'mm_takedown' undeclared (first use in this > function) > > i830_driver.c:7154: error: 'DRM_IOCTL_MM_INIT' undeclared (first use in this > function) > > i830_driver.c: In function 'I830DrmMMLock': > > i830_driver.c:7163: error: 'drm_mm_init_arg_t' undeclared (first use in this > function) > > i830_driver.c:7163: error: expected ';' before 'arg' > > i830_driver.c:7166: error: 'arg' undeclared (first use in this function) > > i830_driver.c:7167: error: 'mm_lock' undeclared (first use in this function) > > i830_driver.c:7171: error: 'DRM_IOCTL_MM_INIT' undeclared (first use in this > function) > > i830_driver.c: In function 'I830DrmMMUnlock': > > i830_driver.c:7179: error: 'drm_mm_init_arg_t' undeclared (first use in this > function) > > i830_driver.c:7179: error: expected ';' before 'arg' > > i830_driver.c:7182: error: 'arg' undeclared (first use in this function) > > i830_driver.c:7183: error: 'mm_unlock' undeclared (first use in this > function) > > i830_driver.c:7187: error: 'DRM_IOCTL_MM_INIT' undeclared (first use in this > function) > > i830_driver.c: In function 'I830BIOSScreenInit': > > i830_driver.c:7723: error: 'DRM_BO_MEM_TT' undeclared (first use in this > function) > > i830_driver.c: In function 'I830BIOSLeaveVT': > > i830_driver.c:7904: error: 'DRM_BO_MEM_TT' undeclared (first use in this > function) > > i830_driver.c: In function 'I830BIOSEnterVT': > > i830_driver.c:8365: error: 'DRM_BO_MEM_TT' undeclared (first use in this > function) > > i830_driver.c: In function 'I830BIOSCloseScreen': > > i830_driver.c:8586: error: 'DRM_BO_MEM_TT' undeclared (first use in this > function) > > i830_driver.c: In function 'I830CheckDevicesTimer': > > i830_driver.c:8994: warning: 'miPointerCurrentScreen' is deprecated > (declared at /usr/local/include/xorg/mipointer.h:142) > > i830_driver.c:8996: warning: 'miPointerPosition' is deprecated (declared at > /usr/local/include/xorg/mipointer.h:130) > > i830_driver.c:9025: warning: 'miPointerPosition' is deprecated (declared at > /usr/local/include/xorg/mipointer.h:130) > > i830_driver.c:9036: warning: 'miPointerWarpCursor' is deprecated (declared > at /usr/local/include/xorg/mipointer.h:95) > > i830_driver.c:9054: warning: 'miPointerWarpCursor' is deprecated (declared > at /usr/local/include/xorg/mipointer.h:95) > > *** Error code 1 > > > > Stop in > /usr/ports/x11-drivers/xf86-video-i810/work/xf86-video-i810-1.7.4/src. > > *** Error code 1 > > > > Stop in > /usr/ports/x11-drivers/xf86-video-i810/work/xf86-video-i810-1.7.4/src. > > *** Error code 1 > > > > Stop in /usr/ports/x11-drivers/xf86-video-i810/work/xf86-video-i810-1.7.4. > > *** Error code 1 > > > > Stop in /usr/ports/x11-drivers/xf86-video-i810/work/xf86-video-i810-1.7.4. > > *** Error code 1 > > > > Stop in /usr/ports/x11-drivers/xf86-video-i810. > > > > > > > > If you need more information, let me know. Greatly appreciate your time. > > > > Jonathan > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20080907/30d3e0ac/attachment.pgp From bugmaster at FreeBSD.org Mon Sep 8 02:22:31 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Sep 8 02:24:42 2008 Subject: Current problem reports assigned to freebsd-x11@FreeBSD.org Message-ID: <200809080222.m882MUJv006873@freefall.freebsd.org> The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/126904 x11 x11/xorg startx fails on driver loading for nVidia GeF o ports/126812 x11 x11-drivers/xf86-video-ati - System freeze when exitin o ports/125883 x11 x11-fonts/xorg-fonts-cyrillic is installed, but fonts o ports/125661 x11 x11/xorg: startx fails after a couple of attempts o ports/124861 x11 Keyboard problems with xorg o ports/124220 x11 [amd64] x11-servers/xorg-server - X.org server runs in o ports/123137 x11 x11/libX11: missing ru_RU.UTF-8 locale o ports/122924 x11 XCreateImage fails in most recent x11/XOrg o ports/122830 x11 x11/xorg: Error in I830WaitLpRing() o ports/121360 x11 x11/xorg - Change default of ~/.xsession-errors to off o ports/121230 x11 [patch] ports/x11/xkeyboard-config WITHOUT_NLS support f ports/119091 x11 x11-drivers/xf86-video-intel 2.1.1 panics system o ports/119037 x11 x11: Can't type _ (Underscore) under X (gnome) o ports/118950 x11 x11-drivers/xf86-video-nv - xorg xf86 nv (nvidia) driv o ports/118645 x11 Xorg need realtime priority for mouse work nice o ports/118547 x11 [patch] x11/xdm fails with pam_krb5 f ports/118217 x11 xorg doesnt find usb mouse when initiated with devd, w f ports/117907 x11 x11-servers/mga_hal broken on 7.0-BETA (GLIBC error) o ports/117766 x11 x11-servers/xorg-server (7.3) crashes under heavy load o ports/117195 x11 ix11/Xorg 7.3 dumps core at exit (sig 11) f ports/116603 x11 x11/xorg server 7.3 hangs up o ports/116443 x11 x11-drivers/xf86-input-keyboard patch for USB jp106 ke o ports/116359 x11 x11/xorg - screen blinks with PCI-E nvidia card and ve s ports/115536 x11 [new port] x11/xorg-base port for a minimal X.Org inst o ports/115020 x11 New port: graphics/osmesa - Mesa's off-screen renderin f ports/114827 x11 Xorg server crashes when starting astro/google-earth o ports/113106 x11 x11/xorg - Xorg 7.2 + Mach64 + dri produces error mess f ports/106370 x11 Screen corruption when using Direct Rendering on a PCI s ports/73743 x11 XOrg/XFree xauth add/startx problem 29 problems total. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. r - repocopy The resolution of the problem report is dependent on a repocopy operation within the CVS repository which is awaiting completion. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. From kanito73 at hotmail.com Thu Sep 11 03:29:02 2008 From: kanito73 at hotmail.com (Kanito 73) Date: Thu Sep 11 03:29:09 2008 Subject: FreeBSD 7.0 + Xorg + KDE - there's no xorg.conf Message-ID: Hello list I've just download and installed FreeBSD 7.0 witn Xorg and KDE plus dependency packages that were automatically selected. At first had problems to start KDE since was not configured, so had to create .xinitrc by hand using the same configuration as my linux /etc/X11/xinitrc/xinitrc.kde Now there's another problem, there is no Xorg.conf so x11 starts at a higher resolution that goes further than the monitor limits and can't find Xorg.conf nor 'xorgconfig' tool to create it and configure screen refresh rate, video memory, resolution, etc. What can I do to configure it? am Linux user and I guess this file should be something like the linux one, but don't want just to copy it. Thanks for any help _________________________________________________________________ Discover the new Windows Vista http://search.msn.com/results.aspx?q=windows+vista&mkt=en-US&form=QBRE From eayesta at portugalete.uned.es Thu Sep 11 12:35:01 2008 From: eayesta at portugalete.uned.es (Enrique Ayesta Perojo) Date: Thu Sep 11 12:35:08 2008 Subject: FreeBSD 7.0 + Xorg + KDE - there's no xorg.conf In-Reply-To: References: Message-ID: <200809111410.47236.eayesta@portugalete.uned.es> El Jueves, 11 de Septiembre de 2008, Kanito 73 escribi?: > Hello list > > I've just download and installed FreeBSD 7.0 witn Xorg and KDE plus > dependency packages that were automatically selected. > > At first had problems to start KDE since was not configured, so had to > create .xinitrc by hand using the same configuration as my linux > /etc/X11/xinitrc/xinitrc.kde > > Now there's another problem, there is no Xorg.conf so x11 starts at a > higher resolution that goes further than the monitor limits and can't find > Xorg.conf nor 'xorgconfig' tool to create it and configure screen refresh > rate, video memory, resolution, etc. > > What can I do to configure it? am Linux user and I guess this file should > be something like the linux one, but don't want just to copy it. > > Thanks for any help > Read: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x-config.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x11-wm.html From volker at vwsoft.com Thu Sep 11 20:49:02 2008 From: volker at vwsoft.com (Volker) Date: Thu Sep 11 20:49:08 2008 Subject: FreeBSD 7.0 + Xorg + KDE - there's no xorg.conf In-Reply-To: References: Message-ID: <48C97C7E.3030809@vwsoft.com> On 12/23/-58 20:59, Kanito 73 wrote: > Hello list > > I've just download and installed FreeBSD 7.0 witn Xorg and KDE plus dependency packages that were automatically selected. > > At first had problems to start KDE since was not configured, so had to create .xinitrc by hand using the same configuration as my linux /etc/X11/xinitrc/xinitrc.kde > > Now there's another problem, there is no Xorg.conf so x11 starts at a higher resolution that goes further than the monitor limits and can't find Xorg.conf nor 'xorgconfig' tool to create it and configure screen refresh rate, video memory, resolution, etc. > > What can I do to configure it? am Linux user and I guess this file should be something like the linux one, but don't want just to copy it. > > Thanks for any help Even while not strictly FreeBSD related, I thought there's a section in the handbook, hmm... does ``X -configure'' sound too bad? ;) > Discover the new Windows Vista No, thanks! Volker PS: Do you hate line breaks? From sfourman at gmail.com Fri Sep 12 23:16:50 2008 From: sfourman at gmail.com (Sam Fourman Jr.) Date: Fri Sep 12 23:16:57 2008 Subject: [CFT] drm updates In-Reply-To: <1218675844.1899.18.camel@wombat.2hip.net> References: <1218675844.1899.18.camel@wombat.2hip.net> Message-ID: <11167f520809121616p3d3e18f8icda5f9a2be781a42@mail.gmail.com> On Wed, Aug 13, 2008 at 8:04 PM, Robert Noland wrote: > I have prepared a set of patches for drm kernel modules against -CURRENT > and -STABLE. I would like to get this into HEAD fairly soon. Does anyone know if these patches are in RELENG_7 I have a Intel G33 card that won't work and I am using a September 7th 2008 Kernel Sam Fourman Jr. From bugmaster at FreeBSD.org Mon Sep 15 15:18:59 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Sep 15 15:21:30 2008 Subject: Current problem reports assigned to freebsd-x11@FreeBSD.org Message-ID: <200809151518.m8FFIwPD019087@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/126904 x11 x11/xorg startx fails on driver loading for nVidia GeF o ports/126812 x11 x11-drivers/xf86-video-ati - System freeze when exitin o ports/125883 x11 x11-fonts/xorg-fonts-cyrillic is installed, but fonts o ports/125661 x11 x11/xorg: startx fails after a couple of attempts o ports/124861 x11 Keyboard problems with xorg o ports/124220 x11 [amd64] x11-servers/xorg-server - X.org server runs in o ports/123137 x11 x11/libX11: missing ru_RU.UTF-8 locale o ports/122924 x11 XCreateImage fails in most recent x11/XOrg o ports/122830 x11 x11/xorg: Error in I830WaitLpRing() o ports/121360 x11 x11/xorg - Change default of ~/.xsession-errors to off o ports/121230 x11 [patch] ports/x11/xkeyboard-config WITHOUT_NLS support f ports/119091 x11 x11-drivers/xf86-video-intel 2.1.1 panics system o ports/119037 x11 x11: Can't type _ (Underscore) under X (gnome) o ports/118950 x11 x11-drivers/xf86-video-nv - xorg xf86 nv (nvidia) driv o ports/118645 x11 Xorg need realtime priority for mouse work nice o ports/118547 x11 [patch] x11/xdm fails with pam_krb5 f ports/118217 x11 xorg doesnt find usb mouse when initiated with devd, w f ports/117907 x11 x11-servers/mga_hal broken on 7.0-BETA (GLIBC error) o ports/117766 x11 x11-servers/xorg-server (7.3) crashes under heavy load o ports/117195 x11 ix11/Xorg 7.3 dumps core at exit (sig 11) f ports/116603 x11 x11/xorg server 7.3 hangs up o ports/116443 x11 x11-drivers/xf86-input-keyboard patch for USB jp106 ke o ports/116359 x11 x11/xorg - screen blinks with PCI-E nvidia card and ve s ports/115536 x11 [new port] x11/xorg-base port for a minimal X.Org inst o ports/115020 x11 New port: graphics/osmesa - Mesa's off-screen renderin f ports/114827 x11 Xorg server crashes when starting astro/google-earth o ports/113106 x11 x11/xorg - Xorg 7.2 + Mach64 + dri produces error mess f ports/106370 x11 Screen corruption when using Direct Rendering on a PCI s ports/73743 x11 XOrg/XFree xauth add/startx problem 29 problems total. From rnoland at FreeBSD.org Tue Sep 16 01:19:24 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Tue Sep 16 01:19:31 2008 Subject: [CFT] drm updates In-Reply-To: <11167f520809121616p3d3e18f8icda5f9a2be781a42@mail.gmail.com> References: <1218675844.1899.18.camel@wombat.2hip.net> <11167f520809121616p3d3e18f8icda5f9a2be781a42@mail.gmail.com> Message-ID: <1221527933.1848.10.camel@wombat.2hip.net> On Fri, 2008-09-12 at 18:16 -0500, Sam Fourman Jr. wrote: > On Wed, Aug 13, 2008 at 8:04 PM, Robert Noland wrote: > > I have prepared a set of patches for drm kernel modules against -CURRENT > > and -STABLE. I would like to get this into HEAD fairly soon. > > > Does anyone know if these patches are in RELENG_7 > I have a Intel G33 card that won't work and I am using a September 7th > 2008 Kernel The updates have been committed to -CURRENT, but have not been MFC, yet... I think that Radeons are working fairly well, but I am aware of some problems with some intel chips. I don't have an ETA on merging to 7 right now. I'll try an prepare a new patch set against 7 when I get a few minutes. robert. > Sam Fourman Jr. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20080916/2e8fa5f9/attachment.pgp From edwin at FreeBSD.org Tue Sep 16 03:30:14 2008 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Tue Sep 16 03:30:25 2008 Subject: ports/127416: updated Makefile for x11/xorg Message-ID: <200809160330.m8G3UDTt010438@freefall.freebsd.org> Synopsis: updated Makefile for x11/xorg Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: edwin Responsible-Changed-When: Tue Sep 16 03:30:13 UTC 2008 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=127416 From alexey at zhtw.org.ru Tue Sep 16 16:20:27 2008 From: alexey at zhtw.org.ru (Alexey Lebedev) Date: Tue Sep 16 16:22:02 2008 Subject: x11-servers/xorg-server doesn't build on alpha Message-ID: <1221580842.8356.0.camel@ikemefuna> I have the same problem. Did anyone find a solution yet? Alexey Lebedev. From eitan.adler at gmail.com Wed Sep 17 03:50:03 2008 From: eitan.adler at gmail.com (Eitan Adler) Date: Wed Sep 17 03:50:11 2008 Subject: ports/127416: updated Makefile for x11/xorg Message-ID: <200809170350.m8H3o326000107@freefall.freebsd.org> The following reply was made to PR ports/127416; it has been noted by GNATS. From: "Eitan Adler" To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/127416: updated Makefile for x11/xorg Date: Tue, 16 Sep 2008 23:19:52 -0400 ------=_Part_12341_6937940.1221621592089 Content-Type: multipart/alternative; boundary="----=_Part_12342_1391785.1221621592089" ------=_Part_12342_1391785.1221621592089 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Here is an updated version. Installing with the defaults should install a fairly minimal Xorg installation (without a window manager however). ------=_Part_12342_1391785.1221621592089 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline
Here is an updated version.  Installing with the defaults should install a fairly minimal Xorg installation (without a window manager however).

------=_Part_12342_1391785.1221621592089-- ------=_Part_12341_6937940.1221621592089 Content-Type: application/octet-stream; name=xorg.makefile.oct.08.2 Content-Transfer-Encoding: base64 X-Attachment-Id: f_fl7duyge0 Content-Disposition: attachment; filename=xorg.makefile.oct.08.2 IyBOZXcgcG9ydHMgY29sbGVjdGlvbiBtYWtlZmlsZSBmb3I6ICAgIHhvcmcKIyBEYXRlIGNyZWF0 ZWQ6CQkxOCBKdW4gMjAwNAojIFdob206CQkJYW5ob2x0CiMKIyAkRnJlZUJTRDogcG9ydHMveDEx L3hvcmcvTWFrZWZpbGUsdiAxLjI0IDIwMDgvMDcvMTUgMTI6Mzc6MDkgZmx6IEV4cCAkCiMKClBP UlROQU1FPQl4b3JnClBPUlRWRVJTSU9OPQk3LjMKUE9SVFJFVklTSU9OPQkyCkNBVEVHT1JJRVM9 CXgxMQpNQVNURVJfU0lURVM9CSMgbm9uZQpESVNURklMRVM9CSMgbm9uZQpFWFRSQUNUX09OTFk9 CSMgbm9uZQoKTUFJTlRBSU5FUj0JeDExQEZyZWVCU0Qub3JnCkNPTU1FTlQ9CVguT3JnIGNvbXBs ZXRlIGRpc3RyaWJ1dGlvbiBtZXRhcG9ydAoKTk9fQlVJTEQ9CXllcwoKUlVOX0RFUEVORFMrPQkk e0xPQ0FMQkFTRX0vbGliL2RyaS9yMTI4X2RyaS5zbzoke1BPUlRTRElSfS9ncmFwaGljcy9kcmkK Ck9QVElPTlM9ICAgICAgICBBUFBTICAgICJtYWtlIHdpdGggeG9yZy1hcHBzIiBvZmYgIFwKCQlE T0NTCSJpbmNsdWRlIGRvY3MiIG9mZiBcCgkJRFJJVkVSUyAiaW5jbHVkZSBkcnV2ZXJzIiBvbiBc CgkJQUxMX0ZPTlQgImluY2x1ZGUgYWxsIGZvbnRzIiBvbiBcCgkJQ1VSU09SX1RIRU1FICJpbmNs dWRlIHhjdXJzb3ItdGhlbWUiIG9mZiBcCgkJU0VUWEtCTUFQICJzZXR4a2JtYXAgKGtiIGxheW91 dCBzZXR0aW5nKSIgb2ZmIFwKICAgICAgICAgICAgICAgIFhBVVRIICJ4YXV0aCAoaWRlbnRpdHkg Y2hhbmdlKSIgb24gXAoJCVBST1RPUyAiZGVwZW5kIG9uIHhvcmctcHJvdG9zIiBvZmYgXAoJCUJJ VE1BUCAiZGVwZW5kIG9uIHhiaXRtYXBzIiBvZmYgXAogICAgICAgICAgICAgICAgWElOSVQgInhp bml0IChzdGFydHggc2NyaXB0KSIgb24KCi5pbmNsdWRlIDxic2QucG9ydC5wcmUubWs+CgojIGxp YiwgZm9udCwgZHJpdmVyLCBwcm90bwoKUlVOX0RFUEVORFMrPQkke0xPQ0FMQkFTRX0vbGliZGF0 YS94b3JnL2xpYnJhcmllczoke1BPUlRTRElSfS94MTEveG9yZy1saWJyYXJpZXMgXAoKLmlmIGRl ZmluZWQoV0lUSF9CSVRNQVApClJVTl9ERVBFTkRTKz0JJHtMT0NBTEJBU0V9L2xpYmRhdGEvcGtn Y29uZmlnL3hiaXRtYXBzLnBjOiR7UE9SVFNESVJ9L3gxMS94Yml0bWFwcwouZW5kaWYKCi5pZiBk ZWZpbmVkKFdJVEhfUFJPVE9TKQpSVU5fREVQRU5EUys9ICAgJHtMT0NBTEJBU0V9L2xpYmRhdGEv eG9yZy9wcm90b3M6JHtQT1JUU0RJUn0veDExL3hvcmctcHJvdG9zCi5lbmRpZgoKLmlmIGRlZmlu ZWQoV0lUSF9DVVJTT1JfVEhFTUUpClJVTl9ERVBFTkRTKz0JJHtMT0NBTEJBU0V9L2xpYi9YMTEv aWNvbnMvaGFuZGhlbGRzL2N1cnNvcnMvWF9jdXJzb3I6JHtQT1JUU0RJUn0veDExLXRoZW1lcy94 Y3Vyc29yLXRoZW1lcwouZW5kaWYKCi5pZiBkZWZpbmVkKFdJVEhfU0VUWEtCTUFQKQpSVU5fREVQ RU5EUys9ICAgc2V0eGtibWFwOiR7UE9SVFNESVJ9L3gxMS9zZXR4a2JtYXAKLmVuZGlmCgouaWYg ZGVmaW5lZChXSVRIX1hBVVRIKQpSVU5fREVQRU5EUys9ICAgeGF1dGg6JHtQT1JUU0RJUn0veDEx L3hhdXRoCi5lbmRpZgoKLmlmIGRlZmluZWQoV0lUSF9YSU5JVCkKUlVOX0RFUEVORFMrPSAgIHhp bml0OiR7UE9SVFNESVJ9L3gxMS94aW5pdAouZW5kaWYKCQkKIyBkcml2ZXJzCi5pZiBkZWZpbmVk KFdJVEhfQUxMX0ZPTlQpCiAgICAgICBSVU5fREVQRU5EUys9ICAgJHtMT0NBTEJBU0V9L2xpYmRh dGEveG9yZy9mb250czoke1BPUlRTRElSfS94MTEtZm9udHMveG9yZy1mb250cyAKLmVuZGlmCgoj ICBkcml2ZXJzCi5pZiBkZWZpbmVkKFdJVEhfRFJJVkVSUykKUlVOX0RFUEVORFMrPSAgICR7TE9D QUxCQVNFfS9saWJkYXRhL3hvcmcvZHJpdmVyczoke1BPUlRTRElSfS94MTEtZHJpdmVycy94b3Jn LWRyaXZlcnMgCi5lbmRpZgojIGFwcAouaWYgZGVmaW5lZChXSVRIX0FQUFMpClJVTl9ERVBFTkRT Kz0JJHtMT0NBTEJBU0V9L2xpYmRhdGEveG9yZy9hcHBzOiR7UE9SVFNESVJ9L3gxMS94b3JnLWFw cHMgCi5lbmRpZgoKIyBkb2MgCi5pZiAhZGVmaW5lZChOT1BPUlRET0NTKQouaWYgZGVmaW5lZChX SVRIX0RPQ1MpClJVTl9ERVBFTkRTKz0gICAke0xPQ0FMQkFTRX0vc2hhcmUvWDExL2RvYy9oYXJk Y29weS9CREYvYmRmLlBTLmd6OiR7UE9SVFNESVJ9L3gxMS94b3JnLWRvY3MKLmVuZGlmCi5lbmRp ZgoKCgouaWYgZGVmaW5lZChYT1JHX0NPTVBMRVRFKQpSVU5fREVQRU5EUys9CVhuZXN0OiR7UE9S VFNESVJ9L3gxMS1zZXJ2ZXJzL3hvcmctbmVzdHNlcnZlciBcCgkJWGRteDoke1BPUlRTRElSfS94 MTEtc2VydmVycy94b3JnLWRteCBcCgkJWHZmYjoke1BPUlRTRElSfS94MTEtc2VydmVycy94b3Jn LXZmYnNlcnZlcgouZW5kaWYKCmRvLWluc3RhbGw6CSMgZW1wdHkKCnByZS1ldmVyeXRoaW5nOjoK CUAke0VDSE9fTVNHfSAiVGhpcyBpcyBhIG1ldGEtcG9ydCwgbWVhbmluZyB0aGF0IGl0IGp1c3Qg ZGVwZW5kcyBvbiBpdHMgc3VicGFydHMgb2YgdGhlIHBvcnQuIgoJQCR7RUNIT19NU0d9ICJJdCB3 b24ndCBidWlsZCBhbmQgaW5zdGFsbCBhbGwgdGhlIHBhcnRzIHVudGlsIHlvdSBoYXZlIHR5cGVk IG1ha2UgaW5zdGFsbCIKCUAke0VDSE9fTVNHfSAiVGhpcyBwb3J0IGRvZXMgbm90IGVuc3VyZSB0 aGluZ3MgYXJlIHVwZ3JhZGVkOyB1c2UgcG9ydHVwZ3JhZGUgaWYgeW91IHdhbnQgdG8iCglAJHtF Q0hPX01TR30gInVwZ3JhZGUgWC5PcmcuICBJZiB5b3Ugc2ltcGx5IHR5cGUgJ21ha2UgaW5zdGFs bCcgaXQgbWF5IHVzZSBvdmVyIDJHQiB0byBidWlsZCIKCUAke0VDSE9fTVNHfSAiYWxsIG9mIHRo ZSBzdWJwb3J0cy4gIFlvdSBjYW4gaW5zdGFsbCB0aGUgcG9ydHMgc2luZ2x5IGlmIHlvdSBhcmUg bG93IG9uIHNwYWNlLiIKCi5pbmNsdWRlIDxic2QucG9ydC5wcmUubWs+CgouaWYgbWFrZShwYWNr YWdlKQouaWYgIWRlZmluZWQoREVQRU5EU19UQVJHRVQ6TXBhY2thZ2UpIHx8IGVtcHR5KERFUEVO RFNfVEFSR0VUOk1wYWNrYWdlKQpERVBFTkRTX1RBUkdFVD0icGFja2FnZSIKLmVuZGlmCi5lbmRp ZgoKLmlmICR7QVJDSH0gIT0gImFscGhhIiAmJiAke0FSQ0h9ICE9ICJpYTY0IgpSVU5fREVQRU5E Uys9CSR7TE9DQUxCQVNFfS9iaW4vWG9yZzoke1BPUlRTRElSfS94MTEtc2VydmVycy94b3JnLXNl cnZlcgouZW5kaWYKCi5pbmNsdWRlIDxic2QucG9ydC5wb3N0Lm1rPgo= ------=_Part_12341_6937940.1221621592089-- From linimon at FreeBSD.org Wed Sep 17 15:17:05 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Sep 17 15:17:17 2008 Subject: ports/127436: x11/xorg: xorg randomly uses 100% CPU with Intel + KDE4 Message-ID: <200809171517.m8HFH5Hm088866@freefall.freebsd.org> Old Synopsis: Xorg randomly uses 100% CPU with Intel + KDE4 New Synopsis: x11/xorg: xorg randomly uses 100% CPU with Intel + KDE4 Responsible-Changed-From-To: freebsd-bugs->freebsd-x11 Responsible-Changed-By: linimon Responsible-Changed-When: Wed Sep 17 15:16:43 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=127436 From eitan.adler at gmail.com Wed Sep 17 22:50:06 2008 From: eitan.adler at gmail.com (Eitan Adler) Date: Wed Sep 17 22:50:18 2008 Subject: ports/127416: updated Makefile for x11/xorg Message-ID: <200809172250.m8HMo5dC025636@freefall.freebsd.org> The following reply was made to PR ports/127416; it has been noted by GNATS. From: "Eitan Adler" To: bug-followup@freebsd.org Cc: Subject: Re: ports/127416: updated Makefile for x11/xorg Date: Wed, 17 Sep 2008 18:40:37 -0400 ------=_Part_5232_10190941.1221691237469 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline As my last email was accidentally sent in HTML form - here it is again in plain text. ------=_Part_5232_10190941.1221691237469 Content-Type: application/octet-stream; name=xorg.makefile.oct.08.2 Content-Transfer-Encoding: base64 X-Attachment-Id: f_fl7duyge0 Content-Disposition: attachment; filename=xorg.makefile.oct.08.2 IyBOZXcgcG9ydHMgY29sbGVjdGlvbiBtYWtlZmlsZSBmb3I6ICAgIHhvcmcKIyBEYXRlIGNyZWF0 ZWQ6CQkxOCBKdW4gMjAwNAojIFdob206CQkJYW5ob2x0CiMKIyAkRnJlZUJTRDogcG9ydHMveDEx L3hvcmcvTWFrZWZpbGUsdiAxLjI0IDIwMDgvMDcvMTUgMTI6Mzc6MDkgZmx6IEV4cCAkCiMKClBP UlROQU1FPQl4b3JnClBPUlRWRVJTSU9OPQk3LjMKUE9SVFJFVklTSU9OPQkyCkNBVEVHT1JJRVM9 CXgxMQpNQVNURVJfU0lURVM9CSMgbm9uZQpESVNURklMRVM9CSMgbm9uZQpFWFRSQUNUX09OTFk9 CSMgbm9uZQoKTUFJTlRBSU5FUj0JeDExQEZyZWVCU0Qub3JnCkNPTU1FTlQ9CVguT3JnIGNvbXBs ZXRlIGRpc3RyaWJ1dGlvbiBtZXRhcG9ydAoKTk9fQlVJTEQ9CXllcwoKUlVOX0RFUEVORFMrPQkk e0xPQ0FMQkFTRX0vbGliL2RyaS9yMTI4X2RyaS5zbzoke1BPUlRTRElSfS9ncmFwaGljcy9kcmkK Ck9QVElPTlM9ICAgICAgICBBUFBTICAgICJtYWtlIHdpdGggeG9yZy1hcHBzIiBvZmYgIFwKCQlE T0NTCSJpbmNsdWRlIGRvY3MiIG9mZiBcCgkJRFJJVkVSUyAiaW5jbHVkZSBkcnV2ZXJzIiBvbiBc CgkJQUxMX0ZPTlQgImluY2x1ZGUgYWxsIGZvbnRzIiBvbiBcCgkJQ1VSU09SX1RIRU1FICJpbmNs dWRlIHhjdXJzb3ItdGhlbWUiIG9mZiBcCgkJU0VUWEtCTUFQICJzZXR4a2JtYXAgKGtiIGxheW91 dCBzZXR0aW5nKSIgb2ZmIFwKICAgICAgICAgICAgICAgIFhBVVRIICJ4YXV0aCAoaWRlbnRpdHkg Y2hhbmdlKSIgb24gXAoJCVBST1RPUyAiZGVwZW5kIG9uIHhvcmctcHJvdG9zIiBvZmYgXAoJCUJJ VE1BUCAiZGVwZW5kIG9uIHhiaXRtYXBzIiBvZmYgXAogICAgICAgICAgICAgICAgWElOSVQgInhp bml0IChzdGFydHggc2NyaXB0KSIgb24KCi5pbmNsdWRlIDxic2QucG9ydC5wcmUubWs+CgojIGxp YiwgZm9udCwgZHJpdmVyLCBwcm90bwoKUlVOX0RFUEVORFMrPQkke0xPQ0FMQkFTRX0vbGliZGF0 YS94b3JnL2xpYnJhcmllczoke1BPUlRTRElSfS94MTEveG9yZy1saWJyYXJpZXMgXAoKLmlmIGRl ZmluZWQoV0lUSF9CSVRNQVApClJVTl9ERVBFTkRTKz0JJHtMT0NBTEJBU0V9L2xpYmRhdGEvcGtn Y29uZmlnL3hiaXRtYXBzLnBjOiR7UE9SVFNESVJ9L3gxMS94Yml0bWFwcwouZW5kaWYKCi5pZiBk ZWZpbmVkKFdJVEhfUFJPVE9TKQpSVU5fREVQRU5EUys9ICAgJHtMT0NBTEJBU0V9L2xpYmRhdGEv eG9yZy9wcm90b3M6JHtQT1JUU0RJUn0veDExL3hvcmctcHJvdG9zCi5lbmRpZgoKLmlmIGRlZmlu ZWQoV0lUSF9DVVJTT1JfVEhFTUUpClJVTl9ERVBFTkRTKz0JJHtMT0NBTEJBU0V9L2xpYi9YMTEv aWNvbnMvaGFuZGhlbGRzL2N1cnNvcnMvWF9jdXJzb3I6JHtQT1JUU0RJUn0veDExLXRoZW1lcy94 Y3Vyc29yLXRoZW1lcwouZW5kaWYKCi5pZiBkZWZpbmVkKFdJVEhfU0VUWEtCTUFQKQpSVU5fREVQ RU5EUys9ICAgc2V0eGtibWFwOiR7UE9SVFNESVJ9L3gxMS9zZXR4a2JtYXAKLmVuZGlmCgouaWYg ZGVmaW5lZChXSVRIX1hBVVRIKQpSVU5fREVQRU5EUys9ICAgeGF1dGg6JHtQT1JUU0RJUn0veDEx L3hhdXRoCi5lbmRpZgoKLmlmIGRlZmluZWQoV0lUSF9YSU5JVCkKUlVOX0RFUEVORFMrPSAgIHhp bml0OiR7UE9SVFNESVJ9L3gxMS94aW5pdAouZW5kaWYKCQkKIyBkcml2ZXJzCi5pZiBkZWZpbmVk KFdJVEhfQUxMX0ZPTlQpCiAgICAgICBSVU5fREVQRU5EUys9ICAgJHtMT0NBTEJBU0V9L2xpYmRh dGEveG9yZy9mb250czoke1BPUlRTRElSfS94MTEtZm9udHMveG9yZy1mb250cyAKLmVuZGlmCgoj ICBkcml2ZXJzCi5pZiBkZWZpbmVkKFdJVEhfRFJJVkVSUykKUlVOX0RFUEVORFMrPSAgICR7TE9D QUxCQVNFfS9saWJkYXRhL3hvcmcvZHJpdmVyczoke1BPUlRTRElSfS94MTEtZHJpdmVycy94b3Jn LWRyaXZlcnMgCi5lbmRpZgojIGFwcAouaWYgZGVmaW5lZChXSVRIX0FQUFMpClJVTl9ERVBFTkRT Kz0JJHtMT0NBTEJBU0V9L2xpYmRhdGEveG9yZy9hcHBzOiR7UE9SVFNESVJ9L3gxMS94b3JnLWFw cHMgCi5lbmRpZgoKIyBkb2MgCi5pZiAhZGVmaW5lZChOT1BPUlRET0NTKQouaWYgZGVmaW5lZChX SVRIX0RPQ1MpClJVTl9ERVBFTkRTKz0gICAke0xPQ0FMQkFTRX0vc2hhcmUvWDExL2RvYy9oYXJk Y29weS9CREYvYmRmLlBTLmd6OiR7UE9SVFNESVJ9L3gxMS94b3JnLWRvY3MKLmVuZGlmCi5lbmRp ZgoKCgouaWYgZGVmaW5lZChYT1JHX0NPTVBMRVRFKQpSVU5fREVQRU5EUys9CVhuZXN0OiR7UE9S VFNESVJ9L3gxMS1zZXJ2ZXJzL3hvcmctbmVzdHNlcnZlciBcCgkJWGRteDoke1BPUlRTRElSfS94 MTEtc2VydmVycy94b3JnLWRteCBcCgkJWHZmYjoke1BPUlRTRElSfS94MTEtc2VydmVycy94b3Jn LXZmYnNlcnZlcgouZW5kaWYKCmRvLWluc3RhbGw6CSMgZW1wdHkKCnByZS1ldmVyeXRoaW5nOjoK CUAke0VDSE9fTVNHfSAiVGhpcyBpcyBhIG1ldGEtcG9ydCwgbWVhbmluZyB0aGF0IGl0IGp1c3Qg ZGVwZW5kcyBvbiBpdHMgc3VicGFydHMgb2YgdGhlIHBvcnQuIgoJQCR7RUNIT19NU0d9ICJJdCB3 b24ndCBidWlsZCBhbmQgaW5zdGFsbCBhbGwgdGhlIHBhcnRzIHVudGlsIHlvdSBoYXZlIHR5cGVk IG1ha2UgaW5zdGFsbCIKCUAke0VDSE9fTVNHfSAiVGhpcyBwb3J0IGRvZXMgbm90IGVuc3VyZSB0 aGluZ3MgYXJlIHVwZ3JhZGVkOyB1c2UgcG9ydHVwZ3JhZGUgaWYgeW91IHdhbnQgdG8iCglAJHtF Q0hPX01TR30gInVwZ3JhZGUgWC5PcmcuICBJZiB5b3Ugc2ltcGx5IHR5cGUgJ21ha2UgaW5zdGFs bCcgaXQgbWF5IHVzZSBvdmVyIDJHQiB0byBidWlsZCIKCUAke0VDSE9fTVNHfSAiYWxsIG9mIHRo ZSBzdWJwb3J0cy4gIFlvdSBjYW4gaW5zdGFsbCB0aGUgcG9ydHMgc2luZ2x5IGlmIHlvdSBhcmUg bG93IG9uIHNwYWNlLiIKCi5pbmNsdWRlIDxic2QucG9ydC5wcmUubWs+CgouaWYgbWFrZShwYWNr YWdlKQouaWYgIWRlZmluZWQoREVQRU5EU19UQVJHRVQ6TXBhY2thZ2UpIHx8IGVtcHR5KERFUEVO RFNfVEFSR0VUOk1wYWNrYWdlKQpERVBFTkRTX1RBUkdFVD0icGFja2FnZSIKLmVuZGlmCi5lbmRp ZgoKLmlmICR7QVJDSH0gIT0gImFscGhhIiAmJiAke0FSQ0h9ICE9ICJpYTY0IgpSVU5fREVQRU5E Uys9CSR7TE9DQUxCQVNFfS9iaW4vWG9yZzoke1BPUlRTRElSfS94MTEtc2VydmVycy94b3JnLXNl cnZlcgouZW5kaWYKCi5pbmNsdWRlIDxic2QucG9ydC5wb3N0Lm1rPgo= ------=_Part_5232_10190941.1221691237469-- From edwin at FreeBSD.org Sat Sep 20 11:00:18 2008 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Sat Sep 20 11:00:22 2008 Subject: ports/127505: [PATCH]x11/libX11: fix dependencies WITH_XCB, remove a useless line Message-ID: <200809201100.m8KB0IT5017200@freefall.freebsd.org> Synopsis: [PATCH]x11/libX11: fix dependencies WITH_XCB, remove a useless line Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: edwin Responsible-Changed-When: Sat Sep 20 11:00:18 UTC 2008 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=127505 From flz at FreeBSD.org Sun Sep 21 08:57:50 2008 From: flz at FreeBSD.org (flz@FreeBSD.org) Date: Sun Sep 21 08:57:52 2008 Subject: ports/127416: updated Makefile for x11/xorg Message-ID: <200809210857.m8L8voAS054407@freefall.freebsd.org> Synopsis: updated Makefile for x11/xorg State-Changed-From-To: open->closed State-Changed-By: flz State-Changed-When: Sun Sep 21 08:54:19 UTC 2008 State-Changed-Why: The x11/xorg port is a meta port to get a working xorg quickly. The modularity should be in the sub-meta ports. xorg-drivers is already done and I'm willing to accept a solution for xorg-apps as long as it doesn't involve adding each component in OPTIONS. As for fonts, I guess I could just add OPTIONS. http://www.freebsd.org/cgi/query-pr.cgi?pr=127416 From flz at FreeBSD.org Sun Sep 21 09:11:05 2008 From: flz at FreeBSD.org (flz@FreeBSD.org) Date: Sun Sep 21 09:11:08 2008 Subject: ports/127505: [PATCH]x11/libX11: fix dependencies WITH_XCB, remove a useless line Message-ID: <200809210911.m8L9B5wN054957@freefall.freebsd.org> Synopsis: [PATCH]x11/libX11: fix dependencies WITH_XCB, remove a useless line State-Changed-From-To: open->closed State-Changed-By: flz State-Changed-When: Sun Sep 21 09:11:04 UTC 2008 State-Changed-Why: Committed. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=127505 From dfilter at FreeBSD.ORG Sun Sep 21 09:20:03 2008 From: dfilter at FreeBSD.ORG (dfilter service) Date: Sun Sep 21 09:20:05 2008 Subject: ports/127505: commit references a PR Message-ID: <200809210920.m8L9K3T4056561@freefall.freebsd.org> The following reply was made to PR ports/127505; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/127505: commit references a PR Date: Sun, 21 Sep 2008 09:10:38 +0000 (UTC) flz 2008-09-21 09:10:33 UTC FreeBSD ports repository Modified files: x11/libX11 Makefile Log: - Remove empty USE_XORG line. - Fix RUN_DEPENDS when WITH_XCB is defined (off by default). PR: ports/127505 Submitted by: bf Approved by: portmgr (self) Revision Changes Path 1.21 +1 -2 ports/x11/libX11/Makefile _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From bugmaster at FreeBSD.org Mon Sep 22 11:07:07 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Sep 22 11:08:04 2008 Subject: Current problem reports assigned to freebsd-x11@FreeBSD.org Message-ID: <200809221107.m8MB777e015565@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/127436 x11 x11/xorg: xorg randomly uses 100% CPU with Intel + KDE o ports/126904 x11 x11/xorg startx fails on driver loading for nVidia GeF o ports/126812 x11 x11-drivers/xf86-video-ati - System freeze when exitin o ports/125883 x11 x11-fonts/xorg-fonts-cyrillic is installed, but fonts o ports/125661 x11 x11/xorg: startx fails after a couple of attempts o ports/124861 x11 Keyboard problems with xorg o ports/124220 x11 [amd64] x11-servers/xorg-server - X.org server runs in o ports/123137 x11 x11/libX11: missing ru_RU.UTF-8 locale o ports/122924 x11 XCreateImage fails in most recent x11/XOrg o ports/122830 x11 x11/xorg: Error in I830WaitLpRing() o ports/121360 x11 x11/xorg - Change default of ~/.xsession-errors to off o ports/121230 x11 [patch] ports/x11/xkeyboard-config WITHOUT_NLS support f ports/119091 x11 x11-drivers/xf86-video-intel 2.1.1 panics system o ports/119037 x11 x11: Can't type _ (Underscore) under X (gnome) o ports/118950 x11 x11-drivers/xf86-video-nv - xorg xf86 nv (nvidia) driv o ports/118645 x11 Xorg need realtime priority for mouse work nice o ports/118547 x11 [patch] x11/xdm fails with pam_krb5 f ports/118217 x11 xorg doesnt find usb mouse when initiated with devd, w f ports/117907 x11 x11-servers/mga_hal broken on 7.0-BETA (GLIBC error) o ports/117766 x11 x11-servers/xorg-server (7.3) crashes under heavy load o ports/117195 x11 ix11/Xorg 7.3 dumps core at exit (sig 11) f ports/116603 x11 x11/xorg server 7.3 hangs up o ports/116443 x11 x11-drivers/xf86-input-keyboard patch for USB jp106 ke o ports/116359 x11 x11/xorg - screen blinks with PCI-E nvidia card and ve s ports/115536 x11 [new port] x11/xorg-base port for a minimal X.Org inst o ports/115020 x11 New port: graphics/osmesa - Mesa's off-screen renderin f ports/114827 x11 Xorg server crashes when starting astro/google-earth o ports/113106 x11 x11/xorg - Xorg 7.2 + Mach64 + dri produces error mess f ports/106370 x11 Screen corruption when using Direct Rendering on a PCI s ports/73743 x11 XOrg/XFree xauth add/startx problem 30 problems total. From freebsd.alex at spamfoodie.com Mon Sep 22 22:20:03 2008 From: freebsd.alex at spamfoodie.com (Alex) Date: Mon Sep 22 22:20:05 2008 Subject: ports/73743: XOrg/XFree xauth add/startx problem Message-ID: <200809222220.m8MMK3OJ022371@freefall.freebsd.org> The following reply was made to PR ports/73743; it has been noted by GNATS. From: Alex To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: ports/73743: XOrg/XFree xauth add/startx problem Date: Mon, 22 Sep 2008 22:15:05 GMT >Submitter-Id: current-users >Originator: Alex >Organization: >Confidential: no >Synopsis: Re: ports/73743: XOrg/XFree xauth add/startx problem >Severity: non-critical >Priority: low >Category: ports >Class: sw-bug >Release: 7-STABLE >Environment: FreeBSD moshnroll 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #2: Mon Sep 22 22:13:07 CEST 2008 root@moshnroll:/usr/obj/usr/src/sys/ARUNDEL i386 >Description: this PR can be closed. startx now detects whether /dev/random is present or not. for further info check this closed bug report: https://bugs.freedesktop.org/show_bug.cgi?id=2906 and line 129 of /usr/local/bin/startx. cheers. >How-To-Repeat: >Fix: From linimon at FreeBSD.org Mon Sep 22 23:04:42 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Sep 22 23:04:44 2008 Subject: ports/73743: XOrg/XFree xauth add/startx problem Message-ID: <200809222304.m8MN4ei1025259@freefall.freebsd.org> Synopsis: XOrg/XFree xauth add/startx problem State-Changed-From-To: suspended->closed State-Changed-By: linimon State-Changed-When: Mon Sep 22 23:01:43 UTC 2008 State-Changed-Why: Apparently fixed upstream. http://www.freebsd.org/cgi/query-pr.cgi?pr=73743 From tevans.uk at googlemail.com Tue Sep 23 09:30:31 2008 From: tevans.uk at googlemail.com (Tom Evans) Date: Tue Sep 23 09:30:37 2008 Subject: Regression in intel driver Message-ID: <1222162224.2731.20.camel@localhost> Hi all I've been using the intel xorg driver for quite some time now, and recently upgraded Xorg server/drm/intel driver to the most current available in ports. This has caused a significant performance regression when running without direct rendering enabled, which is required with this driver to achieve Virtual desktop with a dimension greater than 2048 pixels. Xorg now chews through 30-35% CPU whilst tailing a log file, where as before this used 3-4%. The effect is visibly noticeable (and doesn't just apply to fast moving text!) I have an HP laptop with a 1400x1050 LVDS panel, with a 1280x1024 TFT attached to the VGA port. My preferred setup is: xrandr --output LVDS --mode 1400x1050 --output VGA --mode 1280x1024 --left-of LVDS What I am running now, the only way to get sane performance: xrandr --output LVDS --mode 1024x768 --output VGA --mode 1280x1024 --above LVDS I've tried reverting back to an older driver, but it seems that changes to libdrm prevent that. I fear I may have to roll back drm, mesa, xorg-server et al just to use a different driver version. Any tips? Cheers Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20080923/3e29742f/attachment.pgp From tevans.uk at googlemail.com Tue Sep 23 09:52:43 2008 From: tevans.uk at googlemail.com (Tom Evans) Date: Tue Sep 23 09:52:46 2008 Subject: Regression in intel driver In-Reply-To: <1222162224.2731.20.camel@localhost> References: <1222162224.2731.20.camel@localhost> Message-ID: <1222163559.2731.27.camel@localhost> On Tue, 2008-09-23 at 10:30 +0100, Tom Evans wrote: > Hi all > > I've been using the intel xorg driver for quite some time now, and > recently upgraded Xorg server/drm/intel driver to the most current > available in ports. This has caused a significant performance regression > when running without direct rendering enabled, which is required with > this driver to achieve Virtual desktop with a dimension greater than > 2048 pixels. Xorg now chews through 30-35% CPU whilst tailing a log > file, where as before this used 3-4%. The effect is visibly noticeable > (and doesn't just apply to fast moving text!) > > I have an HP laptop with a 1400x1050 LVDS panel, with a 1280x1024 TFT > attached to the VGA port. My preferred setup is: > > xrandr --output LVDS --mode 1400x1050 --output VGA --mode 1280x1024 --left-of LVDS > > What I am running now, the only way to get sane performance: > > xrandr --output LVDS --mode 1024x768 --output VGA --mode 1280x1024 --above LVDS > > I've tried reverting back to an older driver, but it seems that changes > to libdrm prevent that. I fear I may have to roll back drm, mesa, > xorg-server et al just to use a different driver version. > > Any tips? > > Cheers > > Tom I've just re-read this, and it isn't clear at all, my bad! First off, I forgot to mention what fbsd version I am using: FreeBSD zoot.mintel.co.uk 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #9: Mon Sep 15 16:06:57 BST 2008 root@zoot.mintel.co.uk:/data2/FreeBSD/RELENG_7/obj/data2/FreeBSD/RELENG_7/src/sys/ZOOT i386 What I really need help with is, if I want to rollback to and use an earlier version of the intel driver, what other packages should I also roll back? The compilation failure of xf86-video-intel-2.2.1_1 (and earlier versions) is: In file included from i810_driver.c:88: i830.h:74:20: error: xf86mm.h: No such file or directory Googling tells me that this is due to a libdrm change, so obviously that must be downgraded, which probably will require an earlier version of xorg-server as well. Any notable others that will need to be downgraded? Cheers Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20080923/be0862ea/attachment.pgp From onemda at gmail.com Tue Sep 23 10:52:39 2008 From: onemda at gmail.com (Paul B. Mahol) Date: Tue Sep 23 10:52:42 2008 Subject: Regression in intel driver In-Reply-To: <1222163559.2731.27.camel@localhost> References: <1222162224.2731.20.camel@localhost> <1222163559.2731.27.camel@localhost> Message-ID: <3a142e750809230352p3ad6d256w5794eaccc2c53b38@mail.gmail.com> On 9/23/08, Tom Evans wrote: > On Tue, 2008-09-23 at 10:30 +0100, Tom Evans wrote: >> Hi all >> >> I've been using the intel xorg driver for quite some time now, and >> recently upgraded Xorg server/drm/intel driver to the most current >> available in ports. This has caused a significant performance regression >> when running without direct rendering enabled, which is required with >> this driver to achieve Virtual desktop with a dimension greater than >> 2048 pixels. Xorg now chews through 30-35% CPU whilst tailing a log >> file, where as before this used 3-4%. The effect is visibly noticeable >> (and doesn't just apply to fast moving text!) >> >> I have an HP laptop with a 1400x1050 LVDS panel, with a 1280x1024 TFT >> attached to the VGA port. My preferred setup is: >> >> xrandr --output LVDS --mode 1400x1050 --output VGA --mode 1280x1024 >> --left-of LVDS >> >> What I am running now, the only way to get sane performance: >> >> xrandr --output LVDS --mode 1024x768 --output VGA --mode 1280x1024 --above >> LVDS >> >> I've tried reverting back to an older driver, but it seems that changes >> to libdrm prevent that. I fear I may have to roll back drm, mesa, >> xorg-server et al just to use a different driver version. >> >> Any tips? >> >> Cheers >> >> Tom > > I've just re-read this, and it isn't clear at all, my bad! > > First off, I forgot to mention what fbsd version I am using: > FreeBSD zoot.mintel.co.uk 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #9: Mon > Sep 15 16:06:57 BST 2008 > root@zoot.mintel.co.uk:/data2/FreeBSD/RELENG_7/obj/data2/FreeBSD/RELENG_7/src/sys/ZOOT > i386 > > What I really need help with is, if I want to rollback to and use an > earlier version of the intel driver, what other packages should I also > roll back? The compilation failure of xf86-video-intel-2.2.1_1 (and > earlier versions) is: > > In file included from i810_driver.c:88: > i830.h:74:20: error: xf86mm.h: No such file or directory > > Googling tells me that this is due to a libdrm change, so obviously that > must be downgraded, which probably will require an earlier version of > xorg-server as well. Any notable others that will need to be downgraded? > It is known that new libdrm cause obsolete xf86-video-i810 to be marked as broken port. For start just downgrade libdrm to 2.3.0 and try again. From tevans.uk at googlemail.com Tue Sep 23 11:28:19 2008 From: tevans.uk at googlemail.com (Tom Evans) Date: Tue Sep 23 11:28:21 2008 Subject: Regression in intel driver In-Reply-To: <3a142e750809230352p3ad6d256w5794eaccc2c53b38@mail.gmail.com> References: <1222162224.2731.20.camel@localhost> <1222163559.2731.27.camel@localhost> <3a142e750809230352p3ad6d256w5794eaccc2c53b38@mail.gmail.com> Message-ID: <1222169294.2443.6.camel@localhost> On Tue, 2008-09-23 at 12:52 +0200, Paul B. Mahol wrote: > On 9/23/08, Tom Evans wrote: > > On Tue, 2008-09-23 at 10:30 +0100, Tom Evans wrote: > >> Hi all > >> > >> I've been using the intel xorg driver for quite some time now, and > >> recently upgraded Xorg server/drm/intel driver to the most current > >> available in ports. This has caused a significant performance regression > >> when running without direct rendering enabled, which is required with > >> this driver to achieve Virtual desktop with a dimension greater than > >> 2048 pixels. Xorg now chews through 30-35% CPU whilst tailing a log > >> file, where as before this used 3-4%. The effect is visibly noticeable > >> (and doesn't just apply to fast moving text!) > >> > >> I have an HP laptop with a 1400x1050 LVDS panel, with a 1280x1024 TFT > >> attached to the VGA port. My preferred setup is: > >> > >> xrandr --output LVDS --mode 1400x1050 --output VGA --mode 1280x1024 > >> --left-of LVDS > >> > >> What I am running now, the only way to get sane performance: > >> > >> xrandr --output LVDS --mode 1024x768 --output VGA --mode 1280x1024 --above > >> LVDS > >> > >> I've tried reverting back to an older driver, but it seems that changes > >> to libdrm prevent that. I fear I may have to roll back drm, mesa, > >> xorg-server et al just to use a different driver version. > >> > >> Any tips? > >> > >> Cheers > >> > >> Tom > > > > I've just re-read this, and it isn't clear at all, my bad! > > > > First off, I forgot to mention what fbsd version I am using: > > FreeBSD zoot.mintel.co.uk 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #9: Mon > > Sep 15 16:06:57 BST 2008 > > root@zoot.mintel.co.uk:/data2/FreeBSD/RELENG_7/obj/data2/FreeBSD/RELENG_7/src/sys/ZOOT > > i386 > > > > What I really need help with is, if I want to rollback to and use an > > earlier version of the intel driver, what other packages should I also > > roll back? The compilation failure of xf86-video-intel-2.2.1_1 (and > > earlier versions) is: > > > > In file included from i810_driver.c:88: > > i830.h:74:20: error: xf86mm.h: No such file or directory > > > > Googling tells me that this is due to a libdrm change, so obviously that > > must be downgraded, which probably will require an earlier version of > > xorg-server as well. Any notable others that will need to be downgraded? > > > > It is known that new libdrm cause obsolete xf86-video-i810 to be > marked as broken port. > For start just downgrade libdrm to 2.3.0 and try again. > I rolled back libdrm, xorg-server and xf86-video-intel back to 2008.07.23 (having ports as a CVS checkout is handy!), which helped a lot. There are still lots of slow downs due to indirect rendering that I would swear were not there before. This dual head limitation is really .. limiting .. I think the correct solution may be to ditch this hardware and get something with a bit more fancy hardware, probably nvidia. What graphics drivers do have good dual head support (eg: Direct rendering on both screens, full xrandr 1.2 support)? Cheers Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20080923/55d8ce16/attachment.pgp From rnoland at FreeBSD.org Tue Sep 23 11:55:34 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Tue Sep 23 11:56:03 2008 Subject: Regression in intel driver In-Reply-To: <1222163559.2731.27.camel@localhost> References: <1222162224.2731.20.camel@localhost> <1222163559.2731.27.camel@localhost> Message-ID: <1222170911.1732.4.camel@wombat.2hip.net> On Tue, 2008-09-23 at 10:52 +0100, Tom Evans wrote: > On Tue, 2008-09-23 at 10:30 +0100, Tom Evans wrote: > > Hi all > > > > I've been using the intel xorg driver for quite some time now, and > > recently upgraded Xorg server/drm/intel driver to the most current > > available in ports. This has caused a significant performance regression > > when running without direct rendering enabled, which is required with > > this driver to achieve Virtual desktop with a dimension greater than > > 2048 pixels. Xorg now chews through 30-35% CPU whilst tailing a log > > file, where as before this used 3-4%. The effect is visibly noticeable > > (and doesn't just apply to fast moving text!) > > > > I have an HP laptop with a 1400x1050 LVDS panel, with a 1280x1024 TFT > > attached to the VGA port. My preferred setup is: > > > > xrandr --output LVDS --mode 1400x1050 --output VGA --mode 1280x1024 --left-of LVDS > > > > What I am running now, the only way to get sane performance: > > > > xrandr --output LVDS --mode 1024x768 --output VGA --mode 1280x1024 --above LVDS > > > > I've tried reverting back to an older driver, but it seems that changes > > to libdrm prevent that. I fear I may have to roll back drm, mesa, > > xorg-server et al just to use a different driver version. For the time being you should be able to roll back just libdrm and be ok. That may well prevent you from being able to upgrade Xserver to 1.5 though. Most all of this is caused by the linux guys shuffling around definitions for TTM and / or GEM. Neither of which we currently support. robert. > > Any tips? > > > > Cheers > > > > Tom > > I've just re-read this, and it isn't clear at all, my bad! > > First off, I forgot to mention what fbsd version I am using: > FreeBSD zoot.mintel.co.uk 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #9: Mon > Sep 15 16:06:57 BST 2008 > root@zoot.mintel.co.uk:/data2/FreeBSD/RELENG_7/obj/data2/FreeBSD/RELENG_7/src/sys/ZOOT i386 > > What I really need help with is, if I want to rollback to and use an > earlier version of the intel driver, what other packages should I also > roll back? The compilation failure of xf86-video-intel-2.2.1_1 (and > earlier versions) is: > > In file included from i810_driver.c:88: > i830.h:74:20: error: xf86mm.h: No such file or directory > > Googling tells me that this is due to a libdrm change, so obviously that > must be downgraded, which probably will require an earlier version of > xorg-server as well. Any notable others that will need to be downgraded? > > Cheers > > Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20080923/0b7d0c89/attachment.pgp From rnoland at FreeBSD.org Tue Sep 23 12:01:23 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Tue Sep 23 12:01:27 2008 Subject: Regression in intel driver In-Reply-To: <1222169294.2443.6.camel@localhost> References: <1222162224.2731.20.camel@localhost> <1222163559.2731.27.camel@localhost> <3a142e750809230352p3ad6d256w5794eaccc2c53b38@mail.gmail.com> <1222169294.2443.6.camel@localhost> Message-ID: <1222171259.1732.9.camel@wombat.2hip.net> On Tue, 2008-09-23 at 12:28 +0100, Tom Evans wrote: > On Tue, 2008-09-23 at 12:52 +0200, Paul B. Mahol wrote: > > On 9/23/08, Tom Evans wrote: > > > On Tue, 2008-09-23 at 10:30 +0100, Tom Evans wrote: > > >> Hi all > > >> > > >> I've been using the intel xorg driver for quite some time now, and > > >> recently upgraded Xorg server/drm/intel driver to the most current > > >> available in ports. This has caused a significant performance regression > > >> when running without direct rendering enabled, which is required with > > >> this driver to achieve Virtual desktop with a dimension greater than > > >> 2048 pixels. Xorg now chews through 30-35% CPU whilst tailing a log > > >> file, where as before this used 3-4%. The effect is visibly noticeable > > >> (and doesn't just apply to fast moving text!) > > >> > > >> I have an HP laptop with a 1400x1050 LVDS panel, with a 1280x1024 TFT > > >> attached to the VGA port. My preferred setup is: > > >> > > >> xrandr --output LVDS --mode 1400x1050 --output VGA --mode 1280x1024 > > >> --left-of LVDS > > >> > > >> What I am running now, the only way to get sane performance: > > >> > > >> xrandr --output LVDS --mode 1024x768 --output VGA --mode 1280x1024 --above > > >> LVDS > > >> > > >> I've tried reverting back to an older driver, but it seems that changes > > >> to libdrm prevent that. I fear I may have to roll back drm, mesa, > > >> xorg-server et al just to use a different driver version. > > >> > > >> Any tips? > > >> > > >> Cheers > > >> > > >> Tom > > > > > > I've just re-read this, and it isn't clear at all, my bad! > > > > > > First off, I forgot to mention what fbsd version I am using: > > > FreeBSD zoot.mintel.co.uk 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #9: Mon > > > Sep 15 16:06:57 BST 2008 > > > root@zoot.mintel.co.uk:/data2/FreeBSD/RELENG_7/obj/data2/FreeBSD/RELENG_7/src/sys/ZOOT > > > i386 > > > > > > What I really need help with is, if I want to rollback to and use an > > > earlier version of the intel driver, what other packages should I also > > > roll back? The compilation failure of xf86-video-intel-2.2.1_1 (and > > > earlier versions) is: > > > > > > In file included from i810_driver.c:88: > > > i830.h:74:20: error: xf86mm.h: No such file or directory > > > > > > Googling tells me that this is due to a libdrm change, so obviously that > > > must be downgraded, which probably will require an earlier version of > > > xorg-server as well. Any notable others that will need to be downgraded? > > > > > > > It is known that new libdrm cause obsolete xf86-video-i810 to be > > marked as broken port. > > For start just downgrade libdrm to 2.3.0 and try again. > > > > I rolled back libdrm, xorg-server and xf86-video-intel back to > 2008.07.23 (having ports as a CVS checkout is handy!), which helped a > lot. There are still lots of slow downs due to indirect rendering that I > would swear were not there before. > > This dual head limitation is really .. limiting .. I think the correct > solution may be to ditch this hardware and get something with a bit more > fancy hardware, probably nvidia. What graphics drivers do have good dual > head support (eg: Direct rendering on both screens, full xrandr 1.2 > support)? I'm still partial to Intel or Radeon... We have, or are getting documentation from both vendors. I suspect the real issue that your are running into is a limit on the maximum texture size, which doesn't prevent drm from working. robert. > Cheers > > Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20080923/f0c911c8/attachment.pgp From callumgibson at optusnet.com.au Wed Sep 24 03:25:18 2008 From: callumgibson at optusnet.com.au (Callum Gibson) Date: Wed Sep 24 03:25:21 2008 Subject: Working! (was Re: Matrox G550 fails dual-head, used to work) In-Reply-To: <20080903204028.GA17408@omma.gibson.athome> References: <20080903204028.GA17408@omma.gibson.athome> Message-ID: <20080924032514.GA19313@omma.gibson.athome> On 04Sep08 06:40, Callum Gibson wrote: }to be willing to do), the only other option is to use the linux binary }driver from the ports. This also used to work, and apparently people have }it working under 6.X, but under 7.X you get: } }http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/117907 } }I'm beginning to think this will be the only way to get dual dvi going }for matrox cards, but it seems to involve addressing a problem with the }linuxulator which I don't yet understand. I've worked out how to get the linux mga_hal driver to work under 7.X and now have dual DVI screens working with my G550 again! It turns out to have nothing to do with linux emulation at all. Apparently mga_hal only ever worked because Xorg loaded in the linux .so files directly, and likewise the linux libs pulled in the FreeBSD libc.so.6, not the linux libc - no emulation required. This is arguably not meant to work, but I guess both systems use gcc and there are no system calls so it happens to work. Ok, so after installing mga_hal from ports you'll have 2 new .so files in /usr/local/lib/modules/drivers. You'll need to symlink or copy these to where Xorg 7.3 expects to find them, which is /usr/local/lib/xorg/modules/drivers. Note, if you have xf86-video-mga installed you might want to back up the previous version of mga_drv.so. You might also want to copy the files so if you make a mistake and mangle the mga_hal libraries you can start again. One this is done, you should see the GLIBC dependency error as per PR 117907 when you try to start Xorg. For whatever reason, something in the runtime linker has changed between FreeBSD 6.X and 7.X so that it picks up a version dependency in mga_drv.so and mga_hal_drv.so, even though it's marked as a weak symbol from what I can tell. You can see this by running: % readelf -V /usr/local/lib/xorg/modules/drivers/mga_drv.so At the bottom you will see: Version needs section '.gnu.version_r' contains 1 entries: Addr: 0x0000000000003de0 Offset: 0x003de0 Link to section: 3 (.dynstr) 000000: Version: 1 File: libc.so.6 Cnt: 1 0x0010: Name: GLIBC_2.1.3 Flags: none Version: 2 You can run the following to see all the version info that is causing problems. % readelf -a /usr/local/lib/xorg/modules/drivers/mga_drv.so |grep VER [ 4] .gnu.version VERSYM 00003aee 003aee 0002f0 02 A 2 0 2 [ 5] .gnu.version_r VERNEED 00003de0 003de0 000020 00 A 3 1 4 0x6ffffffe (VERNEED) 0x3de0 0x6fffffff (VERNEEDNUM) 1 0x6ffffff0 (VERSYM) 0x3aee Now, you need to hack both the linux .so files to eliminate this dependency. Eliminating the version sections is the easy bit. As root from /usr/local/lib/xorg/modules/drivers... # objcopy -R .gnu.version -R .gnu.version_r mga_drv.so # objcopy -R .gnu.version -R .gnu.version_r mga_hal_drv.so We also need to remove references to those sections from the Dynamic segment so the linker doesn't still go looking for them. You can find the relevant parts by doing this: The first hex number should be the same (maps to the tag type), but the second column of numbers (the value) might be different depending on your library. You will see the same tags in mga_hal_drv.so (with different values again). Now for the tricky bit. You need to edit the .so file with a hex editor (eg. editors/hexedit in port) and search for the tags. Note, in hexedit, the tag's hex value is byte-swapped on little endian machines. So I search for feffff6f (rather than 6ffffffe) to find the VERNEED tag and after that you will see (using my values above) "E0 3D". Here is the whole relevant line as displayed in hexedit: 000354C0 FE FF FF 6F E0 3D 00 00 FF FF FF 6F 01 00 00 00 F0 FF FF 6F EE 3A You need to null out the tag and values entirely. In other words write over "FE FF FF 6F E0 3D" with zeroes. Likewise "FF FF FF 6F 01" and "F0 FF FF 6F EE 3A". After saving, try: % readelf -a /usr/local/lib/xorg/modules/drivers/mga_drv.so |grep VER again, and there should be no output. Repeat editing on mga_hal_drv.so. As per other posts on this issue, you can now run Xorg -ignoreABI and it will successfully load up the linux .so files, and resolve the libc.so.6 reference against compat6x's libc.so.6 in /usr/local/lib/compat. You'll probably still need an appropriate xorg.conf for xinerama to work, but you should not have the GLIBC fatal error. The only other issue I have had since is that I noticed my window titles weren't redrawing properly and then starting firefox caused a crash. I removed BackingStore option, which I'd inherited from someone's xorg.conf, and that seems to have fixed the problem. So far, so good. All the other usual stuff is there, including subpixel rendering for font smoothing. I'm not sure if there is a way to do that hexediting in ports for 7.X machines or if a pre-hacked version of the libs could be distributed. C -- Callum Gibson @ home http://members.optusnet.com.au/callumgibson/ From sean at xenadyne.com Fri Sep 26 05:32:13 2008 From: sean at xenadyne.com (Sean Burke) Date: Fri Sep 26 05:32:22 2008 Subject: ports/x11-fonts/libXfont build fails Message-ID: <200809260507.m8Q57HFl001882@bolo.xenadyne.com> Hi, And i only tried to install emacs. :-) -SEan My build failed with this message: checking for freetype-config... no configure: error: You must have freetype installed; see http://www.freetype.org/ ===> Script "configure" failed unexpectedly. Please report the problem to x11@FreeBSD.org [maintainer] and attach the "/usr/ports/x11-fonts/libXfont/work/libXfont-1.3.1/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). And here follows the libXfont-1.3.1/config.log: This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by libXfont configure 1.3.1, which was generated by GNU Autoconf 2.61. Invocation command line was $ ./configure --enable-malloc0returnsnull --x-libraries=/usr/local/lib --x-includes=/usr/local/include --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/ --build=i386-portbld-freebsd7.1 ## --------- ## ## Platform. ## ## --------- ## hostname = pico.la.xenadyne.com uname -m = i386 uname -r = 7.1-BETA uname -s = FreeBSD uname -v = FreeBSD 7.1-BETA #0: Sun Sep 7 13:49:18 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC /usr/bin/uname -p = i386 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /sbin PATH: /bin PATH: /usr/sbin PATH: /usr/bin PATH: /usr/games PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /root/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:2053: checking for a BSD-compatible install configure:2109: result: /usr/bin/install -c -o root -g wheel configure:2120: checking whether build environment is sane configure:2163: result: yes configure:2191: checking for a thread-safe mkdir -p configure:2230: result: ./install-sh -c -d configure:2243: checking for gawk configure:2273: result: no configure:2243: checking for mawk configure:2273: result: no configure:2243: checking for nawk configure:2259: found /usr/bin/nawk configure:2270: result: nawk configure:2281: checking whether make sets $(MAKE) configure:2302: result: yes configure:2544: checking for gcc configure:2571: result: cc configure:2809: checking for C compiler version configure:2816: cc --version >&5 cc (GCC) 4.2.1 20070719 [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:2819: $? = 0 configure:2826: cc -v >&5 Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:2829: $? = 0 configure:2836: cc -V >&5 cc: '-V' option must have argument configure:2839: $? = 1 configure:2862: checking for C compiler default output file name configure:2889: cc -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:2892: $? = 0 configure:2930: result: a.out configure:2947: checking whether the C compiler works configure:2957: ./a.out configure:2960: $? = 0 configure:2977: result: yes configure:2984: checking whether we are cross compiling configure:2986: result: no configure:2989: checking for suffix of executables configure:2996: cc -o conftest -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:2999: $? = 0 configure:3023: result: configure:3029: checking for suffix of object files configure:3055: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:3058: $? = 0 configure:3081: result: o configure:3085: checking whether we are using the GNU C compiler configure:3114: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:3120: $? = 0 configure:3137: result: yes configure:3142: checking whether cc accepts -g configure:3172: cc -c -g conftest.c >&5 configure:3178: $? = 0 configure:3277: result: yes configure:3294: checking for cc option to accept ISO C89 configure:3368: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:3374: $? = 0 configure:3397: result: none needed configure:3426: checking for style of include used by make configure:3454: result: GNU configure:3479: checking dependency style of cc configure:3570: result: gcc3 configure:3663: checking build system type configure:3681: result: i386-portbld-freebsd7.1 configure:3703: checking host system type configure:3718: result: i386-portbld-freebsd7.1 configure:3740: checking for a sed that does not truncate output configure:3794: result: /usr/bin/sed configure:3797: checking for grep that handles long lines and -e configure:3871: result: /usr/bin/grep configure:3876: checking for egrep configure:3954: result: /usr/bin/grep -E configure:3970: checking for ld used by cc configure:4037: result: /usr/bin/ld configure:4046: checking if the linker (/usr/bin/ld) is GNU ld configure:4061: result: yes configure:4066: checking for /usr/bin/ld option to reload object files configure:4073: result: -r configure:4091: checking for BSD-compatible nm configure:4140: result: /usr/bin/nm -B configure:4144: checking whether ln -s works configure:4148: result: yes configure:4155: checking how to recognise dependent libraries configure:4331: result: pass_all configure:4565: checking how to run the C preprocessor configure:4605: cc -E conftest.c configure:4611: $? = 0 configure:4642: cc -E conftest.c conftest.c:10:28: error: ac_nonexistent.h: No such file or directory configure:4648: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libXfont" | #define PACKAGE_TARNAME "libXfont" | #define PACKAGE_VERSION "1.3.1" | #define PACKAGE_STRING "libXfont 1.3.1" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "libXfont" | #define VERSION "1.3.1" | /* end confdefs.h. */ | #include configure:4681: result: cc -E configure:4710: cc -E conftest.c configure:4716: $? = 0 configure:4747: cc -E conftest.c conftest.c:10:28: error: ac_nonexistent.h: No such file or directory configure:4753: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libXfont" | #define PACKAGE_TARNAME "libXfont" | #define PACKAGE_VERSION "1.3.1" | #define PACKAGE_STRING "libXfont 1.3.1" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "libXfont" | #define VERSION "1.3.1" | /* end confdefs.h. */ | #include configure:4791: checking for ANSI C header files configure:4821: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:4827: $? = 0 configure:4926: cc -o conftest -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:4929: $? = 0 configure:4935: ./conftest configure:4938: $? = 0 configure:4955: result: yes configure:4979: checking for sys/types.h configure:5000: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:5006: $? = 0 configure:5022: result: yes configure:4979: checking for sys/stat.h configure:5000: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:5006: $? = 0 configure:5022: result: yes configure:4979: checking for stdlib.h configure:5000: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:5006: $? = 0 configure:5022: result: yes configure:4979: checking for string.h configure:5000: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:5006: $? = 0 configure:5022: result: yes configure:4979: checking for memory.h configure:5000: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:5006: $? = 0 configure:5022: result: yes configure:4979: checking for strings.h configure:5000: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:5006: $? = 0 configure:5022: result: yes configure:4979: checking for inttypes.h configure:5000: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:5006: $? = 0 configure:5022: result: yes configure:4979: checking for stdint.h configure:5000: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:5006: $? = 0 configure:5022: result: yes configure:4979: checking for unistd.h configure:5000: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:5006: $? = 0 configure:5022: result: yes configure:5049: checking dlfcn.h usability configure:5066: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:5072: $? = 0 configure:5086: result: yes configure:5090: checking dlfcn.h presence configure:5105: cc -E conftest.c configure:5111: $? = 0 configure:5125: result: yes configure:5158: checking for dlfcn.h configure:5166: result: yes configure:5295: checking for C++ compiler version configure:5302: c++ --version >&5 c++ (GCC) 4.2.1 20070719 [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:5305: $? = 0 configure:5312: c++ -v >&5 Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:5315: $? = 0 configure:5322: c++ -V >&5 c++: '-V' option must have argument configure:5325: $? = 1 configure:5328: checking whether we are using the GNU C++ compiler configure:5357: c++ -c -O2 -fno-strict-aliasing -pipe conftest.cpp >&5 configure:5363: $? = 0 configure:5380: result: yes configure:5385: checking whether c++ accepts -g configure:5415: c++ -c -g conftest.cpp >&5 configure:5421: $? = 0 configure:5520: result: yes configure:5545: checking dependency style of c++ configure:5636: result: gcc3 configure:5661: checking how to run the C++ preprocessor configure:5697: c++ -E conftest.cpp configure:5703: $? = 0 configure:5734: c++ -E conftest.cpp conftest.cpp:21:28: error: ac_nonexistent.h: No such file or directory configure:5740: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libXfont" | #define PACKAGE_TARNAME "libXfont" | #define PACKAGE_VERSION "1.3.1" | #define PACKAGE_STRING "libXfont 1.3.1" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "libXfont" | #define VERSION "1.3.1" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | /* end confdefs.h. */ | #include configure:5773: result: c++ -E configure:5802: c++ -E conftest.cpp configure:5808: $? = 0 configure:5839: c++ -E conftest.cpp conftest.cpp:21:28: error: ac_nonexistent.h: No such file or directory configure:5845: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libXfont" | #define PACKAGE_TARNAME "libXfont" | #define PACKAGE_VERSION "1.3.1" | #define PACKAGE_STRING "libXfont 1.3.1" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "libXfont" | #define VERSION "1.3.1" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | /* end confdefs.h. */ | #include configure:5938: checking for g77 configure:5968: result: no configure:5938: checking for xlf configure:5968: result: no configure:5938: checking for f77 configure:5968: result: no configure:5938: checking for frt configure:5968: result: no configure:5938: checking for pgf77 configure:5968: result: no configure:5938: checking for cf77 configure:5968: result: no configure:5938: checking for fort77 configure:5968: result: no configure:5938: checking for fl32 configure:5968: result: no configure:5938: checking for af77 configure:5968: result: no configure:5938: checking for xlf90 configure:5968: result: no configure:5938: checking for f90 configure:5968: result: no configure:5938: checking for pgf90 configure:5968: result: no configure:5938: checking for pghpf configure:5968: result: no configure:5938: checking for epcf90 configure:5968: result: no configure:5938: checking for gfortran configure:5968: result: no configure:5938: checking for g95 configure:5968: result: no configure:5938: checking for xlf95 configure:5968: result: no configure:5938: checking for f95 configure:5968: result: no configure:5938: checking for fort configure:5968: result: no configure:5938: checking for ifort configure:5968: result: no configure:5938: checking for ifc configure:5968: result: no configure:5938: checking for efc configure:5968: result: no configure:5938: checking for pgf95 configure:5968: result: no configure:5938: checking for lf95 configure:5968: result: no configure:5938: checking for ftn configure:5968: result: no configure:5995: checking for Fortran 77 compiler version configure:6002: --version >&5 --version: not found configure:6005: $? = 127 configure:6012: -v >&5 -v: not found configure:6015: $? = 127 configure:6022: -V >&5 -V: not found configure:6025: $? = 127 configure:6033: checking whether we are using the GNU Fortran 77 compiler configure:6052: -c conftest.F >&5 -c: not found configure:6058: $? = 127 configure: failed program was: | program main | #ifndef __GNUC__ | choke me | #endif | | end configure:6075: result: no configure:6081: checking whether accepts -g configure:6098: -c -g conftest.f >&5 -c: not found configure:6104: $? = 127 configure: failed program was: | program main | | end configure:6120: result: no configure:6150: checking the maximum length of command line arguments configure:6259: result: 262144 configure:6270: checking command to parse /usr/bin/nm -B output from cc object configure:6375: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:6378: $? = 0 configure:6382: /usr/bin/nm -B conftest.o \| sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' \> conftest.nm configure:6385: $? = 0 configure:6437: cc -o conftest -O2 -fno-strict-aliasing -pipe conftest.c conftstm.o >&5 configure:6440: $? = 0 configure:6478: result: ok configure:6482: checking for objdir configure:6497: result: .libs configure:6589: checking for ar configure:6605: found /usr/bin/ar configure:6616: result: ar configure:6685: checking for ranlib configure:6701: found /usr/bin/ranlib configure:6712: result: ranlib configure:6781: checking for strip configure:6797: found /usr/bin/strip configure:6808: result: strip configure:7094: checking if cc supports -fno-rtti -fno-exceptions configure:7112: cc -c -O2 -fno-strict-aliasing -pipe -fno-rtti -fno-exceptions conftest.c >&5 cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++ but not for C configure:7116: $? = 0 configure:7129: result: no configure:7144: checking for cc option to produce PIC configure:7354: result: -fPIC configure:7362: checking if cc PIC flag -fPIC works configure:7380: cc -c -O2 -fno-strict-aliasing -pipe -fPIC -DPIC conftest.c >&5 configure:7384: $? = 0 configure:7397: result: yes configure:7425: checking if cc static flag -static works configure:7453: result: yes configure:7463: checking if cc supports -c -o file.o configure:7484: cc -c -O2 -fno-strict-aliasing -pipe -o out/conftest2.o conftest.c >&5 configure:7488: $? = 0 configure:7510: result: yes configure:7536: checking whether the cc linker (/usr/bin/ld) supports shared libraries configure:8490: result: yes configure:8511: checking whether -lc should be explicitly linked in configure:8516: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:8519: $? = 0 configure:8534: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| grep -lc \>/dev/null 2\>\&1 configure:8537: $? = 0 configure:8549: result: no configure:8557: checking dynamic linker characteristics configure:9145: result: freebsd7.1 ld.so configure:9154: checking how to hardcode library paths into programs configure:9179: result: immediate configure:9193: checking whether stripping libraries is possible configure:9198: result: yes configure:9999: checking if libtool supports shared libraries configure:10001: result: yes configure:10004: checking whether to build shared libraries configure:10025: result: yes configure:10028: checking whether to build static libraries configure:10032: result: yes configure:10124: creating libtool configure:10712: checking for ld used by c++ configure:10779: result: /usr/bin/ld configure:10788: checking if the linker (/usr/bin/ld) is GNU ld configure:10803: result: yes configure:10854: checking whether the c++ linker (/usr/bin/ld) supports shared libraries configure:11788: result: yes configure:11806: c++ -c -O2 -fno-strict-aliasing -pipe conftest.cpp >&5 configure:11809: $? = 0 configure:11928: checking for c++ option to produce PIC configure:12202: result: -fPIC configure:12210: checking if c++ PIC flag -fPIC works configure:12228: c++ -c -O2 -fno-strict-aliasing -pipe -fPIC -DPIC conftest.cpp >&5 configure:12232: $? = 0 configure:12245: result: yes configure:12273: checking if c++ static flag -static works configure:12301: result: yes configure:12311: checking if c++ supports -c -o file.o configure:12332: c++ -c -O2 -fno-strict-aliasing -pipe -o out/conftest2.o conftest.cpp >&5 configure:12336: $? = 0 configure:12358: result: yes configure:12384: checking whether the c++ linker (/usr/bin/ld) supports shared libraries configure:12409: result: yes configure:12476: checking dynamic linker characteristics configure:13064: result: freebsd7.1 ld.so configure:13073: checking how to hardcode library paths into programs configure:13098: result: immediate configure:19287: checking for pkg-config configure:19305: found /usr/local/bin/pkg-config configure:19317: result: /usr/local/bin/pkg-config configure:19346: checking pkg-config is at least version 0.9.0 configure:19349: result: yes configure:19377: checking endian.h usability configure:19394: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 conftest.c:54:20: error: endian.h: No such file or directory configure:19400: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libXfont" | #define PACKAGE_TARNAME "libXfont" | #define PACKAGE_VERSION "1.3.1" | #define PACKAGE_STRING "libXfont 1.3.1" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "libXfont" | #define VERSION "1.3.1" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | /* end confdefs.h. */ | #include | #ifdef HAVE_SYS_TYPES_H | # include | #endif | #ifdef HAVE_SYS_STAT_H | # include | #endif | #ifdef STDC_HEADERS | # include | # include | #else | # ifdef HAVE_STDLIB_H | # include | # endif | #endif | #ifdef HAVE_STRING_H | # if !defined STDC_HEADERS && defined HAVE_MEMORY_H | # include | # endif | # include | #endif | #ifdef HAVE_STRINGS_H | # include | #endif | #ifdef HAVE_INTTYPES_H | # include | #endif | #ifdef HAVE_STDINT_H | # include | #endif | #ifdef HAVE_UNISTD_H | # include | #endif | #include configure:19414: result: no configure:19418: checking endian.h presence configure:19433: cc -E conftest.c conftest.c:21:20: error: endian.h: No such file or directory configure:19439: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libXfont" | #define PACKAGE_TARNAME "libXfont" | #define PACKAGE_VERSION "1.3.1" | #define PACKAGE_STRING "libXfont 1.3.1" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "libXfont" | #define VERSION "1.3.1" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | /* end confdefs.h. */ | #include configure:19453: result: no configure:19486: checking for endian.h configure:19494: result: no configure:19377: checking poll.h usability configure:19394: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:19400: $? = 0 configure:19414: result: yes configure:19418: checking poll.h presence configure:19433: cc -E conftest.c configure:19439: $? = 0 configure:19453: result: yes configure:19486: checking for poll.h configure:19494: result: yes configure:19377: checking sys/poll.h usability configure:19394: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:19400: $? = 0 configure:19414: result: yes configure:19418: checking sys/poll.h presence configure:19433: cc -E conftest.c configure:19439: $? = 0 configure:19453: result: yes configure:19486: checking for sys/poll.h configure:19494: result: yes configure:19511: checking for poll configure:19567: cc -o conftest -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:19573: $? = 0 configure:19591: result: yes configure:19660: checking for FREETYPE configure:19668: $PKG_CONFIG --exists --print-errors "freetype2" gnome-config: not found Package freetype2 was not found in the pkg-config search path. Perhaps you should add the directory containing `freetype2.pc' to the PKG_CONFIG_PATH environment variable No package 'freetype2' found configure:19671: $? = 1 configure:19686: $PKG_CONFIG --exists --print-errors "freetype2" gnome-config: not found Package freetype2 was not found in the pkg-config search path. Perhaps you should add the directory containing `freetype2.pc' to the PKG_CONFIG_PATH environment variable No package 'freetype2' found configure:19689: $? = 1 No package 'freetype2' found configure:19717: result: no configure:19734: checking for freetype-config configure:19765: result: no configure:19774: error: You must have freetype installed; see http://www.freetype.org/ ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_build=i386-portbld-freebsd7.1 ac_cv_c_compiler_gnu=yes ac_cv_cxx_compiler_gnu=yes ac_cv_env_CCC_set='' ac_cv_env_CCC_value='' ac_cv_env_CC_set=set ac_cv_env_CC_value=cc ac_cv_env_CFLAGS_set=set ac_cv_env_CFLAGS_value='-O2 -fno-strict-aliasing -pipe' ac_cv_env_CPPFLAGS_set='' ac_cv_env_CPPFLAGS_value='' ac_cv_env_CPP_set='' ac_cv_env_CPP_value='' ac_cv_env_CXXCPP_set='' ac_cv_env_CXXCPP_value='' ac_cv_env_CXXFLAGS_set=set ac_cv_env_CXXFLAGS_value='-O2 -fno-strict-aliasing -pipe' ac_cv_env_CXX_set=set ac_cv_env_CXX_value=c++ ac_cv_env_F77_set='' ac_cv_env_F77_value='' ac_cv_env_FFLAGS_set='' ac_cv_env_FFLAGS_value='' ac_cv_env_FONTCACHEPROTO_CFLAGS_set='' ac_cv_env_FONTCACHEPROTO_CFLAGS_value='' ac_cv_env_FONTCACHEPROTO_LIBS_set='' ac_cv_env_FONTCACHEPROTO_LIBS_value='' ac_cv_env_FREETYPE_CFLAGS_set='' ac_cv_env_FREETYPE_CFLAGS_value='' ac_cv_env_FREETYPE_LIBS_set='' ac_cv_env_FREETYPE_LIBS_value='' ac_cv_env_LDFLAGS_set='' ac_cv_env_LDFLAGS_value='' ac_cv_env_LIBS_set='' ac_cv_env_LIBS_value='' ac_cv_env_PKG_CONFIG_set='' ac_cv_env_PKG_CONFIG_value='' ac_cv_env_XFONT_CFLAGS_set='' ac_cv_env_XFONT_CFLAGS_value='' ac_cv_env_XFONT_LIBS_set='' ac_cv_env_XFONT_LIBS_value='' ac_cv_env_build_alias_set=set ac_cv_env_build_alias_value=i386-portbld-freebsd7.1 ac_cv_env_host_alias_set='' ac_cv_env_host_alias_value='' ac_cv_env_target_alias_set='' ac_cv_env_target_alias_value='' ac_cv_f77_compiler_gnu=no ac_cv_func_poll=yes ac_cv_header_dlfcn_h=yes ac_cv_header_endian_h=no ac_cv_header_inttypes_h=yes ac_cv_header_memory_h=yes ac_cv_header_poll_h=yes ac_cv_header_stdc=yes ac_cv_header_stdint_h=yes ac_cv_header_stdlib_h=yes ac_cv_header_string_h=yes ac_cv_header_strings_h=yes ac_cv_header_sys_poll_h=yes ac_cv_header_sys_stat_h=yes ac_cv_header_sys_types_h=yes ac_cv_header_unistd_h=yes ac_cv_host=i386-portbld-freebsd7.1 ac_cv_objext=o ac_cv_path_EGREP='/usr/bin/grep -E' ac_cv_path_GREP=/usr/bin/grep ac_cv_path_ac_pt_PKG_CONFIG=/usr/local/bin/pkg-config ac_cv_path_ft_config=no ac_cv_prog_AWK=nawk ac_cv_prog_CPP='cc -E' ac_cv_prog_CXXCPP='c++ -E' ac_cv_prog_ac_ct_AR=ar ac_cv_prog_ac_ct_CC=cc ac_cv_prog_ac_ct_RANLIB=ranlib ac_cv_prog_ac_ct_STRIP=strip ac_cv_prog_cc_c89='' ac_cv_prog_cc_g=yes ac_cv_prog_cxx_g=yes ac_cv_prog_f77_g=no ac_cv_prog_make_make_set=yes am_cv_CC_dependencies_compiler_type=gcc3 am_cv_CXX_dependencies_compiler_type=gcc3 lt_cv_deplibs_check_method=pass_all lt_cv_file_magic_cmd='$MAGIC_CMD' lt_cv_file_magic_test_file='' lt_cv_ld_reload_flag=-r lt_cv_objdir=.libs lt_cv_path_LD=/usr/bin/ld lt_cv_path_LDCXX=/usr/bin/ld lt_cv_path_NM='/usr/bin/nm -B' lt_cv_path_SED=/usr/bin/sed lt_cv_prog_compiler_c_o=yes lt_cv_prog_compiler_c_o_CXX=yes lt_cv_prog_compiler_rtti_exceptions=no lt_cv_prog_gnu_ld=yes lt_cv_prog_gnu_ldcxx=yes lt_cv_sys_global_symbol_pipe='sed -n -e '\''s/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p'\''' lt_cv_sys_global_symbol_to_c_name_address='sed -n -e '\''s/^: \([^ ]*\) $/ {\"\1\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \([^ ]*\) \([^ ]*\)$/ {"\2", (lt_ptr) \&\2},/p'\''' lt_cv_sys_global_symbol_to_cdecl='sed -n -e '\''s/^. .* \(.*\)$/extern int \1;/p'\''' lt_cv_sys_max_cmd_len=262144 lt_lt_cv_prog_compiler_c_o='"yes"' lt_lt_cv_prog_compiler_c_o_CXX='"yes"' lt_lt_cv_sys_global_symbol_pipe='"sed -n -e '\''s/^.*[ ]\\([ABCDGIRSTW][ABCDGIRSTW]*\\)[ ][ ]*\\([_A-Za-z][_A-Za-z0-9]*\\)\$/\\1 \\2 \\2/p'\''"' lt_lt_cv_sys_global_symbol_to_c_name_address='"sed -n -e '\''s/^: \\([^ ]*\\) \$/ {\\\"\\1\\\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \\([^ ]*\\) \\([^ ]*\\)\$/ {\"\\2\", (lt_ptr) \\&\\2},/p'\''"' lt_lt_cv_sys_global_symbol_to_cdecl='"sed -n -e '\''s/^. .* \\(.*\\)\$/extern int \\1;/p'\''"' ## ----------------- ## ## Output variables. ## ## ----------------- ## ACLOCAL='${SHELL} /usr/ports/x11-fonts/libXfont/work/libXfont-1.3.1/missing --run aclocal-1.10' AMDEPBACKSLASH='\' AMDEP_FALSE='#' AMDEP_TRUE='' AMTAR='${SHELL} /usr/ports/x11-fonts/libXfont/work/libXfont-1.3.1/missing --run tar' AR='ar' AUTOCONF='${SHELL} /usr/ports/x11-fonts/libXfont/work/libXfont-1.3.1/missing --run autoconf' AUTOHEADER='${SHELL} /usr/ports/x11-fonts/libXfont/work/libXfont-1.3.1/missing --run autoheader' AUTOMAKE='${SHELL} /usr/ports/x11-fonts/libXfont/work/libXfont-1.3.1/missing --run automake-1.10' AWK='nawk' CC='cc' CCDEPMODE='depmode=gcc3' CFLAGS='-O2 -fno-strict-aliasing -pipe' CPP='cc -E' CPPFLAGS='' CXX='c++' CXXCPP='c++ -E' CXXDEPMODE='depmode=gcc3' CXXFLAGS='-O2 -fno-strict-aliasing -pipe' CYGPATH_W='echo' DEFS='' DEPDIR='.deps' ECHO='echo' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='/usr/bin/grep -E' ENCODINGSDIR='${exec_prefix}/lib/X11/fonts/encodings' EXEEXT='' F77='' FFLAGS='' FONTCACHEPROTO_CFLAGS='' FONTCACHEPROTO_LIBS='' FREETYPE_CFLAGS='' FREETYPE_LIBS='' FREETYPE_REQUIRES='' GREP='/usr/bin/grep' INSTALL_DATA='install -o root -g wheel -m 444' INSTALL_PROGRAM='install -s -o root -g wheel -m 555' INSTALL_SCRIPT='install -o root -g wheel -m 555' INSTALL_STRIP_PROGRAM='$(install_sh) -c -s' LDFLAGS='' LIBOBJS='' LIBS='' LIBTOOL='$(SHELL) $(top_builddir)/libtool' LN_S='ln -s' LTLIBOBJS='' MAKEINFO='${SHELL} /usr/ports/x11-fonts/libXfont/work/libXfont-1.3.1/missing --run makeinfo' MATH_LIBS='' OBJEXT='o' PACKAGE='libXfont' PACKAGE_BUGREPORT='https://bugs.freedesktop.org/enter_bug.cgi?product=xorg' PACKAGE_NAME='libXfont' PACKAGE_STRING='libXfont 1.3.1' PACKAGE_TARNAME='libXfont' PACKAGE_VERSION='1.3.1' PATH_SEPARATOR=':' PKG_CONFIG='/usr/local/bin/pkg-config' RANLIB='ranlib' SET_MAKE='' SHELL='/bin/sh' STRIP='strip' VERSION='1.3.1' XFONT_BDFFORMAT_FALSE='' XFONT_BDFFORMAT_TRUE='' XFONT_BITMAP_FALSE='' XFONT_BITMAP_TRUE='' XFONT_BUILTINS_FALSE='' XFONT_BUILTINS_TRUE='' XFONT_CFLAGS='' XFONT_FC_FALSE='' XFONT_FC_TRUE='' XFONT_FONTCACHE_FALSE='' XFONT_FONTCACHE_TRUE='' XFONT_FONTFILE_FALSE='' XFONT_FONTFILE_TRUE='' XFONT_FREETYPE_FALSE='#' XFONT_FREETYPE_TRUE='' XFONT_LIBS='' XFONT_PCFFORMAT_FALSE='' XFONT_PCFFORMAT_TRUE='' XFONT_SNFFORMAT_FALSE='' XFONT_SNFFORMAT_TRUE='' XFONT_SPEEDO_FALSE='' XFONT_SPEEDO_TRUE='' XFONT_TYPE1_FALSE='' XFONT_TYPE1_TRUE='' X_GZIP_FONT_COMPRESSION='' Z_LIBS='' ac_ct_CC='cc' ac_ct_CXX='' ac_ct_F77='' am__fastdepCC_FALSE='#' am__fastdepCC_TRUE='' am__fastdepCXX_FALSE='#' am__fastdepCXX_TRUE='' am__include='include' am__isrc='' am__leading_dot='.' am__quote='' am__tar='${AMTAR} chof - "$$tardir"' am__untar='${AMTAR} xf -' bindir='${exec_prefix}/bin' build='i386-portbld-freebsd7.1' build_alias='i386-portbld-freebsd7.1' build_cpu='i386' build_os='freebsd7.1' build_vendor='portbld' datadir='${datarootdir}' datarootdir='${prefix}/share' docdir='${datarootdir}/doc/${PACKAGE_TARNAME}' dvidir='${docdir}' exec_prefix='NONE' ft_config='no' host='i386-portbld-freebsd7.1' host_alias='' host_cpu='i386' host_os='freebsd7.1' host_vendor='portbld' htmldir='${docdir}' includedir='${prefix}/include' infodir='/usr/local/info/' install_sh='$(SHELL) /usr/ports/x11-fonts/libXfont/work/libXfont-1.3.1/install-sh' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localedir='${datarootdir}/locale' localstatedir='${prefix}/var' mandir='/usr/local/man' mkdir_p='$(top_builddir)/./install-sh -c -d' oldincludedir='/usr/include' pdfdir='${docdir}' prefix='/usr/local' program_transform_name='s,x,x,' psdir='${docdir}' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='' ## ----------- ## ## confdefs.h. ## ## ----------- ## #define PACKAGE_NAME "libXfont" #define PACKAGE_TARNAME "libXfont" #define PACKAGE_VERSION "1.3.1" #define PACKAGE_STRING "libXfont 1.3.1" #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" #define PACKAGE "libXfont" #define VERSION "1.3.1" #define STDC_HEADERS 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_SYS_STAT_H 1 #define HAVE_STDLIB_H 1 #define HAVE_STRING_H 1 #define HAVE_MEMORY_H 1 #define HAVE_STRINGS_H 1 #define HAVE_INTTYPES_H 1 #define HAVE_STDINT_H 1 #define HAVE_UNISTD_H 1 #define HAVE_DLFCN_H 1 #define HAVE_POLL_H 1 #define HAVE_SYS_POLL_H 1 #define HAVE_POLL 1 #define XFONT_FREETYPE 1 configure: exit 1 From callumgibson at optusnet.com.au Fri Sep 26 09:20:06 2008 From: callumgibson at optusnet.com.au (Callum Gibson) Date: Fri Sep 26 09:20:12 2008 Subject: ports/117907: x11-servers/mga_hal broken on 7.0-BETA (GLIBC error) Message-ID: <200809260920.m8Q9K5QF011522@freefall.freebsd.org> The following reply was made to PR ports/117907; it has been noted by GNATS. From: Callum Gibson To: bug-followup@FreeBSD.org, josh@hewbert.com Cc: Subject: Re: ports/117907: x11-servers/mga_hal broken on 7.0-BETA (GLIBC error) Date: 26 Sep 2008 13:03:44 +1000 To see my workaround for getting this to work on FreeBSD 7.X see http://lists.freebsd.org/pipermail/freebsd-x11/2008-September/006720.html Not sure how it can be used to close this PR though. C -- Callum Gibson @ home http://members.optusnet.com.au/callumgibson/ From flz at xbsd.org Fri Sep 26 10:42:56 2008 From: flz at xbsd.org (Florent Thoumie) Date: Fri Sep 26 10:43:03 2008 Subject: ports/x11-fonts/libXfont build fails In-Reply-To: <200809260507.m8Q57HFl001882@bolo.xenadyne.com> References: <200809260507.m8Q57HFl001882@bolo.xenadyne.com> Message-ID: On Fri, Sep 26, 2008 at 6:07 AM, Sean Burke wrote: > > > Hi, > > And i only tried to install emacs. :-) > > > -SEan > > My build failed with this message: > > checking for freetype-config... no > configure: error: You must have freetype installed; see http://www.freetype.org/ > ===> Script "configure" failed unexpectedly. > Please report the problem to x11@FreeBSD.org [maintainer] and attach the > "/usr/ports/x11-fonts/libXfont/work/libXfont-1.3.1/config.log" including the > output of the failure of your make command. Also, it might be a good idea to > provide an overview of all packages installed on your system (e.g. an `ls > /var/db/pkg`). Check that freetype2 is installed. Also check that the freetype2.pc file is in /usr/local/libdata/pkgconfig/. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From x11.freebsd at andreyevs.net Fri Sep 26 21:35:48 2008 From: x11.freebsd at andreyevs.net (Konstantin Andreyev) Date: Fri Sep 26 21:35:56 2008 Subject: configure libXau failed during diablo-jre16 make Message-ID: <48DD5161.7010805@andreyevs.net> ===================================================================== ... ... checking whether the f77 linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd6.3 ld.so checking how to hardcode library paths into programs... immediate checking whether make sets $(MAKE)... (cached) yes checking for i386-portbld-freebsd6.3-pkg-config... no checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for XAU... gnome-config: not found configure: error: Package requirements (xproto) were not met: No package 'xproto' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables XAU_CFLAGS and XAU_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. ===> Script "configure" failed unexpectedly. Please report the problem to x11@FreeBSD.org [maintainer] and attach the "/usr/ports/x11/libXau/work/libXau-1.0.3/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/x11/libXau. *** Error code 1 Stop in /usr/ports/x11/libX11. *** Error code 1 Stop in /usr/ports/x11/libXi. *** Error code 1 =============================================================== overview of all packages (ls /var/db/pkg): bash-3.2# ls /var/db/pkg bigreqsproto-1.0.2 xcmiscproto-1.1.2 xproto-7.0.10_1 inputproto-1.4.2.1 xextproto-7.0.2 kbproto-1.0.3 xf86bigfontproto-1.1.2 =============================================================== If you need additional information please do not hesitate to contact me. Thank you, Konstantin -------------- next part -------------- This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by libXau configure 1.0.3, which was generated by GNU Autoconf 2.60. Invocation command line was $ ./configure --enable-malloc0returnsnull --x-libraries=/usr/local/lib --x-includes=/usr/local/include --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/ i386-portbld-freebsd6.3 ## --------- ## ## Platform. ## ## --------- ## hostname = t.hplusplus.net uname -m = i386 uname -r = 6.3-RELEASE uname -s = FreeBSD uname -v = FreeBSD 6.3-RELEASE #1: Thu Sep 25 09:42:04 PDT 2008 root@t.hplusplus.net:/usr/obj/usr/src/sys/TUNED /usr/bin/uname -p = i386 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /sbin PATH: /bin PATH: /usr/sbin PATH: /usr/bin PATH: /usr/games PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /usr/X11R6/bin PATH: /root/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:2009: checking for a BSD-compatible install configure:2065: result: /usr/bin/install -c -o root -g wheel configure:2076: checking whether build environment is sane configure:2119: result: yes configure:2184: checking for gawk configure:2214: result: no configure:2184: checking for mawk configure:2214: result: no configure:2184: checking for nawk configure:2200: found /usr/bin/nawk configure:2211: result: nawk configure:2222: checking whether make sets $(MAKE) configure:2243: result: yes configure:2451: checking whether to enable maintainer-specific portions of Makefiles configure:2460: result: no configure:2485: checking if xorg-macros used to generate configure is at least 1.1 configure:2500: result: yes, 1.1.3 configure:2512: checking for i386-portbld-freebsd6.3-gcc configure:2539: result: cc configure:2817: checking for C compiler version configure:2824: cc --version >&5 cc (GCC) 3.4.6 [FreeBSD] 20060305 Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:2827: $? = 0 configure:2834: cc -v >&5 Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.6 [FreeBSD] 20060305 configure:2837: $? = 0 configure:2844: cc -V >&5 cc: `-V' option must have argument configure:2847: $? = 1 configure:2870: checking for C compiler default output file name configure:2897: cc -O2 -fno-strict-aliasing -pipe -march=pentiumpro conftest.c >&5 configure:2900: $? = 0 configure:2946: result: a.out configure:2951: checking whether the C compiler works configure:2961: ./a.out configure:2964: $? = 0 configure:2981: result: yes configure:2988: checking whether we are cross compiling configure:2990: result: no configure:2993: checking for suffix of executables configure:3000: cc -o conftest -O2 -fno-strict-aliasing -pipe -march=pentiumpro conftest.c >&5 configure:3003: $? = 0 configure:3027: result: configure:3033: checking for suffix of object files configure:3059: cc -c -O2 -fno-strict-aliasing -pipe -march=pentiumpro conftest.c >&5 configure:3062: $? = 0 configure:3085: result: o configure:3089: checking whether we are using the GNU C compiler configure:3118: cc -c -O2 -fno-strict-aliasing -pipe -march=pentiumpro conftest.c >&5 configure:3124: $? = 0 configure:3131: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:3134: $? = 0 configure:3141: test -s conftest.o configure:3144: $? = 0 configure:3158: result: yes configure:3163: checking whether cc accepts -g configure:3193: cc -c -g conftest.c >&5 configure:3199: $? = 0 configure:3206: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:3209: $? = 0 configure:3216: test -s conftest.o configure:3219: $? = 0 configure:3349: result: yes configure:3366: checking for cc option to accept ISO C89 configure:3440: cc -c -O2 -fno-strict-aliasing -pipe -march=pentiumpro conftest.c >&5 configure:3446: $? = 0 configure:3453: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:3456: $? = 0 configure:3463: test -s conftest.o configure:3466: $? = 0 configure:3486: result: none needed configure:3515: checking for style of include used by make configure:3543: result: GNU configure:3571: checking dependency style of cc configure:3661: result: gcc3 configure:3691: checking for a BSD-compatible install configure:3747: result: /usr/bin/install -c -o root -g wheel configure:3758: checking whether ln -s works configure:3762: result: yes configure:3849: checking build system type configure:3867: result: i386-portbld-freebsd6.3 configure:3889: checking host system type configure:3904: result: i386-portbld-freebsd6.3 configure:3926: checking for a sed that does not truncate output configure:3980: result: /usr/bin/sed configure:3983: checking for grep that handles long lines and -e configure:4057: result: /usr/bin/grep configure:4062: checking for egrep configure:4140: result: /usr/bin/grep -E configure:4156: checking for ld used by cc configure:4223: result: /usr/bin/ld configure:4232: checking if the linker (/usr/bin/ld) is GNU ld configure:4247: result: yes configure:4252: checking for /usr/bin/ld option to reload object files configure:4259: result: -r configure:4277: checking for BSD-compatible nm configure:4326: result: /usr/bin/nm -B configure:4330: checking how to recognise dependent libraries configure:4506: result: pass_all configure:5046: checking how to run the C preprocessor configure:5086: cc -E conftest.c configure:5092: $? = 0 configure:5130: cc -E conftest.c conftest.c:10:28: ac_nonexistent.h: No such file or directory configure:5136: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libXau" | #define PACKAGE_TARNAME "libXau" | #define PACKAGE_VERSION "1.0.3" | #define PACKAGE_STRING "libXau 1.0.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "libXau" | #define VERSION "1.0.3" | /* end confdefs.h. */ | #include configure:5176: result: cc -E configure:5205: cc -E conftest.c configure:5211: $? = 0 configure:5249: cc -E conftest.c conftest.c:10:28: ac_nonexistent.h: No such file or directory configure:5255: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libXau" | #define PACKAGE_TARNAME "libXau" | #define PACKAGE_VERSION "1.0.3" | #define PACKAGE_STRING "libXau 1.0.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "libXau" | #define VERSION "1.0.3" | /* end confdefs.h. */ | #include configure:5300: checking for ANSI C header files configure:5330: cc -c -O2 -fno-strict-aliasing -pipe -march=pentiumpro conftest.c >&5 configure:5336: $? = 0 configure:5343: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:5346: $? = 0 configure:5353: test -s conftest.o configure:5356: $? = 0 configure:5452: cc -o conftest -O2 -fno-strict-aliasing -pipe -march=pentiumpro conftest.c >&5 configure:5455: $? = 0 configure:5461: ./conftest configure:5464: $? = 0 configure:5481: result: yes configure:5505: checking for sys/types.h configure:5526: cc -c -O2 -fno-strict-aliasing -pipe -march=pentiumpro conftest.c >&5 configure:5532: $? = 0 configure:5539: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:5542: $? = 0 configure:5549: test -s conftest.o configure:5552: $? = 0 configure:5565: result: yes configure:5505: checking for sys/stat.h configure:5526: cc -c -O2 -fno-strict-aliasing -pipe -march=pentiumpro conftest.c >&5 configure:5532: $? = 0 configure:5539: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:5542: $? = 0 configure:5549: test -s conftest.o configure:5552: $? = 0 configure:5565: result: yes configure:5505: checking for stdlib.h configure:5526: cc -c -O2 -fno-strict-aliasing -pipe -march=pentiumpro conftest.c >&5 configure:5532: $? = 0 configure:5539: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:5542: $? = 0 configure:5549: test -s conftest.o configure:5552: $? = 0 configure:5565: result: yes configure:5505: checking for string.h configure:5526: cc -c -O2 -fno-strict-aliasing -pipe -march=pentiumpro conftest.c >&5 configure:5532: $? = 0 configure:5539: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:5542: $? = 0 configure:5549: test -s conftest.o configure:5552: $? = 0 configure:5565: result: yes configure:5505: checking for memory.h configure:5526: cc -c -O2 -fno-strict-aliasing -pipe -march=pentiumpro conftest.c >&5 configure:5532: $? = 0 configure:5539: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:5542: $? = 0 configure:5549: test -s conftest.o configure:5552: $? = 0 configure:5565: result: yes configure:5505: checking for strings.h configure:5526: cc -c -O2 -fno-strict-aliasing -pipe -march=pentiumpro conftest.c >&5 configure:5532: $? = 0 configure:5539: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:5542: $? = 0 configure:5549: test -s conftest.o configure:5552: $? = 0 configure:5565: result: yes configure:5505: checking for inttypes.h configure:5526: cc -c -O2 -fno-strict-aliasing -pipe -march=pentiumpro conftest.c >&5 configure:5532: $? = 0 configure:5539: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:5542: $? = 0 configure:5549: test -s conftest.o configure:5552: $? = 0 configure:5565: result: yes configure:5505: checking for stdint.h configure:5526: cc -c -O2 -fno-strict-aliasing -pipe -march=pentiumpro conftest.c >&5 configure:5532: $? = 0 configure:5539: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:5542: $? = 0 configure:5549: test -s conftest.o configure:5552: $? = 0 configure:5565: result: yes configure:5505: checking for unistd.h configure:5526: cc -c -O2 -fno-strict-aliasing -pipe -march=pentiumpro conftest.c >&5 configure:5532: $? = 0 configure:5539: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:5542: $? = 0 configure:5549: test -s conftest.o configure:5552: $? = 0 configure:5565: result: yes configure:5592: checking dlfcn.h usability configure:5609: cc -c -O2 -fno-strict-aliasing -pipe -march=pentiumpro conftest.c >&5 configure:5615: $? = 0 configure:5622: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:5625: $? = 0 configure:5632: test -s conftest.o configure:5635: $? = 0 configure:5646: result: yes configure:5650: checking dlfcn.h presence configure:5665: cc -E conftest.c configure:5671: $? = 0 configure:5692: result: yes configure:5725: checking for dlfcn.h configure:5733: result: yes configure:5862: checking for C++ compiler version configure:5869: c++ --version >&5 c++ (GCC) 3.4.6 [FreeBSD] 20060305 Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:5872: $? = 0 configure:5879: c++ -v >&5 Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.6 [FreeBSD] 20060305 configure:5882: $? = 0 configure:5889: c++ -V >&5 c++: `-V' option must have argument configure:5892: $? = 1 configure:5895: checking whether we are using the GNU C++ compiler configure:5924: c++ -c -O2 -fno-strict-aliasing -pipe -march=pentiumpro conftest.cpp >&5 configure:5930: $? = 0 configure:5937: test -z "$ac_cxx_werror_flag" || test ! -s conftest.err configure:5940: $? = 0 configure:5947: test -s conftest.o configure:5950: $? = 0 configure:5964: result: yes configure:5969: checking whether c++ accepts -g configure:5999: c++ -c -g conftest.cpp >&5 configure:6005: $? = 0 configure:6012: test -z "$ac_cxx_werror_flag" || test ! -s conftest.err configure:6015: $? = 0 configure:6022: test -s conftest.o configure:6025: $? = 0 configure:6155: result: yes configure:6180: checking dependency style of c++ configure:6270: result: gcc3 configure:6297: checking how to run the C++ preprocessor configure:6333: c++ -E conftest.cpp configure:6339: $? = 0 configure:6377: c++ -E conftest.cpp conftest.cpp:21:28: ac_nonexistent.h: No such file or directory configure:6383: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libXau" | #define PACKAGE_TARNAME "libXau" | #define PACKAGE_VERSION "1.0.3" | #define PACKAGE_STRING "libXau 1.0.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "libXau" | #define VERSION "1.0.3" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | /* end confdefs.h. */ | #include configure:6423: result: c++ -E configure:6452: c++ -E conftest.cpp configure:6458: $? = 0 configure:6496: c++ -E conftest.cpp conftest.cpp:21:28: ac_nonexistent.h: No such file or directory configure:6502: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libXau" | #define PACKAGE_TARNAME "libXau" | #define PACKAGE_VERSION "1.0.3" | #define PACKAGE_STRING "libXau 1.0.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "libXau" | #define VERSION "1.0.3" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | /* end confdefs.h. */ | #include configure:6558: checking for i386-portbld-freebsd6.3-g77 configure:6588: result: no configure:6558: checking for i386-portbld-freebsd6.3-f77 configure:6588: result: no configure:6558: checking for i386-portbld-freebsd6.3-xlf configure:6588: result: no configure:6558: checking for i386-portbld-freebsd6.3-frt configure:6588: result: no configure:6558: checking for i386-portbld-freebsd6.3-pgf77 configure:6588: result: no configure:6558: checking for i386-portbld-freebsd6.3-cf77 configure:6588: result: no configure:6558: checking for i386-portbld-freebsd6.3-fort77 configure:6588: result: no configure:6558: checking for i386-portbld-freebsd6.3-fl32 configure:6588: result: no configure:6558: checking for i386-portbld-freebsd6.3-af77 configure:6588: result: no configure:6558: checking for i386-portbld-freebsd6.3-f90 configure:6588: result: no configure:6558: checking for i386-portbld-freebsd6.3-xlf90 configure:6588: result: no configure:6558: checking for i386-portbld-freebsd6.3-pgf90 configure:6588: result: no configure:6558: checking for i386-portbld-freebsd6.3-pghpf configure:6588: result: no configure:6558: checking for i386-portbld-freebsd6.3-epcf90 configure:6588: result: no configure:6558: checking for i386-portbld-freebsd6.3-gfortran configure:6588: result: no configure:6558: checking for i386-portbld-freebsd6.3-g95 configure:6588: result: no configure:6558: checking for i386-portbld-freebsd6.3-f95 configure:6588: result: no configure:6558: checking for i386-portbld-freebsd6.3-fort configure:6588: result: no configure:6558: checking for i386-portbld-freebsd6.3-xlf95 configure:6588: result: no configure:6558: checking for i386-portbld-freebsd6.3-ifort configure:6588: result: no configure:6558: checking for i386-portbld-freebsd6.3-ifc configure:6588: result: no configure:6558: checking for i386-portbld-freebsd6.3-efc configure:6588: result: no configure:6558: checking for i386-portbld-freebsd6.3-pgf95 configure:6588: result: no configure:6558: checking for i386-portbld-freebsd6.3-lf95 configure:6588: result: no configure:6558: checking for i386-portbld-freebsd6.3-ftn configure:6588: result: no configure:6602: checking for g77 configure:6632: result: no configure:6602: checking for f77 configure:6618: found /usr/bin/f77 configure:6629: result: f77 configure:6659: checking for Fortran 77 compiler version configure:6666: f77 --version >&5 GNU Fortran (GCC) 3.4.6 [FreeBSD] 20060305 Copyright (C) 2006 Free Software Foundation, Inc. GNU Fortran comes with NO WARRANTY, to the extent permitted by law. You may redistribute copies of GNU Fortran under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING or type the command `info -f g77 Copying'. configure:6669: $? = 0 configure:6676: f77 -v >&5 Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.6 [FreeBSD] 20060305 configure:6679: $? = 0 configure:6686: f77 -V >&5 f77: `-V' option must have argument configure:6689: $? = 1 configure:6697: checking whether we are using the GNU Fortran 77 compiler configure:6716: f77 -c conftest.F >&5 configure:6722: $? = 0 configure:6729: test -z "$ac_f77_werror_flag" || test ! -s conftest.err configure:6732: $? = 0 configure:6739: test -s conftest.o configure:6742: $? = 0 configure:6756: result: yes configure:6762: checking whether f77 accepts -g configure:6779: f77 -c -g conftest.f >&5 configure:6785: $? = 0 configure:6792: test -z "$ac_f77_werror_flag" || test ! -s conftest.err configure:6795: $? = 0 configure:6802: test -s conftest.o configure:6805: $? = 0 configure:6818: result: yes configure:6848: checking the maximum length of command line arguments configure:6957: result: 262144 configure:6968: checking command to parse /usr/bin/nm -B output from cc object configure:7073: cc -c -O2 -fno-strict-aliasing -pipe -march=pentiumpro conftest.c >&5 configure:7076: $? = 0 configure:7080: /usr/bin/nm -B conftest.o \| sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' \> conftest.nm configure:7083: $? = 0 configure:7135: cc -o conftest -O2 -fno-strict-aliasing -pipe -march=pentiumpro conftest.c conftstm.o >&5 configure:7138: $? = 0 configure:7176: result: ok configure:7180: checking for objdir configure:7195: result: .libs configure:7247: checking for i386-portbld-freebsd6.3-ar configure:7277: result: no configure:7287: checking for ar configure:7303: found /usr/bin/ar configure:7314: result: ar configure:7343: checking for i386-portbld-freebsd6.3-ranlib configure:7373: result: no configure:7383: checking for ranlib configure:7399: found /usr/bin/ranlib configure:7410: result: ranlib configure:7439: checking for i386-portbld-freebsd6.3-strip configure:7469: result: no configure:7479: checking for strip configure:7495: found /usr/bin/strip configure:7506: result: strip configure:7792: checking if cc supports -fno-rtti -fno-exceptions configure:7810: cc -c -O2 -fno-strict-aliasing -pipe -march=pentiumpro -fno-rtti -fno-exceptions conftest.c >&5 cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++ but not for C configure:7814: $? = 0 configure:7827: result: no configure:7842: checking for cc option to produce PIC configure:8052: result: -fPIC configure:8060: checking if cc PIC flag -fPIC works configure:8078: cc -c -O2 -fno-strict-aliasing -pipe -march=pentiumpro -fPIC -DPIC conftest.c >&5 configure:8082: $? = 0 configure:8095: result: yes configure:8123: checking if cc static flag -static works configure:8151: result: yes configure:8161: checking if cc supports -c -o file.o configure:8182: cc -c -O2 -fno-strict-aliasing -pipe -march=pentiumpro -o out/conftest2.o conftest.c >&5 configure:8186: $? = 0 configure:8208: result: yes configure:8234: checking whether the cc linker (/usr/bin/ld) supports shared libraries configure:9221: result: yes configure:9242: checking whether -lc should be explicitly linked in configure:9247: cc -c -O2 -fno-strict-aliasing -pipe -march=pentiumpro conftest.c >&5 configure:9250: $? = 0 configure:9265: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| grep -lc \>/dev/null 2\>\&1 configure:9268: $? = 1 configure:9280: result: yes configure:9288: checking dynamic linker characteristics configure:9864: result: freebsd6.3 ld.so configure:9873: checking how to hardcode library paths into programs configure:9898: result: immediate configure:9912: checking whether stripping libraries is possible configure:9917: result: yes configure:10830: checking if libtool supports shared libraries configure:10832: result: yes configure:10835: checking whether to build shared libraries configure:10856: result: yes configure:10859: checking whether to build static libraries configure:10863: result: yes configure:10955: creating libtool configure:11543: checking for ld used by c++ configure:11610: result: /usr/bin/ld configure:11619: checking if the linker (/usr/bin/ld) is GNU ld configure:11634: result: yes configure:11685: checking whether the c++ linker (/usr/bin/ld) supports shared libraries configure:12651: result: yes configure:12669: c++ -c -O2 -fno-strict-aliasing -pipe -march=pentiumpro conftest.cpp >&5 configure:12672: $? = 0 configure:12791: checking for c++ option to produce PIC configure:13065: result: -fPIC configure:13073: checking if c++ PIC flag -fPIC works configure:13091: c++ -c -O2 -fno-strict-aliasing -pipe -march=pentiumpro -fPIC -DPIC conftest.cpp >&5 configure:13095: $? = 0 configure:13108: result: yes configure:13136: checking if c++ static flag -static works configure:13164: result: yes configure:13174: checking if c++ supports -c -o file.o configure:13195: c++ -c -O2 -fno-strict-aliasing -pipe -march=pentiumpro -o out/conftest2.o conftest.cpp >&5 configure:13199: $? = 0 configure:13221: result: yes configure:13247: checking whether the c++ linker (/usr/bin/ld) supports shared libraries configure:13275: result: yes configure:13342: checking dynamic linker characteristics configure:13918: result: freebsd6.3 ld.so configure:13927: checking how to hardcode library paths into programs configure:13952: result: immediate configure:14478: checking if libtool supports shared libraries configure:14480: result: yes configure:14483: checking whether to build shared libraries configure:14503: result: yes configure:14506: checking whether to build static libraries configure:14510: result: yes configure:14520: checking for f77 option to produce PIC configure:14730: result: -fPIC configure:14738: checking if f77 PIC flag -fPIC works configure:14756: f77 -c -g -O2 -fPIC conftest.f >&5 configure:14760: $? = 0 configure:14773: result: yes configure:14801: checking if f77 static flag -static works configure:14829: result: yes configure:14839: checking if f77 supports -c -o file.o configure:14860: f77 -c -g -O2 -o out/conftest2.o conftest.f >&5 configure:14864: $? = 0 configure:14886: result: yes configure:14912: checking whether the f77 linker (/usr/bin/ld) supports shared libraries configure:15879: result: yes configure:15946: checking dynamic linker characteristics configure:16522: result: freebsd6.3 ld.so configure:16531: checking how to hardcode library paths into programs configure:16556: result: immediate configure:20134: checking whether make sets $(MAKE) configure:20155: result: yes configure:20171: checking for i386-portbld-freebsd6.3-pkg-config configure:20204: result: no configure:20214: checking for pkg-config configure:20232: found /usr/local/bin/pkg-config configure:20244: result: /usr/local/bin/pkg-config configure:20273: checking pkg-config is at least version 0.9.0 configure:20276: result: yes configure:20287: checking for XAU configure:20295: $PKG_CONFIG --exists --print-errors "xproto" gnome-config: not found Package xproto was not found in the pkg-config search path. Perhaps you should add the directory containing `xproto.pc' to the PKG_CONFIG_PATH environment variable No package 'xproto' found configure:20298: $? = 1 configure:20313: $PKG_CONFIG --exists --print-errors "xproto" gnome-config: not found Package xproto was not found in the pkg-config search path. Perhaps you should add the directory containing `xproto.pc' to the PKG_CONFIG_PATH environment variable No package 'xproto' found configure:20316: $? = 1 No package 'xproto' found configure:20344: error: Package requirements (xproto) were not met: No package 'xproto' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables XAU_CFLAGS and XAU_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_build=i386-portbld-freebsd6.3 ac_cv_c_compiler_gnu=yes ac_cv_cxx_compiler_gnu=yes ac_cv_env_CCC_set='' ac_cv_env_CCC_value='' ac_cv_env_CC_set=set ac_cv_env_CC_value=cc ac_cv_env_CFLAGS_set=set ac_cv_env_CFLAGS_value='-O2 -fno-strict-aliasing -pipe -march=pentiumpro' ac_cv_env_CPPFLAGS_set='' ac_cv_env_CPPFLAGS_value='' ac_cv_env_CPP_set='' ac_cv_env_CPP_value='' ac_cv_env_CXXCPP_set='' ac_cv_env_CXXCPP_value='' ac_cv_env_CXXFLAGS_set=set ac_cv_env_CXXFLAGS_value='-O2 -fno-strict-aliasing -pipe -march=pentiumpro' ac_cv_env_CXX_set=set ac_cv_env_CXX_value=c++ ac_cv_env_F77_set='' ac_cv_env_F77_value='' ac_cv_env_FFLAGS_set='' ac_cv_env_FFLAGS_value='' ac_cv_env_LDFLAGS_set='' ac_cv_env_LDFLAGS_value='' ac_cv_env_PKG_CONFIG_set='' ac_cv_env_PKG_CONFIG_value='' ac_cv_env_XAU_CFLAGS_set='' ac_cv_env_XAU_CFLAGS_value='' ac_cv_env_XAU_LIBS_set='' ac_cv_env_XAU_LIBS_value='' ac_cv_env_build_alias_set=set ac_cv_env_build_alias_value=i386-portbld-freebsd6.3 ac_cv_env_host_alias_set=set ac_cv_env_host_alias_value=i386-portbld-freebsd6.3 ac_cv_env_target_alias_set=set ac_cv_env_target_alias_value=i386-portbld-freebsd6.3 ac_cv_f77_compiler_gnu=yes ac_cv_header_dlfcn_h=yes ac_cv_header_inttypes_h=yes ac_cv_header_memory_h=yes ac_cv_header_stdc=yes ac_cv_header_stdint_h=yes ac_cv_header_stdlib_h=yes ac_cv_header_string_h=yes ac_cv_header_strings_h=yes ac_cv_header_sys_stat_h=yes ac_cv_header_sys_types_h=yes ac_cv_header_unistd_h=yes ac_cv_host=i386-portbld-freebsd6.3 ac_cv_objext=o ac_cv_path_EGREP='/usr/bin/grep -E' ac_cv_path_GREP=/usr/bin/grep ac_cv_path_ac_pt_PKG_CONFIG=/usr/local/bin/pkg-config ac_cv_prog_AWK=nawk ac_cv_prog_CC=cc ac_cv_prog_CPP='cc -E' ac_cv_prog_CXXCPP='c++ -E' ac_cv_prog_ac_ct_AR=ar ac_cv_prog_ac_ct_F77=f77 ac_cv_prog_ac_ct_RANLIB=ranlib ac_cv_prog_ac_ct_STRIP=strip ac_cv_prog_cc_c89='' ac_cv_prog_cc_g=yes ac_cv_prog_cxx_g=yes ac_cv_prog_f77_g=yes ac_cv_prog_make_make_set=yes am_cv_CC_dependencies_compiler_type=gcc3 am_cv_CXX_dependencies_compiler_type=gcc3 lt_cv_deplibs_check_method=pass_all lt_cv_file_magic_cmd='$MAGIC_CMD' lt_cv_file_magic_test_file='' lt_cv_ld_reload_flag=-r lt_cv_objdir=.libs lt_cv_path_LD=/usr/bin/ld lt_cv_path_LDCXX=/usr/bin/ld lt_cv_path_NM='/usr/bin/nm -B' lt_cv_path_SED=/usr/bin/sed lt_cv_prog_compiler_c_o=yes lt_cv_prog_compiler_c_o_CXX=yes lt_cv_prog_compiler_c_o_F77=yes lt_cv_prog_compiler_rtti_exceptions=no lt_cv_prog_gnu_ld=yes lt_cv_prog_gnu_ldcxx=yes lt_cv_sys_global_symbol_pipe='sed -n -e '\''s/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p'\''' lt_cv_sys_global_symbol_to_c_name_address='sed -n -e '\''s/^: \([^ ]*\) $/ {\"\1\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \([^ ]*\) \([^ ]*\)$/ {"\2", (lt_ptr) \&\2},/p'\''' lt_cv_sys_global_symbol_to_cdecl='sed -n -e '\''s/^. .* \(.*\)$/extern int \1;/p'\''' lt_cv_sys_max_cmd_len=262144 lt_lt_cv_prog_compiler_c_o='"yes"' lt_lt_cv_prog_compiler_c_o_CXX='"yes"' lt_lt_cv_prog_compiler_c_o_F77='"yes"' lt_lt_cv_sys_global_symbol_pipe='"sed -n -e '\''s/^.*[ ]\\([ABCDGIRSTW][ABCDGIRSTW]*\\)[ ][ ]*\\([_A-Za-z][_A-Za-z0-9]*\\)\$/\\1 \\2 \\2/p'\''"' lt_lt_cv_sys_global_symbol_to_c_name_address='"sed -n -e '\''s/^: \\([^ ]*\\) \$/ {\\\"\\1\\\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \\([^ ]*\\) \\([^ ]*\\)\$/ {\"\\2\", (lt_ptr) \\&\\2},/p'\''"' lt_lt_cv_sys_global_symbol_to_cdecl='"sed -n -e '\''s/^. .* \\(.*\\)\$/extern int \\1;/p'\''"' ## ----------------- ## ## Output variables. ## ## ----------------- ## ACLOCAL='${SHELL} /usr/ports/x11/libXau/work/libXau-1.0.3/missing --run aclocal-1.9' ADMIN_MAN_DIR='' ADMIN_MAN_SUFFIX='' AMCMDECHO='echo' AMDEPBACKSLASH='\' AMDEPSHOWCMDSAT='' AMDEP_FALSE='#' AMDEP_TRUE='' AMPRETTYECHO='true' AMSHOWCMDSAT='' AMTAR='${SHELL} /usr/ports/x11/libXau/work/libXau-1.0.3/missing --run tar' APP_MAN_DIR='' APP_MAN_SUFFIX='' AR='ar' AS='as' AUTOCONF='${SHELL} /usr/ports/x11/libXau/work/libXau-1.0.3/missing --run autoconf' AUTOHEADER='${SHELL} /usr/ports/x11/libXau/work/libXau-1.0.3/missing --run autoheader' AUTOMAKE='${SHELL} /usr/ports/x11/libXau/work/libXau-1.0.3/missing --run automake-1.9' AWK='nawk' CC='cc' CCDEPMODE='depmode=gcc3' CFLAGS='-O2 -fno-strict-aliasing -pipe -march=pentiumpro' CPP='cc -E' CPPFLAGS='' CXX='c++' CXXCPP='c++ -E' CXXDEPMODE='depmode=gcc3' CXXFLAGS='-O2 -fno-strict-aliasing -pipe -march=pentiumpro' CYGPATH_W='echo' DEFS='' DEPDIR='.deps' DLLTOOL='dlltool' DRIVER_MAN_DIR='' DRIVER_MAN_SUFFIX='' ECHO='echo' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='/usr/bin/grep -E' EXEEXT='' F77='f77' FFLAGS='-g -O2' FILE_MAN_DIR='' FILE_MAN_SUFFIX='' GREP='/usr/bin/grep' INSTALL_DATA='install -o root -g wheel -m 444' INSTALL_PROGRAM='install -s -o root -g wheel -m 555' INSTALL_SCRIPT='install -o root -g wheel -m 555' INSTALL_STRIP_PROGRAM='${SHELL} $(install_sh) -c -s' KERBEROS_FALSE='' KERBEROS_TRUE='' LDFLAGS='' LIBOBJS='' LIBS='' LIBTOOL='$(SHELL) $(top_builddir)/libtool' LIB_MAN_DIR='' LIB_MAN_SUFFIX='' LINT='' LINTLIB='' LINT_FALSE='' LINT_FLAGS='' LINT_TRUE='' LN_S='ln -s' LTLIBOBJS='' LT_QUIET='' MAINT='#' MAINTAINER_MODE_FALSE='' MAINTAINER_MODE_TRUE='#' MAKEINFO='${SHELL} /usr/ports/x11/libXau/work/libXau-1.0.3/missing --run makeinfo' MAKE_LINT_LIB_FALSE='' MAKE_LINT_LIB_TRUE='' MISC_MAN_DIR='' MISC_MAN_SUFFIX='' OBJDUMP='objdump' OBJEXT='o' PACKAGE='libXau' PACKAGE_BUGREPORT='https://bugs.freedesktop.org/enter_bug.cgi?product=xorg' PACKAGE_NAME='libXau' PACKAGE_STRING='libXau 1.0.3' PACKAGE_TARNAME='libXau' PACKAGE_VERSION='1.0.3' PATH_SEPARATOR=':' PKG_CONFIG='/usr/local/bin/pkg-config' RANLIB='ranlib' SET_MAKE='' SHELL='/bin/sh' STRIP='strip' VERSION='1.0.3' XAU_CFLAGS='' XAU_LIBS='' ac_ct_CC='' ac_ct_CXX='' ac_ct_F77='f77' am__fastdepCC_FALSE='#' am__fastdepCC_TRUE='' am__fastdepCXX_FALSE='#' am__fastdepCXX_TRUE='' am__include='include' am__leading_dot='.' am__quote='' am__tar='${AMTAR} chof - "$$tardir"' am__untar='${AMTAR} xf -' bindir='${exec_prefix}/bin' build='i386-portbld-freebsd6.3' build_alias='i386-portbld-freebsd6.3' build_cpu='i386' build_os='freebsd6.3' build_vendor='portbld' datadir='${datarootdir}' datarootdir='${prefix}/share' docdir='${datarootdir}/doc/${PACKAGE_TARNAME}' dvidir='${docdir}' exec_prefix='NONE' host='i386-portbld-freebsd6.3' host_alias='i386-portbld-freebsd6.3' host_cpu='i386' host_os='freebsd6.3' host_vendor='portbld' htmldir='${docdir}' includedir='${prefix}/include' infodir='/usr/local/info/' install_sh='/usr/ports/x11/libXau/work/libXau-1.0.3/install-sh' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localedir='${datarootdir}/locale' localstatedir='${prefix}/var' mandir='/usr/local/man' mkdir_p='$(install_sh) -d' oldincludedir='/usr/include' pdfdir='${docdir}' prefix='/usr/local' program_transform_name='s,x,x,' psdir='${docdir}' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='i386-portbld-freebsd6.3' ## ----------- ## ## confdefs.h. ## ## ----------- ## #define PACKAGE_NAME "libXau" #define PACKAGE_TARNAME "libXau" #define PACKAGE_VERSION "1.0.3" #define PACKAGE_STRING "libXau 1.0.3" #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" #define PACKAGE "libXau" #define VERSION "1.0.3" #define STDC_HEADERS 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_SYS_STAT_H 1 #define HAVE_STDLIB_H 1 #define HAVE_STRING_H 1 #define HAVE_MEMORY_H 1 #define HAVE_STRINGS_H 1 #define HAVE_INTTYPES_H 1 #define HAVE_STDINT_H 1 #define HAVE_UNISTD_H 1 #define HAVE_DLFCN_H 1 configure: exit 1 From sean at xenadyne.com Fri Sep 26 21:57:02 2008 From: sean at xenadyne.com (Sean Burke) Date: Fri Sep 26 21:57:08 2008 Subject: ports/x11-fonts/libXfont build fails In-Reply-To: (flz@xbsd.org) References: <200809260507.m8Q57HFl001882@bolo.xenadyne.com> Message-ID: <200809262156.m8QLuvXR003463@bolo.xenadyne.com> On Fri, Sep 26, 2008 at 6:07 AM, Sean Burke wrote: > > My build failed with this message: > > checking for freetype-config... no > configure: error: You must have freetype installed; see http://www.freetype.org/ > ===> Script "configure" failed unexpectedly. > Please report the problem to x11@FreeBSD.org [maintainer] and attach the > "/usr/ports/x11-fonts/libXfont/work/libXfont-1.3.1/config.log" including the > output of the failure of your make command. Also, it might be a good idea to > provide an overview of all packages installed on your system (e.g. an `ls > /var/db/pkg`). Check that freetype2 is installed. Also check that the freetype2.pc file is in /usr/local/libdata/pkgconfig/. freetype2.pc was not there, but 'pkg_add -r freetype2' installed it. I had done the original installation using the disc1.iso only. Thanks for your help. I reported the problem mostly because the error message asked me to report it. -SEan From mailinglist at ahhyes.net Sat Sep 27 13:32:51 2008 From: mailinglist at ahhyes.net (Alex) Date: Sat Sep 27 13:32:58 2008 Subject: DRI not working Message-ID: <48DD9ECD.40309@ahhyes.net> Hi Guys, I seem to be having issues getting DRI to work on my Laptop (Dell Inspiron 510M, the unit is quite dated now so, hardware support should be quite good, but it isn't. Firstly, some information about my system: [root@laptop /usr/home/alex]# uname -a FreeBSD laptop.xor.net 7.1-BETA FreeBSD 7.1-BETA #0: Fri Sep 26 23:44:00 EST 2008 alex@laptop.xor.net:/usr/obj/usr/src/sys/custom i386 [root@laptop /usr/home/alex]# dmesg |grep drm drm0: on vgapci0 info: [drm] AGP at 0xf0000000 128MB info: [drm] Initialized i915 1.5.0 20060119 drm1: on vgapci1 info: [drm] AGP at 0xf0000000 128MB info: [drm] Initialized i915 1.5.0 20060119 In my xorg logs, I see the following information: (II) [drm] DRM interface version 1.2 (II) [drm] DRM open master succeeded. (II) intel(0): [drm] Using the DRM lock SAREA also for drawables. (II) intel(0): [drm] framebuffer mapped by ddx driver (II) intel(0): [drm] added 1 reserved context for kernel (II) intel(0): X context handle = 0x1 (II) intel(0): [drm] installed DRM signal handler (**) intel(0): Framebuffer compression enabled (**) intel(0): Tiling enabled (==) intel(0): Write-combining range (0xfaf80000,0x80000) was already clear (==) intel(0): VideoRam: 131072 KB (II) intel(0): Attempting memory allocation with tiled buffers. (WW) intel(0): xf86AllocateGARTMemory: allocation of 10 pages failed (Cannot allocate memory) (WW) intel(0): xf86AllocateGARTMemory: allocation of 4 pages failed (Cannot allocate memory) (WW) intel(0): Disabling HW cursor because the cursor memory allocation failed. (II) intel(0): Tiled allocation successful. (--) intel(0): DRI is disabled because it needs HW cursor, 2D accel and AGPGART. Now, if I add an extra line in my xorg.conf: Option "Tiling" "False" The memory allocation succeeds and DRI is working, but with a performance hit?!? DRI should work out of the box right? I tried updating the video driver to xf86-video-intel-2.4.2 (was 2.4.0), this made no difference. Is this an xorg related issue with freebsd or a problem with the agpgart driver? I recall having this issue with 7.0-RELEASE on this machine too some time ago.. I gave up previously because of the lack of help/interest from the community with the issue. Any help/suggestions would be appreciated. Thanks! Alex. From rnoland at FreeBSD.org Sat Sep 27 14:03:48 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Sat Sep 27 14:03:54 2008 Subject: DRI not working In-Reply-To: <48DD9ECD.40309@ahhyes.net> References: <48DD9ECD.40309@ahhyes.net> Message-ID: <1222524191.1662.3.camel@wombat.2hip.net> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20080927/a1dd39ad/attachment.pgp From sziszi at bsd.hu Sat Sep 27 18:07:10 2008 From: sziszi at bsd.hu (Szilveszter Adam) Date: Sat Sep 27 18:07:17 2008 Subject: DRI not working In-Reply-To: <1222524191.1662.3.camel@wombat.2hip.net> References: <48DD9ECD.40309@ahhyes.net> <1222524191.1662.3.camel@wombat.2hip.net> Message-ID: <20080927165901.GA1508@baranyfelhocske.buza.adamsfamily.xx> Dear Robert, On Sat, Sep 27, 2008 at 10:03:11AM -0400, Robert Noland wrote: > drm shouldn't be attaching to the second head. The 852/5 chips have the > same pci id on both heads, which none of the other chips do. Please try > the attached patch to sys/dev/drm/i915_drv.c and see if that improves > things. I have applied the patch on my -CURRENT machine, it also seems to change the attachment phase: pciconf -lv: vgapci0@pci0:0:2:0: class=0x030000 card=0x05621014 chip=0x35828086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82852GM/GME/GMV/PM, 855GM/GME Montara Integrated Graphics Device' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x05621014 chip=0x35828086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82852GM/GME/GMV/PM, 855GM/GME Montara Integrated Graphics Device' class = display Dmesg: vgapci0: port 0x1800-0x1807 mem 0xe0000000-0xe7ffffff,0xd0000000-0xd007ffff irq 11 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xe0000000 128MB info: [drm] Initialized i915 1.6.0 20080312 vgapci1: mem 0xe8000000-0xefffffff, 0xd0080000-0xd00fffff at device 2.1 on pci0 drm1: on vgapci1 But the result is still the same: the intel(4) driver still sees both "cards" and the Xorg log does not show any real difference. HW acceleration is still turned off automatically. Let me know if I can be of any help. -- Regards: Szilveszter ADAM Budapest Hungary From mailinglist at ahhyes.net Sun Sep 28 00:20:14 2008 From: mailinglist at ahhyes.net (Alex) Date: Sun Sep 28 00:20:20 2008 Subject: DRI not working In-Reply-To: <1222524191.1662.3.camel@wombat.2hip.net> References: <48DD9ECD.40309@ahhyes.net> <1222524191.1662.3.camel@wombat.2hip.net> Message-ID: <48DECDC0.20709@ahhyes.net> Robert Noland wrote: > drm shouldn't be attaching to the second head. The 852/5 chips have the > same pci id on both heads, which none of the other chips do. Please try > the attached patch to sys/dev/drm/i915_drv.c and see if that improves > things. > > robert. > Hi Robert, Thank you for your reply, and patch, but it seems the patch will not apply cleanly. [root@laptop /usr/src/sys/dev/drm]# patch -p0 < i855-no-attach-sec.patch Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: i915_drv.c |=================================================================== |--- i915_drv.c (revision 183406) |+++ i915_drv.c (working copy) -------------------------- Patching file i915_drv.c using Plan A... Hunk #1 failed at 85. 1 out of 1 hunks failed--saving rejects to i915_drv.c.rej done [root@laptop /usr/src/sys/dev/drm]# cat i915_drv.c.rej *************** *** 85,90 **** { drm_device_t *dev = device_get_softc(nbdev); bzero(dev, sizeof(drm_device_t)); i915_configure(dev); return drm_attach(nbdev, i915_pciidlist); --- 85,93 ---- { drm_device_t *dev = device_get_softc(nbdev); + if (device_get_unit(nbdev)) + return 0; + bzero(dev, sizeof(drm_device_t)); i915_configure(dev); return drm_attach(nbdev, i915_pciidlist); I added the 2 lines manually. So the function looks like this: static int i915_attach(device_t nbdev) { drm_device_t *dev = device_get_softc(nbdev); if (device_get_unit(nbdev)) return 0; bzero(dev, sizeof(drm_device_t)); i915_configure(dev); return drm_attach(nbdev, i915_pciidlist); } Will rebuild and test.. Thanks! From mailinglist at ahhyes.net Sun Sep 28 00:59:05 2008 From: mailinglist at ahhyes.net (Alex) Date: Sun Sep 28 00:59:12 2008 Subject: DRI not working In-Reply-To: <1222524191.1662.3.camel@wombat.2hip.net> References: <48DD9ECD.40309@ahhyes.net> <1222524191.1662.3.camel@wombat.2hip.net> Message-ID: <48DED6DA.1020702@ahhyes.net> > > drm shouldn't be attaching to the second head. The 852/5 chips have the > same pci id on both heads, which none of the other chips do. Please try > the attached patch to sys/dev/drm/i915_drv.c and see if that improves > things. > > robert. > Hi Robert, Same deal I'm afraid. I'll try and provide as much information about the hardware as I can (info taken after i915_drv.c was modified) From dmesg: ----------------- [alex@laptop /usr/home/alex]$ dmesg |grep agp agp0: on vgapci0 agp0: detected 892k stolen memory agp0: aperture size is 128M [alex@laptop /usr/home/alex]$ dmesg |grep drm drm0: on vgapci0 info: [drm] AGP at 0xf0000000 128MB info: [drm] Initialized i915 1.5.0 20060119 drm1: on vgapci1 from pciconf -lv: ----------------------- vgapci0@pci0:0:2:0: class=0x030000 card=0x01641028 chip=0x35828086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82852GM/GME/GMV/PM, 855GM/GME Montara Integrated Graphics Device' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x01641028 chip=0x35828086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82852GM/GME/GMV/PM, 855GM/GME Montara Integrated Graphics Device' class = display From Xorg log: --------------------- (II) [drm] DRM interface version 1.2 (II) [drm] DRM open master succeeded. (II) intel(0): [drm] Using the DRM lock SAREA also for drawables. (II) intel(0): [drm] framebuffer mapped by ddx driver (II) intel(0): [drm] added 1 reserved context for kernel (II) intel(0): X context handle = 0x1 (II) intel(0): [drm] installed DRM signal handler (**) intel(0): Framebuffer compression enabled (**) intel(0): Tiling enabled (==) intel(0): Write-combining range (0xfaf80000,0x80000) was already clear (==) intel(0): VideoRam: 131072 KB (II) intel(0): Attempting memory allocation with tiled buffers. (WW) intel(0): xf86AllocateGARTMemory: allocation of 10 pages failed (Cannot allocate memory) (WW) intel(0): xf86AllocateGARTMemory: allocation of 4 pages failed (Cannot allocate memory) (WW) intel(0): Disabling HW cursor because the cursor memory allocation failed. (II) intel(0): Tiled allocation successful. (--) intel(0): DRI is disabled because it needs HW cursor, 2D accel and AGPGART. =========================== Could the problem be the agpgart? From edwin at FreeBSD.org Sun Sep 28 04:12:40 2008 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Sun Sep 28 04:13:02 2008 Subject: ports/127692: x11-drivers/xf86-video-i810 Message-ID: <200809280412.m8S4CdKa083294@freefall.freebsd.org> Synopsis: x11-drivers/xf86-video-i810 Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: edwin Responsible-Changed-When: Sun Sep 28 04:12:39 UTC 2008 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=127692 From sziszi at bsd.hu Sun Sep 28 07:24:33 2008 From: sziszi at bsd.hu (Szilveszter Adam) Date: Sun Sep 28 07:24:40 2008 Subject: DRI not working In-Reply-To: <48DECDC0.20709@ahhyes.net> References: <48DD9ECD.40309@ahhyes.net> <1222524191.1662.3.camel@wombat.2hip.net> <48DECDC0.20709@ahhyes.net> Message-ID: <20080928072428.GA2414@baranyfelhocske.buza.adamsfamily.xx> On Sun, Sep 28, 2008 at 10:20:16AM +1000, Alex wrote: > Robert Noland wrote: > > drm shouldn't be attaching to the second head. The 852/5 chips have the > > same pci id on both heads, which none of the other chips do. Please try > > the attached patch to sys/dev/drm/i915_drv.c and see if that improves > > things. > > > > robert. > > > Hi Robert, > > Thank you for your reply, and patch, but it seems the patch will not > apply cleanly. Yes, it did not apply for me either (on -CURRENT) but it was easy enough to add. > > Will rebuild and test.. For me, it changed the probe and attach messages a bit, but unfortunately, that did not bring any improvement: the xorg driver still claims to see two cards. -- Regards: Szilveszter ADAM Budapest Hungary From bugmaster at FreeBSD.org Mon Sep 29 11:07:00 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Sep 29 11:09:17 2008 Subject: Current problem reports assigned to freebsd-x11@FreeBSD.org Message-ID: <200809291107.m8TB70TW040995@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/127692 x11 x11-drivers/xf86-video-i810 o ports/127436 x11 x11/xorg: xorg randomly uses 100% CPU with Intel + KDE o ports/126904 x11 x11/xorg startx fails on driver loading for nVidia GeF o ports/126812 x11 x11-drivers/xf86-video-ati - System freeze when exitin o ports/125883 x11 x11-fonts/xorg-fonts-cyrillic is installed, but fonts o ports/125661 x11 x11/xorg: startx fails after a couple of attempts o ports/124861 x11 Keyboard problems with xorg o ports/124220 x11 [amd64] x11-servers/xorg-server - X.org server runs in o ports/123137 x11 x11/libX11: missing ru_RU.UTF-8 locale o ports/122924 x11 XCreateImage fails in most recent x11/XOrg o ports/122830 x11 x11/xorg: Error in I830WaitLpRing() o ports/121360 x11 x11/xorg - Change default of ~/.xsession-errors to off o ports/121230 x11 [patch] ports/x11/xkeyboard-config WITHOUT_NLS support f ports/119091 x11 x11-drivers/xf86-video-intel 2.1.1 panics system o ports/119037 x11 x11: Can't type _ (Underscore) under X (gnome) o ports/118950 x11 x11-drivers/xf86-video-nv - xorg xf86 nv (nvidia) driv o ports/118645 x11 Xorg need realtime priority for mouse work nice o ports/118547 x11 [patch] x11/xdm fails with pam_krb5 f ports/118217 x11 xorg doesnt find usb mouse when initiated with devd, w f ports/117907 x11 x11-servers/mga_hal broken on 7.0-BETA (GLIBC error) o ports/117766 x11 x11-servers/xorg-server (7.3) crashes under heavy load o ports/117195 x11 ix11/Xorg 7.3 dumps core at exit (sig 11) f ports/116603 x11 x11/xorg server 7.3 hangs up o ports/116443 x11 x11-drivers/xf86-input-keyboard patch for USB jp106 ke o ports/116359 x11 x11/xorg - screen blinks with PCI-E nvidia card and ve s ports/115536 x11 [new port] x11/xorg-base port for a minimal X.Org inst o ports/115020 x11 New port: graphics/osmesa - Mesa's off-screen renderin f ports/114827 x11 Xorg server crashes when starting astro/google-earth o ports/113106 x11 x11/xorg - Xorg 7.2 + Mach64 + dri produces error mess f ports/106370 x11 Screen corruption when using Direct Rendering on a PCI 30 problems total. From rnoland at FreeBSD.org Tue Sep 30 00:39:53 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Tue Sep 30 00:39:59 2008 Subject: [CFT] intel g33 & g45 Message-ID: <1222735160.1683.6.camel@wombat.2hip.net> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20080930/37254d40/attachment.pgp From jasonh at borisch.com Tue Sep 30 01:16:41 2008 From: jasonh at borisch.com (Jason J. Hellenthal) Date: Tue Sep 30 01:18:33 2008 Subject: xf86-video-intel Message-ID: <1ACA0690-FE43-4E4A-A279-D73085D68E13@mimectl> Evening List, I'm not subscribed to this list so please CC me upon follow-up or reply. Version 2.4.2 of the Intel driver is giving me pretty weird errors. like "something something something 0 vs. 2" and other errors like buffer under runs and space wanted 31767 got 30164. Is this some sort of memory leak in the driver or such ?. anyone have a clue when the next version hopefully a repaired version will come out? cant compile previous versions of the driver below 2.4 and last version of xf86-video-i810 that I can use is 1.6.5 and no higher. Hardware that I am running on is a Dell Dimension 4500S 1G of ram and 1.8Gz proc with a i845G built-in card. This card currently does not work with that driver. -- J. Hellenthal (892) Aerospace Special Operations Support Borisch Manufacturing Corporation http://www.Borisch.com/ jasonh@Borisch.com "... as we enjoy great advantages from the inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously." -- Benjamin Franklin P Only print if necessary From onemda at gmail.com Tue Sep 30 09:12:40 2008 From: onemda at gmail.com (Paul B. Mahol) Date: Tue Sep 30 09:12:47 2008 Subject: xf86-video-intel In-Reply-To: <1ACA0690-FE43-4E4A-A279-D73085D68E13@mimectl> References: <1ACA0690-FE43-4E4A-A279-D73085D68E13@mimectl> Message-ID: <3a142e750809300212v73b440celfc716a402693d34a@mail.gmail.com> On 9/30/08, Jason J. Hellenthal wrote: > Evening List, > > I'm not subscribed to this list so please CC me upon follow-up or reply. > > Version 2.4.2 of the Intel driver is giving me pretty weird errors. like > "something something something 0 vs. 2" and other errors like buffer under > runs and space wanted 31767 got 30164. Is this some sort of memory leak in I have similar experience on CURRENT. My problems are related to DRI recent changes in CURRENT and are not specific to wich driver i use: intel or i810. (both drivers works fine if DRI is disabled in xorg.confm except that intel have strange bad bug when switching vtys) > the driver or such ?. anyone have a clue when the next version hopefully a > repaired version will come out? cant compile previous versions of the driver > below 2.4 and last version of xf86-video-i810 that I can use is 1.6.5 and no i810 driver is obsolete but it should work with your card, i810 is marked as broken because it does not build with last libdrm. (and probably will not work at all with newer Xorg server ....) Currently, you can, if you want, downgrade to older libdrm, and i180 will build (just remove line with BROKEN= .... from its Makefile). > higher. Hardware that I am running on is a Dell Dimension 4500S 1G of ram > and 1.8Gz proc with a i845G built-in card. This card currently does not work > with that driver. From onemda at gmail.com Tue Sep 30 09:45:36 2008 From: onemda at gmail.com (Paul B. Mahol) Date: Tue Sep 30 09:45:45 2008 Subject: [CFT] intel g33 & g45 In-Reply-To: <1222735160.1683.6.camel@wombat.2hip.net> References: <1222735160.1683.6.camel@wombat.2hip.net> Message-ID: <3a142e750809300245w8d9e720w5da705ced21aec6a@mail.gmail.com> On 9/30/08, Robert Noland wrote: > Attached is a patch to agp_i810 that should correctly handle that g33 / > q33 intel chipsets. It also should add support for the g45 series chips > (x4500). I don't have any of this hardware to test, so I need some > feedback, either way. > > This also changes the 945 code slightly, so that is also worth testing. > I am running on a 945gm now. > > This is against -CURRENT, but may apply to STABLE as well. Patching doesnt work on CURRENT for me: # cd /sys/dev/agp # patch -C < /home/paul/src/freebsd/agp_i810-g33-g45.patch Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: agp_i810.c |=================================================================== |--- agp_i810.c (revision 183193) |+++ agp_i810.c (working copy) -------------------------- Patching file agp_i810.c using Plan A... Hunk #1 failed at 70. Hunk #2 failed at 134. Hunk #3 failed at 155. Hunk #4 failed at 485. Hunk #5 failed at 501. Hunk #6 failed at 512. Hunk #7 failed at 530. Hunk #8 failed at 567. Hunk #9 failed at 657. Hunk #10 failed at 674. 10 out of 10 hunks failed--saving rejects to agp_i810.c.rej Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: agpreg.h |=================================================================== |--- agpreg.h (revision 183193) |+++ agpreg.h (working copy) -------------------------- Patching file agpreg.h using Plan A... Hunk #1 failed at 215. Hunk #2 failed at 259. 2 out of 2 hunks failed--saving rejects to agpreg.h.rej done From ray at one.com.au Tue Sep 30 09:50:12 2008 From: ray at one.com.au (Ray Newman) Date: Tue Sep 30 09:50:18 2008 Subject: Dual (zaphod) head on Intel i810 does not work for FreeBSD V7.0 Release In-Reply-To: <18615.61491.957269.935152@gromit.timing.com> References: <7FD401C4-3F70-4B91-9235-0EEA290C3967@one.com.au> <18615.61491.957269.935152@gromit.timing.com> Message-ID: <49116C4C-B153-405A-A1D8-9B4B45606982@one.com.au> I've now spent a month trying to make this work. Sure it "sort of" works until we try to do consistent graphics work with wish under kde; then we CANNOT get consistent results with and without the second screen. IS THERE ANY WAY TO START THIS MESS LOOKING LIKE ONE SCREEN. IT JUST DOESN'T WORK. Ray Newman On 29/08/2008, at 10:48 PM, John Hein wrote: > Ray Newman wrote at 17:56 +1000 on Aug 29, 2008: >> Under FreeBSD V6.2 Release (X 6.9.0 and i810 1.4.1) with this >> xorg.conf, this log file >> is produced and the dual screen config works. > . > . >> Under FreeBSD V7.0 Release (X 1.4.0 and i810 1.6.5) with this >> xorg.conf which is nearly >> identical with the previous one, this log file is produced and the >> dual screen doesn't work. >> It seems to get the primary and secondary screens totally confused. > > What if you try x11-drivers/xf86-video-intel instead of > x11-drivers/xf86-video-i810? > From rnoland at FreeBSD.org Tue Sep 30 12:20:16 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Tue Sep 30 12:20:23 2008 Subject: [CFT] intel g33 & g45 In-Reply-To: <3a142e750809300245w8d9e720w5da705ced21aec6a@mail.gmail.com> References: <1222735160.1683.6.camel@wombat.2hip.net> <3a142e750809300245w8d9e720w5da705ced21aec6a@mail.gmail.com> Message-ID: <1222777194.1683.29.camel@wombat.2hip.net> On Tue, 2008-09-30 at 11:45 +0200, Paul B. Mahol wrote: > On 9/30/08, Robert Noland wrote: > > Attached is a patch to agp_i810 that should correctly handle that g33 / > > q33 intel chipsets. It also should add support for the g45 series chips > > (x4500). I don't have any of this hardware to test, so I need some > > feedback, either way. > > > > This also changes the 945 code slightly, so that is also worth testing. > > I am running on a 945gm now. > > > > This is against -CURRENT, but may apply to STABLE as well. > > Patching doesnt work on CURRENT for me: > > # cd /sys/dev/agp > # patch -C < /home/paul/src/freebsd/agp_i810-g33-g45.patch > Hmm... Looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |Index: agp_i810.c > |=================================================================== > |--- agp_i810.c (revision 183193) > |+++ agp_i810.c (working copy) > -------------------------- > Patching file agp_i810.c using Plan A... > Hunk #1 failed at 70. > Hunk #2 failed at 134. > Hunk #3 failed at 155. > Hunk #4 failed at 485. > Hunk #5 failed at 501. > Hunk #6 failed at 512. > Hunk #7 failed at 530. > Hunk #8 failed at 567. > Hunk #9 failed at 657. > Hunk #10 failed at 674. > 10 out of 10 hunks failed--saving rejects to agp_i810.c.rej > Hmm... The next patch looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |Index: agpreg.h > |=================================================================== > |--- agpreg.h (revision 183193) > |+++ agpreg.h (working copy) > -------------------------- > Patching file agpreg.h using Plan A... > Hunk #1 failed at 215. > Hunk #2 failed at 259. > 2 out of 2 hunks failed--saving rejects to agpreg.h.rej > done wombat% pwd /home/rnoland/freebsd/src/sys/dev/agp wombat% patch -C < ~/agp_i810-g33-g45.patch Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: agp_i810.c |=================================================================== |--- agp_i810.c (revision 183193) |+++ agp_i810.c (working copy) -------------------------- Patching file agp_i810.c using Plan A... Hunk #1 succeeded at 70. Hunk #2 succeeded at 134. Hunk #3 succeeded at 155. Hunk #4 succeeded at 485. Hunk #5 succeeded at 501. Hunk #6 succeeded at 512. Hunk #7 succeeded at 530. Hunk #8 succeeded at 567. Hunk #9 succeeded at 657. Hunk #10 succeeded at 674. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: agpreg.h |=================================================================== |--- agpreg.h (revision 183193) |+++ agpreg.h (working copy) -------------------------- Patching file agpreg.h using Plan A... Hunk #1 succeeded at 215. Hunk #2 succeeded at 259. done I just checked it against my current cvs checkout of src. Maybe it was corrupted by the mailer. I'll put it up at http://people.freebsd.org/~rnoland/agp_i810-g33-g45.patch robert. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20080930/8b4b2b9c/attachment.pgp From rnoland at FreeBSD.org Tue Sep 30 15:52:23 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Tue Sep 30 15:52:29 2008 Subject: [CFT] intel g33 & g45 In-Reply-To: <1222777194.1683.29.camel@wombat.2hip.net> References: <1222735160.1683.6.camel@wombat.2hip.net> <3a142e750809300245w8d9e720w5da705ced21aec6a@mail.gmail.com> <1222777194.1683.29.camel@wombat.2hip.net> Message-ID: <1222789921.1740.4.camel@wombat.2hip.net> On Tue, 2008-09-30 at 08:19 -0400, Robert Noland wrote: > > > This is against -CURRENT, but may apply to STABLE as well. I have checked and it does apply to RELENG_7 cleanly as well, though the agp code is located in sys/pci on 7. patch is http://people.freebsd.org/~rnoland/agp_i810-g33-g45.patch robert. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20080930/76aec45e/attachment.pgp From onemda at gmail.com Tue Sep 30 18:49:21 2008 From: onemda at gmail.com (Paul B. Mahol) Date: Tue Sep 30 18:49:27 2008 Subject: [CFT] intel g33 & g45 In-Reply-To: <1222789921.1740.4.camel@wombat.2hip.net> References: <1222735160.1683.6.camel@wombat.2hip.net> <3a142e750809300245w8d9e720w5da705ced21aec6a@mail.gmail.com> <1222777194.1683.29.camel@wombat.2hip.net> <1222789921.1740.4.camel@wombat.2hip.net> Message-ID: <3a142e750809301149qdb252c5j743878ccffbc8b7b@mail.gmail.com> On 9/30/08, Robert Noland wrote: > On Tue, 2008-09-30 at 08:19 -0400, Robert Noland wrote: >> > > This is against -CURRENT, but may apply to STABLE as well. > > I have checked and it does apply to RELENG_7 cleanly as well, though the > agp code is located in sys/pci on 7. > > patch is http://people.freebsd.org/~rnoland/agp_i810-g33-g45.patch That one works fine. (Old one have bogus whitespace diff) Old problem is still there (DRI broken on i945GM, unloading agp causes panic). (I rebuilded both agp and drm modules) Output is more verbose: agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M agp0: AGP_I810_PGTBL_CTL: 3ffc0001 agp0: AGP_I855_GCC1: 0x30 agp0: AGP_I915_MSAC: 0xd9 agp0: Aperture resource size: 268435456 bytes drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xe0000000 256MB info: [drm] Initialized i915 1.6.0 20080312 drm0: [ITHREAD] I think problem started after vgapci0 and vgapci1 appeared in dmesg output. How to make sure that Xorg use vgapci0 and not vgapci1? Do you have same card/output like mine? From rnoland at FreeBSD.org Tue Sep 30 19:02:24 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Tue Sep 30 19:02:30 2008 Subject: [CFT] intel g33 & g45 In-Reply-To: <3a142e750809301149qdb252c5j743878ccffbc8b7b@mail.gmail.com> References: <1222735160.1683.6.camel@wombat.2hip.net> <3a142e750809300245w8d9e720w5da705ced21aec6a@mail.gmail.com> <1222777194.1683.29.camel@wombat.2hip.net> <1222789921.1740.4.camel@wombat.2hip.net> <3a142e750809301149qdb252c5j743878ccffbc8b7b@mail.gmail.com> Message-ID: <1222801313.1740.25.camel@wombat.2hip.net> On Tue, 2008-09-30 at 20:49 +0200, Paul B. Mahol wrote: > On 9/30/08, Robert Noland wrote: > > On Tue, 2008-09-30 at 08:19 -0400, Robert Noland wrote: > >> > > This is against -CURRENT, but may apply to STABLE as well. > > > > I have checked and it does apply to RELENG_7 cleanly as well, though the > > agp code is located in sys/pci on 7. > > > > patch is http://people.freebsd.org/~rnoland/agp_i810-g33-g45.patch > > That one works fine. (Old one have bogus whitespace diff) > > Old problem is still there (DRI broken on i945GM, unloading agp causes panic). > (I rebuilded both agp and drm modules) Yes, this wasn't expected to fix whatever is going on with 945gm. The issue with uloading agp is that some of the agp resources are being freed by drm, either on it's own or by calling into agp. I haven't figured out which module is actually to blame yet, but I don't think that it is related to the issues that your seeing. > Output is more verbose: > > agp0: on vgapci0 > agp0: detected 7932k stolen memory > agp0: aperture size is 256M > agp0: AGP_I810_PGTBL_CTL: 3ffc0001 > agp0: AGP_I855_GCC1: 0x30 > agp0: AGP_I915_MSAC: 0xd9 This is just because I'm dumping the card registers in the patch, I'll disable that when I commit it. > agp0: Aperture resource size: 268435456 bytes > drm0: on vgapci0 > vgapci0: child drm0 requested pci_enable_busmaster > info: [drm] AGP at 0xe0000000 256MB > info: [drm] Initialized i915 1.6.0 20080312 > drm0: [ITHREAD] > > > I think problem started after vgapci0 and vgapci1 appeared in dmesg output. drm isn't attaching to vgapci1, except on 852/5 cards which have the same pci id on both heads. > How to make sure that Xorg use vgapci0 and not vgapci1? > > Do you have same card/output like mine? pretty much. vgapci0: port 0xeff8-0xefff mem 0xfea00000-0xfeafffff,0xe0000000-0xefffffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7676k stolen memory agp0: aperture size is 256M agp0: AGP_I810_PGTBL_CTL: 7ff80001 agp0: AGP_I855_GCC1: 0x30 agp0: AGP_I915_MSAC: 0x00 agp0: Aperture resource size: 268435456 bytes acpi_video0: on vgapci0 vgapci1: mem 0xfeb00000-0xfebfffff at device 2.1 on pci0 acpi_video1: on vgapci1 evaluation of \\_SB_.PCI0.VID2._DOD makes no sense ... drm0: on vgapci0 info: [drm] MSI enabled 1 message(s) vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xe0000000 256MB info: [drm] Initialized i915 1.6.0 20080730 drm0: [ITHREAD] robert. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20080930/21309641/attachment.pgp