From yanefbsd at gmail.com Sun Mar 1 12:30:04 2009 From: yanefbsd at gmail.com (Garrett Cooper) Date: Sun Mar 1 12:30:29 2009 Subject: ports/124220: x11-servers/xorg-server - X.org server runs in infinite loop on amd64 Message-ID: <200903012030.n21KU3Vi037028@freefall.freebsd.org> The following reply was made to PR ports/124220; it has been noted by GNATS. From: Garrett Cooper To: j@uriah.heep.sax.de, bug-followup@freebsd.org Cc: Subject: Re: ports/124220: x11-servers/xorg-server - X.org server runs in infinite loop on amd64 Date: Sun, 1 Mar 2009 12:23:58 -0800 Hi Joerg, Could you tell us whether or not this issue still occurs with the latest Xorg? Thanks, -Garrett From yanefbsd at gmail.com Sun Mar 1 12:30:06 2009 From: yanefbsd at gmail.com (Garrett Cooper) Date: Sun Mar 1 12:30:29 2009 Subject: ports/118950: x11-drivers/xf86-video-nv - xorg xf86 nv (nvidia) driver crashes the system (no panic) Message-ID: <200903012030.n21KU6SO037191@freefall.freebsd.org> The following reply was made to PR ports/118950; it has been noted by GNATS. From: Garrett Cooper To: bug-followup@freebsd.org Cc: Subject: Re: ports/118950: x11-drivers/xf86-video-nv - xorg xf86 nv (nvidia) driver crashes the system (no panic) Date: Sun, 1 Mar 2009 12:25:24 -0800 On Sun, Mar 1, 2009 at 12:10 PM, Garrett Cooper wrote: > Hi Martin, > =A0 =A0Would you please give us feedback as to whether or not a newer > version of Xorg still suffers from this issue? > Thanks, > -Garrett The OP is unreachable :(. -Garrett From yanefbsd at gmail.com Sun Mar 1 12:40:03 2009 From: yanefbsd at gmail.com (Garrett Cooper) Date: Sun Mar 1 12:40:09 2009 Subject: ports/118950: x11-drivers/xf86-video-nv - xorg xf86 nv (nvidia) driver crashes the system (no panic) Message-ID: <200903012040.n21Ke2tr047644@freefall.freebsd.org> The following reply was made to PR ports/118950; it has been noted by GNATS. From: Garrett Cooper To: bug-followup@freebsd.org Cc: martin@email.aon.at Subject: Re: ports/118950: x11-drivers/xf86-video-nv - xorg xf86 nv (nvidia) driver crashes the system (no panic) Date: Sun, 1 Mar 2009 12:10:27 -0800 Hi Martin, Would you please give us feedback as to whether or not a newer version of Xorg still suffers from this issue? Thanks, -Garrett From j at uriah.heep.sax.de Sun Mar 1 12:50:03 2009 From: j at uriah.heep.sax.de (Joerg Wunsch) Date: Sun Mar 1 12:50:09 2009 Subject: ports/124220: x11-servers/xorg-server - X.org server runs in infinite loop on amd64 Message-ID: <200903012050.n21Ko2rv054565@freefall.freebsd.org> The following reply was made to PR ports/124220; it has been noted by GNATS. From: Joerg Wunsch To: Garrett Cooper Cc: bug-followup@freebsd.org Subject: Re: ports/124220: x11-servers/xorg-server - X.org server runs in infinite loop on amd64 Date: Sun, 1 Mar 2009 21:28:25 +0100 As Garrett Cooper wrote: > Could you tell us whether or not this issue still occurs with > the latest Xorg? Sorry, I eventually decided against running that machine in amd64 mode then, so I don't have an amd64 machine around anymore to test. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From joji at eskimo.com Sun Mar 1 15:05:21 2009 From: joji at eskimo.com (Joseph Olatt) Date: Sun Mar 1 15:05:28 2009 Subject: X stopped working after upgrade to Xorg-7.4 In-Reply-To: <1235875033.1289.105.camel@widget.2hip.net> References: <20090228210928.GA422@shell.eskimo.com> <1235858084.1289.103.camel@widget.2hip.net> <20090301020758.GA4336@shell.eskimo.com> <1235875033.1289.105.camel@widget.2hip.net> Message-ID: <20090301230519.GA2587@shell.eskimo.com> On Sat, Feb 28, 2009 at 08:37:13PM -0600, Robert Noland wrote: > On Sat, 2009-02-28 at 18:07 -0800, Joseph Olatt wrote: > > On Sat, Feb 28, 2009 at 03:54:44PM -0600, Robert Noland wrote: > > > On Sat, 2009-02-28 at 13:09 -0800, Joseph Olatt wrote: > > > > Hello, > > > > > > > > I have a system with the following graphics card: > > > > > > > > Nvidia GeForce 7100 / nForce 620i > > > > > > > > It was never supported by Xorg's nv driver. However, without an > > > > /etc/X11/xorg.conf file, I could run "startx" and X would start > > > > up and I was able to run twm. I suspect it was using the vesa > > > > driver or fbdev. > > > > > > > > After upgrading to Xorg-7.4, that stopped working. > > > > > > > > Now if I try to run "startx" *without* /etc/X11/xorg.conf, > > > > I get the following: > > > > http://www.eskimo.com/~joji/x11/startx_no_xorg_conf.log > > > > > > > > The corresponding Xorg.0.log is: > > > > http://www.eskimo.com/~joji/x11/Xorg.0.log_no_xorg_conf > > > > > > > > > > > > If I try "X -configure", I get: > > > > http://www.eskimo.com/~joji/x11/X_-configure.log > > > > > > > > When I try to run "startx", I get the following: > > > > http://www.eskimo.com/~joji/x11/startx_xorg_conf.log > > > > > > > > The corresponding Xorg.0.log is: > > > > http://www.eskimo.com/~joji/x11/startx_xorg_conf.log > > > > > > > > The xorg.conf file is: > > > > http://www.eskimo.com/~joji/x11/xorg.conf > > > > > > Ok, something has gone horribly wrong in the probe phase. Get rid of > > > all of the Screen lines from ServerLayout except for the entry for > > > Screen 0. Get rid of all of the Monitor sections except for Monitor 0. > > > Get rid of all of the Device sections except for the one that has Card0. > > > And finally, get rid of all of the Screen sections except for Screen0. > > > See what that does... > > > > > > robert. > > > > > > Hello Robert, > > > > I've removed everything except the lines for Screen 0. Running startx > > gave the following: > > http://www.eskimo.com/~joji/x11/startx_1.log > > > > Corresponding Xorg.0.log is: > > http://www.eskimo.com/~joji/x11/Xorg.0.log_1 > > > > xorg.conf is: > > http://www.eskimo.com/~joji/x11/xorg.conf_1 > > > > thoughts? > > > > Thanks for your willingness to provide suggestions... > > Ok, it looks like the driver is just broken... I'm not sure why a > release with the fixed code hasn't been made, but try this patch. > > http://people.freebsd.org/~rnoland/patch-xf86-video-nv > > robert. Thanks very much for the patch. When I went to patch xf86-video-nv, I found that I did not have the following directory: /usr/ports/x11-drivers/xf86-video-nv/files So, I removed "/usr/ports/x11-drivers/xf86-video-nv/*" and updated the ports. I then got the "files" directory. When I ran "patch < patch-xf86-video-nv", I got the following error: http://www.eskimo.com/~joji/x11/patch_2 I got the feeling that the new source had already been patched. So I ^C the patch and proceed to do the following: cd /usr/ports/x11-drivers/xf86-video-nv make deinstall make reinstall clean X -configure Output of "X -configure" is at: http://www.eskimo.com/~joji/x11/X_-configure_2 The xorg.conf file is: http://www.eskimo.com/~joji/x11/xorg.conf_2 I then ran startx. Got error. Output is at: http://www.eskimo.com/~joji/x11/startx_2 Corresponding Xorg.0.log file is: http://www.eskimo.com/~joji/x11/Xorg.0.log_2 At this point I tried "portmaster -d -a" just to be at the latest. That did not help. Since the time I wrote to you last, I had changed the driver to "vesa" and with some other changes, I actually got the xserver running. But soon after that, I lost the ability to display a lot of colors. For example, "xterm -bg black -fg lightgreen" shows the the foreground color as white. Firefox looks like it is missing a lot of colors... I'm not sure what happened... The modified xorg.conf file with the vesa driver is: http://www.eskimo.com/~joji/x11/xorg.conf_vesa_few_colors The corresponding Xorg.0.log file: http://www.eskimo.com/~joji/x11/Xorg.0.log_few_colors I can live with the vesa driver if I could get my colors back... regards, joseph From blacknova at tut.by Sun Mar 1 15:39:45 2009 From: blacknova at tut.by (=?UTF-8?B?0JLQu9Cw0LTQuNC80LjRgCDQndC+0LLQvtGB0LXQu9GM0YbQtdCy?=) Date: Sun Mar 1 15:39:54 2009 Subject: xorg-server freezes system completely on second run on amd64 Message-ID: <49AB1C7B.1090802@tut.by> Hello, after January's Xorg update to Xorg 7.4 FreeBSD/amd64 OS constantly and unconditionally freezes on second run of Xorg, nothing has changed in almost 1.5 month, all port updates to Xorg packges on this box are installed, also in search of solution system have been upgrade from 7.1-RELEASE to 7-STABLE and later to 8-CURRENT. I've tried x86-video-ati/radeonhd driver from ports and git and no change in behavior happens, the system is freezing on second xorg start. If system is just switched to console and back to xorg freeze not happening no mater how much time switch performed. I've tried Linux and OpenSolaris on the same box, both amd64 using Xorg 7.4, no freeze on second Xorg start happens. FreeBSD/amd64 7.1 RELEASE with old Xorg (xorg-server 1.4) have been working flawlessly with git and ports drivers. Vesa driver is working fine, but no native resolution for mine display and problems with VT switch. The system is: Core2 Duo E6550, MB Gigabyte P35-S3 p35/ich9 base, RAM 6gb, ATI/AMD Radeonhd 3870 512Mb. See dmesg, first run Xorg.log and xorg.conf I normally use attached to message, Xorg.log is from run with out xorg.conf in /etc/X11/ presence of xorg.conf in /etc/X11 changes nothing. WBR, Vladimir Novoseltsev -------------- next part -------------- Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #1: Sun Mar 1 16:14:24 EET 2009 root@silver.home:/usr/obj/usr/src/sys/SILVER Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz (2802.82-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3fd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant Cores per package: 2 usable memory = 6431842304 (6133 MB) avail memory = 6199558144 (5912 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cfde0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xa000-0xa0ff mem 0xd0000000-0xdfffffff,0xef000000-0xef00ffff irq 16 at device 0.0 on pci1 hdac0: mem 0xef010000-0xef013fff irq 17 at device 0.1 on pci1 hdac0: HDA Driver Revision: 20090226_0129 hdac0: [ITHREAD] uhci0: port 0xe000-0xe01f irq 16 at device 26.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x0f10 usbus0: on uhci0 uhci1: port 0xe100-0xe11f irq 21 at device 26.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0f10 usbus1: on uhci1 uhci2: port 0xe500-0xe51f irq 18 at device 26.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x0f10 usbus2: on uhci2 ehci0: mem 0xf0105000-0xf01053ff irq 18 at device 26.7 on pci0 ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci0 hdac1: mem 0xf0100000-0xf0103fff irq 22 at device 27.0 on pci0 hdac1: HDA Driver Revision: 20090226_0129 hdac1: [ITHREAD] pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 19 at device 28.3 on pci0 pci3: on pcib3 atapci0: mem 0xf0000000-0xf0001fff irq 19 at device 0.0 on pci3 atapci0: [ITHREAD] atapci0: AHCI called from vendor specific driver atapci0: AHCI Version 01.00 controller with 2 ports PM supported ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] atapci1: port 0xb000-0xb007,0xb100-0xb103,0xb200-0xb207,0xb300-0xb303,0xb400-0xb40f irq 16 at device 0.1 on pci3 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] pcib4: irq 16 at device 28.4 on pci0 pci4: on pcib4 re0: port 0xc000-0xc0ff mem 0xed000000-0xed000fff irq 16 at device 0.0 on pci4 re0: Using 1 MSI messages re0: Chip rev. 0x38000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:1a:4d:4b:bd:86 re0: [FILTER] uhci3: port 0xe200-0xe21f irq 23 at device 29.0 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x003a usbus4: on uhci3 uhci4: port 0xe300-0xe31f irq 19 at device 29.1 on pci0 uhci4: [ITHREAD] uhci4: LegSup = 0x0010 usbus5: on uhci4 uhci5: port 0xe400-0xe41f irq 18 at device 29.2 on pci0 uhci5: [ITHREAD] uhci5: LegSup = 0x0010 usbus6: on uhci5 ehci1: mem 0xf0104000-0xf01043ff irq 23 at device 29.7 on pci0 ehci1: [ITHREAD] usbus7: EHCI version 1.0 usbus7: on ehci1 pcib5: at device 30.0 on pci0 pci5: on pcib5 pci5: at device 0.0 (no driver attached) fwohci0: port 0xd100-0xd17f mem 0xe8200000-0xe82007ff irq 19 at device 1.0 on pci5 fwohci0: [ITHREAD] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:11:09:66:50:55:5c:b7 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x170c000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:09:55:5c:b7 fwe0: Ethernet address: 02:11:09:55:5c:b7 fwip0: on firewire0 fwip0: Firewire address: 00:11:09:66:50:55:5c:b7 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode isab0: at device 31.0 on pci0 isa0: on isab0 atapci2: port 0xe600-0xe607,0xe700-0xe703,0xe800-0xe807,0xe900-0xe903,0xea00-0xea1f mem 0xf0106000-0xf01067ff irq 19 at device 31.2 on pci0 atapci2: [ITHREAD] atapci2: AHCI Version 01.20 controller with 4 ports PM supported ata5: on atapci2 ata5: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] ata7: on atapci2 ata7: [ITHREAD] ata8: on atapci2 ata8: [ITHREAD] pci0: at device 31.3 (no driver attached) atrtc0: port 0x70-0x73 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 726072606000726 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 726072606000726 device_attach: est1 attach returned 6 p4tcc1: on cpu1 orm0: at iomem 0xd0000-0xd1fff,0xd2000-0xd4fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0 Not IRM capable irm(-1) usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ad4: 305245MB at ata2-master SATA150 ugen0.1: at usbus0 ushub0: on usbus0 ugen1.1: at usbus1 ushub1: on usbus1 ugen2.1: at usbus2 ushub2: on usbus2 ugen3.1: at usbus3 ushub3: on usbus3 ugen4.1: at usbus4 ushub4: on usbus4 ugen5.1: at usbus5 ushub5: on usbus5 ugen6.1: at usbus6 ushub6: on usbus6 ugen7.1: at usbus7 ushub7: on usbus7 ad10: 305244MB at ata5-master SATA300 ad12: 114472MB at ata6-master SATA300 acd0: DVDR at ata7-master SATA150 hdac0: HDA Codec #0: ATI R6xx HDMI pcm0: at cad 0 nid 1 on hdac0 hdac1: HDA Codec #2: Realtek ALC885 pcm1: at cad 2 nid 1 on hdac1 pcm2: at cad 2 nid 1 on hdac1 pcm3: at cad 2 nid 1 on hdac1 ushub0: 2 ports with 2 removable, self powered ushub1: 2 ports with 2 removable, self powered ushub2: 2 ports with 2 removable, self powered ushub4: 2 ports with 2 removable, self powered ushub5: 2 ports with 2 removable, self powered ushub6: 2 ports with 2 removable, self powered GEOM: ad4: partition 1 does not start on a track boundary. GEOM: ad4: partition 1 does not end on a track boundary. GEOM: ad10: partition 2 does not start on a track boundary. GEOM: ad10: partition 2 does not end on a track boundary. GEOM: ad10: partition 1 does not start on a track boundary. GEOM: ad10: partition 1 does not end on a track boundary. GEOM: ad12: partition 2 does not end on a track boundary. GEOM: ad12: partition 1 does not start on a track boundary. GEOM: ad12: partition 1 does not end on a track boundary. GEOM_LABEL: Label for provider ad4s2 is ntfs/D_Imp2_1 Anime. GEOM_LABEL: Label for provider ad4s3 is ntfs/D_Imp2_3 Anime Manga. GEOM_LABEL: Label for provider ad10s2 is ntfs/Games. GEOM_LABEL: Label for provider ad10s3 is ntfs/Tank. GEOM_LABEL: Label for provider ad12s1 is ntfs/Volume. GEOM_LABEL: Label for provider ad10s4f is ufs/usr. ushub3: 6 ports with 6 removable, self powered ushub7: 6 ports with 6 removable, self powered ugen7.2: <0> at usbus7 umass0: <0 USB DRIVE, class 0/0, rev 2.00/2.00, addr 2> on usbus7 umass0: SCSI over Bulk-Only; quirks = 0x0000 (probe0:ata3:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:ata3:0:0:0): CAM Status: SCSI Status Error (probe0:ata3:0:0:0): SCSI Status: Check Condition (probe0:ata3:0:0:0): NOT READY asc:3a,0 (probe0:ata3:0:0:0): Medium not present (probe0:ata3:0:0:0): Unretryable error umass0:5:0:-1: Attached to scbus5 ugen0.2: at usbus0 ums0: on usbus0 ums0: 8 buttons and [XYZ] coordinates da0 at umass-sim0 bus 0 target 0 lun 0 da0: < USB DRIVE 2.00> Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 246MB (503808 512 byte sectors: 64H 32S/T 246C) cd0 at ata3 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 3.300MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #1 Launched! GEOM: da0: partition 1 does not start on a track boundary. GEOM: da0: partition 1 does not end on a track boundary. Root mount waiting for: usbus3 usb2_alloc_device:1499: getting device descriptor at addr 2 failed! ugen0.3: at usbus0 ubt0: on usbus0 Root mount waiting for: usbus3 Root mount waiting for: usbus3 usb2_req_re_enumerate:1427: getting device descriptor at addr 2 failed! Root mount waiting for: usbus3 Root mount waiting for: usbus3 usb2_req_re_enumerate:1427: getting device descriptor at addr 2 failed! ugen3.2: <> at usbus3 (disconnected) uhub_reattach_port:414: could not allocate new device! Trying to mount root from ufs:/dev/ad10s4a GEOM_LABEL: Label ufs/usr removed. GEOM_LABEL: Label for provider ad10s4f is ufs/usr. GEOM_LABEL: Label ufs/usr removed. This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS filesystem version 13 ZFS storage pool version 13 module_register: module ushub/ums already exists! Module ushub/ums failed to register: 17 WARNING: attempt to net_add_domain(bluetooth) after domainfinalize() WARNING: attempt to net_add_domain(netgraph) after domainfinalize() re0: link state changed to UP fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 -------------- next part -------------- X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 8.0-CURRENT amd64 Current Operating System: FreeBSD silver.home 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Sun Mar 1 16:14:24 EET 2009 root@silver.home:/usr/obj/usr/src/sys/SILVER amd64 Build Date: 28 February 2009 12:00:52AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. 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: Mon Mar 2 00:51:10 2009 (EE) Unable to locate/open config file (II) Loader magic: 0x661100 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 4.1 X.Org XInput driver : 2.1 X.Org Server Extension : 1.1 X.Org Font Renderer : 0.6 (II) Loader running on freebsd (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (--) PCI:*(0@1:0:0) ATI Technologies Inc Radeon HD 3870 rev 0, Mem @ 0xd0000000/268435456, 0xef000000/65536, I/O @ 0x0000a000/256, BIOS @ 0x????????/65536 (==) Matched ati for the autoconfigured driver New driver is "ati" (==) Using default built-in configuration (30 lines) (==) --- Start of built-in configuration --- Section "Device" Identifier "Builtin Default ati Device 0" Driver "ati" EndSection Section "Screen" Identifier "Builtin Default ati Screen 0" Device "Builtin Default ati Device 0" EndSection Section "Device" Identifier "Builtin Default fbdev Device 0" Driver "fbdev" EndSection Section "Screen" Identifier "Builtin Default fbdev Screen 0" Device "Builtin Default fbdev Device 0" EndSection Section "Device" Identifier "Builtin Default vesa Device 0" Driver "vesa" EndSection Section "Screen" Identifier "Builtin Default vesa Screen 0" Device "Builtin Default vesa Device 0" EndSection Section "ServerLayout" Identifier "Builtin Default Layout" Screen "Builtin Default ati Screen 0" Screen "Builtin Default fbdev Screen 0" Screen "Builtin Default vesa Screen 0" EndSection (==) --- End of built-in configuration --- (==) ServerLayout "Builtin Default Layout" (**) |-->Screen "Builtin Default ati Screen 0" (0) (**) | |-->Monitor "" (**) | |-->Device "Builtin Default ati Device 0" (==) No monitor specified for screen "Builtin Default ati Screen 0". Using a default monitor configuration. (**) |-->Screen "Builtin Default fbdev Screen 0" (1) (**) | |-->Monitor "" (**) | |-->Device "Builtin Default fbdev Device 0" (==) No monitor specified for screen "Builtin Default fbdev Screen 0". Using a default monitor configuration. (**) |-->Screen "Builtin Default vesa Screen 0" (2) (**) | |-->Monitor "" (**) | |-->Device "Builtin Default vesa Device 0" (==) No monitor specified for screen "Builtin Default vesa Screen 0". Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (==) No FontPath specified. Using compiled-in default. (==) 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/ (==) ModulePath set to "/usr/local/lib/xorg/modules" (II) Cannot locate a core pointer device. (II) Cannot locate a core keyboard device. (II) The server relies on HAL to provide the list of input devices. If no devices become available, reconfigure HAL or disable AllowEmptyInput. (II) 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 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (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: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (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.5.3, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (==) AIGLX disabled (==) Exporting typical set of GLX visuals (II) Loading extension GLX (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.5.3, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.6 (II) Loading font FreeType (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension RECORD (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (II) Loading extension XFree86-DRI (II) LoadModule: "ati" (II) Loading /usr/local/lib/xorg/modules/drivers//ati_drv.so (II) Module ati: vendor="X.Org Foundation" compiled for 1.5.3, module version = 6.11.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 4.1 (II) LoadModule: "radeon" (II) Loading /usr/local/lib/xorg/modules/drivers//radeon_drv.so (II) Module radeon: vendor="X.Org Foundation" compiled for 1.5.3, module version = 6.11.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 4.1 (II) LoadModule: "fbdev" (WW) Warning, couldn't open module fbdev (II) UnloadModule: "fbdev" (EE) Failed to load module "fbdev" (module does not exist, 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.5.3, module version = 2.1.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 4.1 (II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon Mobility X600 (M24) 3150 (PCIE), ATI FireMV 2400 (PCI), 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 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 Radeon 4800 Series, ATI Radeon HD 4870 x2, ATI Radeon 4800 Series, ATI FirePro V8750 (FireGL), ATI FirePro V7760 (FireGL), ATI Mobility RADEON HD 4850, ATI Mobility RADEON HD 4850 X2, ATI Radeon 4800 Series, ATI FirePro RV770, AMD FireStream 9270, AMD FireStream 9250, ATI FirePro V8700 (FireGL), ATI Mobility RADEON HD 4870, ATI Mobility RADEON M98, ATI FirePro M7750, ATI M98, ATI M98, ATI M98, ATI Radeon RV730 (AGP), ATI FirePro M5750, ATI Radeon RV730 (AGP), ATI RV730XT [Radeon HD 4670], ATI RADEON E4600, ATI RV730 PRO [Radeon HD 4650], ATI FirePro V7750 (FireGL), ATI FirePro V5700 (FireGL), ATI FirePro V3750 (FireGL), ATI RV610, ATI Radeon HD 2400 XT, ATI Radeon HD 2400 Pro, ATI Radeon HD 2400 PRO AGP, ATI FireGL V4000, ATI RV610, ATI Radeon HD 2350, ATI Mobility Radeon HD 2400 XT, ATI Mobility Radeon HD 2400, ATI RADEON E2400, ATI RV610, ATI FireMV 2260, ATI RV670, ATI Radeon HD3870, ATI Mobility Radeon HD 3850, ATI Radeon HD3850, ATI Mobility Radeon HD 3850 X2, ATI RV670, ATI Mobility Radeon HD 3870, ATI Mobility Radeon HD 3870 X2, ATI Radeon HD3870 X2, ATI FireGL V7700, ATI Radeon HD3850, ATI Radeon HD3690, AMD Firestream 9170, ATI Radeon HD 4550, ATI Radeon RV710, ATI Radeon RV710, ATI Radeon HD 4350, ATI Mobility Radeon 4300 Series, ATI Mobility Radeon 4500 Series, ATI Mobility Radeon 4500 Series, 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 Mobility FireGL Graphics Processor, ATI Radeon RV710, ATI Radeon HD 3470, ATI Mobility Radeon HD 3430, ATI Mobility Radeon HD 3400 Series, ATI Radeon HD 3450, ATI Radeon HD 3450, ATI Radeon HD 3430, ATI Radeon HD 3450, ATI FirePro V3700, ATI FireMV 2450, ATI FireMV 2260, ATI FireMV 2260, ATI Radeon HD 3600 Series, ATI Radeon HD 3650 AGP, ATI Radeon HD 3600 PRO, ATI Radeon HD 3600 XT, ATI Radeon HD 3600 PRO, ATI Mobility Radeon HD 3650, ATI Mobility Radeon HD 3670, ATI Mobility FireGL V5700, ATI Mobility FireGL V5725, ATI Radeon HD 3200 Graphics, ATI Radeon 3100 Graphics, ATI Radeon HD 3200 Graphics, ATI Radeon 3100 Graphics, ATI Radeon HD 3300 Graphics (II) VESA: driver for VESA chipsets: vesa (II) Primary Device is: PCI 01@00:00:0 (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 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (WW) Falling back to old probe method for vesa (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] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [8] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) RADEON(0): TOTO SAYS 00000000ef000000 (II) RADEON(0): MMIO registers at 0x00000000ef000000: size 64KB (II) RADEON(0): PCI bus 1 card 0 func 0 (II) RADEON(0): Creating default Display subsection in Screen section "Builtin Default ati Screen 0" for depth/fbbpp 24/32 (==) 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.5.3, module version = 0.1.0 ABI class: X.Org Video Driver, version 4.1 (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 HD3870" (ChipID = 0x9501) (WW) RADEON(0): R600 support is mostly incomplete and very experimental (--) RADEON(0): Linear framebuffer at 0x00000000d0000000 (II) RADEON(0): PCIE card detected (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.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (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: 0x1002 SubsystemID: 0x2542 IOBaseAddress: 0xa000 Filename: S3B33904.102 BIOS Bootup Message: 113-B33904-102 RV670 GDDR4_16Mx32 256bit 512MB 777e/1126m (II) RADEON(0): Framebuffer space used by Firmware (kb): 16 (II) RADEON(0): Start of VRAM area used by Firmware: 0x1fffc000 (II) RADEON(0): AtomBIOS requests 16kB of VRAM scratch space (II) RADEON(0): AtomBIOS VRAM scratch base: 0x1fffc000 (II) RADEON(0): Cannot get VRAM scratch space. Allocating in main memory instead (II) RADEON(0): Default Engine Clock: 777000 (II) RADEON(0): Default Memory Clock: 1126000 (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/R600 (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.5.3, module version = 1.1.0 ABI class: X.Org ANSI C Emulation, version 0.4 (II) RADEON(0): Detected total video RAM=524288K, accessible=262144K (PCI BAR=262144K) (--) RADEON(0): Mapped VideoRAM: 262144 kByte (256 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: 777.000000, mclk: 1126.000000 (II) RADEON(0): PLL parameters: rf=2700 rd=12 min=64800 max=120000; xclk=40000 (II) RADEON(0): Output DVI-1 has no monitor section (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: XRANDR name: DVI-1 Connector: DVI-I CRT2: INTERNAL_KLDSCP_DAC2 DFP1: INTERNAL_KLDSCP_TMDS1 DDC reg: 0x7e50 (II) RADEON(0): Port1: XRANDR name: DVI-0 Connector: DVI-I CRT1: INTERNAL_KLDSCP_DAC1 DFP2: INTERNAL_LVTM1 DDC reg: 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: 3 (II) RADEON(0): EDID data from the display on output: DVI-0 ---------------------- (II) RADEON(0): Manufacturer: ACI Model: 24f1 Serial#: 16843009 (II) RADEON(0): Year: 2008 Week: 40 (II) RADEON(0): EDID Version: 1.3 (II) RADEON(0): Digital Display Input (II) RADEON(0): Max Image Size [cm]: horiz.: 53 vert.: 30 (II) RADEON(0): Gamma: 2.20 (II) RADEON(0): DPMS capabilities: StandBy Suspend Off (II) RADEON(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 (II) RADEON(0): Default color space is primary color space (II) RADEON(0): First detailed timing is preferred mode (II) RADEON(0): redX: 0.640 redY: 0.340 greenX: 0.290 greenY: 0.609 (II) RADEON(0): blueX: 0.140 blueY: 0.069 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): Manufacturer's mask: 0 (II) RADEON(0): Supported Future Video Modes: (II) RADEON(0): #0: hsize: 1152 vsize 864 refresh: 75 vid: 20337 (II) RADEON(0): #1: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 (II) RADEON(0): #2: hsize: 1280 vsize 960 refresh: 60 vid: 16513 (II) RADEON(0): #3: hsize: 1440 vsize 900 refresh: 60 vid: 149 (II) RADEON(0): #4: hsize: 1600 vsize 1200 refresh: 60 vid: 16553 (II) RADEON(0): #5: hsize: 1680 vsize 1050 refresh: 60 vid: 179 (II) RADEON(0): #6: hsize: 1920 vsize 1080 refresh: 60 vid: 49361 (II) RADEON(0): Supported additional Video Mode: (II) RADEON(0): clock: 148.5 MHz Image Size: 531 x 299 mm (II) RADEON(0): h_active: 1920 h_sync: 2008 h_sync_end 2052 h_blank_end 2200 h_border: 0 (II) RADEON(0): v_active: 1080 v_sync: 1084 v_sync_end 1089 v_blanking: 1125 v_border: 0 (II) RADEON(0): Ranges: V min: 56 V max: 76 Hz, H min: 31 H max: 83 kHz, PixClock max 170 MHz (II) RADEON(0): Monitor name: VK246 (II) RADEON(0): Serial No: 89LMQS033065 (II) RADEON(0): EDID (in hex): (II) RADEON(0): 00ffffffffffff000469f12401010101 (II) RADEON(0): 2812010380351e78eec4f6a3574a9c23 (II) RADEON(0): 114f54bfef00714f818081409500a940 (II) RADEON(0): b300d1c00101023a801871382d40582c (II) RADEON(0): 4500132b2100001e000000fd00384c1f (II) RADEON(0): 5311000a202020202020000000fc0056 (II) RADEON(0): 4b3234360a20202020202020000000ff (II) RADEON(0): 0038394c4d51533033333036350a009b 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: 3 (II) RADEON(0): EDID data from the display on output: DVI-0 ---------------------- (II) RADEON(0): Manufacturer: ACI Model: 24f1 Serial#: 16843009 (II) RADEON(0): Year: 2008 Week: 40 (II) RADEON(0): EDID Version: 1.3 (II) RADEON(0): Digital Display Input (II) RADEON(0): Max Image Size [cm]: horiz.: 53 vert.: 30 (II) RADEON(0): Gamma: 2.20 (II) RADEON(0): DPMS capabilities: StandBy Suspend Off (II) RADEON(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 (II) RADEON(0): Default color space is primary color space (II) RADEON(0): First detailed timing is preferred mode (II) RADEON(0): redX: 0.640 redY: 0.340 greenX: 0.290 greenY: 0.609 (II) RADEON(0): blueX: 0.140 blueY: 0.069 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): Manufacturer's mask: 0 (II) RADEON(0): Supported Future Video Modes: (II) RADEON(0): #0: hsize: 1152 vsize 864 refresh: 75 vid: 20337 (II) RADEON(0): #1: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 (II) RADEON(0): #2: hsize: 1280 vsize 960 refresh: 60 vid: 16513 (II) RADEON(0): #3: hsize: 1440 vsize 900 refresh: 60 vid: 149 (II) RADEON(0): #4: hsize: 1600 vsize 1200 refresh: 60 vid: 16553 (II) RADEON(0): #5: hsize: 1680 vsize 1050 refresh: 60 vid: 179 (II) RADEON(0): #6: hsize: 1920 vsize 1080 refresh: 60 vid: 49361 (II) RADEON(0): Supported additional Video Mode: (II) RADEON(0): clock: 148.5 MHz Image Size: 531 x 299 mm (II) RADEON(0): h_active: 1920 h_sync: 2008 h_sync_end 2052 h_blank_end 2200 h_border: 0 (II) RADEON(0): v_active: 1080 v_sync: 1084 v_sync_end 1089 v_blanking: 1125 v_border: 0 (II) RADEON(0): Ranges: V min: 56 V max: 76 Hz, H min: 31 H max: 83 kHz, PixClock max 170 MHz (II) RADEON(0): Monitor name: VK246 (II) RADEON(0): Serial No: 89LMQS033065 (II) RADEON(0): EDID (in hex): (II) RADEON(0): 00ffffffffffff000469f12401010101 (II) RADEON(0): 2812010380351e78eec4f6a3574a9c23 (II) RADEON(0): 114f54bfef00714f818081409500a940 (II) RADEON(0): b300d1c00101023a801871382d40582c (II) RADEON(0): 4500132b2100001e000000fd00384c1f (II) RADEON(0): 5311000a202020202020000000fc0056 (II) RADEON(0): 4b3234360a20202020202020000000ff (II) RADEON(0): 0038394c4d51533033333036350a009b (II) RADEON(0): Panel infos found from DDC detailed: 1920x1080 (II) RADEON(0): EDID vendor "ACI", prod id 9457 (II) RADEON(0): Output DVI-1 disconnected (II) RADEON(0): Output DVI-0 connected (II) RADEON(0): Using exact sizes for initial modes (II) RADEON(0): Output DVI-0 using initial mode 1920x1080 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.5.3, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (==) 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): Experimental R6xx/R7xx EXA support. (==) RADEON(0): Using EXA acceleration architecture (II) Loading sub module "exa" (II) LoadModule: "exa" (II) Loading /usr/local/lib/xorg/modules//libexa.so (II) Module exa: vendor="X.Org Foundation" compiled for 1.5.3, module version = 2.4.0 ABI class: X.Org Video Driver, version 4.1 (==) 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 (II) UnloadModule: "vesa" (II) Unloading /usr/local/lib/xorg/modules/drivers//vesa_drv.so (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [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] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprU) [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprU) [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprU) [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [8] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (II) RADEON(0): RADEONScreenInit d0000000 0 0 (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear Output DFP2 disable success Blank CRTC 0 success Disable CRTC 0 success Blank CRTC 1 success Disable CRTC 1 success mc fb loc is 00ef00d0 (II) RADEON(0): RADEONInitMemoryMap() : (II) RADEON(0): mem_size : 0x20000000 (II) RADEON(0): MC_FB_LOCATION : 0x00ef00d0 (II) RADEON(0): MC_AGP_LOCATION : 0x003f0000 (II) RADEON(0): Depth moves disabled by default (II) RADEON(0): Allocating from a screen of 262144 kb (II) RADEON(0): Will use 32 kb for hardware cursor 0 at offset 0x00c80000 (II) RADEON(0): Will use 32 kb for hardware cursor 1 at offset 0x00c84000 (II) RADEON(0): Will use 12800 kb for front buffer at offset 0x00000000 (II) RADEON(0): Will use 249312 kb for X Server offscreen at offset 0x00c88000 (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x00ef00d0 0x00ff00e0 (II) RADEON(0): MC_AGP_LOCATION : 0x003f0000 (==) RADEON(0): Backing store disabled (WW) RADEON(0): Direct rendering disabled (EE) RADEON(0): Acceleration initialization failed (II) RADEON(0): Acceleration disabled (II) RADEON(0): DPMS enabled (==) RADEON(0): Silken mouse enabled (II) RADEON(0): Textured video requires CP on R5xx/IGP Output DFP2 disable success Blank CRTC 0 success Disable CRTC 0 success Blank CRTC 1 success Disable CRTC 1 success Output DFP2 disable success Blank CRTC 0 success Disable CRTC 0 success Mode 1920x1080 - 2200 1125 5 (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x00ef00d0 0x00ef00d0 (II) RADEON(0): MC_AGP_LOCATION : 0x003f0000 freq: 148500000 best_freq: 148500000 best_feedback_div: 55 best_ref_div: 2 best_post_div: 5 (II) RADEON(0): crtc(0) Clock: mode 148500, PLL 148500 (II) RADEON(0): crtc(0) PLL : refdiv 2, fbdiv 0x37(55), pdiv 5 Set CRTC 0 PLL success Set CRTC Timing success Not using RMX scaler 0 setup success Set CRTC 0 Source success crtc 0 YUV disable setup success (II) RADEON(0): Coherent Mode enabled Output digital setup success Output DFP2 enable success Enable CRTC 0 success Unblank CRTC 0 success Blank CRTC 1 success Disable CRTC 1 success (II) RADEON(0): RandR 1.2 enabled, ignore the following RandR disabled message. Output DFP2 disable success Blank CRTC 0 success Disable CRTC 0 success Mode 1920x1080 - 2200 1125 5 (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x00ef00d0 0x00ef00d0 (II) RADEON(0): MC_AGP_LOCATION : 0x003f0000 freq: 148500000 best_freq: 148500000 best_feedback_div: 55 best_ref_div: 2 best_post_div: 5 (II) RADEON(0): crtc(0) Clock: mode 148500, PLL 148500 (II) RADEON(0): crtc(0) PLL : refdiv 2, fbdiv 0x37(55), pdiv 5 Set CRTC 0 PLL success Set CRTC Timing success Not using RMX scaler 0 setup success Set CRTC 0 Source success crtc 0 YUV disable setup success (II) RADEON(0): Coherent Mode enabled Output digital setup success Output DFP2 enable success Enable CRTC 0 success Unblank CRTC 0 success (--) 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 XINERAMA (II) Initializing built-in extension XFIXES (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) AIGLX: Loaded and initialized /usr/local/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 (II) RADEON(0): Setting screen physical size to 531 x 299 (II) config/hal: Adding input device AT Keyboard (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.3.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.1 (**) AT Keyboard: always reports core events (**) Option "Protocol" "standard" (**) AT Keyboard: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) AT Keyboard: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) AT Keyboard: XkbModel: "pc105" (**) Option "XkbLayout" "us" (**) AT Keyboard: XkbLayout: "us" (**) Option "CustomKeycodes" "off" (**) AT Keyboard: CustomKeycodes disabled (II) XINPUT: Adding extended input device "AT Keyboard" (type: KEYBOARD) Output DFP2 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 : 0x00ff00e0 0x00ef00d0 (II) RADEON(0): MC_AGP_LOCATION : 0x00000000 (II) RADEON(0): avivo_restore ! Enable CRTC 0 success Unblank CRTC 0 success (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear Output DFP2 disable success Blank CRTC 0 success Disable CRTC 0 success Blank CRTC 1 success Disable CRTC 1 success Output DFP2 disable success Blank CRTC 0 success Disable CRTC 0 success Mode 1920x1080 - 2200 1125 5 (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x00ef00d0 0x00ff00e0 (II) RADEON(0): MC_AGP_LOCATION : 0x003f0000 freq: 148500000 best_freq: 148500000 best_feedback_div: 55 best_ref_div: 2 best_post_div: 5 (II) RADEON(0): crtc(0) Clock: mode 148500, PLL 148500 (II) RADEON(0): crtc(0) PLL : refdiv 2, fbdiv 0x37(55), pdiv 5 Set CRTC 0 PLL success Set CRTC Timing success Not using RMX scaler 0 setup success Set CRTC 0 Source success crtc 0 YUV disable setup success (II) RADEON(0): Coherent Mode enabled Output digital setup success Output DFP2 enable success Enable CRTC 0 success Unblank CRTC 0 success Blank CRTC 1 success Disable CRTC 1 success Output DFP2 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 : 0x00ff00e0 0x00ef00d0 (II) RADEON(0): MC_AGP_LOCATION : 0x00000000 (II) RADEON(0): avivo_restore ! Enable CRTC 0 success Unblank CRTC 0 success (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear Output DFP2 disable success Blank CRTC 0 success Disable CRTC 0 success Blank CRTC 1 success Disable CRTC 1 success Output DFP2 disable success Blank CRTC 0 success Disable CRTC 0 success Mode 1920x1080 - 2200 1125 5 (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x00ef00d0 0x00ff00e0 (II) RADEON(0): MC_AGP_LOCATION : 0x003f0000 freq: 148500000 best_freq: 148500000 best_feedback_div: 55 best_ref_div: 2 best_post_div: 5 (II) RADEON(0): crtc(0) Clock: mode 148500, PLL 148500 (II) RADEON(0): crtc(0) PLL : refdiv 2, fbdiv 0x37(55), pdiv 5 Set CRTC 0 PLL success Set CRTC Timing success Not using RMX scaler 0 setup success Set CRTC 0 Source success crtc 0 YUV disable setup success (II) RADEON(0): Coherent Mode enabled Output digital setup success Output DFP2 enable success Enable CRTC 0 success Unblank CRTC 0 success Blank CRTC 1 success Disable CRTC 1 success (II) UnloadModule: "kbd" Output DFP2 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 : 0x00ff00e0 0x00ef00d0 (II) RADEON(0): MC_AGP_LOCATION : 0x00000000 (II) RADEON(0): avivo_restore ! Enable CRTC 0 success Unblank CRTC 0 success (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear -------------- next part -------------- Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" Option "AllowEmptyInput" "Off" EndSection Section "Files" # RgbPath "/usr/local/lib/X11/rgb" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/cyr-rfx-koi8-o" FontPath "/usr/local/lib/X11/fonts/x6rus/100dpi" FontPath "/usr/local/lib/X11/fonts/x6rus/75dpi" FontPath "/usr/local/lib/X11/fonts/x6rus/misc" FontPath "/usr/local/lib/X11/fonts/cyrillic/" FontPath "/usr/local/lib/X11/fonts/terminus-font" FontPath "/usr/local/share/apps/konsole/fonts" FontPath "/usr/local/lib/X11/fonts/local/" FontPath "/usr/local/lib/X11/fonts/univga/" FontPath "/usr/local/lib/X11/fonts/artwiz-ru" FontPath "/usr/local/lib/X11/fonts/truetype/" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/TTF/" # FontPath "/usr/local/lib/X11/fonts/Speedo/" FontPath "/usr/local/lib/X11/fonts/Type1/" # FontPath "/usr/local/lib/X11/fonts/Type1-cm-super/" FontPath "/usr/local/lib/X11/fonts/CID/" FontPath "/usr/local/lib/X11/fonts/dejavu" FontPath "/usr/local/lib/X11/fonts/TrueType-val/" FontPath "/usr/local/lib/X11/fonts/URW/" FontPath "/usr/local/share/fonts" EndSection Section "Module" Load "extmod" # Load "dri" Load "glx" Load "dbe" Load "record" Load "xtrap" # Load "speedo" # Load "type1" Load "freetype" # Load "xkbdesc" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "keyboard" Option "XkbRules" "xorg" Option "XkbModel" "logiik" Option "XkbLayout" "us,ru(winkeys)" Option "XkbOptions" "grp:switch,grp:shifts_toggle,grp_led:scroll" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5" EndSection Section "DRI" Mode 0666 EndSection Section "Monitor" #DisplaySize 290 210 # mm ### Uncomment if you don't want to default to DDC: # HorizSync 0.0 - 0.0 # HorizSync 30.0 - 130.0 # VertRefresh 50.0 - 200.0 Identifier "Monitor0" VendorName "Philips" ModelName "" # Gamma 1.60 1.60 1.60 # created by KGamma Option "DPMS" EndSection Section "Device" Identifier "Card0" Driver "radeon" # Option "UseEDIDFreqs" "false" # Option "UseEDID" "false" # Option "AllowDDCCI" "true" # Option "backingstore" "true" Option "RenderAccel" "true" # Option "SWCursor" "true" Option "AccelMethod" "shadowfb" VendorName "ATI" BoardName "HD 3870" EndSection Section "Extensions" # Option "Composite" "Enable" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Viewport 0 0 # Modes "1280x1024" "1024x768" "800x600" "640x480" "320x240" "320x200" Depth 1 EndSubSection SubSection "Display" Viewport 0 0 # Modes "1280x1024" "1024x768" "800x600" "640x480" "320x240" "320x200" Depth 4 EndSubSection SubSection "Display" Viewport 0 0 # Modes "1280x1024" "1024x768" "800x600" "640x480" "320x240" "320x200" Depth 8 EndSubSection SubSection "Display" Viewport 0 0 # Modes "1280x1024" "1024x768" "800x600" "640x480" "320x240" "320x200" Depth 15 EndSubSection SubSection "Display" Viewport 0 0 # Modes "1280x1024" "1024x768" "800x600" "640x480" "320x240" "320x200" Depth 16 EndSubSection SubSection "Display" Viewport 0 0 # Modes "1280x1024" "1024x768" "800x600" "640x480" "320x240" "320x200" Depth 24 EndSubSection SubSection "Display" Viewport 0 0 # Modes "1280x1024" "1024x768" "800x600" "640x480" "320x240" "320x200" Depth 32 EndSubSection EndSection From yanefbsd at gmail.com Sun Mar 1 15:40:02 2009 From: yanefbsd at gmail.com (Garrett Cooper) Date: Sun Mar 1 15:40:09 2009 Subject: ports/126812: x11-drivers/xf86-video-ati - System freeze when exiting X server when using ati or radeon drivers on AMD 780G Message-ID: <200903012340.n21Ne2dw094336@freefall.freebsd.org> The following reply was made to PR ports/126812; it has been noted by GNATS. From: Garrett Cooper To: dinjiin@yahoo.com, Alex Keda Cc: bug-followup@freebsd.org Subject: Re: ports/126812: x11-drivers/xf86-video-ati - System freeze when exiting X server when using ati or radeon drivers on AMD 780G Date: Sun, 1 Mar 2009 15:32:59 -0800 Hi George and Alex, Have you folks tried a more recent 7.x / 8.x with the number of improvements that Robert Noland has made to our DRM? Thanks, -Garrett From rnoland at FreeBSD.org Sun Mar 1 16:26:07 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Sun Mar 1 16:26:15 2009 Subject: X stopped working after upgrade to Xorg-7.4 In-Reply-To: <20090301230519.GA2587@shell.eskimo.com> References: <20090228210928.GA422@shell.eskimo.com> <1235858084.1289.103.camel@widget.2hip.net> <20090301020758.GA4336@shell.eskimo.com> <1235875033.1289.105.camel@widget.2hip.net> <20090301230519.GA2587@shell.eskimo.com> Message-ID: <1235953557.1236.27.camel@widget.2hip.net> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090302/b7c4cfc4/attachment.pgp From linimon at FreeBSD.org Sun Mar 1 16:53:41 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Mar 1 16:53:47 2009 Subject: ports/118950: x11-drivers/xf86-video-nv - xorg xf86 nv (nvidia) driver crashes the system (no panic) Message-ID: <200903020053.n220rfGI053939@freefall.freebsd.org> Synopsis: x11-drivers/xf86-video-nv - xorg xf86 nv (nvidia) driver crashes the system (no panic) State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Mon Mar 2 00:53:04 UTC 2009 State-Changed-Why: Submitter is unreachable. http://www.freebsd.org/cgi/query-pr.cgi?pr=118950 From linimon at FreeBSD.org Sun Mar 1 16:54:56 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Mar 1 16:55:02 2009 Subject: ports/124220: x11-servers/xorg-server - X.org server runs in infinite loop on amd64 Message-ID: <200903020054.n220stOb054005@freefall.freebsd.org> Synopsis: x11-servers/xorg-server - X.org server runs in infinite loop on amd64 State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Mon Mar 2 00:53:47 UTC 2009 State-Changed-Why: Submitter can no longer reproduce (not running amd64 mode). There have been many updates to xorg components since then. If someone else is experiencing this we can re-open. http://www.freebsd.org/cgi/query-pr.cgi?pr=124220 From joji at eskimo.com Sun Mar 1 17:04:37 2009 From: joji at eskimo.com (Joseph Olatt) Date: Sun Mar 1 17:07:09 2009 Subject: X stopped working after upgrade to Xorg-7.4 In-Reply-To: <1235953557.1236.27.camel@widget.2hip.net> References: <20090228210928.GA422@shell.eskimo.com> <1235858084.1289.103.camel@widget.2hip.net> <20090301020758.GA4336@shell.eskimo.com> <1235875033.1289.105.camel@widget.2hip.net> <20090301230519.GA2587@shell.eskimo.com> <1235953557.1236.27.camel@widget.2hip.net> Message-ID: <20090302010435.GA10217@shell.eskimo.com> On Sun, Mar 01, 2009 at 06:25:57PM -0600, Robert Noland wrote: > On Sun, 2009-03-01 at 15:05 -0800, Joseph Olatt wrote: > > On Sat, Feb 28, 2009 at 08:37:13PM -0600, Robert Noland wrote: > > > On Sat, 2009-02-28 at 18:07 -0800, Joseph Olatt wrote: > > > > On Sat, Feb 28, 2009 at 03:54:44PM -0600, Robert Noland wrote: > > > > > On Sat, 2009-02-28 at 13:09 -0800, Joseph Olatt wrote: > Oh, right I committed that earlier today as it was clearly broken. > > So, now the config looks right, but your chip isn't supported... You > can try the attached patch, or try the nouveau driver, though that will > require pulling libdrm from git at the moment. I tried your patch. It did not work. It dumped core :-( The output of "X -configure" and "startx" is at: http://www.eskimo.com/~joji/x11/X_-configure_3 Any idea why I lost all my colors (except the basic colors) when I upgraded the vesa driver and attempted to use it? Thanks for all your help. regards, joseph From joji at eskimo.com Sun Mar 1 17:10:30 2009 From: joji at eskimo.com (Joseph Olatt) Date: Sun Mar 1 17:10:36 2009 Subject: X stopped working after upgrade to Xorg-7.4 In-Reply-To: <20090302010435.GA10217@shell.eskimo.com> References: <20090228210928.GA422@shell.eskimo.com> <1235858084.1289.103.camel@widget.2hip.net> <20090301020758.GA4336@shell.eskimo.com> <1235875033.1289.105.camel@widget.2hip.net> <20090301230519.GA2587@shell.eskimo.com> <1235953557.1236.27.camel@widget.2hip.net> <20090302010435.GA10217@shell.eskimo.com> Message-ID: <20090302011028.GA10331@shell.eskimo.com> On Sun, Mar 01, 2009 at 05:04:35PM -0800, Joseph Olatt wrote: > On Sun, Mar 01, 2009 at 06:25:57PM -0600, Robert Noland wrote: > > On Sun, 2009-03-01 at 15:05 -0800, Joseph Olatt wrote: > > > On Sat, Feb 28, 2009 at 08:37:13PM -0600, Robert Noland wrote: > > > > On Sat, 2009-02-28 at 18:07 -0800, Joseph Olatt wrote: > > > > > On Sat, Feb 28, 2009 at 03:54:44PM -0600, Robert Noland wrote: > > > > > > On Sat, 2009-02-28 at 13:09 -0800, Joseph Olatt wrote: > > > > Oh, right I committed that earlier today as it was clearly broken. > > > > So, now the config looks right, but your chip isn't supported... You > > can try the attached patch, or try the nouveau driver, though that will > > require pulling libdrm from git at the moment. > > I tried your patch. It did not work. It dumped core :-( > > The output of "X -configure" and "startx" is at: > http://www.eskimo.com/~joji/x11/X_-configure_3 > > > Any idea why I lost all my colors (except the basic colors) > when I upgraded the vesa driver and attempted to use it? On a gut-feel, I rebooted and now I have all the colors with the vesa driver. I wonder if I have a very poor quality graphics card or if all the patching/compiling etc. caused the graphics card to go into some sort of a weird state! So now I have the X server working with the vesa driver. I can live with that. Thanks for all your assistance. regards, joseph From rnoland at FreeBSD.org Sun Mar 1 17:25:45 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Sun Mar 1 17:25:52 2009 Subject: X stopped working after upgrade to Xorg-7.4 In-Reply-To: <20090302010435.GA10217@shell.eskimo.com> References: <20090228210928.GA422@shell.eskimo.com> <1235858084.1289.103.camel@widget.2hip.net> <20090301020758.GA4336@shell.eskimo.com> <1235875033.1289.105.camel@widget.2hip.net> <20090301230519.GA2587@shell.eskimo.com> <1235953557.1236.27.camel@widget.2hip.net> <20090302010435.GA10217@shell.eskimo.com> Message-ID: <1235957136.1236.32.camel@widget.2hip.net> On Sun, 2009-03-01 at 17:04 -0800, Joseph Olatt wrote: > On Sun, Mar 01, 2009 at 06:25:57PM -0600, Robert Noland wrote: > > On Sun, 2009-03-01 at 15:05 -0800, Joseph Olatt wrote: > > > On Sat, Feb 28, 2009 at 08:37:13PM -0600, Robert Noland wrote: > > > > On Sat, 2009-02-28 at 18:07 -0800, Joseph Olatt wrote: > > > > > On Sat, Feb 28, 2009 at 03:54:44PM -0600, Robert Noland wrote: > > > > > > On Sat, 2009-02-28 at 13:09 -0800, Joseph Olatt wrote: > > > > Oh, right I committed that earlier today as it was clearly broken. > > > > So, now the config looks right, but your chip isn't supported... You > > can try the attached patch, or try the nouveau driver, though that will > > require pulling libdrm from git at the moment. > > I tried your patch. It did not work. It dumped core :-( > > The output of "X -configure" and "startx" is at: > http://www.eskimo.com/~joji/x11/X_-configure_3 Ok, we are mostly out of options with the nv driver then... > > Any idea why I lost all my colors (except the basic colors) > when I upgraded the vesa driver and attempted to use it? I'm not sure what you mean here. robert. > Thanks for all your help. > > regards, > joseph -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090302/2a2d2a6b/attachment-0001.pgp From joji at eskimo.com Sun Mar 1 18:36:55 2009 From: joji at eskimo.com (Joseph Olatt) Date: Sun Mar 1 18:37:02 2009 Subject: X stopped working after upgrade to Xorg-7.4 In-Reply-To: <1235957136.1236.32.camel@widget.2hip.net> References: <20090228210928.GA422@shell.eskimo.com> <1235858084.1289.103.camel@widget.2hip.net> <20090301020758.GA4336@shell.eskimo.com> <1235875033.1289.105.camel@widget.2hip.net> <20090301230519.GA2587@shell.eskimo.com> <1235953557.1236.27.camel@widget.2hip.net> <20090302010435.GA10217@shell.eskimo.com> <1235957136.1236.32.camel@widget.2hip.net> Message-ID: <20090302023653.GA11390@shell.eskimo.com> On Sun, Mar 01, 2009 at 07:25:36PM -0600, Robert Noland wrote: > On Sun, 2009-03-01 at 17:04 -0800, Joseph Olatt wrote: > > On Sun, Mar 01, 2009 at 06:25:57PM -0600, Robert Noland wrote: > > > On Sun, 2009-03-01 at 15:05 -0800, Joseph Olatt wrote: > > > > On Sat, Feb 28, 2009 at 08:37:13PM -0600, Robert Noland wrote: > > > > > On Sat, 2009-02-28 at 18:07 -0800, Joseph Olatt wrote: > > > > > > On Sat, Feb 28, 2009 at 03:54:44PM -0600, Robert Noland wrote: > > > > > > > On Sat, 2009-02-28 at 13:09 -0800, Joseph Olatt wrote: > > > > > > > Oh, right I committed that earlier today as it was clearly broken. > > > > > > So, now the config looks right, but your chip isn't supported... You > > > can try the attached patch, or try the nouveau driver, though that will > > > require pulling libdrm from git at the moment. > > > > I tried your patch. It did not work. It dumped core :-( > > > > The output of "X -configure" and "startx" is at: > > http://www.eskimo.com/~joji/x11/X_-configure_3 > > Ok, we are mostly out of options with the nv driver then... > > > > > Any idea why I lost all my colors (except the basic colors) > > when I upgraded the vesa driver and attempted to use it? > > I'm not sure what you mean here. I'm currently running the vesa driver and sometimes the display seems to be losing colors (like as though it is switching from 24-bit color to 4-bit color)... Don't worry about it for now. I'm not sure I understand what is going on. I will try to understand what is going on... Thanks for all your attempts. regards, joseph From jhein at timing.com Sun Mar 1 18:50:34 2009 From: jhein at timing.com (John Hein) Date: Sun Mar 1 18:50:40 2009 Subject: X stopped working after upgrade to Xorg-7.4 In-Reply-To: <20090302023653.GA11390@shell.eskimo.com> References: <20090228210928.GA422@shell.eskimo.com> <1235858084.1289.103.camel@widget.2hip.net> <20090301020758.GA4336@shell.eskimo.com> <1235875033.1289.105.camel@widget.2hip.net> <20090301230519.GA2587@shell.eskimo.com> <1235953557.1236.27.camel@widget.2hip.net> <20090302010435.GA10217@shell.eskimo.com> <1235957136.1236.32.camel@widget.2hip.net> <20090302023653.GA11390@shell.eskimo.com> Message-ID: <18859.18797.120815.867686@gromit.timing.com> Joseph Olatt wrote at 18:36 -0800 on Mar 1, 2009: > I'm currently running the vesa driver and sometimes the display > seems to be losing colors (like as though it is switching from 24-bit > color to 4-bit color)... > > Don't worry about it for now. I'm not sure I understand what is going > on. I will try to understand what is going on... > > Thanks for all your attempts. I've seen palette issues like that with vesa on linux, too (like after killing a gnome session, then gdm comes up using very few colors). From kitchetech at gmail.com Sun Mar 1 19:27:05 2009 From: kitchetech at gmail.com (matt donovan) Date: Sun Mar 1 19:27:11 2009 Subject: Xorg 7.4 displays my cards bios before starting Message-ID: <28283d910903011854o36824ceaucd2269005be339ee@mail.gmail.com> Since I installed Xorg 7.4 whenever I do startx X will display my nvidia card bio screen and just hang there until X fully loads into the graphical interface. I can handle displaying this but it is just a bit annoying. From darcsis at gmail.com Sun Mar 1 23:13:04 2009 From: darcsis at gmail.com (Denise H. G.) Date: Sun Mar 1 23:13:17 2009 Subject: Xorg 7.4 displays my cards bios before starting In-Reply-To: <28283d910903011854o36824ceaucd2269005be339ee@mail.gmail.com> (matt donovan's message of "Sun, 1 Mar 2009 21:54:38 -0500") References: <28283d910903011854o36824ceaucd2269005be339ee@mail.gmail.com> Message-ID: <8663isqtxu.fsf@pluton.xbsd.name> is it a logo or really a bios screen? If it is a logo you can safely disable it in xorg.conf. -- darcsis ZAI gmail DIAN com From hanche at math.ntnu.no Sun Mar 1 23:40:03 2009 From: hanche at math.ntnu.no (Harald Hanche-Olsen) Date: Sun Mar 1 23:40:09 2009 Subject: ports/132100: x11/xorg: Xorg server forgets pointer map after xlock Message-ID: <200903020740.n227e2fs094769@freefall.freebsd.org> The following reply was made to PR ports/132100; it has been noted by GNATS. From: Harald Hanche-Olsen To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/132100: x11/xorg: Xorg server forgets pointer map after xlock Date: Mon, 02 Mar 2009 08:31:03 +0100 (CET) I wrote that the problem always appears when xlock is left running overnight. That turns out not to be true: It has been running all weekend, and the mouse worked as it should when I unlocked it. So this bug falls into the "sometimes you see it, sometimes you don't" category. - Harald From tevans.uk at googlemail.com Mon Mar 2 01:50:34 2009 From: tevans.uk at googlemail.com (Tom Evans) Date: Mon Mar 2 01:50:41 2009 Subject: Xorg 7.4 displays my cards bios before starting In-Reply-To: <28283d910903011854o36824ceaucd2269005be339ee@mail.gmail.com> References: <28283d910903011854o36824ceaucd2269005be339ee@mail.gmail.com> Message-ID: <1235987429.2224.75.camel@strangepork.mintel.co.uk> On Sun, 2009-03-01 at 21:54 -0500, matt donovan wrote: > Since I installed Xorg 7.4 whenever I do startx X will display my > nvidia card bio screen and just hang there until X fully loads into > the graphical interface. I can handle displaying this but it is just a > bit annoying. Add Option "NoLogo" "True" to the Device or Screen section of your xorg.conf. See [1] for all the configuration options of the nvidia driver. Cheers Tom [1] http://us.download.nvidia.com/freebsd/177.80/README/appendix-f.html From bugmaster at FreeBSD.org Mon Mar 2 03:07:48 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Mar 2 03:12:56 2009 Subject: Current problem reports assigned to freebsd-x11@FreeBSD.org Message-ID: <200903021107.n22B721P057502@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/132136 x11 [PATCH] x11-drivers/xf86-video-nouveau: unbreak build o ports/132100 x11 x11/xorg: Xorg server forgets pointer map after xlock o ports/132041 x11 x11/xorg: Broken Intel video driver o ports/132035 x11 [patch] graphics/libdrm: allow slave ports use their o o ports/131930 x11 [PATCH] x11-servers/xorg-server coredumps on exit o ports/131726 x11 x11-servers/xorg-server: xorg server messes with my eh o ports/131696 x11 x11-servers/xorg-server: hald core dumps make X11 unus o ports/131644 x11 x11-servers/xorg-server: Xinerama mouse event (focus f o ports/131339 x11 x11/oclock - repomove to x11-clocks/ o ports/131304 x11 x11/xorg: Xorg/Xfree/X11R6 startx problem with 'hexdum o ports/131289 x11 x11/xorg: xorg 7.4 exiting the server leads to instant o ports/131124 x11 x11/xorg - New xorg 7.4 hangs until mouse is moved whe f ports/131120 x11 x11/libxcb - xauth failes when using libX11/libxcb o ports/131016 x11 x11/xorg - xorg-7.4 renders system unusable! o ports/130815 x11 x11/xorg: Default Xorg (from install CD) @ 7.1-RELEASE s ports/129748 x11 x11-servers/xorg-server: XAA Offscreen Pixmaps never w o ports/129189 x11 x11/xorg: xorg config -testmode - horizontal sync synt o ports/128831 x11 x11-drivers/xf86-video-intel - X server is broken on I o ports/127436 x11 x11/xorg: xorg randomly uses 100% CPU with Intel + KDE f 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/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 o ports/119037 x11 x11: Can't type _ (Underscore) under X (gnome) 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 f ports/116359 x11 x11/xorg - screen blinks with PCI-E nvidia card and ve 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 43 problems total. From rbgarga at gmail.com Mon Mar 2 08:31:59 2009 From: rbgarga at gmail.com (Renato Botelho) Date: Mon Mar 2 08:32:06 2009 Subject: Problems migrating xorg input confs to HAL Message-ID: <747dc8f30903020808l15780b5fi2636555e6e51eb65@mail.gmail.com> Hello, After xorg was upgraded to 7.4 I added AllowEmptyInput off and keep using xorg.conf intead of moving to hal, my system is a current r189278. Today I've decided to try to move my keyboard and mouse confs to hal to start using the new configuration model. Mouse did fine, but i have some problems with keyboard. I use a Sun type 7 unix us keyboard, on my xorg.conf I had: Option "XkbRules" "xorg" Option "XkbSymbols" "pc(pc105)+sun_vndr/usb(sun_usb)+pc(pc105)+us(intl)" when I simply start my window manager without change hal, it recognize the keyboard special keys, but it did a bit later, and windowmaker just find these special keys after a wmaker restart. Ah, I use xdm on /etc/ttys I've tried to add this keyboard.fdi on /usr/local/etc/hal/fdi/policy evdev pc(pc105)+sun_vndr/usb(sun_usb)+pc(pc105)+us(intl) But I still have same problem, when windowmaker is loaded, it ignore the Sun special keys, just if I do a restart it work fine. hal-device keyboard output is: 17: udi = '/org/freedesktop/Hal/devices/usb_device_430_a2_noserial_if0' usb_device.device_protocol = 0 (0x0) (int) usb_device.is_self_powered = false (bool) usb_device.can_wake_up = true (bool) usb_device.max_power = 100 (0x64) (int) info.udi = '/org/freedesktop/Hal/devices/usb_device_430_a2_noserial_if0' (string) usb_device.num_interfaces = 1 (0x1) (int) info.subsystem = 'usb' (string) freebsd.driver = 'ukbd' (string) usb_device.num_ports = 0 (0x0) (int) info.product = 'product 0x00a2' (string) freebsd.unit = 0 (0x0) (int) usb_device.speed = 12 (double) usb_device.speed_bcd = 4608 (0x1200) (int) usb_device.version = 2 (double) usb_device.product_id = 162 (0xa2) (int) usb_device.vendor_id = 1072 (0x430) (int) info.vendor = 'Sun Microsystems' (string) usb_device.device_revision_bcd = 512 (0x200) (int) usb_device.serial = '' (string) usb_device.product = 'product 0x00a2' (string) usb_device.vendor = 'Sun Microsystems' (string) info.bus = 'usb' (string) usb.interface.number = 0 (0x0) (int) usb.interface.class = 3 (0x3) (int) info.category = 'input.keyboard' (string) usb.interface.subclass = 1 (0x1) (int) info.capabilities = { 'input', 'input.keyboard' } (string list) usb.interface.protocol = 1 (0x1) (int) usb.interface.description = '' (string) usb.freebsd.devname = 'ukbd0' (string) freebsd.device_file = '/dev/ukbd0' (string) input.device = '/dev/ukbd0' (string) input.x11_options.XkbSymbols = 'pc(pc105)+sun_vndr/usb(sun_usb)+pc(pc105)+us(intl)' (string) input.x11_driver = 'evdev' (string) usb_device.bus_number = 3 (0x3) (int) usb_device.level_number = 3 (0x3) (int) usb_device.port_number = 4 (0x4) (int) usb_device.configuration = '' (string) info.parent = '/org/freedesktop/Hal/devices/usb_device_430_a2_noserial' (string) usb_device.configuration_value = 1 (0x1) (int) usb_device.num_configurations = 1 (0x1) (int) usb_device.device_class = 0 (0x0) (int) usb_device.device_subclass = 0 (0x0) (int) I had this same problem in the past when I use startx, and someone from xorg told me to start using *dm to fix the problem, I choose xdm and it worked fine untill now. Any kind of hellp will be appreciate Thanks in advance -- Renato Botelho From gary.jennejohn at freenet.de Mon Mar 2 10:05:19 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Mon Mar 2 10:05:26 2009 Subject: Today's Radeon r6/7xx drm In-Reply-To: <1235842668.1289.90.camel@widget.2hip.net> References: <1235440484.1273.7.camel@widget.2hip.net> <200902271816.57919.jkim@FreeBSD.org> <200902271821.45637.jkim@FreeBSD.org> <49A8D5B8.90907@mailinglist.ahhyes.net> <1235842668.1289.90.camel@widget.2hip.net> Message-ID: <20090302190513.0ac3aff8@ernst.jennejohn.org> On Sat, 28 Feb 2009 11:37:48 -0600 Robert Noland wrote: > On Sat, 2009-02-28 at 17:12 +1100, Alex wrote: > > Is the new DRM code available for 7-STABLE yet? Will running a csup and > > rebuilding get me the updated DRM code? > > Not yet, I'm not going to commit it until I can actually test it. > Hopefully sometime next week. I have two competing patch sets... One > which is derived from what AMD intends to upstream to Linux and one > derived directly from drm git. I won't get into the politics right now, > but it's really becoming difficult to work in drm git, or rather to get > useful code from drm git. My intent is to commit the cleaned up code > that AMD plans to send to Linux. It is very similar to the code from > drm git, as AMD has continued to do most of their development in drm > git. The code that they intend to upstream has primarily just been > re-organized slightly and cleaned up. > > The last patch that I made from git should apply to releng_7. That > should be this one: > http://people.freebsd.org/~rnoland/radeon-r6-7xx-support-022409.patch > Wow! This is OK. Using this with the latest xf86-video-radeonhd-devel and turning on DRI and EXA in xorg.conf results in using a _lot less_ CPU when watching a movie in vlc. --- Gary Jennejohn From rbgarga at gmail.com Mon Mar 2 10:19:19 2009 From: rbgarga at gmail.com (Renato Botelho) Date: Mon Mar 2 10:19:26 2009 Subject: Problems migrating xorg input confs to HAL In-Reply-To: <747dc8f30903020808l15780b5fi2636555e6e51eb65@mail.gmail.com> References: <747dc8f30903020808l15780b5fi2636555e6e51eb65@mail.gmail.com> Message-ID: <747dc8f30903021019g4a403b3bu61d157b387798c7e@mail.gmail.com> On Mon, Mar 2, 2009 at 1:08 PM, Renato Botelho wrote: > Hello, > > After xorg was upgraded to 7.4 I added AllowEmptyInput off and keep > using xorg.conf intead of moving to hal, my system is a current r189278. > > Today I've decided to try to move my keyboard and mouse confs to hal > to start using the new configuration model. Mouse did fine, but i have > some problems with keyboard. > > I use a Sun type 7 unix us keyboard, on my xorg.conf I had: > > Option ? ? ?"XkbRules" ? ?"xorg" > Option ? ? ?"XkbSymbols" ?"pc(pc105)+sun_vndr/usb(sun_usb)+pc(pc105)+us(intl)" > > when I simply start my window manager without change hal, it recognize > the keyboard special keys, but it did a bit later, and windowmaker just find > these special keys after a wmaker restart. Ah, I use xdm on /etc/ttys > > I've tried to add this keyboard.fdi on /usr/local/etc/hal/fdi/policy > > > > ? ? ? > ? ? ? ? ? ? ? > ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? evdev > ? ? ? ? ? ? ? ? ? ? ? type="string">pc(pc105)+sun_vndr/usb(sun_usb)+pc(pc105)+us(intl) > ? ? ? ? ? ? ? > ? ? ? ? ? ? ? > ? ? ? > > > But I still have same problem, when windowmaker is loaded, it ignore the > Sun special keys, just if I do a restart it work fine. > > hal-device keyboard output is: > > 17: udi = '/org/freedesktop/Hal/devices/usb_device_430_a2_noserial_if0' > ?usb_device.device_protocol = 0 ?(0x0) ?(int) > ?usb_device.is_self_powered = false ?(bool) > ?usb_device.can_wake_up = true ?(bool) > ?usb_device.max_power = 100 ?(0x64) ?(int) > ?info.udi = '/org/freedesktop/Hal/devices/usb_device_430_a2_noserial_if0' > ?(string) > ?usb_device.num_interfaces = 1 ?(0x1) ?(int) > ?info.subsystem = 'usb' ?(string) > ?freebsd.driver = 'ukbd' ?(string) > ?usb_device.num_ports = 0 ?(0x0) ?(int) > ?info.product = 'product 0x00a2' ?(string) > ?freebsd.unit = 0 ?(0x0) ?(int) > ?usb_device.speed = 12 ?(double) > ?usb_device.speed_bcd = 4608 ?(0x1200) ?(int) > ?usb_device.version = 2 ?(double) > ?usb_device.product_id = 162 ?(0xa2) ?(int) > ?usb_device.vendor_id = 1072 ?(0x430) ?(int) > ?info.vendor = 'Sun Microsystems' ?(string) > ?usb_device.device_revision_bcd = 512 ?(0x200) ?(int) > ?usb_device.serial = '' ?(string) > ?usb_device.product = 'product 0x00a2' ?(string) > ?usb_device.vendor = 'Sun Microsystems' ?(string) > ?info.bus = 'usb' ?(string) > ?usb.interface.number = 0 ?(0x0) ?(int) > ?usb.interface.class = 3 ?(0x3) ?(int) > ?info.category = 'input.keyboard' ?(string) > ?usb.interface.subclass = 1 ?(0x1) ?(int) > ?info.capabilities = { 'input', 'input.keyboard' } (string list) > ?usb.interface.protocol = 1 ?(0x1) ?(int) > ?usb.interface.description = '' ?(string) > ?usb.freebsd.devname = 'ukbd0' ?(string) > ?freebsd.device_file = '/dev/ukbd0' ?(string) > ?input.device = '/dev/ukbd0' ?(string) > ?input.x11_options.XkbSymbols = > 'pc(pc105)+sun_vndr/usb(sun_usb)+pc(pc105)+us(intl)' ?(string) > ?input.x11_driver = 'evdev' ?(string) > ?usb_device.bus_number = 3 ?(0x3) ?(int) > ?usb_device.level_number = 3 ?(0x3) ?(int) > ?usb_device.port_number = 4 ?(0x4) ?(int) > ?usb_device.configuration = '' ?(string) > ?info.parent = > '/org/freedesktop/Hal/devices/usb_device_430_a2_noserial' ?(string) > ?usb_device.configuration_value = 1 ?(0x1) ?(int) > ?usb_device.num_configurations = 1 ?(0x1) ?(int) > ?usb_device.device_class = 0 ?(0x0) ?(int) > ?usb_device.device_subclass = 0 ?(0x0) ?(int) > > I had this same problem in the past when I use startx, and someone from > xorg told me to start using *dm to fix the problem, I choose xdm and it > worked fine untill now. > > Any kind of hellp will be appreciate Just one more information, I found a problem on my .fdi file, and changed evdev to kbd on x11_driver line, now I have this on Xorg.0.log (II) config/hal: Adding input device product 0x00a2 (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.3.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.1 (**) product 0x00a2: always reports core events (**) Option "Protocol" "standard" (**) product 0x00a2: Protocol: standard (**) Option "Device" "/dev/ukbd0" (EE) product 0x00a2: cannot open "/dev/ukbd0" (EE) PreInit failed for input device "product 0x00a2" (II) UnloadModule: "kbd" (EE) config/hal: NewInputDeviceRequest failed Hope this can be useful, thanks -- Renato Botelho From jonathan.chen at solnetsolutions.co.nz Mon Mar 2 12:36:13 2009 From: jonathan.chen at solnetsolutions.co.nz (Jonathan Chen) Date: Mon Mar 2 12:36:21 2009 Subject: XOrg 7.4 + FreeBSD 7/amd64 on Dell Latitude D830 Message-ID: <19714_1236026168_49AC4338_19714_239_1_49AC4337.9070608@solnetsolutions.co.nz> Hi all, I have just re-tried installing a recently csup'd version of x11/xorg on a Dell Latitude D830 with a nVidia card: FreeBSD jonathan.chen 7.1-STABLE FreeBSD 7.1-STABLE #0: Mon Mar 2 16:19:05 NZDT 2009 root@jonathan.chen:/usr/obj/usr/src/sys/GENERIC amd64 x11/xorg is the only non-system software on the system. With a minimal xorg.conf, X cannot determine the amount of available memory on the card. Logs attached. Can anyone help? [Note that the system used to work fine on XOrg 7.3]. Cheers. -- Jonathan Chen Attention: This email may contain information intended for the sole use of the original recipient. Please respect this when sharing or disclosing this email's contents with any third party. If you believe you have received this email in error, please delete it and notify the sender or postmaster@solnetsolutions.co.nz as soon as possible. The content of this email does not necessarily reflect the views of Solnet Solutions Ltd. -------------- next part -------------- Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" 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 "xtrap" Load "dri" Load "freetype" 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" Identifier "LG L1730S" HorizSync 30-83 VertRefresh 56-75 EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "SWcursor" # [] #Option "HWcursor" # [] #Option "NoAccel" # [] #Option "ShadowFB" # [] #Option "UseFBDev" # [] #Option "Rotate" # [] #Option "VideoKey" # #Option "FlatPanel" # [] #Option "FPDither" # [] #Option "CrtcNumber" # #Option "FPScale" # [] #Option "FPTweak" # #Option "DualHead" # [] Identifier "Card0" Driver "nv" VendorName "nVidia Corporation" BoardName "Quadro NVS 140M" BusID "PCI:1:0:0" # Option "XAANoOffscreenPixmaps" "on" EndSection Section "Screen" Identifier "Screen0" Device "Card0" # Monitor "LG L1730S" DefaultDepth 24 SubSection "Display" Viewport 0 0 # Modes "1680x1050" "1280x1024" "1024x768" "800x600" Modes "1280x1024" "1024x768" "800x600" Depth 24 EndSubSection EndSection -------------- next part -------------- X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 7.1-STABLE amd64 Current Operating System: FreeBSD jonathan.chen 7.1-STABLE FreeBSD 7.1-STABLE #0: Mon Mar 2 16:19:05 NZDT 2009 root@jonathan.chen:/usr/obj/usr/src/sys/GENERIC amd64 Build Date: 03 March 2009 09:02:29AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. 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: Tue Mar 3 09:16:14 2009 (==) Using config file: "/usr/local/etc/X11/xorg.conf" (==) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "" (**) | |-->Device "Card0" (==) No monitor specified for screen "Screen0". Using a default monitor configuration. (**) |-->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/ (**) ModulePath set to "/usr/local/lib/xorg/modules" (WW) AllowEmptyInput is on, devices using drivers 'kbd' or 'mouse' will be disabled. (WW) Disabling Mouse0 (WW) Disabling Keyboard0 (II) Loader magic: 0x672f00 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 4.1 X.Org XInput driver : 2.1 X.Org Server Extension : 1.1 X.Org Font Renderer : 0.6 (II) Loader running on freebsd (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (--) PCI:*(0@1:0:0) nVidia Corporation Quadro NVS 140M rev 161, Mem @ 0xfd000000/16777216, 0xfa000000/33554432, I/O @ 0x0000df00/128, BIOS @ 0x????????/65536 (II) 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 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[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) "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.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (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.5.3, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (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.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (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.5.3, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (==) AIGLX disabled (==) Exporting typical set of GLX visuals (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.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (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.5.3, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (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.5.3, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.6 (II) Loading font FreeType (II) LoadModule: "nv" (II) Loading /usr/local/lib/xorg/modules/drivers//nv_drv.so (II) Module nv: vendor="X.Org Foundation" compiled for 1.5.3, module version = 2.1.12 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 4.1 (II) NV: driver for NVIDIA chipsets: RIVA 128, RIVA TNT, RIVA TNT2, Unknown TNT2, Vanta, RIVA TNT2 Ultra, RIVA TNT2 Model 64, Aladdin TNT2, GeForce 256, GeForce DDR, Quadro, GeForce2 MX/MX 400, GeForce2 MX 100/200, GeForce2 Go, Quadro2 MXR/EX/Go, GeForce2 Integrated GPU, GeForce2 GTS, GeForce2 Ti, GeForce2 Ultra, Quadro2 Pro, GeForce4 MX 460, GeForce4 MX 440, GeForce4 MX 420, GeForce4 MX 440-SE, GeForce4 440 Go, GeForce4 420 Go, GeForce4 420 Go 32M, GeForce4 460 Go, Quadro4 550 XGL, GeForce4 440 Go 64M, Quadro NVS, Quadro4 500 GoGL, GeForce4 410 Go 16M, GeForce4 MX 440 with AGP8X, GeForce4 MX 440SE with AGP8X, GeForce4 MX 420 with AGP8X, GeForce4 MX 4000, GeForce4 448 Go, GeForce4 488 Go, Quadro4 580 XGL, Quadro4 NVS 280 SD, Quadro4 380 XGL, Quadro NVS 50 PCI, GeForce4 448 Go, GeForce4 MX Integrated GPU, GeForce3, GeForce3 Ti 200, GeForce3 Ti 500, Quadro DCC, GeForce4 Ti 4600, GeForce4 Ti 4400, GeForce4 Ti 4200, Quadro4 900 XGL, Quadro4 750 XGL, Quadro4 700 XGL, GeForce4 Ti 4800, GeForce4 Ti 4200 with AGP8X, GeForce4 Ti 4800 SE, GeForce4 4200 Go, Quadro4 700 GoGL, Quadro4 980 XGL, Quadro4 780 XGL, GeForce FX 5800 Ultra, GeForce FX 5800, Quadro FX 2000, Quadro FX 1000, GeForce FX 5600 Ultra, GeForce FX 5600, GeForce FX 5600XT, GeForce FX Go5600, GeForce FX Go5650, Quadro FX Go700, GeForce FX 5200, GeForce FX 5200 Ultra, GeForce FX 5200, GeForce FX 5200LE, GeForce FX Go5200, GeForce FX Go5250, GeForce FX 5500, GeForce FX 5100, GeForce FX Go5200 32M/64M, Quadro NVS 55/280 PCI, Quadro FX 500/600 PCI, GeForce FX Go53xx Series, GeForce FX Go5100, GeForce FX 5900 Ultra, GeForce FX 5900, GeForce FX 5900XT, GeForce FX 5950 Ultra, GeForce FX 5900ZT, Quadro FX 3000, Quadro FX 700, GeForce FX 5700 Ultra, GeForce FX 5700, GeForce FX 5700LE, GeForce FX 5700VE, GeForce FX Go5700, GeForce FX Go5700, Quadro FX Go1000, Quadro FX 1100, GeForce 6800 Ultra, GeForce 6800, GeForce 6800 LE, GeForce 6800 XE, GeForce 6800 XT, GeForce 6800 GT, GeForce 6800 GT, GeForce 6800 GS, GeForce 6800 XT, Quadro FX 4000, GeForce 6800 GS, GeForce 6800, GeForce 6800 LE, GeForce 6800 XT, GeForce Go 6800, GeForce Go 6800 Ultra, Quadro FX Go1400, Quadro FX 3450/4000 SDI, Quadro FX 1400, GeForce 6600 GT, GeForce 6600, GeForce 6600 LE, GeForce 6600 VE, GeForce Go 6600, GeForce 6610 XL, GeForce Go 6600 TE/6200 TE, GeForce 6700 XL, GeForce Go 6600, GeForce Go 6600 GT, Quadro FX 550, Quadro FX 550, Quadro FX 540, GeForce 6200, GeForce 6500, GeForce 6200 TurboCache(TM), GeForce 6200SE TurboCache(TM), GeForce 6200 LE, GeForce Go 6200, Quadro NVS 285, GeForce Go 6400, GeForce Go 6200, GeForce Go 6400, GeForce 6250, GeForce 6800, GeForce 6800 LE, GeForce 6800 GT, GeForce 6800 XT, GeForce 6200, GeForce 6200 A-LE, GeForce 7800 GTX, GeForce 7800 GTX, GeForce 7800 GT, GeForce 7800 GS, GeForce 7800 SLI, GeForce Go 7800, GeForce Go 7800 GTX, Quadro FX 4500, GeForce 7300 LE, GeForce 7300 SE, GeForce Go 7200, GeForce Go 7300, GeForce Go 7400, GeForce Go 7400 GS, Quadro NVS 110M, Quadro NVS 120M, Quadro FX 350M, GeForce 7500 LE, Quadro FX 350, GeForce 7300 GS, GeForce 7600 GT, GeForce 7600 GS, GeForce 7300 GT, GeForce 7600 LE, GeForce 7300 GT, GeForce Go 7700, GeForce Go 7600, GeForce Go 7600 GT, Quadro NVS 300M, GeForce Go 7900 SE, Quadro FX 550M, Quadro FX 560, GeForce 7900 GTX, GeForce 7900 GT, GeForce 7900 GS, GeForce Go 7900 GS, GeForce Go 7900 GTX, Quadro FX 2500M, Quadro FX 1500M, Quadro FX 5500, Quadro FX 3500, Quadro FX 1500, Quadro FX 4500 X2, GeForce 6150, GeForce 6150 LE, GeForce 6100, GeForce Go 6150, GeForce Go 6100, GeForce 8800 GTX, GeForce 8800 GTS, GeForce 8800 Ultra, Quadro FX 5600, Quadro FX 4600, GeForce 8600 GTS, GeForce 8600 GT, GeForce 8600 GT, GeForce 8600 GS, GeForce 8400 GS, GeForce 9500M GS, GeForce 8600M GT, GeForce 9650M GS, GeForce 8700M GT, Quadro FX 370, Quadro NVS 320M, Quadro FX 570M, Quadro FX 1600M, Quadro FX 570, Quadro FX 1700, GeForce 8400 SE, GeForce 8500 GT, GeForce 8400 GS, GeForce 8300 GS, GeForce 8400 GS, GeForce 8600M GS, GeForce 8400M GT, GeForce 8400M GS, GeForce 8400M G, Quadro NVS 140M, Quadro NVS 130M, Quadro NVS 135M, GeForce 9400 GT, Quadro FX 360M, GeForce 9300M G, Quadro NVS 290, GeForce GTX 280, GeForce GTX 260, GeForce 8800 GTS 512, GeForce 8800 GT, GeForce 9800 GX2, GeForce 8800 GS, GeForce 8800M GTS, GeForce 8800M GTX, GeForce 8800 GS, GeForce 9600 GSO, GeForce 8800 GT, GeForce 9800 GTX, GeForce 9800 GTK+, GeForce 9800 GT, Quadro FX 3700, Quadro FX 3600M, GeForce 9600 GT, GeForce 9600 GS, GeForce 9800M GTS, GeForce 9700M GTS, GeForce 9800M GTS, GeForce 9500 GT, GeForce 9600M GT, GeForce 9600M GS, GeForce 9600M GT, GeForce 9500M G, GeForce 9300 GS, GeForce 8400 GS, GeForce 9300M GS, GeForce 9200M GS, GeForce 9300M GS, Quadro NVS 150M, Quadro NVS 160M (II) Primary Device is: PCI 01@00:00:0 (--) NV: Found NVIDIA Quadro NVS 140M at 01@00:00:0 (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 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (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.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (II) NV(0): Initializing int10 (==) NV(0): Write-combining range (0xa0000,0x20000) was already clear (==) NV(0): Write-combining range (0xc0000,0x40000) was already clear (II) NV(0): Primary V_BIOS segment is: 0xc000 (==) NV(0): Write-combining range (0x0,0x1000) was already clear (--) NV(0): Console is VGA mode 0x3 (**) NV(0): Depth 24, (--) framebuffer bpp 32 (==) NV(0): RGB weight 888 (==) NV(0): Default visual is TrueColor (==) NV(0): Using hardware cursor (==) NV(0): Using gamma correction (1.0, 1.0, 1.0) (II) NV(0): MMIO registers mapped at 0x802a00000 (EE) NV(0): Failed to determine the amount of available video memory (==) NV(0): Write-combining range (0x0,0x1000) was already clear (II) UnloadModule: "nv" (II) UnloadModule: "int10" (II) Unloading /usr/local/lib/xorg/modules//libint10.so (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found From joji at eskimo.com Mon Mar 2 12:59:22 2009 From: joji at eskimo.com (Joseph Olatt) Date: Mon Mar 2 12:59:28 2009 Subject: X stopped working after upgrade to Xorg-7.4 In-Reply-To: <18859.18797.120815.867686@gromit.timing.com> References: <20090228210928.GA422@shell.eskimo.com> <1235858084.1289.103.camel@widget.2hip.net> <20090301020758.GA4336@shell.eskimo.com> <1235875033.1289.105.camel@widget.2hip.net> <20090301230519.GA2587@shell.eskimo.com> <1235953557.1236.27.camel@widget.2hip.net> <20090302010435.GA10217@shell.eskimo.com> <1235957136.1236.32.camel@widget.2hip.net> <20090302023653.GA11390@shell.eskimo.com> <18859.18797.120815.867686@gromit.timing.com> Message-ID: <20090302205920.GA31652@shell.eskimo.com> On Sun, Mar 01, 2009 at 07:50:21PM -0700, John Hein wrote: > Joseph Olatt wrote at 18:36 -0800 on Mar 1, 2009: > > I'm currently running the vesa driver and sometimes the display > > seems to be losing colors (like as though it is switching from 24-bit > > color to 4-bit color)... > > > > Don't worry about it for now. I'm not sure I understand what is going > > on. I will try to understand what is going on... > > > > Thanks for all your attempts. > > I've seen palette issues like that with vesa on linux, too (like after > killing a gnome session, then gdm comes up using very few colors). John, Thanks for that info. I do have Ubuntu installed on the same box and my next task was to attempt to see if I could reproduce the problem I was seeing with FreeBSD on Ubuntu. I also suspected the vesa driver and since both FreeBSD and Ubuntu use the same Xorg and vesa drivers, the problem being apparent in both OSes would make sense. Thanks for saving me some time. From linimon at FreeBSD.org Mon Mar 2 18:57:49 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Mar 2 18:58:00 2009 Subject: ports/132270: x11-servers/xorg-server can't load usb keyboards via config/hal Message-ID: <200903030257.n232vmKO096892@freefall.freebsd.org> Old Synopsis: xorg-server can't load usb keyboards via config/hal New Synopsis: x11-servers/xorg-server can't load usb keyboards via config/hal Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: linimon Responsible-Changed-When: Tue Mar 3 02:57:19 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=132270 From rnoland at FreeBSD.org Mon Mar 2 19:30:54 2009 From: rnoland at FreeBSD.org (rnoland@FreeBSD.org) Date: Mon Mar 2 19:31:01 2009 Subject: ports/132270: x11-servers/xorg-server can't load usb keyboards via config/hal Message-ID: <200903030330.n233UsF1025675@freefall.freebsd.org> Synopsis: x11-servers/xorg-server can't load usb keyboards via config/hal State-Changed-From-To: open->closed State-Changed-By: rnoland State-Changed-When: Tue Mar 3 03:30:53 UTC 2009 State-Changed-Why: Committed, with minor changes. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=132270 From dfilter at FreeBSD.ORG Mon Mar 2 19:40:02 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Mon Mar 2 19:40:09 2009 Subject: ports/132270: commit references a PR Message-ID: <200903030340.n233e2SY028493@freefall.freebsd.org> The following reply was made to PR ports/132270; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/132270: commit references a PR Date: Tue, 3 Mar 2009 03:30:29 +0000 (UTC) rnoland 2009-03-03 03:30:20 UTC FreeBSD ports repository Modified files: sysutils/hal Makefile sysutils/hal/files patch-hald_freebsd_hf-usb.c patch-hald_freebsd_hf-usb2.c Log: Set the device node to NULL for usb keyboards. The xorg keyboard driver has the ability to open character devices, but in our case syscons always owns the devices. This should allow usb only setups as well as help people who are setting xorg input options on usb devices. PR: 132270 Submitted by: Jose M Rodriguez Approved by: marcus Revision Changes Path 1.51 +1 -1 ports/sysutils/hal/Makefile 1.6 +15 -6 ports/sysutils/hal/files/patch-hald_freebsd_hf-usb.c 1.2 +3 -3 ports/sysutils/hal/files/patch-hald_freebsd_hf-usb2.c _______________________________________________ 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 linimon at FreeBSD.org Mon Mar 2 20:19:52 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Mar 2 20:19:59 2009 Subject: ports/132272: Re: xorg-server can't load usb keyboards via config/hal Message-ID: <200903030419.n234Jq2g057637@freefall.freebsd.org> Synopsis: Re: xorg-server can't load usb keyboards via config/hal State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Tue Mar 3 04:17:18 UTC 2009 State-Changed-Why: Misfiled followup to ports/132270; content migrated. Responsible-Changed-From-To: gnats-admin->freebsd-x11 Responsible-Changed-By: linimon Responsible-Changed-When: Tue Mar 3 04:17:18 UTC 2009 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=132272 From kitchetech at gmail.com Tue Mar 3 17:57:14 2009 From: kitchetech at gmail.com (matt donovan) Date: Tue Mar 3 17:57:21 2009 Subject: Xorg 7.4 displays my cards bios before starting In-Reply-To: <1235987429.2224.75.camel@strangepork.mintel.co.uk> References: <28283d910903011854o36824ceaucd2269005be339ee@mail.gmail.com> <1235987429.2224.75.camel@strangepork.mintel.co.uk> Message-ID: <28283d910903031757u50247b57t7cacf290e5bedf6a@mail.gmail.com> On Mon, Mar 2, 2009 at 4:50 AM, Tom Evans wrote: > On Sun, 2009-03-01 at 21:54 -0500, matt donovan wrote: > > Since I installed Xorg 7.4 whenever I do startx X will display my > > nvidia card bio screen and just hang there until X fully loads into > > the graphical interface. I can handle displaying this but it is just a > > bit annoying. > > > Add > Option "NoLogo" "True" > > to the Device or Screen section of your xorg.conf. See [1] for all the > configuration options of the nvidia driver. > > Cheers > > Tom > > [1] http://us.download.nvidia.com/freebsd/177.80/README/appendix-f.html Not sure if this went though sicne I had a bounce back but I'll say it again to be sure. It's the actual Bios screen for my card. so this will not work Add Option "NoLogo" "True" It's the screen that says Nvidia Geforce 2 MX 440 64 MB of ram VGA bios is the screen that comes up. And I already know about the NoLogo option if I used the nvidia driver which I can't use since my card stopped working with the legacy driver even if it's supported (Seems to be bad hardware since the system is on it's last legs when dealing with some things.) From mparem at gmail.com Wed Mar 4 10:57:20 2009 From: mparem at gmail.com (Mikhail Paremski) Date: Wed Mar 4 10:57:27 2009 Subject: FreeBSD Port: xorg-7.4 Message-ID: <4e2947ad0903041028v5d496339o221e10ca99c4ad1a@mail.gmail.com> Hi X11, Hardware:: Lenovo Thinkpad T61p with nVidia Corporation Quadro FX 570M rev 161 graphic adapter. OS: FreeBSD 7.1-RELEASE-p3 After installing Xorg-7.4 from the ports collection, when I start X -config xorg.conf.new I got: (++) Using config file: "/root/xorg.conf.new" failed to set mtrr: Invalid argument ^Cfailed to unset mtrr: No such file or directory At the same time Xorg from packages works fine. Could you please to give me an idea how to fix the problem. -- Regards, Mikhail From ewinter at ewinter.org Thu Mar 5 08:16:51 2009 From: ewinter at ewinter.org (Ernst W. Winter) Date: Thu Mar 5 08:16:57 2009 Subject: Radeon DRIVER Message-ID: <20090305161651.GB1369@lobo.ewinter.org> Hello, well the Radondriver is working here on my Laptop. Gary Jennyjohn gave me hints and patches and helped to set it up SUPER!!!! her details: -----------------------------Snip------------------------------------- Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-STABLE #4: Thu Mar 5 15:45:58 CET 2009 ewinter@lobo.ewinter.org:/usr/obj/usr/src/sys/LOBO Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-62 (2094.76-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x60f82 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f Cores per package: 2 usable memory = 4284887040 (4086 MB) avail memory = 4104470528 (3914 MB) ACPI APIC Table: <050808 APIC2351> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 -----------------------------Snip------------------------------------- drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.29.0 20080613 info: [drm] Setting GART location based on new memory map info: [drm] Loading RV620 CP Microcode info: [drm] Loading RV620 PFP Microcode info: [drm] Resetting GPU info: [drm] writeback test succeeded in 1 usecs drm0: [ITHREAD] info: [drm] Resetting GPU info: [drm] Setting GART location based on new memory map info: [drm] Loading RV620 CP Microcode info: [drm] Loading RV620 PFP Microcode info: [drm] Resetting GPU info: [drm] writeback test succeeded in 1 usecs drm0: [ITHREAD] -----------------------------Snip------------------------------------- the card is a: ATI Radeon HD3470 Graphics Screen 0: minimum 320 x 200, current 1680 x 1050, maximum 2560 x 2560 VGA_1 disconnected (normal left inverted right x axis y axis) PANEL connected 1680x1050+0+0 (normal left inverted right x axis y axis) 338mm x 211mm -----------------------------Snip------------------------------------- if I can help with anything else then mail me. Ernst From rnoland at FreeBSD.org Thu Mar 5 09:47:14 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Thu Mar 5 09:47:21 2009 Subject: Radeon DRIVER In-Reply-To: <20090305161651.GB1369@lobo.ewinter.org> References: <20090305161651.GB1369@lobo.ewinter.org> Message-ID: <1236275215.1384.50.camel@widget.2hip.net> On Thu, 2009-03-05 at 17:16 +0100, Ernst W. Winter wrote: > Hello, > > well the Radondriver is working here on my Laptop. Gary Jennyjohn > gave me hints and patches and helped to set it up SUPER!!!! > > her details: > -----------------------------Snip------------------------------------- > Copyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > 1994 > The Regents of the University of California. All rights > reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.1-STABLE #4: Thu Mar 5 15:45:58 CET 2009 > ewinter@lobo.ewinter.org:/usr/obj/usr/src/sys/LOBO > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-62 (2094.76-MHz > K8-class CPU) > Origin = "AuthenticAMD" Id = 0x60f82 Stepping = 2 > Features=0x178bfbff > Features2=0x2001 > AMD > Features=0xea500800 > AMD Features2=0x11f > Cores per package: 2 > usable memory = 4284887040 (4086 MB) > avail memory = 4104470528 (3914 MB) > ACPI APIC Table: <050808 APIC2351> > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > > -----------------------------Snip------------------------------------- > > drm0: on vgapci0 > vgapci0: child drm0 requested pci_enable_busmaster > info: [drm] Initialized radeon 1.29.0 20080613 > info: [drm] Setting GART location based on new memory map > info: [drm] Loading RV620 CP Microcode > info: [drm] Loading RV620 PFP Microcode > info: [drm] Resetting GPU > info: [drm] writeback test succeeded in 1 usecs > drm0: [ITHREAD] > info: [drm] Resetting GPU > info: [drm] Setting GART location based on new memory map > info: [drm] Loading RV620 CP Microcode > info: [drm] Loading RV620 PFP Microcode > info: [drm] Resetting GPU > info: [drm] writeback test succeeded in 1 usecs > drm0: [ITHREAD] > > -----------------------------Snip------------------------------------- > > the card is a: ATI Radeon HD3470 Graphics > > Screen 0: minimum 320 x 200, current 1680 x 1050, maximum 2560 x 2560 > VGA_1 disconnected (normal left inverted right x axis y axis) > PANEL connected 1680x1050+0+0 (normal left inverted right x axis y > axis) 338mm x 211mm > > -----------------------------Snip------------------------------------- > > if I can help with anything else then mail me. > > Ernst Which patch set are you using? robert. > > _______________________________________________ > 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" -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090305/81991664/attachment.pgp From ewinter at ewinter.org Thu Mar 5 10:05:24 2009 From: ewinter at ewinter.org (Ernst W. Winter) Date: Thu Mar 5 10:05:31 2009 Subject: Radeon DRIVER In-Reply-To: <1236275215.1384.50.camel@widget.2hip.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> Message-ID: <20090305180523.GA2039@lobo.ewinter.org> On Thu, 05 Mar 2009, Robert Noland wrote: > On Thu, 2009-03-05 at 17:16 +0100, Ernst W. Winter wrote: > > Hello, > > > > well the Radondriver is working here on my Laptop. Gary Jennyjohn > > gave me hints and patches and helped to set it up SUPER!!!! > > > > her details: > > -----------------------------Snip------------------------------------- > > Copyright (c) 1992-2009 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > > 1994 > > The Regents of the University of California. All rights > > reserved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 7.1-STABLE #4: Thu Mar 5 15:45:58 CET 2009 > > ewinter@lobo.ewinter.org:/usr/obj/usr/src/sys/LOBO > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-62 (2094.76-MHz > > K8-class CPU) > > Origin = "AuthenticAMD" Id = 0x60f82 Stepping = 2 > > Features=0x178bfbff > > Features2=0x2001 > > AMD > > Features=0xea500800 > > AMD Features2=0x11f > > Cores per package: 2 > > usable memory = 4284887040 (4086 MB) > > avail memory = 4104470528 (3914 MB) > > ACPI APIC Table: <050808 APIC2351> > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 1 > > > > -----------------------------Snip------------------------------------- > > > > drm0: on vgapci0 > > vgapci0: child drm0 requested pci_enable_busmaster > > info: [drm] Initialized radeon 1.29.0 20080613 > > info: [drm] Setting GART location based on new memory map > > info: [drm] Loading RV620 CP Microcode > > info: [drm] Loading RV620 PFP Microcode > > info: [drm] Resetting GPU > > info: [drm] writeback test succeeded in 1 usecs > > drm0: [ITHREAD] > > info: [drm] Resetting GPU > > info: [drm] Setting GART location based on new memory map > > info: [drm] Loading RV620 CP Microcode > > info: [drm] Loading RV620 PFP Microcode > > info: [drm] Resetting GPU > > info: [drm] writeback test succeeded in 1 usecs > > drm0: [ITHREAD] > > > > -----------------------------Snip------------------------------------- > > > > the card is a: ATI Radeon HD3470 Graphics > > > > Screen 0: minimum 320 x 200, current 1680 x 1050, maximum 2560 x 2560 > > VGA_1 disconnected (normal left inverted right x axis y axis) > > PANEL connected 1680x1050+0+0 (normal left inverted right x axis y > > axis) 338mm x 211mm > > > > -----------------------------Snip------------------------------------- > > > > if I can help with anything else then mail me. > > > > Ernst > > Which patch set are you using? > The one Gary Jennyjohn sent me, it is from you and the latest as far as I knw. > robert. > Ernst > > > > _______________________________________________ > > 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" > -- > Robert Noland > FreeBSD From gary.jennejohn at freenet.de Fri Mar 6 04:31:27 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Fri Mar 6 04:31:37 2009 Subject: Radeon DRIVER In-Reply-To: <20090305180523.GA2039@lobo.ewinter.org> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> Message-ID: <20090306133119.1af6894c@ernst.jennejohn.org> On Thu, 5 Mar 2009 19:05:23 +0100 "Ernst W. Winter" wrote: > On Thu, 05 Mar 2009, Robert Noland wrote: > > Which patch set are you using? > > [snip extraneous stuff] > The one Gary Jennyjohn sent me, it is from you and the latest as far > as I knw. > Not a very useful answer, Ernst :-P Didn't even spell my name right :-( I sent him radeon-r6-7xx-support-022409.patch. --- Gary Jennejohn From rnoland at FreeBSD.org Fri Mar 6 10:17:07 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Fri Mar 6 10:17:13 2009 Subject: Radeon DRIVER In-Reply-To: <20090306133119.1af6894c@ernst.jennejohn.org> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> Message-ID: <1236363408.55221.16.camel@balrog.2hip.net> On Fri, 2009-03-06 at 13:31 +0100, Gary Jennejohn wrote: > On Thu, 5 Mar 2009 19:05:23 +0100 > "Ernst W. Winter" wrote: > > > On Thu, 05 Mar 2009, Robert Noland wrote: > > > Which patch set are you using? > > > > [snip extraneous stuff] > > The one Gary Jennyjohn sent me, it is from you and the latest as far > > as I knw. > > > > Not a very useful answer, Ernst :-P Didn't even spell my name right :-( > > I sent him radeon-r6-7xx-support-022409.patch. Cool, If you guys could test this one, I'll commit it later today. http://people.freebsd.org/~rnoland/radeon-drm-next-r6-7xx-030609.patch robert. > --- > Gary Jennejohn -- Robert Noland FreeBSD From gary.jennejohn at freenet.de Fri Mar 6 11:30:59 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Fri Mar 6 11:31:06 2009 Subject: Radeon DRIVER In-Reply-To: <1236363408.55221.16.camel@balrog.2hip.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> Message-ID: <20090306203055.582faa02@ernst.jennejohn.org> On Fri, 06 Mar 2009 12:16:48 -0600 Robert Noland wrote: > On Fri, 2009-03-06 at 13:31 +0100, Gary Jennejohn wrote: > > On Thu, 5 Mar 2009 19:05:23 +0100 > > "Ernst W. Winter" wrote: > > > > > On Thu, 05 Mar 2009, Robert Noland wrote: > > > > Which patch set are you using? > > > > > > [snip extraneous stuff] > > > The one Gary Jennyjohn sent me, it is from you and the latest as far > > > as I knw. > > > > > > > Not a very useful answer, Ernst :-P > > > > I sent him radeon-r6-7xx-support-022409.patch. > > Cool, If you guys could test this one, I'll commit it later today. > > http://people.freebsd.org/~rnoland/radeon-drm-next-r6-7xx-030609.patch > This causes a kernel panic (8-current). Below some kgdb output: kgdb /boot/test/kernel vmcore.1 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x148 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff801fff63 stack pointer = 0x10:0xfffffffeb73ef970 frame pointer = 0x10:0xfffffffeb73ef9c0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 3 current process = 1340 (initial thread) trap number = 12 panic: page fault cpuid = 0 Uptime: 1m18s Physical memory: 3955 MB Dumping 296 MB: 281 265 249 233 217 201 185 169 153 137 121 105 89 73 57 41 25 9 Reading symbols from /boot/test/zfs.ko...Reading symbols from /boot/test/zfs.ko.symbols...done. done. Loaded symbols for /boot/test/zfs.ko Reading symbols from /boot/test/opensolaris.ko...Reading symbols from /boot/test/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/test/opensolaris.ko Reading symbols from /boot/test/linprocfs.ko...Reading symbols from /boot/test/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/test/linprocfs.ko Reading symbols from /boot/test/linux.ko...Reading symbols from /boot/test/linux.ko.symbols...done. done. Loaded symbols for /boot/test/linux.ko Reading symbols from /boot/modules/kqemu.ko...done. Loaded symbols for /boot/modules/kqemu.ko Reading symbols from /usr/local/modules/rtc.ko...done. Loaded symbols for /usr/local/modules/rtc.ko #0 doadump () at pcpu.h:196 196 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xffffffff8033b768 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 #2 0xffffffff8033bbcc in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xffffffff805110ed in trap_fatal (frame=0xc, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:752 #4 0xffffffff805114d4 in trap_pfault (frame=0xfffffffeb73ef8c0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:668 #5 0xffffffff80511e21 in trap (frame=0xfffffffeb73ef8c0) at /usr/src/sys/amd64/amd64/trap.c:439 #6 0xffffffff804ee5de in calltrap () at /usr/src/sys/amd64/amd64/exception.S:217 #7 0xffffffff801fff63 in radeon_cp_indirect (dev=0xffffff0001624c00, data=0xffffff0005e66230, file_priv=Variable "file_priv" is not available. ) at /usr/src/sys/dev/drm/radeon_state.c:2470 #8 0xffffffff801ea7d6 in drm_ioctl (kdev=Variable "kdev" is not available. ) at /usr/src/sys/dev/drm/drm_drv.c:775 #9 0xffffffff802c26b7 in devfs_ioctl_f (fp=0xffffff0007667d70, com=3222299725, data=Variable "data" is not available. ) at /usr/src/sys/fs/devfs/devfs_vnops.c:669 #10 0xffffffff803794b0 in kern_ioctl (td=0xffffff0005fc6000, fd=Variable "fd" is not available. ) at file.h:262 #11 0xffffffff803796ed in ioctl (td=0xffffff0005fc6000, uap=0xfffffffeb73efbf0) at /usr/src/sys/kern/sys_generic.c:676 #12 0xffffffff805116e1 in syscall (frame=0xfffffffeb73efc80) at /usr/src/sys/amd64/amd64/trap.c:891 #13 0xffffffff804ee7eb in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:338 #14 0x000000080168a6fc in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) quit --- Gary Jennejohn From rnoland at FreeBSD.org Fri Mar 6 12:15:42 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Fri Mar 6 12:15:48 2009 Subject: Radeon DRIVER In-Reply-To: <20090306203055.582faa02@ernst.jennejohn.org> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> Message-ID: <1236370531.1671.3.camel@balrog.2hip.net> On Fri, 2009-03-06 at 20:30 +0100, Gary Jennejohn wrote: > On Fri, 06 Mar 2009 12:16:48 -0600 > Robert Noland wrote: > > > On Fri, 2009-03-06 at 13:31 +0100, Gary Jennejohn wrote: > > > On Thu, 5 Mar 2009 19:05:23 +0100 > > > "Ernst W. Winter" wrote: > > > > > > > On Thu, 05 Mar 2009, Robert Noland wrote: > > > > > Which patch set are you using? > > > > > > > > [snip extraneous stuff] > > > > The one Gary Jennyjohn sent me, it is from you and the latest as far > > > > as I knw. > > > > > > > > > > Not a very useful answer, Ernst :-P > > > > > > I sent him radeon-r6-7xx-support-022409.patch. > > > > Cool, If you guys could test this one, I'll commit it later today. > > > > http://people.freebsd.org/~rnoland/radeon-drm-next-r6-7xx-030609.patch > > > > This causes a kernel panic (8-current). Below some kgdb output: > > kgdb /boot/test/kernel vmcore.1 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x148 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff801fff63 > stack pointer = 0x10:0xfffffffeb73ef970 > frame pointer = 0x10:0xfffffffeb73ef9c0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 3 > current process = 1340 (initial thread) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 1m18s > Physical memory: 3955 MB > Dumping 296 MB: 281 265 249 233 217 201 185 169 153 137 121 105 89 73 57 41 25 9 > > Reading symbols from /boot/test/zfs.ko...Reading symbols from /boot/test/zfs.ko.symbols...done. > done. > Loaded symbols for /boot/test/zfs.ko > Reading symbols from /boot/test/opensolaris.ko...Reading symbols from /boot/test/opensolaris.ko.symbols...done. > done. > Loaded symbols for /boot/test/opensolaris.ko > Reading symbols from /boot/test/linprocfs.ko...Reading symbols from /boot/test/linprocfs.ko.symbols...done. > done. > Loaded symbols for /boot/test/linprocfs.ko > Reading symbols from /boot/test/linux.ko...Reading symbols from /boot/test/linux.ko.symbols...done. > done. > Loaded symbols for /boot/test/linux.ko > Reading symbols from /boot/modules/kqemu.ko...done. > Loaded symbols for /boot/modules/kqemu.ko > Reading symbols from /usr/local/modules/rtc.ko...done. > Loaded symbols for /usr/local/modules/rtc.ko > #0 doadump () at pcpu.h:196 > 196 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:196 > #1 0xffffffff8033b768 in boot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:420 > #2 0xffffffff8033bbcc in panic (fmt=Variable "fmt" is not available. > ) > at /usr/src/sys/kern/kern_shutdown.c:576 > #3 0xffffffff805110ed in trap_fatal (frame=0xc, eva=Variable "eva" is not available. > ) > at /usr/src/sys/amd64/amd64/trap.c:752 > #4 0xffffffff805114d4 in trap_pfault (frame=0xfffffffeb73ef8c0, usermode=0) > at /usr/src/sys/amd64/amd64/trap.c:668 > #5 0xffffffff80511e21 in trap (frame=0xfffffffeb73ef8c0) > at /usr/src/sys/amd64/amd64/trap.c:439 > #6 0xffffffff804ee5de in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:217 > #7 0xffffffff801fff63 in radeon_cp_indirect (dev=0xffffff0001624c00, > data=0xffffff0005e66230, file_priv=Variable "file_priv" is not available. > ) Argh, I fixed this yesterday, something is going on with my disk getting currupted and losing updates... Let me re-examine the patch. robert. > at /usr/src/sys/dev/drm/radeon_state.c:2470 > #8 0xffffffff801ea7d6 in drm_ioctl (kdev=Variable "kdev" is not available. > ) > at /usr/src/sys/dev/drm/drm_drv.c:775 > #9 0xffffffff802c26b7 in devfs_ioctl_f (fp=0xffffff0007667d70, > com=3222299725, data=Variable "data" is not available. > ) at /usr/src/sys/fs/devfs/devfs_vnops.c:669 > #10 0xffffffff803794b0 in kern_ioctl (td=0xffffff0005fc6000, fd=Variable "fd" is not available. > ) > at file.h:262 > #11 0xffffffff803796ed in ioctl (td=0xffffff0005fc6000, > uap=0xfffffffeb73efbf0) at /usr/src/sys/kern/sys_generic.c:676 > #12 0xffffffff805116e1 in syscall (frame=0xfffffffeb73efc80) > at /usr/src/sys/amd64/amd64/trap.c:891 > #13 0xffffffff804ee7eb in Xfast_syscall () > at /usr/src/sys/amd64/amd64/exception.S:338 > #14 0x000000080168a6fc in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) quit > > --- > Gary Jennejohn > _______________________________________________ > 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" -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090306/4ebeb82a/attachment.pgp From rnoland at FreeBSD.org Fri Mar 6 12:35:52 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Fri Mar 6 12:35:59 2009 Subject: Radeon DRIVER In-Reply-To: <20090306203055.582faa02@ernst.jennejohn.org> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> Message-ID: <1236371734.1671.5.camel@balrog.2hip.net> On Fri, 2009-03-06 at 20:30 +0100, Gary Jennejohn wrote: > On Fri, 06 Mar 2009 12:16:48 -0600 > Robert Noland wrote: > > > On Fri, 2009-03-06 at 13:31 +0100, Gary Jennejohn wrote: > > > On Thu, 5 Mar 2009 19:05:23 +0100 > > > "Ernst W. Winter" wrote: > > > > > > > On Thu, 05 Mar 2009, Robert Noland wrote: > > > > > Which patch set are you using? > > > > > > > > [snip extraneous stuff] > > > > The one Gary Jennyjohn sent me, it is from you and the latest as far > > > > as I knw. > > > > > > > > > > Not a very useful answer, Ernst :-P > > > > > > I sent him radeon-r6-7xx-support-022409.patch. > > > > Cool, If you guys could test this one, I'll commit it later today. > > > > http://people.freebsd.org/~rnoland/radeon-drm-next-r6-7xx-030609.patch > > > > This causes a kernel panic (8-current). Below some kgdb output: > > kgdb /boot/test/kernel vmcore.1 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x148 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff801fff63 > stack pointer = 0x10:0xfffffffeb73ef970 > frame pointer = 0x10:0xfffffffeb73ef9c0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 3 > current process = 1340 (initial thread) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 1m18s > Physical memory: 3955 MB > Dumping 296 MB: 281 265 249 233 217 201 185 169 153 137 121 105 89 73 57 41 25 9 > > Reading symbols from /boot/test/zfs.ko...Reading symbols from /boot/test/zfs.ko.symbols...done. > done. > Loaded symbols for /boot/test/zfs.ko > Reading symbols from /boot/test/opensolaris.ko...Reading symbols from /boot/test/opensolaris.ko.symbols...done. > done. > Loaded symbols for /boot/test/opensolaris.ko > Reading symbols from /boot/test/linprocfs.ko...Reading symbols from /boot/test/linprocfs.ko.symbols...done. > done. > Loaded symbols for /boot/test/linprocfs.ko > Reading symbols from /boot/test/linux.ko...Reading symbols from /boot/test/linux.ko.symbols...done. > done. > Loaded symbols for /boot/test/linux.ko > Reading symbols from /boot/modules/kqemu.ko...done. > Loaded symbols for /boot/modules/kqemu.ko > Reading symbols from /usr/local/modules/rtc.ko...done. > Loaded symbols for /usr/local/modules/rtc.ko > #0 doadump () at pcpu.h:196 > 196 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:196 > #1 0xffffffff8033b768 in boot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:420 > #2 0xffffffff8033bbcc in panic (fmt=Variable "fmt" is not available. > ) > at /usr/src/sys/kern/kern_shutdown.c:576 > #3 0xffffffff805110ed in trap_fatal (frame=0xc, eva=Variable "eva" is not available. > ) > at /usr/src/sys/amd64/amd64/trap.c:752 > #4 0xffffffff805114d4 in trap_pfault (frame=0xfffffffeb73ef8c0, usermode=0) > at /usr/src/sys/amd64/amd64/trap.c:668 > #5 0xffffffff80511e21 in trap (frame=0xfffffffeb73ef8c0) > at /usr/src/sys/amd64/amd64/trap.c:439 > #6 0xffffffff804ee5de in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:217 > #7 0xffffffff801fff63 in radeon_cp_indirect (dev=0xffffff0001624c00, > data=0xffffff0005e66230, file_priv=Variable "file_priv" is not available. > ) Oops, I fixed it for the non r600+ case. Please try, http://people.freebsd.org/~rnoland/radeon-drm-next-r6-7xx-030609-2.patch robert. > at /usr/src/sys/dev/drm/radeon_state.c:2470 > #8 0xffffffff801ea7d6 in drm_ioctl (kdev=Variable "kdev" is not available. > ) > at /usr/src/sys/dev/drm/drm_drv.c:775 > #9 0xffffffff802c26b7 in devfs_ioctl_f (fp=0xffffff0007667d70, > com=3222299725, data=Variable "data" is not available. > ) at /usr/src/sys/fs/devfs/devfs_vnops.c:669 > #10 0xffffffff803794b0 in kern_ioctl (td=0xffffff0005fc6000, fd=Variable "fd" is not available. > ) > at file.h:262 > #11 0xffffffff803796ed in ioctl (td=0xffffff0005fc6000, > uap=0xfffffffeb73efbf0) at /usr/src/sys/kern/sys_generic.c:676 > #12 0xffffffff805116e1 in syscall (frame=0xfffffffeb73efc80) > at /usr/src/sys/amd64/amd64/trap.c:891 > #13 0xffffffff804ee7eb in Xfast_syscall () > at /usr/src/sys/amd64/amd64/exception.S:338 > #14 0x000000080168a6fc in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) quit > > --- > Gary Jennejohn -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090306/62783425/attachment.pgp From rnoland at FreeBSD.org Fri Mar 6 12:50:58 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Fri Mar 6 12:51:04 2009 Subject: [HEADS UP] Radeon r6/7xx drm code to be committed Message-ID: <1236372641.1671.11.camel@balrog.2hip.net> I'm planning to commit : http://people.freebsd.org/~rnoland/radeon-drm-next-r6-7xx-030609-2.patch to -CURENT later today or tomorrow, unless someone reports issues to me. Please give it a try. This should work on pretty much all Radeon r600+ cards (and the older stuff as well). With the appropriate X drivers, you should get EXA accelleration and Xv. 3d is not available yet, afaik. robert. -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090306/0c50e91f/attachment.pgp From gary.jennejohn at freenet.de Fri Mar 6 13:07:10 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Fri Mar 6 13:07:16 2009 Subject: Radeon DRIVER In-Reply-To: <1236371734.1671.5.camel@balrog.2hip.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> Message-ID: <20090306220707.210a60a2@ernst.jennejohn.org> On Fri, 06 Mar 2009 14:35:34 -0600 Robert Noland wrote: > Oops, I fixed it for the non r600+ case. > > Please try, > http://people.freebsd.org/~rnoland/radeon-drm-next-r6-7xx-030609-2.patch > This one works. --- Gary Jennejohn From Carel at cbraam.nl Sat Mar 7 03:51:03 2009 From: Carel at cbraam.nl (Carel Braam) Date: Sat Mar 7 04:14:03 2009 Subject: Problems while upgrading the port xorg-server Message-ID: <20090307113235.GA5573@charon.tue.nl> Hello, I could not upgrade the prt xorg-server. I have attached the output of the make command, config.log and a diectory listing of /var/db/pg. Regards, Carel Braam -------------- next part -------------- Script started on Sat Mar 7 12:18:45 2009 charon# portupgrade x11-servers/xorg-server ---> Upgrading 'xorg-server-1.5.3_5,1' to 'xorg-server-1.5.3_6,1' (x11-servers/xorg-server) ---> Building '/usr/ports/x11-servers/xorg-server' ===> Cleaning for xorg-server-1.5.3_6,1 By default, the X Server installs as a set-user-id root binary. When run by a normal user, it checks arguments and environment as done in the x11/wrapper port before handling them normally. If you are concerned about the security of this, but still want to run an X Server (for example using xdm/kdm/gdm, which will still run the server as root), you can cancel the build and set NO_SUID_XSERVER=YES in /etc/make.conf. ===> Extracting for xorg-server-1.5.3_6,1 => MD5 Checksum OK for xorg/xserver/xorg-server-1.5.3.tar.bz2. => SHA256 Checksum OK for xorg/xserver/xorg-server-1.5.3.tar.bz2. ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/bin/perl5.8.9 - found ===> Patching for xorg-server-1.5.3_6,1 ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/bin/perl5.8.9 - found ===> Applying FreeBSD patches for xorg-server-1.5.3_6,1 ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/xf86driproto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/glproto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/randrproto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/renderproto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/fixesproto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/damageproto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/dri2proto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/xcmiscproto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/xextproto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/xtrans.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/xf86miscproto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/xf86vidmodeproto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/xf86bigfontproto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/scrnsaverproto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/bigreqsproto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/resourceproto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/fontsproto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/inputproto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/xf86dgaproto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/videoproto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/compositeproto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/trapproto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/recordproto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/xineramaproto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/evieproto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/dri.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/xdmcp.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/x11.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/xkbfile.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/xxf86misc.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/xxf86vm.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/xaw7.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/xmu.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/xt.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/xpm.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/xext.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/xproto.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/xfont.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/fontenc.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/xkbui.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/pixman-1.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/pciaccess.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/libdata/pkgconfig/pciaccess.pc - found ===> xorg-server-1.5.3_6,1 depends on file: /usr/local/bin/perl5.8.9 - found ===> xorg-server-1.5.3_6,1 depends on shared library: drm - found ===> xorg-server-1.5.3_6,1 depends on shared library: hal.1 - found ===> xorg-server-1.5.3_6,1 depends on shared library: GL.1 - found ===> Configuring for xorg-server-1.5.3_6,1 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of cc... gcc3 checking dependency style of cc... gcc3 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether ln -s works... yes checking build system type... i386-portbld-freebsd7.1 checking host system type... i386-portbld-freebsd7.1 checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking how to recognize dependent libraries... pass_all checking how to run the C preprocessor... cc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking dependency style of c++... gcc3 checking how to run the C++ preprocessor... c++ -E checking for g77... no checking for xlf... no checking for f77... f77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether f77 accepts -g... yes checking the maximum length of command line arguments... (cached) 262144 checking command to parse /usr/bin/nm -B output from cc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd7.1 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by c++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking for c++ option to produce PIC... -fPIC checking if c++ PIC flag -fPIC works... yes checking if c++ static flag -static works... yes checking if c++ supports -c -o file.o... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd7.1 ld.so (cached) (cached) checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for f77 option to produce PIC... -fPIC checking if f77 PIC flag -fPIC works... yes checking if f77 static flag -static works... yes checking if f77 supports -c -o file.o... yes checking whether the f77 linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd7.1 ld.so (cached) (cached) checking how to hardcode library paths into programs... immediate checking whether make sets $(MAKE)... (cached) yes checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for flex... flex checking lex output file root... lex.yy checking lex library... -lfl checking whether yytext is a pointer... yes checking for bison... bison -y checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking for cpp... /usr/bin/cpp checking if /usr/bin/cpp requires -undef... yes checking if /usr/bin/cpp requires -traditional... yes checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking for ANSI C header files... (cached) yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for unistd.h... (cached) yes checking for an ANSI C-conforming const... yes checking whether byte ordering is bigendian... no checking size of unsigned long... 4 checking for pid_t... yes checking byteswap.h usability... no checking byteswap.h presence... no checking for byteswap.h... no checking sys/endian.h usability... yes checking sys/endian.h presence... yes checking for sys/endian.h... yes checking for __swap16 variant of byteswapping macros... no checking for bswap16 variant of byteswapping macros... yes checking for dlopen... yes checking for vprintf... yes checking for _doprnt... no checking for geteuid... yes checking for getuid... yes checking for link... yes checking for memmove... yes checking for memset... yes checking for mkstemp... yes checking for strchr... yes checking for strrchr... yes checking for strtol... yes checking for getopt... yes checking for getopt_long... yes checking for vsnprintf... yes checking for walkcontext... no checking for backtrace... no checking for getisax... no checking for getzoneid... no checking for shmctl64... no checking for strcasestr... yes checking for working alloca.h... no checking for alloca... yes checking for getdtablesize... yes checking for getifaddrs... yes checking for getpeereid... yes checking for getpeerucred... no checking for strlcat... yes checking for strlcpy... yes checking for mmap... yes checking for sqrt in -lm... yes checking for cbrt in -lm... yes checking ndbm.h usability... yes checking ndbm.h presence... yes checking for ndbm.h... yes checking dbm.h usability... no checking dbm.h presence... no checking for dbm.h... no checking rpcsvc/dbm.h usability... no checking rpcsvc/dbm.h presence... no checking for rpcsvc/dbm.h... no checking linux/agpgart.h usability... no checking linux/agpgart.h presence... no checking for linux/agpgart.h... no checking sys/agpio.h usability... yes checking sys/agpio.h presence... yes checking for sys/agpio.h... yes checking linux/apm_bios.h usability... no checking linux/apm_bios.h presence... no checking for linux/apm_bios.h... no checking linux/fb.h usability... no checking linux/fb.h presence... no checking for linux/fb.h... no checking asm/mtrr.h usability... no checking asm/mtrr.h presence... no checking for asm/mtrr.h... no checking sys/memrange.h usability... yes checking sys/memrange.h presence... yes checking for sys/memrange.h... yes checking machine/mtrr.h usability... no checking machine/mtrr.h presence... no checking for machine/mtrr.h... no checking for sys/linker.h... yes checking for SYSV IPC... yes checking execinfo.h usability... no checking execinfo.h presence... no checking for execinfo.h... no checking to see if we can install the Xorg server as root... yes checking if Xtrans should support UNIX socket connections... yes checking if Xtrans should support TCP socket connections... yes checking for library containing socket... none required checking for library containing gethostbyname... none required checking for getaddrinfo... yes checking if IPv6 support should be built... yes checking for struct sockaddr_in.sin_len... yes checking for socklen_t... yes checking if Xtrans should support os-specific local connections... no checking for authdes_seccreate... yes checking for authdes_create... yes checking for library containing getsecretkey... -lrpcsvc checking if Secure RPC authentication ("SUN-DES-1") should be supported... yes checking for /usr/local/share/sgml/X11/defs.ent... no checking for linuxdoc... no checking for ps2pdf... /usr/local/bin/ps2pdf checking Whether to build documentation... no checking Whether to build pdf documentation... yes checking for DBUS... yes checking for HAL... yes checking for glibc...... no checking for clock_gettime... yes checking for a useful monotonic clock ...... yes checking for XLIB... yes checking for GL... configure: error: Package requirements (glproto >= 1.4.9 gl >= 7.1.0) were not met: gnome-config: not found No package 'gl' 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 GL_CFLAGS and GL_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 "/extra/tmp/extra/ports/x11-servers/xorg-server/work/xorg-server-1.5.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 /extra/ports/x11-servers/xorg-server. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20090307-97451-yh4myr-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=xorg-server-1.5.3_5,1 UPGRADE_PORT_VER=1.5.3_5,1 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! x11-servers/xorg-server (xorg-server-1.5.3_5,1) (configure error) charon# ^Dexit Script done on Sat Mar 7 12:20:01 2009 -------------- 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 xorg-server configure 1.5.3, which was generated by GNU Autoconf 2.63. Invocation command line was $ ./configure --disable-dmx --disable-xvfb --disable-xnest --disable-xprint --localstatedir=/var --without-dtrace --disable-xephyr --enable-record=yes --enable-xtrap=yes --with-xkb-path=/usr/local/share/X11/xkb --enable-config-hal=yes --enable-aiglx=yes --enable-install-setuid=yes --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 = charon uname -m = i386 uname -r = 7.1-STABLE uname -s = FreeBSD uname -v = FreeBSD 7.1-STABLE #0: Thu Mar 5 23:09:45 CET 2009 cbraam@charon:/space/obj/usr/src/sys/CBraam /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:2962: checking for a BSD-compatible install configure:3030: result: /usr/bin/install -c -o root -g wheel configure:3041: checking whether build environment is sane configure:3084: result: yes configure:3109: checking for a thread-safe mkdir -p configure:3148: result: ./install-sh -c -d configure:3161: checking for gawk configure:3177: found /usr/local/bin/gawk configure:3188: result: gawk configure:3199: checking whether make sets $(MAKE) configure:3221: result: yes configure:3405: checking whether to enable maintainer-specific portions of Makefiles configure:3414: result: no configure:3493: checking for gcc configure:3520: result: cc configure:3752: checking for C compiler version configure:3760: 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:3764: $? = 0 configure:3771: 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:3775: $? = 0 configure:3782: cc -V >&5 cc: '-V' option must have argument configure:3786: $? = 1 configure:3809: checking for C compiler default output file name configure:3831: cc -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:3835: $? = 0 configure:3873: result: a.out configure:3892: checking whether the C compiler works configure:3902: ./a.out configure:3906: $? = 0 configure:3925: result: yes configure:3932: checking whether we are cross compiling configure:3934: result: no configure:3937: checking for suffix of executables configure:3944: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:3948: $? = 0 configure:3974: result: configure:3980: checking for suffix of object files configure:4006: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:4010: $? = 0 configure:4035: result: o configure:4039: checking whether we are using the GNU C compiler configure:4068: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:4075: $? = 0 configure:4092: result: yes configure:4101: checking whether cc accepts -g configure:4131: cc -c -g conftest.c >&5 configure:4138: $? = 0 configure:4239: result: yes configure:4256: checking for cc option to accept ISO C89 configure:4330: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:4337: $? = 0 configure:4360: result: none needed configure:4389: checking for style of include used by make configure:4417: result: GNU configure:4442: checking dependency style of cc configure:4533: result: gcc3 configure:4557: checking dependency style of cc configure:4648: result: gcc3 configure:4677: checking for a BSD-compatible install configure:4745: result: /usr/bin/install -c -o root -g wheel configure:4756: checking whether ln -s works configure:4760: result: yes configure:4848: checking build system type configure:4866: result: i386-portbld-freebsd7.1 configure:4888: checking host system type configure:4903: result: i386-portbld-freebsd7.1 configure:4925: checking for a sed that does not truncate output configure:4981: result: /usr/bin/sed configure:4984: checking for grep that handles long lines and -e configure:5044: result: /usr/bin/grep configure:5049: checking for egrep configure:5113: result: /usr/bin/grep -E configure:5129: checking for ld used by cc configure:5196: result: /usr/bin/ld configure:5205: checking if the linker (/usr/bin/ld) is GNU ld configure:5220: result: yes configure:5225: checking for /usr/bin/ld option to reload object files configure:5232: result: -r configure:5250: checking for BSD-compatible nm configure:5299: result: /usr/bin/nm -B configure:5303: checking how to recognize dependent libraries configure:5489: result: pass_all configure:6017: checking how to run the C preprocessor configure:6057: cc -E conftest.c configure:6064: $? = 0 configure:6095: cc -E conftest.c conftest.c:10:28: error: ac_nonexistent.h: No such file or directory configure:6102: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.3" | /* end confdefs.h. */ | #include configure:6135: result: cc -E configure:6164: cc -E conftest.c configure:6171: $? = 0 configure:6202: cc -E conftest.c conftest.c:10:28: error: ac_nonexistent.h: No such file or directory configure:6209: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.3" | /* end confdefs.h. */ | #include configure:6249: checking for ANSI C header files configure:6279: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:6286: $? = 0 configure:6385: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:6389: $? = 0 configure:6395: ./conftest configure:6399: $? = 0 configure:6417: result: yes configure:6441: checking for sys/types.h configure:6462: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:6469: $? = 0 configure:6486: result: yes configure:6441: checking for sys/stat.h configure:6462: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:6469: $? = 0 configure:6486: result: yes configure:6441: checking for stdlib.h configure:6462: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:6469: $? = 0 configure:6486: result: yes configure:6441: checking for string.h configure:6462: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:6469: $? = 0 configure:6486: result: yes configure:6441: checking for memory.h configure:6462: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:6469: $? = 0 configure:6486: result: yes configure:6441: checking for strings.h configure:6462: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:6469: $? = 0 configure:6486: result: yes configure:6441: checking for inttypes.h configure:6462: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:6469: $? = 0 configure:6486: result: yes configure:6441: checking for stdint.h configure:6462: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:6469: $? = 0 configure:6486: result: yes configure:6441: checking for unistd.h configure:6462: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:6469: $? = 0 configure:6486: result: yes configure:6516: checking dlfcn.h usability configure:6533: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:6540: $? = 0 configure:6554: result: yes configure:6558: checking dlfcn.h presence configure:6573: cc -E conftest.c configure:6580: $? = 0 configure:6594: result: yes configure:6627: checking for dlfcn.h configure:6636: result: yes configure:6763: checking for C++ compiler version configure:6771: 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:6775: $? = 0 configure:6782: 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:6786: $? = 0 configure:6793: c++ -V >&5 c++: '-V' option must have argument configure:6797: $? = 1 configure:6800: checking whether we are using the GNU C++ compiler configure:6829: c++ -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.cpp >&5 configure:6836: $? = 0 configure:6853: result: yes configure:6862: checking whether c++ accepts -g configure:6892: c++ -c -g conftest.cpp >&5 configure:6899: $? = 0 configure:7000: result: yes configure:7025: checking dependency style of c++ configure:7116: result: gcc3 configure:7141: checking how to run the C++ preprocessor configure:7177: c++ -E conftest.cpp configure:7184: $? = 0 configure:7215: c++ -E conftest.cpp conftest.cpp:21:28: error: ac_nonexistent.h: No such file or directory configure:7222: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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:7255: result: c++ -E configure:7284: c++ -E conftest.cpp configure:7291: $? = 0 configure:7322: c++ -E conftest.cpp conftest.cpp:21:28: error: ac_nonexistent.h: No such file or directory configure:7329: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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:7424: checking for g77 configure:7454: result: no configure:7424: checking for xlf configure:7454: result: no configure:7424: checking for f77 configure:7440: found /usr/bin/f77 configure:7451: result: f77 configure:7477: checking for Fortran 77 compiler version configure:7485: 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:7489: $? = 0 configure:7496: f77 -v >&5 Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.6 [FreeBSD] 20060305 configure:7500: $? = 0 configure:7507: f77 -V >&5 f77: `-V' option must have argument configure:7511: $? = 1 configure:7519: checking whether we are using the GNU Fortran 77 compiler configure:7538: f77 -c conftest.F >&5 configure:7545: $? = 0 configure:7562: result: yes configure:7568: checking whether f77 accepts -g configure:7585: f77 -c -g conftest.f >&5 configure:7592: $? = 0 configure:7608: result: yes configure:7641: checking the maximum length of command line arguments configure:7753: result: 262144 configure:7765: checking command to parse /usr/bin/nm -B output from cc object configure:7870: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:7873: $? = 0 configure:7877: /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:7880: $? = 0 configure:7932: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c conftstm.o >&5 configure:7935: $? = 0 configure:7973: result: ok configure:7977: checking for objdir configure:7992: result: .libs configure:8084: checking for ar configure:8100: found /usr/bin/ar configure:8111: result: ar configure:8176: checking for ranlib configure:8192: found /usr/bin/ranlib configure:8203: result: ranlib configure:8268: checking for strip configure:8284: found /usr/bin/strip configure:8295: result: strip configure:8885: checking if cc supports -fno-rtti -fno-exceptions configure:8903: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native -fno-rtti -fno-exceptions conftest.c >&5 cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++ but not for C configure:8907: $? = 0 configure:8920: result: no configure:8935: checking for cc option to produce PIC configure:9167: result: -fPIC configure:9175: checking if cc PIC flag -fPIC works configure:9193: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native -fPIC -DPIC conftest.c >&5 configure:9197: $? = 0 configure:9210: result: yes configure:9238: checking if cc static flag -static works configure:9266: result: yes configure:9276: checking if cc supports -c -o file.o configure:9297: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native -o out/conftest2.o conftest.c >&5 configure:9301: $? = 0 configure:9323: result: yes configure:9349: checking whether the cc linker (/usr/bin/ld) supports shared libraries configure:10337: result: yes configure:10358: checking whether -lc should be explicitly linked in configure:10363: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:10366: $? = 0 configure:10381: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| grep -lc \>/dev/null 2\>\&1 configure:10384: $? = 0 configure:10396: result: no configure:10404: checking dynamic linker characteristics configure:11008: result: freebsd7.1 ld.so configure:11032: checking how to hardcode library paths into programs configure:11057: result: immediate configure:11071: checking whether stripping libraries is possible configure:11076: result: yes configure:11906: checking if libtool supports shared libraries configure:11908: result: yes configure:11911: checking whether to build shared libraries configure:11932: result: yes configure:11935: checking whether to build static libraries configure:11939: result: no configure:12033: creating libtool configure:12626: checking for ld used by c++ configure:12693: result: /usr/bin/ld configure:12702: checking if the linker (/usr/bin/ld) is GNU ld configure:12717: result: yes configure:12768: checking whether the c++ linker (/usr/bin/ld) supports shared libraries configure:13722: result: yes configure:13739: c++ -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.cpp >&5 configure:13742: $? = 0 configure:13898: checking for c++ option to produce PIC configure:14182: result: -fPIC configure:14190: checking if c++ PIC flag -fPIC works configure:14208: c++ -c -O2 -fno-strict-aliasing -pipe -mtune=native -fPIC -DPIC conftest.cpp >&5 configure:14212: $? = 0 configure:14225: result: yes configure:14253: checking if c++ static flag -static works configure:14281: result: yes configure:14291: checking if c++ supports -c -o file.o configure:14312: c++ -c -O2 -fno-strict-aliasing -pipe -mtune=native -o out/conftest2.o conftest.cpp >&5 configure:14316: $? = 0 configure:14338: result: yes configure:14364: checking whether the c++ linker (/usr/bin/ld) supports shared libraries configure:14390: result: yes configure:14457: checking dynamic linker characteristics configure:15009: result: freebsd7.1 ld.so configure:15033: checking how to hardcode library paths into programs configure:15058: result: immediate configure:15597: checking if libtool supports shared libraries configure:15599: result: yes configure:15602: checking whether to build shared libraries configure:15622: result: yes configure:15625: checking whether to build static libraries configure:15629: result: no configure:15639: checking for f77 option to produce PIC configure:15871: result: -fPIC configure:15879: checking if f77 PIC flag -fPIC works configure:15897: f77 -c -g -O2 -fPIC conftest.f >&5 configure:15901: $? = 0 configure:15914: result: yes configure:15942: checking if f77 static flag -static works configure:15970: result: yes configure:15980: checking if f77 supports -c -o file.o configure:16001: f77 -c -g -O2 -o out/conftest2.o conftest.f >&5 configure:16005: $? = 0 configure:16027: result: yes configure:16053: checking whether the f77 linker (/usr/bin/ld) supports shared libraries configure:17021: result: yes configure:17088: checking dynamic linker characteristics configure:17640: result: freebsd7.1 ld.so configure:17664: checking how to hardcode library paths into programs configure:17689: result: immediate configure:21299: checking whether make sets $(MAKE) configure:21321: result: yes configure:21379: checking for pkg-config configure:21397: found /usr/local/bin/pkg-config configure:21409: result: /usr/local/bin/pkg-config configure:21434: checking pkg-config is at least version 0.9.0 configure:21437: result: yes configure:21450: checking for flex configure:21466: found /usr/bin/flex configure:21477: result: flex configure:21514: flex conftest.l configure:21518: $? = 0 configure:21520: checking lex output file root configure:21536: result: lex.yy configure:21541: checking lex library configure:21560: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 conftest.l: In function 'yylex': conftest.l:6: warning: comparison between pointer and integer conftest.l:6: warning: assignment makes pointer from integer without a cast /var/tmp//ccllqY9u.o(.text+0x7c6): In function `input': : undefined reference to `yywrap' /var/tmp//ccllqY9u.o(.text+0xc0f): In function `yylex': : undefined reference to `yywrap' /var/tmp//ccllqY9u.o(.text+0xd8a): In function `main': : undefined reference to `yywrap' configure:21567: $? = 1 configure: failed program was: | /* A lexical scanner generated by flex */ | | /* Scanner skeleton version: | * $Header: /home/daffy/u0/vern/flex/RCS/flex.skl,v 2.91 96/09/10 16:58:48 vern Exp $ | * $FreeBSD: src/usr.bin/lex/flex.skl,v 1.8 2004/01/06 19:03:44 nectar Exp $ | */ | | #if defined(__FreeBSD__) | #include | #else | #define __unused | #endif | | #define FLEX_SCANNER | #define YY_FLEX_MAJOR_VERSION 2 | #define YY_FLEX_MINOR_VERSION 5 | | #include | | | /* cfront 1.2 defines "c_plusplus" instead of "__cplusplus" */ | #ifdef c_plusplus | #ifndef __cplusplus | #define __cplusplus | #endif | #endif | | | #ifdef __cplusplus | | #include | #include | | /* Use prototypes in function declarations. */ | #define YY_USE_PROTOS | | /* The "const" storage-class-modifier is valid. */ | #define YY_USE_CONST | | #else /* ! __cplusplus */ | | #if __STDC__ | | #define YY_USE_PROTOS | #define YY_USE_CONST | | #endif /* __STDC__ */ | #endif /* ! __cplusplus */ | | #ifdef __TURBOC__ | #pragma warn -rch | #pragma warn -use | #include | #include | #define YY_USE_CONST | #define YY_USE_PROTOS | #endif | | #ifdef YY_USE_CONST | #define yyconst const | #else | #define yyconst | #endif | | | #ifdef YY_USE_PROTOS | #define YY_PROTO(proto) proto | #else | #define YY_PROTO(proto) () | #endif | | /* Returned upon end-of-file. */ | #define YY_NULL 0 | | /* Promotes a possibly negative, possibly signed char to an unsigned | * integer for use as an array index. If the signed char is negative, | * we want to instead treat it as an 8-bit unsigned char, hence the | * double cast. | */ | #define YY_SC_TO_UI(c) ((unsigned int) (unsigned char) c) | | /* Enter a start condition. This macro really ought to take a parameter, | * but we do it the disgusting crufty way forced on us by the ()-less | * definition of BEGIN. | */ | #define BEGIN yy_start = 1 + 2 * | | /* Translate the current start state into a value that can be later handed | * to BEGIN to return to the state. The YYSTATE alias is for lex | * compatibility. | */ | #define YY_START ((yy_start - 1) / 2) | #define YYSTATE YY_START | | /* Action number for EOF rule of a given start state. */ | #define YY_STATE_EOF(state) (YY_END_OF_BUFFER + state + 1) | | /* Special action meaning "start processing a new file". */ | #define YY_NEW_FILE yyrestart( yyin ) | | #define YY_END_OF_BUFFER_CHAR 0 | | /* Size of default input buffer. */ | #define YY_BUF_SIZE 16384 | | typedef struct yy_buffer_state *YY_BUFFER_STATE; | | extern int yyleng; | extern FILE *yyin, *yyout; | | #define EOB_ACT_CONTINUE_SCAN 0 | #define EOB_ACT_END_OF_FILE 1 | #define EOB_ACT_LAST_MATCH 2 | | /* The funky do-while in the following #define is used to turn the definition | * int a single C statement (which needs a semi-colon terminator). This | * avoids problems with code like: | * | * if ( condition_holds ) | * yyless( 5 ); | * else | * do_something_else(); | * | * Prior to using the do-while the compiler would get upset at the | * "else" because it interpreted the "if" statement as being all | * done when it reached the ';' after the yyless() call. | */ | | /* Return all but the first 'n' matched characters back to the input stream. */ | | #define yyless(n) \ | do \ | { \ | /* Undo effects of setting up yytext. */ \ | *yy_cp = yy_hold_char; \ | YY_RESTORE_YY_MORE_OFFSET \ | yy_c_buf_p = yy_cp = yy_bp + n - YY_MORE_ADJ; \ | YY_DO_BEFORE_ACTION; /* set up yytext again */ \ | } \ | while ( 0 ) | | #define unput(c) yyunput( c, yytext_ptr ) | | /* The following is because we cannot portably get our hands on size_t | * (without autoconf's help, which isn't available because we want | * flex-generated scanners to compile on their own). | */ | typedef unsigned int yy_size_t; | | | struct yy_buffer_state | { | FILE *yy_input_file; | | char *yy_ch_buf; /* input buffer */ | char *yy_buf_pos; /* current position in input buffer */ | | /* Size of input buffer in bytes, not including room for EOB | * characters. | */ | yy_size_t yy_buf_size; | | /* Number of characters read into yy_ch_buf, not including EOB | * characters. | */ | int yy_n_chars; | | /* Whether we "own" the buffer - i.e., we know we created it, | * and can realloc() it to grow it, and should free() it to | * delete it. | */ | int yy_is_our_buffer; | | /* Whether this is an "interactive" input source; if so, and | * if we're using stdio for input, then we want to use getc() | * instead of fread(), to make sure we stop fetching input after | * each newline. | */ | int yy_is_interactive; | | /* Whether we're considered to be at the beginning of a line. | * If so, '^' rules will be active on the next match, otherwise | * not. | */ | int yy_at_bol; | | /* Whether to try to fill the input buffer when we reach the | * end of it. | */ | int yy_fill_buffer; | | int yy_buffer_status; | #define YY_BUFFER_NEW 0 | #define YY_BUFFER_NORMAL 1 | /* When an EOF's been seen but there's still some text to process | * then we mark the buffer as YY_EOF_PENDING, to indicate that we | * shouldn't try reading from the input source any more. We might | * still have a bunch of tokens to match, though, because of | * possible backing-up. | * | * When we actually see the EOF, we change the status to "new" | * (via yyrestart()), so that the user can continue scanning by | * just pointing yyin at a new input file. | */ | #define YY_BUFFER_EOF_PENDING 2 | }; | | static YY_BUFFER_STATE yy_current_buffer = 0; | | /* We provide macros for accessing buffer states in case in the | * future we want to put the buffer states in a more general | * "scanner state". | */ | #define YY_CURRENT_BUFFER yy_current_buffer | | | /* yy_hold_char holds the character lost when yytext is formed. */ | static char yy_hold_char; | | static int yy_n_chars; /* number of characters read into yy_ch_buf */ | | | int yyleng; | | /* Points to current character in buffer. */ | static char *yy_c_buf_p = (char *) 0; | static int yy_init = 1; /* whether we need to initialize */ | static int yy_start = 0; /* start state number */ | | /* Flag which is used to allow yywrap()'s to do buffer switches | * instead of setting up a fresh yyin. A bit of a hack ... | */ | static int yy_did_buffer_switch_on_eof; | | void yyrestart YY_PROTO(( FILE *input_file )); | | void yy_switch_to_buffer YY_PROTO(( YY_BUFFER_STATE new_buffer )); | void yy_load_buffer_state YY_PROTO(( void )); | YY_BUFFER_STATE yy_create_buffer YY_PROTO(( FILE *file, int size )); | void yy_delete_buffer YY_PROTO(( YY_BUFFER_STATE b )); | void yy_init_buffer YY_PROTO(( YY_BUFFER_STATE b, FILE *file )); | void yy_flush_buffer YY_PROTO(( YY_BUFFER_STATE b )); | #define YY_FLUSH_BUFFER yy_flush_buffer( yy_current_buffer ) | | YY_BUFFER_STATE yy_scan_buffer YY_PROTO(( char *base, yy_size_t size )); | YY_BUFFER_STATE yy_scan_string YY_PROTO(( yyconst char *yy_str )); | YY_BUFFER_STATE yy_scan_bytes YY_PROTO(( yyconst char *bytes, int len )); | | static void *yy_flex_alloc YY_PROTO(( yy_size_t )); | static void *yy_flex_realloc YY_PROTO(( void *, yy_size_t )) __unused; | static void yy_flex_free YY_PROTO(( void * )); | | #define yy_new_buffer yy_create_buffer | | #define yy_set_interactive(is_interactive) \ | { \ | if ( ! yy_current_buffer ) \ | yy_current_buffer = yy_create_buffer( yyin, YY_BUF_SIZE ); \ | yy_current_buffer->yy_is_interactive = is_interactive; \ | } | | #define yy_set_bol(at_bol) \ | { \ | if ( ! yy_current_buffer ) \ | yy_current_buffer = yy_create_buffer( yyin, YY_BUF_SIZE ); \ | yy_current_buffer->yy_at_bol = at_bol; \ | } | | #define YY_AT_BOL() (yy_current_buffer->yy_at_bol) | | | #define YY_USES_REJECT | typedef unsigned char YY_CHAR; | FILE *yyin = (FILE *) 0, *yyout = (FILE *) 0; | typedef int yy_state_type; | extern char *yytext; | #define yytext_ptr yytext | | static yy_state_type yy_get_previous_state YY_PROTO(( void )); | static yy_state_type yy_try_NUL_trans YY_PROTO(( yy_state_type current_state )); | static int yy_get_next_buffer YY_PROTO(( void )); | static void yy_fatal_error YY_PROTO(( yyconst char msg[] )); | | /* Done after the current pattern has been matched and before the | * corresponding action - sets up yytext. | */ | #define YY_DO_BEFORE_ACTION \ | yytext_ptr = yy_bp; \ | yytext_ptr -= yy_more_len; \ | yyleng = (int) (yy_cp - yytext_ptr); \ | yy_hold_char = *yy_cp; \ | *yy_cp = '\0'; \ | yy_c_buf_p = yy_cp; | | #define YY_NUM_RULES 8 | #define YY_END_OF_BUFFER 9 | static yyconst short int yy_acclist[23] = | { 0, | 9, 7, 8, 8, 1, 7, 8, 2, 7, 8, | 3, 7, 8, 4, 7, 8, 5, 7, 8, 6, | 7, 8 | } ; | | static yyconst short int yy_accept[14] = | { 0, | 1, 1, 1, 2, 4, 5, 8, 11, 14, 17, | 20, 23, 23 | } ; | | static yyconst int yy_ec[256] = | { 0, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 2, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 3, 4, 5, 6, | | 7, 8, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1 | } ; | | static yyconst int yy_meta[9] = | { 0, | 1, 1, 1, 1, 1, 1, 1, 1 | } ; | | static yyconst short int yy_base[13] = | { 0, | 0, 0, 9, 10, 10, 10, 10, 10, 10, 10, | 10, 10 | } ; | | static yyconst short int yy_def[13] = | { 0, | 12, 1, 12, 12, 12, 12, 12, 12, 12, 12, | 12, 0 | } ; | | static yyconst short int yy_nxt[19] = | { 0, | 4, 5, 6, 7, 8, 9, 10, 11, 12, 3, | 12, 12, 12, 12, 12, 12, 12, 12 | } ; | | static yyconst short int yy_chk[19] = | { 0, | 1, 1, 1, 1, 1, 1, 1, 1, 3, 12, | 12, 12, 12, 12, 12, 12, 12, 12 | } ; | | static yy_state_type yy_state_buf[YY_BUF_SIZE + 2], *yy_state_ptr; | static char *yy_full_match; | static int yy_lp; | #define REJECT \ | { \ | *yy_cp = yy_hold_char; /* undo effects of setting up yytext */ \ | yy_cp = yy_full_match; /* restore poss. backed-over text */ \ | ++yy_lp; \ | goto find_rule; \ | } | static int yy_more_flag = 0; | static int yy_more_len = 0; | #define yymore() (yy_more_flag = 1) | #define YY_MORE_ADJ yy_more_len | #define YY_RESTORE_YY_MORE_OFFSET | char *yytext; | #line 1 "conftest.l" | #define INITIAL 0 | #line 390 "lex.yy.c" | | /* Macros after this point can all be overridden by user definitions in | * section 1. | */ | | #ifndef YY_SKIP_YYWRAP | #ifdef __cplusplus | extern "C" int yywrap YY_PROTO(( void )); | #else | extern int yywrap YY_PROTO(( void )); | #endif | #endif | | #ifndef YY_NO_UNPUT | static void yyunput YY_PROTO(( int c, char *buf_ptr )); | #endif | | #ifndef yytext_ptr | static void yy_flex_strncpy YY_PROTO(( char *, yyconst char *, int )); | #endif | | #ifdef YY_NEED_STRLEN | static int yy_flex_strlen YY_PROTO(( yyconst char * )); | #endif | | #ifndef YY_NO_INPUT | #ifdef __cplusplus | static int yyinput YY_PROTO(( void )); | #else | static int input YY_PROTO(( void )); | #endif | #endif | | #if YY_STACK_USED | static int yy_start_stack_ptr = 0; | static int yy_start_stack_depth = 0; | static int *yy_start_stack = 0; | #ifndef YY_NO_PUSH_STATE | static void yy_push_state YY_PROTO(( int new_state )); | #endif | #ifndef YY_NO_POP_STATE | static void yy_pop_state YY_PROTO(( void )); | #endif | #ifndef YY_NO_TOP_STATE | static int yy_top_state YY_PROTO(( void )); | #endif | | #else | #define YY_NO_PUSH_STATE 1 | #define YY_NO_POP_STATE 1 | #define YY_NO_TOP_STATE 1 | #endif | | #ifdef YY_MALLOC_DECL | YY_MALLOC_DECL | #else | #if __STDC__ | #ifndef __cplusplus | #include | #endif | #else | /* Just try to get by without declaring the routines. This will fail | * miserably on non-ANSI systems for which sizeof(size_t) != sizeof(int) | * or sizeof(void*) != sizeof(int). | */ | #endif | #endif | | /* Amount of stuff to slurp up with each read. */ | #ifndef YY_READ_BUF_SIZE | #define YY_READ_BUF_SIZE 8192 | #endif | | /* Copy whatever the last rule matched to the standard output. */ | | #ifndef ECHO | /* This used to be an fputs(), but since the string might contain NUL's, | * we now use fwrite(). | */ | #define ECHO (void) fwrite( yytext, yyleng, 1, yyout ) | #endif | | /* Gets input and stuffs it into "buf". number of characters read, or YY_NULL, | * is returned in "result". | */ | #ifndef YY_INPUT | #define YY_INPUT(buf,result,max_size) \ | if ( yy_current_buffer->yy_is_interactive ) \ | { \ | int c = '*', n; \ | for ( n = 0; n < max_size && \ | (c = getc( yyin )) != EOF && c != '\n'; ++n ) \ | buf[n] = (char) c; \ | if ( c == '\n' ) \ | buf[n++] = (char) c; \ | if ( c == EOF && ferror( yyin ) ) \ | YY_FATAL_ERROR( "input in flex scanner failed" ); \ | result = n; \ | } \ | else if ( ((result = fread( buf, 1, max_size, yyin )) == 0) \ | && ferror( yyin ) ) \ | YY_FATAL_ERROR( "input in flex scanner failed" ); | #endif | | /* No semi-colon after return; correct usage is to write "yyterminate();" - | * we don't want an extra ';' after the "return" because that will cause | * some compilers to complain about unreachable statements. | */ | #ifndef yyterminate | #define yyterminate() return YY_NULL | #endif | | /* Number of entries by which start-condition stack grows. */ | #ifndef YY_START_STACK_INCR | #define YY_START_STACK_INCR 25 | #endif | | /* Report a fatal error. */ | #ifndef YY_FATAL_ERROR | #define YY_FATAL_ERROR(msg) yy_fatal_error( msg ) | #endif | | /* Default declaration of generated scanner - a define so the user can | * easily add parameters. | */ | #ifndef YY_DECL | #define YY_DECL int yylex YY_PROTO(( void )) | #endif | | /* Code executed at the beginning of each rule, after yytext and yyleng | * have been set up. | */ | #ifndef YY_USER_ACTION | #define YY_USER_ACTION | #endif | | /* Code executed at the end of each rule. */ | #ifndef YY_BREAK | #define YY_BREAK break; | #endif | | #define YY_RULE_SETUP \ | YY_USER_ACTION | | YY_DECL | { | register yy_state_type yy_current_state; | register char *yy_cp, *yy_bp; | register int yy_act; | | #line 1 "conftest.l" | | #line 543 "lex.yy.c" | | if ( yy_init ) | { | yy_init = 0; | | #ifdef YY_USER_INIT | YY_USER_INIT; | #endif | | if ( ! yy_start ) | yy_start = 1; /* first start state */ | | if ( ! yyin ) | yyin = stdin; | | if ( ! yyout ) | yyout = stdout; | | if ( ! yy_current_buffer ) | yy_current_buffer = | yy_create_buffer( yyin, YY_BUF_SIZE ); | | yy_load_buffer_state(); | } | | while ( 1 ) /* loops until end-of-file is reached */ | { | yy_more_len = 0; | if ( yy_more_flag ) | { | yy_more_len = yy_c_buf_p - yytext_ptr; | yy_more_flag = 0; | } | yy_cp = yy_c_buf_p; | | /* Support of yytext. */ | *yy_cp = yy_hold_char; | | /* yy_bp points to the position in yy_ch_buf of the start of | * the current run. | */ | yy_bp = yy_cp; | | yy_current_state = yy_start; | yy_state_ptr = yy_state_buf; | *yy_state_ptr++ = yy_current_state; | yy_match: | do | { | register YY_CHAR yy_c = yy_ec[YY_SC_TO_UI(*yy_cp)]; | while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state ) | { | yy_current_state = (int) yy_def[yy_current_state]; | if ( yy_current_state >= 13 ) | yy_c = yy_meta[(unsigned int) yy_c]; | } | yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c]; | *yy_state_ptr++ = yy_current_state; | ++yy_cp; | } | while ( yy_base[yy_current_state] != 10 ); | | yy_find_action: | yy_current_state = *--yy_state_ptr; | yy_lp = yy_accept[yy_current_state]; | goto find_rule; /* avoid `defined but not used' warning */ | find_rule: /* we branch to this label when backing up */ | for ( ; ; ) /* until we find what rule we matched */ | { | if ( yy_lp && yy_lp < yy_accept[yy_current_state + 1] ) | { | yy_act = yy_acclist[yy_lp]; | { | yy_full_match = yy_cp; | break; | } | } | --yy_cp; | yy_current_state = *--yy_state_ptr; | yy_lp = yy_accept[yy_current_state]; | } | | YY_DO_BEFORE_ACTION; | | | do_action: /* This label is used only to access EOF actions. */ | | | switch ( yy_act ) | { /* beginning of action switch */ | case 1: | YY_RULE_SETUP | #line 2 "conftest.l" | { ECHO; } | YY_BREAK | case 2: | YY_RULE_SETUP | #line 3 "conftest.l" | { REJECT; } | YY_BREAK | case 3: | YY_RULE_SETUP | #line 4 "conftest.l" | { yymore (); } | YY_BREAK | case 4: | YY_RULE_SETUP | #line 5 "conftest.l" | { yyless (1); } | YY_BREAK | case 5: | YY_RULE_SETUP | #line 6 "conftest.l" | { yyless (input () != 0); } | YY_BREAK | case 6: | YY_RULE_SETUP | #line 7 "conftest.l" | { unput (yytext[0]); } | YY_BREAK | case 7: | YY_RULE_SETUP | #line 8 "conftest.l" | { BEGIN INITIAL; } | YY_BREAK | case 8: | YY_RULE_SETUP | #line 9 "conftest.l" | ECHO; | YY_BREAK | #line 674 "lex.yy.c" | case YY_STATE_EOF(INITIAL): | yyterminate(); | | case YY_END_OF_BUFFER: | { | /* Amount of text matched not including the EOB char. */ | int yy_amount_of_matched_text = (int) (yy_cp - yytext_ptr) - 1; | | /* Undo the effects of YY_DO_BEFORE_ACTION. */ | *yy_cp = yy_hold_char; | YY_RESTORE_YY_MORE_OFFSET | | if ( yy_current_buffer->yy_buffer_status == YY_BUFFER_NEW ) | { | /* We're scanning a new file or input source. It's | * possible that this happened because the user | * just pointed yyin at a new source and called | * yylex(). If so, then we have to assure | * consistency between yy_current_buffer and our | * globals. Here is the right place to do so, because | * this is the first action (other than possibly a | * back-up) that will match for the new input source. | */ | yy_n_chars = yy_current_buffer->yy_n_chars; | yy_current_buffer->yy_input_file = yyin; | yy_current_buffer->yy_buffer_status = YY_BUFFER_NORMAL; | } | | /* Note that here we test for yy_c_buf_p "<=" to the position | * of the first EOB in the buffer, since yy_c_buf_p will | * already have been incremented past the NUL character | * (since all states make transitions on EOB to the | * end-of-buffer state). Contrast this with the test | * in input(). | */ | if ( yy_c_buf_p <= &yy_current_buffer->yy_ch_buf[yy_n_chars] ) | { /* This was really a NUL. */ | yy_state_type yy_next_state; | | yy_c_buf_p = yytext_ptr + yy_amount_of_matched_text; | | yy_current_state = yy_get_previous_state(); | | /* Okay, we're now positioned to make the NUL | * transition. We couldn't have | * yy_get_previous_state() go ahead and do it | * for us because it doesn't know how to deal | * with the possibility of jamming (and we don't | * want to build jamming into it because then it | * will run more slowly). | */ | | yy_next_state = yy_try_NUL_trans( yy_current_state ); | | yy_bp = yytext_ptr + YY_MORE_ADJ; | | if ( yy_next_state ) | { | /* Consume the NUL. */ | yy_cp = ++yy_c_buf_p; | yy_current_state = yy_next_state; | goto yy_match; | } | | else | { | yy_cp = yy_c_buf_p; | goto yy_find_action; | } | } | | else switch ( yy_get_next_buffer() ) | { | case EOB_ACT_END_OF_FILE: | { | yy_did_buffer_switch_on_eof = 0; | | if ( yywrap() ) | { | /* Note: because we've taken care in | * yy_get_next_buffer() to have set up | * yytext, we can now set up | * yy_c_buf_p so that if some total | * hoser (like flex itself) wants to | * call the scanner after we return the | * YY_NULL, it'll still work - another | * YY_NULL will get returned. | */ | yy_c_buf_p = yytext_ptr + YY_MORE_ADJ; | | yy_act = YY_STATE_EOF(YY_START); | goto do_action; | } | | else | { | if ( ! yy_did_buffer_switch_on_eof ) | YY_NEW_FILE; | } | break; | } | | case EOB_ACT_CONTINUE_SCAN: | yy_c_buf_p = | yytext_ptr + yy_amount_of_matched_text; | | yy_current_state = yy_get_previous_state(); | | yy_cp = yy_c_buf_p; | yy_bp = yytext_ptr + YY_MORE_ADJ; | goto yy_match; | | case EOB_ACT_LAST_MATCH: | yy_c_buf_p = | &yy_current_buffer->yy_ch_buf[yy_n_chars]; | | yy_current_state = yy_get_previous_state(); | | yy_cp = yy_c_buf_p; | yy_bp = yytext_ptr + YY_MORE_ADJ; | goto yy_find_action; | } | break; | } | | default: | YY_FATAL_ERROR( | "fatal flex scanner internal error--no action found" ); | } /* end of action switch */ | } /* end of scanning one token */ | } /* end of yylex */ | | | /* yy_get_next_buffer - try to read in a new buffer | * | * Returns a code representing an action: | * EOB_ACT_LAST_MATCH - | * EOB_ACT_CONTINUE_SCAN - continue scanning from current position | * EOB_ACT_END_OF_FILE - end of file | */ | | static int yy_get_next_buffer() | { | register char *dest = yy_current_buffer->yy_ch_buf; | register char *source = yytext_ptr; | register int number_to_move, i; | int ret_val; | | if ( yy_c_buf_p > &yy_current_buffer->yy_ch_buf[yy_n_chars + 1] ) | YY_FATAL_ERROR( | "fatal flex scanner internal error--end of buffer missed" ); | | if ( yy_current_buffer->yy_fill_buffer == 0 ) | { /* Don't try to fill the buffer, so this is an EOF. */ | if ( yy_c_buf_p - yytext_ptr - YY_MORE_ADJ == 1 ) | { | /* We matched a single character, the EOB, so | * treat this as a final EOF. | */ | return EOB_ACT_END_OF_FILE; | } | | else | { | /* We matched some text prior to the EOB, first | * process it. | */ | return EOB_ACT_LAST_MATCH; | } | } | | /* Try to read more data. */ | | /* First move last chars to start of buffer. */ | number_to_move = (int) (yy_c_buf_p - yytext_ptr) - 1; | | for ( i = 0; i < number_to_move; ++i ) | *(dest++) = *(source++); | | if ( yy_current_buffer->yy_buffer_status == YY_BUFFER_EOF_PENDING ) | /* don't do the read, it's not guaranteed to return an EOF, | * just force an EOF | */ | yy_current_buffer->yy_n_chars = yy_n_chars = 0; | | else | { | int num_to_read = | yy_current_buffer->yy_buf_size - number_to_move - 1; | | while ( num_to_read <= 0 ) | { /* Not enough room in the buffer - grow it. */ | #ifdef YY_USES_REJECT | YY_FATAL_ERROR( | "input buffer overflow, can't enlarge buffer because scanner uses REJECT" ); | #else | | /* just a shorter name for the current buffer */ | YY_BUFFER_STATE b = yy_current_buffer; | | int yy_c_buf_p_offset = | (int) (yy_c_buf_p - b->yy_ch_buf); | | if ( b->yy_is_our_buffer ) | { | int new_size = b->yy_buf_size * 2; | | if ( new_size <= 0 ) | b->yy_buf_size += b->yy_buf_size / 8; | else | b->yy_buf_size *= 2; | | b->yy_ch_buf = (char *) | /* Include room in for 2 EOB chars. */ | yy_flex_realloc( (void *) b->yy_ch_buf, | b->yy_buf_size + 2 ); | } | else | /* Can't grow it, we don't own it. */ | b->yy_ch_buf = 0; | | if ( ! b->yy_ch_buf ) | YY_FATAL_ERROR( | "fatal error - scanner input buffer overflow" ); | | yy_c_buf_p = &b->yy_ch_buf[yy_c_buf_p_offset]; | | num_to_read = yy_current_buffer->yy_buf_size - | number_to_move - 1; | #endif | } | | if ( num_to_read > YY_READ_BUF_SIZE ) | num_to_read = YY_READ_BUF_SIZE; | | /* Read in more data. */ | YY_INPUT( (&yy_current_buffer->yy_ch_buf[number_to_move]), | yy_n_chars, num_to_read ); | | yy_current_buffer->yy_n_chars = yy_n_chars; | } | | if ( yy_n_chars == 0 ) | { | if ( number_to_move == YY_MORE_ADJ ) | { | ret_val = EOB_ACT_END_OF_FILE; | yyrestart( yyin ); | } | | else | { | ret_val = EOB_ACT_LAST_MATCH; | yy_current_buffer->yy_buffer_status = | YY_BUFFER_EOF_PENDING; | } | } | | else | ret_val = EOB_ACT_CONTINUE_SCAN; | | yy_n_chars += number_to_move; | yy_current_buffer->yy_ch_buf[yy_n_chars] = YY_END_OF_BUFFER_CHAR; | yy_current_buffer->yy_ch_buf[yy_n_chars + 1] = YY_END_OF_BUFFER_CHAR; | | yytext_ptr = &yy_current_buffer->yy_ch_buf[0]; | | return ret_val; | } | | | /* yy_get_previous_state - get the state just before the EOB char was reached */ | | static yy_state_type yy_get_previous_state() | { | register yy_state_type yy_current_state; | register char *yy_cp; | | yy_current_state = yy_start; | yy_state_ptr = yy_state_buf; | *yy_state_ptr++ = yy_current_state; | | for ( yy_cp = yytext_ptr + YY_MORE_ADJ; yy_cp < yy_c_buf_p; ++yy_cp ) | { | register YY_CHAR yy_c = (*yy_cp ? yy_ec[YY_SC_TO_UI(*yy_cp)] : 1); | while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state ) | { | yy_current_state = (int) yy_def[yy_current_state]; | if ( yy_current_state >= 13 ) | yy_c = yy_meta[(unsigned int) yy_c]; | } | yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c]; | *yy_state_ptr++ = yy_current_state; | } | | return yy_current_state; | } | | | /* yy_try_NUL_trans - try to make a transition on the NUL character | * | * synopsis | * next_state = yy_try_NUL_trans( current_state ); | */ | | #ifdef YY_USE_PROTOS | static yy_state_type yy_try_NUL_trans( yy_state_type yy_current_state ) | #else | static yy_state_type yy_try_NUL_trans( yy_current_state ) | yy_state_type yy_current_state; | #endif | { | register int yy_is_jam; | | register YY_CHAR yy_c = 1; | while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state ) | { | yy_current_state = (int) yy_def[yy_current_state]; | if ( yy_current_state >= 13 ) | yy_c = yy_meta[(unsigned int) yy_c]; | } | yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c]; | yy_is_jam = (yy_current_state == 12); | if ( ! yy_is_jam ) | *yy_state_ptr++ = yy_current_state; | | return yy_is_jam ? 0 : yy_current_state; | } | | | #ifndef YY_NO_UNPUT | #ifdef YY_USE_PROTOS | static void yyunput( int c, register char *yy_bp ) | #else | static void yyunput( c, yy_bp ) | int c; | register char *yy_bp; | #endif | { | register char *yy_cp = yy_c_buf_p; | | /* undo effects of setting up yytext */ | *yy_cp = yy_hold_char; | | if ( yy_cp < yy_current_buffer->yy_ch_buf + 2 ) | { /* need to shift things up to make room */ | /* +2 for EOB chars. */ | register int number_to_move = yy_n_chars + 2; | register char *dest = &yy_current_buffer->yy_ch_buf[ | yy_current_buffer->yy_buf_size + 2]; | register char *source = | &yy_current_buffer->yy_ch_buf[number_to_move]; | | while ( source > yy_current_buffer->yy_ch_buf ) | *--dest = *--source; | | yy_cp += (int) (dest - source); | yy_bp += (int) (dest - source); | yy_current_buffer->yy_n_chars = | yy_n_chars = yy_current_buffer->yy_buf_size; | | if ( yy_cp < yy_current_buffer->yy_ch_buf + 2 ) | YY_FATAL_ERROR( "flex scanner push-back overflow" ); | } | | *--yy_cp = (char) c; | | | yytext_ptr = yy_bp; | yy_hold_char = *yy_cp; | yy_c_buf_p = yy_cp; | } | #endif /* ifndef YY_NO_UNPUT */ | | | #ifdef __cplusplus | static int yyinput() | #else | static int input() | #endif | { | int c; | | *yy_c_buf_p = yy_hold_char; | | if ( *yy_c_buf_p == YY_END_OF_BUFFER_CHAR ) | { | /* yy_c_buf_p now points to the character we want to return. | * If this occurs *before* the EOB characters, then it's a | * valid NUL; if not, then we've hit the end of the buffer. | */ | if ( yy_c_buf_p < &yy_current_buffer->yy_ch_buf[yy_n_chars] ) | /* This was really a NUL. */ | *yy_c_buf_p = '\0'; | | else | { /* need more input */ | int offset = yy_c_buf_p - yytext_ptr; | ++yy_c_buf_p; | | switch ( yy_get_next_buffer() ) | { | case EOB_ACT_LAST_MATCH: | /* This happens because yy_g_n_b() | * sees that we've accumulated a | * token and flags that we need to | * try matching the token before | * proceeding. But for input(), | * there's no matching to consider. | * So convert the EOB_ACT_LAST_MATCH | * to EOB_ACT_END_OF_FILE. | */ | | /* Reset buffer status. */ | yyrestart( yyin ); | | /* fall through */ | | case EOB_ACT_END_OF_FILE: | { | if ( yywrap() ) | return EOF; | | if ( ! yy_did_buffer_switch_on_eof ) | YY_NEW_FILE; | #ifdef __cplusplus | return yyinput(); | #else | return input(); | #endif | } | | case EOB_ACT_CONTINUE_SCAN: | yy_c_buf_p = yytext_ptr + offset; | break; | } | } | } | | c = *(unsigned char *) yy_c_buf_p; /* cast for 8-bit char's */ | *yy_c_buf_p = '\0'; /* preserve yytext */ | yy_hold_char = *++yy_c_buf_p; | | | return c; | } | | | #ifdef YY_USE_PROTOS | void yyrestart( FILE *input_file ) | #else | void yyrestart( input_file ) | FILE *input_file; | #endif | { | if ( ! yy_current_buffer ) | yy_current_buffer = yy_create_buffer( yyin, YY_BUF_SIZE ); | | yy_init_buffer( yy_current_buffer, input_file ); | yy_load_buffer_state(); | } | | | #ifdef YY_USE_PROTOS | void yy_switch_to_buffer( YY_BUFFER_STATE new_buffer ) | #else | void yy_switch_to_buffer( new_buffer ) | YY_BUFFER_STATE new_buffer; | #endif | { | if ( yy_current_buffer == new_buffer ) | return; | | if ( yy_current_buffer ) | { | /* Flush out information for old buffer. */ | *yy_c_buf_p = yy_hold_char; | yy_current_buffer->yy_buf_pos = yy_c_buf_p; | yy_current_buffer->yy_n_chars = yy_n_chars; | } | | yy_current_buffer = new_buffer; | yy_load_buffer_state(); | | /* We don't actually know whether we did this switch during | * EOF (yywrap()) processing, but the only time this flag | * is looked at is after yywrap() is called, so it's safe | * to go ahead and always set it. | */ | yy_did_buffer_switch_on_eof = 1; | } | | | #ifdef YY_USE_PROTOS | void yy_load_buffer_state( void ) | #else | void yy_load_buffer_state() | #endif | { | yy_n_chars = yy_current_buffer->yy_n_chars; | yytext_ptr = yy_c_buf_p = yy_current_buffer->yy_buf_pos; | yyin = yy_current_buffer->yy_input_file; | yy_hold_char = *yy_c_buf_p; | } | | | #ifdef YY_USE_PROTOS | YY_BUFFER_STATE yy_create_buffer( FILE *file, int size ) | #else | YY_BUFFER_STATE yy_create_buffer( file, size ) | FILE *file; | int size; | #endif | { | YY_BUFFER_STATE b; | | b = (YY_BUFFER_STATE) yy_flex_alloc( sizeof( struct yy_buffer_state ) ); | if ( ! b ) | YY_FATAL_ERROR( "out of dynamic memory in yy_create_buffer()" ); | | b->yy_buf_size = size; | | /* yy_ch_buf has to be 2 characters longer than the size given because | * we need to put in 2 end-of-buffer characters. | */ | b->yy_ch_buf = (char *) yy_flex_alloc( b->yy_buf_size + 2 ); | if ( ! b->yy_ch_buf ) | YY_FATAL_ERROR( "out of dynamic memory in yy_create_buffer()" ); | | b->yy_is_our_buffer = 1; | | yy_init_buffer( b, file ); | | return b; | } | | | #ifdef YY_USE_PROTOS | void yy_delete_buffer( YY_BUFFER_STATE b ) | #else | void yy_delete_buffer( b ) | YY_BUFFER_STATE b; | #endif | { | if ( ! b ) | return; | | if ( b == yy_current_buffer ) | yy_current_buffer = (YY_BUFFER_STATE) 0; | | if ( b->yy_is_our_buffer ) | yy_flex_free( (void *) b->yy_ch_buf ); | | yy_flex_free( (void *) b ); | } | | | #ifndef YY_ALWAYS_INTERACTIVE | #ifndef YY_NEVER_INTERACTIVE | extern int isatty YY_PROTO(( int )); | #endif | #endif | | #ifdef YY_USE_PROTOS | void yy_init_buffer( YY_BUFFER_STATE b, FILE *file ) | #else | void yy_init_buffer( b, file ) | YY_BUFFER_STATE b; | FILE *file; | #endif | | | { | yy_flush_buffer( b ); | | b->yy_input_file = file; | b->yy_fill_buffer = 1; | | #if YY_ALWAYS_INTERACTIVE | b->yy_is_interactive = 1; | #else | #if YY_NEVER_INTERACTIVE | b->yy_is_interactive = 0; | #else | b->yy_is_interactive = file ? (isatty( fileno(file) ) > 0) : 0; | #endif | #endif | } | | | #ifdef YY_USE_PROTOS | void yy_flush_buffer( YY_BUFFER_STATE b ) | #else | void yy_flush_buffer( b ) | YY_BUFFER_STATE b; | #endif | | { | if ( ! b ) | return; | | b->yy_n_chars = 0; | | /* We always need two end-of-buffer characters. The first causes | * a transition to the end-of-buffer state. The second causes | * a jam in that state. | */ | b->yy_ch_buf[0] = YY_END_OF_BUFFER_CHAR; | b->yy_ch_buf[1] = YY_END_OF_BUFFER_CHAR; | | b->yy_buf_pos = &b->yy_ch_buf[0]; | | b->yy_at_bol = 1; | b->yy_buffer_status = YY_BUFFER_NEW; | | if ( b == yy_current_buffer ) | yy_load_buffer_state(); | } | | | #ifndef YY_NO_SCAN_BUFFER | #ifdef YY_USE_PROTOS | YY_BUFFER_STATE yy_scan_buffer( char *base, yy_size_t size ) | #else | YY_BUFFER_STATE yy_scan_buffer( base, size ) | char *base; | yy_size_t size; | #endif | { | YY_BUFFER_STATE b; | | if ( size < 2 || | base[size-2] != YY_END_OF_BUFFER_CHAR || | base[size-1] != YY_END_OF_BUFFER_CHAR ) | /* They forgot to leave room for the EOB's. */ | return 0; | | b = (YY_BUFFER_STATE) yy_flex_alloc( sizeof( struct yy_buffer_state ) ); | if ( ! b ) | YY_FATAL_ERROR( "out of dynamic memory in yy_scan_buffer()" ); | | b->yy_buf_size = size - 2; /* "- 2" to take care of EOB's */ | b->yy_buf_pos = b->yy_ch_buf = base; | b->yy_is_our_buffer = 0; | b->yy_input_file = 0; | b->yy_n_chars = b->yy_buf_size; | b->yy_is_interactive = 0; | b->yy_at_bol = 1; | b->yy_fill_buffer = 0; | b->yy_buffer_status = YY_BUFFER_NEW; | | yy_switch_to_buffer( b ); | | return b; | } | #endif | | | #ifndef YY_NO_SCAN_STRING | #ifdef YY_USE_PROTOS | YY_BUFFER_STATE yy_scan_string( yyconst char *yy_str ) | #else | YY_BUFFER_STATE yy_scan_string( yy_str ) | yyconst char *yy_str; | #endif | { | int len; | for ( len = 0; yy_str[len]; ++len ) | ; | | return yy_scan_bytes( yy_str, len ); | } | #endif | | | #ifndef YY_NO_SCAN_BYTES | #ifdef YY_USE_PROTOS | YY_BUFFER_STATE yy_scan_bytes( yyconst char *bytes, int len ) | #else | YY_BUFFER_STATE yy_scan_bytes( bytes, len ) | yyconst char *bytes; | int len; | #endif | { | YY_BUFFER_STATE b; | char *buf; | yy_size_t n; | int i; | | /* Get memory for full buffer, including space for trailing EOB's. */ | n = len + 2; | buf = (char *) yy_flex_alloc( n ); | if ( ! buf ) | YY_FATAL_ERROR( "out of dynamic memory in yy_scan_bytes()" ); | | for ( i = 0; i < len; ++i ) | buf[i] = bytes[i]; | | buf[len] = buf[len+1] = YY_END_OF_BUFFER_CHAR; | | b = yy_scan_buffer( buf, n ); | if ( ! b ) | YY_FATAL_ERROR( "bad buffer in yy_scan_bytes()" ); | | /* It's okay to grow etc. this buffer, and we should throw it | * away when we're done. | */ | b->yy_is_our_buffer = 1; | | return b; | } | #endif | | | #ifndef YY_NO_PUSH_STATE | #ifdef YY_USE_PROTOS | static void yy_push_state( int new_state ) | #else | static void yy_push_state( new_state ) | int new_state; | #endif | { | if ( yy_start_stack_ptr >= yy_start_stack_depth ) | { | yy_size_t new_size; | | yy_start_stack_depth += YY_START_STACK_INCR; | new_size = yy_start_stack_depth * sizeof( int ); | | if ( ! yy_start_stack ) | yy_start_stack = (int *) yy_flex_alloc( new_size ); | | else | yy_start_stack = (int *) yy_flex_realloc( | (void *) yy_start_stack, new_size ); | | if ( ! yy_start_stack ) | YY_FATAL_ERROR( | "out of memory expanding start-condition stack" ); | } | | yy_start_stack[yy_start_stack_ptr++] = YY_START; | | BEGIN(new_state); | } | #endif | | | #ifndef YY_NO_POP_STATE | static void yy_pop_state() | { | if ( --yy_start_stack_ptr < 0 ) | YY_FATAL_ERROR( "start-condition stack underflow" ); | | BEGIN(yy_start_stack[yy_start_stack_ptr]); | } | #endif | | | #ifndef YY_NO_TOP_STATE | static int yy_top_state() | { | return yy_start_stack[yy_start_stack_ptr - 1]; | } | #endif | | #ifndef YY_EXIT_FAILURE | #define YY_EXIT_FAILURE 2 | #endif | | #ifdef YY_USE_PROTOS | static void yy_fatal_error( yyconst char msg[] ) | #else | static void yy_fatal_error( msg ) | char msg[]; | #endif | { | (void) fprintf( stderr, "%s\n", msg ); | exit( YY_EXIT_FAILURE ); | } | | | | /* Redefine yyless() so it works in section 3 code. */ | | #undef yyless | #define yyless(n) \ | do \ | { \ | /* Undo effects of setting up yytext. */ \ | yytext[yyleng] = yy_hold_char; \ | yy_c_buf_p = yytext + n; \ | yy_hold_char = *yy_c_buf_p; \ | *yy_c_buf_p = '\0'; \ | yyleng = n; \ | } \ | while ( 0 ) | | | /* Internal utility routines. */ | | #ifndef yytext_ptr | #ifdef YY_USE_PROTOS | static void yy_flex_strncpy( char *s1, yyconst char *s2, int n ) | #else | static void yy_flex_strncpy( s1, s2, n ) | char *s1; | yyconst char *s2; | int n; | #endif | { | register int i; | for ( i = 0; i < n; ++i ) | s1[i] = s2[i]; | } | #endif | | #ifdef YY_NEED_STRLEN | #ifdef YY_USE_PROTOS | static int yy_flex_strlen( yyconst char *s ) | #else | static int yy_flex_strlen( s ) | yyconst char *s; | #endif | { | register int n; | for ( n = 0; s[n]; ++n ) | ; | | return n; | } | #endif | | | #ifdef YY_USE_PROTOS | static void *yy_flex_alloc( yy_size_t size ) | #else | static void *yy_flex_alloc( size ) | yy_size_t size; | #endif | { | return (void *) malloc( size ); | } | | #ifdef YY_USE_PROTOS | static void *yy_flex_realloc( void *ptr, yy_size_t size ) | #else | static void *yy_flex_realloc( ptr, size ) | void *ptr; | yy_size_t size; | #endif | { | /* The cast to (char *) in the following accommodates both | * implementations that use char* generic pointers, and those | * that use void* generic pointers. It works with the latter | * because both ANSI C and C++ allow castless assignment from | * any pointer type to void*, and deal with argument conversions | * as though doing an assignment. | */ | return (void *) realloc( (char *) ptr, size ); | } | | #ifdef YY_USE_PROTOS | static void yy_flex_free( void *ptr ) | #else | static void yy_flex_free( ptr ) | void *ptr; | #endif | { | free( ptr ); | } | | #if YY_MAIN | int main() | { | yylex(); | return 0; | } | #endif | #line 9 "conftest.l" | | #ifdef YYTEXT_POINTER | extern char *yytext; | #endif | int | main (void) | { | return ! yylex () + ! yywrap (); | } configure:21560: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c -lfl >&5 conftest.l: In function 'yylex': conftest.l:6: warning: comparison between pointer and integer conftest.l:6: warning: assignment makes pointer from integer without a cast configure:21567: $? = 0 configure:21591: result: -lfl configure:21597: checking whether yytext is a pointer configure:21618: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c -lfl >&5 conftest.l: In function 'yylex': conftest.l:6: warning: comparison between pointer and integer conftest.l:6: warning: assignment makes pointer from integer without a cast configure:21625: $? = 0 configure:21647: result: yes configure:21663: checking for bison configure:21679: found /usr/local/bin/bison configure:21690: result: bison -y configure:21709: checking for special C compiler options needed for large files configure:21804: result: no configure:21810: checking for _FILE_OFFSET_BITS value needed for large files configure:21845: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:21852: $? = 0 configure:21921: result: no configure:22064: checking for cpp configure:22083: found /usr/bin/cpp configure:22095: result: /usr/bin/cpp configure:22111: checking if /usr/bin/cpp requires -undef configure:22122: result: yes configure:22132: checking if /usr/bin/cpp requires -traditional configure:22143: result: yes configure:22391: checking for dirent.h that defines DIR configure:22420: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:22427: $? = 0 configure:22444: result: yes configure:22459: checking for library containing opendir configure:22500: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:22507: $? = 0 configure:22538: result: none required configure:22636: checking for ANSI C header files configure:22804: result: yes configure:22833: checking fcntl.h usability configure:22850: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:22857: $? = 0 configure:22871: result: yes configure:22875: checking fcntl.h presence configure:22890: cc -E conftest.c configure:22897: $? = 0 configure:22911: result: yes configure:22944: checking for fcntl.h configure:22953: result: yes configure:22822: checking for stdlib.h configure:22829: result: yes configure:22822: checking for string.h configure:22829: result: yes configure:22822: checking for unistd.h configure:22829: result: yes configure:22969: checking for an ANSI C-conforming const configure:23044: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:23051: $? = 0 configure:23066: result: yes configure:23077: checking whether byte ordering is bigendian configure:23102: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 conftest.c:29: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'a' configure:23109: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | /* end confdefs.h. */ | #ifndef __APPLE_CC__ | not a universal capable compiler | #endif | typedef int dummy; | configure:23159: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:23166: $? = 0 configure:23198: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 conftest.c: In function 'main': conftest.c:35: error: 'not' undeclared (first use in this function) conftest.c:35: error: (Each undeclared identifier is reported only once conftest.c:35: error: for each function it appears in.) conftest.c:35: error: expected ';' before 'big' configure:23205: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | /* end confdefs.h. */ | #include | #include | | int | main () | { | #if BYTE_ORDER != BIG_ENDIAN | not big endian | #endif | | ; | return 0; | } configure:23457: result: no configure:23484: checking size of unsigned long configure:23789: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:23793: $? = 0 configure:23799: ./conftest configure:23803: $? = 0 configure:23829: result: 4 configure:23847: checking for pid_t configure:23875: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:23882: $? = 0 configure:23909: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 conftest.c: In function 'main': conftest.c:65: error: expected expression before ')' token configure:23916: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | /* 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 | int | main () | { | if (sizeof ((pid_t))) | return 0; | ; | return 0; | } configure:23939: result: yes configure:23976: checking byteswap.h usability configure:23993: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 conftest.c:62:22: error: byteswap.h: No such file or directory configure:24000: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | /* 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:24014: result: no configure:24018: checking byteswap.h presence configure:24033: cc -E conftest.c conftest.c:29:22: error: byteswap.h: No such file or directory configure:24040: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | /* end confdefs.h. */ | #include configure:24054: result: no configure:24087: checking for byteswap.h configure:24096: result: no configure:24123: checking sys/endian.h usability configure:24140: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:24147: $? = 0 configure:24161: result: yes configure:24165: checking sys/endian.h presence configure:24180: cc -E conftest.c configure:24187: $? = 0 configure:24201: result: yes configure:24234: checking for sys/endian.h configure:24241: result: yes configure:24254: checking for __swap16 variant of byteswapping macros configure:24283: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 /var/tmp//ccqERYfg.o(.text+0x19): In function `main': : undefined reference to `__swap16' configure:24290: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | /* end confdefs.h. */ | | #include | | int | main () | { | | int a = 1, b; | b = __swap16(a); | | ; | return 0; | } | configure:24309: result: no configure:24312: checking for bswap16 variant of byteswapping macros configure:24341: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:24348: $? = 0 configure:24367: result: yes configure:24406: checking for dlopen configure:24462: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:24469: $? = 0 configure:24489: result: yes configure:24589: checking for vprintf configure:24645: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 conftest.c:56: warning: conflicting types for built-in function 'vprintf' configure:24652: $? = 0 configure:24674: result: yes configure:24683: checking for _doprnt configure:24739: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 /var/tmp//cc0ELLJr.o(.text+0x12): In function `main': : undefined reference to `_doprnt' configure:24746: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | /* end confdefs.h. */ | /* Define _doprnt to an innocuous variant, in case declares _doprnt. | For example, HP-UX 11i declares gettimeofday. */ | #define _doprnt innocuous__doprnt | | /* System header to define __stub macros and hopefully few prototypes, | which can conflict with char _doprnt (); below. | Prefer to if __STDC__ is defined, since | exists even on freestanding compilers. */ | | #ifdef __STDC__ | # include | #else | # include | #endif | | #undef _doprnt | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char _doprnt (); | /* The GNU C library defines this for functions which it implements | to always fail with ENOSYS. Some functions are actually named | something starting with __ and the normal name is an alias. */ | #if defined __stub__doprnt || defined __stub____doprnt | choke me | #endif | | int | main () | { | return _doprnt (); | ; | return 0; | } configure:24766: result: no configure:24803: checking for geteuid configure:24859: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:24866: $? = 0 configure:24888: result: yes configure:24803: checking for getuid configure:24859: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:24866: $? = 0 configure:24888: result: yes configure:24803: checking for link configure:24859: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:24866: $? = 0 configure:24888: result: yes configure:24803: checking for memmove configure:24859: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 conftest.c:60: warning: conflicting types for built-in function 'memmove' configure:24866: $? = 0 configure:24888: result: yes configure:24803: checking for memset configure:24859: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 conftest.c:61: warning: conflicting types for built-in function 'memset' configure:24866: $? = 0 configure:24888: result: yes configure:24803: checking for mkstemp configure:24859: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:24866: $? = 0 configure:24888: result: yes configure:24803: checking for strchr configure:24859: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 conftest.c:63: warning: conflicting types for built-in function 'strchr' configure:24866: $? = 0 configure:24888: result: yes configure:24803: checking for strrchr configure:24859: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 conftest.c:64: warning: conflicting types for built-in function 'strrchr' configure:24866: $? = 0 configure:24888: result: yes configure:24803: checking for strtol configure:24859: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:24866: $? = 0 configure:24888: result: yes configure:24803: checking for getopt configure:24859: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:24866: $? = 0 configure:24888: result: yes configure:24803: checking for getopt_long configure:24859: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:24866: $? = 0 configure:24888: result: yes configure:24803: checking for vsnprintf configure:24859: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 conftest.c:68: warning: conflicting types for built-in function 'vsnprintf' configure:24866: $? = 0 configure:24888: result: yes configure:24803: checking for walkcontext configure:24859: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 /var/tmp//ccGk4wY1.o(.text+0x12): In function `main': : undefined reference to `walkcontext' configure:24866: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | /* end confdefs.h. */ | /* Define walkcontext to an innocuous variant, in case declares walkcontext. | For example, HP-UX 11i declares gettimeofday. */ | #define walkcontext innocuous_walkcontext | | /* System header to define __stub macros and hopefully few prototypes, | which can conflict with char walkcontext (); below. | Prefer to if __STDC__ is defined, since | exists even on freestanding compilers. */ | | #ifdef __STDC__ | # include | #else | # include | #endif | | #undef walkcontext | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char walkcontext (); | /* The GNU C library defines this for functions which it implements | to always fail with ENOSYS. Some functions are actually named | something starting with __ and the normal name is an alias. */ | #if defined __stub_walkcontext || defined __stub___walkcontext | choke me | #endif | | int | main () | { | return walkcontext (); | ; | return 0; | } configure:24888: result: no configure:24803: checking for backtrace configure:24859: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 /var/tmp//ccHFquf3.o(.text+0x12): In function `main': : undefined reference to `backtrace' configure:24866: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | /* end confdefs.h. */ | /* Define backtrace to an innocuous variant, in case declares backtrace. | For example, HP-UX 11i declares gettimeofday. */ | #define backtrace innocuous_backtrace | | /* System header to define __stub macros and hopefully few prototypes, | which can conflict with char backtrace (); below. | Prefer to if __STDC__ is defined, since | exists even on freestanding compilers. */ | | #ifdef __STDC__ | # include | #else | # include | #endif | | #undef backtrace | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char backtrace (); | /* The GNU C library defines this for functions which it implements | to always fail with ENOSYS. Some functions are actually named | something starting with __ and the normal name is an alias. */ | #if defined __stub_backtrace || defined __stub___backtrace | choke me | #endif | | int | main () | { | return backtrace (); | ; | return 0; | } configure:24888: result: no configure:24803: checking for getisax configure:24859: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 /var/tmp//ccC0skFj.o(.text+0x12): In function `main': : undefined reference to `getisax' configure:24866: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | /* end confdefs.h. */ | /* Define getisax to an innocuous variant, in case declares getisax. | For example, HP-UX 11i declares gettimeofday. */ | #define getisax innocuous_getisax | | /* System header to define __stub macros and hopefully few prototypes, | which can conflict with char getisax (); below. | Prefer to if __STDC__ is defined, since | exists even on freestanding compilers. */ | | #ifdef __STDC__ | # include | #else | # include | #endif | | #undef getisax | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char getisax (); | /* The GNU C library defines this for functions which it implements | to always fail with ENOSYS. Some functions are actually named | something starting with __ and the normal name is an alias. */ | #if defined __stub_getisax || defined __stub___getisax | choke me | #endif | | int | main () | { | return getisax (); | ; | return 0; | } configure:24888: result: no configure:24803: checking for getzoneid configure:24859: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 /var/tmp//cc4rWztm.o(.text+0x12): In function `main': : undefined reference to `getzoneid' configure:24866: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | /* end confdefs.h. */ | /* Define getzoneid to an innocuous variant, in case declares getzoneid. | For example, HP-UX 11i declares gettimeofday. */ | #define getzoneid innocuous_getzoneid | | /* System header to define __stub macros and hopefully few prototypes, | which can conflict with char getzoneid (); below. | Prefer to if __STDC__ is defined, since | exists even on freestanding compilers. */ | | #ifdef __STDC__ | # include | #else | # include | #endif | | #undef getzoneid | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char getzoneid (); | /* The GNU C library defines this for functions which it implements | to always fail with ENOSYS. Some functions are actually named | something starting with __ and the normal name is an alias. */ | #if defined __stub_getzoneid || defined __stub___getzoneid | choke me | #endif | | int | main () | { | return getzoneid (); | ; | return 0; | } configure:24888: result: no configure:24803: checking for shmctl64 configure:24859: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 /var/tmp//ccKToZiQ.o(.text+0x12): In function `main': : undefined reference to `shmctl64' configure:24866: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | /* end confdefs.h. */ | /* Define shmctl64 to an innocuous variant, in case declares shmctl64. | For example, HP-UX 11i declares gettimeofday. */ | #define shmctl64 innocuous_shmctl64 | | /* System header to define __stub macros and hopefully few prototypes, | which can conflict with char shmctl64 (); below. | Prefer to if __STDC__ is defined, since | exists even on freestanding compilers. */ | | #ifdef __STDC__ | # include | #else | # include | #endif | | #undef shmctl64 | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char shmctl64 (); | /* The GNU C library defines this for functions which it implements | to always fail with ENOSYS. Some functions are actually named | something starting with __ and the normal name is an alias. */ | #if defined __stub_shmctl64 || defined __stub___shmctl64 | choke me | #endif | | int | main () | { | return shmctl64 (); | ; | return 0; | } configure:24888: result: no configure:24803: checking for strcasestr configure:24859: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:24866: $? = 0 configure:24888: result: yes configure:24902: checking for working alloca.h configure:24929: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 conftest.c:47:20: error: alloca.h: No such file or directory conftest.c: In function 'main': conftest.c:51: warning: incompatible implicit declaration of built-in function 'alloca' configure:24936: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_STRCASESTR 1 | /* end confdefs.h. */ | #include | int | main () | { | char *p = (char *) alloca (2 * sizeof (int)); | if (p) return 0; | ; | return 0; | } configure:24956: result: no configure:24966: checking for alloca configure:25013: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:25020: $? = 0 configure:25040: result: yes configure:25277: checking for getdtablesize configure:25333: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:25340: $? = 0 configure:25360: result: yes configure:25370: checking for getifaddrs configure:25426: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:25433: $? = 0 configure:25453: result: yes configure:25463: checking for getpeereid configure:25519: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:25526: $? = 0 configure:25546: result: yes configure:25556: checking for getpeerucred configure:25612: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 /var/tmp//cciIwtns.o(.text+0x12): In function `main': : undefined reference to `getpeerucred' configure:25619: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_STRCASESTR 1 | #define HAVE_ALLOCA 1 | #define HAS_GETDTABLESIZE 1 | #define HAS_GETIFADDRS 1 | #define HAS_GETPEEREID 1 | /* end confdefs.h. */ | /* Define getpeerucred to an innocuous variant, in case declares getpeerucred. | For example, HP-UX 11i declares gettimeofday. */ | #define getpeerucred innocuous_getpeerucred | | /* System header to define __stub macros and hopefully few prototypes, | which can conflict with char getpeerucred (); below. | Prefer to if __STDC__ is defined, since | exists even on freestanding compilers. */ | | #ifdef __STDC__ | # include | #else | # include | #endif | | #undef getpeerucred | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char getpeerucred (); | /* The GNU C library defines this for functions which it implements | to always fail with ENOSYS. Some functions are actually named | something starting with __ and the normal name is an alias. */ | #if defined __stub_getpeerucred || defined __stub___getpeerucred | choke me | #endif | | int | main () | { | return getpeerucred (); | ; | return 0; | } configure:25639: result: no configure:25649: checking for strlcat configure:25705: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:25712: $? = 0 configure:25732: result: yes configure:25748: checking for strlcpy configure:25804: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:25811: $? = 0 configure:25831: result: yes configure:25851: checking for mmap configure:25907: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:25914: $? = 0 configure:25934: result: yes configure:25946: checking for sqrt in -lm configure:25981: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c -lm >&5 conftest.c:60: warning: conflicting types for built-in function 'sqrt' configure:25988: $? = 0 configure:26009: result: yes configure:26020: checking for cbrt in -lm configure:26055: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c -lm -lm >&5 conftest.c:61: warning: conflicting types for built-in function 'cbrt' configure:26062: $? = 0 configure:26083: result: yes configure:26112: checking ndbm.h usability configure:26129: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:26136: $? = 0 configure:26150: result: yes configure:26154: checking ndbm.h presence configure:26169: cc -E conftest.c configure:26176: $? = 0 configure:26190: result: yes configure:26223: checking for ndbm.h configure:26232: result: yes configure:26112: checking dbm.h usability configure:26129: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 conftest.c:89:17: error: dbm.h: No such file or directory configure:26136: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_STRCASESTR 1 | #define HAVE_ALLOCA 1 | #define HAS_GETDTABLESIZE 1 | #define HAS_GETIFADDRS 1 | #define HAS_GETPEEREID 1 | #define HAS_STRLCPY 1 | #define HAS_MMAP 1 | #define HAVE_LIBM 1 | #define HAVE_CBRT 1 | #define HAVE_NDBM_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:26150: result: no configure:26154: checking dbm.h presence configure:26169: cc -E conftest.c conftest.c:56:17: error: dbm.h: No such file or directory configure:26176: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_STRCASESTR 1 | #define HAVE_ALLOCA 1 | #define HAS_GETDTABLESIZE 1 | #define HAS_GETIFADDRS 1 | #define HAS_GETPEEREID 1 | #define HAS_STRLCPY 1 | #define HAS_MMAP 1 | #define HAVE_LIBM 1 | #define HAVE_CBRT 1 | #define HAVE_NDBM_H 1 | /* end confdefs.h. */ | #include configure:26190: result: no configure:26223: checking for dbm.h configure:26232: result: no configure:26112: checking rpcsvc/dbm.h usability configure:26129: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 conftest.c:89:24: error: rpcsvc/dbm.h: No such file or directory configure:26136: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_STRCASESTR 1 | #define HAVE_ALLOCA 1 | #define HAS_GETDTABLESIZE 1 | #define HAS_GETIFADDRS 1 | #define HAS_GETPEEREID 1 | #define HAS_STRLCPY 1 | #define HAS_MMAP 1 | #define HAVE_LIBM 1 | #define HAVE_CBRT 1 | #define HAVE_NDBM_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:26150: result: no configure:26154: checking rpcsvc/dbm.h presence configure:26169: cc -E conftest.c conftest.c:56:24: error: rpcsvc/dbm.h: No such file or directory configure:26176: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_STRCASESTR 1 | #define HAVE_ALLOCA 1 | #define HAS_GETDTABLESIZE 1 | #define HAS_GETIFADDRS 1 | #define HAS_GETPEEREID 1 | #define HAS_STRLCPY 1 | #define HAS_MMAP 1 | #define HAVE_LIBM 1 | #define HAVE_CBRT 1 | #define HAVE_NDBM_H 1 | /* end confdefs.h. */ | #include configure:26190: result: no configure:26223: checking for rpcsvc/dbm.h configure:26232: result: no configure:26265: checking linux/agpgart.h usability configure:26282: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 conftest.c:89:27: error: linux/agpgart.h: No such file or directory configure:26289: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_STRCASESTR 1 | #define HAVE_ALLOCA 1 | #define HAS_GETDTABLESIZE 1 | #define HAS_GETIFADDRS 1 | #define HAS_GETPEEREID 1 | #define HAS_STRLCPY 1 | #define HAS_MMAP 1 | #define HAVE_LIBM 1 | #define HAVE_CBRT 1 | #define HAVE_NDBM_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:26303: result: no configure:26307: checking linux/agpgart.h presence configure:26322: cc -E conftest.c conftest.c:56:27: error: linux/agpgart.h: No such file or directory configure:26329: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_STRCASESTR 1 | #define HAVE_ALLOCA 1 | #define HAS_GETDTABLESIZE 1 | #define HAS_GETIFADDRS 1 | #define HAS_GETPEEREID 1 | #define HAS_STRLCPY 1 | #define HAS_MMAP 1 | #define HAVE_LIBM 1 | #define HAVE_CBRT 1 | #define HAVE_NDBM_H 1 | /* end confdefs.h. */ | #include configure:26343: result: no configure:26376: checking for linux/agpgart.h configure:26385: result: no configure:26265: checking sys/agpio.h usability configure:26282: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:26289: $? = 0 configure:26303: result: yes configure:26307: checking sys/agpio.h presence configure:26322: cc -E conftest.c configure:26329: $? = 0 configure:26343: result: yes configure:26376: checking for sys/agpio.h configure:26385: result: yes configure:26425: checking linux/apm_bios.h usability configure:26442: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 conftest.c:90:28: error: linux/apm_bios.h: No such file or directory configure:26449: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_STRCASESTR 1 | #define HAVE_ALLOCA 1 | #define HAS_GETDTABLESIZE 1 | #define HAS_GETIFADDRS 1 | #define HAS_GETPEEREID 1 | #define HAS_STRLCPY 1 | #define HAS_MMAP 1 | #define HAVE_LIBM 1 | #define HAVE_CBRT 1 | #define HAVE_NDBM_H 1 | #define HAVE_SYS_AGPIO_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:26463: result: no configure:26467: checking linux/apm_bios.h presence configure:26482: cc -E conftest.c conftest.c:57:28: error: linux/apm_bios.h: No such file or directory configure:26489: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_STRCASESTR 1 | #define HAVE_ALLOCA 1 | #define HAS_GETDTABLESIZE 1 | #define HAS_GETIFADDRS 1 | #define HAS_GETPEEREID 1 | #define HAS_STRLCPY 1 | #define HAS_MMAP 1 | #define HAVE_LIBM 1 | #define HAVE_CBRT 1 | #define HAVE_NDBM_H 1 | #define HAVE_SYS_AGPIO_H 1 | /* end confdefs.h. */ | #include configure:26503: result: no configure:26536: checking for linux/apm_bios.h configure:26545: result: no configure:26585: checking linux/fb.h usability configure:26602: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 conftest.c:90:22: error: linux/fb.h: No such file or directory configure:26609: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_STRCASESTR 1 | #define HAVE_ALLOCA 1 | #define HAS_GETDTABLESIZE 1 | #define HAS_GETIFADDRS 1 | #define HAS_GETPEEREID 1 | #define HAS_STRLCPY 1 | #define HAS_MMAP 1 | #define HAVE_LIBM 1 | #define HAVE_CBRT 1 | #define HAVE_NDBM_H 1 | #define HAVE_SYS_AGPIO_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:26623: result: no configure:26627: checking linux/fb.h presence configure:26642: cc -E conftest.c conftest.c:57:22: error: linux/fb.h: No such file or directory configure:26649: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_STRCASESTR 1 | #define HAVE_ALLOCA 1 | #define HAS_GETDTABLESIZE 1 | #define HAS_GETIFADDRS 1 | #define HAS_GETPEEREID 1 | #define HAS_STRLCPY 1 | #define HAS_MMAP 1 | #define HAVE_LIBM 1 | #define HAVE_CBRT 1 | #define HAVE_NDBM_H 1 | #define HAVE_SYS_AGPIO_H 1 | /* end confdefs.h. */ | #include configure:26663: result: no configure:26696: checking for linux/fb.h configure:26705: result: no configure:26745: checking asm/mtrr.h usability configure:26762: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 conftest.c:90:22: error: asm/mtrr.h: No such file or directory configure:26769: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_STRCASESTR 1 | #define HAVE_ALLOCA 1 | #define HAS_GETDTABLESIZE 1 | #define HAS_GETIFADDRS 1 | #define HAS_GETPEEREID 1 | #define HAS_STRLCPY 1 | #define HAS_MMAP 1 | #define HAVE_LIBM 1 | #define HAVE_CBRT 1 | #define HAVE_NDBM_H 1 | #define HAVE_SYS_AGPIO_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:26783: result: no configure:26787: checking asm/mtrr.h presence configure:26802: cc -E conftest.c conftest.c:57:22: error: asm/mtrr.h: No such file or directory configure:26809: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_STRCASESTR 1 | #define HAVE_ALLOCA 1 | #define HAS_GETDTABLESIZE 1 | #define HAS_GETIFADDRS 1 | #define HAS_GETPEEREID 1 | #define HAS_STRLCPY 1 | #define HAS_MMAP 1 | #define HAVE_LIBM 1 | #define HAVE_CBRT 1 | #define HAVE_NDBM_H 1 | #define HAVE_SYS_AGPIO_H 1 | /* end confdefs.h. */ | #include configure:26823: result: no configure:26856: checking for asm/mtrr.h configure:26865: result: no configure:26900: checking sys/memrange.h usability configure:26917: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:26924: $? = 0 configure:26938: result: yes configure:26942: checking sys/memrange.h presence configure:26957: cc -E conftest.c configure:26964: $? = 0 configure:26978: result: yes configure:27011: checking for sys/memrange.h configure:27020: result: yes configure:27063: checking machine/mtrr.h usability configure:27080: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 conftest.c:92:26: error: machine/mtrr.h: No such file or directory configure:27087: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_STRCASESTR 1 | #define HAVE_ALLOCA 1 | #define HAS_GETDTABLESIZE 1 | #define HAS_GETIFADDRS 1 | #define HAS_GETPEEREID 1 | #define HAS_STRLCPY 1 | #define HAS_MMAP 1 | #define HAVE_LIBM 1 | #define HAVE_CBRT 1 | #define HAVE_NDBM_H 1 | #define HAVE_SYS_AGPIO_H 1 | #define HAVE_SYS_MEMRANGE_H 1 | #define HAS_MTRR_SUPPORT 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:27101: result: no configure:27105: checking machine/mtrr.h presence configure:27120: cc -E conftest.c conftest.c:59:26: error: machine/mtrr.h: No such file or directory configure:27127: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_STRCASESTR 1 | #define HAVE_ALLOCA 1 | #define HAS_GETDTABLESIZE 1 | #define HAS_GETIFADDRS 1 | #define HAS_GETPEEREID 1 | #define HAS_STRLCPY 1 | #define HAS_MMAP 1 | #define HAVE_LIBM 1 | #define HAVE_CBRT 1 | #define HAVE_NDBM_H 1 | #define HAVE_SYS_AGPIO_H 1 | #define HAVE_SYS_MEMRANGE_H 1 | #define HAS_MTRR_SUPPORT 1 | /* end confdefs.h. */ | #include configure:27141: result: no configure:27174: checking for machine/mtrr.h configure:27183: result: no configure:27210: checking for sys/linker.h configure:27231: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:27238: $? = 0 configure:27255: result: yes configure:27279: checking for SYSV IPC configure:27313: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c -lm >&5 configure:27320: $? = 0 configure:27340: result: yes configure:27368: checking execinfo.h usability configure:27385: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 conftest.c:94:22: error: execinfo.h: No such file or directory configure:27392: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_STRCASESTR 1 | #define HAVE_ALLOCA 1 | #define HAS_GETDTABLESIZE 1 | #define HAS_GETIFADDRS 1 | #define HAS_GETPEEREID 1 | #define HAS_STRLCPY 1 | #define HAS_MMAP 1 | #define HAVE_LIBM 1 | #define HAVE_CBRT 1 | #define HAVE_NDBM_H 1 | #define HAVE_SYS_AGPIO_H 1 | #define HAVE_SYS_MEMRANGE_H 1 | #define HAS_MTRR_SUPPORT 1 | #define HAVE_SYS_LINKER_H 1 | #define HAVE_SYSV_IPC 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:27406: result: no configure:27410: checking execinfo.h presence configure:27425: cc -E conftest.c conftest.c:61:22: error: execinfo.h: No such file or directory configure:27432: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_STRCASESTR 1 | #define HAVE_ALLOCA 1 | #define HAS_GETDTABLESIZE 1 | #define HAS_GETIFADDRS 1 | #define HAS_GETPEEREID 1 | #define HAS_STRLCPY 1 | #define HAS_MMAP 1 | #define HAVE_LIBM 1 | #define HAVE_CBRT 1 | #define HAVE_NDBM_H 1 | #define HAVE_SYS_AGPIO_H 1 | #define HAVE_SYS_MEMRANGE_H 1 | #define HAS_MTRR_SUPPORT 1 | #define HAVE_SYS_LINKER_H 1 | #define HAVE_SYSV_IPC 1 | /* end confdefs.h. */ | #include configure:27446: result: no configure:27479: checking for execinfo.h configure:27486: result: no configure:28501: checking to see if we can install the Xorg server as root configure:28518: result: yes configure:28546: checking if Xtrans should support UNIX socket connections configure:28555: result: yes configure:28564: checking if Xtrans should support TCP socket connections configure:28566: result: yes configure:28576: checking for library containing socket configure:28617: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c -lm >&5 configure:28624: $? = 0 configure:28655: result: none required configure:28663: checking for library containing gethostbyname configure:28704: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c -lm >&5 configure:28711: $? = 0 configure:28742: result: none required configure:28756: checking for getaddrinfo configure:28812: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c -lm >&5 configure:28819: $? = 0 configure:28839: result: yes configure:28849: checking if IPv6 support should be built configure:28858: result: yes configure:28862: checking for struct sockaddr_in.sin_len configure:28895: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:28902: $? = 0 configure:28965: result: yes configure:28977: checking for socklen_t configure:29008: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:29015: $? = 0 configure:29045: cc -c -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 conftest.c: In function 'main': conftest.c:112: error: expected expression before ')' token configure:29052: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_STRCASESTR 1 | #define HAVE_ALLOCA 1 | #define HAS_GETDTABLESIZE 1 | #define HAS_GETIFADDRS 1 | #define HAS_GETPEEREID 1 | #define HAS_STRLCPY 1 | #define HAS_MMAP 1 | #define HAVE_LIBM 1 | #define HAVE_CBRT 1 | #define HAVE_NDBM_H 1 | #define HAVE_SYS_AGPIO_H 1 | #define HAVE_SYS_MEMRANGE_H 1 | #define HAS_MTRR_SUPPORT 1 | #define HAVE_SYS_LINKER_H 1 | #define HAVE_SYSV_IPC 1 | #define USE_DEV_IO 1 | #define CSRG_BASED 1 | #define PCCONS_SUPPORT 1 | #define PCVT_SUPPORT 1 | #define SYSCONS_SUPPORT 1 | #define PACKAGE_VERSION_MAJOR 1 | #define PACKAGE_VERSION_MINOR 5 | #define PACKAGE_VERSION_PATCHLEVEL 3 | #define UNIXCONN 1 | #define TCPCONN 1 | #define IPv6 1 | #define BSD44SOCKETS 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 | | int | main () | { | if (sizeof ((socklen_t))) | return 0; | ; | return 0; | } configure:29075: result: yes configure:29100: checking if Xtrans should support os-specific local connections configure:29102: result: no configure:29131: checking for authdes_seccreate configure:29187: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c -lm >&5 configure:29194: $? = 0 configure:29216: result: yes configure:29131: checking for authdes_create configure:29187: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c -lm >&5 configure:29194: $? = 0 configure:29216: result: yes configure:29236: checking for library containing getsecretkey configure:29277: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c -lm >&5 /var/tmp//ccLMhZhg.o(.text+0x12): In function `main': : undefined reference to `getsecretkey' configure:29284: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "xorg-server" | #define PACKAGE_TARNAME "xorg-server" | #define PACKAGE_VERSION "1.5.3" | #define PACKAGE_STRING "xorg-server 1.5.3" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "xorg-server" | #define VERSION "1.5.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 | #define YYTEXT_POINTER 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_UNSIGNED_LONG 4 | #define USE_SYS_ENDIAN_H 1 | #define bswap_16 bswap16 | #define bswap_32 bswap32 | #define bswap_64 bswap64 | #define HAVE_VPRINTF 1 | #define HAVE_GETEUID 1 | #define HAVE_GETUID 1 | #define HAVE_LINK 1 | #define HAVE_MEMMOVE 1 | #define HAVE_MEMSET 1 | #define HAVE_MKSTEMP 1 | #define HAVE_STRCHR 1 | #define HAVE_STRRCHR 1 | #define HAVE_STRTOL 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_STRCASESTR 1 | #define HAVE_ALLOCA 1 | #define HAS_GETDTABLESIZE 1 | #define HAS_GETIFADDRS 1 | #define HAS_GETPEEREID 1 | #define HAS_STRLCPY 1 | #define HAS_MMAP 1 | #define HAVE_LIBM 1 | #define HAVE_CBRT 1 | #define HAVE_NDBM_H 1 | #define HAVE_SYS_AGPIO_H 1 | #define HAVE_SYS_MEMRANGE_H 1 | #define HAS_MTRR_SUPPORT 1 | #define HAVE_SYS_LINKER_H 1 | #define HAVE_SYSV_IPC 1 | #define USE_DEV_IO 1 | #define CSRG_BASED 1 | #define PCCONS_SUPPORT 1 | #define PCVT_SUPPORT 1 | #define SYSCONS_SUPPORT 1 | #define PACKAGE_VERSION_MAJOR 1 | #define PACKAGE_VERSION_MINOR 5 | #define PACKAGE_VERSION_PATCHLEVEL 3 | #define UNIXCONN 1 | #define TCPCONN 1 | #define IPv6 1 | #define BSD44SOCKETS 1 | #define HAVE_SOCKLEN_T 1 | #define HAVE_AUTHDES_SECCREATE 1 | #define HAVE_AUTHDES_CREATE 1 | /* end confdefs.h. */ | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char getsecretkey (); | int | main () | { | return getsecretkey (); | ; | return 0; | } configure:29277: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c -lrpcsvc -lm >&5 configure:29284: $? = 0 configure:29315: result: -lrpcsvc configure:29326: checking if Secure RPC authentication ("SUN-DES-1") should be supported configure:29335: result: yes configure:29543: checking for /usr/local/share/sgml/X11/defs.ent configure:29560: result: no configure:29572: checking for linuxdoc configure:29605: result: no configure:29612: checking for ps2pdf configure:29630: found /usr/local/bin/ps2pdf configure:29642: result: /usr/local/bin/ps2pdf configure:29651: checking Whether to build documentation configure:29669: result: no configure:29672: checking Whether to build pdf documentation configure:29690: result: yes configure:29729: checking for DBUS configure:29736: $PKG_CONFIG --exists --print-errors "dbus-1" configure:29739: $? = 0 configure:29752: $PKG_CONFIG --exists --print-errors "dbus-1" configure:29755: $? = 0 configure:29790: result: yes configure:29838: checking for HAL configure:29845: $PKG_CONFIG --exists --print-errors "hal" configure:29848: $? = 0 configure:29861: $PKG_CONFIG --exists --print-errors "hal" configure:29864: $? = 0 configure:29899: result: yes configure:29935: checking for glibc... configure:29950: cc -E conftest.c conftest.c:2:22: error: features.h: No such file or directory conftest.c:4:2: error: #error configure:29957: $? = 1 configure: failed program was: | | #include | #ifndef __GLIBC__ | #error | #endif | configure:29971: result: no configure:29978: checking for clock_gettime configure:30034: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c -lrpcsvc -lm >&5 configure:30041: $? = 0 configure:30063: result: yes configure:30148: checking for a useful monotonic clock ... configure:30189: cc -o conftest -O2 -fno-strict-aliasing -pipe -mtune=native conftest.c >&5 configure:30193: $? = 0 configure:30199: ./conftest configure:30203: $? = 0 configure:30226: result: yes configure:30406: checking for XLIB configure:30413: $PKG_CONFIG --exists --print-errors "x11" configure:30416: $? = 0 configure:30429: $PKG_CONFIG --exists --print-errors "x11" configure:30432: $? = 0 configure:30509: result: yes configure:30515: checking for GL configure:30522: $PKG_CONFIG --exists --print-errors "glproto >= 1.4.9 gl >= 7.1.0" gnome-config: not found Package gl was not found in the pkg-config search path. Perhaps you should add the directory containing `gl.pc' to the PKG_CONFIG_PATH environment variable No package 'gl' found configure:30525: $? = 1 configure:30538: $PKG_CONFIG --exists --print-errors "glproto >= 1.4.9 gl >= 7.1.0" gnome-config: not found Package gl was not found in the pkg-config search path. Perhaps you should add the directory containing `gl.pc' to the PKG_CONFIG_PATH environment variable No package 'gl' found configure:30541: $? = 1 gnome-config: not found No package 'gl' found configure:30568: error: Package requirements (glproto >= 1.4.9 gl >= 7.1.0) were not met: gnome-config: not found No package 'gl' 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 GL_CFLAGS and GL_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-freebsd7.1 ac_cv_c_bigendian=no ac_cv_c_compiler_gnu=yes ac_cv_c_const=yes ac_cv_cxx_compiler_gnu=yes ac_cv_env_CCASFLAGS_set='' ac_cv_env_CCASFLAGS_value='' ac_cv_env_CCAS_set='' ac_cv_env_CCAS_value='' 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 -mtune=native' 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 -mtune=native' ac_cv_env_CXX_set=set ac_cv_env_CXX_value=c++ ac_cv_env_DBUS_CFLAGS_set='' ac_cv_env_DBUS_CFLAGS_value='' ac_cv_env_DBUS_LIBS_set='' ac_cv_env_DBUS_LIBS_value='' ac_cv_env_DGA_CFLAGS_set='' ac_cv_env_DGA_CFLAGS_value='' ac_cv_env_DGA_LIBS_set='' ac_cv_env_DGA_LIBS_value='' ac_cv_env_DMXEXAMPLES_DEP_CFLAGS_set='' ac_cv_env_DMXEXAMPLES_DEP_CFLAGS_value='' ac_cv_env_DMXEXAMPLES_DEP_LIBS_set='' ac_cv_env_DMXEXAMPLES_DEP_LIBS_value='' ac_cv_env_DMXMODULES_CFLAGS_set='' ac_cv_env_DMXMODULES_CFLAGS_value='' ac_cv_env_DMXMODULES_LIBS_set='' ac_cv_env_DMXMODULES_LIBS_value='' ac_cv_env_DMXXIEXAMPLES_DEP_CFLAGS_set='' ac_cv_env_DMXXIEXAMPLES_DEP_CFLAGS_value='' ac_cv_env_DMXXIEXAMPLES_DEP_LIBS_set='' ac_cv_env_DMXXIEXAMPLES_DEP_LIBS_value='' ac_cv_env_DMXXMUEXAMPLES_DEP_CFLAGS_set='' ac_cv_env_DMXXMUEXAMPLES_DEP_CFLAGS_value='' ac_cv_env_DMXXMUEXAMPLES_DEP_LIBS_set='' ac_cv_env_DMXXMUEXAMPLES_DEP_LIBS_value='' ac_cv_env_DRI2PROTO_CFLAGS_set='' ac_cv_env_DRI2PROTO_CFLAGS_value='' ac_cv_env_DRI2PROTO_LIBS_set='' ac_cv_env_DRI2PROTO_LIBS_value='' ac_cv_env_DRIPROTO_CFLAGS_set='' ac_cv_env_DRIPROTO_CFLAGS_value='' ac_cv_env_DRIPROTO_LIBS_set='' ac_cv_env_DRIPROTO_LIBS_value='' ac_cv_env_F77_set='' ac_cv_env_F77_value='' ac_cv_env_FFLAGS_set='' ac_cv_env_FFLAGS_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_GL_CFLAGS_set='' ac_cv_env_GL_CFLAGS_value='' ac_cv_env_GL_LIBS_set='' ac_cv_env_GL_LIBS_value='' ac_cv_env_HAL_CFLAGS_set='' ac_cv_env_HAL_CFLAGS_value='' ac_cv_env_HAL_LIBS_set='' ac_cv_env_HAL_LIBS_value='' ac_cv_env_LDFLAGS_set='' ac_cv_env_LDFLAGS_value='' ac_cv_env_LIBDRM_CFLAGS_set='' ac_cv_env_LIBDRM_CFLAGS_value='' ac_cv_env_LIBDRM_LIBS_set='' ac_cv_env_LIBDRM_LIBS_value='' ac_cv_env_LIBS_set='' ac_cv_env_LIBS_value='' ac_cv_env_OPENSSL_CFLAGS_set='' ac_cv_env_OPENSSL_CFLAGS_value='' ac_cv_env_OPENSSL_LIBS_set='' ac_cv_env_OPENSSL_LIBS_value='' ac_cv_env_PCIACCESS_CFLAGS_set='' ac_cv_env_PCIACCESS_CFLAGS_value='' ac_cv_env_PCIACCESS_LIBS_set='' ac_cv_env_PCIACCESS_LIBS_value='' ac_cv_env_PKG_CONFIG_set='' ac_cv_env_PKG_CONFIG_value='' ac_cv_env_TSLIB_CFLAGS_set='' ac_cv_env_TSLIB_CFLAGS_value='' ac_cv_env_TSLIB_LIBS_set='' ac_cv_env_TSLIB_LIBS_value='' ac_cv_env_X11EXAMPLES_DEP_CFLAGS_set='' ac_cv_env_X11EXAMPLES_DEP_CFLAGS_value='' ac_cv_env_X11EXAMPLES_DEP_LIBS_set='' ac_cv_env_X11EXAMPLES_DEP_LIBS_value='' ac_cv_env_XDMCP_CFLAGS_set='' ac_cv_env_XDMCP_CFLAGS_value='' ac_cv_env_XDMCP_LIBS_set='' ac_cv_env_XDMCP_LIBS_value='' ac_cv_env_XDMXCONFIG_DEP_CFLAGS_set='' ac_cv_env_XDMXCONFIG_DEP_CFLAGS_value='' ac_cv_env_XDMXCONFIG_DEP_LIBS_set='' ac_cv_env_XDMXCONFIG_DEP_LIBS_value='' ac_cv_env_XEPHYR_CFLAGS_set='' ac_cv_env_XEPHYR_CFLAGS_value='' ac_cv_env_XEPHYR_LIBS_set='' ac_cv_env_XEPHYR_LIBS_value='' ac_cv_env_XF86MISC_CFLAGS_set='' ac_cv_env_XF86MISC_CFLAGS_value='' ac_cv_env_XF86MISC_LIBS_set='' ac_cv_env_XF86MISC_LIBS_value='' ac_cv_env_XF86VIDMODE_CFLAGS_set='' ac_cv_env_XF86VIDMODE_CFLAGS_value='' ac_cv_env_XF86VIDMODE_LIBS_set='' ac_cv_env_XF86VIDMODE_LIBS_value='' ac_cv_env_XGLMODULES_CFLAGS_set='' ac_cv_env_XGLMODULES_CFLAGS_value='' ac_cv_env_XGLMODULES_LIBS_set='' ac_cv_env_XGLMODULES_LIBS_value='' ac_cv_env_XGLXMODULES_CFLAGS_set='' ac_cv_env_XGLXMODULES_CFLAGS_value='' ac_cv_env_XGLXMODULES_LIBS_set='' ac_cv_env_XGLXMODULES_LIBS_value='' ac_cv_env_XLIB_CFLAGS_set='' ac_cv_env_XLIB_CFLAGS_value='' ac_cv_env_XLIB_LIBS_set='' ac_cv_env_XLIB_LIBS_value='' ac_cv_env_XNESTMODULES_CFLAGS_set='' ac_cv_env_XNESTMODULES_CFLAGS_value='' ac_cv_env_XNESTMODULES_LIBS_set='' ac_cv_env_XNESTMODULES_LIBS_value='' ac_cv_env_XORGCFG_DEP_CFLAGS_set='' ac_cv_env_XORGCFG_DEP_CFLAGS_value='' ac_cv_env_XORGCFG_DEP_LIBS_set='' ac_cv_env_XORGCFG_DEP_LIBS_value='' ac_cv_env_XORGCONFIG_DEP_CFLAGS_set='' ac_cv_env_XORGCONFIG_DEP_CFLAGS_value='' ac_cv_env_XORGCONFIG_DEP_LIBS_set='' ac_cv_env_XORGCONFIG_DEP_LIBS_value='' ac_cv_env_XORG_MODULES_CFLAGS_set='' ac_cv_env_XORG_MODULES_CFLAGS_value='' ac_cv_env_XORG_MODULES_LIBS_set='' ac_cv_env_XORG_MODULES_LIBS_value='' ac_cv_env_XPRINTMODULES_CFLAGS_set='' ac_cv_env_XPRINTMODULES_CFLAGS_value='' ac_cv_env_XPRINTMODULES_LIBS_set='' ac_cv_env_XPRINTMODULES_LIBS_value='' ac_cv_env_XPRINTPROTO_CFLAGS_set='' ac_cv_env_XPRINTPROTO_CFLAGS_value='' ac_cv_env_XPRINTPROTO_LIBS_set='' ac_cv_env_XPRINTPROTO_LIBS_value='' ac_cv_env_XRESEXAMPLES_DEP_CFLAGS_set='' ac_cv_env_XRESEXAMPLES_DEP_CFLAGS_value='' ac_cv_env_XRESEXAMPLES_DEP_LIBS_set='' ac_cv_env_XRESEXAMPLES_DEP_LIBS_value='' ac_cv_env_XSERVERCFLAGS_CFLAGS_set='' ac_cv_env_XSERVERCFLAGS_CFLAGS_value='' ac_cv_env_XSERVERCFLAGS_LIBS_set='' ac_cv_env_XSERVERCFLAGS_LIBS_value='' ac_cv_env_XSERVERLIBS_CFLAGS_set='' ac_cv_env_XSERVERLIBS_CFLAGS_value='' ac_cv_env_XSERVERLIBS_LIBS_set='' ac_cv_env_XSERVERLIBS_LIBS_value='' ac_cv_env_XTSTEXAMPLES_DEP_CFLAGS_set='' ac_cv_env_XTSTEXAMPLES_DEP_CFLAGS_value='' ac_cv_env_XTSTEXAMPLES_DEP_LIBS_set='' ac_cv_env_XTSTEXAMPLES_DEP_LIBS_value='' ac_cv_env_XWINMODULES_CFLAGS_set='' ac_cv_env_XWINMODULES_CFLAGS_value='' ac_cv_env_XWINMODULES_LIBS_set='' ac_cv_env_XWINMODULES_LIBS_value='' ac_cv_env_YACC_set='' ac_cv_env_YACC_value='' ac_cv_env_YFLAGS_set='' ac_cv_env_YFLAGS_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=yes ac_cv_file__usr_local_share_sgml_X11_defs_ent=no ac_cv_func__doprnt=no ac_cv_func_alloca_works=yes ac_cv_func_authdes_create=yes ac_cv_func_authdes_seccreate=yes ac_cv_func_backtrace=no ac_cv_func_clock_gettime=yes ac_cv_func_dlopen=yes ac_cv_func_getaddrinfo=yes ac_cv_func_getdtablesize=yes ac_cv_func_geteuid=yes ac_cv_func_getifaddrs=yes ac_cv_func_getisax=no ac_cv_func_getopt=yes ac_cv_func_getopt_long=yes ac_cv_func_getpeereid=yes ac_cv_func_getpeerucred=no ac_cv_func_getuid=yes ac_cv_func_getzoneid=no ac_cv_func_link=yes ac_cv_func_memmove=yes ac_cv_func_memset=yes ac_cv_func_mkstemp=yes ac_cv_func_mmap=yes ac_cv_func_shmctl64=no ac_cv_func_strcasestr=yes ac_cv_func_strchr=yes ac_cv_func_strlcat=yes ac_cv_func_strlcpy=yes ac_cv_func_strrchr=yes ac_cv_func_strtol=yes ac_cv_func_vprintf=yes ac_cv_func_vsnprintf=yes ac_cv_func_walkcontext=no ac_cv_header_asm_mtrr_h=no ac_cv_header_byteswap_h=no ac_cv_header_dbm_h=no ac_cv_header_dirent_dirent_h=yes ac_cv_header_dlfcn_h=yes ac_cv_header_execinfo_h=no ac_cv_header_fcntl_h=yes ac_cv_header_inttypes_h=yes ac_cv_header_linux_agpgart_h=no ac_cv_header_linux_apm_bios_h=no ac_cv_header_linux_fb_h=no ac_cv_header_machine_mtrr_h=no ac_cv_header_memory_h=yes ac_cv_header_ndbm_h=yes ac_cv_header_rpcsvc_dbm_h=no 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_agpio_h=yes ac_cv_header_sys_endian_h=yes ac_cv_header_sys_linker_h=yes ac_cv_header_sys_memrange_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_lib_lex=-lfl ac_cv_lib_m_cbrt=yes ac_cv_lib_m_sqrt=yes ac_cv_member_struct_sockaddr_in_sin_len=yes ac_cv_memrange_h=yes ac_cv_objext=o ac_cv_path_EGREP='/usr/bin/grep -E' ac_cv_path_GREP=/usr/bin/grep ac_cv_path_PS2PDF=/usr/local/bin/ps2pdf ac_cv_path_RAWCPP=/usr/bin/cpp ac_cv_path_ac_pt_PKG_CONFIG=/usr/local/bin/pkg-config ac_cv_prog_AWK=gawk ac_cv_prog_CPP='cc -E' ac_cv_prog_CXXCPP='c++ -E' ac_cv_prog_LEX=flex ac_cv_prog_YACC='bison -y' ac_cv_prog_ac_ct_AR=ar ac_cv_prog_ac_ct_CC=cc 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_lex_root=lex.yy ac_cv_prog_lex_yytext_pointer=yes ac_cv_prog_make_make_set=yes ac_cv_search_gethostbyname='none required' ac_cv_search_getsecretkey=-lrpcsvc ac_cv_search_opendir='none required' ac_cv_search_socket='none required' ac_cv_sizeof_unsigned_long=4 ac_cv_sys_file_offset_bits=no ac_cv_sys_largefile_CC=no ac_cv_sys_linker_h=yes ac_cv_sysv_ipc=yes ac_cv_type_pid_t=yes ac_cv_type_socklen_t=yes ac_cv_working_alloca_h=no am_cv_CCAS_dependencies_compiler_type=gcc3 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_pic_works=yes lt_cv_prog_compiler_pic_works_CXX=yes lt_cv_prog_compiler_pic_works_F77=yes lt_cv_prog_compiler_rtti_exceptions=no lt_cv_prog_compiler_static_works=yes lt_cv_prog_compiler_static_works_CXX=yes lt_cv_prog_compiler_static_works_F77=yes 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_lib_dlsearch_path_spec='/lib /usr/lib' lt_cv_sys_lib_search_path_spec=/usr/lib 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'\''"' pkg_cv_DBUS_CFLAGS='-I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include ' pkg_cv_DBUS_LIBS='-L/usr/local/lib -ldbus-1 ' pkg_cv_HAL_CFLAGS='-DDBUS_API_SUBJECT_TO_CHANGE -I/usr/local/include/hal -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include ' pkg_cv_HAL_LIBS='-L/usr/local/lib -lhal -ldbus-1 ' pkg_cv_XLIB_CFLAGS='-D_THREAD_SAFE -I/usr/local/include ' pkg_cv_XLIB_LIBS='-L/usr/local/lib -lX11 ' ## ----------------- ## ## Output variables. ## ## ----------------- ## ACLOCAL='${SHELL} /extra/tmp/extra/ports/x11-servers/xorg-server/work/xorg-server-1.5.3/missing --run aclocal-1.10' ADMIN_MAN_DIR='' ADMIN_MAN_SUFFIX='' AFB_FALSE='' AFB_TRUE='' AGP_FALSE='#' AGP_TRUE='' AIGLX_FALSE='' AIGLX_TRUE='' ALLOCA='' ALPHA_VIDEO_FALSE='' ALPHA_VIDEO_TRUE='#' AMDEPBACKSLASH='\' AMDEP_FALSE='#' AMDEP_TRUE='' AMTAR='${SHELL} /extra/tmp/extra/ports/x11-servers/xorg-server/work/xorg-server-1.5.3/missing --run tar' APPDEFAULTDIR='' APPGROUP_FALSE='' APPGROUP_TRUE='' APPLE_APPLICATIONS_DIR='/Applications/Utilities' APP_MAN_DIR='' APP_MAN_SUFFIX='' AR='ar' ARM_VIDEO_FALSE='' ARM_VIDEO_TRUE='#' AS='as' AUTOCONF='${SHELL} /extra/tmp/extra/ports/x11-servers/xorg-server/work/xorg-server-1.5.3/missing --run autoconf' AUTOHEADER='${SHELL} /extra/tmp/extra/ports/x11-servers/xorg-server/work/xorg-server-1.5.3/missing --run autoheader' AUTOMAKE='${SHELL} /extra/tmp/extra/ports/x11-servers/xorg-server/work/xorg-server-1.5.3/missing --run automake-1.10' AWK='gawk' BASE_FONT_PATH='' BSD_KBD_MODE_FALSE='' BSD_KBD_MODE_TRUE='' BUILDDOCS_FALSE='' BUILDDOCS_TRUE='#' BUILD_DATE='' BUILD_KBD_MODE_FALSE='' BUILD_KBD_MODE_TRUE='' BUILD_KDRIVEFBDEVLIB_FALSE='' BUILD_KDRIVEFBDEVLIB_TRUE='' BUILD_LINUXDOC_FALSE='' BUILD_LINUXDOC_TRUE='#' BUILD_PDFDOC_FALSE='#' BUILD_PDFDOC_TRUE='' BUILD_TIME='' BUILD_XORGCFG_FALSE='' BUILD_XORGCFG_TRUE='' CC='cc' CCAS='cc' CCASDEPMODE='depmode=gcc3' CCASFLAGS='-O2 -fno-strict-aliasing -pipe -mtune=native' CCDEPMODE='depmode=gcc3' CFB_FALSE='' CFB_TRUE='' CFLAGS='-O2 -fno-strict-aliasing -pipe -mtune=native' COMPILEDDEFAULTFONTPATH='' COMPOSITE_FALSE='#' COMPOSITE_TRUE='' CONFIG_DBUS_API_FALSE='' CONFIG_DBUS_API_TRUE='#' CONFIG_HAL_FALSE='#' CONFIG_HAL_TRUE='' CPP='cc -E' CPPFLAGS='' CUP_FALSE='' CUP_TRUE='' CXX='c++' CXXCPP='c++ -E' CXXDEPMODE='depmode=gcc3' CXXFLAGS='-O2 -fno-strict-aliasing -pipe -mtune=native' CYGPATH_W='echo' DARWIN_LIBS='' DBE_FALSE='' DBE_TRUE='' DBUS_CFLAGS='-I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include ' DBUS_LIBS='-L/usr/local/lib -ldbus-1 ' DEBUG_FALSE='' DEBUG_TRUE='' DEFAULT_LIBRARY_PATH='' DEFAULT_LOGPREFIX='' DEFAULT_MODULE_PATH='' DEFS='' DEPDIR='.deps' DGA_CFLAGS='' DGA_FALSE='' DGA_LIBS='' DGA_TRUE='' DIX_CFLAGS='' DLLTOOL='dlltool' DMXEXAMPLES_DEP_CFLAGS='' DMXEXAMPLES_DEP_LIBS='' DMXMODULES_CFLAGS='' DMXMODULES_LIBS='' DMXXIEXAMPLES_DEP_CFLAGS='' DMXXIEXAMPLES_DEP_LIBS='' DMXXMUEXAMPLES_DEP_CFLAGS='' DMXXMUEXAMPLES_DEP_LIBS='' DMX_BUILD_LNX_FALSE='' DMX_BUILD_LNX_TRUE='' DMX_BUILD_USB_FALSE='' DMX_BUILD_USB_TRUE='' DMX_FALSE='' DMX_TRUE='' DPMSExtension_FALSE='' DPMSExtension_TRUE='' DRI2PROTO_CFLAGS='' DRI2PROTO_LIBS='' DRI2_FALSE='' DRI2_TRUE='' DRIPROTO_CFLAGS='' DRIPROTO_LIBS='' DRIVER_MAN_DIR='' DRIVER_MAN_SUFFIX='' DRI_DRIVER_PATH='${exec_prefix}/lib/dri' DRI_FALSE='' DRI_TRUE='' DSYMUTIL='' DTRACE='' ECHO='echo' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='/usr/bin/grep -E' EVI_FALSE='' EVI_TRUE='' EXEEXT='' F77='f77' FBDEVHW_FALSE='' FBDEVHW_TRUE='#' FFLAGS='-g -O2' FILE_MAN_DIR='' FILE_MAN_SUFFIX='' FONTCACHE_FALSE='' FONTCACHE_TRUE='' FREEBSD_KLDLOAD_FALSE='#' FREEBSD_KLDLOAD_TRUE='' FREETYPE_CFLAGS='' FREETYPE_LIBS='' GLX_ARCH_DEFINES='' GLX_DEFINES='' GLX_FALSE='' GLX_TRUE='' GL_CFLAGS='' GL_LIBS='' GREP='/usr/bin/grep' H3600_TS_FALSE='' H3600_TS_TRUE='' HAL_CFLAGS='-DDBUS_API_SUBJECT_TO_CHANGE -I/usr/local/include/hal -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include ' HAL_LIBS='-L/usr/local/lib -lhal -ldbus-1 ' HAVE_AGL_FRAMEWORK_FALSE='' HAVE_AGL_FRAMEWORK_TRUE='' HAVE_DBUS_FALSE='#' HAVE_DBUS_TRUE='' HAVE_XPLUGIN_FALSE='' HAVE_XPLUGIN_TRUE='' I386_VIDEO_FALSE='#' I386_VIDEO_TRUE='' INSTALL_DATA='install -o root -g wheel -m 444' INSTALL_LIBXF86CONFIG_FALSE='' INSTALL_LIBXF86CONFIG_TRUE='#' INSTALL_PROGRAM='install -s -o root -g wheel -m 555' INSTALL_SCRIPT='install -o root -g wheel -m 555' INSTALL_SETUID_FALSE='#' INSTALL_SETUID_TRUE='' INSTALL_STRIP_PROGRAM='$(install_sh) -c -s' INT10_STUB_FALSE='' INT10_STUB_TRUE='#' INT10_VM86_FALSE='' INT10_VM86_TRUE='#' INT10_X86EMU_FALSE='#' INT10_X86EMU_TRUE='' KDRIVEFBDEV_FALSE='' KDRIVEFBDEV_TRUE='' KDRIVELINUX_FALSE='' KDRIVELINUX_TRUE='' KDRIVEVESA_FALSE='' KDRIVEVESA_TRUE='' KDRIVE_CFLAGS='' KDRIVE_FALSE='' KDRIVE_HW_FALSE='' KDRIVE_HW_TRUE='#' KDRIVE_INCS='' KDRIVE_LIBS='' KDRIVE_LOCAL_LIBS='' KDRIVE_PURE_INCS='' KDRIVE_PURE_LIBS='' KDRIVE_TRUE='' LAUNCHD='auto' LAUNCHD_FALSE='' LAUNCHD_TRUE='' LDFLAGS='' LD_EXPORT_SYMBOLS_FLAG='' LEX='flex' LEXLIB='-lfl' LEX_OUTPUT_ROOT='lex.yy' LIBDRM_CFLAGS='' LIBDRM_LIBS='' LIBOBJS='' LIBS='-lrpcsvc -lm ' LIBTOOL='$(SHELL) $(top_builddir)/libtool' LIB_MAN_DIR='' LIB_MAN_SUFFIX='' LINUXDOC='' LINUX_ALPHA_FALSE='' LINUX_ALPHA_TRUE='' LINUX_IA64_FALSE='' LINUX_IA64_TRUE='' LNXACPI_FALSE='' LNXACPI_TRUE='' LNXAPM_FALSE='' LNXAPM_TRUE='#' LN_S='ln -s' LTLIBOBJS='' MAINT='#' MAINTAINER_MODE_FALSE='' MAINTAINER_MODE_TRUE='#' MAKEINFO='${SHELL} /extra/tmp/extra/ports/x11-servers/xorg-server/work/xorg-server-1.5.3/missing --run makeinfo' MAKE_HTML='SGML_SEARCH_PATH=/usr/local/share/sgml -B html --split=0' MAKE_PDF='/usr/local/bin/ps2pdf' MAKE_PS='SGML_SEARCH_PATH=/usr/local/share/sgml -B latex --papersize=letter --output=ps' MAKE_TEXT='SGML_SEARCH_PATH=/usr/local/share/sgml GROFF_NO_SGR=y -B txt' MESA_SOURCE='' MFB_FALSE='' MFB_TRUE='' MISC_MAN_DIR='' MISC_MAN_SUFFIX='' MITSHM_FALSE='#' MITSHM_TRUE='' MKDIR_P='./install-sh -c -d' MKFONTDIR='' MKFONTSCALE='' MULTIBUFFER_FALSE='' MULTIBUFFER_TRUE='' NEED_STRLCAT_FALSE='' NEED_STRLCAT_TRUE='#' NEED_VSNPRINTF_FALSE='' NEED_VSNPRINTF_TRUE='#' NMEDIT='' OBJC='' OBJCCLD='' OBJCDEPMODE='' OBJCFLAGS='' OBJCLINK='' OBJDUMP='objdump' OBJEXT='o' OPENSSL_CFLAGS='' OPENSSL_LIBS='' PACKAGE='xorg-server' PACKAGE_BUGREPORT='https://bugs.freedesktop.org/enter_bug.cgi?product=xorg' PACKAGE_NAME='xorg-server' PACKAGE_STRING='xorg-server 1.5.3' PACKAGE_TARNAME='xorg-server' PACKAGE_VERSION='1.5.3' PATH_SEPARATOR=':' PCIACCESS_CFLAGS='' PCIACCESS_LIBS='' PCI_TXT_IDS_PATH='' PERL='' PKG_CONFIG='/usr/local/bin/pkg-config' PPC_VIDEO_FALSE='' PPC_VIDEO_TRUE='#' PROJECTROOT='' PS2PDF='/usr/local/bin/ps2pdf' RANLIB='ranlib' RAWCPP='/usr/bin/cpp' RAWCPPFLAGS='-undef -traditional' RECORD_FALSE='#' RECORD_TRUE='' RES_FALSE='#' RES_TRUE='' SCREENSAVER_FALSE='#' SCREENSAVER_TRUE='' SECURE_RPC_FALSE='#' SECURE_RPC_TRUE='' SED='/usr/bin/sed' SERVER_MISC_CONFIG_PATH='' SET_MAKE='' SHELL='/bin/sh' SOLARIS_ASM_CFLAGS='' SOLARIS_ASM_INLINE_FALSE='' SOLARIS_ASM_INLINE_TRUE='' SOLARIS_INOUT_ARCH='' SOLARIS_USL_CONSOLE_FALSE='' SOLARIS_USL_CONSOLE_TRUE='' SPARC64_VIDEO_FALSE='' SPARC64_VIDEO_TRUE='#' STRIP='strip' SUN_KBD_MODE_FALSE='' SUN_KBD_MODE_TRUE='' TSLIB_CFLAGS='' TSLIB_FALSE='' TSLIB_LIBS='' TSLIB_TRUE='' USE_CURSES_FALSE='' USE_CURSES_TRUE='' UTILS_SYS_LIBS='' VENDOR_MAN_VERSION='Version 1.5.3' VENDOR_NAME='The X.Org Foundation' VENDOR_NAME_SHORT='X.Org' VENDOR_RELEASE='(((1) * 10000000) + ((5) * 100000) + ((3) * 1000) + 0)' VERSION='1.5.3' X11APP_ARCHS='ppc i386' X11APP_FALSE='' X11APP_TRUE='' X11EXAMPLES_DEP_CFLAGS='' X11EXAMPLES_DEP_LIBS='' XACE_FALSE='' XACE_TRUE='' XCALIBRATE_FALSE='' XCALIBRATE_TRUE='' XCSECURITY_FALSE='' XCSECURITY_TRUE='' XDMAUTH_FALSE='' XDMAUTH_TRUE='' XDMCP_CFLAGS='' XDMCP_FALSE='' XDMCP_LIBS='' XDMCP_TRUE='' XDMXCONFIG_DEP_CFLAGS='' XDMXCONFIG_DEP_LIBS='' XDMX_CFLAGS='' XDMX_LIBS='' XDMX_SYS_LIBS='' XEGLMODULES_CFLAGS='' XEGL_FALSE='' XEGL_LIBS='' XEGL_SYS_LIBS='' XEGL_TRUE='' XEPHYR_CFLAGS='' XEPHYR_DRI_LIBS='' XEPHYR_FALSE='' XEPHYR_HAS_DRI_FALSE='' XEPHYR_HAS_DRI_TRUE='' XEPHYR_INCS='' XEPHYR_LIBS='' XEPHYR_TRUE='' XEVIE_FALSE='' XEVIE_TRUE='' XF86BIGFONT_FALSE='' XF86BIGFONT_TRUE='' XF86CONFIGFILE='' XF86MISC_CFLAGS='' XF86MISC_FALSE='' XF86MISC_LIBS='' XF86MISC_TRUE='' XF86UTILS_FALSE='' XF86UTILS_TRUE='' XF86VIDMODE_CFLAGS='' XF86VIDMODE_FALSE='' XF86VIDMODE_LIBS='' XF86VIDMODE_TRUE='' XFAKESERVER_FALSE='' XFAKESERVER_TRUE='' XGLMODULES_CFLAGS='' XGLMODULES_LIBS='' XGLXMODULES_CFLAGS='' XGLXMODULES_LIBS='' XGLX_FALSE='' XGLX_LIBS='' XGLX_SYS_LIBS='' XGLX_TRUE='' XGL_FALSE='' XGL_LIBS='' XGL_MODULE_PATH='' XGL_SYS_LIBS='' XGL_TRUE='' XINERAMA_FALSE='' XINERAMA_TRUE='' XKB_BASE_DIRECTORY='' XKB_BIN_DIRECTORY='' XKB_COMPILED_DIR='' XKM_OUTPUT_DIR='' XLIB_CFLAGS='-D_THREAD_SAFE -I/usr/local/include ' XLIB_LIBS='-L/usr/local/lib -lX11 ' XNESTMODULES_CFLAGS='' XNESTMODULES_LIBS='' XNEST_FALSE='' XNEST_LIBS='' XNEST_SYS_LIBS='' XNEST_TRUE='' XORGCFG_DEP_CFLAGS='' XORGCFG_DEP_LIBS='' XORGCONFIG_DEP_CFLAGS='' XORGCONFIG_DEP_LIBS='' XORG_BUS_BSDPCI_FALSE='' XORG_BUS_BSDPCI_TRUE='' XORG_BUS_IX86PCI_FALSE='' XORG_BUS_IX86PCI_TRUE='' XORG_BUS_LINUXPCI_FALSE='' XORG_BUS_LINUXPCI_TRUE='' XORG_BUS_PPCPCI_FALSE='' XORG_BUS_PPCPCI_TRUE='' XORG_BUS_SPARCPCI_FALSE='' XORG_BUS_SPARCPCI_TRUE='' XORG_BUS_SPARC_FALSE='' XORG_BUS_SPARC_TRUE='' XORG_CFLAGS='' XORG_FALSE='' XORG_INCS='' XORG_LIBS='' XORG_LOADER_SPARC_FALSE='' XORG_LOADER_SPARC_TRUE='' XORG_MODULES_CFLAGS='' XORG_MODULES_LIBS='' XORG_OS='' XORG_OS_SUBDIR='' XORG_SYS_LIBS='' XORG_TRUE='' XPRINTMODULES_CFLAGS='' XPRINTMODULES_LIBS='' XPRINTPROTO_CFLAGS='' XPRINTPROTO_LIBS='' XPRINT_CFLAGS='' XPRINT_FALSE='' XPRINT_LIBS='' XPRINT_SYS_LIBS='' XPRINT_TRUE='' XP_USE_FREETYPE_FALSE='' XP_USE_FREETYPE_TRUE='' XQUARTZ_FALSE='' XQUARTZ_TRUE='' XREGISTRY_FALSE='#' XREGISTRY_TRUE='' XRESEXAMPLES_DEP_CFLAGS='' XRESEXAMPLES_DEP_LIBS='' XSDLSERVER_FALSE='' XSDLSERVER_TRUE='' XSDL_INCS='' XSDL_LIBS='' XSELINUX_FALSE='' XSELINUX_TRUE='' XSERVERCFLAGS_CFLAGS='' XSERVERCFLAGS_LIBS='' XSERVERLIBS_CFLAGS='' XSERVERLIBS_LIBS='' XSERVER_DTRACE_FALSE='' XSERVER_DTRACE_TRUE='#' XSERVER_LIBS='' XSERVER_SYS_LIBS='' XTRAP_FALSE='#' XTRAP_TRUE='' XTSTEXAMPLES_DEP_CFLAGS='' XTSTEXAMPLES_DEP_LIBS='' XVFB_FALSE='' XVFB_LIBS='' XVFB_SYS_LIBS='' XVFB_TRUE='' XVMC_FALSE='#' XVMC_TRUE='' XV_FALSE='#' XV_TRUE='' XWINMODULES_CFLAGS='' XWINMODULES_LIBS='' XWIN_CLIPBOARD_FALSE='' XWIN_CLIPBOARD_TRUE='' XWIN_FALSE='' XWIN_GLX_WINDOWS_FALSE='' XWIN_GLX_WINDOWS_TRUE='' XWIN_LIBS='' XWIN_MULTIWINDOWEXTWM_FALSE='' XWIN_MULTIWINDOWEXTWM_TRUE='' XWIN_MULTIWINDOW_FALSE='' XWIN_MULTIWINDOW_TRUE='' XWIN_NATIVEGDI_FALSE='' XWIN_NATIVEGDI_TRUE='' XWIN_PRIMARYFB_FALSE='' XWIN_PRIMARYFB_TRUE='' XWIN_RANDR_FALSE='' XWIN_RANDR_TRUE='' XWIN_SERVER_NAME='' XWIN_SYS_LIBS='' XWIN_TRUE='' XWIN_XV_FALSE='' XWIN_XV_TRUE='' YACC='bison -y' YFLAGS='' __XCONFIGFILE__='' abi_ansic='' abi_extension='' abi_font='' abi_videodrv='' abi_xinput='' ac_ct_CC='cc' ac_ct_CXX='' ac_ct_F77='f77' am__fastdepCCAS_FALSE='#' am__fastdepCCAS_TRUE='' am__fastdepCC_FALSE='#' am__fastdepCC_TRUE='' am__fastdepCXX_FALSE='#' am__fastdepCXX_TRUE='' am__fastdepOBJC_FALSE='' am__fastdepOBJC_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}' driverdir='' dvidir='${docdir}' exec_prefix='NONE' extdir='' ft_config='' 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) /extra/tmp/extra/ports/x11-servers/xorg-server/work/xorg-server-1.5.3/install-sh' launchagentsdir='/Library/LaunchAgents' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localedir='${datarootdir}/locale' localstatedir='/var' logdir='/var/log' mandir='/usr/local/man' mkdir_p='$(top_builddir)/./install-sh -c -d' moduledir='${exec_prefix}/lib/xorg/modules' oldincludedir='/usr/include' pdfdir='${docdir}' prefix='/usr/local' program_transform_name='s,x,x,' psdir='${docdir}' sbindir='${exec_prefix}/sbin' sdkdir='' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='' xglmoduledir='' xpconfigdir='' ## ----------- ## ## confdefs.h. ## ## ----------- ## #define PACKAGE_NAME "xorg-server" #define PACKAGE_TARNAME "xorg-server" #define PACKAGE_VERSION "1.5.3" #define PACKAGE_STRING "xorg-server 1.5.3" #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" #define PACKAGE "xorg-server" #define VERSION "1.5.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 #define YYTEXT_POINTER 1 #define HAVE_DIRENT_H 1 #define STDC_HEADERS 1 #define HAVE_FCNTL_H 1 #define HAVE_STDLIB_H 1 #define HAVE_STRING_H 1 #define HAVE_UNISTD_H 1 #define SIZEOF_UNSIGNED_LONG 4 #define USE_SYS_ENDIAN_H 1 #define bswap_16 bswap16 #define bswap_32 bswap32 #define bswap_64 bswap64 #define HAVE_VPRINTF 1 #define HAVE_GETEUID 1 #define HAVE_GETUID 1 #define HAVE_LINK 1 #define HAVE_MEMMOVE 1 #define HAVE_MEMSET 1 #define HAVE_MKSTEMP 1 #define HAVE_STRCHR 1 #define HAVE_STRRCHR 1 #define HAVE_STRTOL 1 #define HAVE_GETOPT 1 #define HAVE_GETOPT_LONG 1 #define HAVE_VSNPRINTF 1 #define HAVE_STRCASESTR 1 #define HAVE_ALLOCA 1 #define HAS_GETDTABLESIZE 1 #define HAS_GETIFADDRS 1 #define HAS_GETPEEREID 1 #define HAS_STRLCPY 1 #define HAS_MMAP 1 #define HAVE_LIBM 1 #define HAVE_CBRT 1 #define HAVE_NDBM_H 1 #define HAVE_SYS_AGPIO_H 1 #define HAVE_SYS_MEMRANGE_H 1 #define HAS_MTRR_SUPPORT 1 #define HAVE_SYS_LINKER_H 1 #define HAVE_SYSV_IPC 1 #define USE_DEV_IO 1 #define CSRG_BASED 1 #define PCCONS_SUPPORT 1 #define PCVT_SUPPORT 1 #define SYSCONS_SUPPORT 1 #define PACKAGE_VERSION_MAJOR 1 #define PACKAGE_VERSION_MINOR 5 #define PACKAGE_VERSION_PATCHLEVEL 3 #define UNIXCONN 1 #define TCPCONN 1 #define IPv6 1 #define BSD44SOCKETS 1 #define HAVE_SOCKLEN_T 1 #define HAVE_AUTHDES_SECCREATE 1 #define HAVE_AUTHDES_CREATE 1 #define SECURE_RPC 1 #define HAVE_DBUS 1 #define CONFIG_HAL 1 #define HAVE_CLOCK_GETTIME 1 #define MONOTONIC_CLOCK 1 #define XV 1 #define XvExtension 1 #define XvMCExtension 1 #define XREGISTRY 1 #define COMPOSITE 1 #define MITSHM 1 #define HAS_SHM 1 #define XTRAP 1 #define XRECORD 1 #define SCREENSAVER 1 #define RES 1 configure: exit 1 -------------- next part -------------- GraphicsMagick-1.1.14_1,1 ImageMagick-6.4.9.8 ORBit2-2.14.16 OpenEXR-1.6.1_1 a2ps-a4-4.13b_4 aalib-1.4.r5_4 acroread8-8.1.3_1 acroreadwrapper-0.0.20080906 akode-2.0.2,1 akode-plugins-mpc-2.0.2,1 akode-plugins-mpeg-2.0.2,1 akode-plugins-oss-2.0.2,1 akode-plugins-resampler-2.0.2,1 akode-plugins-xiph-2.0.2_1,1 amspsfnt-1.0_5 anacron-2.3_4 apache-2.2.11_3 appres-1.0.1 apr-gdbm-db42-1.3.3.1.3.4_1 arc-5.21o_1 arj-3.10.22_1 arkpandora-2.04_2 arts-1.5.10_1,1 artswrapper-1.5.3 artwiz-aleczapka-de-1.3_2 artwiz-aleczapka-en-1.3_2 artwiz-aleczapka-se-1.3_2 artwiz-fonts-1.0_3 ashe-1.3_1 aspell-0.60.6_2 atk-1.24.0 autoconf-2.13.000227_6 autoconf-2.62 autoconf-wrapper-20071109 automake-1.10.1 automake-1.4.6_5 automake-1.5_5,1 automake-1.6.3_1 automake-1.7.9_2 automake-1.8.5_3 automake-1.9.6_3 automake-wrapper-20071109 autotools-20080819 avahi-app-0.6.24 avifonts-1.0_2 bash-3.2.48_1 bdfresize-1.5_2 bdftopcf-1.0.1 beforelight-1.0.3_1 bigreqsproto-1.0.2 bison-2.4.1,1 bitmap-1.0.3_1 bitmap-fonts-1.0_2 bitstream-vera-1.10_4 bluefish-1.0.7_5 boehm-gc-6.8 boost-python-1.34.1 bpkg-2.0.5 bulk_mailer-1.13 c64bdf-1.0_1 ca_root_nss-3.11.9_2 cabextract-1.2 cairo-1.8.6_1,1 ccrypt-1.7 cdparanoia-3.9.8_8 cdrtools-2.01_7 cfitsio-3.100_1 chmlib-0.39_2 clamav-0.94.2 cln-1.2.2 clucene-0.9.21 cm-super-0.3.4_1 cmake-2.6.2 cmpsfont-1.0_6 code2000-1.171 code2001-0.919 compat4x-i386-5.3_9 compat5x-i386-5.4.0.8_9 compositeproto-0.4 consolekit-0.3.0_5 cscope-15.7 ctags-5.7 cups-base-1.3.9_3 cups-magicolor-1.5.0_3 cups-pdf-2.5.0 cups-pstoraster-8.15.4_2 curl-7.19.4 cvsup-without-gui-16.1h_4 cyberbit-ttfonts-2.0.20050220_2 cyr-rfx-koi8-o-1.1_2 cyrus-sasl-2.1.22_2 damageproto-1.1.0_2 db42-4.2.52_5 dbus-1.2.4.4 dbus-glib-0.80 dbus-qt3-0.70_2 ddclient-3.7.3 dejavu-2.28 desktop-file-utils-0.15_1 dirmngr-1.0.2_1 djvulibre-nox11-3.5.21_1 dmidecode-2.10 dmxproto-2.2.2 docbook-1.4 docbook-2.4.1_1,1 docbook-3.0_4 docbook-3.1_4 docbook-4.0_3 docbook-4.1_3 docbook-4.2 docbook-4.3 docbook-4.4_2 docbook-4.5_2 docbook-5.0_1 docbook-sk-4.1.2_4 docbook-xml-4.2_1 docbook-xml-4.3 docbook-xml-4.4_1 docbook-xml-4.5 docbook-xsl-1.74.0_1 dri-7.3,2 dri2proto-1.99.3 dvipsk-tetex-5.95a_2 e2fsprogs-libuuid-1.41.4_1 editres-1.0.3_1 eigen-1.0.5 elinks-0.11.5_1 enchant-1.4.2 encodings-1.0.2,1 enscript-a4-1.6.4_2 esound-0.2.41 etlfonts-noncjk-1.0_2 evieext-1.0.2 exiv2-0.16_1,1 expat-2.0.1 ezm3-1.2_1 f2c-20060810_2 faces-1.7.7_9 facile-1.1 farsifonts-0.4_2 fastest_cvsup-0.2.9_6 fetchmail-6.3.9 fftw3-3.1.3 figlet-2.2.1 firefox-3.0.7,1 fixesproto-4.0 flac-1.2.1 flashplayer-0.4.13_3 flashplugin-mozilla-0.4.13_3 flex-2.5.35_1 fntsample-3.0 font-adobe-100dpi-1.0.0_1 font-adobe-75dpi-1.0.0 font-adobe-utopia-100dpi-1.0.1 font-adobe-utopia-75dpi-1.0.1 font-adobe-utopia-type1-1.0.1 font-alias-1.0.1 font-arabic-misc-1.0.0 font-bh-100dpi-1.0.0 font-bh-75dpi-1.0.0 font-bh-lucidatypewriter-100dpi-1.0.0 font-bh-lucidatypewriter-75dpi-1.0.0 font-bh-ttf-1.0.0 font-bh-type1-1.0.0 font-bitstream-100dpi-1.0.0 font-bitstream-75dpi-1.0.0 font-bitstream-speedo-1.0.0 font-bitstream-type1-1.0.0 font-cronyx-cyrillic-1.0.0 font-cursor-misc-1.0.0 font-daewoo-misc-1.0.0 font-dec-misc-1.0.0 font-ibm-type1-1.0.0 font-isas-misc-1.0.0 font-jis-misc-1.0.0 font-micro-misc-1.0.0 font-misc-cyrillic-1.0.0 font-misc-ethiopic-1.0.0 font-misc-meltho-1.0.0_1 font-misc-misc-1.0.0 font-mutt-misc-1.0.0 font-schumacher-misc-1.0.0_1 font-screen-cyrillic-1.0.1 font-sony-misc-1.0.0 font-sun-misc-1.0.0 font-util-1.0.1 font-winitzki-cyrillic-1.0.0 font-xfree86-type1-1.0.1 fontcacheproto-0.1.2 fontconfig-2.6.0,1 fontconfig-reference-2.6.0_4 fontmatrix-0.4.2_1 fonts-indic-2.1.5_1 fonts-te-1.0_2 fontsproto-2.0.2 fonttosfnt-1.0.3 foomatic-db-20070124_2 foomatic-db-engine-20070124,1 foomatic-db-hpijs-1.4 foomatic-filters-3.0.2_4 freebsd-snapshot-20081212.1 freefont-ttf-20090104 freefonts-0.10_4 freetype2-2.3.7 fribidi-0.10.9 fslsfonts-1.0.2 fstobdf-1.0.3 ftp-tls-20051021 fusefs-kmod-0.3.9.p1.20080208_5 fusefs-libs-2.7.4 gallery-1.5.10 gamin-0.1.10 gawk-3.1.6_1 gccmakedep-1.0.2 gconf2-2.24.0 gd-2.0.35,1 gdb-6.6_1 gdbm-1.8.3_3 genplist-0.1 gentium-1.0.2_3 getbdf-1.0_2 getopt-1.1.4_1 gettext-0.17_1 ggz-client-libs-0.0.14.1_1 ghostscript8-8.63 ghostview-1.5_2 gio-fam-backend-2.18.4 gle-3.1.0_2 glib-1.2.10_12 glib-2.18.4 glproto-1.4.9 gmake-3.81_3 gmm++-3.1 gnome-doc-utils-0.14.2 gnome-icon-theme-2.24.0_2 gnome-keyring-2.24.1_2 gnome-mime-data-2.18.0_3 gnome-mount-0.8_2 gnome-vfs-2.24.0 gnome_subr-1.0 gnomehier-2.3_11 gnupg-1.4.9_2 gnupg-2.0.11 gnuplot-4.2.4 gnutls-2.6.4 gperf-3.0.3 gpgme-1.1.8 graphviz-2.20.3_2 gsfonts-8.11_4 gsl-1.12 gstreamer-0.10.22_1 gtar-1.21 gtk-1.2.10_20 gtk-2.14.7_1 gtk-engines2-2.16.1 gtk-sharp-2.12.5 gtkmm-2.2.12_9 gvfs-1.0.3 hal-0.5.11_20 help2man-1.36.4_2 hicolor-icon-theme-0.10_2 hpijs-2.1.4_2 iceauth-1.0.2 ico-1.0.2 icon-naming-utils-0.8.7 ilmbase-1.0.1_1 imageindex-1.1_2 imake-1.0.2_4,1 imlib-1.9.15_7 inputproto-1.5.0 intltool-0.40.5 iso-codes-3.6 iso8879-1986_2 ispell-3.3.02_4 jackit-0.109.2_1 jade-1.2.1_9 jasper-1.900.1_7 javavmwrapper-2.3.2 jbigkit-1.6 jhead-2.87 jpeg-6b_7 kbproto-1.0.3 kde-3.5.10_1 kde-xdg-env-1.0_3,1 kdeaccessibility-3.5.10_1 kdeadmin-3.5.10 kdeartwork-3.5.10_1 kdeartwork-xscreensaver-kde-3.5.10_2 kdebase-3.5.10_2 kdebase-kompmgr-3.5.10 kdeedu-3.5.10 kdegames-3.5.10 kdegraphics-3.5.10_1 kdehier-1.0_11 kdelibs-3.5.10 kdemultimedia-3.5.10 kdenetwork-3.5.10 kdepim-3.5.10_2 kdesdk-3.5.10_1 kdetoys-3.5.10 kdeutils-3.5.10 kdevelop-3.5.3_1 kdewebdev-3.5.10_1,2 koffice-1.6.3_7,2 koi8-u-gemini-x11-1.0_3 lame-3.98.2_1 lcms-1.17,1 lfpfonts-fix-0.82_2 lftp-3.7.8 lha-1.14i_6 libFS-1.0.1 libGL-7.3_1 libGLU-7.3 libICE-1.0.4_1,1 libIDL-0.8.12 libSM-1.1.0_1,1 libX11-1.2,1 libXScrnSaver-1.1.3 libXTrap-1.0.0 libXau-1.0.4 libXaw-1.0.5_1,1 libXcomposite-0.4.0,1 libXcursor-1.1.9_1 libXdamage-1.1.1 libXdmcp-1.0.2_1 libXevie-1.0.2 libXext-1.0.5,1 libXfixes-4.0.3_1 libXfont-1.3.4,1 libXfontcache-1.0.4 libXft-2.1.13 libXgFonts-1.0_2 libXi-1.2.1,1 libXinerama-1.0.3,1 libXmu-1.0.4,1 libXp-1.0.0,1 libXpm-3.5.7 libXprintAppUtil-1.0.1 libXprintUtil-1.0.1 libXrandr-1.2.3 libXrender-0.9.4_1 libXres-1.0.3_3 libXt-1.0.5_1 libXtst-1.0.3_1 libXv-1.0.4,1 libXvMC-1.0.4_1 libXxf86dga-1.0.2 libXxf86misc-1.0.1 libXxf86vm-1.0.2 libao-0.8.8_1 libart_lgpl-2.3.20,1 libassuan-1.0.5 libaudiofile-0.2.6 libbonobo-2.24.0 libbonoboui-2.24.0 libcddb-1.3.0 libcdio-0.78.2_2 libcheck-0.9.6 libcroco-0.6.2 libdaemon-0.12 libdca-0.0.5 libdmx-1.0.2_1 libdrm-2.4.5 libdvdcss-1.2.9_2 libdvdread-4.1.3 libexif-0.6.17 libfame-0.9.1_2 libflash-0.4.13_3 libfontenc-1.0.4 libfpx-1.2.0.12_1 libgcrypt-1.4.4 libggz-0.0.14.1_5 libglade2-2.6.3 libglut-7.3_1 libgmp-4.2.4 libgnome-2.24.1 libgnomecanvas-2.20.1.1_2 libgnomecanvasmm-2.0.1_8 libgnomesu-1.0.0_5 libgnomeui-2.24.0 libgpg-error-1.7 libgphoto2-2.4.4 libgsf-1.14.11 libiconv-1.11_1 libidn-1.12 libksba-1.0.5 libltdl-1.5.26 libmad-0.15.1b_2 libmal-0.44 libmng-1.0.10 libmodplug-0.8.4 libmspack-0.0.20060920 libmusicbrainz-2.1.5 libnotify-0.4.5 libnova-0.12.3 libofa-0.9.3_2 libogg-1.1.3,4 liboil-0.3.15 liboldX-1.0.1 libopensync-0.22_2 libotr-3.2.0_1 libpaper-1.1.21_3 libpciaccess-0.10.5_5 libpthread-stubs-0.1 libqalculate-0.9.6_2 libsamplerate-0.1.4 libsexy-0.1.11_1 libsigc++-1.2.7_1 libslang2-2.1.4_1 libsndfile-1.0.18 libsoup-2.24.3 libspectre-0.2.2 libtasn1-1.8 libthai-0.1.5_3 libtheora-1.0.b2 libtool-1.5.26 libtunepimp-0.5.3_3,1 libungif-4.1.4_5 libusb-0.1.12_4 libutempter-1.1.5_1 libvncserver-0.9.7 libvolume_id-0.81.1 libvorbis-1.2.0_3,3 libwmf-0.2.8.4_2 libwpd-0.8.14_1 libwww-5.4.0_4 libxcb-1.2 libxine-1.1.16.2_1 libxkbfile-1.0.5 libxkbui-1.0.2_1 libxklavier-3.8,1 libxml2-2.7.3 libxslt-1.1.24_2 libzip-0.8 linc-1.0.3_7 links-2.2,1 linux-atk-1.9.1_1 linux-cairo-1.0.2 linux-expat-1.95.8 linux-fontconfig-2.2.3_7 linux-gtk2-2.6.10_1 linux-hicolor-icon-theme-0.5_1 linux-jpeg-6b.34 linux-nvu-1.0_1 linux-pango-1.10.2_1 linux-png-1.2.8_2 linux-scim-gtk-fc4-1.4.4 linux-scim-libs-fc4-1.4.4_1 linux-tiff-3.7.1 linux-xorg-libs-6.8.2_5 linux_base-fc-4_14 linuxdoc-1.1_1 listres-1.0.1_1 localedata-5.4 lsof-4.82C,3 lua-5.1.4 luit-1.0.3_1 lynx-2.8.7d13 lzmautils-4.32.7 lzo2-2.03_2 lzop-1.02.r1 m4-1.4.12,1 mDNSResponder-108 makedepend-1.0.1,1 mb2md-3.20_1 mboxgrep-0.7.9_1 mime-support-3.44.1 mkcomposecache-1.2_1 mkfontdir-1.0.4 mkfontscale-1.0.6 mono-2.0.1_6 monodoc-2.0 mp-a4-3.0.1 mpack-1.6_1 mpeg2codec-1.2_3 mpeg4ip-libmp4v2-1.6.1 mplayer-0.99.11_12 mplayer-skins-1.1.2_6 mutt-1.4.2.3_3 muttprint-0.72d_3 mysql-client-5.1.32 mysql-server-5.1.32 nas-1.9.1_3 nasm-2.05.01,1 neon28-0.28.3 net-snmp-5.4.2.1_2 netpbm-10.26.60 nmh-1.2_2 nspluginwrapper-1.2.2_2 nspr-4.7 nss-3.11.9_2 ocaml-3.10.2_1 oclock-1.0.1 open-motif-2.2.3_6 openbabel-2.2.0_1 openldap-client-2.3.43 openslp-1.2.1_3 openvpn-2.0.6_9 openvpn-admin-1.9.4_1 opera-9.64.20090302 oss-4.1.b1051_1 p5-AppConfig-1.66 p5-Archive-Tar-1.44 p5-B-Keywords-1.08 p5-Bit-Vector-6.4_1 p5-CGI-FormBuilder-3.0501 p5-Carp-Clan-6.00 p5-Class-Data-Inheritable-0.08 p5-Class-Inspector-1.23 p5-Clone-0.31 p5-Compress-Raw-Bzip2-2.015 p5-Compress-Raw-Zlib-2.015 p5-Compress-Zlib-2.015 p5-Config-Tiny-2.12 p5-Date-Calc-5.5.1 p5-Date-Manip-5.54 p5-Devel-StackTrace-1.20 p5-Devel-Symdump-2.0800 p5-Digest-1.15_1 p5-Digest-MD5-2.38 p5-Exception-Class-1.26 p5-ExtUtils-CBuilder-0.24 p5-ExtUtils-ParseXS-2.19 p5-File-Remove-1.42 p5-File-Temp-0.21 p5-Getopt-Long-2.37 p5-HTML-Clean-0.8 p5-HTML-Parser-3.60 p5-HTML-Tagset-3.20 p5-HTML-Template-2.9_1 p5-Hook-LexWrap-0.22 p5-IO-Compress-Base-2.015 p5-IO-Compress-Bzip2-2.015 p5-IO-Compress-Zlib-2.015 p5-IO-Socket-SSL-1.23 p5-IO-String-1.08 p5-IO-Zlib-1.09 p5-IO-stringy-2.110 p5-Image-Info-1.28 p5-Image-Size-3.1.1 p5-List-MoreUtils-0.22 p5-Locale-libintl-1.16_1 p5-MIME-Base64-3.07 p5-Mail-Sendmail-0.79 p5-Module-Build-0.32 p5-Module-Pluggable-3.8_1 p5-Net-SSLeay-1.35_1 p5-PDF-API2-0.72.003 p5-PDF-Create-1.02 p5-PPI-1.203 p5-Package-Constants-0.02 p5-Params-Util-0.38 p5-PathTools-3.2900 p5-Perl-Critic-1.09.0 p5-Pod-Coverage-0.20 p5-Pod-Escapes-1.04 p5-Pod-Parser-1.38 p5-Pod-Simple-3.07_1 p5-Quota-1.6.3 p5-Readonly-1.03_1 p5-Scalar-List-Utils-1.19,1 p5-Spiffy-0.30 p5-Storable-2.18 p5-String-Format-1.14 p5-Sub-Uplevel-0.2002 p5-Template-Toolkit-2.20 p5-Test-Base-0.55 p5-Test-ClassAPI-1.05 p5-Test-Exception-0.27 p5-Test-Harness-3.16 p5-Test-Perl-Critic-1.01 p5-Test-Pod-1.26 p5-Test-Pod-Coverage-1.08 p5-Test-Simple-0.86 p5-Test-SubCalls-1.08 p5-Text-CSV-1.10 p5-Text-Iconv-1.7 p5-Text-Tabs+Wrap-2006.1117 p5-TimeDate-1.16,1 p5-URI-1.37 p5-XML-Grove-0.46.a p5-XML-Handler-YAWriter-0.23 p5-XML-LibXML-1.69,1 p5-XML-LibXML-Common-0.13 p5-XML-NamespaceSupport-1.09_1 p5-XML-Parser-2.36 p5-XML-SAX-0.96 p5-XML-SAX-Expat-0.40 p5-XML-Simple-2.18 p5-YAML-0.68 p5-gettext-1.05_2 p5-libxml-0.08 p5-type1inst-0.6.1_5 p5-version-0.76 pango-1.22.4 pciids-20090224 pcre-7.8 pcsc-lite-1.5.1,2 pdflib-7.0.3 pdfoutline-3.0 perl-5.8.9_2 perltidy-20071205 pgp-2.6.3i_1 php5-5.2.9 php5-gettext-5.2.9 php5-session-5.2.9 pilot-link-0.12.3,1 pixman-0.14.0 pkg-config-0.23_1 pkgdb.db plotutils-2.5.1 png-1.2.35 policykit-0.9_3 policykit-gnome-0.9.2 poppler-0.8.7_1 poppler-data-0.2.1 poppler-qt-0.8.7 poppler-qt4-0.8.7 popt-1.7_5 portaudio-18.1_2 portaudit-0.5.12 portupgrade-2.4.6,2 postfix-2.5.6,1 postgresql-client-8.1.16 postgresql-libpqxx-2.6.9_1 printproto-1.0.4 procmail-3.22_6 proftpd-1.3.2 psutils-letter-1.17_2 pth-2.0.7 py25-libxml2-2.7.3 py25-qt-3.17.6,2 py25-sip-4.7.9,1 py25-xml-0.8.4 python-2.5,2 python24-2.4.5_3 python25-2.5.4_1 qca-2.0.0_1 qca-ossl-2.0.0.b3_1 qca-tls-1.0_4 qimageblitz-0.0.4_1 qiv-2.1.p12_2 qmake-3.3.8_1 qscintilla-1.7.1_4 qt-copy-3.3.8_9 qt4-assistant-4.4.3 qt4-clucene-4.4.3 qt4-corelib-4.4.3 qt4-dbus-4.4.3 qt4-designer-4.4.3 qt4-doc-4.4.3 qt4-gui-4.4.3_2 qt4-help-4.4.3 qt4-iconengines-4.4.3 qt4-imageformats-4.4.3 qt4-linguist-4.4.3 qt4-makeqpf-4.4.3 qt4-moc-4.4.3 qt4-mysql-plugin-4.4.3 qt4-network-4.4.3 qt4-opengl-4.4.3 qt4-pixeltool-4.4.3 qt4-porting-4.4.3 qt4-qdbusviewer-4.4.3 qt4-qmake-4.4.3 qt4-qt3support-4.4.3 qt4-qtestlib-4.4.3 qt4-rcc-4.4.3 qt4-script-4.4.3 qt4-sql-4.4.3 qt4-sqlite-plugin-4.4.3 qt4-svg-4.4.3 qt4-uic-4.4.3 qt4-uic3-4.4.3 qt4-webkit-4.4.3 qt4-xml-4.4.3 randrproto-1.2.1 raptor-1.4.16_1 rarian-0.8.1 rdesktop-1.6.0 recordproto-1.13.2 redland-1.0.7_1 renderproto-0.9.3 resourceproto-1.0.2 rgb-1.0.1 rpm-3.0.6_14 rstart-1.0.2 rsync-3.0.5 rtc-2004.02.24.1_8 ruby18-bdb-0.6.4 ruby18-deplate-0.8.5 samba-libsmbclient-3.0.34_1 sane-backends-1.0.19_1 screen-4.0.3_6 scripts-1.0.1 scrnsaverproto-1.1.0 sdl-1.2.13_2,2 sdocbook-xml-1.1,1 sessreg-1.0.4 setxkbmap-1.0.4 sgmlformat-1.7_2 shared-mime-info-0.60 showfont-1.0.2 smproxy-1.0.2 soprano-2.1.67 speex-1.2.r1_1,1 sqlite3-3.6.10 startup-notification-0.9_2 strigi-0.6.3 subversion-1.5.5_1 swig-1.3.38 t1lib-5.1.2_1,1 taglib-1.5 tcl-8.2.3_9 tcl-8.4.19_2,1 tcl-8.5.6_3 tcl-modules-8.5.6 teTeX-3.0_2 teTeX-base-3.0_14 teTeX-texmf-3.0_5 tex-texmflocal-1.9 texi2html-1.76_1,1 tidy-20000804_2 tiff-3.8.2_3 tk-8.2.3_10 tk-8.4.19_2,2 trapproto-3.4.3 ttmkfdir-3.0.9_2,1 twm-1.0.4 unzip-5.52_5 unzoo-4.4_2 urlview-0.9_2 v4l_compat-1.0.20060801 vcdimager-0.7.23_5 videoproto-2.2.2 viewres-1.0.1_1 vim-7.2.106_1 vobcopy-1.1.1_2 vorbis-tools-1.2.0_4,3 w3m-0.5.2_2 wavpack-4.50.1 weblint-1.020 wget-1.11.4 win32-codecs-3.1.0.r1,1 wput-0.6.2 wv2-0.2.3_2 x11perf-1.5 xauth-1.0.3 xbacklight-1.1 xbiff-1.0.1_1 xbitmaps-1.0.1 xcalc-1.0.2_1 xcb-proto-1.4 xcb-util-0.3.3 xclipboard-1.0.1_1 xclock-1.0.3_1 xcmiscproto-1.1.2 xcmsdb-1.0.1 xconsole-1.0.3_1 xcursor-themes-1.0.1_1 xcursorgen-1.0.2 xdbedizzy-1.0.2 xditview-1.0.1_1 xdm-1.1.8_1 xdpyinfo-1.0.3 xdriinfo-1.0.2 xdvik-tetex-22.84.10_2 xedit-1.1.2 xev-1.0.3 xextproto-7.0.5 xeyes-1.0.1 xf86-input-acecad-1.2.2 xf86-input-calcomp-1.1.2 xf86-input-citron-2.2.1_2 xf86-input-digitaledge-1.1.1 xf86-input-dmc-1.1.2 xf86-input-dynapro-1.1.2 xf86-input-elo2300-1.1.2 xf86-input-elographics-1.2.3 xf86-input-fpit-1.2.0 xf86-input-hyperpen-1.2.0 xf86-input-jamstudio-1.2.0 xf86-input-joystick-1.4.0 xf86-input-keyboard-1.3.2 xf86-input-magellan-1.2.0 xf86-input-microtouch-1.2.0 xf86-input-mouse-1.4.0_3 xf86-input-mutouch-1.2.1 xf86-input-palmax-1.2.0 xf86-input-penmount-1.3.0 xf86-input-spaceorb-1.1.1_2 xf86-input-summa-1.2.0 xf86-input-tek4957-1.2.0 xf86-input-void-1.1.1_2 xf86-video-apm-1.2.1 xf86-video-ark-0.7.1 xf86-video-ati-6.11.0 xf86-video-chips-1.2.1 xf86-video-cirrus-1.2.1 xf86-video-dummy-0.3.0 xf86-video-fbdev-0.4.0 xf86-video-glint-1.2.2 xf86-video-i128-1.3.1 xf86-video-i740-1.2.0 xf86-video-intel-2.5.1 xf86-video-mach64-6.8.0_1 xf86-video-mga-1.9.100,1 xf86-video-neomagic-1.2.2 xf86-video-newport-0.2.1_3 xf86-video-nsc-2.8.3_2 xf86-video-nv-2.1.12_2 xf86-video-openchrome-0.2.903 xf86-video-r128-6.8.0_1 xf86-video-radeonhd-1.2.4_1 xf86-video-rendition-4.2.0 xf86-video-s3-0.6.1 xf86-video-s3virge-1.10.2 xf86-video-savage-2.2.1 xf86-video-siliconmotion-1.7.0 xf86-video-sis-0.10.1 xf86-video-tdfx-1.4.1 xf86-video-tga-1.2.0 xf86-video-trident-1.3.1 xf86-video-tseng-1.2.1 xf86-video-vesa-2.1.0 xf86-video-voodoo-1.2.0 xf86bigfontproto-1.1.2 xf86dga-1.0.2_1 xf86dgaproto-2.0.3 xf86driproto-2.0.4 xf86miscproto-0.9.2 xf86rushproto-1.1.2 xf86vidmodeproto-2.2.2 xfd-1.0.1_1 xfindproxy-1.0.1 xfontsel-1.0.2_1 xfs-1.0.8_1,1 xfsinfo-1.0.2 xfwp-1.0.1 xgamma-1.0.2 xgc-1.0.1_1 xhost-1.0.2 xineramaproto-1.1.2 xinit-1.1.1 xinput-1.4.0 xkbcomp-1.0.5 xkbevd-1.0.2 xkbprint-1.0.1 xkbutils-1.0.1_2 xkeyboard-config-1.4 xkill-1.0.1 xload-1.0.2_1 xlogo-1.0.1_1 xlsatoms-1.0.1 xlsclients-1.0.1 xlsfonts-1.0.2 xmag-1.0.2_1 xman-1.0.3_1 xmessage-1.0.2_1 xmh-1.0.1_1 xmlcatmgr-2.2 xmlcharent-0.3_2 xmodmap-1.0.3 xmore-1.0.1_1 xorg-7.4 xorg-apps-7.4_1 xorg-cf-files-1.0.2_3 xorg-docs-1.4,1 xorg-fonts-100dpi-7.4 xorg-fonts-7.4 xorg-fonts-75dpi-7.4 xorg-fonts-cyrillic-7.4 xorg-fonts-miscbitmaps-7.4 xorg-fonts-truetype-7.4 xorg-fonts-type1-7.4 xorg-libraries-7.4 xorg-macros-1.2.1 xorg-server-1.5.3_5,1 xpdf-3.02_10 xplsprinters-1.0.1 xpr-1.0.2 xprehashprinterlist-1.0.1 xprop-1.0.4 xproto-7.0.15 xproxymanagementprotocol-1.0.2 xrandr-1.2.3 xrdb-1.0.5 xrefresh-1.0.2 xrx-1.0.1_2 xscreensaver-5.08 xset-1.0.4 xsetmode-1.0.0 xsetpointer-1.0.1 xsetroot-1.0.2 xsm-1.0.1_1 xstdcmap-1.0.1 xterm-241 xtrans-1.2.3 xtrap-1.0.2 xv-3.10a_7 xvid-1.2.1,1 xvidtune-1.0.1_1 xvinfo-1.0.2 xwd-1.0.2 xwininfo-1.0.4 xwud-1.0.1 yasm-0.7.2 zip-3.0 zsh-4.3.9_5 From mikes at siralan.org Sat Mar 7 16:40:22 2009 From: mikes at siralan.org (Michael L. Squires) Date: Sat Mar 7 16:40:29 2009 Subject: Dual-head with ATI AIW X800 (R420 JK)/7.1-STABLE/Xorg 7.4 working In-Reply-To: <20090307113235.GA5573@charon.tue.nl> References: <20090307113235.GA5573@charon.tue.nl> Message-ID: <20090307192227.H61880@familysquires.net> I'm in the process of rebuilding my home desktop to use FreeBSD 7.1-STABLE and Xorg 7.4. Hardware is a Supermicro P6DC6+/ATI AIW X800 with two HP P1110 monitors. I modified the xorg.conf generated by "Xorg -configure" to allow for a 2560x1024 virtual screen with two 1280x1024 displays and used "xrandr" to set one monitor to the right of the other, which worked fine. I'm using KDE4.2, with kdm started in /etc/ttys (thanks Robert) and with both dbus and hal running. Version of Xorg 7.4 is the version available this morning (3/7/2009), which is identified as "xorg-server-1.5.3_6,1" in /var/db/pkg. The only error I'm seeing is "Xlib: extension "Generic Event Extension" missing on display ":0.0"." but this seems to have no effects. The same setup is working fine on my old notebook, a Toshiba 8100 which drives one of the two P1110's through a Belkin KVM switch. Mike Squires mikes@siralan.org From oberman at es.net Sat Mar 7 17:18:36 2009 From: oberman at es.net (Kevin Oberman) Date: Sat Mar 7 17:18:41 2009 Subject: Dual-head with ATI AIW X800 (R420 JK)/7.1-STABLE/Xorg 7.4 working In-Reply-To: Your message of "Sat, 07 Mar 2009 19:35:42 EST." <20090307192227.H61880@familysquires.net> Message-ID: <20090308011830.995EE1CC0B@ptavv.es.net> > Date: Sat, 7 Mar 2009 19:35:42 -0500 (EST) > From: "Michael L. Squires" > Sender: owner-freebsd-x11@freebsd.org > > I'm in the process of rebuilding my home desktop to use FreeBSD 7.1-STABLE > and Xorg 7.4. Hardware is a Supermicro P6DC6+/ATI AIW X800 with two HP > P1110 monitors. > > I modified the xorg.conf generated by "Xorg -configure" to allow for a > 2560x1024 virtual screen with two 1280x1024 displays and used "xrandr" to > set one monitor to the right of the other, which worked fine. > > I'm using KDE4.2, with kdm started in /etc/ttys (thanks Robert) and with > both dbus and hal running. > > Version of Xorg 7.4 is the version available this morning (3/7/2009), > which is identified as "xorg-server-1.5.3_6,1" in /var/db/pkg. > > The only error I'm seeing is "Xlib: extension "Generic Event Extension" > missing on display ":0.0"." but this seems to have no effects. > > The same setup is working fine on my old notebook, a Toshiba 8100 which > drives one of the two P1110's through a Belkin KVM switch. First, I'd suggest using 'Option "Position" "1280 0"' in the Monitor section of the right monitor. (I'd also add "Position" "0 0" to the left monitor. It's just cleaner than xrandr since the monitor is correct from the start. Second, the Generic Event Extension is new to xorg-server 1.6 which is still not out. Last I heard, about two weeks ago, it was expected to be released any day. Maybe Robert Noland knows something a bit more current about the status of 1.6. the error is totally cosmetic and can be ignored. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From oberman at es.net Sat Mar 7 17:50:19 2009 From: oberman at es.net (Kevin Oberman) Date: Sat Mar 7 17:50:26 2009 Subject: Dual-head with ATI AIW X800 (R420 JK)/7.1-STABLE/Xorg 7.4 working In-Reply-To: Your message of "Sat, 07 Mar 2009 20:26:12 EST." <20090307202612.0fa2e903@sorrow.ashke.com> Message-ID: <20090308015016.314F21CC0B@ptavv.es.net> > Date: Sat, 7 Mar 2009 20:26:12 -0500 > From: Adam K Kirchhoff > > On Sat, 07 Mar 2009 17:18:30 -0800 > "Kevin Oberman" wrote: > > > > Date: Sat, 7 Mar 2009 19:35:42 -0500 (EST) > > > From: "Michael L. Squires" > > > Sender: owner-freebsd-x11@freebsd.org > > > > > > I'm in the process of rebuilding my home desktop to use FreeBSD 7.1-STABLE > > > and Xorg 7.4. Hardware is a Supermicro P6DC6+/ATI AIW X800 with two HP > > > P1110 monitors. > > > > > > I modified the xorg.conf generated by "Xorg -configure" to allow for a > > > 2560x1024 virtual screen with two 1280x1024 displays and used "xrandr" to > > > set one monitor to the right of the other, which worked fine. > > > > > > I'm using KDE4.2, with kdm started in /etc/ttys (thanks Robert) and with > > > both dbus and hal running. > > > > > > Version of Xorg 7.4 is the version available this morning (3/7/2009), > > > which is identified as "xorg-server-1.5.3_6,1" in /var/db/pkg. > > > > > > The only error I'm seeing is "Xlib: extension "Generic Event Extension" > > > missing on display ":0.0"." but this seems to have no effects. > > > > > > The same setup is working fine on my old notebook, a Toshiba 8100 which > > > drives one of the two P1110's through a Belkin KVM switch. > > > > First, I'd suggest using 'Option "Position" "1280 0"' in the Monitor > > section of the right monitor. (I'd also add "Position" "0 0" to the left > > monitor. It's just cleaner than xrandr since the monitor is correct from > > the start. > > You can use the "RightOf" option in the xorg.conf monitor sections, as > well, to set the position initially. Maybe, but when I switched from a xinerama config to an xrandr config, that stopped working for me. Maybe I needed something else to make it work. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From oberman at es.net Sat Mar 7 18:16:59 2009 From: oberman at es.net (Kevin Oberman) Date: Sat Mar 7 18:17:06 2009 Subject: Dual-head with ATI AIW X800 (R420 JK)/7.1-STABLE/Xorg 7.4 working In-Reply-To: Your message of "Sat, 07 Mar 2009 21:00:48 EST." <20090307210048.2e7f9544@sorrow.ashke.com> Message-ID: <20090308021655.E19921CC0B@ptavv.es.net> > Date: Sat, 7 Mar 2009 21:00:48 -0500 > From: Adam K Kirchhoff > > On Sat, 07 Mar 2009 17:50:16 -0800 > "Kevin Oberman" wrote: > > > > Date: Sat, 7 Mar 2009 20:26:12 -0500 > > > From: Adam K Kirchhoff > > > > > > On Sat, 07 Mar 2009 17:18:30 -0800 > > > "Kevin Oberman" wrote: > > > > > > > > Date: Sat, 7 Mar 2009 19:35:42 -0500 (EST) > > > > > From: "Michael L. Squires" > > > > > Sender: owner-freebsd-x11@freebsd.org > > > > > > > > > > I'm in the process of rebuilding my home desktop to use FreeBSD 7.1-STABLE > > > > > and Xorg 7.4. Hardware is a Supermicro P6DC6+/ATI AIW X800 with two HP > > > > > P1110 monitors. > > > > > > > > > > I modified the xorg.conf generated by "Xorg -configure" to allow for a > > > > > 2560x1024 virtual screen with two 1280x1024 displays and used "xrandr" to > > > > > set one monitor to the right of the other, which worked fine. > > > > > > > > > > I'm using KDE4.2, with kdm started in /etc/ttys (thanks Robert) and with > > > > > both dbus and hal running. > > > > > > > > > > Version of Xorg 7.4 is the version available this morning (3/7/2009), > > > > > which is identified as "xorg-server-1.5.3_6,1" in /var/db/pkg. > > > > > > > > > > The only error I'm seeing is "Xlib: extension "Generic Event Extension" > > > > > missing on display ":0.0"." but this seems to have no effects. > > > > > > > > > > The same setup is working fine on my old notebook, a Toshiba 8100 which > > > > > drives one of the two P1110's through a Belkin KVM switch. > > > > > > > > First, I'd suggest using 'Option "Position" "1280 0"' in the Monitor > > > > section of the right monitor. (I'd also add "Position" "0 0" to the left > > > > monitor. It's just cleaner than xrandr since the monitor is correct from > > > > the start. > > > > > > You can use the "RightOf" option in the xorg.conf monitor sections, as > > > well, to set the position initially. > > > > Maybe, but when I switched from a xinerama config to an xrandr config, > > that stopped working for me. Maybe I needed something else to make it > > work. > > With Xinerama, "RightOf" was an option in the ServerLayout section. > With the inclusion of xrandr 1.2, it's an option in the monitor > section. > > This is a pretty good wiki for xrandr 1.2 and shows a number of > xorg.conf options and examples: > http://wiki.debian.org/XStrikeForce/HowToRandR12 Ahh. Thanks! Guess I need to spend some time reading newer man pages. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From rnoland at FreeBSD.org Sat Mar 7 23:19:09 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Sat Mar 7 23:19:16 2009 Subject: Dual-head with ATI AIW X800 (R420 JK)/7.1-STABLE/Xorg 7.4 working In-Reply-To: <20090308011830.995EE1CC0B@ptavv.es.net> References: <20090308011830.995EE1CC0B@ptavv.es.net> Message-ID: <1236496735.1778.16.camel@balrog.2hip.net> On Sat, 2009-03-07 at 17:18 -0800, Kevin Oberman wrote: > > Date: Sat, 7 Mar 2009 19:35:42 -0500 (EST) > > From: "Michael L. Squires" > > Sender: owner-freebsd-x11@freebsd.org > > > > I'm in the process of rebuilding my home desktop to use FreeBSD 7.1-STABLE > > and Xorg 7.4. Hardware is a Supermicro P6DC6+/ATI AIW X800 with two HP > > P1110 monitors. > > > > I modified the xorg.conf generated by "Xorg -configure" to allow for a > > 2560x1024 virtual screen with two 1280x1024 displays and used "xrandr" to > > set one monitor to the right of the other, which worked fine. > > > > I'm using KDE4.2, with kdm started in /etc/ttys (thanks Robert) and with > > both dbus and hal running. > > > > Version of Xorg 7.4 is the version available this morning (3/7/2009), > > which is identified as "xorg-server-1.5.3_6,1" in /var/db/pkg. > > > > The only error I'm seeing is "Xlib: extension "Generic Event Extension" > > missing on display ":0.0"." but this seems to have no effects. > > > > The same setup is working fine on my old notebook, a Toshiba 8100 which > > drives one of the two P1110's through a Belkin KVM switch. > > First, I'd suggest using 'Option "Position" "1280 0"' in the Monitor > section of the right monitor. (I'd also add "Position" "0 0" to the left > monitor. It's just cleaner than xrandr since the monitor is correct from > the start. > > Second, the Generic Event Extension is new to xorg-server 1.6 which is > still not out. Last I heard, about two weeks ago, it was expected to be > released any day. Maybe Robert Noland knows something a bit more current > about the status of 1.6. the error is totally cosmetic and can be > ignored. 1.6 is out... I'm just waiting on xrandr now... randrproto and libXrandr are finally released... robert. -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090308/b487b1d9/attachment.pgp From aragon at phat.za.net Sun Mar 8 07:50:49 2009 From: aragon at phat.za.net (Aragon Gouveia) Date: Sun Mar 8 07:50:55 2009 Subject: Radeon DRIVER In-Reply-To: <1236371734.1671.5.camel@balrog.2hip.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> Message-ID: <49B3D755.2050308@phat.za.net> Robert Noland wrote: > Oops, I fixed it for the non r600+ case. > > Please try, > http://people.freebsd.org/~rnoland/radeon-drm-next-r6-7xx-030609-2.patch I applied this to a fresh RELENG_7 now. It applies with one error and some offsets, but my system is booting and detecting my HD3450: ------ vgapci0: port 0x2000-0x20ff mem 0xd0000000-0xdfffffff,0xe0200000-0xe020ffff irq 16 at device 0.0 on pci1 drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.29.0 20080528 ------ Patch output is pasted below. The unsuccessful hunk in radeon_cp.c I wedged in by hand. In a few hours I hope to report on the results of upgrading to Xorg 7.4 and latest radeonhd-devel. Running Xorg 7.3 and video-ati-6.9.0 at the moment. Regards, Aragon Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: conf/files |=================================================================== |--- conf/files (revision 189454) |+++ conf/files (working copy) -------------------------- Patching file conf/files using Plan A... Hunk #1 succeeded at 593 (offset -208 lines). Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: modules/drm/radeon/Makefile |=================================================================== |--- modules/drm/radeon/Makefile (revision 189454) |+++ modules/drm/radeon/Makefile (working copy) -------------------------- Patching file modules/drm/radeon/Makefile using Plan A... Hunk #1 succeeded at 2. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: dev/drm/radeon_cp.c |=================================================================== |--- dev/drm/radeon_cp.c (revision 189454) |+++ dev/drm/radeon_cp.c (working copy) -------------------------- Patching file dev/drm/radeon_cp.c using Plan A... Hunk #1 succeeded at 1. Hunk #2 succeeded at 33. Hunk #3 succeeded at 144. Hunk #4 succeeded at 186. Hunk #5 succeeded at 260. Hunk #6 succeeded at 296. Hunk #7 succeeded at 364. Hunk #8 succeeded at 393. Hunk #9 succeeded at 404. Hunk #10 succeeded at 426. Hunk #11 succeeded at 461. Hunk #12 succeeded at 516. Hunk #13 succeeded at 642. Hunk #14 succeeded at 699. Hunk #15 succeeded at 751. Hunk #16 succeeded at 771. Hunk #17 succeeded at 782. Hunk #18 succeeded at 817. Hunk #19 succeeded at 849. Hunk #20 succeeded at 863. Hunk #21 succeeded at 895. Hunk #22 succeeded at 909. Hunk #23 succeeded at 919. Hunk #24 succeeded at 927. Hunk #25 succeeded at 1044. Hunk #26 succeeded at 1080. Hunk #27 succeeded at 1134. Hunk #28 succeeded at 1161. Hunk #29 succeeded at 1219. Hunk #30 succeeded at 1291. Hunk #31 succeeded at 1304. Hunk #32 succeeded at 1405. Hunk #33 succeeded at 1416. Hunk #34 succeeded at 1460. Hunk #35 succeeded at 1533. Hunk #36 succeeded at 1560. Hunk #37 succeeded at 1583. Hunk #38 succeeded at 1595. Hunk #39 succeeded at 1607. Hunk #40 succeeded at 1637. Hunk #41 succeeded at 1671. Hunk #42 succeeded at 1683. Hunk #43 succeeded at 1705. Hunk #44 succeeded at 1760. Hunk #45 succeeded at 1781. Hunk #46 succeeded at 1799. Hunk #47 succeeded at 1878. Hunk #48 succeeded at 1912. Hunk #49 succeeded at 2082. Hunk #50 failed at 2089. else dev_priv->flags |= RADEON_IS_PCI; + ret = drm_addmap(dev, drm_get_resource_start(dev, 2), + drm_get_resource_len(dev, 2), _DRM_REGISTERS, + _DRM_READ_ONLY | _DRM_DRIVER, &dev_priv->mmio); + if (ret != 0) + return ret; + ret = drm_vblank_init(dev, 2); if (ret) { radeon_driver_unload(dev); Hunk #51 succeeded at 2111 (offset -6 lines). Hunk #52 succeeded at 2126 (offset -6 lines). 1 out of 52 hunks failed--saving rejects to dev/drm/radeon_cp.c.rej Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: dev/drm/drm_pciids.h |=================================================================== |--- dev/drm/drm_pciids.h (revision 189454) |+++ dev/drm/drm_pciids.h (working copy) -------------------------- Patching file dev/drm/drm_pciids.h using Plan A... Hunk #1 succeeded at 240. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: dev/drm/radeon_drv.h |=================================================================== |--- dev/drm/radeon_drv.h (revision 189454) |+++ dev/drm/radeon_drv.h (working copy) -------------------------- Patching file dev/drm/radeon_drv.h using Plan A... Hunk #1 succeeded at 41. Hunk #2 succeeded at 103. Hunk #3 succeeded at 129. Hunk #4 succeeded at 138. Hunk #5 succeeded at 174. Hunk #6 succeeded at 184. Hunk #7 succeeded at 231. Hunk #8 succeeded at 255. Hunk #9 succeeded at 297. Hunk #10 succeeded at 321. Hunk #11 succeeded at 365. Hunk #12 succeeded at 397. Hunk #13 succeeded at 408. Hunk #14 succeeded at 419. Hunk #15 succeeded at 434. Hunk #16 succeeded at 460. Hunk #17 succeeded at 486. Hunk #18 succeeded at 512. Hunk #19 succeeded at 530. Hunk #20 succeeded at 610. Hunk #21 succeeded at 743. Hunk #22 succeeded at 777. Hunk #23 succeeded at 851. Hunk #24 succeeded at 863. Hunk #25 succeeded at 1039. Hunk #26 succeeded at 1079. Hunk #27 succeeded at 1101. Hunk #28 succeeded at 1272. Hunk #29 succeeded at 1307. Hunk #30 succeeded at 1732. Hunk #31 succeeded at 1744. Hunk #32 succeeded at 1851. Hunk #33 succeeded at 1905. Hunk #34 succeeded at 1934. Hunk #35 succeeded at 1984. Hunk #36 succeeded at 2009. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: dev/drm/radeon_state.c |=================================================================== |--- dev/drm/radeon_state.c (revision 189454) |+++ dev/drm/radeon_state.c (working copy) -------------------------- Patching file dev/drm/radeon_state.c using Plan A... Hunk #1 succeeded at 1. Hunk #2 succeeded at 42. Hunk #3 succeeded at 307. Hunk #4 succeeded at 361. Hunk #5 succeeded at 372. Hunk #6 succeeded at 792. Hunk #7 succeeded at 866. Hunk #8 succeeded at 892. Hunk #9 succeeded at 969. Hunk #10 succeeded at 1017. Hunk #11 succeeded at 1046. Hunk #12 succeeded at 1101. Hunk #13 succeeded at 1121. Hunk #14 succeeded at 1216. Hunk #15 succeeded at 1287. Hunk #16 succeeded at 1330. Hunk #17 succeeded at 1387. Hunk #18 succeeded at 1407. Hunk #19 succeeded at 1541. Hunk #20 succeeded at 1550. Hunk #21 succeeded at 1598. Hunk #22 succeeded at 2098. Hunk #23 succeeded at 2109. Hunk #24 succeeded at 2142. Hunk #25 succeeded at 2192. Hunk #26 succeeded at 2203. Hunk #27 succeeded at 2220. Hunk #28 succeeded at 2274. Hunk #29 succeeded at 2299. Hunk #30 succeeded at 2366. Hunk #31 succeeded at 2471. Hunk #32 succeeded at 2506. Hunk #33 succeeded at 2696. Hunk #34 succeeded at 2844. Hunk #35 succeeded at 2870. Hunk #36 succeeded at 3000. Hunk #37 succeeded at 3008. Hunk #38 succeeded at 3050. Hunk #39 succeeded at 3073. Hunk #40 succeeded at 3091. Hunk #41 succeeded at 3142. Hunk #42 succeeded at 3155. Hunk #43 succeeded at 3204. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: dev/drm/r600_microcode.h |=================================================================== |--- dev/drm/r600_microcode.h (revision 0) |+++ dev/drm/r600_microcode.h (revision 0) -------------------------- (Creating file dev/drm/r600_microcode.h...) Patching file dev/drm/r600_microcode.h using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- | |Property changes on: dev/drm/r600_microcode.h |___________________________________________________________________ |Added: svn:mime-type | + text/plain |Added: svn:keywords | + FreeBSD=%H |Added: svn:eol-style | + native | |Index: dev/drm/r600_cp.c |=================================================================== |--- dev/drm/r600_cp.c (revision 0) |+++ dev/drm/r600_cp.c (revision 0) -------------------------- (Creating file dev/drm/r600_cp.c...) Patching file dev/drm/r600_cp.c using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- | |Property changes on: dev/drm/r600_cp.c |___________________________________________________________________ |Added: svn:mime-type | + text/plain |Added: svn:keywords | + FreeBSD=%H |Added: svn:eol-style | + native | |Index: dev/drm/radeon_drm.h |=================================================================== |--- dev/drm/radeon_drm.h (revision 189454) |+++ dev/drm/radeon_drm.h (working copy) -------------------------- Patching file dev/drm/radeon_drm.h using Plan A... Hunk #1 succeeded at 306. Hunk #2 succeeded at 530. Hunk #3 succeeded at 657. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: dev/drm/radeon_irq.c |=================================================================== |--- dev/drm/radeon_irq.c (revision 189454) |+++ dev/drm/radeon_irq.c (working copy) -------------------------- Patching file dev/drm/radeon_irq.c using Plan A... Hunk #1 succeeded at 68. Hunk #2 succeeded at 103. Hunk #3 succeeded at 138. Hunk #4 succeeded at 207 (offset -1 lines). Hunk #5 succeeded at 271 (offset -27 lines). Hunk #6 succeeded at 359 (offset -1 lines). Hunk #7 succeeded at 370 (offset -22 lines). done From linimon at FreeBSD.org Sun Mar 8 08:16:45 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Mar 8 08:16:56 2009 Subject: ports/132403: x11/xorg with Radeon X600 (R370): cannot re-initialize DRI Message-ID: <200903081516.n28FGilF082428@freefall.freebsd.org> Old Synopsis: XOrg with Radeon X600 (R370): cannot re-initialize DRI New Synopsis: x11/xorg with Radeon X600 (R370): cannot re-initialize DRI Responsible-Changed-From-To: freebsd-bugs->freebsd-x11 Responsible-Changed-By: linimon Responsible-Changed-When: Sun Mar 8 15:15:55 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=132403 From rnoland at FreeBSD.org Sun Mar 8 11:18:51 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Sun Mar 8 11:18:58 2009 Subject: Radeon DRIVER In-Reply-To: <49B3D755.2050308@phat.za.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> Message-ID: <1236536316.1778.22.camel@balrog.2hip.net> On Sun, 2009-03-08 at 16:33 +0200, Aragon Gouveia wrote: > Robert Noland wrote: > > Oops, I fixed it for the non r600+ case. > > > > Please try, > > http://people.freebsd.org/~rnoland/radeon-drm-next-r6-7xx-030609-2.patch > > I applied this to a fresh RELENG_7 now. It applies with one error and > some offsets, but my system is booting and detecting my HD3450: > > ------ > vgapci0: port 0x2000-0x20ff mem > 0xd0000000-0xdfffffff,0xe0200000-0xe020ffff irq 16 at device 0.0 on pci1 > drm0: on vgapci0 > vgapci0: child drm0 requested pci_enable_busmaster > info: [drm] Initialized radeon 1.29.0 20080528 > ------ > > Patch output is pasted below. The unsuccessful hunk in radeon_cp.c I > wedged in by hand. In a few hours I hope to report on the results of > upgrading to Xorg 7.4 and latest radeonhd-devel. Running Xorg 7.3 and > video-ati-6.9.0 at the moment. > On -STABLE you also need the "Move vblank_init to load time" patch first. That will make the patch fail on the i915 driver, but if you aren't using that one, it should be ok, as long as it compiles. I'll merge all of this within a couple of weeks. robert. > > Regards, > Aragon > > > > Hmm... Looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |Index: conf/files > |=================================================================== > |--- conf/files (revision 189454) > |+++ conf/files (working copy) > -------------------------- > Patching file conf/files using Plan A... > Hunk #1 succeeded at 593 (offset -208 lines). > Hmm... The next patch looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |Index: modules/drm/radeon/Makefile > |=================================================================== > |--- modules/drm/radeon/Makefile (revision 189454) > |+++ modules/drm/radeon/Makefile (working copy) > -------------------------- > Patching file modules/drm/radeon/Makefile using Plan A... > Hunk #1 succeeded at 2. > Hmm... The next patch looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |Index: dev/drm/radeon_cp.c > |=================================================================== > |--- dev/drm/radeon_cp.c (revision 189454) > |+++ dev/drm/radeon_cp.c (working copy) > -------------------------- > Patching file dev/drm/radeon_cp.c using Plan A... > Hunk #1 succeeded at 1. > Hunk #2 succeeded at 33. > Hunk #3 succeeded at 144. > Hunk #4 succeeded at 186. > Hunk #5 succeeded at 260. > Hunk #6 succeeded at 296. > Hunk #7 succeeded at 364. > Hunk #8 succeeded at 393. > Hunk #9 succeeded at 404. > Hunk #10 succeeded at 426. > Hunk #11 succeeded at 461. > Hunk #12 succeeded at 516. > Hunk #13 succeeded at 642. > Hunk #14 succeeded at 699. > Hunk #15 succeeded at 751. > Hunk #16 succeeded at 771. > Hunk #17 succeeded at 782. > Hunk #18 succeeded at 817. > Hunk #19 succeeded at 849. > Hunk #20 succeeded at 863. > Hunk #21 succeeded at 895. > Hunk #22 succeeded at 909. > Hunk #23 succeeded at 919. > Hunk #24 succeeded at 927. > Hunk #25 succeeded at 1044. > Hunk #26 succeeded at 1080. > Hunk #27 succeeded at 1134. > Hunk #28 succeeded at 1161. > Hunk #29 succeeded at 1219. > Hunk #30 succeeded at 1291. > Hunk #31 succeeded at 1304. > Hunk #32 succeeded at 1405. > Hunk #33 succeeded at 1416. > Hunk #34 succeeded at 1460. > Hunk #35 succeeded at 1533. > Hunk #36 succeeded at 1560. > Hunk #37 succeeded at 1583. > Hunk #38 succeeded at 1595. > Hunk #39 succeeded at 1607. > Hunk #40 succeeded at 1637. > Hunk #41 succeeded at 1671. > Hunk #42 succeeded at 1683. > Hunk #43 succeeded at 1705. > Hunk #44 succeeded at 1760. > Hunk #45 succeeded at 1781. > Hunk #46 succeeded at 1799. > Hunk #47 succeeded at 1878. > Hunk #48 succeeded at 1912. > Hunk #49 succeeded at 2082. > Hunk #50 failed at 2089. > > else > dev_priv->flags |= RADEON_IS_PCI; > > + ret = drm_addmap(dev, drm_get_resource_start(dev, 2), > + drm_get_resource_len(dev, 2), _DRM_REGISTERS, > + _DRM_READ_ONLY | _DRM_DRIVER, &dev_priv->mmio); > + if (ret != 0) > + return ret; > + > ret = drm_vblank_init(dev, 2); > if (ret) { > radeon_driver_unload(dev); > > > Hunk #51 succeeded at 2111 (offset -6 lines). > Hunk #52 succeeded at 2126 (offset -6 lines). > 1 out of 52 hunks failed--saving rejects to dev/drm/radeon_cp.c.rej > Hmm... The next patch looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |Index: dev/drm/drm_pciids.h > |=================================================================== > |--- dev/drm/drm_pciids.h (revision 189454) > |+++ dev/drm/drm_pciids.h (working copy) > -------------------------- > Patching file dev/drm/drm_pciids.h using Plan A... > Hunk #1 succeeded at 240. > Hmm... The next patch looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |Index: dev/drm/radeon_drv.h > |=================================================================== > |--- dev/drm/radeon_drv.h (revision 189454) > |+++ dev/drm/radeon_drv.h (working copy) > -------------------------- > Patching file dev/drm/radeon_drv.h using Plan A... > Hunk #1 succeeded at 41. > Hunk #2 succeeded at 103. > Hunk #3 succeeded at 129. > Hunk #4 succeeded at 138. > Hunk #5 succeeded at 174. > Hunk #6 succeeded at 184. > Hunk #7 succeeded at 231. > Hunk #8 succeeded at 255. > Hunk #9 succeeded at 297. > Hunk #10 succeeded at 321. > Hunk #11 succeeded at 365. > Hunk #12 succeeded at 397. > Hunk #13 succeeded at 408. > Hunk #14 succeeded at 419. > Hunk #15 succeeded at 434. > Hunk #16 succeeded at 460. > Hunk #17 succeeded at 486. > Hunk #18 succeeded at 512. > Hunk #19 succeeded at 530. > Hunk #20 succeeded at 610. > Hunk #21 succeeded at 743. > Hunk #22 succeeded at 777. > Hunk #23 succeeded at 851. > Hunk #24 succeeded at 863. > Hunk #25 succeeded at 1039. > Hunk #26 succeeded at 1079. > Hunk #27 succeeded at 1101. > Hunk #28 succeeded at 1272. > Hunk #29 succeeded at 1307. > Hunk #30 succeeded at 1732. > Hunk #31 succeeded at 1744. > Hunk #32 succeeded at 1851. > Hunk #33 succeeded at 1905. > Hunk #34 succeeded at 1934. > Hunk #35 succeeded at 1984. > Hunk #36 succeeded at 2009. > Hmm... The next patch looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |Index: dev/drm/radeon_state.c > |=================================================================== > |--- dev/drm/radeon_state.c (revision 189454) > |+++ dev/drm/radeon_state.c (working copy) > -------------------------- > Patching file dev/drm/radeon_state.c using Plan A... > Hunk #1 succeeded at 1. > Hunk #2 succeeded at 42. > Hunk #3 succeeded at 307. > Hunk #4 succeeded at 361. > Hunk #5 succeeded at 372. > Hunk #6 succeeded at 792. > Hunk #7 succeeded at 866. > Hunk #8 succeeded at 892. > Hunk #9 succeeded at 969. > Hunk #10 succeeded at 1017. > Hunk #11 succeeded at 1046. > Hunk #12 succeeded at 1101. > Hunk #13 succeeded at 1121. > Hunk #14 succeeded at 1216. > Hunk #15 succeeded at 1287. > Hunk #16 succeeded at 1330. > Hunk #17 succeeded at 1387. > Hunk #18 succeeded at 1407. > Hunk #19 succeeded at 1541. > Hunk #20 succeeded at 1550. > Hunk #21 succeeded at 1598. > Hunk #22 succeeded at 2098. > Hunk #23 succeeded at 2109. > Hunk #24 succeeded at 2142. > Hunk #25 succeeded at 2192. > Hunk #26 succeeded at 2203. > Hunk #27 succeeded at 2220. > Hunk #28 succeeded at 2274. > Hunk #29 succeeded at 2299. > Hunk #30 succeeded at 2366. > Hunk #31 succeeded at 2471. > Hunk #32 succeeded at 2506. > Hunk #33 succeeded at 2696. > Hunk #34 succeeded at 2844. > Hunk #35 succeeded at 2870. > Hunk #36 succeeded at 3000. > Hunk #37 succeeded at 3008. > Hunk #38 succeeded at 3050. > Hunk #39 succeeded at 3073. > Hunk #40 succeeded at 3091. > Hunk #41 succeeded at 3142. > Hunk #42 succeeded at 3155. > Hunk #43 succeeded at 3204. > Hmm... The next patch looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |Index: dev/drm/r600_microcode.h > |=================================================================== > |--- dev/drm/r600_microcode.h (revision 0) > |+++ dev/drm/r600_microcode.h (revision 0) > -------------------------- > (Creating file dev/drm/r600_microcode.h...) > Patching file dev/drm/r600_microcode.h using Plan A... > Hunk #1 succeeded at 1. > Hmm... The next patch looks like a unified diff to me... > The text leading up to this was: > -------------------------- > | > |Property changes on: dev/drm/r600_microcode.h > |___________________________________________________________________ > |Added: svn:mime-type > | + text/plain > |Added: svn:keywords > | + FreeBSD=%H > |Added: svn:eol-style > | + native > | > |Index: dev/drm/r600_cp.c > |=================================================================== > |--- dev/drm/r600_cp.c (revision 0) > |+++ dev/drm/r600_cp.c (revision 0) > -------------------------- > (Creating file dev/drm/r600_cp.c...) > Patching file dev/drm/r600_cp.c using Plan A... > Hunk #1 succeeded at 1. > Hmm... The next patch looks like a unified diff to me... > The text leading up to this was: > -------------------------- > | > |Property changes on: dev/drm/r600_cp.c > |___________________________________________________________________ > |Added: svn:mime-type > | + text/plain > |Added: svn:keywords > | + FreeBSD=%H > |Added: svn:eol-style > | + native > | > |Index: dev/drm/radeon_drm.h > |=================================================================== > |--- dev/drm/radeon_drm.h (revision 189454) > |+++ dev/drm/radeon_drm.h (working copy) > -------------------------- > Patching file dev/drm/radeon_drm.h using Plan A... > Hunk #1 succeeded at 306. > Hunk #2 succeeded at 530. > Hunk #3 succeeded at 657. > Hmm... The next patch looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |Index: dev/drm/radeon_irq.c > |=================================================================== > |--- dev/drm/radeon_irq.c (revision 189454) > |+++ dev/drm/radeon_irq.c (working copy) > -------------------------- > Patching file dev/drm/radeon_irq.c using Plan A... > Hunk #1 succeeded at 68. > Hunk #2 succeeded at 103. > Hunk #3 succeeded at 138. > Hunk #4 succeeded at 207 (offset -1 lines). > Hunk #5 succeeded at 271 (offset -27 lines). > Hunk #6 succeeded at 359 (offset -1 lines). > Hunk #7 succeeded at 370 (offset -22 lines). > done -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090308/57fbc68e/attachment.pgp From aragon at phat.za.net Sun Mar 8 13:06:42 2009 From: aragon at phat.za.net (Aragon Gouveia) Date: Sun Mar 8 13:06:49 2009 Subject: Radeon DRIVER In-Reply-To: <1236536316.1778.22.camel@balrog.2hip.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> Message-ID: <49B42548.3000308@phat.za.net> Robert Noland wrote: > On Sun, 2009-03-08 at 16:33 +0200, Aragon Gouveia wrote: >> Patch output is pasted below. The unsuccessful hunk in radeon_cp.c I >> wedged in by hand. In a few hours I hope to report on the results of >> upgrading to Xorg 7.4 and latest radeonhd-devel. Running Xorg 7.3 and >> video-ati-6.9.0 at the moment. >> > > On -STABLE you also need the "Move vblank_init to load time" patch > first. That will make the patch fail on the i915 driver, but if you > aren't using that one, it should be ok, as long as it compiles. I'll > merge all of this within a couple of weeks. I'll grab the vblank patch before going further with the Xorg and radeonhd upgrade. Thanks! Regards, Aragon From linimon at FreeBSD.org Sun Mar 8 13:10:42 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Mar 8 13:10:53 2009 Subject: ports/132426: x11/xorg: Unable to start X server after ports upgrade Message-ID: <200903082010.n28KAfYY058082@freefall.freebsd.org> Old Synopsis: Unable to start X server after ports upgrade New Synopsis: x11/xorg: Unable to start X server after ports upgrade Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: linimon Responsible-Changed-When: Sun Mar 8 20:10:27 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=132426 From miwi at FreeBSD.org Sun Mar 8 13:11:44 2009 From: miwi at FreeBSD.org (miwi@FreeBSD.org) Date: Sun Mar 8 13:11:50 2009 Subject: ports/132426: x11/xorg: Unable to start X server after ports upgrade Message-ID: <200903082011.n28KBh5S066136@freefall.freebsd.org> Synopsis: x11/xorg: Unable to start X server after ports upgrade Responsible-Changed-From-To: freebsd-x11->miwi Responsible-Changed-By: miwi Responsible-Changed-When: Sun Mar 8 20:11:43 UTC 2009 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=132426 From miwi at FreeBSD.org Sun Mar 8 13:49:01 2009 From: miwi at FreeBSD.org (miwi@FreeBSD.org) Date: Sun Mar 8 13:49:08 2009 Subject: ports/132426: x11/xorg: Unable to start X server after ports upgrade Message-ID: <200903082049.n28Kn1gg009494@freefall.freebsd.org> Synopsis: x11/xorg: Unable to start X server after ports upgrade Responsible-Changed-From-To: miwi->freebsd-x11 Responsible-Changed-By: miwi Responsible-Changed-When: Sun Mar 8 20:49:01 UTC 2009 Responsible-Changed-Why: ups back to maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=132426 From rnoland at FreeBSD.org Sun Mar 8 14:00:15 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Sun Mar 8 14:00:21 2009 Subject: ports/132403: x11/xorg with Radeon X600 (R370): cannot re-initialize DRI Message-ID: <200903082100.n28L0E8U022502@freefall.freebsd.org> The following reply was made to PR ports/132403; it has been noted by GNATS. From: Robert Noland To: bug-followup@FreeBSD.org, vkushnir@bigmir.net Cc: Subject: Re: ports/132403: x11/xorg with Radeon X600 (R370): cannot re-initialize DRI Date: Sun, 08 Mar 2009 15:55:57 -0500 --=-ThBTSTt50pXjVXRLcEeH Content-Type: multipart/mixed; boundary="=-75fvfw1pZs3zmE6SjK5Z" --=-75fvfw1pZs3zmE6SjK5Z Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Please try this patch and see if it helps. I'm not sure what size GART is trying to be allocated, but it appears that the allocation is failing after you have other stuff up and running. --=20 Robert Noland FreeBSD --=-75fvfw1pZs3zmE6SjK5Z Content-Disposition: attachment; filename="drm_scatter-dmamem_alloc.patch" Content-Transfer-Encoding: base64 Content-Type: text/x-patch; name="drm_scatter-dmamem_alloc.patch"; charset="us-ascii" SW5kZXg6IGRldi9kcm0vZHJtX3NjYXR0ZXIuYw0KPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KLS0tIGRldi9kcm0vZHJt X3NjYXR0ZXIuYwkocmV2aXNpb24gMTg5NTQyKQ0KKysrIGRldi9kcm0vZHJtX3NjYXR0ZXIuYwko d29ya2luZyBjb3B5KQ0KQEAgLTkyLDcgKzkyLDcgQEANCiAJfQ0KIA0KIAlyZXQgPSBidXNfZG1h bWVtX2FsbG9jKGRtYWgtPnRhZywgJmRtYWgtPnZhZGRyLA0KLQkgICAgQlVTX0RNQV9OT1dBSVQg fCBCVVNfRE1BX1pFUk8gfCBCVVNfRE1BX05PQ0FDSEUsICZkbWFoLT5tYXApOw0KKwkgICAgQlVT X0RNQV9XQUlUT0sgfCBCVVNfRE1BX1pFUk8sICZkbWFoLT5tYXApOw0KIAlpZiAocmV0ICE9IDAp IHsNCiAJCWJ1c19kbWFfdGFnX2Rlc3Ryb3koZG1haC0+dGFnKTsNCiAJCWZyZWUoZG1haCwgRFJN X01FTV9ETUEpOw0KQEAgLTEwMiw3ICsxMDIsOCBAQA0KIAl9DQogDQogCXJldCA9IGJ1c19kbWFt YXBfbG9hZChkbWFoLT50YWcsIGRtYWgtPm1hcCwgZG1haC0+dmFkZHIsDQotCSAgICByZXF1ZXN0 LT5zaXplLCBkcm1fc2dfYWxsb2NfY2IsIGVudHJ5LCAwKTsNCisJICAgIHJlcXVlc3QtPnNpemUs IGRybV9zZ19hbGxvY19jYiwgZW50cnksDQorCSAgICBCVVNfRE1BX05PV0FJVCB8IEJVU19ETUFf Tk9DQUNIRSk7DQogCWlmIChyZXQgIT0gMCkgew0KIAkJYnVzX2RtYW1lbV9mcmVlKGRtYWgtPnRh ZywgZG1haC0+dmFkZHIsIGRtYWgtPm1hcCk7DQogCQlidXNfZG1hX3RhZ19kZXN0cm95KGRtYWgt PnRhZyk7DQo= --=-75fvfw1pZs3zmE6SjK5Z-- --=-ThBTSTt50pXjVXRLcEeH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkm0MN0ACgkQM4TrQ4qfROM0GwCeMps4qKILyW15MHFm7utHEy8O XrkAnj8VtpOj/1ySz4LuRasDi+LMtuAg =Y09C -----END PGP SIGNATURE----- --=-ThBTSTt50pXjVXRLcEeH-- From vkushnir at bigmir.net Sun Mar 8 17:20:03 2009 From: vkushnir at bigmir.net (Vladimir Kushnir) Date: Sun Mar 8 17:20:15 2009 Subject: ports/132403: x11/xorg with Radeon X600 (R370): cannot re-initialize DRI Message-ID: <200903090020.n290K3Wd080197@freefall.freebsd.org> The following reply was made to PR ports/132403; it has been noted by GNATS. From: Vladimir Kushnir To: Robert Noland Cc: bug-followup@FreeBSD.org Subject: Re: ports/132403: x11/xorg with Radeon X600 (R370): cannot re-initialize DRI Date: Mon, 9 Mar 2009 01:51:11 +0200 Thanks a bunch! So far your patch works. I've restarted X several times (a couple of times with just twm + a couple of xterms, and a couple of times with KDE4) and this far everything seems OK. BTW, it looks like this patch also fixed another issue - till now when I exited X, console remained black and so the only way was to switch to console, restore startx to foreground and kill it with ^C. Not sure but the last time it looked like X exited just as it's supposed to. In any case, thanks again - now and then I use 3d, and reboot every time is a bit inconvenient. Regards, Vladimir From rnoland at FreeBSD.org Sun Mar 8 17:20:05 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Sun Mar 8 17:20:15 2009 Subject: ports/132403: x11/xorg with Radeon X600 (R370): cannot re-initialize DRI Message-ID: <200903090020.n290K5uN080228@freefall.freebsd.org> The following reply was made to PR ports/132403; it has been noted by GNATS. From: Robert Noland To: Vladimir Kushnir Cc: bug-followup@FreeBSD.org Subject: Re: ports/132403: x11/xorg with Radeon X600 (R370): cannot re-initialize DRI Date: Sun, 08 Mar 2009 19:19:39 -0500 --=-CDl5YtSmE7Xq03iIEFNx Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-03-09 at 01:51 +0200, Vladimir Kushnir wrote: > Thanks a bunch! So far your patch works. I've restarted X several > times (a couple of times with just twm + a couple of xterms, and a > couple of times with KDE4) and this far everything seems OK. > BTW, it looks like this patch also fixed another issue - till now when > I exited X, console remained black and so the only way was to switch > to console, restore startx to foreground and kill it with ^C. Not sure > but the last time it looked like X exited just as it's supposed to. > In any case, thanks again - now and then I use 3d, and reboot every > time is a bit inconvenient. Ok, let me try and verify that this doesn't break rs48x and rs690 chips... robert. > Regards, > Vladimir --=20 Robert Noland FreeBSD --=-CDl5YtSmE7Xq03iIEFNx Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkm0YJsACgkQM4TrQ4qfROOJbQCdFRDNs1QCVF02MDHvxvGmtcEN a0wAnRM4C7Q8urzFFjTWRJoorg1DDanx =n6qh -----END PGP SIGNATURE----- --=-CDl5YtSmE7Xq03iIEFNx-- From vkushnir at bigmir.net Sun Mar 8 20:40:04 2009 From: vkushnir at bigmir.net (Vladimir Kushnir) Date: Sun Mar 8 20:40:11 2009 Subject: ports/132403: x11/xorg with Radeon X600 (R370): cannot re-initialize DRI Message-ID: <200903090340.n293e3XF039958@freefall.freebsd.org> The following reply was made to PR ports/132403; it has been noted by GNATS. From: Vladimir Kushnir To: Robert Noland Cc: bug-followup@FreeBSD.org, vkushnir@bigmir.net Subject: Re: ports/132403: x11/xorg with Radeon X600 (R370): cannot re-initialize DRI Date: Mon, 9 Mar 2009 00:00:39 +0200 (EET) On Sun, 8 Mar 2009, Robert Noland wrote: > Please try this patch and see if it helps. I'm not sure what size GART > is trying to be allocated, but it appears that the allocation is failing > after you have other stuff up and running. > -- > Robert Noland > FreeBSD Thanks, I'll try it ASAP. Vladimir From linimon at FreeBSD.org Sun Mar 8 21:42:56 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Mar 8 21:43:02 2009 Subject: ports/131339: x11/oclock - repomove to x11-clocks/ Message-ID: <200903090442.n294gtqm029636@freefall.freebsd.org> Synopsis: x11/oclock - repomove to x11-clocks/ State-Changed-From-To: open->repocopy State-Changed-By: linimon State-Changed-When: Mon Mar 9 04:42:37 UTC 2009 State-Changed-Why: repocopy requested. http://www.freebsd.org/cgi/query-pr.cgi?pr=131339 From linimon at FreeBSD.org Sun Mar 8 21:43:14 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Mar 8 21:43:20 2009 Subject: ports/131339: x11/oclock - repomove to x11-clocks/ Message-ID: <200903090443.n294hDgu029682@freefall.freebsd.org> Synopsis: x11/oclock - repomove to x11-clocks/ Responsible-Changed-From-To: freebsd-x11->portmgr Responsible-Changed-By: linimon Responsible-Changed-When: Mon Mar 9 04:43:00 UTC 2009 Responsible-Changed-Why: reopcopy requested. http://www.freebsd.org/cgi/query-pr.cgi?pr=131339 From alex.wilkinson at dsto.defence.gov.au Mon Mar 9 00:18:06 2009 From: alex.wilkinson at dsto.defence.gov.au (Wilkinson, Alex) Date: Mon Mar 9 00:18:12 2009 Subject: Dual-head with ATI AIW X800 (R420 JK)/7.1-STABLE/Xorg 7.4 working In-Reply-To: <20090308015016.314F21CC0B@ptavv.es.net> References: <20090307202612.0fa2e903@sorrow.ashke.com> <20090308015016.314F21CC0B@ptavv.es.net> Message-ID: <20090309060347.GG25849@stlux503.dsto.defence.gov.au> 0n Sat, Mar 07, 2009 at 05:50:16PM -0800, Kevin Oberman wrote: >Maybe, but when I switched from a xinerama config to an xrandr config, >that stopped working for me. Maybe I needed something else to make it >work. xrandr config ? I have used both Xinerama and TwinView ... but what is an "xrandr config" ? I always thought xrandr was just a command ? -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From linimon at FreeBSD.org Mon Mar 9 00:28:36 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Mar 9 00:28:47 2009 Subject: FreeBSD ports that you maintain which are currently marked broken Message-ID: <20090309072835.BD0C51CEA9@mail.droso.net> Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 5.x/6.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: x11-drivers/xf86-video-vga broken because: Needs to be removed build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-vga If these errors are ones that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Every effort has been made to make sure that these error reports really do correspond to a port that you maintain. However, due to the fact that this is an automated process, it may indeed generate false matches. If one of these errors fits that description, please forward this email to the author of this software, Mark Linimon , so that he can attempt to fix the problem in the future. Thanks for your efforts to help improve FreeBSD. From roberthuff at rcn.com Mon Mar 9 07:43:35 2009 From: roberthuff at rcn.com (Robert Huff) Date: Mon Mar 9 07:43:42 2009 Subject: [HEADS UP] Radeon r6/7xx drm code to be committed In-Reply-To: <1236372641.1671.11.camel@balrog.2hip.net> References: <1236372641.1671.11.camel@balrog.2hip.net> Message-ID: <18869.10411.538031.500651@jerusalem.litteratus.org> Robert Noland writes: > I'm planning to commit : > > http://people.freebsd.org/~rnoland/radeon-drm-next-r6-7xx-030609-2.patch > > to -CURENT later today or tomorrow, unless someone reports issues to me. > Please give it a try. > > This should work on pretty much all Radeon r600+ cards (and the older > stuff as well). With the appropriate X drivers, you should get EXA > accelleration and Xv. 3d is not available yet, afaik. There will be a thorough entry in ports/UPDATING, yes? Robert Huff From gary.jennejohn at freenet.de Mon Mar 9 09:09:11 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Mon Mar 9 09:09:17 2009 Subject: [HEADS UP] Radeon r6/7xx drm code to be committed In-Reply-To: <18869.10411.538031.500651@jerusalem.litteratus.org> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> Message-ID: <20090309170833.42069a98@ernst.jennejohn.org> On Mon, 9 Mar 2009 10:33:15 -0400 Robert Huff wrote: > > Robert Noland writes: > > > I'm planning to commit : > > > > http://people.freebsd.org/~rnoland/radeon-drm-next-r6-7xx-030609-2.patch > > > > to -CURENT later today or tomorrow, unless someone reports issues to me. > > Please give it a try. > > > > This should work on pretty much all Radeon r600+ cards (and the older > > stuff as well). With the appropriate X drivers, you should get EXA > > accelleration and Xv. 3d is not available yet, afaik. > > There will be a thorough entry in ports/UPDATING, yes? > This is kernel code and has nothing directly to do with ports. --- Gary Jennejohn From roberthuff at rcn.com Mon Mar 9 09:16:45 2009 From: roberthuff at rcn.com (Robert Huff) Date: Mon Mar 9 09:16:52 2009 Subject: [HEADS UP] Radeon r6/7xx drm code to be committed In-Reply-To: <20090309170833.42069a98@ernst.jennejohn.org> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> Message-ID: <18869.16614.1547.140164@jerusalem.litteratus.org> Gary Jennejohn writes: > > > This should work on pretty much all Radeon r600+ cards (and the older > > > stuff as well). With the appropriate X drivers, you should get EXA > > > accelleration and Xv. 3d is not available yet, afaik. > > > > This is kernel code and has nothing directly to do with ports. Let me be more specific. Assuming I'm using a 3850, which I believe is the RV670 chipset, is there anything I will need to change in xorg.conf (or elsewhere) to take advantage of/not break the new code? Robert Huff From rnoland at FreeBSD.org Mon Mar 9 09:42:36 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Mon Mar 9 09:42:42 2009 Subject: [HEADS UP] Radeon r6/7xx drm code to be committed In-Reply-To: <18869.10411.538031.500651@jerusalem.litteratus.org> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> Message-ID: <1236616939.1680.13.camel@balrog.2hip.net> On Mon, 2009-03-09 at 10:33 -0400, Robert Huff wrote: > Robert Noland writes: > > > I'm planning to commit : > > > > http://people.freebsd.org/~rnoland/radeon-drm-next-r6-7xx-030609-2.patch > > > > to -CURENT later today or tomorrow, unless someone reports issues to me. > > Please give it a try. > > > > This should work on pretty much all Radeon r600+ cards (and the older > > stuff as well). With the appropriate X drivers, you should get EXA > > accelleration and Xv. 3d is not available yet, afaik. > > There will be a thorough entry in ports/UPDATING, yes? I don't think UPDATING either src or ports is really appropriate... If someone(tm) wanted to fix up a wiki page, that seems like the plan... For all of the drm / X stuff. The existing drm wiki is horribly outdated. robert. > > Robert Huff > -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090309/b49d2fda/attachment.pgp From gary.jennejohn at freenet.de Mon Mar 9 09:43:34 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Mon Mar 9 09:43:47 2009 Subject: [HEADS UP] Radeon r6/7xx drm code to be committed In-Reply-To: <18869.16614.1547.140164@jerusalem.litteratus.org> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> Message-ID: <20090309174329.1c02dd64@ernst.jennejohn.org> On Mon, 9 Mar 2009 12:16:38 -0400 Robert Huff wrote: > > Gary Jennejohn writes: > > > > > This should work on pretty much all Radeon r600+ cards (and the older > > > > stuff as well). With the appropriate X drivers, you should get EXA > > > > accelleration and Xv. 3d is not available yet, afaik. > > > > > > > This is kernel code and has nothing directly to do with ports. > > Let me be more specific. > Assuming I'm using a 3850, which I believe is the RV670 > chipset, is there anything I will need to change in xorg.conf (or > elsewhere) to take advantage of/not break the new code? > I have an RS780 and added these lines to the Device section (where the driver is loaded): Option "DRI" Option "AccelMethod" "exa" I'm using radeonhd-devel. You may need to to use other settings depending on the driver. --- Gary Jennejohn From rnoland at FreeBSD.org Mon Mar 9 09:53:57 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Mon Mar 9 09:54:03 2009 Subject: [HEADS UP] Radeon r6/7xx drm code to be committed In-Reply-To: <18869.16614.1547.140164@jerusalem.litteratus.org> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> Message-ID: <1236617617.1680.17.camel@balrog.2hip.net> On Mon, 2009-03-09 at 12:16 -0400, Robert Huff wrote: > Gary Jennejohn writes: > > > > > This should work on pretty much all Radeon r600+ cards (and the older > > > > stuff as well). With the appropriate X drivers, you should get EXA > > > > accelleration and Xv. 3d is not available yet, afaik. > > > > > > > This is kernel code and has nothing directly to do with ports. > > Let me be more specific. > Assuming I'm using a 3850, which I believe is the RV670 > chipset, is there anything I will need to change in xorg.conf (or > elsewhere) to take advantage of/not break the new code? rv670 is what I'm testing on... I tried to put a few details in the commit message. Basically, for R600+ you have to force DRI on for the moment. You should also be using exa. So, right now, I'm using radeonhd from git master, with : Driver "radeonhd" VendorName "ATI Technologies Inc" BoardName "RV670PRO [Radeon HD 3850]" BusID "PCI:1:0:0" Option "DRI" Option "AccelMethod" "EXA" Option "Audio" EndSection robert. > > Robert Huff > -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090309/e63db450/attachment.pgp From bugmaster at FreeBSD.org Mon Mar 9 10:15:20 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Mar 9 10:17:57 2009 Subject: Current problem reports assigned to freebsd-x11@FreeBSD.org Message-ID: <200903091715.n29HFFBO045447@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/132426 x11 x11/xorg: Unable to start X server after ports upgrade o ports/132403 x11 x11/xorg with Radeon X600 (R370): cannot re-initialize o ports/132136 x11 [PATCH] x11-drivers/xf86-video-nouveau: unbreak build o ports/132100 x11 x11/xorg: Xorg server forgets pointer map after xlock o ports/132041 x11 x11/xorg: Broken Intel video driver o ports/132035 x11 [patch] graphics/libdrm: allow slave ports use their o o ports/131930 x11 [PATCH] x11-servers/xorg-server coredumps on exit o ports/131726 x11 x11-servers/xorg-server: xorg server messes with my eh o ports/131696 x11 x11-servers/xorg-server: hald core dumps make X11 unus o ports/131644 x11 x11-servers/xorg-server: Xinerama mouse event (focus f o ports/131304 x11 x11/xorg: Xorg/Xfree/X11R6 startx problem with 'hexdum o ports/131289 x11 x11/xorg: xorg 7.4 exiting the server leads to instant o ports/131124 x11 x11/xorg - New xorg 7.4 hangs until mouse is moved whe f ports/131120 x11 x11/libxcb - xauth failes when using libX11/libxcb o ports/131016 x11 x11/xorg - xorg-7.4 renders system unusable! o ports/130815 x11 x11/xorg: Default Xorg (from install CD) @ 7.1-RELEASE s ports/129748 x11 x11-servers/xorg-server: XAA Offscreen Pixmaps never w o ports/129189 x11 x11/xorg: xorg config -testmode - horizontal sync synt o ports/128831 x11 x11-drivers/xf86-video-intel - X server is broken on I o ports/127436 x11 x11/xorg: xorg randomly uses 100% CPU with Intel + KDE f 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/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 o ports/119037 x11 x11: Can't type _ (Underscore) under X (gnome) 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 f ports/116359 x11 x11/xorg - screen blinks with PCI-E nvidia card and ve 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 44 problems total. From rnoland at FreeBSD.org Mon Mar 9 10:32:28 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Mon Mar 9 10:32:42 2009 Subject: [HEADS UP] Radeon r6/7xx drm code to be committed In-Reply-To: References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> Message-ID: <1236619902.1680.23.camel@balrog.2hip.net> On Mon, 2009-03-09 at 14:27 -0300, Nenhum_de_Nos wrote: > On Mon, March 9, 2009 13:53, Robert Noland wrote: > > On Mon, 2009-03-09 at 12:16 -0400, Robert Huff wrote: > >> Gary Jennejohn writes: > >> > >> > > > This should work on pretty much all Radeon r600+ cards (and the > >> older > >> > > > stuff as well). With the appropriate X drivers, you should get > >> EXA > >> > > > accelleration and Xv. 3d is not available yet, afaik. > >> > > > >> > > >> > This is kernel code and has nothing directly to do with ports. > >> > >> Let me be more specific. > >> Assuming I'm using a 3850, which I believe is the RV670 > >> chipset, is there anything I will need to change in xorg.conf (or > >> elsewhere) to take advantage of/not break the new code? > > > > rv670 is what I'm testing on... I tried to put a few details in the > > commit message. > > > > Basically, for R600+ you have to force DRI on for the moment. You > > should also be using exa. > > > > So, right now, I'm using radeonhd from git master, with : > > > > Driver "radeonhd" > > VendorName "ATI Technologies Inc" > > BoardName "RV670PRO [Radeon HD 3850]" > > BusID "PCI:1:0:0" > > Option "DRI" > > Option "AccelMethod" "EXA" > > Option "Audio" > > EndSection > > > > robert. > > > >> > >> Robert Huff > >> > > -- > > Robert Noland > > FreeBSD > > I'm planning to move from nVidia to ATi, and all this work is what makes > me do that. This code you're talking about, would benefit a HD4850 ? Yes, an HD4850 should be supported. Note that 3d support does not exist yet, but 2d (exa) and xv do. robert. > thanks, > > matheus > -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090309/ffc35012/attachment.pgp From matheus at eternamente.info Mon Mar 9 10:42:52 2009 From: matheus at eternamente.info (Nenhum_de_Nos) Date: Mon Mar 9 10:43:10 2009 Subject: [HEADS UP] Radeon r6/7xx drm code to be committed In-Reply-To: <1236619902.1680.23.camel@balrog.2hip.net> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> <1236619902.1680.23.camel@balrog.2hip.net> Message-ID: On Mon, March 9, 2009 14:31, Robert Noland wrote: > On Mon, 2009-03-09 at 14:27 -0300, Nenhum_de_Nos wrote: >> On Mon, March 9, 2009 13:53, Robert Noland wrote: >> > On Mon, 2009-03-09 at 12:16 -0400, Robert Huff wrote: >> >> Gary Jennejohn writes: >> >> >> >> > > > This should work on pretty much all Radeon r600+ cards (and >> the >> >> older >> >> > > > stuff as well). With the appropriate X drivers, you should >> get >> >> EXA >> >> > > > accelleration and Xv. 3d is not available yet, afaik. >> >> > > >> >> > >> >> > This is kernel code and has nothing directly to do with ports. >> >> >> >> Let me be more specific. >> >> Assuming I'm using a 3850, which I believe is the RV670 >> >> chipset, is there anything I will need to change in xorg.conf (or >> >> elsewhere) to take advantage of/not break the new code? >> > >> > rv670 is what I'm testing on... I tried to put a few details in the >> > commit message. >> > >> > Basically, for R600+ you have to force DRI on for the moment. You >> > should also be using exa. >> > >> > So, right now, I'm using radeonhd from git master, with : >> > >> > Driver "radeonhd" >> > VendorName "ATI Technologies Inc" >> > BoardName "RV670PRO [Radeon HD 3850]" >> > BusID "PCI:1:0:0" >> > Option "DRI" >> > Option "AccelMethod" "EXA" >> > Option "Audio" >> > EndSection >> > >> > robert. >> > >> >> >> >> Robert Huff >> >> >> > -- >> > Robert Noland >> > FreeBSD >> >> I'm planning to move from nVidia to ATi, and all this work is what makes >> me do that. This code you're talking about, would benefit a HD4850 ? > > Yes, an HD4850 should be supported. Note that 3d support does not exist > yet, but 2d (exa) and xv do. thanks for all. 2D is enough for me. just want to use decent desktop and watch movies ok. matheus > robert. > >> thanks, >> >> matheus >> > -- > Robert Noland > FreeBSD > -- We will call you cygnus, The God of balance you shall be From kip.macy at gmail.com Mon Mar 9 10:56:03 2009 From: kip.macy at gmail.com (Kip Macy) Date: Mon Mar 9 10:56:10 2009 Subject: [HEADS UP] Radeon r6/7xx drm code to be committed In-Reply-To: References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> Message-ID: <3c1674c90903091036q4585519aja68d7f9bcd350010@mail.gmail.com> I have an HD4850 and it works well. Unfortunately it is the one from ASUS where only one port does dual-link. -Kip On Mon, Mar 9, 2009 at 10:27 AM, Nenhum_de_Nos wrote: > > On Mon, March 9, 2009 13:53, Robert Noland wrote: >> On Mon, 2009-03-09 at 12:16 -0400, Robert Huff wrote: >>> Gary Jennejohn writes: >>> >>> > ?> > ?This should work on pretty much all Radeon r600+ cards (and the >>> older >>> > ?> > ?stuff as well). ?With the appropriate X drivers, you should get >>> EXA >>> > ?> > ?accelleration and Xv. ?3d is not available yet, afaik. >>> > ?> >>> > >>> > ?This is kernel code and has nothing directly to do with ports. >>> >>> ? ? ?Let me be more specific. >>> ? ? ?Assuming I'm using a 3850, which I believe is the RV670 >>> chipset, is there anything I will need to change in xorg.conf (or >>> elsewhere) to take advantage of/not break the new code? >> >> rv670 is what I'm testing on... I tried to put a few details in the >> commit message. >> >> Basically, for R600+ you have to force DRI on for the moment. ?You >> should also be using exa. >> >> So, right now, I'm using radeonhd from git master, with : >> >> ? ? ? ? Driver ? ? ?"radeonhd" >> ? ? ? ? VendorName ?"ATI Technologies Inc" >> ? ? ? ? BoardName ? "RV670PRO [Radeon HD 3850]" >> ? ? ? ? BusID ? ? ? "PCI:1:0:0" >> ? ? ? ? Option ? ? ?"DRI" >> ? ? ? ? Option ? ? ?"AccelMethod" "EXA" >> ? ? ? ? Option ? ? ?"Audio" >> EndSection >> >> robert. >> >>> >>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?Robert Huff >>> >> -- >> Robert Noland >> FreeBSD > > I'm planning to move from nVidia to ATi, and all this work is what makes > me do that. This code you're talking about, would benefit a HD4850 ? > > thanks, > > matheus > > -- > We will call you cygnus, > The God of balance you shall be > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From matheus at eternamente.info Mon Mar 9 10:56:18 2009 From: matheus at eternamente.info (Nenhum_de_Nos) Date: Mon Mar 9 10:56:25 2009 Subject: [HEADS UP] Radeon r6/7xx drm code to be committed In-Reply-To: <1236617617.1680.17.camel@balrog.2hip.net> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> Message-ID: On Mon, March 9, 2009 13:53, Robert Noland wrote: > On Mon, 2009-03-09 at 12:16 -0400, Robert Huff wrote: >> Gary Jennejohn writes: >> >> > > > This should work on pretty much all Radeon r600+ cards (and the >> older >> > > > stuff as well). With the appropriate X drivers, you should get >> EXA >> > > > accelleration and Xv. 3d is not available yet, afaik. >> > > >> > >> > This is kernel code and has nothing directly to do with ports. >> >> Let me be more specific. >> Assuming I'm using a 3850, which I believe is the RV670 >> chipset, is there anything I will need to change in xorg.conf (or >> elsewhere) to take advantage of/not break the new code? > > rv670 is what I'm testing on... I tried to put a few details in the > commit message. > > Basically, for R600+ you have to force DRI on for the moment. You > should also be using exa. > > So, right now, I'm using radeonhd from git master, with : > > Driver "radeonhd" > VendorName "ATI Technologies Inc" > BoardName "RV670PRO [Radeon HD 3850]" > BusID "PCI:1:0:0" > Option "DRI" > Option "AccelMethod" "EXA" > Option "Audio" > EndSection > > robert. > >> >> Robert Huff >> > -- > Robert Noland > FreeBSD I'm planning to move from nVidia to ATi, and all this work is what makes me do that. This code you're talking about, would benefit a HD4850 ? thanks, matheus -- We will call you cygnus, The God of balance you shall be From aragon at phat.za.net Mon Mar 9 13:23:51 2009 From: aragon at phat.za.net (Aragon Gouveia) Date: Mon Mar 9 13:23:57 2009 Subject: Radeon DRIVER In-Reply-To: <49B42548.3000308@phat.za.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> Message-ID: <49B57ACD.5030405@phat.za.net> Aragon Gouveia wrote: > Robert Noland wrote: >> On Sun, 2009-03-08 at 16:33 +0200, Aragon Gouveia wrote: >>> Patch output is pasted below. The unsuccessful hunk in radeon_cp.c I >>> wedged in by hand. In a few hours I hope to report on the results of >>> upgrading to Xorg 7.4 and latest radeonhd-devel. Running Xorg 7.3 >>> and video-ati-6.9.0 at the moment. >>> >> >> On -STABLE you also need the "Move vblank_init to load time" patch >> first. That will make the patch fail on the i915 driver, but if you >> aren't using that one, it should be ok, as long as it compiles. I'll >> merge all of this within a couple of weeks. > > I'll grab the vblank patch before going further with the Xorg and > radeonhd upgrade. Thanks! I have applied both kernel patches, recompiled, rebooted, upgraded to Xorg 7.4, upgraded to radeonhd-devel from ports. The kernel is still seeing my card: vgapci0: port 0x2000-0x20ff mem 0xd0000000-0xdfffffff,0xe0200000-0xe020ffff irq 16 at device 0.0 on pci1 drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.29.0 20080528 Enabling DRI and Exa in xorg.conf causes my display to go blank during X startup and I'm left with no other way out except hitting my power button and shutting down. Enabling Exa with DRI disabled is wildly slow. Leaving both disabled works fine, but no Xv. :) Please let me know if I can provide more info to debug this. Thanks, Aragon From admin at lissyara.su Mon Mar 9 13:31:15 2009 From: admin at lissyara.su (Alex Keda) Date: Mon Mar 9 13:31:22 2009 Subject: [HEADS UP] Radeon r6/7xx drm code to be committed In-Reply-To: <1236372641.1671.11.camel@balrog.2hip.net> References: <1236372641.1671.11.camel@balrog.2hip.net> Message-ID: <49B5727C.2040804@lissyara.su> Robert Noland ?????: > I'm planning to commit : > > http://people.freebsd.org/~rnoland/radeon-drm-next-r6-7xx-030609-2.patch > > to -CURENT later today or tomorrow, unless someone reports issues to me. > Please give it a try. > > This should work on pretty much all Radeon r600+ cards (and the older > stuff as well). With the appropriate X drivers, you should get EXA > accelleration and Xv. 3d is not available yet, afaik. > > robert. > + * Copyright 2008-2009 Advanced Micro Devices, Inc. + * Copyright 2008 Red Hat Inc. It's not BSD-licensed? From rnoland at FreeBSD.org Mon Mar 9 13:38:02 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Mon Mar 9 13:38:15 2009 Subject: [HEADS UP] Radeon r6/7xx drm code to be committed In-Reply-To: <49B5727C.2040804@lissyara.su> References: <1236372641.1671.11.camel@balrog.2hip.net> <49B5727C.2040804@lissyara.su> Message-ID: <1236631060.1730.3.camel@balrog.2hip.net> On Mon, 2009-03-09 at 22:48 +0300, Alex Keda wrote: > Robert Noland ?????: > > I'm planning to commit : > > > > http://people.freebsd.org/~rnoland/radeon-drm-next-r6-7xx-030609-2.patch > > > > to -CURENT later today or tomorrow, unless someone reports issues to me. > > Please give it a try. > > > > This should work on pretty much all Radeon r600+ cards (and the older > > stuff as well). With the appropriate X drivers, you should get EXA > > accelleration and Xv. 3d is not available yet, afaik. > > > > robert. > > > > + * Copyright 2008-2009 Advanced Micro Devices, Inc. > + * Copyright 2008 Red Hat Inc. > > It's not BSD-licensed? Copyright != license. It is MIT licensed the same as the rest of the drm and X code. robert. -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090309/3eb974ff/attachment.pgp From admin at lissyara.su Mon Mar 9 13:40:16 2009 From: admin at lissyara.su (Alex Keda) Date: Mon Mar 9 13:40:23 2009 Subject: [HEADS UP] Radeon r6/7xx drm code to be committed In-Reply-To: <1236631060.1730.3.camel@balrog.2hip.net> References: <1236372641.1671.11.camel@balrog.2hip.net> <49B5727C.2040804@lissyara.su> <1236631060.1730.3.camel@balrog.2hip.net> Message-ID: <49B57EB6.1040001@lissyara.su> Robert Noland ?????: > On Mon, 2009-03-09 at 22:48 +0300, Alex Keda wrote: >> Robert Noland ?????: >>> I'm planning to commit : >>> >>> http://people.freebsd.org/~rnoland/radeon-drm-next-r6-7xx-030609-2.patch >>> >>> to -CURENT later today or tomorrow, unless someone reports issues to me. >>> Please give it a try. >>> >>> This should work on pretty much all Radeon r600+ cards (and the older >>> stuff as well). With the appropriate X drivers, you should get EXA >>> accelleration and Xv. 3d is not available yet, afaik. >>> >>> robert. >>> >> + * Copyright 2008-2009 Advanced Micro Devices, Inc. >> + * Copyright 2008 Red Hat Inc. >> >> It's not BSD-licensed? > > Copyright != license. > > It is MIT licensed the same as the rest of the drm and X code. OK =) From rnoland at FreeBSD.org Mon Mar 9 14:35:07 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Mon Mar 9 14:35:13 2009 Subject: Radeon DRIVER In-Reply-To: <49B57ACD.5030405@phat.za.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> Message-ID: <1236634490.1730.5.camel@balrog.2hip.net> On Mon, 2009-03-09 at 22:23 +0200, Aragon Gouveia wrote: > Aragon Gouveia wrote: > > Robert Noland wrote: > >> On Sun, 2009-03-08 at 16:33 +0200, Aragon Gouveia wrote: > >>> Patch output is pasted below. The unsuccessful hunk in radeon_cp.c I > >>> wedged in by hand. In a few hours I hope to report on the results of > >>> upgrading to Xorg 7.4 and latest radeonhd-devel. Running Xorg 7.3 > >>> and video-ati-6.9.0 at the moment. > >>> > >> > >> On -STABLE you also need the "Move vblank_init to load time" patch > >> first. That will make the patch fail on the i915 driver, but if you > >> aren't using that one, it should be ok, as long as it compiles. I'll > >> merge all of this within a couple of weeks. Try this... http://people.freebsd.org/~rnoland/drm-7-synced-to-HEAD-030909.patch robert. > > I'll grab the vblank patch before going further with the Xorg and > > radeonhd upgrade. Thanks! > > I have applied both kernel patches, recompiled, rebooted, upgraded to > Xorg 7.4, upgraded to radeonhd-devel from ports. The kernel is still > seeing my card: > > vgapci0: port 0x2000-0x20ff mem > 0xd0000000-0xdfffffff,0xe0200000-0xe020ffff irq 16 at device 0.0 on pci1 > drm0: on vgapci0 > vgapci0: child drm0 requested pci_enable_busmaster > info: [drm] Initialized radeon 1.29.0 20080528 > > Enabling DRI and Exa in xorg.conf causes my display to go blank during X > startup and I'm left with no other way out except hitting my power > button and shutting down. > > Enabling Exa with DRI disabled is wildly slow. > > Leaving both disabled works fine, but no Xv. :) > > Please let me know if I can provide more info to debug this. > > > Thanks, > Aragon > -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090309/b8d79335/attachment.pgp From mi+thun at aldan.algebra.com Mon Mar 9 15:25:53 2009 From: mi+thun at aldan.algebra.com (Mikhail T.) Date: Mon Mar 9 15:25:58 2009 Subject: what's the best-supported video card these days? Message-ID: <49B59345.30702@aldan.algebra.com> Hello! I'm looking to replace my "ATI Radeon NG R300 FireGL X1" because it seems to be overheating once in a while forcing me to reboot. What's the best-supported card? My requirements/preferences are: 1. AGP. 2. Dual DVI with at least 1600x1200 support (on each port). 3. Working with amd64 (hence NVidia is out). 4. Good 2D performance -- most important. 5. Ok 3D performance -- no need to beat any benchmark, but OpenGL screensaver should be smooth. 6. Supported by FreeBSD and Xorg, of course. Do such things exist? Thanks for any ideas! Yours, -mi From rnoland at FreeBSD.org Mon Mar 9 15:53:35 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Mon Mar 9 15:53:41 2009 Subject: what's the best-supported video card these days? In-Reply-To: <49B59345.30702@aldan.algebra.com> References: <49B59345.30702@aldan.algebra.com> Message-ID: <1236639194.1730.9.camel@balrog.2hip.net> On Mon, 2009-03-09 at 18:08 -0400, Mikhail T. wrote: > Hello! > > I'm looking to replace my "ATI Radeon NG R300 FireGL X1" because it > seems to be overheating once in a while forcing me to reboot. > > What's the best-supported card? My requirements/preferences are: > > 1. AGP. > 2. Dual DVI with at least 1600x1200 support (on each port). > 3. Working with amd64 (hence NVidia is out). > 4. Good 2D performance -- most important. > 5. Ok 3D performance -- no need to beat any benchmark, but OpenGL > screensaver should be smooth. > 6. Supported by FreeBSD and Xorg, of course. > > Do such things exist? Thanks for any ideas! Yours, Others may suggest specific model numbers or the like, but what I can tell you is that right now, your option is another radeon R500 or below. R600+ drm support just got committed to HEAD and will be merged to STABLE fairly soon, but 3d support doesn't exist yet, though it won't be long. I don't expect you will find many of those with an AGP connector though. robert. > -mi > > _______________________________________________ > 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" -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090309/7dbbd9d3/attachment.pgp From rsmith at xs4all.nl Mon Mar 9 16:21:07 2009 From: rsmith at xs4all.nl (Roland Smith) Date: Mon Mar 9 16:21:15 2009 Subject: what's the best-supported video card these days? In-Reply-To: <49B59345.30702@aldan.algebra.com> References: <49B59345.30702@aldan.algebra.com> Message-ID: <20090309230606.GA99745@slackbox.xs4all.nl> On Mon, Mar 09, 2009 at 06:08:05PM -0400, Mikhail T. wrote: > Hello! > > I'm looking to replace my "ATI Radeon NG R300 FireGL X1" because it > seems to be overheating once in a while forcing me to reboot. Wouldn't it be a better solution to try and fix this? Maybe blowing the dust out or improving the airflow in the case will do the trick. > What's the best-supported card? My requirements/preferences are: Radeon support is shaping up nicely in 7-STABLE > 1. AGP. > 2. Dual DVI with at least 1600x1200 support (on each port). This might be a tricky combo. AGP cards are available, as are dual-dvi cards. But not many seem to have both. GIYF. Try e.g. Diamond and Sapphire. > 3. Working with amd64 (hence NVidia is out). > 4. Good 2D performance -- most important. > 5. Ok 3D performance -- no need to beat any benchmark, but OpenGL > screensaver should be smooth. > 6. Supported by FreeBSD and Xorg, of course. I've got a Radeon X1650Pro working nicely in 2D and 3D on amd64. Using 7.1-RELEASE with rnoland's patches (which are incorporated in 7-STABLE) and radeonhd driver. Recently, support for R6xx based cards has started to arrive since ATI/AMD released the specs; 2D and Xv only for the moment. 3D support will come but isn't ready yet. Sapphire has a HD3650 (r6xx) card with both AGP and dual-dvi: http://www.nextag.com/SAPPHIRE-Radeon-HD-3650-641960507/prices-html?nxtg=2d270a240528-1240CB545CC01B8A 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: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090309/1ba7bd9d/attachment.pgp From wblock at wonkity.com Mon Mar 9 16:30:59 2009 From: wblock at wonkity.com (Warren Block) Date: Mon Mar 9 16:31:06 2009 Subject: what's the best-supported video card these days? In-Reply-To: <49B59345.30702@aldan.algebra.com> References: <49B59345.30702@aldan.algebra.com> Message-ID: On Mon, 9 Mar 2009, Mikhail T. wrote: > I'm looking to replace my "ATI Radeon NG R300 FireGL X1" because it seems to > be overheating once in a while forcing me to reboot. > > What's the best-supported card? My requirements/preferences are: > > 1. AGP. > 2. Dual DVI with at least 1600x1200 support (on each port). > 3. Working with amd64 (hence NVidia is out). > 4. Good 2D performance -- most important. > 5. Ok 3D performance -- no need to beat any benchmark, but OpenGL > screensaver should be smooth. > 6. Supported by FreeBSD and Xorg, of course. > > Do such things exist? Thanks for any ideas! Yours, There are AGP versions of the X1650 and X1950. They're relatively expensive and usually come with VGA/DVI. Don't know about dual 1600x1200 or amd64. The X1650 I'm using right now is PCIE. Cheap, dual-DVI, 2D, 3D. It's almost perfect. "Almost" meaning that a few times an hour, it blinks a single frame of the magnified upper left corner of the screen. Maybe just this card, but it sounds like this: http://bugs.freedesktop.org/show_bug.cgi?id=14609 If anyone else using an X1650 on FreeBSD has seen the blink, they haven't mentioned it. Oh, and there's a bug that causes the "skytentacles" screensaver shows tentacles in purple, not green. I think all my Radeons do that, but haven't cared enough to track it down. -Warren Block * Rapid City, South Dakota USA From jnevans at gmail.com Mon Mar 9 19:39:49 2009 From: jnevans at gmail.com (Jared Evans) Date: Mon Mar 9 19:39:56 2009 Subject: libSM problem during a port install Message-ID: <2cbc9d820903091913v4f10b984n7344ba56d50da867@mail.gmail.com> Here's a problem compiling libSM triggered by port install of php5-gd: Below is output of the compiling and also the file /usr/ports/x11/libSM/work/libSM-1.1.0/config.log ===[root@zabbix] /usr/ports/net-mgmt/zabbix # make install ===> Installing for zabbix-1.6.2,1 ===> zabbix-1.6.2,1 depends on file: /usr/local/include/php/main/php.h - found ===> zabbix-1.6.2,1 depends on executable: fping - found ===> zabbix-1.6.2,1 depends on file: /usr/local/lib/php/20060613/gd.so - not found ===> Verifying install for /usr/local/lib/php/20060613/gd.so in /usr/ports/graphics/php5-gd ===> php5-gd-5.2.9 depends on file: /usr/local/bin/phpize - found ===> php5-gd-5.2.9 depends on file: /usr/local/libdata/pkgconfig/xpm.pc - not found ===> Verifying install for /usr/local/libdata/pkgconfig/xpm.pc in /usr/ports/x11/libXpm ===> libXpm-3.5.7 depends on file: /usr/local/libdata/pkgconfig/xextproto.pc - found ===> libXpm-3.5.7 depends on file: /usr/local/libdata/pkgconfig/xproto.pc - found ===> libXpm-3.5.7 depends on file: /usr/local/libdata/pkgconfig/x11.pc - found ===> libXpm-3.5.7 depends on file: /usr/local/libdata/pkgconfig/xext.pc - found ===> libXpm-3.5.7 depends on file: /usr/local/libdata/pkgconfig/xt.pc - not found ===> Verifying install for /usr/local/libdata/pkgconfig/xt.pc in /usr/ports/x11-toolkits/libXt ===> libXt-1.0.5_1 depends on file: /usr/local/libdata/pkgconfig/kbproto.pc - found ===> libXt-1.0.5_1 depends on file: /usr/local/libdata/pkgconfig/x11.pc - found ===> libXt-1.0.5_1 depends on file: /usr/local/libdata/pkgconfig/sm.pc - not found ===> Verifying install for /usr/local/libdata/pkgconfig/sm.pc in /usr/ports/x11/libSM ===> libSM-1.1.0_1,1 depends on file: /usr/local/share/aclocal/xorg-macros.m4 - found ===> libSM-1.1.0_1,1 depends on file: /usr/local/libdata/pkgconfig/xtrans.pc - found ===> libSM-1.1.0_1,1 depends on file: /usr/local/libdata/pkgconfig/ice.pc - found ===> libSM-1.1.0_1,1 depends on file: /usr/local/libdata/pkgconfig/xproto.pc - found ===> libSM-1.1.0_1,1 depends on file: /usr/local/bin/automake-1.10 - found ===> libSM-1.1.0_1,1 depends on file: /usr/local/bin/autoconf-2.62 - found ===> libSM-1.1.0_1,1 depends on file: /usr/local/bin/libtool - found ===> libSM-1.1.0_1,1 depends on executable: pkg-config - found ===> Configuring for libSM-1.1.0_1,1 configure: WARNING: Unrecognized options: --enable-malloc0returnsnull checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking build system type... amd64-portbld-freebsd7.1 checking host system type... amd64-portbld-freebsd7.1 checking for style of include used by make... GNU checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking dependency style of cc... gcc3 checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognize dependent libraries... pass_all checking how to run the C preprocessor... cc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking dependency style of c++... gcc3 checking how to run the C++ preprocessor... c++ -E checking for g77... no checking for xlf... no checking for f77... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for xlf90... no checking for f90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... no checking for g95... no checking for xlf95... no checking for f95... no checking for fort... no checking for ifort... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for ftn... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... (cached) 262144 checking command to parse /usr/bin/nm -B output from cc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd7.1 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by c++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking for c++ option to produce PIC... -fPIC checking if c++ PIC flag -fPIC works... yes checking if c++ static flag -static works... yes checking if c++ supports -c -o file.o... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd7.1 ld.so (cached) (cached) checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking for gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... (cached) none needed checking dependency style of cc... (cached) gcc3 ./configure: 20764: Syntax error: word unexpected (expecting ")") ===> Script "configure" failed unexpectedly. Please report the problem to x11@FreeBSD.org [maintainer] and attach the "/usr/ports/x11/libSM/work/libSM-1.1.0/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/libSM. *** Error code 1 Stop in /usr/ports/x11-toolkits/libXt. *** Error code 1 Stop in /usr/ports/x11/libXpm. *** Error code 1 Stop in /usr/ports/graphics/php5-gd. *** Error code 1 Stop in /usr/ports/graphics/php5-gd. *** Error code 1 Stop in /usr/ports/net-mgmt/zabbix. *** Error code 1 Stop in /usr/ports/net-mgmt/zabbix. ============================== cat /usr/ports/x11/libSM/work/libSM-1.1.0/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 libSM configure 1.1.0, which was generated by GNU Autoconf 2.62. 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=amd64-portbld-freebsd7.1 ## --------- ## ## Platform. ## ## --------- ## hostname = zabbix.office.viable.net uname -m = amd64 uname -r = 7.1-RELEASE uname -s = FreeBSD uname -v = FreeBSD 7.1-RELEASE #0: Thu Jan 1 08:58:24 UTC 2009 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC /usr/bin/uname -p = amd64 /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 PATH: . ## ----------- ## ## Core tests. ## ## ----------- ## configure:2114: checking for a BSD-compatible install configure:2182: result: /usr/bin/install -c -o root -g wheel configure:2193: checking whether build environment is sane configure:2236: result: yes configure:2261: checking for a thread-safe mkdir -p configure:2300: result: ./install-sh -c -d configure:2313: checking for gawk configure:2343: result: no configure:2313: checking for mawk configure:2343: result: no configure:2313: checking for nawk configure:2329: found /usr/bin/nawk configure:2340: result: nawk configure:2351: checking whether make sets $(MAKE) configure:2373: result: yes configure:2562: checking whether to enable maintainer-specific portions of Makefiles configure:2571: result: no configure:2667: checking build system type configure:2685: result: amd64-portbld-freebsd7.1 configure:2707: checking host system type configure:2722: result: amd64-portbld-freebsd7.1 configure:2756: checking for style of include used by make configure:2784: result: GNU configure:2854: checking for gcc configure:2881: result: cc configure:3119: checking for C compiler version configure:3127: 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:3131: $? = 0 configure:3138: cc -v >&5 Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:3142: $? = 0 configure:3149: cc -V >&5 cc: '-V' option must have argument configure:3153: $? = 1 configure:3176: checking for C compiler default output file name configure:3198: cc -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:3202: $? = 0 configure:3240: result: a.out configure:3257: checking whether the C compiler works configure:3267: ./a.out configure:3271: $? = 0 configure:3288: result: yes configure:3295: checking whether we are cross compiling configure:3297: result: no configure:3300: checking for suffix of executables configure:3307: cc -o conftest -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:3311: $? = 0 configure:3335: result: configure:3341: checking for suffix of object files configure:3367: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:3371: $? = 0 configure:3394: result: o configure:3398: checking whether we are using the GNU C compiler configure:3427: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:3434: $? = 0 configure:3451: result: yes configure:3460: checking whether cc accepts -g configure:3490: cc -c -g conftest.c >&5 configure:3497: $? = 0 configure:3598: result: yes configure:3615: checking for cc option to accept ISO C89 configure:3689: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:3696: $? = 0 configure:3719: result: none needed configure:3739: checking dependency style of cc configure:3830: result: gcc3 configure:3845: checking for a sed that does not truncate output configure:3901: result: /usr/bin/sed configure:3904: checking for grep that handles long lines and -e configure:3964: result: /usr/bin/grep configure:3969: checking for egrep configure:4033: result: /usr/bin/grep -E configure:4049: checking for ld used by cc configure:4116: result: /usr/bin/ld configure:4125: checking if the linker (/usr/bin/ld) is GNU ld configure:4140: result: yes configure:4145: checking for /usr/bin/ld option to reload object files configure:4152: result: -r configure:4170: checking for BSD-compatible nm configure:4219: result: /usr/bin/nm -B configure:4223: checking whether ln -s works configure:4227: result: yes configure:4234: checking how to recognize dependent libraries configure:4420: result: pass_all configure:4669: checking how to run the C preprocessor configure:4709: 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:4754: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libSM" | #define PACKAGE_TARNAME "libSM" | #define PACKAGE_VERSION "1.1.0" | #define PACKAGE_STRING "libSM 1.1.0" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "libSM" | #define VERSION "1.1.0" | /* end confdefs.h. */ | #include configure:4787: result: cc -E configure:4816: cc -E conftest.c configure:4823: $? = 0 configure:4854: cc -E conftest.c conftest.c:10:28: error: ac_nonexistent.h: No such file or directory configure:4861: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libSM" | #define PACKAGE_TARNAME "libSM" | #define PACKAGE_VERSION "1.1.0" | #define PACKAGE_STRING "libSM 1.1.0" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "libSM" | #define VERSION "1.1.0" | /* end confdefs.h. */ | #include configure:4899: checking for ANSI C header files configure:4929: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:4936: $? = 0 configure:5035: cc -o conftest -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:5039: $? = 0 configure:5045: ./conftest configure:5049: $? = 0 configure:5067: result: yes configure:5091: checking for sys/types.h configure:5112: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:5119: $? = 0 configure:5136: result: yes configure:5091: checking for sys/stat.h configure:5112: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:5119: $? = 0 configure:5136: result: yes configure:5091: checking for stdlib.h configure:5112: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:5119: $? = 0 configure:5136: result: yes configure:5091: checking for string.h configure:5112: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:5119: $? = 0 configure:5136: result: yes configure:5091: checking for memory.h configure:5112: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:5119: $? = 0 configure:5136: result: yes configure:5091: checking for strings.h configure:5112: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:5119: $? = 0 configure:5136: result: yes configure:5091: checking for inttypes.h configure:5112: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:5119: $? = 0 configure:5136: result: yes configure:5091: checking for stdint.h configure:5112: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:5119: $? = 0 configure:5136: result: yes configure:5091: checking for unistd.h configure:5112: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:5119: $? = 0 configure:5136: result: yes configure:5165: checking dlfcn.h usability configure:5182: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:5189: $? = 0 configure:5203: result: yes configure:5207: checking dlfcn.h presence configure:5222: cc -E conftest.c configure:5229: $? = 0 configure:5243: result: yes configure:5276: checking for dlfcn.h configure:5285: result: yes configure:5415: checking for C++ compiler version configure:5423: 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:5427: $? = 0 configure:5434: c++ -v >&5 Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:5438: $? = 0 configure:5445: c++ -V >&5 c++: '-V' option must have argument configure:5449: $? = 1 configure:5452: checking whether we are using the GNU C++ compiler configure:5481: c++ -c -O2 -fno-strict-aliasing -pipe conftest.cpp >&5 configure:5488: $? = 0 configure:5505: result: yes configure:5514: checking whether c++ accepts -g configure:5544: c++ -c -g conftest.cpp >&5 configure:5551: $? = 0 configure:5652: result: yes configure:5677: checking dependency style of c++ configure:5768: result: gcc3 configure:5793: checking how to run the C++ preprocessor configure:5829: c++ -E conftest.cpp configure:5836: $? = 0 configure:5867: c++ -E conftest.cpp conftest.cpp:21:28: error: ac_nonexistent.h: No such file or directory configure:5874: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libSM" | #define PACKAGE_TARNAME "libSM" | #define PACKAGE_VERSION "1.1.0" | #define PACKAGE_STRING "libSM 1.1.0" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "libSM" | #define VERSION "1.1.0" | #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:5907: result: c++ -E configure:5936: c++ -E conftest.cpp configure:5943: $? = 0 configure:5974: c++ -E conftest.cpp conftest.cpp:21:28: error: ac_nonexistent.h: No such file or directory configure:5981: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libSM" | #define PACKAGE_TARNAME "libSM" | #define PACKAGE_VERSION "1.1.0" | #define PACKAGE_STRING "libSM 1.1.0" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" | #define PACKAGE "libSM" | #define VERSION "1.1.0" | #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:6074: checking for g77 configure:6104: result: no configure:6074: checking for xlf configure:6104: result: no configure:6074: checking for f77 configure:6104: result: no configure:6074: checking for frt configure:6104: result: no configure:6074: checking for pgf77 configure:6104: result: no configure:6074: checking for cf77 configure:6104: result: no configure:6074: checking for fort77 configure:6104: result: no configure:6074: checking for fl32 configure:6104: result: no configure:6074: checking for af77 configure:6104: result: no configure:6074: checking for xlf90 configure:6104: result: no configure:6074: checking for f90 configure:6104: result: no configure:6074: checking for pgf90 configure:6104: result: no configure:6074: checking for pghpf configure:6104: result: no configure:6074: checking for epcf90 configure:6104: result: no configure:6074: checking for gfortran configure:6104: result: no configure:6074: checking for g95 configure:6104: result: no configure:6074: checking for xlf95 configure:6104: result: no configure:6074: checking for f95 configure:6104: result: no configure:6074: checking for fort configure:6104: result: no configure:6074: checking for ifort configure:6104: result: no configure:6074: checking for ifc configure:6104: result: no configure:6074: checking for efc configure:6104: result: no configure:6074: checking for pgf95 configure:6104: result: no configure:6074: checking for lf95 configure:6104: result: no configure:6074: checking for ftn configure:6104: result: no configure:6131: checking for Fortran 77 compiler version configure:6139: --version >&5 --version: not found configure:6143: $? = 127 configure:6150: -v >&5 -v: not found configure:6154: $? = 127 configure:6161: -V >&5 -V: not found configure:6165: $? = 127 configure:6173: checking whether we are using the GNU Fortran 77 compiler configure:6192: -c conftest.F >&5 -c: not found configure:6199: $? = 127 configure: failed program was: | program main | #ifndef __GNUC__ | choke me | #endif | | end configure:6216: result: no configure:6222: checking whether accepts -g configure:6239: -c -g conftest.f >&5 -c: not found configure:6246: $? = 127 configure: failed program was: | program main | | end configure:6262: result: no configure:6295: checking the maximum length of command line arguments configure:6407: result: 262144 configure:6419: checking command to parse /usr/bin/nm -B output from cc object configure:6524: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:6527: $? = 0 configure:6531: /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:6534: $? = 0 configure:6586: cc -o conftest -O2 -fno-strict-aliasing -pipe conftest.c conftstm.o >&5 configure:6589: $? = 0 configure:6627: result: ok configure:6631: checking for objdir configure:6646: result: .libs configure:6738: checking for ar configure:6754: found /usr/bin/ar configure:6765: result: ar configure:6834: checking for ranlib configure:6850: found /usr/bin/ranlib configure:6861: result: ranlib configure:6930: checking for strip configure:6946: found /usr/bin/strip configure:6957: result: strip configure:7559: checking if cc supports -fno-rtti -fno-exceptions configure:7577: 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:7581: $? = 0 configure:7594: result: no configure:7609: checking for cc option to produce PIC configure:7841: result: -fPIC configure:7849: checking if cc PIC flag -fPIC works configure:7867: cc -c -O2 -fno-strict-aliasing -pipe -fPIC -DPIC conftest.c >&5 configure:7871: $? = 0 configure:7884: result: yes configure:7912: checking if cc static flag -static works configure:7940: result: yes configure:7950: checking if cc supports -c -o file.o configure:7971: cc -c -O2 -fno-strict-aliasing -pipe -o out/conftest2.o conftest.c >&5 configure:7975: $? = 0 configure:7997: result: yes configure:8023: checking whether the cc linker (/usr/bin/ld) supports shared libraries configure:9011: result: yes configure:9032: checking whether -lc should be explicitly linked in configure:9037: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:9040: $? = 0 configure:9055: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| grep -lc \>/dev/null 2\>\&1 configure:9058: $? = 0 configure:9070: result: no configure:9078: checking dynamic linker characteristics configure:9680: result: freebsd7.1 ld.so configure:9704: checking how to hardcode library paths into programs configure:9729: result: immediate configure:9743: checking whether stripping libraries is possible configure:9748: result: yes configure:10578: checking if libtool supports shared libraries configure:10580: result: yes configure:10583: checking whether to build shared libraries configure:10604: result: yes configure:10607: checking whether to build static libraries configure:10611: result: yes configure:10705: creating libtool configure:11298: checking for ld used by c++ configure:11365: result: /usr/bin/ld configure:11374: checking if the linker (/usr/bin/ld) is GNU ld configure:11389: result: yes configure:11440: checking whether the c++ linker (/usr/bin/ld) supports shared libraries configure:12394: result: yes configure:12411: c++ -c -O2 -fno-strict-aliasing -pipe conftest.cpp >&5 configure:12414: $? = 0 configure:12570: checking for c++ option to produce PIC configure:12854: result: -fPIC configure:12862: checking if c++ PIC flag -fPIC works configure:12880: c++ -c -O2 -fno-strict-aliasing -pipe -fPIC -DPIC conftest.cpp >&5 configure:12884: $? = 0 configure:12897: result: yes configure:12925: checking if c++ static flag -static works configure:12953: result: yes configure:12963: checking if c++ supports -c -o file.o configure:12984: c++ -c -O2 -fno-strict-aliasing -pipe -o out/conftest2.o conftest.cpp >&5 configure:12988: $? = 0 configure:13010: result: yes configure:13036: checking whether the c++ linker (/usr/bin/ld) supports shared libraries configure:13062: result: yes configure:13129: checking dynamic linker characteristics configure:13679: result: freebsd7.1 ld.so configure:13703: checking how to hardcode library paths into programs configure:13728: result: immediate configure:20013: checking for gcc configure:20040: result: cc configure:20278: checking for C compiler version configure:20286: 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:20290: $? = 0 configure:20297: cc -v >&5 Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:20301: $? = 0 configure:20308: cc -V >&5 cc: '-V' option must have argument configure:20312: $? = 1 configure:20315: checking whether we are using the GNU C compiler configure:20368: result: yes configure:20377: checking whether cc accepts -g configure:20515: result: yes configure:20532: checking for cc option to accept ISO C89 configure:20636: result: none needed configure:20656: checking dependency style of cc configure:20747: result: gcc3 ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_build=amd64-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_LDFLAGS_set='' ac_cv_env_LDFLAGS_value='' ac_cv_env_LIBS_set='' ac_cv_env_LIBS_value='' ac_cv_env_build_alias_set=set ac_cv_env_build_alias_value=amd64-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_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=amd64-portbld-freebsd7.1 ac_cv_objext=o ac_cv_path_EGREP='/usr/bin/grep -E' ac_cv_path_GREP=/usr/bin/grep 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_pic_works=yes lt_cv_prog_compiler_pic_works_CXX=yes lt_cv_prog_compiler_rtti_exceptions=no lt_cv_prog_compiler_static_works=yes lt_cv_prog_compiler_static_works_CXX=yes 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_lib_dlsearch_path_spec='/lib /usr/lib' lt_cv_sys_lib_search_path_spec=/usr/lib 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='/usr/local/bin/aclocal-1.10' AMDEPBACKSLASH='\' AMDEP_FALSE='#' AMDEP_TRUE='' AMTAR='${SHELL} /usr/ports/x11/libSM/work/libSM-1.1.0/missing --run tar' AR='ar' AUTOCONF='/usr/local/bin/autoconf-2.62' AUTOHEADER='/usr/local/bin/autoheader-2.62' AUTOMAKE='/usr/local/bin/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' DSYMUTIL='' ECHO='echo' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='/usr/bin/grep -E' EXEEXT='' F77='' FFLAGS='' 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) /usr/local/bin/libtool' LN_S='ln -s' LTLIBOBJS='' MAINT='#' MAINTAINER_MODE_FALSE='' MAINTAINER_MODE_TRUE='#' MAKEINFO='${SHELL} /usr/ports/x11/libSM/work/libSM-1.1.0/missing --run makeinfo' MKDIR_P='./install-sh -c -d' NMEDIT='' OBJEXT='o' PACKAGE='libSM' PACKAGE_BUGREPORT='https://bugs.freedesktop.org/enter_bug.cgi?product=xorg' PACKAGE_NAME='libSM' PACKAGE_STRING='libSM 1.1.0' PACKAGE_TARNAME='libSM' PACKAGE_VERSION='1.1.0' PATH_SEPARATOR=':' RANLIB='ranlib' SED='/usr/bin/sed' SET_MAKE='' SHELL='/bin/sh' SM_CFLAGS='' SM_LIBS='' STRIP='strip' VERSION='1.1.0' WITH_LIBUUID_FALSE='' WITH_LIBUUID_TRUE='' WITH_STDUUID_FALSE='' WITH_STDUUID_TRUE='' XTRANS_CFLAGS='' XTRANS_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='amd64-portbld-freebsd7.1' build_alias='amd64-portbld-freebsd7.1' build_cpu='amd64' build_os='freebsd7.1' build_vendor='portbld' datadir='${datarootdir}' datarootdir='${prefix}/share' docdir='${datarootdir}/doc/${PACKAGE_TARNAME}' dvidir='${docdir}' exec_prefix='NONE' host='amd64-portbld-freebsd7.1' host_alias='' host_cpu='amd64' host_os='freebsd7.1' host_vendor='portbld' htmldir='${docdir}' includedir='${prefix}/include' infodir='/usr/local/info' install_sh='$(SHELL) /usr/ports/x11/libSM/work/libSM-1.1.0/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 "libSM" #define PACKAGE_TARNAME "libSM" #define PACKAGE_VERSION "1.1.0" #define PACKAGE_STRING "libSM 1.1.0" #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" #define PACKAGE "libSM" #define VERSION "1.1.0" #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 2 From alex at mailinglist.ahhyes.net Mon Mar 9 23:47:25 2009 From: alex at mailinglist.ahhyes.net (Alex) Date: Mon Mar 9 23:47:32 2009 Subject: Radeon DRIVER In-Reply-To: <1236634490.1730.5.camel@balrog.2hip.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236634490.1730.5.camel@balrog.2hip.net> Message-ID: <49B60C3F.9090104@mailinglist.ahhyes.net> Hi Robert, Is there a patch for 7-STABLE yet? I am really keen to have proper XV support so I can watch my movies full screen rather than in a tiny box. My card is a Radeon 2400HD (RV610) Thanks! Robert Noland wrote: > On Mon, 2009-03-09 at 22:23 +0200, Aragon Gouveia wrote: > >> Aragon Gouveia wrote: >> >>> Robert Noland wrote: >>> >>>> On Sun, 2009-03-08 at 16:33 +0200, Aragon Gouveia wrote: >>>> >>>>> Patch output is pasted below. The unsuccessful hunk in radeon_cp.c I >>>>> wedged in by hand. In a few hours I hope to report on the results of >>>>> upgrading to Xorg 7.4 and latest radeonhd-devel. Running Xorg 7.3 >>>>> and video-ati-6.9.0 at the moment. >>>>> >>>>> >>>> On -STABLE you also need the "Move vblank_init to load time" patch >>>> first. That will make the patch fail on the i915 driver, but if you >>>> aren't using that one, it should be ok, as long as it compiles. I'll >>>> merge all of this within a couple of weeks. >>>> > > Try this... > http://people.freebsd.org/~rnoland/drm-7-synced-to-HEAD-030909.patch > > robert. > > >>> I'll grab the vblank patch before going further with the Xorg and >>> radeonhd upgrade. Thanks! >>> >> I have applied both kernel patches, recompiled, rebooted, upgraded to >> Xorg 7.4, upgraded to radeonhd-devel from ports. The kernel is still >> seeing my card: >> >> vgapci0: port 0x2000-0x20ff mem >> 0xd0000000-0xdfffffff,0xe0200000-0xe020ffff irq 16 at device 0.0 on pci1 >> drm0: on vgapci0 >> vgapci0: child drm0 requested pci_enable_busmaster >> info: [drm] Initialized radeon 1.29.0 20080528 >> >> Enabling DRI and Exa in xorg.conf causes my display to go blank during X >> startup and I'm left with no other way out except hitting my power >> button and shutting down. >> >> Enabling Exa with DRI disabled is wildly slow. >> >> Leaving both disabled works fine, but no Xv. :) >> >> Please let me know if I can provide more info to debug this. >> >> >> Thanks, >> Aragon >> >> From rnoland at FreeBSD.org Mon Mar 9 23:55:52 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Mon Mar 9 23:55:59 2009 Subject: Radeon DRIVER In-Reply-To: <49B60C3F.9090104@mailinglist.ahhyes.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236634490.1730.5.camel@balrog.2hip.net> <49B60C3F.9090104@mailinglist.ahhyes.net> Message-ID: <1236668133.1730.21.camel@balrog.2hip.net> On Tue, 2009-03-10 at 17:44 +1100, Alex wrote: > Hi Robert, > > Is there a patch for 7-STABLE yet? I am really keen to have proper XV > support so I can watch my movies full screen rather than in a tiny box. > My card is a Radeon 2400HD (RV610) > > Thanks! I put together a patch earlier today... http://people.freebsd.org/~rnoland/drm-7-synced-to-HEAD-030909.patch That brings 7 up to the same code that is in HEAD. robert. > > Robert Noland wrote: > > On Mon, 2009-03-09 at 22:23 +0200, Aragon Gouveia wrote: > > > >> Aragon Gouveia wrote: > >> > >>> Robert Noland wrote: > >>> > >>>> On Sun, 2009-03-08 at 16:33 +0200, Aragon Gouveia wrote: > >>>> > >>>>> Patch output is pasted below. The unsuccessful hunk in radeon_cp.c I > >>>>> wedged in by hand. In a few hours I hope to report on the results of > >>>>> upgrading to Xorg 7.4 and latest radeonhd-devel. Running Xorg 7.3 > >>>>> and video-ati-6.9.0 at the moment. > >>>>> > >>>>> > >>>> On -STABLE you also need the "Move vblank_init to load time" patch > >>>> first. That will make the patch fail on the i915 driver, but if you > >>>> aren't using that one, it should be ok, as long as it compiles. I'll > >>>> merge all of this within a couple of weeks. > >>>> > > > > Try this... > > http://people.freebsd.org/~rnoland/drm-7-synced-to-HEAD-030909.patch > > > > robert. > > > > > >>> I'll grab the vblank patch before going further with the Xorg and > >>> radeonhd upgrade. Thanks! > >>> > >> I have applied both kernel patches, recompiled, rebooted, upgraded to > >> Xorg 7.4, upgraded to radeonhd-devel from ports. The kernel is still > >> seeing my card: > >> > >> vgapci0: port 0x2000-0x20ff mem > >> 0xd0000000-0xdfffffff,0xe0200000-0xe020ffff irq 16 at device 0.0 on pci1 > >> drm0: on vgapci0 > >> vgapci0: child drm0 requested pci_enable_busmaster > >> info: [drm] Initialized radeon 1.29.0 20080528 > >> > >> Enabling DRI and Exa in xorg.conf causes my display to go blank during X > >> startup and I'm left with no other way out except hitting my power > >> button and shutting down. > >> > >> Enabling Exa with DRI disabled is wildly slow. > >> > >> Leaving both disabled works fine, but no Xv. :) > >> > >> Please let me know if I can provide more info to debug this. > >> > >> > >> Thanks, > >> Aragon > >> > >> > > _______________________________________________ > 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" -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090310/313fb95e/attachment-0001.pgp From alex at mailinglist.ahhyes.net Tue Mar 10 00:28:24 2009 From: alex at mailinglist.ahhyes.net (Alex) Date: Tue Mar 10 00:28:31 2009 Subject: Radeon DRIVER In-Reply-To: <1236668133.1730.21.camel@balrog.2hip.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236634490.1730.5.camel@balrog.2hip.net> <49B60C3F.9090104@mailinglist.ahhyes.net> <1236668133.1730.21.camel@balrog.2hip.net> Message-ID: <49B615D6.3090503@mailinglist.ahhyes.net> Hi Robert, The patch does not cleanly apply to 7-stable (I ran csup against my system about a minute or 2 before, so my system sources should be up to date) [alex@desktop /usr/home/alex]$ uname -a FreeBSD desktop.xor.net 7.1-STABLE FreeBSD 7.1-STABLE #4: Mon Feb 23 18:24:52 EST 2009 root@desktop.xor.net:/usr/obj/usr/src/sys/custom amd64 patch copied to /usr/src/sys command issued was: patch -p0 < drm-7-synced-to-HEAD-030909.patch A lot of the patch succeeds then suddenly i am prompted about patching certain files, heres what happens: ================================================================================ [root@desktop /usr/src/sys]# patch -p0 On Tue, 2009-03-10 at 17:44 +1100, Alex wrote: > >> Hi Robert, >> >> Is there a patch for 7-STABLE yet? I am really keen to have proper XV >> support so I can watch my movies full screen rather than in a tiny box. >> My card is a Radeon 2400HD (RV610) >> >> Thanks! >> > > I put together a patch earlier today... > > http://people.freebsd.org/~rnoland/drm-7-synced-to-HEAD-030909.patch > > That brings 7 up to the same code that is in HEAD. > > robert. > > >> Robert Noland wrote: >> >>> On Mon, 2009-03-09 at 22:23 +0200, Aragon Gouveia wrote: >>> >>> >>>> Aragon Gouveia wrote: >>>> >>>> >>>>> Robert Noland wrote: >>>>> >>>>> >>>>>> On Sun, 2009-03-08 at 16:33 +0200, Aragon Gouveia wrote: >>>>>> >>>>>> >>>>>>> Patch output is pasted below. The unsuccessful hunk in radeon_cp.c I >>>>>>> wedged in by hand. In a few hours I hope to report on the results of >>>>>>> upgrading to Xorg 7.4 and latest radeonhd-devel. Running Xorg 7.3 >>>>>>> and video-ati-6.9.0 at the moment. >>>>>>> >>>>>>> >>>>>>> >>>>>> On -STABLE you also need the "Move vblank_init to load time" patch >>>>>> first. That will make the patch fail on the i915 driver, but if you >>>>>> aren't using that one, it should be ok, as long as it compiles. I'll >>>>>> merge all of this within a couple of weeks. >>>>>> >>>>>> >>> Try this... >>> http://people.freebsd.org/~rnoland/drm-7-synced-to-HEAD-030909.patch >>> >>> robert. >>> >>> >>> >>>>> I'll grab the vblank patch before going further with the Xorg and >>>>> radeonhd upgrade. Thanks! >>>>> >>>>> >>>> I have applied both kernel patches, recompiled, rebooted, upgraded to >>>> Xorg 7.4, upgraded to radeonhd-devel from ports. The kernel is still >>>> seeing my card: >>>> >>>> vgapci0: port 0x2000-0x20ff mem >>>> 0xd0000000-0xdfffffff,0xe0200000-0xe020ffff irq 16 at device 0.0 on pci1 >>>> drm0: on vgapci0 >>>> vgapci0: child drm0 requested pci_enable_busmaster >>>> info: [drm] Initialized radeon 1.29.0 20080528 >>>> >>>> Enabling DRI and Exa in xorg.conf causes my display to go blank during X >>>> startup and I'm left with no other way out except hitting my power >>>> button and shutting down. >>>> >>>> Enabling Exa with DRI disabled is wildly slow. >>>> >>>> Leaving both disabled works fine, but no Xv. :) >>>> >>>> Please let me know if I can provide more info to debug this. >>>> >>>> >>>> Thanks, >>>> Aragon >>>> >>>> >>>> >> _______________________________________________ >> 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 alex at mailinglist.ahhyes.net Tue Mar 10 00:43:35 2009 From: alex at mailinglist.ahhyes.net (Alex) Date: Tue Mar 10 00:43:41 2009 Subject: Radeon DRIVER In-Reply-To: <49B615D6.3090503@mailinglist.ahhyes.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236634490.1730.5.camel@balrog.2hip.net> <49B60C3F.9090104@mailinglist.ahhyes.net> <1236668133.1730.21.camel@balrog.2hip.net> <49B615D6.3090503@mailinglist.ahhyes.net> Message-ID: <49B61965.5070005@mailinglist.ahhyes.net> Was this meant to be an incremental patch? Should I have applied another patch before this one? Alex wrote: > Hi Robert, > > The patch does not cleanly apply to 7-stable (I ran csup against my > system about a minute or 2 before, so my system sources should be up > to date) > > [alex@desktop /usr/home/alex]$ uname -a > FreeBSD desktop.xor.net 7.1-STABLE FreeBSD 7.1-STABLE #4: Mon Feb 23 > 18:24:52 EST 2009 > root@desktop.xor.net:/usr/obj/usr/src/sys/custom amd64 > > patch copied to /usr/src/sys > > command issued was: patch -p0 < drm-7-synced-to-HEAD-030909.patch > > A lot of the patch succeeds then suddenly i am prompted about patching > certain files, heres what happens: From rnoland at FreeBSD.org Tue Mar 10 02:51:58 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Tue Mar 10 02:52:32 2009 Subject: Radeon DRIVER In-Reply-To: <49B61965.5070005@mailinglist.ahhyes.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236634490.1730.5.camel@balrog.2hip.net> <49B60C3F.9090104@mailinglist.ahhyes.net> <1236668133.1730.21.camel@balrog.2hip.net> <49B615D6.3090503@mailinglist.ahhyes.net> <49B61965.5070005@mailinglist.ahhyes.net> Message-ID: <1236678699.1725.2.camel@balrog.2hip.net> On Tue, 2009-03-10 at 18:40 +1100, Alex wrote: > Was this meant to be an incremental patch? Should I have applied another > patch before this one? No, it looks like svn diff is messing things up... i915_reg.h is a new file, as are r600_microcode.h and r600_cp.c. robert. > Alex wrote: > > Hi Robert, > > > > The patch does not cleanly apply to 7-stable (I ran csup against my > > system about a minute or 2 before, so my system sources should be up > > to date) > > > > [alex@desktop /usr/home/alex]$ uname -a > > FreeBSD desktop.xor.net 7.1-STABLE FreeBSD 7.1-STABLE #4: Mon Feb 23 > > 18:24:52 EST 2009 > > root@desktop.xor.net:/usr/obj/usr/src/sys/custom amd64 > > > > patch copied to /usr/src/sys > > > > command issued was: patch -p0 < drm-7-synced-to-HEAD-030909.patch > > > > A lot of the patch succeeds then suddenly i am prompted about patching > > certain files, heres what happens: > > _______________________________________________ > 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" -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090310/2f64845c/attachment.pgp From alex at mailinglist.ahhyes.net Tue Mar 10 06:05:42 2009 From: alex at mailinglist.ahhyes.net (alex@mailinglist.ahhyes.net) Date: Tue Mar 10 06:05:48 2009 Subject: Radeon DRIVER In-Reply-To: <1236678699.1725.2.camel@balrog.2hip.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236634490.1730.5.camel@balrog.2hip.net> <49B60C3F.9090104@mailinglist.ahhyes.net> <1236668133.1730.21.camel@balrog.2hip.net> <49B615D6.3090503@mailinglist.ahhyes.net> <49B61965.5070005@mailinglist.ahhyes.net> <1236678699.1725.2.camel@balrog.2hip.net> Message-ID: <20090310083508.8oyf6s8yiowo0gks@syd-srv02.ezyreg.com> Hi Robert, Any ideas what the solution is? Quoting Robert Noland : > On Tue, 2009-03-10 at 18:40 +1100, Alex wrote: >> Was this meant to be an incremental patch? Should I have applied another >> patch before this one? > > No, it looks like svn diff is messing things up... i915_reg.h is a new > file, as are r600_microcode.h and r600_cp.c. > > robert. > >> Alex wrote: >> > Hi Robert, >> > >> > The patch does not cleanly apply to 7-stable (I ran csup against my >> > system about a minute or 2 before, so my system sources should be up >> > to date) >> > >> > [alex@desktop /usr/home/alex]$ uname -a >> > FreeBSD desktop.xor.net 7.1-STABLE FreeBSD 7.1-STABLE #4: Mon Feb 23 >> > 18:24:52 EST 2009 >> > root@desktop.xor.net:/usr/obj/usr/src/sys/custom amd64 >> > >> > patch copied to /usr/src/sys >> > >> > command issued was: patch -p0 < drm-7-synced-to-HEAD-030909.patch >> > >> > A lot of the patch succeeds then suddenly i am prompted about patching >> > certain files, heres what happens: >> >> _______________________________________________ >> 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" > -- > Robert Noland > FreeBSD > From aragon at phat.za.net Tue Mar 10 06:14:41 2009 From: aragon at phat.za.net (Aragon Gouveia) Date: Tue Mar 10 06:14:48 2009 Subject: Radeon DRIVER In-Reply-To: <20090310083508.8oyf6s8yiowo0gks@syd-srv02.ezyreg.com> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236634490.1730.5.camel@balrog.2hip.net> <49B60C3F.9090104@mailinglist.ahhyes.net> <1236668133.1730.21.camel@balrog.2hip.net> <49B615D6.3090503@mailinglist.ahhyes.net> <49B61965.5070005@mailinglist.ahhyes.net> <1236678699.1725.2.camel@balrog.2hip.net> <20090310083508.8oyf6s8yiowo0gks@syd-srv02.ezyreg.com> Message-ID: <49B667B6.6030202@phat.za.net> Hi, alex@mailinglist.ahhyes.net wrote: > Hi Robert, > > Any ideas what the solution is? I'm sure the solution is in the works! I'll be waiting for Robert's next patchset, or his MFC. Keep an eye on the x11 list. Regards, Aragon From ber1teguh at yahoo.com Tue Mar 10 06:15:59 2009 From: ber1teguh at yahoo.com (Teguh Wibowo) Date: Tue Mar 10 06:16:58 2009 Subject: kdegraphics4 - bug report Message-ID: <930467.68950.qm@web53612.mail.re2.yahoo.com> Installation of kdegraphics4 using port failed unexpectedly. Please see attachment for more details. Best regards, Teguh Get your new Email address! Grab the Email name you've always wanted before someone else does! http://mail.promotions.yahoo.com/newdomains/aa/ -------------- next part -------------- A non-text attachment was scrubbed... Name: config.log Type: application/octet-stream Size: 16559 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090310/ed9b8fc1/config.obj -------------- next part -------------- [root@kantor /home/limabit]# uname -a FreeBSD kantor.limabit.com 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 [root@kantor /home/limabit]# ls /var/db/pkg/ amspsfnt-1.0_5 libXcursor-1.1.9 xclock-1.0.3 appres-1.0.1 libXdamage-1.1.1 xcmsdb-1.0.1 bash-3.2.25 libXdmcp-1.0.2 xconsole-1.0.3 bdftopcf-1.0.1 libXevie-1.0.2 xcursor-themes-1.0.1_1 beforelight-1.0.2 libXext-1.0.3,1 xcursorgen-1.0.2 bitmap-1.0.3 libXfixes-4.0.3 xdbedizzy-1.0.2 bitstream-vera-1.10_4 libXfont-1.3.1_2,1 xditview-1.0.1 cdrtools-2.01_6 libXfontcache-1.0.4 xdm-1.1.6_2 cmpsfont-1.0_6 libXft-2.1.12 xdpyinfo-1.0.2 compositeproto-0.4 libXi-1.1.3,1 xdriinfo-1.0.2 cups-base-1.3.9_3 libXinerama-1.0.2,1 xedit-1.0.2 cvsup-without-gui-16.1h_3 libXmu-1.0.3,1 xev-1.0.2 damageproto-1.1.0_2 libXp-1.0.0,1 xextproto-7.0.2 dbus-1.0.2_2 libXpm-3.5.7 xeyes-1.0.1 dbus-glib-0.74 libXprintAppUtil-1.0.1 xf86-input-keyboard-1.2.2_1 dmidecode-2.9 libXprintUtil-1.0.1 xf86-input-mouse-1.2.3 dri-7.0.1,2 libXrandr-1.2.2 xf86-video-ati-6.7.195 dri2proto-1.99.3 libXrender-0.9.4 xf86-video-i810-1.6.5_3 editres-1.0.3 libXres-1.0.3_2 xf86-video-nv-2.1.6 encodings-1.0.2,1 libXt-1.0.5 xf86-video-vesa-1.3.0_1 expat-2.0.0_1 libXtst-1.0.3 xf86-video-vga-4.1.0_1 fixesproto-4.0 libXv-1.0.3,1 xf86-video-via-0.2.2_2 font-adobe-100dpi-1.0.0_1 libXvMC-1.0.4 xf86dga-1.0.2 font-adobe-75dpi-1.0.0 libXxf86dga-1.0.2 xf86dgaproto-2.0.3 font-adobe-utopia-100dpi-1.0.1 libXxf86misc-1.0.1 xf86miscproto-0.9.2 font-adobe-utopia-75dpi-1.0.1 libXxf86vm-1.0.1 xf86vidmodeproto-2.2.2 font-adobe-utopia-type1-1.0.1 libdmx-1.0.2 xfd-1.0.1 font-alias-1.0.1 libdrm-2.4.5 xfindproxy-1.0.1 font-arabic-misc-1.0.0 libfontenc-1.0.4 xfontsel-1.0.2 font-bh-100dpi-1.0.0 libgcrypt-1.4.4 xfs-1.0.5,1 font-bh-75dpi-1.0.0 libgpg-error-1.7 xfsinfo-1.0.1 font-bh-lucidatypewriter-100dpi-1.0.0 libiconv-1.11_1 xfwp-1.0.1 font-bh-lucidatypewriter-75dpi-1.0.0 liboldX-1.0.1 xgamma-1.0.2 font-bh-ttf-1.0.0 libpthread-stubs-0.1 xgc-1.0.1 font-bh-type1-1.0.0 libtool-1.5.26 xhost-1.0.2 font-bitstream-100dpi-1.0.0 libvolume_id-0.75.0_1 xineramaproto-1.1.2 font-bitstream-75dpi-1.0.0 libwww-5.4.0_4 xinit-1.0.7 font-bitstream-type1-1.0.0 libxkbfile-1.0.4 xkbcomp-1.0.3 font-cronyx-cyrillic-1.0.0 libxkbui-1.0.2 xkbevd-1.0.2 font-cursor-misc-1.0.0 libxml2-2.6.30 xkbprint-1.0.1 font-daewoo-misc-1.0.0 listres-1.0.1 xkbutils-1.0.1 font-dec-misc-1.0.0 luit-1.0.2_2 xkeyboard-config-1.0_1 font-ibm-type1-1.0.0 makedepend-1.0.1,1 xkill-1.0.1 font-isas-misc-1.0.0 mkcomposecache-1.2_1 xload-1.0.2 font-jis-misc-1.0.0 mkfontdir-1.0.3 xlogo-1.0.1 font-micro-misc-1.0.0 mkfontscale-1.0.3 xlsatoms-1.0.1 font-misc-cyrillic-1.0.0 nas-1.9.1_3 xlsclients-1.0.1 font-misc-ethiopic-1.0.0 oclock-1.0.1 xlsfonts-1.0.2 font-misc-meltho-1.0.0_1 p5-type1inst-0.6.1_5 xmag-1.0.2 font-misc-misc-1.0.0 pciids-20071004 xman-1.0.3 font-mutt-misc-1.0.0 pcre-7.4 xmessage-1.0.2 font-schumacher-misc-1.0.0 perl-5.8.9_2 xmodmap-1.0.3 font-screen-cyrillic-1.0.1 pixman-0.9.6 xmore-1.0.1 font-sony-misc-1.0.0 pkg-config-0.22_1 xorg-7.3_1 font-sun-misc-1.0.0 png-1.2.22 xorg-apps-7.3 font-util-1.0.1 policykit-0.1.20060514_4 xorg-cf-files-1.0.2_3 font-winitzki-cyrillic-1.0.0 printproto-1.0.3 xorg-docs-1.4,1 font-xfree86-type1-1.0.0 python25-2.5.1_1 xorg-drivers-7.3 fontcacheproto-0.1.2 qt4-corelib-4.4.3 xorg-fonts-100dpi-7.3 fontconfig-2.4.2_2,1 qt4-gui-4.4.3_2 xorg-fonts-7.3 fontsproto-2.0.2 qt4-moc-4.4.3 xorg-fonts-75dpi-7.3 fonttosfnt-1.0.3 qt4-qmake-4.4.3 xorg-fonts-cyrillic-7.3 freetype2-2.3.5 qt4-rcc-4.4.3 xorg-fonts-miscbitmaps-7.3 fslsfonts-1.0.1 qt4-uic-4.4.3 xorg-fonts-truetype-7.3 fstobdf-1.0.2 randrproto-1.2.1 xorg-fonts-type1-7.3 gccmakedep-1.0.2 recordproto-1.13.2 xorg-libraries-7.3_1 gd-2.0.35,1 renderproto-0.9.3 xorg-protos-7.3 gettext-0.16.1_3 rgb-1.0.1 xorg-server-1.4_4,1 ghostscript8-8.63 rstart-1.0.2 xphelloworld-1.0.1_1 glib-2.14.2 scripts-1.0.1 xplsprinters-1.0.1 glproto-1.4.9 scrnsaverproto-1.1.0 xpr-1.0.2 gmake-3.81_3 sessreg-1.0.3 xprehashprinterlist-1.0.1 gnome_subr-1.0 setxkbmap-1.0.4 xprop-1.0.3 gnutls-2.6.4 showfont-1.0.1 xproto-7.0.10_1 gsfonts-8.11_4 smproxy-1.0.2 xrandr-1.2.2 hal-0.5.8.20070909 t1lib-5.1.2_1,1 xrdb-1.0.4 iceauth-1.0.2 teTeX-base-3.0_14 xrefresh-1.0.2 ico-1.0.2 teTeX-texmf-3.0_5 xrx-1.0.1 imake-1.0.2_4,1 tex-texmflocal-1.9 xset-1.0.3 inputproto-1.4.2.1 texi2html-1.76_1,1 xsetmode-1.0.0 jpeg-6b_7 tiff-3.8.2_3 xsetpointer-1.0.1 kbproto-1.0.3 trapproto-3.4.3 xsetroot-1.0.2 libFS-1.0.0 twm-1.0.3_3 xsm-1.0.1 libGL-7.0.1 videoproto-2.2.2 xstdcmap-1.0.1 libICE-1.0.4,1 viewres-1.0.1 xterm-229 libSM-1.0.3,1 x11perf-1.4.1 xtrans-1.0.4 libX11-1.1.3,1 xauth-1.0.2 xtrap-1.0.2 libXScrnSaver-1.1.2 xbacklight-1.1 xvidtune-1.0.1 libXTrap-1.0.0 xbiff-1.0.1 xvinfo-1.0.2 libXau-1.0.3_2 xbitmaps-1.0.1 xwd-1.0.1 libXaw-1.0.4,1 xcalc-1.0.2 xwininfo-1.0.3 libXcomposite-0.4.0,1 xclipboard-1.0.1 xwud-1.0.1 [root@kantor /home/limabit]# From rsmith at xs4all.nl Tue Mar 10 10:02:55 2009 From: rsmith at xs4all.nl (Roland Smith) Date: Tue Mar 10 10:03:02 2009 Subject: what's the best-supported video card these days? In-Reply-To: References: <49B59345.30702@aldan.algebra.com> Message-ID: <20090310170247.GC13438@slackbox.xs4all.nl> On Mon, Mar 09, 2009 at 05:30:51PM -0600, Warren Block wrote: > The X1650 I'm using right now is PCIE. Cheap, dual-DVI, 2D, 3D. It's > almost perfect. > > "Almost" meaning that a few times an hour, it blinks a single frame of > the magnified upper left corner of the screen. Maybe just this card, > but it sounds like this: > > http://bugs.freedesktop.org/show_bug.cgi?id=14609 > > If anyone else using an X1650 on FreeBSD has seen the blink, they > haven't mentioned it. I've got an X1650 Pro (RV535). I've never seen such a thing (using XAA accelleration). 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: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090310/a940fc8b/attachment.pgp From awardcenter2009 at gmail.com Tue Mar 10 10:37:02 2009 From: awardcenter2009 at gmail.com (YAHOO AWARD CENTER) Date: Tue Mar 10 10:37:29 2009 Subject: YOU ARE A WINNER OF YAHOO AWARD GRANTS JANUARY 2009 Message-ID: <20090310171019.11573.qmail@be27.masterhost.ru> Awards Centre 124 Stockport Road, Longsight, Manchester M60 2DB - United KingdomTel:+447031925532. This is to inform you that you have won a prize money of Three million,Two Hundred Thousand Great Britain Pounds (GBP 3,200,000.00) for the month of January, 2009 Prize promotion which is organized by YAHOO A WARDS & WINDOWS LIVE. YAHOO collects all the email addresses of the people that are active online, among the millions that subscribed to Yahoo and Hotmail and few from other e-mail providers. Six people are selected monthly to benefit from this promotion and you are one of the Selected Winners which your e-mail address won the Jackpot Prize while other five winners won One Million Great Britain Pounds(GBP 1,000,000.00) each. PAYMENT OF PRIZE / CLAIMS Winners shall be paid in accordance with their Settlement Centers. Yahoo Prize Award must be claimed not later than 10 days from date of Draw Notification. Any prize not claimed within this period will be forfeited and returned to its source as unclaimed. Stated below are your identification numbers: BATCH NUMBER: MFI/06/APA-43658 REFERENCE NUMBER: 2007234522 PIN: 1207 You are requested to contact our Assistant co-ordinator in Manchester and send your winning identification numbers to him: Co-ordinator's Name: Dr. Christopher Adam.E-Mail:award_cent123@yahoo.fr Tel:+447031925532 You are advised to send the following information to our co-ordinator to facilitate the release of of your fund to you. 1. Full name.............................................. 2. Country................................................. 3. Contact Address................................ 4. Telephone Number............................ 5. fax Number.......................................... 5. Marital Status..................................... 6. Occupation.......................................... 7. Sex......................................................... 8. Date of Birth/Age ............................... 9. Identity card(carte identite)............. Congratulations!! once again. Yours in service, Mrs. Mary Anna Jones(Awards coordinator) -------------------------------------------------------------------------------------------------------------------------------------------------WARNING! You must keep strict confidentiality of your Prize Award claims to yourself until your money is successfully handed over to you to avoid disqualification that may arise from double claims. Yahoo Awards Team shall not be held liable for any loss of funds arising from the above mentioned. From wblock at wonkity.com Tue Mar 10 10:38:15 2009 From: wblock at wonkity.com (Warren Block) Date: Tue Mar 10 10:38:22 2009 Subject: what's the best-supported video card these days? In-Reply-To: <20090310170247.GC13438@slackbox.xs4all.nl> References: <49B59345.30702@aldan.algebra.com> <20090310170247.GC13438@slackbox.xs4all.nl> Message-ID: On Tue, 10 Mar 2009, Roland Smith wrote: > On Mon, Mar 09, 2009 at 05:30:51PM -0600, Warren Block wrote: >> The X1650 I'm using right now is PCIE. Cheap, dual-DVI, 2D, 3D. It's >> almost perfect. >> >> "Almost" meaning that a few times an hour, it blinks a single frame of >> the magnified upper left corner of the screen. Maybe just this card, >> but it sounds like this: >> >> http://bugs.freedesktop.org/show_bug.cgi?id=14609 >> >> If anyone else using an X1650 on FreeBSD has seen the blink, they >> haven't mentioned it. > > I've got an X1650 Pro (RV535). I've never seen such a thing (using XAA > accelleration). I've been using EXA. Will try XAA. -Warren Block * Rapid City, South Dakota USA From stephleg at free.fr Tue Mar 10 14:10:04 2009 From: stephleg at free.fr (=?ISO-8859-1?Q?St=E9phane?= Legrand) Date: Tue Mar 10 14:10:11 2009 Subject: ports/132426: x11/xorg: Unable to start X server after ports upgrade Message-ID: <200903102110.n2ALA4w5046627@freefall.freebsd.org> The following reply was made to PR ports/132426; it has been noted by GNATS. From: =?ISO-8859-1?Q?St=E9phane?= Legrand To: bug-followup@FreeBSD.org, stephleg@free.fr Cc: Subject: Re: ports/132426: x11/xorg: Unable to start X server after ports upgrade Date: Tue, 10 Mar 2009 22:08:43 +0100 Hello, After upgrading my system and my kernel to -STABLE of 9th March, i can run the X server again. So i guess the PR can now be closed. Regards, Stéphane Legrand. From linimon at FreeBSD.org Tue Mar 10 15:21:33 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Tue Mar 10 15:21:39 2009 Subject: ports/132426: x11/xorg: Unable to start X server after ports upgrade Message-ID: <200903102221.n2AMLWbj046148@freefall.freebsd.org> Synopsis: x11/xorg: Unable to start X server after ports upgrade State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Tue Mar 10 22:21:19 UTC 2009 State-Changed-Why: Apparently fixed by the latest changes. http://www.freebsd.org/cgi/query-pr.cgi?pr=132426 From rnoland at FreeBSD.org Tue Mar 10 16:16:19 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Tue Mar 10 16:16:25 2009 Subject: Radeon DRIVER In-Reply-To: <20090310083508.8oyf6s8yiowo0gks@syd-srv02.ezyreg.com> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236634490.1730.5.camel@balrog.2hip.net> <49B60C3F.9090104@mailinglist.ahhyes.net> <1236668133.1730.21.camel@balrog.2hip.net> <49B615D6.3090503@mailinglist.ahhyes.net> <49B61965.5070005@mailinglist.ahhyes.net> <1236678699.1725.2.camel@balrog.2hip.net> <20090310083508.8oyf6s8yiowo0gks@syd-srv02.ezyreg.com> Message-ID: <1236726956.2091.0.camel@balrog.2hip.net> On Tue, 2009-03-10 at 08:35 -0400, alex@mailinglist.ahhyes.net wrote: > Hi Robert, > > Any ideas what the solution is? Yeah, I need to cut another patch... without using svn diff... robert. > Quoting Robert Noland : > > On Tue, 2009-03-10 at 18:40 +1100, Alex wrote: > >> Was this meant to be an incremental patch? Should I have applied another > >> patch before this one? > > > > No, it looks like svn diff is messing things up... i915_reg.h is a new > > file, as are r600_microcode.h and r600_cp.c. > > > > robert. > > > >> Alex wrote: > >> > Hi Robert, > >> > > >> > The patch does not cleanly apply to 7-stable (I ran csup against my > >> > system about a minute or 2 before, so my system sources should be up > >> > to date) > >> > > >> > [alex@desktop /usr/home/alex]$ uname -a > >> > FreeBSD desktop.xor.net 7.1-STABLE FreeBSD 7.1-STABLE #4: Mon Feb 23 > >> > 18:24:52 EST 2009 > >> > root@desktop.xor.net:/usr/obj/usr/src/sys/custom amd64 > >> > > >> > patch copied to /usr/src/sys > >> > > >> > command issued was: patch -p0 < drm-7-synced-to-HEAD-030909.patch > >> > > >> > A lot of the patch succeeds then suddenly i am prompted about patching > >> > certain files, heres what happens: > >> > >> _______________________________________________ > >> 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" > > -- > > Robert Noland > > FreeBSD > > > > > > _______________________________________________ > 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" -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090310/7442fd4d/attachment.pgp From rnoland at FreeBSD.org Tue Mar 10 20:16:39 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Tue Mar 10 20:17:11 2009 Subject: Radeon DRIVER In-Reply-To: <49B57ACD.5030405@phat.za.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> Message-ID: <1236741375.2091.32.camel@balrog.2hip.net> On Mon, 2009-03-09 at 22:23 +0200, Aragon Gouveia wrote: > Aragon Gouveia wrote: > > Robert Noland wrote: > >> On Sun, 2009-03-08 at 16:33 +0200, Aragon Gouveia wrote: > >>> Patch output is pasted below. The unsuccessful hunk in radeon_cp.c I > >>> wedged in by hand. In a few hours I hope to report on the results of > >>> upgrading to Xorg 7.4 and latest radeonhd-devel. Running Xorg 7.3 > >>> and video-ati-6.9.0 at the moment. > >>> > >> > >> On -STABLE you also need the "Move vblank_init to load time" patch > >> first. That will make the patch fail on the i915 driver, but if you > >> aren't using that one, it should be ok, as long as it compiles. I'll > >> merge all of this within a couple of weeks. > > > > I'll grab the vblank patch before going further with the Xorg and > > radeonhd upgrade. Thanks! > > I have applied both kernel patches, recompiled, rebooted, upgraded to > Xorg 7.4, upgraded to radeonhd-devel from ports. The kernel is still > seeing my card: > > vgapci0: port 0x2000-0x20ff mem > 0xd0000000-0xdfffffff,0xe0200000-0xe020ffff irq 16 at device 0.0 on pci1 > drm0: on vgapci0 > vgapci0: child drm0 requested pci_enable_busmaster > info: [drm] Initialized radeon 1.29.0 20080528 > > Enabling DRI and Exa in xorg.conf causes my display to go blank during X > startup and I'm left with no other way out except hitting my power > button and shutting down. > > Enabling Exa with DRI disabled is wildly slow. > > Leaving both disabled works fine, but no Xv. :) > > Please let me know if I can provide more info to debug this. > Ok, let's try this again... new patchset without using svn diff. http://people.freebsd.org/~rnoland/drm-7-synced-to-HEAD-031009.patch Note that I MFC several things just a little while ago, so make sure that you -STABLE is updated. robert. > Thanks, > Aragon > -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090311/ecf32117/attachment.pgp From alex at mailinglist.ahhyes.net Tue Mar 10 20:31:55 2009 From: alex at mailinglist.ahhyes.net (Alex) Date: Tue Mar 10 20:32:03 2009 Subject: Radeon DRIVER In-Reply-To: <1236741375.2091.32.camel@balrog.2hip.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> Message-ID: <49B72FEC.2090909@mailinglist.ahhyes.net> Hi Robert, Encountered some failures (I did csup my source before attempting the patch). Patching file sys/dev/drm/radeon_cp.c using Plan A... Hunk #1 succeeded at 1. Hunk #2 succeeded at 33. Hunk #3 succeeded at 144. Hunk #4 succeeded at 186. Hunk #5 succeeded at 260. Hunk #6 succeeded at 296. Hunk #7 succeeded at 364. Hunk #8 succeeded at 393. Hunk #9 succeeded at 404. Hunk #10 succeeded at 426. Hunk #11 succeeded at 461. Hunk #12 succeeded at 516. Hunk #13 succeeded at 642. Hunk #14 succeeded at 699. Hunk #15 succeeded at 751. Hunk #16 succeeded at 771. Hunk #17 succeeded at 782. Hunk #18 succeeded at 817. Hunk #19 succeeded at 849. Hunk #20 succeeded at 863. Hunk #21 succeeded at 895. Hunk #22 succeeded at 909. Hunk #23 succeeded at 919. Hunk #24 succeeded at 927. Hunk #25 succeeded at 1044. Hunk #26 succeeded at 1080. Hunk #27 succeeded at 1134. Hunk #28 succeeded at 1161. Hunk #29 succeeded at 1219. Hunk #30 succeeded at 1291. Hunk #31 succeeded at 1304. Hunk #32 succeeded at 1405. Hunk #33 succeeded at 1416. Hunk #34 succeeded at 1460. Hunk #35 succeeded at 1533. Hunk #36 succeeded at 1560. Hunk #37 succeeded at 1583. Hunk #38 succeeded at 1595. Hunk #39 succeeded at 1607. Hunk #40 succeeded at 1637. Hunk #41 succeeded at 1671. Hunk #42 succeeded at 1683. Hunk #43 succeeded at 1705. Hunk #44 succeeded at 1760. Hunk #45 succeeded at 1781. Hunk #46 succeeded at 1799. Hunk #47 succeeded at 1878. Hunk #48 succeeded at 1912. Hunk #49 succeeded at 2082. Hunk #50 failed at 2089. Hunk #51 succeeded at 2111 (offset -6 lines). Hunk #52 succeeded at 2126 (offset -6 lines). 1 out of 52 hunks failed--saving rejects to sys/dev/drm/radeon_cp.c.rej [root@desktop /usr/src]# cat sys/dev/drm/radeon_cp.c.rej *************** *** 1751,1756 **** else dev_priv->flags |= RADEON_IS_PCI; ret = drm_vblank_init(dev, 2); if (ret) { radeon_driver_unload(dev); --- 2089,2100 ---- else dev_priv->flags |= RADEON_IS_PCI; + ret = drm_addmap(dev, drm_get_resource_start(dev, 2), + drm_get_resource_len(dev, 2), _DRM_REGISTERS, + _DRM_READ_ONLY | _DRM_DRIVER, &dev_priv->mmio); + if (ret != 0) + return ret; + ret = drm_vblank_init(dev, 2); if (ret) { radeon_driver_unload(dev); Robert Noland wrote: > On Mon, 2009-03-09 at 22:23 +0200, Aragon Gouveia wrote: > >> Aragon Gouveia wrote: >> >>> Robert Noland wrote: >>> >>>> On Sun, 2009-03-08 at 16:33 +0200, Aragon Gouveia wrote: >>>> >>>>> Patch output is pasted below. The unsuccessful hunk in radeon_cp.c I >>>>> wedged in by hand. In a few hours I hope to report on the results of >>>>> upgrading to Xorg 7.4 and latest radeonhd-devel. Running Xorg 7.3 >>>>> and video-ati-6.9.0 at the moment. >>>>> >>>>> >>>> On -STABLE you also need the "Move vblank_init to load time" patch >>>> first. That will make the patch fail on the i915 driver, but if you >>>> aren't using that one, it should be ok, as long as it compiles. I'll >>>> merge all of this within a couple of weeks. >>>> >>> I'll grab the vblank patch before going further with the Xorg and >>> radeonhd upgrade. Thanks! >>> >> I have applied both kernel patches, recompiled, rebooted, upgraded to >> Xorg 7.4, upgraded to radeonhd-devel from ports. The kernel is still >> seeing my card: >> >> vgapci0: port 0x2000-0x20ff mem >> 0xd0000000-0xdfffffff,0xe0200000-0xe020ffff irq 16 at device 0.0 on pci1 >> drm0: on vgapci0 >> vgapci0: child drm0 requested pci_enable_busmaster >> info: [drm] Initialized radeon 1.29.0 20080528 >> >> Enabling DRI and Exa in xorg.conf causes my display to go blank during X >> startup and I'm left with no other way out except hitting my power >> button and shutting down. >> >> Enabling Exa with DRI disabled is wildly slow. >> >> Leaving both disabled works fine, but no Xv. :) >> >> Please let me know if I can provide more info to debug this. >> >> > > Ok, let's try this again... new patchset without using svn diff. > > http://people.freebsd.org/~rnoland/drm-7-synced-to-HEAD-031009.patch > > Note that I MFC several things just a little while ago, so make sure > that you -STABLE is updated. > > robert. > > >> Thanks, >> Aragon >> >> From rnoland at 2hip.net Tue Mar 10 21:35:51 2009 From: rnoland at 2hip.net (Robert Noland) Date: Tue Mar 10 21:35:57 2009 Subject: Radeon DRIVER In-Reply-To: <49B72FEC.2090909@mailinglist.ahhyes.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> <49B72FEC.2090909@mailinglist.ahhyes.net> Message-ID: <1236746127.2091.33.camel@balrog.2hip.net> On Wed, 2009-03-11 at 14:28 +1100, Alex wrote: > Hi Robert, > > Encountered some failures (I did csup my source before attempting the > patch). Let the mirrors catch up... I just finished MFC before I made the patch. robert. > Patching file sys/dev/drm/radeon_cp.c using Plan > A... > > Hunk #1 succeeded at > 1. > > Hunk #2 succeeded at > 33. > > Hunk #3 succeeded at > 144. > > Hunk #4 succeeded at > 186. > > Hunk #5 succeeded at > 260. > > Hunk #6 succeeded at > 296. > > Hunk #7 succeeded at > 364. > > Hunk #8 succeeded at > 393. > > Hunk #9 succeeded at > 404. > > Hunk #10 succeeded at > 426. > > Hunk #11 succeeded at > 461. > > Hunk #12 succeeded at > 516. > > Hunk #13 succeeded at > 642. > > Hunk #14 succeeded at > 699. > > Hunk #15 succeeded at > 751. > > Hunk #16 succeeded at > 771. > > Hunk #17 succeeded at > 782. > > Hunk #18 succeeded at > 817. > > Hunk #19 succeeded at > 849. > > Hunk #20 succeeded at > 863. > > Hunk #21 succeeded at > 895. > > Hunk #22 succeeded at > 909. > > Hunk #23 succeeded at > 919. > > Hunk #24 succeeded at > 927. > > Hunk #25 succeeded at > 1044. > > Hunk #26 succeeded at > 1080. > > Hunk #27 succeeded at > 1134. > > Hunk #28 succeeded at > 1161. > > Hunk #29 succeeded at > 1219. > > Hunk #30 succeeded at > 1291. > > Hunk #31 succeeded at > 1304. > > Hunk #32 succeeded at > 1405. > > Hunk #33 succeeded at > 1416. > > Hunk #34 succeeded at > 1460. > > Hunk #35 succeeded at > 1533. > > Hunk #36 succeeded at > 1560. > > Hunk #37 succeeded at > 1583. > > Hunk #38 succeeded at > 1595. > > Hunk #39 succeeded at > 1607. > > Hunk #40 succeeded at > 1637. > > Hunk #41 succeeded at > 1671. > > Hunk #42 succeeded at > 1683. > > Hunk #43 succeeded at > 1705. > > Hunk #44 succeeded at > 1760. > > Hunk #45 succeeded at > 1781. > > Hunk #46 succeeded at > 1799. > > Hunk #47 succeeded at > 1878. > > Hunk #48 succeeded at > 1912. > > Hunk #49 succeeded at > 2082. > > Hunk #50 failed at > 2089. > > Hunk #51 succeeded at 2111 (offset -6 > lines). > > Hunk #52 succeeded at 2126 (offset -6 > lines). > > 1 out of 52 hunks failed--saving rejects to sys/dev/drm/radeon_cp.c.rej > > [root@desktop /usr/src]# cat sys/dev/drm/radeon_cp.c.rej > *************** > *** 1751,1756 **** > else > dev_priv->flags |= RADEON_IS_PCI; > > ret = drm_vblank_init(dev, 2); > if (ret) { > radeon_driver_unload(dev); > --- 2089,2100 ---- > else > dev_priv->flags |= RADEON_IS_PCI; > > + ret = drm_addmap(dev, drm_get_resource_start(dev, 2), > + drm_get_resource_len(dev, 2), _DRM_REGISTERS, > + _DRM_READ_ONLY | _DRM_DRIVER, &dev_priv->mmio); > + if (ret != 0) > + return ret; > + > ret = drm_vblank_init(dev, 2); > if (ret) { > radeon_driver_unload(dev); > > > > Robert Noland wrote: > > On Mon, 2009-03-09 at 22:23 +0200, Aragon Gouveia wrote: > > > >> Aragon Gouveia wrote: > >> > >>> Robert Noland wrote: > >>> > >>>> On Sun, 2009-03-08 at 16:33 +0200, Aragon Gouveia wrote: > >>>> > >>>>> Patch output is pasted below. The unsuccessful hunk in radeon_cp.c I > >>>>> wedged in by hand. In a few hours I hope to report on the results of > >>>>> upgrading to Xorg 7.4 and latest radeonhd-devel. Running Xorg 7.3 > >>>>> and video-ati-6.9.0 at the moment. > >>>>> > >>>>> > >>>> On -STABLE you also need the "Move vblank_init to load time" patch > >>>> first. That will make the patch fail on the i915 driver, but if you > >>>> aren't using that one, it should be ok, as long as it compiles. I'll > >>>> merge all of this within a couple of weeks. > >>>> > >>> I'll grab the vblank patch before going further with the Xorg and > >>> radeonhd upgrade. Thanks! > >>> > >> I have applied both kernel patches, recompiled, rebooted, upgraded to > >> Xorg 7.4, upgraded to radeonhd-devel from ports. The kernel is still > >> seeing my card: > >> > >> vgapci0: port 0x2000-0x20ff mem > >> 0xd0000000-0xdfffffff,0xe0200000-0xe020ffff irq 16 at device 0.0 on pci1 > >> drm0: on vgapci0 > >> vgapci0: child drm0 requested pci_enable_busmaster > >> info: [drm] Initialized radeon 1.29.0 20080528 > >> > >> Enabling DRI and Exa in xorg.conf causes my display to go blank during X > >> startup and I'm left with no other way out except hitting my power > >> button and shutting down. > >> > >> Enabling Exa with DRI disabled is wildly slow. > >> > >> Leaving both disabled works fine, but no Xv. :) > >> > >> Please let me know if I can provide more info to debug this. > >> > >> > > > > Ok, let's try this again... new patchset without using svn diff. > > > > http://people.freebsd.org/~rnoland/drm-7-synced-to-HEAD-031009.patch > > > > Note that I MFC several things just a little while ago, so make sure > > that you -STABLE is updated. > > > > robert. > > > > > >> Thanks, > >> Aragon > >> > >> > > _______________________________________________ > 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" -- Robert Noland 2 Hip Networks -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090311/d17483ff/attachment.pgp From alex at mailinglist.ahhyes.net Tue Mar 10 23:57:13 2009 From: alex at mailinglist.ahhyes.net (Alex) Date: Tue Mar 10 23:57:20 2009 Subject: Radeon DRIVER In-Reply-To: <1236746127.2091.33.camel@balrog.2hip.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> <49B72FEC.2090909@mailinglist.ahhyes.net> <1236746127.2091.33.camel@balrog.2hip.net> Message-ID: <49B7600A.50204@mailinglist.ahhyes.net> Hi Robert, Have patched and rebuilt. Everything is detected ok: [alex@desktop ~/Desktop]$ dmesg |grep drm drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.29.0 20080528 info: [drm] Setting GART location based on new memory map info: [drm] Loading RV610 CP Microcode info: [drm] Loading RV610 PFP Microcode info: [drm] Resetting GPU info: [drm] writeback test succeeded in 1 usecs drm0: [ITHREAD] info: [drm] Resetting GPU info: [drm] Loading RV610 CP Microcode info: [drm] Loading RV610 PFP Microcode info: [drm] Resetting GPU However I still have no xv support. When I try to use MPlayer: [alex@desktop ~/Desktop]$ mplayer -vo xv test.avi MPlayer SVN-r28702-4.3.4 (C) 2000-2009 MPlayer Team test.avi. AVI file format detected. [aviheader] Video stream found, -vid 0 [aviheader] Audio stream found, -aid 1 VIDEO: [DX50] 624x254 12bpp 25.000 fps 711.3 kbps (86.8 kbyte/s) Clip info: Software: VirtualDubMod 1.5.10.1 (build 2366/release) Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". [VO_XV] It seems there is no Xvideo support for your video card available. [VO_XV] Run 'xvinfo' to verify its Xv support and read [VO_XV] DOCS/HTML/en/video.html#xv! [VO_XV] See 'mplayer -vo help' for other (non-xv) video out drivers. [VO_XV] Try -vo x11. Error opening/initializing the selected video_out (-vo) device. [alex@desktop ~/Desktop]$ xvinfo Xlib: extension "Generic Event Extension" missing on display ":0.0". X-Video Extension version 2.2 screen #0 no adaptors present Any ideas? Thanks! Alex. Robert Noland wrote: > On Wed, 2009-03-11 at 14:28 +1100, Alex wrote: > >> Hi Robert, >> >> Encountered some failures (I did csup my source before attempting the >> patch). >> > > Let the mirrors catch up... I just finished MFC before I made the patch. > > robert. > From alex at mailinglist.ahhyes.net Wed Mar 11 00:02:16 2009 From: alex at mailinglist.ahhyes.net (Alex) Date: Wed Mar 11 00:02:23 2009 Subject: Radeon DRIVER In-Reply-To: <49B7600A.50204@mailinglist.ahhyes.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> <49B72FEC.2090909@mailinglist.ahhyes.net> <1236746127.2091.33.camel@balrog.2hip.net> <49B7600A.50204@mailinglist.ahhyes.net> Message-ID: <49B76134.5050501@mailinglist.ahhyes.net> Video is suddenly very slow too If I drag windows I can see them being redrawn. Alex wrote: > Hi Robert, > > Have patched and rebuilt. > > Everything is detected ok: > > [alex@desktop ~/Desktop]$ dmesg |grep drm > drm0: on vgapci0 > vgapci0: child drm0 requested pci_enable_busmaster > info: [drm] Initialized radeon 1.29.0 20080528 > info: [drm] Setting GART location based on new memory map > info: [drm] Loading RV610 CP Microcode > info: [drm] Loading RV610 PFP Microcode > info: [drm] Resetting GPU > info: [drm] writeback test succeeded in 1 usecs > drm0: [ITHREAD] > info: [drm] Resetting GPU > info: [drm] Loading RV610 CP Microcode > info: [drm] Loading RV610 PFP Microcode > info: [drm] Resetting GPU From alex at mailinglist.ahhyes.net Wed Mar 11 00:10:39 2009 From: alex at mailinglist.ahhyes.net (Alex) Date: Wed Mar 11 00:10:45 2009 Subject: Radeon DRIVER In-Reply-To: <49B76134.5050501@mailinglist.ahhyes.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> <49B72FEC.2090909@mailinglist.ahhyes.net> <1236746127.2091.33.camel@balrog.2hip.net> <49B7600A.50204@mailinglist.ahhyes.net> <49B76134.5050501@mailinglist.ahhyes.net> Message-ID: <49B76330.60703@mailinglist.ahhyes.net> Disabling DRI in xorg.conf seems to give me back a fast display again... I am using the radeonhd driver ver 1.2.4 (xf86-video-radeonhd-1.2.4) Alex wrote: > Video is suddenly very slow too If I drag windows I can see them being > redrawn. > > > > > Alex wrote: >> Hi Robert, >> >> Have patched and rebuilt. >> >> Everything is detected ok: >> >> [alex@desktop ~/Desktop]$ dmesg |grep drm >> drm0: on vgapci0 >> vgapci0: child drm0 requested pci_enable_busmaster >> info: [drm] Initialized radeon 1.29.0 20080528 >> info: [drm] Setting GART location based on new memory map >> info: [drm] Loading RV610 CP Microcode >> info: [drm] Loading RV610 PFP Microcode >> info: [drm] Resetting GPU >> info: [drm] writeback test succeeded in 1 usecs >> drm0: [ITHREAD] >> info: [drm] Resetting GPU >> info: [drm] Loading RV610 CP Microcode >> info: [drm] Loading RV610 PFP Microcode >> info: [drm] Resetting GPU > > _______________________________________________ > 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 ewinter at ewinter.org Wed Mar 11 00:34:52 2009 From: ewinter at ewinter.org (Ernst W. Winter) Date: Wed Mar 11 00:35:00 2009 Subject: Radeon DRIVER In-Reply-To: <49B76134.5050501@mailinglist.ahhyes.net> References: <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> <49B72FEC.2090909@mailinglist.ahhyes.net> <1236746127.2091.33.camel@balrog.2hip.net> <49B7600A.50204@mailinglist.ahhyes.net> <49B76134.5050501@mailinglist.ahhyes.net> Message-ID: <20090311073458.GB907@lobo.ewinter.org> On Wed, 11 Mar 2009, Alex wrote: > Video is suddenly very slow too If I drag windows I can see them being > redrawn. > Same here, disabled "dri" but makes no difference. :-( dmesg | grep drm and notjhing shows up. Ernst > > > > Alex wrote: > > Hi Robert, > > > > Have patched and rebuilt. > > > > Everything is detected ok: > > > > [alex@desktop ~/Desktop]$ dmesg |grep drm > > drm0: on vgapci0 > > vgapci0: child drm0 requested pci_enable_busmaster > > info: [drm] Initialized radeon 1.29.0 20080528 > > info: [drm] Setting GART location based on new memory map > > info: [drm] Loading RV610 CP Microcode > > info: [drm] Loading RV610 PFP Microcode > > info: [drm] Resetting GPU > > info: [drm] writeback test succeeded in 1 usecs > > drm0: [ITHREAD] > > info: [drm] Resetting GPU > > info: [drm] Loading RV610 CP Microcode > > info: [drm] Loading RV610 PFP Microcode > > info: [drm] Resetting GPU > > _______________________________________________ > 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 vehemens at verizon.net Wed Mar 11 01:04:35 2009 From: vehemens at verizon.net (vehemens) Date: Wed Mar 11 01:05:00 2009 Subject: Radeon DRIVER In-Reply-To: <49B76134.5050501@mailinglist.ahhyes.net> References: <20090305161651.GB1369@lobo.ewinter.org> <49B7600A.50204@mailinglist.ahhyes.net> <49B76134.5050501@mailinglist.ahhyes.net> Message-ID: <200903110006.59679.vehemens@verizon.net> On Tuesday 10 March 2009 11:59:00 pm Alex wrote: > Video is suddenly very slow too If I drag windows I can see them being > redrawn. I use "xcompmgr -a &" in my .xinitrc file. It's needed as copy is a 2d engine function which is not available on r6xx+ hardware. > Alex wrote: > > Hi Robert, > > > > Have patched and rebuilt. > > > > Everything is detected ok: > > > > [alex@desktop ~/Desktop]$ dmesg |grep drm > > drm0: on vgapci0 > > vgapci0: child drm0 requested pci_enable_busmaster > > info: [drm] Initialized radeon 1.29.0 20080528 > > info: [drm] Setting GART location based on new memory map > > info: [drm] Loading RV610 CP Microcode > > info: [drm] Loading RV610 PFP Microcode > > info: [drm] Resetting GPU > > info: [drm] writeback test succeeded in 1 usecs > > drm0: [ITHREAD] > > info: [drm] Resetting GPU > > info: [drm] Loading RV610 CP Microcode > > info: [drm] Loading RV610 PFP Microcode > > info: [drm] Resetting GPU > > _______________________________________________ > 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 ewinter at ewinter.org Wed Mar 11 01:13:31 2009 From: ewinter at ewinter.org (Ernst W. Winter) Date: Wed Mar 11 01:13:37 2009 Subject: Radeon DRIVER Message-ID: <20090311081339.GA993@lobo.ewinter.org> Hello, well I recompiled the patch I had and all is working well again. lobo ewinter:--> dmesg | grep drm drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.29.0 20080613 info: [drm] Setting GART location based on new memory map info: [drm] Loading RV620 CP Microcode info: [drm] Loading RV620 PFP Microcode info: [drm] Resetting GPU info: [drm] writeback test succeeded in 1 usecs drm0: [ITHREAD] the patch I used: radeon-r6-7xx-support-022409.patch Laptop ASUS M51Kseries withTurion TL62 (X2) Ernst From jimmie.andersson at telenor.com Wed Mar 11 01:40:23 2009 From: jimmie.andersson at telenor.com (jimmie.andersson@telenor.com) Date: Wed Mar 11 01:40:30 2009 Subject: xf86-video-intel 2.5.1 Message-ID: Will there be any updates on this soon to 2.6? I have major troubles with this driver and Xorg7.4 and wonder if that can solve my issues. Best regards, Jimmie Andersson Technical Contact Team Telenor Sverige AB Organisationsnummer: 556421-0309 S?te: Karlskrona Mobil: +46 (0)708-33 18 07 E-post: jimmie.andersson@telenor.com Hemsida: www.telenor.se P Please consider the environment and don't print this e-mail unless you really need to. From rnoland at FreeBSD.org Wed Mar 11 01:41:07 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Wed Mar 11 01:41:14 2009 Subject: Radeon DRIVER In-Reply-To: <49B7600A.50204@mailinglist.ahhyes.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> <49B72FEC.2090909@mailinglist.ahhyes.net> <1236746127.2091.33.camel@balrog.2hip.net> <49B7600A.50204@mailinglist.ahhyes.net> Message-ID: <1236760840.1697.2.camel@balrog.2hip.net> On Wed, 2009-03-11 at 17:54 +1100, Alex wrote: > Hi Robert, > > Have patched and rebuilt. > > Everything is detected ok: > > [alex@desktop ~/Desktop]$ dmesg |grep drm > drm0: on vgapci0 > vgapci0: child drm0 requested pci_enable_busmaster > info: [drm] Initialized radeon 1.29.0 20080528 > info: [drm] Setting GART location based on new memory map > info: [drm] Loading RV610 CP Microcode > info: [drm] Loading RV610 PFP Microcode > info: [drm] Resetting GPU > info: [drm] writeback test succeeded in 1 usecs > drm0: [ITHREAD] > info: [drm] Resetting GPU > info: [drm] Loading RV610 CP Microcode > info: [drm] Loading RV610 PFP Microcode > info: [drm] Resetting GPU > > However I still have no xv support. > > When I try to use MPlayer: > > [alex@desktop ~/Desktop]$ mplayer -vo xv test.avi > MPlayer SVN-r28702-4.3.4 (C) 2000-2009 MPlayer Team > > test.avi. > AVI file format detected. > [aviheader] Video stream found, -vid 0 > [aviheader] Audio stream found, -aid 1 > VIDEO: [DX50] 624x254 12bpp 25.000 fps 711.3 kbps (86.8 kbyte/s) > Clip info: > Software: VirtualDubMod 1.5.10.1 (build 2366/release) > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > [VO_XV] It seems there is no Xvideo support for your video card available. > [VO_XV] Run 'xvinfo' to verify its Xv support and read > [VO_XV] DOCS/HTML/en/video.html#xv! > [VO_XV] See 'mplayer -vo help' for other (non-xv) video out drivers. > [VO_XV] Try -vo x11. > Error opening/initializing the selected video_out (-vo) device. > > [alex@desktop ~/Desktop]$ xvinfo > Xlib: extension "Generic Event Extension" missing on display ":0.0". > X-Video Extension version 2.2 > screen #0 > no adaptors present 1. are you using a recent radeonhd-devel or git? 2. did you set Option "DRI" and Option "AccelMethod" "EXA" in your xorg.conf? robert. > > Any ideas? > > Thanks! > Alex. > > Robert Noland wrote: > > On Wed, 2009-03-11 at 14:28 +1100, Alex wrote: > > > >> Hi Robert, > >> > >> Encountered some failures (I did csup my source before attempting the > >> patch). > >> > > > > Let the mirrors catch up... I just finished MFC before I made the patch. > > > > robert. > > > > _______________________________________________ > 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" -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090311/7d50b76c/attachment.pgp From rnoland at FreeBSD.org Wed Mar 11 01:45:19 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Wed Mar 11 01:45:25 2009 Subject: Radeon DRIVER In-Reply-To: <49B76330.60703@mailinglist.ahhyes.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> <49B72FEC.2090909@mailinglist.ahhyes.net> <1236746127.2091.33.camel@balrog.2hip.net> <49B7600A.50204@mailinglist.ahhyes.net> <49B76134.5050501@mailinglist.ahhyes.net> <49B76330.60703@mailinglist.ahhyes.net> Message-ID: <1236761094.1697.5.camel@balrog.2hip.net> On Wed, 2009-03-11 at 18:07 +1100, Alex wrote: > Disabling DRI in xorg.conf seems to give me back a fast display again... > > I am using the radeonhd driver ver 1.2.4 (xf86-video-radeonhd-1.2.4) I really kind of reccommend the git radeonhd driver if you want to play... This is all really new code. I tested with the ati and radeonhd drivers from git. EXA worked on both, Xv worked on the ati driver, but the video wasn't synced, it played too fast. With radeonhd from git, everything seemed good. robert. > > Alex wrote: > > Video is suddenly very slow too If I drag windows I can see them being > > redrawn. > > > > > > > > > > Alex wrote: > >> Hi Robert, > >> > >> Have patched and rebuilt. > >> > >> Everything is detected ok: > >> > >> [alex@desktop ~/Desktop]$ dmesg |grep drm > >> drm0: on vgapci0 > >> vgapci0: child drm0 requested pci_enable_busmaster > >> info: [drm] Initialized radeon 1.29.0 20080528 > >> info: [drm] Setting GART location based on new memory map > >> info: [drm] Loading RV610 CP Microcode > >> info: [drm] Loading RV610 PFP Microcode > >> info: [drm] Resetting GPU > >> info: [drm] writeback test succeeded in 1 usecs > >> drm0: [ITHREAD] > >> info: [drm] Resetting GPU > >> info: [drm] Loading RV610 CP Microcode > >> info: [drm] Loading RV610 PFP Microcode > >> info: [drm] Resetting GPU > > > > _______________________________________________ > > 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" -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090311/3bd7a47a/attachment.pgp From onemda at gmail.com Wed Mar 11 02:26:14 2009 From: onemda at gmail.com (Paul B. Mahol) Date: Wed Mar 11 02:26:20 2009 Subject: xf86-video-intel 2.5.1 In-Reply-To: References: Message-ID: <3a142e750903110226m663c7cfdh9fa9751e4d43bcb6@mail.gmail.com> On 3/11/09, jimmie.andersson@telenor.com wrote: > > Will there be any updates on this soon to 2.6? I have major troubles with > this driver and Xorg7.4 and wonder if that can solve my issues. What marjor problems? It is trivial to modify port Makefile and do: # rm distinfo # make fetch # make makesum # make deinstall && make install clean -- Paul From gary.jennejohn at freenet.de Wed Mar 11 04:35:36 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Wed Mar 11 04:35:43 2009 Subject: Radeon DRIVER In-Reply-To: <49B76330.60703@mailinglist.ahhyes.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> <49B72FEC.2090909@mailinglist.ahhyes.net> <1236746127.2091.33.camel@balrog.2hip.net> <49B7600A.50204@mailinglist.ahhyes.net> <49B76134.5050501@mailinglist.ahhyes.net> <49B76330.60703@mailinglist.ahhyes.net> Message-ID: <20090311123533.4b0c3a8a@ernst.jennejohn.org> On Wed, 11 Mar 2009 18:07:28 +1100 Alex wrote: > Disabling DRI in xorg.conf seems to give me back a fast display again... > > I am using the radeonhd driver ver 1.2.4 (xf86-video-radeonhd-1.2.4) > DRI without `Option "AccelMethod" "exa"' in xorg.conf is slow. Turn it on. --- Gary Jennejohn From alex at mailinglist.ahhyes.net Wed Mar 11 04:45:02 2009 From: alex at mailinglist.ahhyes.net (Alex) Date: Wed Mar 11 04:45:09 2009 Subject: Radeon DRIVER In-Reply-To: <20090311123533.4b0c3a8a@ernst.jennejohn.org> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> <49B72FEC.2090909@mailinglist.ahhyes.net> <1236746127.2091.33.camel@balrog.2hip.net> <49B7600A.50204@mailinglist.ahhyes.net> <49B76134.5050501@mailinglist.ahhyes.net> <49B76330.60703@mailinglist.ahhyes.net> <20090311123533.4b0c3a8a@ernst.jennejohn.org> Message-ID: <49B7A37F.1080909@mailinglist.ahhyes.net> Hi Guys, To Robert and Gary, I had both DRI and EXA enabled in my xorg.conf I tried without EXA, it was still slow. Disabled DRI and everything came good. I will try Robert's suggestion with using the newer radeonhd driver. Gary Jennejohn wrote: > On Wed, 11 Mar 2009 18:07:28 +1100 > Alex wrote: > > >> Disabling DRI in xorg.conf seems to give me back a fast display again... >> >> I am using the radeonhd driver ver 1.2.4 (xf86-video-radeonhd-1.2.4) >> >> > > DRI without `Option "AccelMethod" "exa"' in xorg.conf is slow. Turn it on. > > --- > Gary Jennejohn > > From alex at mailinglist.ahhyes.net Wed Mar 11 04:55:51 2009 From: alex at mailinglist.ahhyes.net (Alex) Date: Wed Mar 11 04:55:58 2009 Subject: Radeon DRIVER In-Reply-To: <1236761094.1697.5.camel@balrog.2hip.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> <49B72FEC.2090909@mailinglist.ahhyes.net> <1236746127.2091.33.camel@balrog.2hip.net> <49B7600A.50204@mailinglist.ahhyes.net> <49B76134.5050501@mailinglist.ahhyes.net> <49B76330.60703@mailinglist.ahhyes.net> <1236761094.1697.5.camel@balrog.2hip.net> Message-ID: <49B7A608.1070802@mailinglist.ahhyes.net> Some info on my card, dont know if the warnings are to be worried about. This is what I have for my current radeonhd driver, from xorg.log (II) Setting vga for screen 0. (**) RADEONHD(0): Depth 16, (--) framebuffer bpp 16 (**) RADEONHD(0): Option "AccelMethod" "EXA" (**) RADEONHD(0): Option "DRI" "True" (WW) RADEONHD(0): RV610: HW 2D acceleration is not implemented yet. (**) RADEONHD(0): Selected ShadowFB. (II) RADEONHD(0): Unknown card detected: 0x94C3:0x1458:0x2192. If - and only if - your card does not work or does not work optimally please contact radeonhd@opensuse.org to help rectify this. Use the subject: 0x94C3:0x1458:0x2192: and *please* describe the problems you are seeing in your message. (--) RADEONHD(0): Detected an RV610 on an unidentified card (II) RADEONHD(0): Mapped IO @ 0xf5000000 to 0x8006c5000 (size 0x00010000) (II) RADEONHD(0): PCIE Card Detected (II) RADEONHD(0): Getting BIOS copy from legacy VBIOS location (II) RADEONHD(0): ATOM BIOS Rom: SubsystemVendorID: 0x1458 SubsystemID: 0x2192 IOBaseAddress: 0x7000 Filename: BR026699.bin BIOS Bootup Message: GV-RX24P256HE_F2 (II) RADEONHD(0): Analog TV Default Mode: 1 (II) RADEONHD(0): Found default TV Mode NTSC (--) RADEONHD(0): VideoRAM: 262144 kByte (II) RADEONHD(0): Framebuffer space used by Firmware (kb): 16 (II) RADEONHD(0): Start of VRAM area used by Firmware: 0xfffc000 (II) RADEONHD(0): AtomBIOS requests 16kB of VRAM scratch space (II) RADEONHD(0): AtomBIOS VRAM scratch base: 0xfffc000 (II) RADEONHD(0): Default Engine Clock: 527000 (II) RADEONHD(0): Default Memory Clock: 400000 (II) RADEONHD(0): Maximum Pixel ClockPLL Frequency Output: 1200000 (II) RADEONHD(0): Minimum Pixel ClockPLL Frequency Output: 0 (II) RADEONHD(0): Maximum Pixel ClockPLL Frequency Input: 13500 (II) RADEONHD(0): Minimum Pixel ClockPLL Frequency Input: 1000 (II) RADEONHD(0): Maximum Pixel Clock: 400000 (II) RADEONHD(0): Reference Clock: 27000 (WW) RADEONHD(0): Direct rendering for R600 an up forced on - This is NOT officially supported at the hardware level and may cause instability or lockups (II) RADEONHD(0): Found libdri 5.4.0. I'll see whether the new driver gives me any joy. Robert Noland wrote: > On Wed, 2009-03-11 at 18:07 +1100, Alex wrote: > >> Disabling DRI in xorg.conf seems to give me back a fast display again... >> >> I am using the radeonhd driver ver 1.2.4 (xf86-video-radeonhd-1.2.4) >> > > I really kind of reccommend the git radeonhd driver if you want to > play... This is all really new code. I tested with the ati and radeonhd > drivers from git. EXA worked on both, Xv worked on the ati driver, but > the video wasn't synced, it played too fast. With radeonhd from git, > everything seemed good. > > robert. > > >> Alex wrote: >> >>> Video is suddenly very slow too If I drag windows I can see them being >>> redrawn. >>> >>> >>> >>> >>> Alex wrote: >>> >>>> Hi Robert, >>>> >>>> Have patched and rebuilt. >>>> >>>> Everything is detected ok: >>>> >>>> [alex@desktop ~/Desktop]$ dmesg |grep drm >>>> drm0: on vgapci0 >>>> vgapci0: child drm0 requested pci_enable_busmaster >>>> info: [drm] Initialized radeon 1.29.0 20080528 >>>> info: [drm] Setting GART location based on new memory map >>>> info: [drm] Loading RV610 CP Microcode >>>> info: [drm] Loading RV610 PFP Microcode >>>> info: [drm] Resetting GPU >>>> info: [drm] writeback test succeeded in 1 usecs >>>> drm0: [ITHREAD] >>>> info: [drm] Resetting GPU >>>> info: [drm] Loading RV610 CP Microcode >>>> info: [drm] Loading RV610 PFP Microcode >>>> info: [drm] Resetting GPU >>>> >>> _______________________________________________ >>> 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 alex at mailinglist.ahhyes.net Wed Mar 11 05:33:42 2009 From: alex at mailinglist.ahhyes.net (Alex) Date: Wed Mar 11 05:33:49 2009 Subject: Radeon DRIVER In-Reply-To: <1236761094.1697.5.camel@balrog.2hip.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> <49B72FEC.2090909@mailinglist.ahhyes.net> <1236746127.2091.33.camel@balrog.2hip.net> <49B7600A.50204@mailinglist.ahhyes.net> <49B76134.5050501@mailinglist.ahhyes.net> <49B76330.60703@mailinglist.ahhyes.net> <1236761094.1697.5.camel@balrog.2hip.net> Message-ID: <49B7AEE7.4060704@mailinglist.ahhyes.net> Robert Noland wrote: > On Wed, 2009-03-11 at 18:07 +1100, Alex wrote: > >> Disabling DRI in xorg.conf seems to give me back a fast display again... >> >> I am using the radeonhd driver ver 1.2.4 (xf86-video-radeonhd-1.2.4) >> > > I really kind of reccommend the git radeonhd driver if you want to > play... This is all really new code. I tested with the ati and radeonhd > drivers from git. EXA worked on both, Xv worked on the ati driver, but > the video wasn't synced, it played too fast. With radeonhd from git, > everything seemed good. > > robert. > > GIT wont build... :/ gmake[3]: Entering directory `/root/xf86-video-radeonhd/utils/conntest' /bin/sh ../../libtool --tag=CC --mode=link /usr/local/bin/gcc43 -I/usr/local/include/xorg -I/usr/local/include/pixman-1 -I/usr/local/include -I/usr/local/include -Wall -Wextra -Wno-unused-parameter -Werror-implicit-function-declaration -Wstrict-aliasing -Wstrict-overflow -Wpointer-arith -Woverlength-strings -Wvolatile-register-var -Winit-self -Wbad-function-cast -Wstrict-prototypes -Wold-style-definition -Wnested-externs -Wdisabled-optimization -O3 -finline-functions -o rhd_conntest rhd_conntest.o -lpci -lz /usr/local/bin/gcc43 -I/usr/local/include/xorg -I/usr/local/include/pixman-1 -I/usr/local/include -I/usr/local/include -Wall -Wextra -Wno-unused-parameter -Werror-implicit-function-declaration -Wstrict-aliasing -Wstrict-overflow -Wpointer-arith -Woverlength-strings -Wvolatile-register-var -Winit-self -Wbad-function-cast -Wstrict-prototypes -Wold-style-definition -Wnested-externs -Wdisabled-optimization -O3 -finline-functions -o rhd_conntest rhd_conntest.o -lpci -lz /usr/bin/ld: cannot find -lpci collect2: ld returned 1 exit status gmake[3]: *** [rhd_conntest] Error 1 gmake[3]: Leaving directory `/root/xf86-video-radeonhd/utils/conntest' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/root/xf86-video-radeonhd/utils/conntest' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/root/xf86-video-radeonhd' gmake: *** [all] Error 2 [root@desktop ~/xf86-video-radeonhd]# ls -l /var/db/pkg |grep pci drwxr-xr-x 2 root wheel 512 Feb 21 11:40 libpci-2.2.8_1 drwxr-xr-x 2 root wheel 512 Feb 19 11:13 libpciaccess-0.10.5_4 drwxr-xr-x 2 root wheel 512 Feb 19 10:16 pciids-20081012 drwxr-xr-x 2 root wheel 512 Mar 11 23:18 pciutils-3.0.3 What could I be missing? The configure gives some suspicious activity: checking for ANSI C header files... (cached) yes checking for PCIUTILS... no configure: WARNING: libpci not registered in pkgconfig, will guess instead checking pci/pci.h usability... yes checking pci/pci.h presence... yes checking for pci/pci.h... yes checking whether XSERVER_LIBPCIACCESS is declared... yes checking for PCIACCESS... yes checking whether to enable EXA support... yes Any ideas?? Googling for an answer hasnt helped From aragon at phat.za.net Wed Mar 11 05:55:45 2009 From: aragon at phat.za.net (Aragon Gouveia) Date: Wed Mar 11 05:55:51 2009 Subject: Radeon DRIVER In-Reply-To: <1236741375.2091.32.camel@balrog.2hip.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> Message-ID: <49B7B4C3.6080700@phat.za.net> Robert Noland wrote: > On Mon, 2009-03-09 at 22:23 +0200, Aragon Gouveia wrote: >> Aragon Gouveia wrote: >> Enabling DRI and Exa in xorg.conf causes my display to go blank during X >> startup and I'm left with no other way out except hitting my power >> button and shutting down. > > Ok, let's try this again... new patchset without using svn diff. > > http://people.freebsd.org/~rnoland/drm-7-synced-to-HEAD-031009.patch > > Note that I MFC several things just a little while ago, so make sure > that you -STABLE is updated. A fresh RELENG_7 checkout (saw your changes) and the above patch applied (no errors), and I'm still getting the same problem with DRI and EXA enabled - blank screen during X startup. Thanks, Aragon From rnoland at FreeBSD.org Wed Mar 11 11:11:40 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Wed Mar 11 11:11:49 2009 Subject: Radeon DRIVER In-Reply-To: <49B7B4C3.6080700@phat.za.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> <49B7B4C3.6080700@phat.za.net> Message-ID: <1236795077.1679.3.camel@balrog.2hip.net> On Wed, 2009-03-11 at 14:55 +0200, Aragon Gouveia wrote: > Robert Noland wrote: > > On Mon, 2009-03-09 at 22:23 +0200, Aragon Gouveia wrote: > >> Aragon Gouveia wrote: > >> Enabling DRI and Exa in xorg.conf causes my display to go blank during X > >> startup and I'm left with no other way out except hitting my power > >> button and shutting down. > > > > Ok, let's try this again... new patchset without using svn diff. > > > > http://people.freebsd.org/~rnoland/drm-7-synced-to-HEAD-031009.patch > > > > Note that I MFC several things just a little while ago, so make sure > > that you -STABLE is updated. > > A fresh RELENG_7 checkout (saw your changes) and the above patch applied > (no errors), and I'm still getting the same problem with DRI and EXA > enabled - blank screen during X startup. > Which chip do you have? xorg logs would probably be useful as well. robert. > > Thanks, > Aragon -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090311/9ccce82f/attachment.pgp From rnoland at FreeBSD.org Wed Mar 11 11:34:11 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Wed Mar 11 11:34:17 2009 Subject: xf86-video-intel 2.5.1 In-Reply-To: <3a142e750903110226m663c7cfdh9fa9751e4d43bcb6@mail.gmail.com> References: <3a142e750903110226m663c7cfdh9fa9751e4d43bcb6@mail.gmail.com> Message-ID: <1236796426.1679.5.camel@balrog.2hip.net> On Wed, 2009-03-11 at 09:26 +0000, Paul B. Mahol wrote: > On 3/11/09, jimmie.andersson@telenor.com wrote: > > > > Will there be any updates on this soon to 2.6? I have major troubles with > > this driver and Xorg7.4 and wonder if that can solve my issues. > > What marjor problems? You don't want new intel drivers until we can release server 1.6. The performance of the new intel drivers against old servers is horrid. All I'm waiting on for server 1.6 is xrandr. robert. > It is trivial to modify port Makefile and do: > > # rm distinfo > # make fetch > # make makesum > # make deinstall && make install clean -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090311/23b67395/attachment.pgp From rnoland at FreeBSD.org Wed Mar 11 11:37:40 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Wed Mar 11 11:38:35 2009 Subject: Radeon DRIVER In-Reply-To: <49B7A608.1070802@mailinglist.ahhyes.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> <49B72FEC.2090909@mailinglist.ahhyes.net> <1236746127.2091.33.camel@balrog.2hip.net> <49B7600A.50204@mailinglist.ahhyes.net> <49B76134.5050501@mailinglist.ahhyes.net> <49B76330.60703@mailinglist.ahhyes.net> <1236761094.1697.5.camel@balrog.2hip.net> <49B7A608.1070802@mailinglist.ahhyes.net> Message-ID: <1236796636.1679.6.camel@balrog.2hip.net> On Wed, 2009-03-11 at 22:52 +1100, Alex wrote: > (WW) RADEONHD(0): RV610: HW 2D acceleration is not implemented yet. You aren't getting EXA accel. Not sure if this is a chip specific issue, or if you just need to update your driver from git. robert. -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090311/ec8a7dbd/attachment.pgp From rnoland at FreeBSD.org Wed Mar 11 11:40:35 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Wed Mar 11 11:40:41 2009 Subject: Radeon DRIVER In-Reply-To: <49B7AEE7.4060704@mailinglist.ahhyes.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> <49B72FEC.2090909@mailinglist.ahhyes.net> <1236746127.2091.33.camel@balrog.2hip.net> <49B7600A.50204@mailinglist.ahhyes.net> <49B76134.5050501@mailinglist.ahhyes.net> <49B76330.60703@mailinglist.ahhyes.net> <1236761094.1697.5.camel@balrog.2hip.net> <49B7AEE7.4060704@mailinglist.ahhyes.net> Message-ID: <1236796811.1679.9.camel@balrog.2hip.net> On Wed, 2009-03-11 at 23:30 +1100, Alex wrote: > Robert Noland wrote: > > On Wed, 2009-03-11 at 18:07 +1100, Alex wrote: > > > >> Disabling DRI in xorg.conf seems to give me back a fast display again... > >> > >> I am using the radeonhd driver ver 1.2.4 (xf86-video-radeonhd-1.2.4) > >> > > > > I really kind of reccommend the git radeonhd driver if you want to > > play... This is all really new code. I tested with the ati and radeonhd > > drivers from git. EXA worked on both, Xv worked on the ati driver, but > > the video wasn't synced, it played too fast. With radeonhd from git, > > everything seemed good. > > > > robert. > > > > > GIT wont build... :/ In order to build from git, you need 3 things. devel/git, devel/autotools and devel/xorg-macros. git clone the driver repo. ./autogen.sh make make install robert. > > gmake[3]: Entering directory `/root/xf86-video-radeonhd/utils/conntest' > /bin/sh ../../libtool --tag=CC --mode=link /usr/local/bin/gcc43 > -I/usr/local/include/xorg -I/usr/local/include/pixman-1 > -I/usr/local/include -I/usr/local/include -Wall -Wextra > -Wno-unused-parameter -Werror-implicit-function-declaration > -Wstrict-aliasing -Wstrict-overflow -Wpointer-arith -Woverlength-strings > -Wvolatile-register-var -Winit-self -Wbad-function-cast > -Wstrict-prototypes -Wold-style-definition -Wnested-externs > -Wdisabled-optimization -O3 -finline-functions -o rhd_conntest > rhd_conntest.o -lpci -lz > /usr/local/bin/gcc43 -I/usr/local/include/xorg > -I/usr/local/include/pixman-1 -I/usr/local/include -I/usr/local/include > -Wall -Wextra -Wno-unused-parameter > -Werror-implicit-function-declaration -Wstrict-aliasing > -Wstrict-overflow -Wpointer-arith -Woverlength-strings > -Wvolatile-register-var -Winit-self -Wbad-function-cast > -Wstrict-prototypes -Wold-style-definition -Wnested-externs > -Wdisabled-optimization -O3 -finline-functions -o rhd_conntest > rhd_conntest.o -lpci -lz > /usr/bin/ld: cannot find -lpci > collect2: ld returned 1 exit status > gmake[3]: *** [rhd_conntest] Error 1 > gmake[3]: Leaving directory `/root/xf86-video-radeonhd/utils/conntest' > gmake[2]: *** [all] Error 2 > gmake[2]: Leaving directory `/root/xf86-video-radeonhd/utils/conntest' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/root/xf86-video-radeonhd' > gmake: *** [all] Error 2 > > [root@desktop ~/xf86-video-radeonhd]# ls -l /var/db/pkg |grep pci > drwxr-xr-x 2 root wheel 512 Feb 21 11:40 libpci-2.2.8_1 > drwxr-xr-x 2 root wheel 512 Feb 19 11:13 libpciaccess-0.10.5_4 > drwxr-xr-x 2 root wheel 512 Feb 19 10:16 pciids-20081012 > drwxr-xr-x 2 root wheel 512 Mar 11 23:18 pciutils-3.0.3 > > What could I be missing? > > The configure gives some suspicious activity: > > checking for ANSI C header files... (cached) > yes > checking for PCIUTILS... > no > configure: WARNING: libpci not registered in pkgconfig, will guess > instead > checking pci/pci.h usability... > yes > checking pci/pci.h presence... > yes > checking for pci/pci.h... > yes > checking whether XSERVER_LIBPCIACCESS is declared... > yes > checking for PCIACCESS... > yes > checking whether to enable EXA support... yes > > Any ideas?? Googling for an answer hasnt helped > > _______________________________________________ > 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" -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090311/b998d5c8/attachment.pgp From alex at mailinglist.ahhyes.net Wed Mar 11 12:52:32 2009 From: alex at mailinglist.ahhyes.net (Alex) Date: Wed Mar 11 12:52:47 2009 Subject: Radeon DRIVER In-Reply-To: <1236796811.1679.9.camel@balrog.2hip.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> <49B72FEC.2090909@mailinglist.ahhyes.net> <1236746127.2091.33.camel@balrog.2hip.net> <49B7600A.50204@mailinglist.ahhyes.net> <49B76134.5050501@mailinglist.ahhyes.net> <49B76330.60703@mailinglist.ahhyes.net> <1236761094.1697.5.camel@balrog.2hip.net> <49B7AEE7.4060704@mailinglist.ahhyes.net> <1236796811.1679.9.camel@balrog.2hip.net> Message-ID: <49B815BF.30704@mailinglist.ahhyes.net> In order to build from git, you need 3 things. > devel/git, devel/autotools and devel/xorg-macros. > > git clone the driver repo. > ./autogen.sh > make > make install > > robert. > Have all the above already. Build is broken. Got all the sources from git, issued ./autogen.sh --prefix=/usr/local and then gmake.. No go.. It seems it cant find pciutils? [root@desktop ~/xf86-video-radeonhd]# gcc -lpci /usr/bin/ld: cannot find -lpci Any ideas? From artem_kim at inbox.ru Wed Mar 11 14:25:48 2009 From: artem_kim at inbox.ru (Aretm Kim) Date: Wed Mar 11 14:25:55 2009 Subject: related to DRM panic on latest 7.1 Message-ID: <200903112300.48839.artem_kim@inbox.ru> Hello! After the last update of the sources I have to panic if I try to start x- server again. The first time the server starts and runs well. However, if the x-server is ended and try to start x-server again the panic happens. Radeon 9800 XT (R350) uname-a FreeBSD test-host 7.1-STABLE FreeBSD 7.1-STABLE # 0: Wed Mar 11 19:26:19 MSK 2009 root @ test-host: / usr / obj / usr / src / sys / my amd64 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x18 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8020c3cb stack pointer = 0x10:0xfffffffe80016b30 frame pointer = 0x10:0xffffff0001248000 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 11 (swi4: clock sio) trap number = 12 panic: page fault Uptime: 2m36s Physical memory: 2040 MB Dumping 191 MB: 176 160 144 128 112 96 80 64 48 32 16 BT: #0 doadump () at pcpu.h:195 #1 0x0000000000000004 in ?? () #2 0xffffffff80353052 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #3 0xffffffff8035340c in panic (fmt=0xffffffff8054a763 "%s") at /usr/src/sys/kern/kern_shutdown.c:574 #4 0xffffffff804e5eda in trap_fatal (frame=0xfffffffe80016a80, eva=24) at /usr/src/sys/amd64/amd64/trap.c:764 #5 0xffffffff804e62a5 in trap_pfault (frame=0xfffffffe80016a80, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:680 #6 0xffffffff804e6be7 in trap (frame=0xfffffffe80016a80) at /usr/src/sys/amd64/amd64/trap.c:449 #7 0xffffffff804ce36e in calltrap () at /usr/src/sys/amd64/amd64/exception.S:209 #8 0xffffffff8020c3cb in radeon_get_vblank_counter (dev=0xffffff0001248000, crtc=0) at /usr/src/sys/dev/drm/radeon_irq.c:308 #9 0xffffffff80200540 in vblank_disable_fn (arg=Variable "arg" is not available. ) at /usr/src/sys/dev/drm/drm_irq.c:91 #10 0xffffffff80365070 in softclock (dummy=Variable "dummy" is not available. ) at /usr/src/sys/kern/kern_timeout.c:274 #11 0xffffffff80334273 in ithread_loop (arg=0xffffff000115d4a0) at /usr/src/sys/kern/kern_intr.c:1088 #12 0xffffffff803311de in fork_exit (callout=0xffffffff80334110 , arg=0xffffff000115d4a0, frame=0xfffffffe80016c80) at /usr/src/sys/kern/kern_fork.c:810 #13 0xffffffff804ce73e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:455 From aragon at phat.za.net Wed Mar 11 14:45:15 2009 From: aragon at phat.za.net (Aragon Gouveia) Date: Wed Mar 11 14:45:22 2009 Subject: Radeon DRIVER In-Reply-To: <1236795077.1679.3.camel@balrog.2hip.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> <49B7B4C3.6080700@phat.za.net> <1236795077.1679.3.camel@balrog.2hip.net> Message-ID: <49B830DD.8010409@phat.za.net> Robert Noland wrote: > Which chip do you have? xorg logs would probably be useful as well. Silly me should have checked the logs. AIGLX was enabled, couldn't find an r600_dri.so to load, and didn't attempt loading swrast_dri for some reason. I've disabled AIGLX and all is good. Video playback is now using Xv and it's noticeable - powerd is happy to scale back the CPU speed even during full screen playback now. :) Chip is an RV620 (HD3450). Thanks for all your work, Robert! One step closer to 3D. :) Regards, Aragon From aragon at phat.za.net Wed Mar 11 14:47:45 2009 From: aragon at phat.za.net (Aragon Gouveia) Date: Wed Mar 11 14:47:52 2009 Subject: Radeon DRIVER In-Reply-To: <49B815BF.30704@mailinglist.ahhyes.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> <49B72FEC.2090909@mailinglist.ahhyes.net> <1236746127.2091.33.camel@balrog.2hip.net> <49B7600A.50204@mailinglist.ahhyes.net> <49B76134.5050501@mailinglist.ahhyes.net> <49B76330.60703@mailinglist.ahhyes.net> <1236761094.1697.5.camel@balrog.2hip.net> <49B7AEE7.4060704@mailinglist.ahhyes.net> <1236796811.1679.9.camel@balrog.2hip.net> <49B815BF.30704@mailinglist.ahhyes.net> Message-ID: <49B83174.3080002@phat.za.net> Alex wrote: > Have all the above already. Build is broken. After just getting DRI working on my RV620, I might suggest using the x11-drivers/xf86-video-radeonhd-devel port instead. Seems to work well here, and builds without a hitch of course. :) Regards, Aragon From alex at mailinglist.ahhyes.net Wed Mar 11 19:20:10 2009 From: alex at mailinglist.ahhyes.net (Alex) Date: Wed Mar 11 19:20:16 2009 Subject: Radeon DRIVER In-Reply-To: <49B83174.3080002@phat.za.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> <49B72FEC.2090909@mailinglist.ahhyes.net> <1236746127.2091.33.camel@balrog.2hip.net> <49B7600A.50204@mailinglist.ahhyes.net> <49B76134.5050501@mailinglist.ahhyes.net> <49B76330.60703@mailinglist.ahhyes.net> <1236761094.1697.5.camel@balrog.2hip.net> <49B7AEE7.4060704@mailinglist.ahhyes.net> <1236796811.1679.9.camel@balrog.2hip.net> <49B815BF.30704@mailinglist.ahhyes.net> <49B83174.3080002@phat.za.net> Message-ID: <49B8709A.20809@mailinglist.ahhyes.net> Aragon Gouveia wrote: > Alex wrote: >> Have all the above already. Build is broken. > > After just getting DRI working on my RV620, I might suggest using the > x11-drivers/xf86-video-radeonhd-devel port instead. Seems to work > well here, and builds without a hitch of course. :) > > > Regards, > Aragon > > Thank you! That gave me a vital clue. I looked at the Makefile for that port as I could see that the configure script for the port was finding PCIUTILS fine, but the configure script for the driver in git wasnt. The Makefile defines some variables, and I was able to get the driver to build by doing the following: [root@desktop ~/xf86-video-radeonhd]# export PCIUTILS_CFLAGS="-I/usr/local/include -lpci -lz" [root@desktop ~/xf86-video-radeonhd]# export PCIUTILS_LIBS="-L/usr/local/lib" Now to install the driver and test.. I'll get back to the list with the results. From alex at mailinglist.ahhyes.net Wed Mar 11 19:25:21 2009 From: alex at mailinglist.ahhyes.net (Alex) Date: Wed Mar 11 19:25:27 2009 Subject: Radeon DRIVER In-Reply-To: <49B8709A.20809@mailinglist.ahhyes.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> <49B72FEC.2090909@mailinglist.ahhyes.net> <1236746127.2091.33.camel@balrog.2hip.net> <49B7600A.50204@mailinglist.ahhyes.net> <49B76134.5050501@mailinglist.ahhyes.net> <49B76330.60703@mailinglist.ahhyes.net> <1236761094.1697.5.camel@balrog.2hip.net> <49B7AEE7.4060704@mailinglist.ahhyes.net> <1236796811.1679.9.camel@balrog.2hip.net> <49B815BF.30704@mailinglist.ahhyes.net> <49B83174.3080002@phat.za.net> <49B8709A.20809@mailinglist.ahhyes.net> Message-ID: <49B871CC.1070600@mailinglist.ahhyes.net> IT WORKS!!!!!!!!!!!!!!!!!! WOOOOOOOOOOOOOHOOOOOOOOOOOOOOOOOO!!! Thanks to everyone that helped! Alex wrote: > Aragon Gouveia wrote: >> Alex wrote: >>> Have all the above already. Build is broken. >> >> After just getting DRI working on my RV620, I might suggest using the >> x11-drivers/xf86-video-radeonhd-devel port instead. Seems to work >> well here, and builds without a hitch of course. :) >> >> >> Regards, >> Aragon >> >> > Thank you! That gave me a vital clue. I looked at the Makefile for > that port as I could see that the configure script for the port was > finding PCIUTILS fine, but the configure script for the driver in git > wasnt. The Makefile defines some variables, and I was able to get the > driver to build by doing the following: > > [root@desktop ~/xf86-video-radeonhd]# export > PCIUTILS_CFLAGS="-I/usr/local/include -lpci -lz" > [root@desktop ~/xf86-video-radeonhd]# export > PCIUTILS_LIBS="-L/usr/local/lib" > > Now to install the driver and test.. I'll get back to the list with > the results. > > _______________________________________________ > 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 alex at mailinglist.ahhyes.net Wed Mar 11 19:54:28 2009 From: alex at mailinglist.ahhyes.net (Alex) Date: Wed Mar 11 19:54:34 2009 Subject: Radeon DRIVER In-Reply-To: <49B871CC.1070600@mailinglist.ahhyes.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> <49B72FEC.2090909@mailinglist.ahhyes.net> <1236746127.2091.33.camel@balrog.2hip.net> <49B7600A.50204@mailinglist.ahhyes.net> <49B76134.5050501@mailinglist.ahhyes.net> <49B76330.60703@mailinglist.ahhyes.net> <1236761094.1697.5.camel@balrog.2hip.net> <49B7AEE7.4060704@mailinglist.ahhyes.net> <1236796811.1679.9.camel@balrog.2hip.net> <49B815BF.30704@mailinglist.ahhyes.net> <49B83174.3080002@phat.za.net> <49B8709A.20809@mailinglist.ahhyes.net> <49B871CC.1070600@mailinglist.ahhyes! .net> Message-ID: <49B878A3.7000101@mailinglist.ahhyes.net> I have some weird things going on now... Sometimes when I drag a window, a copy of the window is left behind in the previous position (background is not restored), refer to this screenshot: http://ahhyes.net/gfxweird.jpg I have mozilla firefox open. I have dragged the window down but there is still image data at the top where the image previously was. If I close the application both images are cleared and everything appears normal. Similar things happen in a terminal window as well. If i issue the "clear" command to clear the window contents, part of the window are cleared but there are still characters here and there from the previous screen content. Any ideas? Alex wrote: > IT WORKS!!!!!!!!!!!!!!!!!! > > WOOOOOOOOOOOOOHOOOOOOOOOOOOOOOOOO!!! > > Thanks to everyone that helped! > > > Alex wrote: >> Aragon Gouveia wrote: >>> Alex wrote: >>>> Have all the above already. Build is broken. >>> >>> After just getting DRI working on my RV620, I might suggest using >>> the x11-drivers/xf86-video-radeonhd-devel port instead. Seems to >>> work well here, and builds without a hitch of course. :) >>> >>> >>> Regards, >>> Aragon >>> >>> >> Thank you! That gave me a vital clue. I looked at the Makefile for >> that port as I could see that the configure script for the port was >> finding PCIUTILS fine, but the configure script for the driver in git >> wasnt. The Makefile defines some variables, and I was able to get the >> driver to build by doing the following: >> >> [root@desktop ~/xf86-video-radeonhd]# export >> PCIUTILS_CFLAGS="-I/usr/local/include -lpci -lz" >> [root@desktop ~/xf86-video-radeonhd]# export >> PCIUTILS_LIBS="-L/usr/local/lib" >> >> Now to install the driver and test.. I'll get back to the list with >> the results. >> >> _______________________________________________ >> 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 alex at mailinglist.ahhyes.net Wed Mar 11 20:16:51 2009 From: alex at mailinglist.ahhyes.net (Alex) Date: Wed Mar 11 20:16:57 2009 Subject: Radeon DRIVER In-Reply-To: <49B878A3.7000101@mailinglist.ahhyes.net> References: <20090305161651.GB1369@lobo.ewinter.org> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> <49B72FEC.2090909@mailinglist.ahhyes.net> <1236746127.2091.33.camel@balrog.2hip.net> <49B7600A.50204@mailinglist.ahhyes.net> <49B76134.5050501@mailinglist.ahhyes.net> <49B76330.60703@mailinglist.ahhyes.net> <1236761094.1697.5.camel@balrog.2hip.net> <49B7AEE7.4060704@mailinglist.ahhyes.net> <1236796811.1679.9.camel@balrog.2hip.net> <49B815BF.30704@mailinglist.ahhyes.net> <49B83174.3080002@phat.za.net> <49B8709A.20809@mailinglist.ahhyes.net> <49B871CC.1070600@mailinglist.ahhyes! .net> <49B878A3.7000101@mailinglist.ahhyes! .net> Message-ID: <49B87DE4.8050303@mailinglist.ahhyes.net> Completely disabling DRI seems to resolve the issue. Perhaps the issue is in the DRI/DRM code somewhere? Alex wrote: > I have some weird things going on now... > > Sometimes when I drag a window, a copy of the window is left behind in > the previous position (background is not restored), refer to this > screenshot: > > http://ahhyes.net/gfxweird.jpg > > I have mozilla firefox open. I have dragged the window down but there > is still image data at the top where the image previously was. If I > close the application both images are cleared and everything appears > normal. > > Similar things happen in a terminal window as well. If i issue the > "clear" command to clear the window contents, part of the window are > cleared but there are still characters here and there from the > previous screen content. > > Any ideas? > > Alex wrote: >> IT WORKS!!!!!!!!!!!!!!!!!! >> >> WOOOOOOOOOOOOOHOOOOOOOOOOOOOOOOOO!!! >> >> Thanks to everyone that helped! >> >> >> Alex wrote: >>> Aragon Gouveia wrote: >>>> Alex wrote: >>>>> Have all the above already. Build is broken. >>>> >>>> After just getting DRI working on my RV620, I might suggest using >>>> the x11-drivers/xf86-video-radeonhd-devel port instead. Seems to >>>> work well here, and builds without a hitch of course. :) >>>> >>>> >>>> Regards, >>>> Aragon >>>> >>>> >>> Thank you! That gave me a vital clue. I looked at the Makefile for >>> that port as I could see that the configure script for the port was >>> finding PCIUTILS fine, but the configure script for the driver in >>> git wasnt. The Makefile defines some variables, and I was able to >>> get the driver to build by doing the following: >>> >>> [root@desktop ~/xf86-video-radeonhd]# export >>> PCIUTILS_CFLAGS="-I/usr/local/include -lpci -lz" >>> [root@desktop ~/xf86-video-radeonhd]# export >>> PCIUTILS_LIBS="-L/usr/local/lib" >>> >>> Now to install the driver and test.. I'll get back to the list with >>> the results. >>> >>> _______________________________________________ >>> 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" >> > > _______________________________________________ > 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 vehemens at verizon.net Wed Mar 11 21:36:26 2009 From: vehemens at verizon.net (vehemens) Date: Wed Mar 11 21:36:33 2009 Subject: Radeon DRIVER In-Reply-To: <49B878A3.7000101@mailinglist.ahhyes.net> References: <20090305161651.GB1369@lobo.ewinter.org> <49B871CC.1070600@mailinglist.ahhyes! .net> <49B878A3.7000101@mailinglist.ahhyes.net> Message-ID: <200903112039.54158.vehemens@verizon.net> On Wednesday 11 March 2009 07:51:15 pm Alex wrote: > I have some weird things going on now... > > Sometimes when I drag a window, a copy of the window is left behind in > the previous position (background is not restored), refer to this > screenshot: > > http://ahhyes.net/gfxweird.jpg > > I have mozilla firefox open. I have dragged the window down but there is > still image data at the top where the image previously was. If I close > the application both images are cleared and everything appears normal. > > Similar things happen in a terminal window as well. If i issue the > "clear" command to clear the window contents, part of the window are > cleared but there are still characters here and there from the previous > screen content. > > Any ideas? I think xorg-server 1.5.3 is a bit broken. You might want to give xorg-server 1.6.0 a try. > Alex wrote: > > IT WORKS!!!!!!!!!!!!!!!!!! > > > > WOOOOOOOOOOOOOHOOOOOOOOOOOOOOOOOO!!! > > > > Thanks to everyone that helped! > > > > Alex wrote: > >> Aragon Gouveia wrote: > >>> Alex wrote: > >>>> Have all the above already. Build is broken. > >>> > >>> After just getting DRI working on my RV620, I might suggest using > >>> the x11-drivers/xf86-video-radeonhd-devel port instead. Seems to > >>> work well here, and builds without a hitch of course. :) > >>> > >>> > >>> Regards, > >>> Aragon > >> > >> Thank you! That gave me a vital clue. I looked at the Makefile for > >> that port as I could see that the configure script for the port was > >> finding PCIUTILS fine, but the configure script for the driver in git > >> wasnt. The Makefile defines some variables, and I was able to get the > >> driver to build by doing the following: > >> > >> [root@desktop ~/xf86-video-radeonhd]# export > >> PCIUTILS_CFLAGS="-I/usr/local/include -lpci -lz" > >> [root@desktop ~/xf86-video-radeonhd]# export > >> PCIUTILS_LIBS="-L/usr/local/lib" > >> > >> Now to install the driver and test.. I'll get back to the list with > >> the results. > >> > >> _______________________________________________ > >> 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" > > _______________________________________________ > 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 Mar 11 21:41:32 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Wed Mar 11 21:41:39 2009 Subject: Radeon DRIVER In-Reply-To: <49B830DD.8010409@phat.za.net> References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> <49B7B4C3.6080700@phat.za.net> <1236795077.1679.3.camel@balrog.2hip.net> <49B830DD.8010409@phat.za.net> Message-ID: <1236832874.24950.0.camel@wombat.2hip.net> On Wed, 2009-03-11 at 23:45 +0200, Aragon Gouveia wrote: > Robert Noland wrote: > > Which chip do you have? xorg logs would probably be useful as well. > > Silly me should have checked the logs. AIGLX was enabled, couldn't find > an r600_dri.so to load, and didn't attempt loading swrast_dri for some > reason. I've disabled AIGLX and all is good. Video playback is now > using Xv and it's noticeable - powerd is happy to scale back the CPU > speed even during full screen playback now. :) > > Chip is an RV620 (HD3450). > > Thanks for all your work, Robert! One step closer to 3D. :) Cool, glad it's working out. robert. > > Regards, > Aragon From alex at mailinglist.ahhyes.net Wed Mar 11 23:20:04 2009 From: alex at mailinglist.ahhyes.net (Alex) Date: Wed Mar 11 23:20:11 2009 Subject: Radeon DRIVER In-Reply-To: <200903112039.54158.vehemens@verizon.net> References: <20090305161651.GB1369@lobo.ewinter.org> <49B871CC.1070600@mailinglist.ahhyes! .net> <49B878A3.7000101@mailinglist.ahhyes.net> <200903112039.54158.vehemens@verizon.net> Message-ID: <49B8A8D3.8010707@mailinglist.ahhyes.net> Hi, Is there a way to upgrade xorg without upsetting my install of KDE? I compiled KDE 4.2.1 from ports am worried I might break a dependency. I am scared of having to rebuild the entire thing again and find that it hasnt fixed the issue. Have you seen this issue before? I have xorg-server-1.5.3_5,1 installed at present. Alex. vehemens wrote: > On Wednesday 11 March 2009 07:51:15 pm Alex wrote: > >> I have some weird things going on now... >> >> Sometimes when I drag a window, a copy of the window is left behind in >> the previous position (background is not restored), refer to this >> screenshot: >> >> http://ahhyes.net/gfxweird.jpg >> >> I have mozilla firefox open. I have dragged the window down but there is >> still image data at the top where the image previously was. If I close >> the application both images are cleared and everything appears normal. >> >> Similar things happen in a terminal window as well. If i issue the >> "clear" command to clear the window contents, part of the window are >> cleared but there are still characters here and there from the previous >> screen content. >> >> Any ideas? >> > > I think xorg-server 1.5.3 is a bit broken. You might want to give xorg-server > 1.6.0 a try. > > >> Alex wrote: >> >>> IT WORKS!!!!!!!!!!!!!!!!!! >>> >>> WOOOOOOOOOOOOOHOOOOOOOOOOOOOOOOOO!!! >>> >>> Thanks to everyone that helped! >>> >>> Alex wrote: >>> >>>> Aragon Gouveia wrote: >>>> >>>>> Alex wrote: >>>>> >>>>>> Have all the above already. Build is broken. >>>>>> >>>>> After just getting DRI working on my RV620, I might suggest using >>>>> the x11-drivers/xf86-video-radeonhd-devel port instead. Seems to >>>>> work well here, and builds without a hitch of course. :) >>>>> >>>>> >>>>> Regards, >>>>> Aragon >>>>> >>>> Thank you! That gave me a vital clue. I looked at the Makefile for >>>> that port as I could see that the configure script for the port was >>>> finding PCIUTILS fine, but the configure script for the driver in git >>>> wasnt. The Makefile defines some variables, and I was able to get the >>>> driver to build by doing the following: >>>> >>>> [root@desktop ~/xf86-video-radeonhd]# export >>>> PCIUTILS_CFLAGS="-I/usr/local/include -lpci -lz" >>>> [root@desktop ~/xf86-video-radeonhd]# export >>>> PCIUTILS_LIBS="-L/usr/local/lib" >>>> >>>> Now to install the driver and test.. I'll get back to the list with >>>> the results. >>>> >>>> _______________________________________________ >>>> 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" >>> >> _______________________________________________ >> 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 aragon at phat.za.net Thu Mar 12 04:31:20 2009 From: aragon at phat.za.net (Aragon Gouveia) Date: Thu Mar 12 04:31:26 2009 Subject: Radeon DRIVER In-Reply-To: <49B878A3.7000101@mailinglist.ahhyes.net> References: <20090305161651.GB1369@lobo.ewinter.org> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> <49B72FEC.2090909@mailinglist.ahhyes.net> <1236746127.2091.33.camel@balrog.2hip.net> <49B7600A.50204@mailinglist.ahhyes.net> <49B76134.5050501@mailinglist.ahhyes.net> <49B76330.60703@mailinglist.ahhyes.net> <1236761094.1697.5.camel@balrog.2hip.net> <49B7AEE7.4060704@mailinglist.ahhyes.net> <1236796811.1679.9.camel@balrog.2hip.net> <49B815BF.30704@mailinglist.ahhyes.net> <49B83174.3080002@phat.za.net> <49B8709A.20809@mailinglist.ahhyes.net> <49B871CC.1070600@mailinglist.ahhyes! .net> <49B878A3.7000101@mailinglist.ahhyes. net> Message-ID: <49B8F27A.7050303@phat.za.net> Alex wrote: > I have some weird things going on now... > > Sometimes when I drag a window, a copy of the window is left behind in > the previous position (background is not restored), refer to this > screenshot: Me too. Whenever I move a window that's above my XFCE Terminal window, the term is left with garbage on it. Screenshot: http://decoder.geek.sh/misc/radeonscreenie.png Regards, Aragon From plopsml at free.fr Thu Mar 12 06:53:29 2009 From: plopsml at free.fr (plopsml@free.fr) Date: Thu Mar 12 07:05:40 2009 Subject: x11/libX11 port In-Reply-To: <277546788.2940081236857625576.JavaMail.root@zimbra9-e2.priv.proxad.net> Message-ID: <54237690.2940211236857643000.JavaMail.root@zimbra9-e2.priv.proxad.net> Hi, Here is the output I had doing a "make deinstall && make reinstall" on /usr/ports/x11/libX11 (up to date). Easy to solve, but you have to check the ports dependancies. --- snip --- checking for X11... configure: error: Package requirements (xextproto xtrans xcb >= 1.1.92) were not met: Requested 'xcb >= 1.1.92' but version of XCB is 1.1.90.1 Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables X11_CFLAGS and X11_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/libX11/work/libX11-1.2/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/libX11. *** Error code 1 Stop in /usr/ports/x11/libX11. --- snip --- As suggested in the error message, I attached the /usr/ports/x11/libX11/work/libX11-1.2/config.log file, and the output of `ls /var/db/pkg`. Best regards, Mikael Davranche -------------- next part -------------- A non-text attachment was scrubbed... Name: config.log Type: application/octet-stream Size: 30298 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090312/399c1be5/config.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: packages Type: application/octet-stream Size: 5810 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090312/399c1be5/packages.obj From kstewart at owt.com Thu Mar 12 09:18:14 2009 From: kstewart at owt.com (Kent Stewart) Date: Thu Mar 12 09:18:21 2009 Subject: x11/libX11 port In-Reply-To: <54237690.2940211236857643000.JavaMail.root@zimbra9-e2.priv.proxad.net> References: <54237690.2940211236857643000.JavaMail.root@zimbra9-e2.priv.proxad.net> Message-ID: <200903120918.10536.kstewart@owt.com> On Thursday 12 March 2009 04:34:03 am plopsml@free.fr wrote: > Hi, > > Here is the output I had doing a "make deinstall && make reinstall" on > /usr/ports/x11/libX11 (up to date). Easy to solve, but you have to check > the ports dependancies. > > --- snip --- > checking for X11... configure: error: Package requirements (xextproto > xtrans xcb >= 1.1.92) were not met: > > Requested 'xcb >= 1.1.92' but version of XCB is 1.1.90.1 > This is a sign that your port tree is seriously out of date. On 23 Jan 2009, the following was added to ports/UPDATING 20090123: AFFECTS: users of x11/libxcb AUTHOR: flz@FreeBSD.org Libxcb shared library version was bumped from 1 to 2. You need to rebuild any consumer of libxcb.so.1 or some applications will be linked against two versions of libxcb once libX11 is upgraded. For portupgrade users: # portupgrade -rf libxcb That would have updated libxcb ( 1.1.93) and everything that used it. Libxcb is currently at version 1.2. When I do a dependancy list on libxcb, I have 172 ports that would have been force built using portupgrade. Kent -- kent Stewart Richland, WA http://users.owt.com/kstewart/index.html From ohartman at mail.zedat.fu-berlin.de Thu Mar 12 12:41:43 2009 From: ohartman at mail.zedat.fu-berlin.de (O. Hartmann) Date: Thu Mar 12 12:41:49 2009 Subject: [HEADS UP] Radeon r6/7xx drm code to be committed In-Reply-To: <3c1674c90903091036q4585519aja68d7f9bcd350010@mail.gmail.com> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> <3c1674c90903091036q4585519aja68d7f9bcd350010@mail.gmail.com> Message-ID: <49B961B7.6020303@mail.zedat.fu-berlin.de> Kip Macy wrote: > I have an HD4850 and it works well. Unfortunately it is the one from > ASUS where only one port does dual-link. > > -Kip > > On Mon, Mar 9, 2009 at 10:27 AM, Nenhum_de_Nos wrote: > >> On Mon, March 9, 2009 13:53, Robert Noland wrote: >> >>> On Mon, 2009-03-09 at 12:16 -0400, Robert Huff wrote: >>> >>>> Gary Jennejohn writes: >>>> >>>> >>>>> > > This should work on pretty much all Radeon r600+ cards (and the >>>>> >>>> older >>>> >>>>> > > stuff as well). With the appropriate X drivers, you should get >>>>> >>>> EXA >>>> >>>>> > > accelleration and Xv. 3d is not available yet, afaik. >>>>> > >>>>> >>>>> This is kernel code and has nothing directly to do with ports. >>>>> >>>> Let me be more specific. >>>> Assuming I'm using a 3850, which I believe is the RV670 >>>> chipset, is there anything I will need to change in xorg.conf (or >>>> elsewhere) to take advantage of/not break the new code? >>>> >>> rv670 is what I'm testing on... I tried to put a few details in the >>> commit message. >>> >>> Basically, for R600+ you have to force DRI on for the moment. You >>> should also be using exa. >>> >>> So, right now, I'm using radeonhd from git master, with : >>> >>> Driver "radeonhd" >>> VendorName "ATI Technologies Inc" >>> BoardName "RV670PRO [Radeon HD 3850]" >>> BusID "PCI:1:0:0" >>> Option "DRI" >>> Option "AccelMethod" "EXA" >>> Option "Audio" >>> EndSection >>> >>> robert. >>> >>> >>>> Robert Huff >>>> >>>> >>> -- >>> Robert Noland >>> FreeBSD >>> >> I'm planning to move from nVidia to ATi, and all this work is what makes >> me do that. This code you're talking about, would benefit a HD4850 ? >> >> thanks, >> >> matheus >> >> -- >> We will call you cygnus, >> The God of balance you shall be >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > I use a MSI HD4830 on a UP FreeBSD 8.0-CURRENT/amd64 box with Driver "radeon" from ports/xorg-7.4. Without EXA and DRI the graphics card works well, but when enabling EXA and/or DRI, system goes mustang. Ctrl-Alt-FX doesn't bring back a console, the tty is 'blinking' as it looks like the X server tries to start and fails. On another box, running FreeBSD 8.0-CURRENT/amd64, but SMP and MSI HD4670, with EXA and DRI enabled the whole box crashes immediately when loading Xserver. Without EXA and DRI, leaving a windowmaker session and therefore ending the Xserver kills the box, the OS dies and coredumps or hangs forever with a tiled screen showing 3 rows of 6 columns of the console screen on a 20,1 inch TFT. From kip.macy at gmail.com Thu Mar 12 14:01:00 2009 From: kip.macy at gmail.com (Kip Macy) Date: Thu Mar 12 14:01:13 2009 Subject: [HEADS UP] Radeon r6/7xx drm code to be committed In-Reply-To: <49B961B7.6020303@mail.zedat.fu-berlin.de> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> <3c1674c90903091036q4585519aja68d7f9bcd350010@mail.gmail.com> <49B961B7.6020303@mail.zedat.fu-berlin.de> Message-ID: <3c1674c90903121400s10c517f3i9714272d20a4ddc2@mail.gmail.com> radeon locks up my system, use radeonhd On Thu, Mar 12, 2009 at 12:25 PM, O. Hartmann wrote: > Kip Macy wrote: >> I have an HD4850 and it works well. Unfortunately it is the one from >> ASUS where only one port does dual-link. >> >> -Kip >> >> On Mon, Mar 9, 2009 at 10:27 AM, Nenhum_de_Nos wrote: >> >>> On Mon, March 9, 2009 13:53, Robert Noland wrote: >>> >>>> On Mon, 2009-03-09 at 12:16 -0400, Robert Huff wrote: >>>> >>>>> Gary Jennejohn writes: >>>>> >>>>> >>>>>> ?> > ?This should work on pretty much all Radeon r600+ cards (and the >>>>>> >>>>> older >>>>> >>>>>> ?> > ?stuff as well). ?With the appropriate X drivers, you should get >>>>>> >>>>> EXA >>>>> >>>>>> ?> > ?accelleration and Xv. ?3d is not available yet, afaik. >>>>>> ?> >>>>>> >>>>>> ?This is kernel code and has nothing directly to do with ports. >>>>>> >>>>> ? ? ?Let me be more specific. >>>>> ? ? ?Assuming I'm using a 3850, which I believe is the RV670 >>>>> chipset, is there anything I will need to change in xorg.conf (or >>>>> elsewhere) to take advantage of/not break the new code? >>>>> >>>> rv670 is what I'm testing on... I tried to put a few details in the >>>> commit message. >>>> >>>> Basically, for R600+ you have to force DRI on for the moment. ?You >>>> should also be using exa. >>>> >>>> So, right now, I'm using radeonhd from git master, with : >>>> >>>> ? ? ? ? Driver ? ? ?"radeonhd" >>>> ? ? ? ? VendorName ?"ATI Technologies Inc" >>>> ? ? ? ? BoardName ? "RV670PRO [Radeon HD 3850]" >>>> ? ? ? ? BusID ? ? ? "PCI:1:0:0" >>>> ? ? ? ? Option ? ? ?"DRI" >>>> ? ? ? ? Option ? ? ?"AccelMethod" "EXA" >>>> ? ? ? ? Option ? ? ?"Audio" >>>> EndSection >>>> >>>> robert. >>>> >>>> >>>>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?Robert Huff >>>>> >>>>> >>>> -- >>>> Robert Noland >>>> FreeBSD >>>> >>> I'm planning to move from nVidia to ATi, and all this work is what makes >>> me do that. This code you're talking about, would benefit a HD4850 ? >>> >>> thanks, >>> >>> matheus >>> >>> -- >>> We will call you cygnus, >>> The God of balance you shall be >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>> >>> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > I use a MSI HD4830 on a UP FreeBSD 8.0-CURRENT/amd64 box with > > Driver ? "radeon" > > from ports/xorg-7.4. Without EXA and DRI the graphics card works well, > but when enabling EXA and/or DRI, system goes mustang. Ctrl-Alt-FX > doesn't bring back a console, the tty is 'blinking' as it looks like the > X server tries to start and fails. > > On another box, running FreeBSD 8.0-CURRENT/amd64, but SMP and MSI > HD4670, with EXA and DRI enabled the whole box crashes immediately when > loading Xserver. Without EXA and DRI, leaving a windowmaker session and > therefore ending the Xserver kills the box, the OS dies and coredumps or > hangs forever with a tiled screen showing 3 rows of 6 columns of the > console screen on a 20,1 inch TFT. > From pawel at lenart.pl Fri Mar 13 01:01:55 2009 From: pawel at lenart.pl (=?UTF-8?Q?Pawe=C5=82_Lenart?=) Date: Fri Mar 13 01:02:02 2009 Subject: problems while compiling libX11 Message-ID: <25bac88874fdd5d8ba609b0036187803@mail.fallenartist.pl> Hi. I'm running FreeBSD 7.0-RELEASE and I have problem building libX11-1.2,1. ===> Building for libX11-1.2,1 Making all in include Making all in modules Making all in im Making all in ximcp ../../../doltcompile cc -DHAVE_CONFIG_H -I. -I../../../src -I../../../include/X11 -I../../../include -I../../../include/X11 -I../../../include -I../../../include/X11 -I../../../src/xcms -I../../../src/xkb -I../../../src/xlibi18n -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -Wbad-function-cast -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_BSD_SOURCE -DXIM_t -DTRANS_CLIENT -DMALLOC_0_RETURNS_NULL -O2 -fno-strict-aliasing -pipe -MT imCallbk.lo -MD -MP -MF .deps/imCallbk.Tpo -c -o imCallbk.lo imCallbk.c ../../../doltcompile: command substitution: line 23: syntax error near unexpected token `)' ../../../doltcompile: command substitution: line 23: `mkdir "$libobjdir" 2>&1)"' Assembler messages: FATAL: can't create .libs/imCallbk.o: No such file or directory *** Error code 2 Stop in /usr/ports/x11/libX11/work/libX11-1.2/modules/im/ximcp. *** Error code 1 Stop in /usr/ports/x11/libX11/work/libX11-1.2/modules/im. *** Error code 1 Stop in /usr/ports/x11/libX11/work/libX11-1.2/modules. *** Error code 1 Stop in /usr/ports/x11/libX11/work/libX11-1.2. *** Error code 1 Stop in /usr/ports/x11/libX11. What should I do? Best regards P. Lenart From ohartman at zedat.fu-berlin.de Fri Mar 13 02:26:47 2009 From: ohartman at zedat.fu-berlin.de (O. Hartmann) Date: Fri Mar 13 02:27:02 2009 Subject: [HEADS UP] Radeon r6/7xx drm code to be committed In-Reply-To: <3c1674c90903121400s10c517f3i9714272d20a4ddc2@mail.gmail.com> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> <3c1674c90903091036q4585519aja68d7f9bcd350010@mail.gmail.com> <49B961B7.6020303@mail.zedat.fu-berlin.de> <3c1674c90903121400s10c517f3i9714272d20a4ddc2@mail.gmail.com> Message-ID: <49BA22CD.9030809@zedat.fu-berlin.de> My private box is a UP FreeBSD 8.0-CURRENT/amd64 equipted with a MSI HD4830 (RV770). On this machine with the most recent OS and the most recent xorg-7.4 compiled from the ports, Driver 'radeonhd' does not work, the tty does never show up login screen. It seems the driver does not recognise the GPU. Also on this box, enabling Option 'DRI' doesn't work. When getty tries to start xdm on the specific tty, Xserver can't be started - there is a error message on console coming from [drm], saying something about 'idle'. I never caught this. On my lab's box, a SMP FreeBSD 8.0-CURRENT/amd64 with the most recent xorg-7.4 as mentioned above, equippted with a MSI HD4670 (RV730), Driver 'radeonhd' works, but shows up weird behaviour sometimes (crashing), so I switchd to Driver 'radeon'. But also on this box, enabling Option 'DRI' does not let X come up. Either way, with radeonhd or radeon, ending a X session (I use windowmaker), seems crashing X and then locking up/crashing the whole box. Also very boring is the fact, that I can't swtch to the console via Ctrl-Alt-F{1-8} althought this is explicitely enabled in the config. I see 'nothing' but a black screen, the console is definitely changing, I can change back to the X screen, but never to a console. This behaviour is both on FreeBSD 7.1-STABLE (most recent before I switched these days to 8.0-CURRENT on that box) and 8.0-CURRENT! I guess this is a serious issue in Xorg 7.4 and/or the Radeon driver. It is also very surprising, that on the slower UP FreeBSD box with the faster GPU (RV770), X is much(!) faster than on the faster SMP FreeBSD box with the slower GPU (RV730). On both systems DRI is not enabled and both boxes do not load modules 'drm' and 'radeon'. Kip Macy wrote: > radeon locks up my system, use radeonhd > > On Thu, Mar 12, 2009 at 12:25 PM, O. Hartmann > wrote: >> Kip Macy wrote: >>> I have an HD4850 and it works well. Unfortunately it is the one from >>> ASUS where only one port does dual-link. >>> >>> -Kip >>> >>> On Mon, Mar 9, 2009 at 10:27 AM, Nenhum_de_Nos wrote: >>> >>>> On Mon, March 9, 2009 13:53, Robert Noland wrote: >>>> >>>>> On Mon, 2009-03-09 at 12:16 -0400, Robert Huff wrote: >>>>> >>>>>> Gary Jennejohn writes: >>>>>> >>>>>> >>>>>>> > > This should work on pretty much all Radeon r600+ cards (and the >>>>>>> >>>>>> older >>>>>> >>>>>>> > > stuff as well). With the appropriate X drivers, you should get >>>>>>> >>>>>> EXA >>>>>> >>>>>>> > > accelleration and Xv. 3d is not available yet, afaik. >>>>>>> > >>>>>>> >>>>>>> This is kernel code and has nothing directly to do with ports. >>>>>>> >>>>>> Let me be more specific. >>>>>> Assuming I'm using a 3850, which I believe is the RV670 >>>>>> chipset, is there anything I will need to change in xorg.conf (or >>>>>> elsewhere) to take advantage of/not break the new code? >>>>>> >>>>> rv670 is what I'm testing on... I tried to put a few details in the >>>>> commit message. >>>>> >>>>> Basically, for R600+ you have to force DRI on for the moment. You >>>>> should also be using exa. >>>>> >>>>> So, right now, I'm using radeonhd from git master, with : >>>>> >>>>> Driver "radeonhd" >>>>> VendorName "ATI Technologies Inc" >>>>> BoardName "RV670PRO [Radeon HD 3850]" >>>>> BusID "PCI:1:0:0" >>>>> Option "DRI" >>>>> Option "AccelMethod" "EXA" >>>>> Option "Audio" >>>>> EndSection >>>>> >>>>> robert. >>>>> >>>>> >>>>>> Robert Huff >>>>>> >>>>>> >>>>> -- >>>>> Robert Noland >>>>> FreeBSD >>>>> >>>> I'm planning to move from nVidia to ATi, and all this work is what makes >>>> me do that. This code you're talking about, would benefit a HD4850 ? >>>> >>>> thanks, >>>> >>>> matheus >>>> >>>> -- >>>> We will call you cygnus, >>>> The God of balance you shall be >>>> >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>>> >>>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>> >> I use a MSI HD4830 on a UP FreeBSD 8.0-CURRENT/amd64 box with >> >> Driver "radeon" >> >> from ports/xorg-7.4. Without EXA and DRI the graphics card works well, >> but when enabling EXA and/or DRI, system goes mustang. Ctrl-Alt-FX >> doesn't bring back a console, the tty is 'blinking' as it looks like the >> X server tries to start and fails. >> >> On another box, running FreeBSD 8.0-CURRENT/amd64, but SMP and MSI >> HD4670, with EXA and DRI enabled the whole box crashes immediately when >> loading Xserver. Without EXA and DRI, leaving a windowmaker session and >> therefore ending the Xserver kills the box, the OS dies and coredumps or >> hangs forever with a tiled screen showing 3 rows of 6 columns of the >> console screen on a 20,1 inch TFT. >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From QAT at FreeBSD.org Fri Mar 13 02:37:13 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Fri Mar 13 02:37:21 2009 Subject: cvs commit: ports/x11/libX11 Makefile ports/x11/libX11/files patch-configure.ac In-Reply-To: <200903130910.n2D9AbRh076490@repoman.freebsd.org> References: In-Reply-To: <200903130910.n2D9AbRh076490@repoman.freebsd.org> Message-ID: <20090313090443.67FB28FC43@release.ixsystems.com> QAT - your restless neighborhood Daemon - identified a mtree error while trying to build: libX11-1.2,1 maintained by x11@FreeBSD.org Makefile ident: $FreeBSD: ports/x11/libX11/Makefile,v 1.27 2009/03/13 09:10:36 stas Exp $ Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/libX11-1.2,1.log : install -o root -g wheel -m 444 'XwcTextEscapement.3' '/usr/local/man/man3/XwcTextEscapement.3' install -o root -g wheel -m 444 'Xutf8TextEscapement.3' '/usr/local/man/man3/Xutf8TextEscapement.3' install -o root -g wheel -m 444 'XwcTextExtents.3' '/usr/local/man/man3/XwcTextExtents.3' install -o root -g wheel -m 444 'Xutf8TextExtents.3' '/usr/local/man/man3/Xutf8TextExtents.3' install -o root -g wheel -m 444 'XwcTextPerCharExtents.3' '/usr/local/man/man3/XwcTextPerCharExtents.3' install -o root -g wheel -m 444 'Xutf8TextPerCharExtents.3' '/usr/local/man/man3/Xutf8TextPerCharExtents.3' test -z "/usr/local/lib/pkgconfig" || ./install-sh -c -d "/usr/local/lib/pkgconfig" install -o root -g wheel -m 444 'x11.pc' '/usr/local/lib/pkgconfig/x11.pc' install -o root -g wheel -m 444 'x11-xcb.pc' '/usr/local/lib/pkgconfig/x11-xcb.pc' ===> Compressing manual pages for libX11-1.2,1 ===> Running ldconfig /sbin/ldconfig -m /usr/local/lib ===> Registering installation for libX11-1.2,1 ================================================================ ======================================== ===> Building package for libX11-1.2,1 tar: libdata/pkgconfig/x11.pc: Cannot stat: No such file or directory tar: libdata/pkgconfig/x11-xcb.pc: Cannot stat: No such file or directory tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 Creating package /tmp/packages/All/libX11-1.2,1.tbz Registering depends: libxcb-1.2 libpthread-stubs-0.1 libXau-1.0.4 libXdmcp-1.0.2_1 xproto-7.0.15 pkg-config-0.23_1 xcb-proto-1.4 python25-2.5.4_1 kbproto-1.0.3. Creating bzip'd tar ball in '/tmp/packages/All/libX11-1.2,1.tbz' *** Error code 1 Stop in /a/ports/x11/libX11. Deleting libX11-1.2,1 pkg_delete: file '/usr/local/libdata/pkgconfig/x11.pc' doesn't exist pkg_delete: file '/usr/local/libdata/pkgconfig/x11-xcb.pc' doesn't exist pkg_delete: couldn't entirely delete package (perhaps the packing list is incorrectly specified?) ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 6080095 4 drwxr-xr-x 2 root wheel 512 Mar 13 09:04 usr/local/lib/pkgconfig 6080096 4 -r--r--r-- 1 root wheel 316 Mar 13 09:04 usr/local/lib/pkgconfig/x11.pc 6080097 4 -r--r--r-- 1 root wheel 230 Mar 13 09:04 usr/local/lib/pkgconfig/x11-xcb.pc ================================================================ build of /usr/ports/x11/libX11 ended at Fri Mar 13 09:04:41 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/libX11-1.2,1.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=x11&portname=libX11 The build which triggered this BotMail was done under tinderbox-3.1.2_1; dsversion: 3.1 on RELENG_7 on amd64 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From jhein at timing.com Fri Mar 13 09:55:07 2009 From: jhein at timing.com (John Hein) Date: Fri Mar 13 09:55:15 2009 Subject: cvs commit: ports/x11/libX11 Makefile ports/x11/libX11/files patch-configure.ac In-Reply-To: <20090313090443.67FB28FC43@release.ixsystems.com> References: <200903130910.n2D9AbRh076490@repoman.freebsd.org> <20090313090443.67FB28FC43@release.ixsystems.com> Message-ID: <18874.33350.342851.455899@gromit.timing.com> QAT@freebsd.org wrote at 02:04 -0700 on Mar 13, 2009: > QAT - your restless neighborhood Daemon - identified a mtree error > while trying to build: > libX11-1.2,1 maintained by x11@FreeBSD.org > Makefile ident: $FreeBSD: ports/x11/libX11/Makefile,v 1.27 2009/03/13 09:10:36 stas Exp $ > > Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/libX11-1.2,1.log : > > install -o root -g wheel -m 444 'XwcTextEscapement.3' '/usr/local/man/man3/XwcTextEscapement.3' > install -o root -g wheel -m 444 'Xutf8TextEscapement.3' '/usr/local/man/man3/Xutf8TextEscapement.3' > install -o root -g wheel -m 444 'XwcTextExtents.3' '/usr/local/man/man3/XwcTextExtents.3' > install -o root -g wheel -m 444 'Xutf8TextExtents.3' '/usr/local/man/man3/Xutf8TextExtents.3' > install -o root -g wheel -m 444 'XwcTextPerCharExtents.3' '/usr/local/man/man3/XwcTextPerCharExtents.3' > install -o root -g wheel -m 444 'Xutf8TextPerCharExtents.3' '/usr/local/man/man3/Xutf8TextPerCharExtents.3' > test -z "/usr/local/lib/pkgconfig" || ./install-sh -c -d "/usr/local/lib/pkgconfig" > install -o root -g wheel -m 444 'x11.pc' '/usr/local/lib/pkgconfig/x11.pc' > install -o root -g wheel -m 444 'x11-xcb.pc' '/usr/local/lib/pkgconfig/x11-xcb.pc' > ===> Compressing manual pages for libX11-1.2,1 > ===> Running ldconfig > /sbin/ldconfig -m /usr/local/lib > ===> Registering installation for libX11-1.2,1 > ================================================================ > ======================================== > ===> Building package for libX11-1.2,1 > tar: libdata/pkgconfig/x11.pc: Cannot stat: No such file or directory > tar: libdata/pkgconfig/x11-xcb.pc: Cannot stat: No such file or directory > tar: Error exit delayed from previous errors. > pkg_create: make_dist: tar command failed with code 256 > Creating package /tmp/packages/All/libX11-1.2,1.tbz > Registering depends: libxcb-1.2 libpthread-stubs-0.1 libXau-1.0.4 libXdmcp-1.0.2_1 xproto-7.0.15 pkg-config-0.23_1 xcb-proto-1.4 python25-2.5.4_1 kbproto-1.0.3. > Creating bzip'd tar ball in '/tmp/packages/All/libX11-1.2,1.tbz' > *** Error code 1 > > Stop in /a/ports/x11/libX11. > Deleting libX11-1.2,1 > pkg_delete: file '/usr/local/libdata/pkgconfig/x11.pc' doesn't exist > pkg_delete: file '/usr/local/libdata/pkgconfig/x11-xcb.pc' doesn't exist > pkg_delete: couldn't entirely delete package (perhaps the packing list is > incorrectly specified?) > ================================================================ Now that libX11 regenerates its Makefile.in with the recent change, this is the same problem as ports/132212 (which has a patch). http://www.freebsd.org/cgi/query-pr.cgi?pr=132212 From kip.macy at gmail.com Fri Mar 13 09:59:09 2009 From: kip.macy at gmail.com (Kip Macy) Date: Fri Mar 13 09:59:15 2009 Subject: [HEADS UP] Radeon r6/7xx drm code to be committed In-Reply-To: <49BA22CD.9030809@zedat.fu-berlin.de> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> <3c1674c90903091036q4585519aja68d7f9bcd350010@mail.gmail.com> <49B961B7.6020303@mail.zedat.fu-berlin.de> <3c1674c90903121400s10c517f3i9714272d20a4ddc2@mail.gmail.com> <49BA22CD.9030809@zedat.fu-berlin.de> Message-ID: <3c1674c90903130959s180da92cu5b91b2154b51fdfe@mail.gmail.com> Are you using the radeonhd from git? I needed to use that to get it to work. -Kip On Fri, Mar 13, 2009 at 2:09 AM, O. Hartmann wrote: > My private box is a UP FreeBSD 8.0-CURRENT/amd64 equipted with a MSI HD4830 > (RV770). On this machine with the most recent OS and the most recent > xorg-7.4 compiled from the ports, > > Driver 'radeonhd' > > does not work, the tty does never show up login screen. It seems the driver > does not recognise the GPU. Also on this box, enabling > > Option 'DRI' > > doesn't work. When getty tries to start xdm on the specific tty, Xserver > can't be started - there is a error message on console coming from [drm], > saying something about 'idle'. I never caught this. > > On my lab's box, a SMP FreeBSD 8.0-CURRENT/amd64 with the most recent > xorg-7.4 as mentioned above, equippted with ?a MSI HD4670 (RV730), > > Driver 'radeonhd' > > works, but shows up weird behaviour sometimes (crashing), so I switchd to > > Driver 'radeon'. > > But also on this box, enabling > > Option 'DRI' > > does not let X come up. > > Either way, with radeonhd or radeon, ending a X session (I use windowmaker), > seems crashing X and then locking up/crashing the whole box. Also very > boring is the fact, that I can't swtch to the console via > > Ctrl-Alt-F{1-8} > > althought this is explicitely enabled in the config. I see 'nothing' but a > black screen, the console is definitely changing, I can change back to the X > screen, but never to a console. This behaviour is both on FreeBSD 7.1-STABLE > (most recent before I switched these days to 8.0-CURRENT on that box) and > 8.0-CURRENT! I guess this is a serious issue in Xorg 7.4 and/or the Radeon > driver. > > It is also very surprising, that on the slower UP FreeBSD box with the > faster GPU (RV770), X is much(!) faster than on the faster SMP FreeBSD box > with the slower GPU (RV730). On both systems DRI is not enabled and both > boxes do not load modules 'drm' and 'radeon'. > > Kip Macy wrote: >> >> radeon locks up my system, use radeonhd >> >> On Thu, Mar 12, 2009 at 12:25 PM, O. Hartmann >> wrote: >>> >>> Kip Macy wrote: >>>> >>>> I have an HD4850 and it works well. Unfortunately it is the one from >>>> ASUS where only one port does dual-link. >>>> >>>> -Kip >>>> >>>> On Mon, Mar 9, 2009 at 10:27 AM, Nenhum_de_Nos >>>> wrote: >>>> >>>>> On Mon, March 9, 2009 13:53, Robert Noland wrote: >>>>> >>>>>> On Mon, 2009-03-09 at 12:16 -0400, Robert Huff wrote: >>>>>> >>>>>>> Gary Jennejohn writes: >>>>>>> >>>>>>> >>>>>>>> ?> > ?This should work on pretty much all Radeon r600+ cards (and >>>>>>>> the >>>>>>>> >>>>>>> older >>>>>>> >>>>>>>> ?> > ?stuff as well). ?With the appropriate X drivers, you should >>>>>>>> get >>>>>>>> >>>>>>> EXA >>>>>>> >>>>>>>> ?> > ?accelleration and Xv. ?3d is not available yet, afaik. >>>>>>>> ?> >>>>>>>> >>>>>>>> ?This is kernel code and has nothing directly to do with ports. >>>>>>>> >>>>>>> ? ? Let me be more specific. >>>>>>> ? ? Assuming I'm using a 3850, which I believe is the RV670 >>>>>>> chipset, is there anything I will need to change in xorg.conf (or >>>>>>> elsewhere) to take advantage of/not break the new code? >>>>>>> >>>>>> rv670 is what I'm testing on... I tried to put a few details in the >>>>>> commit message. >>>>>> >>>>>> Basically, for R600+ you have to force DRI on for the moment. ?You >>>>>> should also be using exa. >>>>>> >>>>>> So, right now, I'm using radeonhd from git master, with : >>>>>> >>>>>> ? ? ? ?Driver ? ? ?"radeonhd" >>>>>> ? ? ? ?VendorName ?"ATI Technologies Inc" >>>>>> ? ? ? ?BoardName ? "RV670PRO [Radeon HD 3850]" >>>>>> ? ? ? ?BusID ? ? ? "PCI:1:0:0" >>>>>> ? ? ? ?Option ? ? ?"DRI" >>>>>> ? ? ? ?Option ? ? ?"AccelMethod" "EXA" >>>>>> ? ? ? ?Option ? ? ?"Audio" >>>>>> EndSection >>>>>> >>>>>> robert. >>>>>> >>>>>> >>>>>>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? Robert Huff >>>>>>> >>>>>>> >>>>>> -- >>>>>> Robert Noland >>>>>> FreeBSD >>>>>> >>>>> I'm planning to move from nVidia to ATi, and all this work is what >>>>> makes >>>>> me do that. This code you're talking about, would benefit a HD4850 ? >>>>> >>>>> thanks, >>>>> >>>>> matheus >>>>> >>>>> -- >>>>> We will call you cygnus, >>>>> The God of balance you shall be >>>>> >>>>> _______________________________________________ >>>>> freebsd-current@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>> To unsubscribe, send any mail to >>>>> "freebsd-current-unsubscribe@freebsd.org" >>>>> >>>>> >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to >>>> "freebsd-current-unsubscribe@freebsd.org" >>>> >>> I use a MSI HD4830 on a UP FreeBSD 8.0-CURRENT/amd64 box with >>> >>> Driver ? "radeon" >>> >>> from ports/xorg-7.4. Without EXA and DRI the graphics card works well, >>> but when enabling EXA and/or DRI, system goes mustang. Ctrl-Alt-FX >>> doesn't bring back a console, the tty is 'blinking' as it looks like the >>> X server tries to start and fails. >>> >>> On another box, running FreeBSD 8.0-CURRENT/amd64, but SMP and MSI >>> HD4670, with EXA and DRI enabled the whole box crashes immediately when >>> loading Xserver. Without EXA and DRI, leaving a windowmaker session and >>> therefore ending the Xserver kills the box, the OS dies and coredumps or >>> hangs forever with a tiled screen showing 3 rows of 6 columns of the >>> console screen on a 20,1 inch TFT. >>> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > From linimon at FreeBSD.org Fri Mar 13 13:10:44 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Fri Mar 13 13:10:50 2009 Subject: ports/132605: x11-drivers/xf86-video-nouveau fail to build due to libdrm Message-ID: <200903132010.n2DKAhC6047225@freefall.freebsd.org> Old Synopsis: xf86-video-nouveau fail to build due to libdrm New Synopsis: x11-drivers/xf86-video-nouveau fail to build due to libdrm Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: linimon Responsible-Changed-When: Fri Mar 13 20:10:13 UTC 2009 Responsible-Changed-Why: Fix synopsis and assign. http://www.freebsd.org/cgi/query-pr.cgi?pr=132605 From ohartman at mail.zedat.fu-berlin.de Fri Mar 13 13:36:48 2009 From: ohartman at mail.zedat.fu-berlin.de (O. Hartmann) Date: Fri Mar 13 13:37:01 2009 Subject: [HEADS UP] Radeon r6/7xx drm code to be committed In-Reply-To: <3c1674c90903130959s180da92cu5b91b2154b51fdfe@mail.gmail.com> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> <3c1674c90903091036q4585519aja68d7f9bcd350010@mail.gmail.com> <49B961B7.6020303@mail.zedat.fu-berlin.de> <3c1674c90903121400s10c517f3i9714272d20a4ddc2@mail.gmail.com> <49BA22CD.9030809@zedat.fu-berlin.de> <3c1674c90903130959s180da92cu5b91b2154b51fdfe@mail.gmail.com> Message-ID: <49BAC3E6.2000605@mail.zedat.fu-berlin.de> Kip Macy wrote: > Are you using the radeonhd from git? I needed to use that to get it to work. > > -Kip > > On Fri, Mar 13, 2009 at 2:09 AM, O. Hartmann > wrote: > >> My private box is a UP FreeBSD 8.0-CURRENT/amd64 equipted with a MSI HD4830 >> (RV770). On this machine with the most recent OS and the most recent >> xorg-7.4 compiled from the ports, >> >> Driver 'radeonhd' >> >> does not work, the tty does never show up login screen. It seems the driver >> does not recognise the GPU. Also on this box, enabling >> >> Option 'DRI' >> >> doesn't work. When getty tries to start xdm on the specific tty, Xserver >> can't be started - there is a error message on console coming from [drm], >> saying something about 'idle'. I never caught this. >> >> On my lab's box, a SMP FreeBSD 8.0-CURRENT/amd64 with the most recent >> xorg-7.4 as mentioned above, equippted with a MSI HD4670 (RV730), >> >> Driver 'radeonhd' >> >> works, but shows up weird behaviour sometimes (crashing), so I switchd to >> >> Driver 'radeon'. >> >> But also on this box, enabling >> >> Option 'DRI' >> >> does not let X come up. >> >> Either way, with radeonhd or radeon, ending a X session (I use windowmaker), >> seems crashing X and then locking up/crashing the whole box. Also very >> boring is the fact, that I can't swtch to the console via >> >> Ctrl-Alt-F{1-8} >> >> althought this is explicitely enabled in the config. I see 'nothing' but a >> black screen, the console is definitely changing, I can change back to the X >> screen, but never to a console. This behaviour is both on FreeBSD 7.1-STABLE >> (most recent before I switched these days to 8.0-CURRENT on that box) and >> 8.0-CURRENT! I guess this is a serious issue in Xorg 7.4 and/or the Radeon >> driver. >> >> It is also very surprising, that on the slower UP FreeBSD box with the >> faster GPU (RV770), X is much(!) faster than on the faster SMP FreeBSD box >> with the slower GPU (RV730). On both systems DRI is not enabled and both >> boxes do not load modules 'drm' and 'radeon'. >> >> Kip Macy wrote: >> >>> radeon locks up my system, use radeonhd >>> >>> On Thu, Mar 12, 2009 at 12:25 PM, O. Hartmann >>> wrote: >>> >>>> Kip Macy wrote: >>>> >>>>> I have an HD4850 and it works well. Unfortunately it is the one from >>>>> ASUS where only one port does dual-link. >>>>> >>>>> -Kip >>>>> >>>>> On Mon, Mar 9, 2009 at 10:27 AM, Nenhum_de_Nos >>>>> wrote: >>>>> >>>>> >>>>>> On Mon, March 9, 2009 13:53, Robert Noland wrote: >>>>>> >>>>>> >>>>>>> On Mon, 2009-03-09 at 12:16 -0400, Robert Huff wrote: >>>>>>> >>>>>>> >>>>>>>> Gary Jennejohn writes: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> > > This should work on pretty much all Radeon r600+ cards (and >>>>>>>>> the >>>>>>>>> >>>>>>>>> >>>>>>>> older >>>>>>>> >>>>>>>> >>>>>>>>> > > stuff as well). With the appropriate X drivers, you should >>>>>>>>> get >>>>>>>>> >>>>>>>>> >>>>>>>> EXA >>>>>>>> >>>>>>>> >>>>>>>>> > > accelleration and Xv. 3d is not available yet, afaik. >>>>>>>>> > >>>>>>>>> >>>>>>>>> This is kernel code and has nothing directly to do with ports. >>>>>>>>> >>>>>>>>> >>>>>>>> Let me be more specific. >>>>>>>> Assuming I'm using a 3850, which I believe is the RV670 >>>>>>>> chipset, is there anything I will need to change in xorg.conf (or >>>>>>>> elsewhere) to take advantage of/not break the new code? >>>>>>>> >>>>>>>> >>>>>>> rv670 is what I'm testing on... I tried to put a few details in the >>>>>>> commit message. >>>>>>> >>>>>>> Basically, for R600+ you have to force DRI on for the moment. You >>>>>>> should also be using exa. >>>>>>> >>>>>>> So, right now, I'm using radeonhd from git master, with : >>>>>>> >>>>>>> Driver "radeonhd" >>>>>>> VendorName "ATI Technologies Inc" >>>>>>> BoardName "RV670PRO [Radeon HD 3850]" >>>>>>> BusID "PCI:1:0:0" >>>>>>> Option "DRI" >>>>>>> Option "AccelMethod" "EXA" >>>>>>> Option "Audio" >>>>>>> EndSection >>>>>>> >>>>>>> robert. >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Robert Huff >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> -- >>>>>>> Robert Noland >>>>>>> FreeBSD >>>>>>> >>>>>>> >>>>>> I'm planning to move from nVidia to ATi, and all this work is what >>>>>> makes >>>>>> me do that. This code you're talking about, would benefit a HD4850 ? >>>>>> >>>>>> thanks, >>>>>> >>>>>> matheus >>>>>> >>>>>> -- >>>>>> We will call you cygnus, >>>>>> The God of balance you shall be >>>>>> >>>>>> _______________________________________________ >>>>>> freebsd-current@freebsd.org mailing list >>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>>> To unsubscribe, send any mail to >>>>>> "freebsd-current-unsubscribe@freebsd.org" >>>>>> >>>>>> >>>>>> >>>>> _______________________________________________ >>>>> freebsd-current@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>> To unsubscribe, send any mail to >>>>> "freebsd-current-unsubscribe@freebsd.org" >>>>> >>>>> >>>> I use a MSI HD4830 on a UP FreeBSD 8.0-CURRENT/amd64 box with >>>> >>>> Driver "radeon" >>>> >>>> from ports/xorg-7.4. Without EXA and DRI the graphics card works well, >>>> but when enabling EXA and/or DRI, system goes mustang. Ctrl-Alt-FX >>>> doesn't bring back a console, the tty is 'blinking' as it looks like the >>>> X server tries to start and fails. >>>> >>>> On another box, running FreeBSD 8.0-CURRENT/amd64, but SMP and MSI >>>> HD4670, with EXA and DRI enabled the whole box crashes immediately when >>>> loading Xserver. Without EXA and DRI, leaving a windowmaker session and >>>> therefore ending the Xserver kills the box, the OS dies and coredumps or >>>> hangs forever with a tiled screen showing 3 rows of 6 columns of the >>>> console screen on a 20,1 inch TFT. >>>> >>>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>> >> >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > No, it is the driver taken from ports. I do not use drivers from the development tree aside the FreeBSD development tree, including ports. By the way, whenever I use 'radeon' on my lab's box (FreeBSD 8.0-CURRENT/amd64 SMP, Xorg 7.4), every reboot (shutdown -r or reboot(1)) crashes the system, leaving the box unusable (filesystem /var gets dirty and so the OpenLDAP server doesn't start anymore). This issue is due to the xorg-7.4-driver (radeon, radeonhd doesn't work as I said). The graphics card is a HD4670. Without xdm/Xorg started the box reboots clean. This also happened when this box ran FreeBSD 7.1-STABLE before the upgrade last week! With the new drm-code, DRI isn't usable as option anymore on all FreeBSD 8.0 boxes I have around here equipted with ATI HD4670/HD4830 cards. The situation is really nasty this moment. From kip.macy at gmail.com Fri Mar 13 13:38:49 2009 From: kip.macy at gmail.com (Kip Macy) Date: Fri Mar 13 13:38:55 2009 Subject: [HEADS UP] Radeon r6/7xx drm code to be committed In-Reply-To: <49BAC3E6.2000605@mail.zedat.fu-berlin.de> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> <3c1674c90903091036q4585519aja68d7f9bcd350010@mail.gmail.com> <49B961B7.6020303@mail.zedat.fu-berlin.de> <3c1674c90903121400s10c517f3i9714272d20a4ddc2@mail.gmail.com> <49BA22CD.9030809@zedat.fu-berlin.de> <3c1674c90903130959s180da92cu5b91b2154b51fdfe@mail.gmail.com> <49BAC3E6.2000605@mail.zedat.fu-berlin.de> Message-ID: <3c1674c90903131338k141b98berb9eea38096d651f9@mail.gmail.com> > No, it is the driver taken from ports. I do not use drivers from the > development tree aside the FreeBSD development tree, including ports. I usually stick with ports, but right now git is the way to go. -Kip From swell.k at gmail.com Fri Mar 13 14:00:08 2009 From: swell.k at gmail.com (Anonymous) Date: Fri Mar 13 14:00:15 2009 Subject: ports/132605: x11-drivers/xf86-video-nouveau fail to build due to libdrm Message-ID: <200903132100.n2DL07Gw008789@freefall.freebsd.org> The following reply was made to PR ports/132605; it has been noted by GNATS. From: Anonymous To: bug-followup@FreeBSD.org,kevinxlinuz@163.com Cc: Subject: Re: ports/132605: x11-drivers/xf86-video-nouveau fail to build due to libdrm Date: Fri, 13 Mar 2009 23:51:33 +0300 This is a duplicate of ports/132136. Either try the patch in that PR or wait for an update of libdrm port. Distfile from current version of libdrm doesn't include following header files (fixed in git) libdrm-2.4.5/libdrm/nouveau/nouveau_dma.h libdrm-2.4.5/libdrm/nouveau/nouveau_private.h They are necessary to build nouveau api on which new versions of xf86-video-nouveau depend. That's why updating of this port was postponed. As a workaround you can apply this hack ftp://ftp.lissyara.su/users/Guest/libdrm.diff and update using this patch ftp://ftp.lissyara.su/users/Guest/xf86-video-nouveau.diff From rnoland at FreeBSD.org Fri Mar 13 15:34:43 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Fri Mar 13 15:34:50 2009 Subject: [HEADS UP] Radeon r6/7xx drm code to be committed In-Reply-To: <49B961B7.6020303@mail.zedat.fu-berlin.de> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> <3c1674c90903091036q4585519aja68d7f9bcd350010@mail.gmail.com> <49B961B7.6020303@mail.zedat.fu-berlin.de> Message-ID: <1236982147.1735.2.camel@balrog.2hip.net> On Thu, 2009-03-12 at 20:25 +0100, O. Hartmann wrote: > Kip Macy wrote: > > I have an HD4850 and it works well. Unfortunately it is the one from > > ASUS where only one port does dual-link. > > > > -Kip > > > > On Mon, Mar 9, 2009 at 10:27 AM, Nenhum_de_Nos wrote: > > > >> On Mon, March 9, 2009 13:53, Robert Noland wrote: > >> > >>> On Mon, 2009-03-09 at 12:16 -0400, Robert Huff wrote: > >>> > >>>> Gary Jennejohn writes: > >>>> > >>>> > >>>>> > > This should work on pretty much all Radeon r600+ cards (and the > >>>>> > >>>> older > >>>> > >>>>> > > stuff as well). With the appropriate X drivers, you should get > >>>>> > >>>> EXA > >>>> > >>>>> > > accelleration and Xv. 3d is not available yet, afaik. > >>>>> > > >>>>> > >>>>> This is kernel code and has nothing directly to do with ports. > >>>>> > >>>> Let me be more specific. > >>>> Assuming I'm using a 3850, which I believe is the RV670 > >>>> chipset, is there anything I will need to change in xorg.conf (or > >>>> elsewhere) to take advantage of/not break the new code? > >>>> > >>> rv670 is what I'm testing on... I tried to put a few details in the > >>> commit message. > >>> > >>> Basically, for R600+ you have to force DRI on for the moment. You > >>> should also be using exa. > >>> > >>> So, right now, I'm using radeonhd from git master, with : > >>> > >>> Driver "radeonhd" > >>> VendorName "ATI Technologies Inc" > >>> BoardName "RV670PRO [Radeon HD 3850]" > >>> BusID "PCI:1:0:0" > >>> Option "DRI" > >>> Option "AccelMethod" "EXA" > >>> Option "Audio" > >>> EndSection > >>> > >>> robert. > >>> > >>> > >>>> Robert Huff > >>>> > >>>> > >>> -- > >>> Robert Noland > >>> FreeBSD > >>> > >> I'm planning to move from nVidia to ATi, and all this work is what makes > >> me do that. This code you're talking about, would benefit a HD4850 ? > >> > >> thanks, > >> > >> matheus > >> > >> -- > >> We will call you cygnus, > >> The God of balance you shall be > >> > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >> > >> > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > I use a MSI HD4830 on a UP FreeBSD 8.0-CURRENT/amd64 box with > > Driver "radeon" > > from ports/xorg-7.4. Without EXA and DRI the graphics card works well, > but when enabling EXA and/or DRI, system goes mustang. Ctrl-Alt-FX > doesn't bring back a console, the tty is 'blinking' as it looks like the > X server tries to start and fails. > > On another box, running FreeBSD 8.0-CURRENT/amd64, but SMP and MSI > HD4670, with EXA and DRI enabled the whole box crashes immediately when > loading Xserver. Without EXA and DRI, leaving a windowmaker session and > therefore ending the Xserver kills the box, the OS dies and coredumps or > hangs forever with a tiled screen showing 3 rows of 6 columns of the > console screen on a 20,1 inch TFT. So, the first thing I would try is disabling msi. I added a tuneable to do so. MSI has had a lot of testing on radeon. I've been working on nouveau for the last week, so I'll get back to looking at radeon soon. I have found a couple of bugs that I need to fix while working on nouveau that might effect radeon as well. robert. -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090313/eac946c8/attachment.pgp From rea-fbsd at codelabs.ru Fri Mar 13 15:50:04 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Fri Mar 13 15:50:10 2009 Subject: ports/132615: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 Message-ID: <20090313224508.66F7A1711F@amnesiac.at.no.dns> >Number: 132615 >Category: ports >Synopsis: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-ports-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 13 22:50:03 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Eygene Ryabinkin >Release: FreeBSD 7.1-STABLE amd64 >Organization: Code Labs >Environment: System: FreeBSD 7.1-STABLE amd64 >Description: Bash 4.0 (up to patchlevel 10, the freshest one) isn't able to correctly parse the '$(...)' construct -- it chokes on the last ')' symbol. Since libX11's "doltcompile" script uses this construct, users with Bash 4.0 from ports won't be able to build libX11 port. >How-To-Repeat: Install fresh bash 4.x using shells/bash and try to build the x11/libX11 port. It will complain after the first usage of "doltcompile" script. Another test is to run the simple test: bash -c 'echo $(echo test)'. It will say about unexpected token ')'. >Fix: The following fix that just uses backticks in the place of '$(...)' works for me and should work for others, since `` and $(...) are doing the same thing and bash 4.x handles backticks properly. --- work-around-bug-in-Bash-4.0.diff begins here --- >From 3fd5259e646f3600168be5bd51991467882d879e Mon Sep 17 00:00:00 2001 From: Eygene Ryabinkin Date: Sat, 14 Mar 2009 01:35:13 +0300 Bash 4.0 <= PL10 is not able to handle $(...) expansion well. Here we use backticks instead and this gives us the same result, at it should. Signed-off-by: Eygene Ryabinkin --- x11/libX11/files/patch-bash-4.0-parent-bug | 17 +++++++++++++++++ 1 files changed, 17 insertions(+), 0 deletions(-) create mode 100644 x11/libX11/files/patch-bash-4.0-parent-bug diff --git a/x11/libX11/files/patch-bash-4.0-parent-bug b/x11/libX11/files/patch-bash-4.0-parent-bug new file mode 100644 index 0000000..190fd7f --- /dev/null +++ b/x11/libX11/files/patch-bash-4.0-parent-bug @@ -0,0 +1,17 @@ +This patch is for the Bash 4.0 bug: it can not handle $(...) construct +well, so we should use backticks instead. As of 4.0 PL10 the bug is +there, but I will try to fix it and send the modifications upstream. +-- +Eygene Ryabinkin, rea-fbsd at codelabs dot ru + +--- configure.orig 2009-03-14 01:32:03.000000000 +0300 ++++ configure 2009-03-14 01:32:12.000000000 +0300 +@@ -20046,7 +20046,7 @@ + cat <<'__DOLTCOMPILE__EOF__' >>doltcompile + libobjdir="${obj%$objbase}.libs" + if test ! -d "$libobjdir" ; then +- mkdir_out="$(mkdir "$libobjdir" 2>&1)" ++ mkdir_out="`mkdir "$libobjdir" 2>&1`" + mkdir_ret=$? + if test "$mkdir_ret" -ne 0 && test ! -d "$libobjdir" ; then + echo "$mkdir_out" 1>&2 -- 1.6.1 --- work-around-bug-in-Bash-4.0.diff ends here --- >Release-Note: >Audit-Trail: >Unformatted: From edwin at FreeBSD.org Fri Mar 13 15:50:21 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Fri Mar 13 15:50:41 2009 Subject: ports/132615: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 Message-ID: <200903132250.n2DMoKF7051536@freefall.freebsd.org> Synopsis: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: edwin Responsible-Changed-When: Fri Mar 13 22:50:19 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=132615 From edwin at FreeBSD.org Fri Mar 13 15:50:21 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Fri Mar 13 15:50:42 2009 Subject: ports/132615: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 Message-ID: <200903132250.n2DMoKF7051536@freefall.freebsd.org> Synopsis: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: edwin Responsible-Changed-When: Fri Mar 13 22:50:19 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=132615 From rnoland at FreeBSD.org Fri Mar 13 18:10:18 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Fri Mar 13 18:10:31 2009 Subject: [HEADS UP] Radeon r6/7xx drm code to be committed In-Reply-To: <49BAC3E6.2000605@mail.zedat.fu-berlin.de> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> <3c1674c90903091036q4585519aja68d7f9bcd350010@mail.gmail.com> <49B961B7.6020303@mail.zedat.fu-berlin.de> <3c1674c90903121400s10c517f3i9714272d20a4ddc2@mail.gmail.com> <49BA22CD.9030809@zedat.fu-berlin.de> <3c1674c90903130959s180da92cu5b91b2154b51fdfe@mail.gmail.com> <49BAC3E6.2000605@mail.zedat.fu-berlin.de> Message-ID: <1236993003.1735.18.camel@balrog.2hip.net> On Fri, 2009-03-13 at 21:36 +0100, O. Hartmann wrote: > Kip Macy wrote: > > Are you using the radeonhd from git? I needed to use that to get it to work. > > > > -Kip > > > > On Fri, Mar 13, 2009 at 2:09 AM, O. Hartmann > > wrote: > > > >> My private box is a UP FreeBSD 8.0-CURRENT/amd64 equipted with a MSI HD4830 > >> (RV770). On this machine with the most recent OS and the most recent > >> xorg-7.4 compiled from the ports, > >> > >> Driver 'radeonhd' > >> > >> does not work, the tty does never show up login screen. It seems the driver > >> does not recognise the GPU. Also on this box, enabling > >> > >> Option 'DRI' > >> > >> doesn't work. When getty tries to start xdm on the specific tty, Xserver > >> can't be started - there is a error message on console coming from [drm], > >> saying something about 'idle'. I never caught this. > >> > >> On my lab's box, a SMP FreeBSD 8.0-CURRENT/amd64 with the most recent > >> xorg-7.4 as mentioned above, equippted with a MSI HD4670 (RV730), > >> > >> Driver 'radeonhd' > >> > >> works, but shows up weird behaviour sometimes (crashing), so I switchd to > >> > >> Driver 'radeon'. > >> > >> But also on this box, enabling > >> > >> Option 'DRI' > >> > >> does not let X come up. > >> > >> Either way, with radeonhd or radeon, ending a X session (I use windowmaker), > >> seems crashing X and then locking up/crashing the whole box. Also very > >> boring is the fact, that I can't swtch to the console via > >> > >> Ctrl-Alt-F{1-8} > >> > >> althought this is explicitely enabled in the config. I see 'nothing' but a > >> black screen, the console is definitely changing, I can change back to the X > >> screen, but never to a console. This behaviour is both on FreeBSD 7.1-STABLE > >> (most recent before I switched these days to 8.0-CURRENT on that box) and > >> 8.0-CURRENT! I guess this is a serious issue in Xorg 7.4 and/or the Radeon > >> driver. > >> > >> It is also very surprising, that on the slower UP FreeBSD box with the > >> faster GPU (RV770), X is much(!) faster than on the faster SMP FreeBSD box > >> with the slower GPU (RV730). On both systems DRI is not enabled and both > >> boxes do not load modules 'drm' and 'radeon'. > >> > >> Kip Macy wrote: > >> > >>> radeon locks up my system, use radeonhd > >>> > >>> On Thu, Mar 12, 2009 at 12:25 PM, O. Hartmann > >>> wrote: > >>> > >>>> Kip Macy wrote: > >>>> > >>>>> I have an HD4850 and it works well. Unfortunately it is the one from > >>>>> ASUS where only one port does dual-link. > >>>>> > >>>>> -Kip > >>>>> > >>>>> On Mon, Mar 9, 2009 at 10:27 AM, Nenhum_de_Nos > >>>>> wrote: > >>>>> > >>>>> > >>>>>> On Mon, March 9, 2009 13:53, Robert Noland wrote: > >>>>>> > >>>>>> > >>>>>>> On Mon, 2009-03-09 at 12:16 -0400, Robert Huff wrote: > >>>>>>> > >>>>>>> > >>>>>>>> Gary Jennejohn writes: > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>>> > > This should work on pretty much all Radeon r600+ cards (and > >>>>>>>>> the > >>>>>>>>> > >>>>>>>>> > >>>>>>>> older > >>>>>>>> > >>>>>>>> > >>>>>>>>> > > stuff as well). With the appropriate X drivers, you should > >>>>>>>>> get > >>>>>>>>> > >>>>>>>>> > >>>>>>>> EXA > >>>>>>>> > >>>>>>>> > >>>>>>>>> > > accelleration and Xv. 3d is not available yet, afaik. > >>>>>>>>> > > >>>>>>>>> > >>>>>>>>> This is kernel code and has nothing directly to do with ports. > >>>>>>>>> > >>>>>>>>> > >>>>>>>> Let me be more specific. > >>>>>>>> Assuming I'm using a 3850, which I believe is the RV670 > >>>>>>>> chipset, is there anything I will need to change in xorg.conf (or > >>>>>>>> elsewhere) to take advantage of/not break the new code? > >>>>>>>> > >>>>>>>> > >>>>>>> rv670 is what I'm testing on... I tried to put a few details in the > >>>>>>> commit message. > >>>>>>> > >>>>>>> Basically, for R600+ you have to force DRI on for the moment. You > >>>>>>> should also be using exa. > >>>>>>> > >>>>>>> So, right now, I'm using radeonhd from git master, with : > >>>>>>> > >>>>>>> Driver "radeonhd" > >>>>>>> VendorName "ATI Technologies Inc" > >>>>>>> BoardName "RV670PRO [Radeon HD 3850]" > >>>>>>> BusID "PCI:1:0:0" > >>>>>>> Option "DRI" > >>>>>>> Option "AccelMethod" "EXA" > >>>>>>> Option "Audio" > >>>>>>> EndSection > >>>>>>> > >>>>>>> robert. > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>> Robert Huff > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>> -- > >>>>>>> Robert Noland > >>>>>>> FreeBSD > >>>>>>> > >>>>>>> > >>>>>> I'm planning to move from nVidia to ATi, and all this work is what > >>>>>> makes > >>>>>> me do that. This code you're talking about, would benefit a HD4850 ? > >>>>>> > >>>>>> thanks, > >>>>>> > >>>>>> matheus > >>>>>> > >>>>>> -- > >>>>>> We will call you cygnus, > >>>>>> The God of balance you shall be > >>>>>> > >>>>>> _______________________________________________ > >>>>>> freebsd-current@freebsd.org mailing list > >>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>>>> To unsubscribe, send any mail to > >>>>>> "freebsd-current-unsubscribe@freebsd.org" > >>>>>> > >>>>>> > >>>>>> > >>>>> _______________________________________________ > >>>>> freebsd-current@freebsd.org mailing list > >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>>> To unsubscribe, send any mail to > >>>>> "freebsd-current-unsubscribe@freebsd.org" > >>>>> > >>>>> > >>>> I use a MSI HD4830 on a UP FreeBSD 8.0-CURRENT/amd64 box with > >>>> > >>>> Driver "radeon" > >>>> > >>>> from ports/xorg-7.4. Without EXA and DRI the graphics card works well, > >>>> but when enabling EXA and/or DRI, system goes mustang. Ctrl-Alt-FX > >>>> doesn't bring back a console, the tty is 'blinking' as it looks like the > >>>> X server tries to start and fails. > >>>> > >>>> On another box, running FreeBSD 8.0-CURRENT/amd64, but SMP and MSI > >>>> HD4670, with EXA and DRI enabled the whole box crashes immediately when > >>>> loading Xserver. Without EXA and DRI, leaving a windowmaker session and > >>>> therefore ending the Xserver kills the box, the OS dies and coredumps or > >>>> hangs forever with a tiled screen showing 3 rows of 6 columns of the > >>>> console screen on a 20,1 inch TFT. > >>>> > >>>> > >>> _______________________________________________ > >>> freebsd-current@freebsd.org mailing list > >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >>> > >> > >> > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > No, it is the driver taken from ports. I do not use drivers from the > development tree aside the FreeBSD development tree, including ports. > > By the way, whenever I use 'radeon' on my lab's box (FreeBSD > 8.0-CURRENT/amd64 SMP, Xorg 7.4), every reboot (shutdown -r or > reboot(1)) crashes the system, leaving the box unusable (filesystem /var > gets dirty and so the OpenLDAP server doesn't start anymore). This issue > is due to the xorg-7.4-driver (radeon, radeonhd doesn't work as I said). > The graphics card is a HD4670. Without xdm/Xorg started the box reboots > clean. This also happened when this box ran FreeBSD 7.1-STABLE before > the upgrade last week! With the new drm-code, DRI isn't usable as option > anymore on all FreeBSD 8.0 boxes I have around here equipted with ATI > HD4670/HD4830 cards. The situation is really nasty this moment. If you aren't explicity loading the drm, then it is totally unrelated. None of the current radeon ddx drivers will automatically load the drm driver on r600+ hardware. robert. > -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090314/88921d6c/attachment.pgp From rnoland at FreeBSD.org Fri Mar 13 18:14:13 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Fri Mar 13 18:14:24 2009 Subject: [HEADS UP] Radeon r6/7xx drm code to be committed In-Reply-To: <3c1674c90903131338k141b98berb9eea38096d651f9@mail.gmail.com> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> <3c1674c90903091036q4585519aja68d7f9bcd350010@mail.gmail.com> <49B961B7.6020303@mail.zedat.fu-berlin.de> <3c1674c90903121400s10c517f3i9714272d20a4ddc2@mail.gmail.com> <49BA22CD.9030809@zedat.fu-berlin.de> <3c1674c90903130959s180da92cu5b91b2154b51fdfe@mail.gmail.com> <49BAC3E6.2000605@mail.zedat.fu-berlin.de> <3c1674c90903131338k141b98berb9eea38096d651f9@mail.gmail.com> Message-ID: <1236993239.1735.22.camel@balrog.2hip.net> On Fri, 2009-03-13 at 13:38 -0700, Kip Macy wrote: > > No, it is the driver taken from ports. I do not use drivers from the > > development tree aside the FreeBSD development tree, including ports. > > I usually stick with ports, but right now git is the way to go. Yes, this is brand new code... and so it isn't for the weak at heart... So far my experiences have been great, but maybe it hasn't been for everyone. I'll try to spend some more time with radeon here in the next couple of days. robert. > -Kip -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090314/2139a5cd/attachment.pgp From miwi at FreeBSD.org Sat Mar 14 02:56:21 2009 From: miwi at FreeBSD.org (miwi@FreeBSD.org) Date: Sat Mar 14 02:56:32 2009 Subject: ports/132615: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 Message-ID: <200903140956.n2E9uJ9G049103@freefall.freebsd.org> Synopsis: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 State-Changed-From-To: open->closed State-Changed-By: miwi State-Changed-When: Sat Mar 14 09:56:19 UTC 2009 State-Changed-Why: close by submitter request. http://www.freebsd.org/cgi/query-pr.cgi?pr=132615 From miwi at FreeBSD.org Sat Mar 14 02:56:21 2009 From: miwi at FreeBSD.org (miwi@FreeBSD.org) Date: Sat Mar 14 02:56:33 2009 Subject: ports/132615: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 Message-ID: <200903140956.n2E9uJ9G049103@freefall.freebsd.org> Synopsis: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 State-Changed-From-To: open->closed State-Changed-By: miwi State-Changed-When: Sat Mar 14 09:56:19 UTC 2009 State-Changed-Why: close by submitter request. http://www.freebsd.org/cgi/query-pr.cgi?pr=132615 From linimon at FreeBSD.org Sat Mar 14 08:11:12 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Mar 14 08:11:21 2009 Subject: ports/132605: x11-drivers/xf86-video-nouveau fail to build due to libdrm Message-ID: <200903141511.n2EFB8WN058762@freefall.freebsd.org> Synopsis: x11-drivers/xf86-video-nouveau fail to build due to libdrm State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Sat Mar 14 15:10:52 UTC 2009 State-Changed-Why: Duplicate of ports/132136. http://www.freebsd.org/cgi/query-pr.cgi?pr=132605 From linimon at FreeBSD.org Sat Mar 14 08:21:39 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Mar 14 08:21:51 2009 Subject: ports/132621: x11/xorg tries to install event when deselected Message-ID: <200903141521.n2EFLci3077851@freefall.freebsd.org> Old Synopsis: Xorg tries to install event when deselected New Synopsis: x11/xorg tries to install event when deselected Responsible-Changed-From-To: freebsd-bugs->freebsd-x11 Responsible-Changed-By: linimon Responsible-Changed-When: Sat Mar 14 15:21:17 UTC 2009 Responsible-Changed-Why: Fix synopsis and assign. http://www.freebsd.org/cgi/query-pr.cgi?pr=132621 From alex at mailinglist.ahhyes.net Sat Mar 14 13:10:56 2009 From: alex at mailinglist.ahhyes.net (Alex) Date: Sat Mar 14 13:11:03 2009 Subject: Radeon DRIVER Message-ID: <49BC0BB6.3090007@mailinglist.ahhyes.net> Hi Robert, Any suggestions on this? The problems occur as soon as I enable DRI. xv is working, however I have the issue(s) below: -------- Original Message -------- Subject: Re: Radeon DRIVER Date: Thu, 12 Mar 2009 13:51:15 +1100 From: Alex To: freebsd-x11@freebsd.org References: <20090305161651.GB1369@lobo.ewinter.org> <1236275215.1384.50.camel@widget.2hip.net> <20090305180523.GA2039@lobo.ewinter.org> <20090306133119.1af6894c@ernst.jennejohn.org> <1236363408.55221.16.camel@balrog.2hip.net> <20090306203055.582faa02@ernst.jennejohn.org> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> <1236536316.1778.22.camel@balrog.2hip.net> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> <1236741375.2091.32.camel@balrog.2hip.net> <49B72FEC.2090909@mailinglist.ahhyes.net> <1236746127.2091.33.camel@balrog.2hip.net> <49B7600A.50204@mailinglist.ahhyes.net> <49B76134.5050501@mailinglist.ahhyes.net> <49B76330.60703@mailinglist.ahhyes.net> <1236761094.1697.5.camel@balrog.2hip.net> <49B7AEE7.4060704@mailinglist.ahhyes.net> <1236796811.1679.9.camel@balrog.2hip.net> <49B815BF.30704@mailinglist.ahhyes.net> <49B83174.3080002@phat.za.net> <49B8709A.20809@mailinglist.ahhyes.net> <49B871CC.1070600@mailinglist.ahhyes! .net> I have some weird things going on now... Sometimes when I drag a window, a copy of the window is left behind in the previous position (background is not restored), refer to this screenshot: http://ahhyes.net/gfxweird.jpg I have mozilla firefox open. I have dragged the window down but there is still image data at the top where the image previously was. If I close the application both images are cleared and everything appears normal. Similar things happen in a terminal window as well. If i issue the "clear" command to clear the window contents, part of the window are cleared but there are still characters here and there from the previous screen content. Any ideas? Alex wrote: > IT WORKS!!!!!!!!!!!!!!!!!! > > WOOOOOOOOOOOOOHOOOOOOOOOOOOOOOOOO!!! > > Thanks to everyone that helped! > > > Alex wrote: >> Aragon Gouveia wrote: >>> Alex wrote: >>>> Have all the above already. Build is broken. >>> >>> After just getting DRI working on my RV620, I might suggest using >>> the x11-drivers/xf86-video-radeonhd-devel port instead. Seems to >>> work well here, and builds without a hitch of course. :) >>> >>> >>> Regards, >>> Aragon >>> >>> >> Thank you! That gave me a vital clue. I looked at the Makefile for >> that port as I could see that the configure script for the port was >> finding PCIUTILS fine, but the configure script for the driver in git >> wasnt. The Makefile defines some variables, and I was able to get the >> driver to build by doing the following: >> >> [root@desktop ~/xf86-video-radeonhd]# export >> PCIUTILS_CFLAGS="-I/usr/local/include -lpci -lz" >> [root@desktop ~/xf86-video-radeonhd]# export >> PCIUTILS_LIBS="-L/usr/local/lib" >> >> Now to install the driver and test.. I'll get back to the list with >> the results. >> >> _______________________________________________ >> 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" > _______________________________________________ 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 Sat Mar 14 13:40:05 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Sat Mar 14 13:40:49 2009 Subject: Radeon DRIVER In-Reply-To: <49BC0BB6.3090007@mailinglist.ahhyes.net> References: <49BC0BB6.3090007@mailinglist.ahhyes.net> Message-ID: <1237063193.1809.15.camel@balrog.2hip.net> On Sun, 2009-03-15 at 06:55 +1100, Alex wrote: > Hi Robert, > > Any suggestions on this? The problems occur as soon as I enable DRI. xv > is working, however I have the issue(s) below: Which driver are you using and what version? I still suggest radeonhd from git... I did also commit an updated xf86-video-ati yesterday, that is supposed to have support in it... You might try that. robert. > > -------- Original Message -------- > Subject: Re: Radeon DRIVER > Date: Thu, 12 Mar 2009 13:51:15 +1100 > From: Alex > To: freebsd-x11@freebsd.org > References: <20090305161651.GB1369@lobo.ewinter.org> > <1236275215.1384.50.camel@widget.2hip.net> > <20090305180523.GA2039@lobo.ewinter.org> > <20090306133119.1af6894c@ernst.jennejohn.org> > <1236363408.55221.16.camel@balrog.2hip.net> > <20090306203055.582faa02@ernst.jennejohn.org> > <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> > <1236536316.1778.22.camel@balrog.2hip.net> > <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> > <1236741375.2091.32.camel@balrog.2hip.net> > <49B72FEC.2090909@mailinglist.ahhyes.net> > <1236746127.2091.33.camel@balrog.2hip.net> > <49B7600A.50204@mailinglist.ahhyes.net> > <49B76134.5050501@mailinglist.ahhyes.net> > <49B76330.60703@mailinglist.ahhyes.net> > <1236761094.1697.5.camel@balrog.2hip.net> > <49B7AEE7.4060704@mailinglist.ahhyes.net> > <1236796811.1679.9.camel@balrog.2hip.net> > <49B815BF.30704@mailinglist.ahhyes.net> <49B83174.3080002@phat.za.net> > <49B8709A.20809@mailinglist.ahhyes.net> > <49B871CC.1070600@mailinglist.ahhyes! .net> > > > > I have some weird things going on now... > > Sometimes when I drag a window, a copy of the window is left behind in > the previous position (background is not restored), refer to this > screenshot: > > http://ahhyes.net/gfxweird.jpg > > I have mozilla firefox open. I have dragged the window down but there is > still image data at the top where the image previously was. If I close > the application both images are cleared and everything appears normal. > > Similar things happen in a terminal window as well. If i issue the > "clear" command to clear the window contents, part of the window are > cleared but there are still characters here and there from the previous > screen content. > > Any ideas? > > Alex wrote: > > IT WORKS!!!!!!!!!!!!!!!!!! > > > > WOOOOOOOOOOOOOHOOOOOOOOOOOOOOOOOO!!! > > > > Thanks to everyone that helped! > > > > > > Alex wrote: > >> Aragon Gouveia wrote: > >>> Alex wrote: > >>>> Have all the above already. Build is broken. > >>> > >>> After just getting DRI working on my RV620, I might suggest using > >>> the x11-drivers/xf86-video-radeonhd-devel port instead. Seems to > >>> work well here, and builds without a hitch of course. :) > >>> > >>> > >>> Regards, > >>> Aragon > >>> > >>> > >> Thank you! That gave me a vital clue. I looked at the Makefile for > >> that port as I could see that the configure script for the port was > >> finding PCIUTILS fine, but the configure script for the driver in git > >> wasnt. The Makefile defines some variables, and I was able to get the > >> driver to build by doing the following: > >> > >> [root@desktop ~/xf86-video-radeonhd]# export > >> PCIUTILS_CFLAGS="-I/usr/local/include -lpci -lz" > >> [root@desktop ~/xf86-video-radeonhd]# export > >> PCIUTILS_LIBS="-L/usr/local/lib" > >> > >> Now to install the driver and test.. I'll get back to the list with > >> the results. > >> > >> _______________________________________________ > >> 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" > > > > _______________________________________________ > 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" -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090314/41b3191e/attachment.pgp From alex at mailinglist.ahhyes.net Sat Mar 14 13:42:49 2009 From: alex at mailinglist.ahhyes.net (Alex) Date: Sat Mar 14 13:42:56 2009 Subject: Radeon DRIVER In-Reply-To: <1237063193.1809.15.camel@balrog.2hip.net> References: <49BC0BB6.3090007@mailinglist.ahhyes.net> <1237063193.1809.15.camel@balrog.2hip.net> Message-ID: <49BC16C8.7080009@mailinglist.ahhyes.net> Hi Robert, I am using the Radeonhd Driver from git. DRI wouldn't even work at all until I used the git driver. The driver from git was obtained on the 12th March Robert Noland wrote: > On Sun, 2009-03-15 at 06:55 +1100, Alex wrote: > >> Hi Robert, >> >> Any suggestions on this? The problems occur as soon as I enable DRI. xv >> is working, however I have the issue(s) below: >> > > Which driver are you using and what version? I still suggest radeonhd > from git... I did also commit an updated xf86-video-ati yesterday, that > is supposed to have support in it... You might try that. > > robert. > > >> -------- Original Message -------- >> Subject: Re: Radeon DRIVER >> Date: Thu, 12 Mar 2009 13:51:15 +1100 >> From: Alex >> To: freebsd-x11@freebsd.org >> References: <20090305161651.GB1369@lobo.ewinter.org> >> <1236275215.1384.50.camel@widget.2hip.net> >> <20090305180523.GA2039@lobo.ewinter.org> >> <20090306133119.1af6894c@ernst.jennejohn.org> >> <1236363408.55221.16.camel@balrog.2hip.net> >> <20090306203055.582faa02@ernst.jennejohn.org> >> <1236371734.1671.5.camel@balrog.2hip.net> <49B3D755.2050308@phat.za.net> >> <1236536316.1778.22.camel@balrog.2hip.net> >> <49B42548.3000308@phat.za.net> <49B57ACD.5030405@phat.za.net> >> <1236741375.2091.32.camel@balrog.2hip.net> >> <49B72FEC.2090909@mailinglist.ahhyes.net> >> <1236746127.2091.33.camel@balrog.2hip.net> >> <49B7600A.50204@mailinglist.ahhyes.net> >> <49B76134.5050501@mailinglist.ahhyes.net> >> <49B76330.60703@mailinglist.ahhyes.net> >> <1236761094.1697.5.camel@balrog.2hip.net> >> <49B7AEE7.4060704@mailinglist.ahhyes.net> >> <1236796811.1679.9.camel@balrog.2hip.net> >> <49B815BF.30704@mailinglist.ahhyes.net> <49B83174.3080002@phat.za.net> >> <49B8709A.20809@mailinglist.ahhyes.net> >> <49B871CC.1070600@mailinglist.ahhyes! .net> >> >> >> >> I have some weird things going on now... >> >> Sometimes when I drag a window, a copy of the window is left behind in >> the previous position (background is not restored), refer to this >> screenshot: >> >> http://ahhyes.net/gfxweird.jpg >> >> I have mozilla firefox open. I have dragged the window down but there is >> still image data at the top where the image previously was. If I close >> the application both images are cleared and everything appears normal. >> >> Similar things happen in a terminal window as well. If i issue the >> "clear" command to clear the window contents, part of the window are >> cleared but there are still characters here and there from the previous >> screen content. >> >> Any ideas? >> >> Alex wrote: >> >>> IT WORKS!!!!!!!!!!!!!!!!!! >>> >>> WOOOOOOOOOOOOOHOOOOOOOOOOOOOOOOOO!!! >>> >>> Thanks to everyone that helped! >>> >>> >>> Alex wrote: >>> >>>> Aragon Gouveia wrote: >>>> >>>>> Alex wrote: >>>>> >>>>>> Have all the above already. Build is broken. >>>>>> >>>>> After just getting DRI working on my RV620, I might suggest using >>>>> the x11-drivers/xf86-video-radeonhd-devel port instead. Seems to >>>>> work well here, and builds without a hitch of course. :) >>>>> >>>>> >>>>> Regards, >>>>> Aragon >>>>> >>>>> >>>>> >>>> Thank you! That gave me a vital clue. I looked at the Makefile for >>>> that port as I could see that the configure script for the port was >>>> finding PCIUTILS fine, but the configure script for the driver in git >>>> wasnt. The Makefile defines some variables, and I was able to get the >>>> driver to build by doing the following: >>>> >>>> [root@desktop ~/xf86-video-radeonhd]# export >>>> PCIUTILS_CFLAGS="-I/usr/local/include -lpci -lz" >>>> [root@desktop ~/xf86-video-radeonhd]# export >>>> PCIUTILS_LIBS="-L/usr/local/lib" >>>> >>>> Now to install the driver and test.. I'll get back to the list with >>>> the results. >>>> >>>> _______________________________________________ >>>> 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" >>> >>> >> _______________________________________________ >> 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 alex at mailinglist.ahhyes.net Sat Mar 14 13:45:55 2009 From: alex at mailinglist.ahhyes.net (Alex) Date: Sat Mar 14 13:46:01 2009 Subject: Radeon DRIVER In-Reply-To: <1237063193.1809.15.camel@balrog.2hip.net> References: <49BC0BB6.3090007@mailinglist.ahhyes.net> <1237063193.1809.15.camel@balrog.2hip.net> Message-ID: <49BC1784.4090103@mailinglist.ahhyes.net> Aragon Gouveia also posted on the 12th with a screenshot as well. Seems he is having the same issue as me though his looks even worse. Robert Noland wrote: > On Sun, 2009-03-15 at 06:55 +1100, Alex wrote: > >> Hi Robert, >> >> Any suggestions on this? The problems occur as soon as I enable DRI. xv >> is working, however I have the issue(s) below: >> > > Which driver are you using and what version? I still suggest radeonhd > from git... I did also commit an updated xf86-video-ati yesterday, that > is supposed to have support in it... You might try that. > > robert. > From aragon at phat.za.net Sat Mar 14 20:55:36 2009 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Mar 14 20:55:43 2009 Subject: Radeon DRIVER In-Reply-To: <49BC1784.4090103@mailinglist.ahhyes.net> References: <49BC0BB6.3090007@mailinglist.ahhyes.net> <1237063193.1809.15.camel@balrog.2hip.net> <49BC1784.4090103@mailinglist.ahhyes.net> Message-ID: <49BC7C2C.2040803@phat.za.net> Alex wrote: > Aragon Gouveia also posted on the 12th with a screenshot as well. Seems > he is having the same issue as me though his looks even worse. Note that I am using the radeonhd from the -devel port. I'd like to try the latest radeonhd since: http://www.phoronix.com/scan.php?page=article&item=radeonhd_massive&num=1 I'm running an RV620, so it might make a difference. I'll post my results once I've done the upgrade. Does anyone know if the radeonhd-devel port will be updated soon? Or is the answer, 'as soon as someone submits a patch'? :) Other than the occasional garbage on my terminal, I haven't hit any other problems. Minimising and restoring the terminal window puts it right again. Regards, Aragon From rea-fbsd at codelabs.ru Sun Mar 15 00:34:59 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Sun Mar 15 00:35:11 2009 Subject: ports/132615: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 In-Reply-To: <200903140956.n2E9uJ9G049103@freefall.freebsd.org> References: <200903140956.n2E9uJ9G049103@freefall.freebsd.org> Message-ID: Good day. Sat, Mar 14, 2009 at 09:56:19AM +0000, miwi@FreeBSD.org wrote: > Synopsis: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 > > State-Changed-From-To: open->closed > State-Changed-By: miwi > State-Changed-When: Sat Mar 14 09:56:19 UTC 2009 > State-Changed-Why: > close by submitter request. I had researched on the DOLT a little bit more and found that doltcompile greatly speeds up the compilation process, because it was written precisely for this purpose: http://lists.debian.org/debian-devel/2008/04/msg00286.html So, I would say that it's better to patch the doltcompile script itself rather than to drop support for it. Any views on this? -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From rea-fbsd at codelabs.ru Sun Mar 15 00:34:59 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Sun Mar 15 00:35:11 2009 Subject: ports/132615: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 In-Reply-To: <200903140956.n2E9uJ9G049103@freefall.freebsd.org> References: <200903140956.n2E9uJ9G049103@freefall.freebsd.org> Message-ID: Good day. Sat, Mar 14, 2009 at 09:56:19AM +0000, miwi@FreeBSD.org wrote: > Synopsis: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 > > State-Changed-From-To: open->closed > State-Changed-By: miwi > State-Changed-When: Sat Mar 14 09:56:19 UTC 2009 > State-Changed-Why: > close by submitter request. I had researched on the DOLT a little bit more and found that doltcompile greatly speeds up the compilation process, because it was written precisely for this purpose: http://lists.debian.org/debian-devel/2008/04/msg00286.html So, I would say that it's better to patch the doltcompile script itself rather than to drop support for it. Any views on this? -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From rea-fbsd at codelabs.ru Sun Mar 15 00:40:02 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Sun Mar 15 00:40:08 2009 Subject: ports/132615: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 Message-ID: <200903150740.n2F7e2L1068949@freefall.freebsd.org> The following reply was made to PR ports/132615; it has been noted by GNATS. From: Eygene Ryabinkin To: miwi@FreeBSD.org Cc: x11@freebsd.org, obrien@freebsd.org, freebsd-x11@FreeBSD.org, bug-followup@freebsd.org, stas@freebsd.org Subject: Re: ports/132615: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 Date: Sun, 15 Mar 2009 10:20:17 +0300 Good day. Sat, Mar 14, 2009 at 09:56:19AM +0000, miwi@FreeBSD.org wrote: > Synopsis: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 > > State-Changed-From-To: open->closed > State-Changed-By: miwi > State-Changed-When: Sat Mar 14 09:56:19 UTC 2009 > State-Changed-Why: > close by submitter request. I had researched on the DOLT a little bit more and found that doltcompile greatly speeds up the compilation process, because it was written precisely for this purpose: http://lists.debian.org/debian-devel/2008/04/msg00286.html So, I would say that it's better to patch the doltcompile script itself rather than to drop support for it. Any views on this? -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From amarat at ksu.ru Sun Mar 15 04:16:33 2009 From: amarat at ksu.ru (Marat N.Afanasyev) Date: Sun Mar 15 04:16:40 2009 Subject: radeon sclk Message-ID: <49BCE114.8090703@ksu.ru> is there any way to adjust radeon system and/or memory clock? I have a little buggy 2600HD card that makes strange sounds, this bug can be avoided by setting any non-default system clock, afaik. -- SY, Marat From rnoland at FreeBSD.org Sun Mar 15 11:49:27 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Sun Mar 15 11:49:38 2009 Subject: Radeon r6/7xx support merged to -STABLE Message-ID: <1237142952.1774.22.camel@balrog.2hip.net> I went ahead and merged the Radeon R6/7xx code to -STABLE a while ago. The current xorg drivers will not enable it by default on R600+ chips. You will need to be using xf86-video-ati-6.12.0, xf86-video-radeonhd-devel or possibly even better git master of either. You will need to add the following to the Device section of your xorg.conf to enable it. If you are experiencing issues, commenting these two options out, will prevent Xorg from auto-loading the kernel module. Options "DRI" Options "AccelMethod" "EXA" robert. -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090315/76071ae8/attachment.pgp From kostikbel at gmail.com Sun Mar 15 15:27:57 2009 From: kostikbel at gmail.com (Kostik Belousov) Date: Sun Mar 15 15:28:03 2009 Subject: Radeon r6/7xx support merged to -STABLE In-Reply-To: <1237142952.1774.22.camel@balrog.2hip.net> References: <1237142952.1774.22.camel@balrog.2hip.net> Message-ID: <20090315213323.GH41617@deviant.kiev.zoral.com.ua> On Sun, Mar 15, 2009 at 01:49:12PM -0500, Robert Noland wrote: > I went ahead and merged the Radeon R6/7xx code to -STABLE a while ago. > > The current xorg drivers will not enable it by default on R600+ chips. > You will need to be using xf86-video-ati-6.12.0, > xf86-video-radeonhd-devel or possibly even better git master of either. > > You will need to add the following to the Device section of your > xorg.conf to enable it. If you are experiencing issues, commenting > these two options out, will prevent Xorg from auto-loading the kernel > module. > > Options "DRI" > Options "AccelMethod" "EXA" With this code and ati 6.12.0, I get the awful performance. Kernel says drm0: on vgapci0 vgapci0: Reserved 0x10000 bytes for rid 0x18 type 3 at 0xd0020000 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.29.0 20080528 vgapci0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0xc0000000 info: [drm] Setting GART location based on new memory map error: [drm:pid1494:r600_do_init_cp] *ERROR* Need gart offset from userspace Then, the Xorg.0.log ... (II) RADEON(0): [drm] register handle = 0xd0020000 (II) RADEON(0): [dri] Visual configs initialized (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x00df00c0 0x00df00c0 (II) RADEON(0): MC_AGP_LOCATION : 0x003f0000 (==) RADEON(0): Backing store disabled (II) RADEON(0): [DRI] installation complete (II) RADEON(0): [drm] removed 1 reserved context for kernel (II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xc731d000 at 0x286fd000 (II) RADEON(0): [drm] Closed DRM master. (WW) RADEON(0): Direct rendering disabled (EE) RADEON(0): Acceleration initialization failed ... -------------- 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/20090315/f019286d/attachment.pgp From rnoland at FreeBSD.org Sun Mar 15 20:28:08 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Sun Mar 15 20:28:15 2009 Subject: Radeon r6/7xx support merged to -STABLE In-Reply-To: <20090315213323.GH41617@deviant.kiev.zoral.com.ua> References: <1237142952.1774.22.camel@balrog.2hip.net> <20090315213323.GH41617@deviant.kiev.zoral.com.ua> Message-ID: <1237174073.18826.9.camel@balrog.2hip.net> On Sun, 2009-03-15 at 23:33 +0200, Kostik Belousov wrote: > On Sun, Mar 15, 2009 at 01:49:12PM -0500, Robert Noland wrote: > > I went ahead and merged the Radeon R6/7xx code to -STABLE a while ago. > > > > The current xorg drivers will not enable it by default on R600+ chips. > > You will need to be using xf86-video-ati-6.12.0, > > xf86-video-radeonhd-devel or possibly even better git master of either. > > > > You will need to add the following to the Device section of your > > xorg.conf to enable it. If you are experiencing issues, commenting > > these two options out, will prevent Xorg from auto-loading the kernel > > module. > > > > Options "DRI" > > Options "AccelMethod" "EXA" > > With this code and ati 6.12.0, I get the awful performance. > Kernel says > drm0: on vgapci0 > vgapci0: Reserved 0x10000 bytes for rid 0x18 type 3 at 0xd0020000 > vgapci0: child drm0 requested pci_enable_busmaster > info: [drm] Initialized radeon 1.29.0 20080528 > vgapci0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0xc0000000 > info: [drm] Setting GART location based on new memory map > error: [drm:pid1494:r600_do_init_cp] *ERROR* Need gart offset from userspace Your card was agp right? What happens if you force pci mode? Options "BusType" "PCI" robert. > Then, the Xorg.0.log > ... > (II) RADEON(0): [drm] register handle = 0xd0020000 > (II) RADEON(0): [dri] Visual configs initialized > (II) RADEON(0): RADEONRestoreMemMapRegisters() : > (II) RADEON(0): MC_FB_LOCATION : 0x00df00c0 0x00df00c0 > (II) RADEON(0): MC_AGP_LOCATION : 0x003f0000 > (==) RADEON(0): Backing store disabled > (II) RADEON(0): [DRI] installation complete > (II) RADEON(0): [drm] removed 1 reserved context for kernel > (II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xc731d000 at 0x286fd000 > (II) RADEON(0): [drm] Closed DRM master. > (WW) RADEON(0): Direct rendering disabled > (EE) RADEON(0): Acceleration initialization failed > ... -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090316/f86ef4e8/attachment.pgp From kostikbel at gmail.com Mon Mar 16 02:43:29 2009 From: kostikbel at gmail.com (Kostik Belousov) Date: Mon Mar 16 02:43:36 2009 Subject: Radeon r6/7xx support merged to -STABLE In-Reply-To: <1237174073.18826.9.camel@balrog.2hip.net> References: <1237142952.1774.22.camel@balrog.2hip.net> <20090315213323.GH41617@deviant.kiev.zoral.com.ua> <1237174073.18826.9.camel@balrog.2hip.net> Message-ID: <20090316094312.GI41617@deviant.kiev.zoral.com.ua> On Sun, Mar 15, 2009 at 10:27:53PM -0500, Robert Noland wrote: > On Sun, 2009-03-15 at 23:33 +0200, Kostik Belousov wrote: > > On Sun, Mar 15, 2009 at 01:49:12PM -0500, Robert Noland wrote: > > > I went ahead and merged the Radeon R6/7xx code to -STABLE a while ago. > > > > > > The current xorg drivers will not enable it by default on R600+ chips. > > > You will need to be using xf86-video-ati-6.12.0, > > > xf86-video-radeonhd-devel or possibly even better git master of either. > > > > > > You will need to add the following to the Device section of your > > > xorg.conf to enable it. If you are experiencing issues, commenting > > > these two options out, will prevent Xorg from auto-loading the kernel > > > module. > > > > > > Options "DRI" > > > Options "AccelMethod" "EXA" > > > > With this code and ati 6.12.0, I get the awful performance. > > Kernel says > > drm0: on vgapci0 > > vgapci0: Reserved 0x10000 bytes for rid 0x18 type 3 at 0xd0020000 > > vgapci0: child drm0 requested pci_enable_busmaster > > info: [drm] Initialized radeon 1.29.0 20080528 > > vgapci0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0xc0000000 > > info: [drm] Setting GART location based on new memory map > > error: [drm:pid1494:r600_do_init_cp] *ERROR* Need gart offset from userspace > > Your card was agp right? No, this is PCIe card. It is reported correctly as Radeon HD 2600 XT. Motherboard chipset is Intel P43, if this makes any useful information. > > What happens if you force pci mode? > > Options "BusType" "PCI" > > robert. > > > Then, the Xorg.0.log > > ... > > (II) RADEON(0): [drm] register handle = 0xd0020000 > > (II) RADEON(0): [dri] Visual configs initialized > > (II) RADEON(0): RADEONRestoreMemMapRegisters() : > > (II) RADEON(0): MC_FB_LOCATION : 0x00df00c0 0x00df00c0 > > (II) RADEON(0): MC_AGP_LOCATION : 0x003f0000 > > (==) RADEON(0): Backing store disabled > > (II) RADEON(0): [DRI] installation complete > > (II) RADEON(0): [drm] removed 1 reserved context for kernel > > (II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xc731d000 at 0x286fd000 > > (II) RADEON(0): [drm] Closed DRM master. > > (WW) RADEON(0): Direct rendering disabled > > (EE) RADEON(0): Acceleration initialization failed > > ... > -- > Robert Noland > FreeBSD -------------- 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/20090316/6a1e55dc/attachment.pgp From bugmaster at FreeBSD.org Mon Mar 16 04:07:07 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Mar 16 04:09:50 2009 Subject: Current problem reports assigned to freebsd-x11@FreeBSD.org Message-ID: <200903161107.n2GB751N043449@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/132621 x11 x11/xorg tries to install event when deselected o ports/132403 x11 x11/xorg with Radeon X600 (R370): cannot re-initialize o ports/132136 x11 [PATCH] x11-drivers/xf86-video-nouveau: unbreak build o ports/132100 x11 x11/xorg: Xorg server forgets pointer map after xlock o ports/132041 x11 x11/xorg: Broken Intel video driver o ports/132035 x11 [patch] graphics/libdrm: allow slave ports use their o o ports/131930 x11 [PATCH] x11-servers/xorg-server coredumps on exit o ports/131726 x11 x11-servers/xorg-server: xorg server messes with my eh o ports/131696 x11 x11-servers/xorg-server: hald core dumps make X11 unus o ports/131644 x11 x11-servers/xorg-server: Xinerama mouse event (focus f o ports/131304 x11 x11/xorg: Xorg/Xfree/X11R6 startx problem with 'hexdum o ports/131289 x11 x11/xorg: xorg 7.4 exiting the server leads to instant o ports/131124 x11 x11/xorg - New xorg 7.4 hangs until mouse is moved whe f ports/131120 x11 x11/libxcb - xauth failes when using libX11/libxcb o ports/131016 x11 x11/xorg - xorg-7.4 renders system unusable! o ports/130815 x11 x11/xorg: Default Xorg (from install CD) @ 7.1-RELEASE s ports/129748 x11 x11-servers/xorg-server: XAA Offscreen Pixmaps never w o ports/129189 x11 x11/xorg: xorg config -testmode - horizontal sync synt o ports/128831 x11 x11-drivers/xf86-video-intel - X server is broken on I o ports/127436 x11 x11/xorg: xorg randomly uses 100% CPU with Intel + KDE f 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/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 o ports/119037 x11 x11: Can't type _ (Underscore) under X (gnome) 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 f ports/116359 x11 x11/xorg - screen blinks with PCI-E nvidia card and ve 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 44 problems total. From g.veniamin at googlemail.com Mon Mar 16 10:20:06 2009 From: g.veniamin at googlemail.com (Gvozdikov Veniamin) Date: Mon Mar 16 10:20:14 2009 Subject: X server stops Message-ID: <49BE8A3D.1050901@gmail.com> occurs when a large number of running applications. a lot of messages in the log. installed the latest ports. FreeBSD ss.su 8.0-CURRENT FreeBSD 8.0-CURRENT #0 r189871M: Mon Mar 16 17:06:05 KRAT 2009 zloiadmin@ss.su:/home/repository/obj/home/repository/src/sys/zl0_m4 i386 [mi] mieqEnequeue: out-of-order valuator event; dropping. [mi] EQ overflowing. The server is probably stuck in an infinite loop. [mi] mieqEnequeue: out-of-order valuator event; dropping. [mi] EQ overflowing. The server is probably stuck in an infinite loop. [mi] mieqEnequeue: out-of-order valuator event; dropping. [mi] EQ overflowing. The server is probably stuck in an infinite loop. [mi] mieqEnequeue: out-of-order valuator event; dropping. when there is no anti-aliasing(smoothing) fonts is not the problem! ss# gdb Xorg 1708 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... Attaching to program: /usr/local/bin/Xorg, process 1708 Reading symbols from /usr/local/lib/libpciaccess.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libpciaccess.so.0 Reading symbols from /usr/local/lib/libXfont.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXfont.so.1 Reading symbols from /usr/local/lib/libfreetype.so.9...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libfreetype.so.9 Reading symbols from /usr/local/lib/libXau.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXau.so.6 Reading symbols from /usr/local/lib/libfontenc.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libfontenc.so.1 Reading symbols from /lib/libz.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.4 Reading symbols from /usr/local/lib/libpixman-1.so.9...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libpixman-1.so.9 Reading symbols from /usr/local/lib/libhal.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libhal.so.1 Reading symbols from /usr/local/lib/libdbus-1.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libdbus-1.so.3 Reading symbols from /usr/local/lib/libXdmcp.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXdmcp.so.6 Reading symbols from /lib/libcrypto.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.5 Reading symbols from /usr/lib/librpcsvc.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/lib/librpcsvc.so.4 Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done. [New Thread 28701140 (LWP 100129)] Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /usr/local/lib/xorg/modules/extensions//libglx.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/extensions//libglx.so Reading symbols from /usr/local/lib/xorg/modules/extensions//libdri.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/extensions//libdri.so Reading symbols from /usr/local/lib/libdrm.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libdrm.so.2 Reading symbols from /usr/local/lib/xorg/modules//libvbe.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules//libvbe.so Reading symbols from /usr/local/lib/xorg/modules//libint10.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules//libint10.so Reading symbols from /usr/local/lib/xorg/modules/extensions//libextmod.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/extensions//libextmod.so Reading symbols from /usr/local/lib/xorg/modules/extensions//libdbe.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/extensions//libdbe.so Reading symbols from /usr/local/lib/xorg/modules/fonts//libfreetype.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/fonts//libfreetype.so Reading symbols from /usr/local/lib/xorg/modules/extensions//librecord.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/extensions//librecord.so Reading symbols from /usr/local/lib/xorg/modules/drivers//intel_drv.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/drivers//intel_drv.so Reading symbols from /usr/local/lib/libdrm_intel.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libdrm_intel.so.1 Reading symbols from /usr/local/lib/xorg/modules/input//mouse_drv.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/input//mouse_drv.so Reading symbols from /usr/local/lib/xorg/modules/input//kbd_drv.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/input//kbd_drv.so Reading symbols from /usr/local/lib/xorg/modules//libvgahw.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules//libvgahw.so Reading symbols from /usr/local/lib/xorg/modules/drivers//sil164.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/drivers//sil164.so Reading symbols from /usr/local/lib/xorg/modules/drivers//ch7xxx.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/drivers//ch7xxx.so Reading symbols from /usr/local/lib/xorg/modules/drivers//ivch.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/drivers//ivch.so Reading symbols from /usr/local/lib/xorg/modules/drivers//tfp410.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/drivers//tfp410.so Reading symbols from /usr/local/lib/xorg/modules/drivers//ch7017.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/drivers//ch7017.so Reading symbols from /usr/local/lib/xorg/modules//libfb.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules//libfb.so Reading symbols from /usr/local/lib/xorg/modules//libexa.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules//libexa.so Reading symbols from /usr/local/lib/dri/i915_dri.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/dri/i915_dri.so Reading symbols from /usr/local/lib/libexpat.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libexpat.so.6 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 [Switching to Thread 28701140 (LWP 100129)] 0x285f9341 in ioctl () from /lib/libc.so.7 (gdb) bt 0x285f9341 #0 0x285f9341 in ioctl () from /lib/libc.so.7 #1 0x2868984d in drmIoctl () from /usr/local/lib/libdrm.so.2 #2 0x28689921 in drmCommandWrite () from /usr/local/lib/libdrm.so.2 #3 0x286e643e in _fence_wait_internal () from /usr/local/lib/libdrm_intel.so.1 #4 0x286e750f in drm_intel_fake_reloc_and_validate_buffer () from /usr/local/lib/libdrm_intel.so.1 #5 0x286e780d in drm_intel_fake_bo_exec () from /usr/local/lib/libdrm_intel.so.1 #6 0x286e543e in drm_intel_bo_exec () from /usr/local/lib/libdrm_intel.so.1 #7 0x2881526a in intel_batch_flush () from /usr/local/lib/xorg/modules/drivers//intel_drv.so #8 0x28814a64 in I830Sync () from /usr/local/lib/xorg/modules/drivers//intel_drv.so #9 0x2883b1da in I830EXASync () from /usr/local/lib/xorg/modules/drivers//intel_drv.so #10 0x2892f403 in exaWaitSync () from /usr/local/lib/xorg/modules//libexa.so #11 0x2893066b in ExaDoPrepareAccess () from /usr/local/lib/xorg/modules//libexa.so #12 0x28937d98 in ExaCheckPutImage () from /usr/local/lib/xorg/modules//libexa.so #13 0x2893155c in exaPutImage () from /usr/local/lib/xorg/modules//libexa.so #14 0x081648fa in DamageDamageRegion () #15 0x08081e34 in ProcPutImage () #16 0x080850a4 in Dispatch () #17 0x0806bbaa in main () (gdb) Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Mouse1" InputDevice "Keyboard0" "CoreKeyboard" Option "AllowEmptyInput" "OFF" Option "AutoAddDevices" "OFF" EndSection Section "Files" 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/" FontPath "/usr/local/lib/X11/fonts/cyrillic" FontPath "/usr/local/lib/X11/fonts/TTF" EndSection Section "ServerFlags" Option "AIGLX" "true" EndSection Section "Module" Load "glx" Load "dri" Load "drm" Load "vbe" Load "GLcore" Load "int10" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "XkbRules" "xorg" Option "XkbLayout" "us,ru(winkeys)" Option "XkbOptions" "grp:alt_shift_toggle" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/psm0" Option "ZAxisMapping" "4 5 6 7" EndSection Section "InputDevice" Identifier "Mouse1" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "Monitor Model" EndSection Section "Monitor" Identifier "Monitor1" VendorName "Monitor Vendor" ModelName "Monitor Model" EndSection Section "Device" Option "DRI" # [] Option "Tiling" "off" Identifier "Card0" Driver "intel" VendorName "Intel Corporation" BoardName "82852/855GM Integrated Graphics Device" BusID "PCI:0:2:0" EndSection Section "Device" Option "DRI" Option "Tiling" "off" Identifier "Card1" Driver "intel" VendorName "Intel Corporation" BoardName "82852/855GM Integrated Graphics Device" BusID "PCI:0:2:1" 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 Section "Screen" Identifier "Screen1" Device "Card1" Monitor "Monitor1" 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 Section "DRI" Mode 0666 EndSection Section "Extensions" Option "Composite" "Enable" EndSection glxinfo ??(Tue,Mar17)?? name of display: :0.0 Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Failed to initialize GEM. Falling back to classic. display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group client glx vendor string: SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap GLX version: 1.2 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) 852GM/855GM 20090114 x86/MMX/SSE2 OpenGL version string: 1.3 Mesa 7.3 OpenGL extensions: GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_point_parameters, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_texture_rectangle, GL_ARB_transpose_matrix, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate, GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_cull_vertex, GL_EXT_compiled_vertex_array, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_depth_stencil, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_3DFX_texture_compression_FXT1, GL_APPLE_client_storage, GL_APPLE_packed_pixels, GL_ATI_blend_equation_separate, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_MESA_window_pos, GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_point_sprite, GL_NV_texture_rectangle, GL_NV_texgen_reflection, GL_NV_vertex_program, GL_NV_vertex_program1_1, GL_OES_read_format, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SUN_multi_draw_arrays 3 GLX Visuals visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x21 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x22 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x44 32 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 36 GLXFBConfigs: visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x45 0 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x46 0 tc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x47 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x48 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x49 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x4a 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x4b 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x4c 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x4d 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x4e 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x4f 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x50 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x51 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x52 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x53 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x54 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x55 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x56 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x57 0 dc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x58 0 dc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x59 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x5a 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x5b 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x5c 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x5d 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x5e 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x5f 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x60 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x61 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x62 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x63 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x64 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x65 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x66 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x67 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x68 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow -------------- next part -------------- X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 8.0-CURRENT i386 Current Operating System: FreeBSD ss.su 8.0-CURRENT FreeBSD 8.0-CURRENT #0 r189871M: Mon Mar 16 17:06:05 KRAT 2009 zloiadmin@ss.su:/home/repository/obj/home/repository/src/sys/zl0_m4 i386 Build Date: 13 March 2009 04:46:20PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. 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: Mon Mar 16 23:50:54 2009 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Mouse1" (**) |-->Input Device "Keyboard0" (**) Option "AIGLX" "true" (**) Option "AllowEmptyInput" "OFF" (**) Option "AutoAddDevices" "OFF" (**) Not automatically adding devices (==) Automatically enabling devices (WW) The directory "/usr/local/lib/X11/fonts/cyrilic" does not exist. Entry deleted from font path. (==) 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/TTF, /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/ (**) ModulePath set to "/usr/local/lib/xorg/modules" (**) Extension "Composite" is enabled (II) Loader magic: 0x81bcde0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 4.1 X.Org XInput driver : 2.1 X.Org Server Extension : 1.1 X.Org Font Renderer : 0.6 (II) Loader running on freebsd (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (--) PCI:*(0@0:2:0) Intel Corporation 82852/855GM Integrated Graphics Device rev 2, Mem @ 0xe8000000/0, 0xe0000000/0, I/O @ 0x00001800/0, BIOS @ 0x????????/65536 (--) PCI: (0@0:2:1) Intel Corporation 82852/855GM Integrated Graphics Device rev 2, Mem @ 0xf0000000/0, 0xe0080000/0 (II) 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 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) "extmod" will be loaded by default. (II) "dbe" will be loaded by default. (II) "glx" will be loaded. This was enabled by default and also specified in the config file. (II) "freetype" will be loaded by default. (II) "record" will be loaded by default. (II) "dri" will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (**) AIGLX enabled (**) Exporting typical set of GLX visuals (II) Loading extension GLX (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (II) Loading extension XFree86-DRI (II) LoadModule: "vbe" (II) Loading /usr/local/lib/xorg/modules//libvbe.so (II) Module vbe: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.1.0 ABI class: X.Org Video Driver, version 4.1 (II) LoadModule: "int10" (II) Loading /usr/local/lib/xorg/modules//libint10.so (II) Module int10: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (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: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension DOUBLE-BUFFER (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.5.3, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.6 (II) Loading font FreeType (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension RECORD (II) LoadModule: "intel" (II) Loading /usr/local/lib/xorg/modules/drivers//intel_drv.so (II) Module intel: vendor="X.Org Foundation" compiled for 1.5.3, module version = 2.5.1 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 4.1 (II) LoadModule: "mouse" (II) Loading /usr/local/lib/xorg/modules/input//mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.4.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.1 (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.3.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.1 (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, Mobile Intel? GM45 Express Chipset, Intel Integrated Graphics Device, G45/G43, Q45/Q43, G41 (II) Primary Device is: PCI 00@00:02:0 (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 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[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] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [8] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (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.5.3, module version = 0.1.0 ABI class: X.Org Video Driver, version 4.1 (==) intel(0): Depth 24, (==) framebuffer bpp 32 (==) intel(0): RGB weight 888 (==) intel(0): Default visual is TrueColor (**) intel(0): Option "DRI" (**) intel(0): Option "Tiling" "off" (II) intel(0): Integrated Graphics Chipset: Intel(R) 855GM (--) intel(0): Chipset: "852GM/855GM" (--) intel(0): Linear framebuffer at 0xE8000000 (--) intel(0): IO registers at addr 0xE0000000 (==) intel(0): Using EXA for acceleration (II) intel(0): 2 display pipes available. (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) intel(0): Output VGA using monitor section Monitor0 (II) intel(0): Output LVDS has no monitor section (II) intel(0): I2C bus "LVDSDDC_C" initialized. (II) intel(0): Attempting to determine panel fixed mode. (II) intel(0): I2C device "LVDSDDC_C:ddc2" registered at address 0xA0. (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): I2C bus "DVODDC_D" initialized. (II) Loading sub module "sil164" (II) LoadModule: "sil164" (II) Loading /usr/local/lib/xorg/modules/drivers//sil164.so (II) Module sil164: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (II) intel(0): I2C bus "DVOI2C_E" initialized. (II) Loading sub module "ch7xxx" (II) LoadModule: "ch7xxx" (II) Loading /usr/local/lib/xorg/modules/drivers//ch7xxx.so (II) Module ch7xxx: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (II) intel(0): I2C bus "DVOI2C_E" removed. (II) intel(0): I2C bus "DVOI2C_E" initialized. (II) Loading sub module "ivch" (II) LoadModule: "ivch" (II) Loading /usr/local/lib/xorg/modules/drivers//ivch.so (II) Module ivch: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (II) intel(0): I2C bus "DVOI2C_E" removed. (II) intel(0): I2C bus "DVOI2C_B" initialized. (II) Loading sub module "tfp410" (II) LoadModule: "tfp410" (II) Loading /usr/local/lib/xorg/modules/drivers//tfp410.so (II) Module tfp410: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (II) intel(0): I2C bus "DVOI2C_B" removed. (II) intel(0): I2C bus "DVOI2C_E" initialized. (II) Loading sub module "ch7017" (II) LoadModule: "ch7017" (II) Loading /usr/local/lib/xorg/modules/drivers//ch7017.so (II) Module ch7017: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (II) intel(0): I2C bus "DVOI2C_E" removed. (II) intel(0): I2C bus "DVOI2C_E" initialized. (EE) intel(0): ch701x not detected, got 29: from DVOI2C_E Slave 234. (II) intel(0): I2C bus "DVOI2C_E" removed. (II) intel(0): I2C bus "DVODDC_D" removed. (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): Output VGA disconnected (II) intel(0): Output LVDS connected (II) intel(0): Using exact sizes for initial modes (II) intel(0): Output LVDS using initial mode 1280x768 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): Monitoring connected displays enabled (II) intel(0): detected 128 kB GTT. (II) intel(0): detected 32636 kB stolen memory. (==) intel(0): video overlay key set to 0x101fe (==) intel(0): Intel XvMC decoder disabled (==) intel(0): Will not try to enable page flipping (==) intel(0): Triple buffering disabled (==) intel(0): Using gamma correction (1.0, 1.0, 1.0) (==) intel(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.5.3, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (II) Loading sub module "exa" (II) LoadModule: "exa" (II) Loading /usr/local/lib/xorg/modules//libexa.so (II) Module exa: vendor="X.Org Foundation" compiled for 1.5.3, module version = 2.4.0 ABI class: X.Org Video Driver, version 4.1 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Module "ramdac" already built-in (II) intel(0): Comparing regs from server start up to After PreInit (WW) intel(0): Register 0x61200 (PP_STATUS) changed from 0xc0000008 to 0xd0000009 (WW) intel(0): PP_STATUS before: on, ready, sequencing idle (WW) intel(0): PP_STATUS after: on, ready, sequencing on (WW) intel(0): Register 0x71024 (PIPEBSTAT) changed from 0x80000202 to 0x00000202 (WW) intel(0): PIPEBSTAT before: status: FIFO_UNDERRUN VSYNC_INT_STATUS VBLANK_INT_STATUS (WW) intel(0): PIPEBSTAT after: status: VSYNC_INT_STATUS VBLANK_INT_STATUS (II) Loading sub module "dri" (II) LoadModule: "dri" (II) Reloading /usr/local/lib/xorg/modules/extensions//libdri.so (==) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [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] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [8] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (II) intel(0): Kernel reported 491520 total, 0 used (II) intel(0): I830CheckAvailableMemory: 1966080 kB available drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 9, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 9, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 9, (OK) drmOpenByBusid: drmOpenMinor returns 9 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 (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 disabled (**) intel(0): Tiling disabled (==) intel(0): VideoRam: 131072 KB (II) intel(0): Attempting memory allocation with untiled buffers. (II) intel(0): Untiled allocation successful. (II) intel(0): [drm] Registers = 0xe0000000 (II) intel(0): [drm] ring buffer = 0xe8000000 (II) intel(0): [drm] mapped front buffer at 0xe8130000, handle = 0xe8130000 (II) intel(0): [drm] mapped back buffer at 0xe9fea000, handle = 0xe9fea000 (II) intel(0): [drm] mapped depth buffer at 0xea62a000, handle = 0xea62a000 (II) intel(0): [drm] mapped classic textures at 0xeac6a000, handle = 0xeac6a000 (II) intel(0): [drm] Initialized kernel agp heap manager, 33554432 (II) intel(0): [dri] visual configs initialized (II) intel(0): Page Flipping disabled (II) intel(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) EXA(0): Offscreen pixmap area of 19660800 bytes (II) EXA(0): Driver registered support for the following operations: (II) Solid (II) Copy (II) Composite (RENDER acceleration) (==) intel(0): Backing store disabled (==) intel(0): Silken mouse enabled (II) intel(0): Initializing HW Cursor (II) intel(0): [DRI] installation complete (II) intel(0): xf86BindGARTMemory: bind key 1 at 0x01fdf000 (pgoffset 8159) (II) intel(0): xf86BindGARTMemory: bind key 2 at 0x01fe9000 (pgoffset 8169) (II) intel(0): xf86BindGARTMemory: bind key 3 at 0x01fea000 (pgoffset 8170) (II) intel(0): xf86BindGARTMemory: bind key 4 at 0x0262a000 (pgoffset 9770) (II) intel(0): xf86BindGARTMemory: bind key 5 at 0x02c6a000 (pgoffset 11370) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00027fff: logical 3D context (32 kB) (II) intel(0): 0x00028000-0x00127fff: fake bufmgr (1024 kB) (II) intel(0): 0x00130000-0x0076ffff: front buffer (6400 kB) (II) intel(0): 0x00770000-0x01a2ffff: exa offscreen (19200 kB) (II) intel(0): 0x01fdf000: end of stolen memory (II) intel(0): 0x01fdf000-0x01fe8fff: HW cursors (40 kB, 0x000000001b880000 physical ) (II) intel(0): 0x01fe9000-0x01fe9fff: overlay registers (4 kB, 0x000000001b873000 physical ) (II) intel(0): 0x01fea000-0x02629fff: back buffer (6400 kB) (II) intel(0): 0x0262a000-0x02c69fff: depth buffer (6400 kB) (II) intel(0): 0x02c6a000-0x04c69fff: classic textures (32768 kB) (II) intel(0): 0x08000000: end of aperture (II) intel(0): using SSC reference clock of 66 MHz (II) intel(0): Selecting standard 18 bit TMDS pixel format. (II) intel(0): Output configuration: (II) intel(0): Pipe A is off (II) intel(0): Display plane A is now disabled and connected to pipe A. (WW) intel(0): Hardware claims pipe A is on while software believes it is off (II) intel(0): Pipe B is on (II) intel(0): Display plane B is now enabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe none (II) intel(0): Output LVDS is connected to pipe B (II) intel(0): [drm] dma control initialized, using IRQ 16 (II) intel(0): RandR 1.2 enabled, ignore the following RandR disabled message. (II) intel(0): DPMS enabled (II) intel(0): Set up overlay video (II) intel(0): direct rendering: Enabled (--) 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 XINERAMA (II) Initializing built-in extension XFIXES (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 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: drmOpenMinor returns 10 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 (II) AIGLX: enabled GLX_MESA_copy_sub_buffer (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control (II) AIGLX: enabled GLX_texture_from_pixmap with driver support (II) AIGLX: Loaded and initialized /usr/local/lib/dri/i915_dri.so (II) GLX: Initialized DRI GL provider for screen 0 (II) intel(0): Setting screen physical size to 305 x 183 (**) Option "Protocol" "auto" (**) Mouse0: Device: "/dev/psm0" (**) Mouse0: Protocol: "auto" (**) Option "CorePointer" (**) Mouse0: always reports core events (**) Option "Device" "/dev/psm0" (==) 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 "Protocol" "auto" (**) Mouse1: Device: "/dev/sysmouse" (**) Mouse1: Protocol: "auto" (**) Mouse1: always reports core events (**) Option "Device" "/dev/sysmouse" (==) Mouse1: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5 6 7" (**) Mouse1: ZAxisMapping: buttons 4, 5, 6 and 7 (**) Mouse1: Buttons: 11 (**) Mouse1: 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,ru(winkeys)" (**) Keyboard0: XkbLayout: "us,ru(winkeys)" (**) Option "XkbOptions" "grp:alt_shift_toggle" (**) Keyboard0: XkbOptions: "grp:alt_shift_toggle" (**) Option "CustomKeycodes" "off" (**) Keyboard0: CustomKeycodes disabled (II) evaluating device (Mouse0) (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (II) evaluating device (Mouse1) (II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE) (II) evaluating device (Keyboard0) (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD) (II) Mouse0: SetupAuto: hw.iftype is 3, hw.model is 4 (II) Mouse0: SetupAuto: protocol is IMPS/2 (II) Mouse0: ps2EnableDataReporting: succeeded (II) Mouse1: SetupAuto: hw.iftype is 4, hw.model is 0 (II) Mouse1: SetupAuto: protocol is SysMouse (II) config/hal: Adding input device AT Keyboard (EE) config/hal: NewInputDeviceRequest failed (II) config/hal: Adding input device PS/2 Mouse (EE) config/hal: NewInputDeviceRequest failed (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline "1280x768"x0.0 68.93 1280 1296 1344 1408 768 771 777 816 -hsync -vsync (49.0 kHz) (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline "1280x768"x0.0 68.93 1280 1296 1344 1408 768 771 777 816 -hsync -vsync (49.0 kHz) (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline "1280x768"x0.0 68.93 1280 1296 1344 1408 768 771 777 816 -hsync -vsync (49.0 kHz) (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline "1280x768"x0.0 68.93 1280 1296 1344 1408 768 771 777 816 -hsync -vsync (49.0 kHz) (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline "1280x768"x0.0 68.93 1280 1296 1344 1408 768 771 777 816 -hsync -vsync (49.0 kHz) (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline "1280x768"x0.0 68.93 1280 1296 1344 1408 768 771 777 816 -hsync -vsync (49.0 kHz) (II) intel(0): EDID vendor "SEC", prod id 22082 AUDIT: Mon Mar 16 23:57:26 2009: 1505 X: client 39 rejected from local host ( uid=0 gid=0 ) AUDIT: Mon Mar 16 23:57:26 2009: 1505 X: client 39 rejected from local host ( uid=0 gid=0 ) AUDIT: Mon Mar 16 23:57:26 2009: 1505 X: client 39 rejected from local host ( uid=0 gid=0 ) From rnoland at FreeBSD.org Mon Mar 16 10:33:41 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Mon Mar 16 10:33:47 2009 Subject: Radeon r6/7xx support merged to -STABLE In-Reply-To: <20090316094312.GI41617@deviant.kiev.zoral.com.ua> References: <1237142952.1774.22.camel@balrog.2hip.net> <20090315213323.GH41617@deviant.kiev.zoral.com.ua> <1237174073.18826.9.camel@balrog.2hip.net> <20090316094312.GI41617@deviant.kiev.zoral.com.ua> Message-ID: <1237224806.1865.72.camel@balrog.2hip.net> On Mon, 2009-03-16 at 11:43 +0200, Kostik Belousov wrote: > On Sun, Mar 15, 2009 at 10:27:53PM -0500, Robert Noland wrote: > > On Sun, 2009-03-15 at 23:33 +0200, Kostik Belousov wrote: > > > On Sun, Mar 15, 2009 at 01:49:12PM -0500, Robert Noland wrote: > > > > I went ahead and merged the Radeon R6/7xx code to -STABLE a while ago. > > > > > > > > The current xorg drivers will not enable it by default on R600+ chips. > > > > You will need to be using xf86-video-ati-6.12.0, > > > > xf86-video-radeonhd-devel or possibly even better git master of either. > > > > > > > > You will need to add the following to the Device section of your > > > > xorg.conf to enable it. If you are experiencing issues, commenting > > > > these two options out, will prevent Xorg from auto-loading the kernel > > > > module. > > > > > > > > Options "DRI" > > > > Options "AccelMethod" "EXA" > > > > > > With this code and ati 6.12.0, I get the awful performance. > > > Kernel says > > > drm0: on vgapci0 > > > vgapci0: Reserved 0x10000 bytes for rid 0x18 type 3 at 0xd0020000 > > > vgapci0: child drm0 requested pci_enable_busmaster > > > info: [drm] Initialized radeon 1.29.0 20080528 > > > vgapci0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0xc0000000 > > > info: [drm] Setting GART location based on new memory map > > > error: [drm:pid1494:r600_do_init_cp] *ERROR* Need gart offset from userspace > > > > Your card was agp right? > No, this is PCIe card. It is reported correctly as Radeon HD 2600 XT. > Motherboard chipset is Intel P43, if this makes any useful information. Ok, let me look over the code again and figure out how we get into this state. I may need more details, let me figure out what I need. robert. > > > > What happens if you force pci mode? > > > > Options "BusType" "PCI" > > > > robert. > > > > > Then, the Xorg.0.log > > > ... > > > (II) RADEON(0): [drm] register handle = 0xd0020000 > > > (II) RADEON(0): [dri] Visual configs initialized > > > (II) RADEON(0): RADEONRestoreMemMapRegisters() : > > > (II) RADEON(0): MC_FB_LOCATION : 0x00df00c0 0x00df00c0 > > > (II) RADEON(0): MC_AGP_LOCATION : 0x003f0000 > > > (==) RADEON(0): Backing store disabled > > > (II) RADEON(0): [DRI] installation complete > > > (II) RADEON(0): [drm] removed 1 reserved context for kernel > > > (II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xc731d000 at 0x286fd000 > > > (II) RADEON(0): [drm] Closed DRM master. > > > (WW) RADEON(0): Direct rendering disabled > > > (EE) RADEON(0): Acceleration initialization failed > > > ... > > -- > > Robert Noland > > FreeBSD > > -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090316/2b6afe06/attachment.pgp From rnoland at FreeBSD.org Mon Mar 16 11:18:17 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Mon Mar 16 11:18:25 2009 Subject: X server stops In-Reply-To: <49BE8A3D.1050901@gmail.com> References: <49BE8A3D.1050901@gmail.com> Message-ID: <1237227479.1865.88.camel@balrog.2hip.net> On Tue, 2009-03-17 at 00:19 +0700, Gvozdikov Veniamin wrote: > occurs when a large number of running applications. > a lot of messages in the log. installed the latest ports. > > FreeBSD ss.su 8.0-CURRENT FreeBSD 8.0-CURRENT #0 r189871M: Mon Mar 16 > 17:06:05 KRAT 2009 > zloiadmin@ss.su:/home/repository/obj/home/repository/src/sys/zl0_m4 i386 > > [mi] mieqEnequeue: out-of-order valuator event; dropping. > [mi] EQ overflowing. The server is probably stuck in an infinite loop. > [mi] mieqEnequeue: out-of-order valuator event; dropping. > [mi] EQ overflowing. The server is probably stuck in an infinite loop. > [mi] mieqEnequeue: out-of-order valuator event; dropping. > [mi] EQ overflowing. The server is probably stuck in an infinite loop. > [mi] mieqEnequeue: out-of-order valuator event; dropping. > > > when there is no anti-aliasing(smoothing) fonts is not the problem! Server 1.6 might help with this... The 852 doesn't get any attention really, since the Intel folks say they don't even have the hardware or time to test it. This error generally means that the GPU has crashed. robert. > > ss# gdb Xorg 1708 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols > found)... > Attaching to program: /usr/local/bin/Xorg, process 1708 > Reading symbols from /usr/local/lib/libpciaccess.so.0...(no debugging > symbols found)...done. > Loaded symbols for /usr/local/lib/libpciaccess.so.0 > Reading symbols from /usr/local/lib/libXfont.so.1...(no debugging > symbols found)...done. > Loaded symbols for /usr/local/lib/libXfont.so.1 > Reading symbols from /usr/local/lib/libfreetype.so.9...(no debugging > symbols found)...done. > Loaded symbols for /usr/local/lib/libfreetype.so.9 > Reading symbols from /usr/local/lib/libXau.so.6...(no debugging symbols > found)...done. > Loaded symbols for /usr/local/lib/libXau.so.6 > Reading symbols from /usr/local/lib/libfontenc.so.1...(no debugging > symbols found)...done. > Loaded symbols for /usr/local/lib/libfontenc.so.1 > Reading symbols from /lib/libz.so.4...(no debugging symbols found)...done. > Loaded symbols for /lib/libz.so.4 > Reading symbols from /usr/local/lib/libpixman-1.so.9...(no debugging > symbols found)...done. > Loaded symbols for /usr/local/lib/libpixman-1.so.9 > Reading symbols from /usr/local/lib/libhal.so.1...(no debugging symbols > found)...done. > Loaded symbols for /usr/local/lib/libhal.so.1 > Reading symbols from /usr/local/lib/libdbus-1.so.3...(no debugging > symbols found)...done. > Loaded symbols for /usr/local/lib/libdbus-1.so.3 > Reading symbols from /usr/local/lib/libXdmcp.so.6...(no debugging > symbols found)...done. > Loaded symbols for /usr/local/lib/libXdmcp.so.6 > Reading symbols from /lib/libcrypto.so.5...(no debugging symbols > found)...done. > Loaded symbols for /lib/libcrypto.so.5 > Reading symbols from /usr/lib/librpcsvc.so.4...(no debugging symbols > found)...done. > Loaded symbols for /usr/lib/librpcsvc.so.4 > Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. > Loaded symbols for /lib/libm.so.5 > Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols > found)...done. > Loaded symbols for /lib/libgcc_s.so.1 > Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done. > [New Thread 28701140 (LWP 100129)] > Loaded symbols for /lib/libthr.so.3 > Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. > Loaded symbols for /lib/libc.so.7 > Reading symbols from > /usr/local/lib/xorg/modules/extensions//libglx.so...(no debugging > symbols found)...done. > Loaded symbols for /usr/local/lib/xorg/modules/extensions//libglx.so > Reading symbols from > /usr/local/lib/xorg/modules/extensions//libdri.so...(no debugging > symbols found)...done. > Loaded symbols for /usr/local/lib/xorg/modules/extensions//libdri.so > Reading symbols from /usr/local/lib/libdrm.so.2...(no debugging symbols > found)...done. > Loaded symbols for /usr/local/lib/libdrm.so.2 > Reading symbols from /usr/local/lib/xorg/modules//libvbe.so...(no > debugging symbols found)...done. > Loaded symbols for /usr/local/lib/xorg/modules//libvbe.so > Reading symbols from /usr/local/lib/xorg/modules//libint10.so...(no > debugging symbols found)...done. > Loaded symbols for /usr/local/lib/xorg/modules//libint10.so > Reading symbols from > /usr/local/lib/xorg/modules/extensions//libextmod.so...(no debugging > symbols found)...done. > Loaded symbols for /usr/local/lib/xorg/modules/extensions//libextmod.so > Reading symbols from > /usr/local/lib/xorg/modules/extensions//libdbe.so...(no debugging > symbols found)...done. > Loaded symbols for /usr/local/lib/xorg/modules/extensions//libdbe.so > Reading symbols from > /usr/local/lib/xorg/modules/fonts//libfreetype.so...(no debugging > symbols found)...done. > Loaded symbols for /usr/local/lib/xorg/modules/fonts//libfreetype.so > Reading symbols from > /usr/local/lib/xorg/modules/extensions//librecord.so...(no debugging > symbols found)...done. > Loaded symbols for /usr/local/lib/xorg/modules/extensions//librecord.so > Reading symbols from > /usr/local/lib/xorg/modules/drivers//intel_drv.so...(no debugging > symbols found)...done. > Loaded symbols for /usr/local/lib/xorg/modules/drivers//intel_drv.so > Reading symbols from /usr/local/lib/libdrm_intel.so.1...(no debugging > symbols found)...done. > Loaded symbols for /usr/local/lib/libdrm_intel.so.1 > Reading symbols from > /usr/local/lib/xorg/modules/input//mouse_drv.so...(no debugging symbols > found)...done. > Loaded symbols for /usr/local/lib/xorg/modules/input//mouse_drv.so > Reading symbols from /usr/local/lib/xorg/modules/input//kbd_drv.so...(no > debugging symbols found)...done. > Loaded symbols for /usr/local/lib/xorg/modules/input//kbd_drv.so > Reading symbols from /usr/local/lib/xorg/modules//libvgahw.so...(no > debugging symbols found)...done. > Loaded symbols for /usr/local/lib/xorg/modules//libvgahw.so > Reading symbols from > /usr/local/lib/xorg/modules/drivers//sil164.so...(no debugging symbols > found)...done. > Loaded symbols for /usr/local/lib/xorg/modules/drivers//sil164.so > Reading symbols from > /usr/local/lib/xorg/modules/drivers//ch7xxx.so...(no debugging symbols > found)...done. > Loaded symbols for /usr/local/lib/xorg/modules/drivers//ch7xxx.so > Reading symbols from /usr/local/lib/xorg/modules/drivers//ivch.so...(no > debugging symbols found)...done. > Loaded symbols for /usr/local/lib/xorg/modules/drivers//ivch.so > Reading symbols from > /usr/local/lib/xorg/modules/drivers//tfp410.so...(no debugging symbols > found)...done. > Loaded symbols for /usr/local/lib/xorg/modules/drivers//tfp410.so > Reading symbols from > /usr/local/lib/xorg/modules/drivers//ch7017.so...(no debugging symbols > found)...done. > Loaded symbols for /usr/local/lib/xorg/modules/drivers//ch7017.so > Reading symbols from /usr/local/lib/xorg/modules//libfb.so...(no > debugging symbols found)...done. > Loaded symbols for /usr/local/lib/xorg/modules//libfb.so > Reading symbols from /usr/local/lib/xorg/modules//libexa.so...(no > debugging symbols found)...done. > Loaded symbols for /usr/local/lib/xorg/modules//libexa.so > Reading symbols from /usr/local/lib/dri/i915_dri.so...(no debugging > symbols found)...done. > Loaded symbols for /usr/local/lib/dri/i915_dri.so > Reading symbols from /usr/local/lib/libexpat.so.6...(no debugging > symbols found)...done. > Loaded symbols for /usr/local/lib/libexpat.so.6 > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols > found)...done. > Loaded symbols for /libexec/ld-elf.so.1 > [Switching to Thread 28701140 (LWP 100129)] > 0x285f9341 in ioctl () from /lib/libc.so.7 > (gdb) bt 0x285f9341 > #0 0x285f9341 in ioctl () from /lib/libc.so.7 > #1 0x2868984d in drmIoctl () from /usr/local/lib/libdrm.so.2 > #2 0x28689921 in drmCommandWrite () from /usr/local/lib/libdrm.so.2 > #3 0x286e643e in _fence_wait_internal () from > /usr/local/lib/libdrm_intel.so.1 > #4 0x286e750f in drm_intel_fake_reloc_and_validate_buffer () > from /usr/local/lib/libdrm_intel.so.1 > #5 0x286e780d in drm_intel_fake_bo_exec () from > /usr/local/lib/libdrm_intel.so.1 > #6 0x286e543e in drm_intel_bo_exec () from /usr/local/lib/libdrm_intel.so.1 > #7 0x2881526a in intel_batch_flush () > from /usr/local/lib/xorg/modules/drivers//intel_drv.so > #8 0x28814a64 in I830Sync () from > /usr/local/lib/xorg/modules/drivers//intel_drv.so > #9 0x2883b1da in I830EXASync () > from /usr/local/lib/xorg/modules/drivers//intel_drv.so > #10 0x2892f403 in exaWaitSync () from /usr/local/lib/xorg/modules//libexa.so > #11 0x2893066b in ExaDoPrepareAccess () from > /usr/local/lib/xorg/modules//libexa.so > #12 0x28937d98 in ExaCheckPutImage () from > /usr/local/lib/xorg/modules//libexa.so > #13 0x2893155c in exaPutImage () from /usr/local/lib/xorg/modules//libexa.so > #14 0x081648fa in DamageDamageRegion () > #15 0x08081e34 in ProcPutImage () > #16 0x080850a4 in Dispatch () > #17 0x0806bbaa in main () > (gdb) > > Section "ServerLayout" > Identifier "X.org Configured" > Screen 0 "Screen0" 0 0 > InputDevice "Mouse0" "CorePointer" > InputDevice "Mouse1" > InputDevice "Keyboard0" "CoreKeyboard" > Option "AllowEmptyInput" "OFF" > Option "AutoAddDevices" "OFF" > EndSection > > Section "Files" > 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/" > FontPath "/usr/local/lib/X11/fonts/cyrillic" > FontPath "/usr/local/lib/X11/fonts/TTF" > EndSection > > Section "ServerFlags" > Option "AIGLX" "true" > EndSection > > Section "Module" > Load "glx" > Load "dri" > Load "drm" > Load "vbe" > Load "GLcore" > Load "int10" > EndSection > > Section "InputDevice" > Identifier "Keyboard0" > Driver "kbd" > Option "XkbRules" "xorg" > Option "XkbLayout" "us,ru(winkeys)" > Option "XkbOptions" "grp:alt_shift_toggle" > EndSection > > > Section "InputDevice" > Identifier "Mouse0" > Driver "mouse" > Option "Protocol" "auto" > Option "Device" "/dev/psm0" > Option "ZAxisMapping" "4 5 6 7" > EndSection > > Section "InputDevice" > Identifier "Mouse1" > Driver "mouse" > Option "Protocol" "auto" > Option "Device" "/dev/sysmouse" > Option "ZAxisMapping" "4 5 6 7" > EndSection > > Section "Monitor" > Identifier "Monitor0" > VendorName "Monitor Vendor" > ModelName "Monitor Model" > EndSection > > Section "Monitor" > Identifier "Monitor1" > VendorName "Monitor Vendor" > ModelName "Monitor Model" > EndSection > > Section "Device" > Option "DRI" # [] > Option "Tiling" "off" > Identifier "Card0" > Driver "intel" > VendorName "Intel Corporation" > BoardName "82852/855GM Integrated Graphics Device" > BusID "PCI:0:2:0" > EndSection > > Section "Device" > Option "DRI" > Option "Tiling" "off" > Identifier "Card1" > Driver "intel" > VendorName "Intel Corporation" > BoardName "82852/855GM Integrated Graphics Device" > BusID "PCI:0:2:1" > 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 > > Section "Screen" > Identifier "Screen1" > Device "Card1" > Monitor "Monitor1" > 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 > > Section "DRI" > Mode 0666 > EndSection > > Section "Extensions" > Option "Composite" "Enable" > EndSection > > glxinfo ??(Tue,Mar17)?? > name of display: :0.0 > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Failed to initialize GEM. Falling back to classic. > display: :0 screen: 0 > direct rendering: Yes > server glx vendor string: SGI > server glx version string: 1.2 > server glx extensions: > GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, > GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGIS_multisample, > GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group > client glx vendor string: SGI > client glx version string: 1.4 > client glx extensions: > GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, > GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, > GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, > GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, > GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, > GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap > GLX version: 1.2 > GLX extensions: > GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, > GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, > GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, > GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group > OpenGL vendor string: Tungsten Graphics, Inc > OpenGL renderer string: Mesa DRI Intel(R) 852GM/855GM 20090114 x86/MMX/SSE2 > OpenGL version string: 1.3 Mesa 7.3 > OpenGL extensions: > GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_point_parameters, > GL_ARB_texture_border_clamp, GL_ARB_texture_compression, > GL_ARB_texture_cube_map, GL_ARB_texture_env_add, > GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, > GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, > GL_ARB_texture_rectangle, GL_ARB_transpose_matrix, > GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_window_pos, > GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, > GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate, > GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, > GL_EXT_clip_volume_hint, GL_EXT_cull_vertex, GL_EXT_compiled_vertex_array, > GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_fog_coord, > GL_EXT_multi_draw_arrays, GL_EXT_packed_depth_stencil, > GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_polygon_offset, > GL_EXT_rescale_normal, GL_EXT_secondary_color, > GL_EXT_separate_specular_color, GL_EXT_stencil_wrap, GL_EXT_subtexture, > GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, > GL_EXT_texture_env_add, GL_EXT_texture_env_combine, > GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, > GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_texture_rectangle, > GL_EXT_vertex_array, GL_3DFX_texture_compression_FXT1, > GL_APPLE_client_storage, GL_APPLE_packed_pixels, > GL_ATI_blend_equation_separate, GL_IBM_rasterpos_clip, > GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate, > GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_MESA_window_pos, > GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_point_sprite, > GL_NV_texture_rectangle, GL_NV_texgen_reflection, GL_NV_vertex_program, > GL_NV_vertex_program1_1, GL_OES_read_format, GL_SGIS_generate_mipmap, > GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, > GL_SGIS_texture_lod, GL_SUN_multi_draw_arrays > > 3 GLX Visuals > visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav > id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat > ---------------------------------------------------------------------- > 0x21 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None > 0x22 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None > 0x44 32 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None > > 36 GLXFBConfigs: > visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav > id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat > ---------------------------------------------------------------------- > 0x45 0 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None > 0x46 0 tc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow > 0x47 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None > 0x48 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow > 0x49 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None > 0x4a 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow > 0x4b 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None > 0x4c 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow > 0x4d 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None > 0x4e 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow > 0x4f 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None > 0x50 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow > 0x51 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None > 0x52 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow > 0x53 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None > 0x54 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow > 0x55 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None > 0x56 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow > 0x57 0 dc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None > 0x58 0 dc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow > 0x59 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None > 0x5a 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow > 0x5b 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None > 0x5c 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow > 0x5d 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None > 0x5e 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow > 0x5f 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None > 0x60 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow > 0x61 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None > 0x62 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow > 0x63 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None > 0x64 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow > 0x65 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None > 0x66 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow > 0x67 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None > 0x68 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow > > plain text document attachment (Xorg.0.log) > X.Org X Server 1.5.3 > Release Date: 5 November 2008 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 8.0-CURRENT i386 > Current Operating System: FreeBSD ss.su 8.0-CURRENT FreeBSD 8.0-CURRENT #0 r189871M: Mon Mar 16 17:06:05 KRAT 2009 zloiadmin@ss.su:/home/repository/obj/home/repository/src/sys/zl0_m4 i386 > Build Date: 13 March 2009 04:46:20PM > > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > 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: Mon Mar 16 23:50:54 2009 > (==) Using config file: "/etc/X11/xorg.conf" > (==) ServerLayout "X.org Configured" > (**) |-->Screen "Screen0" (0) > (**) | |-->Monitor "Monitor0" > (**) | |-->Device "Card0" > (**) |-->Input Device "Mouse0" > (**) |-->Input Device "Mouse1" > (**) |-->Input Device "Keyboard0" > (**) Option "AIGLX" "true" > (**) Option "AllowEmptyInput" "OFF" > (**) Option "AutoAddDevices" "OFF" > (**) Not automatically adding devices > (==) Automatically enabling devices > (WW) The directory "/usr/local/lib/X11/fonts/cyrilic" does not exist. > Entry deleted from font path. > (==) 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/TTF, > /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/ > (**) ModulePath set to "/usr/local/lib/xorg/modules" > (**) Extension "Composite" is enabled > (II) Loader magic: 0x81bcde0 > (II) Module ABI versions: > X.Org ANSI C Emulation: 0.4 > X.Org Video Driver: 4.1 > X.Org XInput driver : 2.1 > X.Org Server Extension : 1.1 > X.Org Font Renderer : 0.6 > (II) Loader running on freebsd > (--) Using syscons driver with X support (version 2.0) > (--) using VT number 9 > > (--) PCI:*(0@0:2:0) Intel Corporation 82852/855GM Integrated Graphics Device rev 2, Mem @ 0xe8000000/0, 0xe0000000/0, I/O @ 0x00001800/0, BIOS @ 0x????????/65536 > (--) PCI: (0@0:2:1) Intel Corporation 82852/855GM Integrated Graphics Device rev 2, Mem @ 0xf0000000/0, 0xe0080000/0 > (II) 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 0x0000ffff - 0x0000ffff (0x1) IX[B] > [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > (II) "extmod" will be loaded by default. > (II) "dbe" will be loaded by default. > (II) "glx" will be loaded. This was enabled by default and also specified in the config file. > (II) "freetype" will be loaded by default. > (II) "record" will be loaded by default. > (II) "dri" will be loaded. This was enabled by default and also specified in the config file. > (II) LoadModule: "glx" > > (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so > (II) Module glx: vendor="X.Org Foundation" > compiled for 1.5.3, module version = 1.0.0 > ABI class: X.Org Server Extension, version 1.1 > (**) AIGLX enabled > (**) Exporting typical set of GLX visuals > (II) Loading extension GLX > (II) LoadModule: "dri" > > (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so > (II) Module dri: vendor="X.Org Foundation" > compiled for 1.5.3, module version = 1.0.0 > ABI class: X.Org Server Extension, version 1.1 > (II) Loading extension XFree86-DRI > (II) LoadModule: "vbe" > > (II) Loading /usr/local/lib/xorg/modules//libvbe.so > (II) Module vbe: vendor="X.Org Foundation" > compiled for 1.5.3, module version = 1.1.0 > ABI class: X.Org Video Driver, version 4.1 > (II) LoadModule: "int10" > > (II) Loading /usr/local/lib/xorg/modules//libint10.so > (II) Module int10: vendor="X.Org Foundation" > compiled for 1.5.3, module version = 1.0.0 > ABI class: X.Org Video Driver, version 4.1 > (II) LoadModule: "extmod" > > (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so > (II) Module extmod: vendor="X.Org Foundation" > compiled for 1.5.3, module version = 1.0.0 > Module class: X.Org Server Extension > ABI class: X.Org Server Extension, version 1.1 > (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: "dbe" > > (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so > (II) Module dbe: vendor="X.Org Foundation" > compiled for 1.5.3, module version = 1.0.0 > Module class: X.Org Server Extension > ABI class: X.Org Server Extension, version 1.1 > (II) Loading extension DOUBLE-BUFFER > (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.5.3, module version = 2.1.0 > Module class: X.Org Font Renderer > ABI class: X.Org Font Renderer, version 0.6 > (II) Loading font FreeType > (II) LoadModule: "record" > > (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so > (II) Module record: vendor="X.Org Foundation" > compiled for 1.5.3, module version = 1.13.0 > Module class: X.Org Server Extension > ABI class: X.Org Server Extension, version 1.1 > (II) Loading extension RECORD > (II) LoadModule: "intel" > > (II) Loading /usr/local/lib/xorg/modules/drivers//intel_drv.so > (II) Module intel: vendor="X.Org Foundation" > compiled for 1.5.3, module version = 2.5.1 > Module class: X.Org Video Driver > ABI class: X.Org Video Driver, version 4.1 > (II) LoadModule: "mouse" > > (II) Loading /usr/local/lib/xorg/modules/input//mouse_drv.so > (II) Module mouse: vendor="X.Org Foundation" > compiled for 1.5.3, module version = 1.4.0 > Module class: X.Org XInput Driver > ABI class: X.Org XInput driver, version 2.1 > (II) LoadModule: "kbd" > > (II) Loading /usr/local/lib/xorg/modules/input//kbd_drv.so > (II) Module kbd: vendor="X.Org Foundation" > compiled for 1.5.3, module version = 1.3.2 > Module class: X.Org XInput Driver > ABI class: X.Org XInput driver, version 2.1 > (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, > i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G, > E7221 (i915), 915GM, 945G, 945GM, 945GME, 965G, G35, 965Q, 946GZ, > 965GM, 965GME/GLE, G33, Q35, Q33, > Mobile Intel GM45 Express Chipset, > Intel Integrated Graphics Device, G45/G43, Q45/Q43, G41 > (II) Primary Device is: PCI 00@00:02:0 > (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 0x0000ffff - 0x0000ffff (0x1) IX[B] > [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[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] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] > [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] > [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] > [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > [8] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] > [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] > (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.5.3, module version = 0.1.0 > ABI class: X.Org Video Driver, version 4.1 > (==) intel(0): Depth 24, (==) framebuffer bpp 32 > (==) intel(0): RGB weight 888 > (==) intel(0): Default visual is TrueColor > (**) intel(0): Option "DRI" > (**) intel(0): Option "Tiling" "off" > (II) intel(0): Integrated Graphics Chipset: Intel(R) 855GM > (--) intel(0): Chipset: "852GM/855GM" > (--) intel(0): Linear framebuffer at 0xE8000000 > (--) intel(0): IO registers at addr 0xE0000000 > (==) intel(0): Using EXA for acceleration > (II) intel(0): 2 display pipes available. > (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) intel(0): Output VGA using monitor section Monitor0 > (II) intel(0): Output LVDS has no monitor section > (II) intel(0): I2C bus "LVDSDDC_C" initialized. > (II) intel(0): Attempting to determine panel fixed mode. > (II) intel(0): I2C device "LVDSDDC_C:ddc2" registered at address 0xA0. > (II) intel(0): EDID vendor "SEC", prod id 22082 > (II) intel(0): I2C bus "DVODDC_D" initialized. > (II) Loading sub module "sil164" > (II) LoadModule: "sil164" > > (II) Loading /usr/local/lib/xorg/modules/drivers//sil164.so > (II) Module sil164: vendor="X.Org Foundation" > compiled for 1.5.3, module version = 1.0.0 > ABI class: X.Org Video Driver, version 4.1 > (II) intel(0): I2C bus "DVOI2C_E" initialized. > (II) Loading sub module "ch7xxx" > (II) LoadModule: "ch7xxx" > > (II) Loading /usr/local/lib/xorg/modules/drivers//ch7xxx.so > (II) Module ch7xxx: vendor="X.Org Foundation" > compiled for 1.5.3, module version = 1.0.0 > ABI class: X.Org Video Driver, version 4.1 > (II) intel(0): I2C bus "DVOI2C_E" removed. > (II) intel(0): I2C bus "DVOI2C_E" initialized. > (II) Loading sub module "ivch" > (II) LoadModule: "ivch" > > (II) Loading /usr/local/lib/xorg/modules/drivers//ivch.so > (II) Module ivch: vendor="X.Org Foundation" > compiled for 1.5.3, module version = 1.0.0 > ABI class: X.Org Video Driver, version 4.1 > (II) intel(0): I2C bus "DVOI2C_E" removed. > (II) intel(0): I2C bus "DVOI2C_B" initialized. > (II) Loading sub module "tfp410" > (II) LoadModule: "tfp410" > > (II) Loading /usr/local/lib/xorg/modules/drivers//tfp410.so > (II) Module tfp410: vendor="X.Org Foundation" > compiled for 1.5.3, module version = 1.0.0 > ABI class: X.Org Video Driver, version 4.1 > (II) intel(0): I2C bus "DVOI2C_B" removed. > (II) intel(0): I2C bus "DVOI2C_E" initialized. > (II) Loading sub module "ch7017" > (II) LoadModule: "ch7017" > > (II) Loading /usr/local/lib/xorg/modules/drivers//ch7017.so > (II) Module ch7017: vendor="X.Org Foundation" > compiled for 1.5.3, module version = 1.0.0 > ABI class: X.Org Video Driver, version 4.1 > (II) intel(0): I2C bus "DVOI2C_E" removed. > (II) intel(0): I2C bus "DVOI2C_E" initialized. > (EE) intel(0): ch701x not detected, got 29: from DVOI2C_E Slave 234. > (II) intel(0): I2C bus "DVOI2C_E" removed. > (II) intel(0): I2C bus "DVODDC_D" removed. > (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear > (II) intel(0): I2C bus "CRTDDC_A" initialized. > (II) intel(0): I2C bus "CRTDDC_A" removed. > (II) intel(0): EDID vendor "SEC", prod id 22082 > (II) intel(0): Output VGA disconnected > (II) intel(0): Output LVDS connected > (II) intel(0): Using exact sizes for initial modes > (II) intel(0): Output LVDS using initial mode 1280x768 > (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear > (II) intel(0): Monitoring connected displays enabled > (II) intel(0): detected 128 kB GTT. > (II) intel(0): detected 32636 kB stolen memory. > (==) intel(0): video overlay key set to 0x101fe > (==) intel(0): Intel XvMC decoder disabled > (==) intel(0): Will not try to enable page flipping > (==) intel(0): Triple buffering disabled > (==) intel(0): Using gamma correction (1.0, 1.0, 1.0) > (==) intel(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.5.3, module version = 1.0.0 > ABI class: X.Org ANSI C Emulation, version 0.4 > (II) Loading sub module "exa" > (II) LoadModule: "exa" > > (II) Loading /usr/local/lib/xorg/modules//libexa.so > (II) Module exa: vendor="X.Org Foundation" > compiled for 1.5.3, module version = 2.4.0 > ABI class: X.Org Video Driver, version 4.1 > (II) Loading sub module "ramdac" > (II) LoadModule: "ramdac" > (II) Module "ramdac" already built-in > (II) intel(0): Comparing regs from server start up to After PreInit > (WW) intel(0): Register 0x61200 (PP_STATUS) changed from 0xc0000008 to 0xd0000009 > (WW) intel(0): PP_STATUS before: on, ready, sequencing idle > (WW) intel(0): PP_STATUS after: on, ready, sequencing on > (WW) intel(0): Register 0x71024 (PIPEBSTAT) changed from 0x80000202 to 0x00000202 > (WW) intel(0): PIPEBSTAT before: status: FIFO_UNDERRUN VSYNC_INT_STATUS VBLANK_INT_STATUS > (WW) intel(0): PIPEBSTAT after: status: VSYNC_INT_STATUS VBLANK_INT_STATUS > (II) Loading sub module "dri" > (II) LoadModule: "dri" > > (II) Reloading /usr/local/lib/xorg/modules/extensions//libdri.so > (==) Depth 24 pixmap format is 32 bpp > (II) do I need RAC? No, I don't. > (II) resource ranges after preInit: > [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] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) > [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) > [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) > [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > [8] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) > [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) > (II) intel(0): Kernel reported 491520 total, 0 used > (II) intel(0): I830CheckAvailableMemory: 1966080 kB available > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 9, (OK) > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 9, (OK) > drmOpenByBusid: Searching for BusID pci:0000:00:02.0 > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 9, (OK) > drmOpenByBusid: drmOpenMinor returns 9 > drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 > (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 disabled > (**) intel(0): Tiling disabled > (==) intel(0): VideoRam: 131072 KB > (II) intel(0): Attempting memory allocation with untiled buffers. > (II) intel(0): Untiled allocation successful. > (II) intel(0): [drm] Registers = 0xe0000000 > (II) intel(0): [drm] ring buffer = 0xe8000000 > (II) intel(0): [drm] mapped front buffer at 0xe8130000, handle = 0xe8130000 > (II) intel(0): [drm] mapped back buffer at 0xe9fea000, handle = 0xe9fea000 > (II) intel(0): [drm] mapped depth buffer at 0xea62a000, handle = 0xea62a000 > (II) intel(0): [drm] mapped classic textures at 0xeac6a000, handle = 0xeac6a000 > (II) intel(0): [drm] Initialized kernel agp heap manager, 33554432 > (II) intel(0): [dri] visual configs initialized > (II) intel(0): Page Flipping disabled > (II) intel(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 > (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear > (II) EXA(0): Offscreen pixmap area of 19660800 bytes > (II) EXA(0): Driver registered support for the following operations: > (II) Solid > (II) Copy > (II) Composite (RENDER acceleration) > (==) intel(0): Backing store disabled > (==) intel(0): Silken mouse enabled > (II) intel(0): Initializing HW Cursor > (II) intel(0): [DRI] installation complete > (II) intel(0): xf86BindGARTMemory: bind key 1 at 0x01fdf000 (pgoffset 8159) > (II) intel(0): xf86BindGARTMemory: bind key 2 at 0x01fe9000 (pgoffset 8169) > (II) intel(0): xf86BindGARTMemory: bind key 3 at 0x01fea000 (pgoffset 8170) > (II) intel(0): xf86BindGARTMemory: bind key 4 at 0x0262a000 (pgoffset 9770) > (II) intel(0): xf86BindGARTMemory: bind key 5 at 0x02c6a000 (pgoffset 11370) > (II) intel(0): Fixed memory allocation layout: > (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) > (II) intel(0): 0x00020000-0x00027fff: logical 3D context (32 kB) > (II) intel(0): 0x00028000-0x00127fff: fake bufmgr (1024 kB) > (II) intel(0): 0x00130000-0x0076ffff: front buffer (6400 kB) > (II) intel(0): 0x00770000-0x01a2ffff: exa offscreen (19200 kB) > (II) intel(0): 0x01fdf000: end of stolen memory > (II) intel(0): 0x01fdf000-0x01fe8fff: HW cursors (40 kB, 0x000000001b880000 physical > ) > (II) intel(0): 0x01fe9000-0x01fe9fff: overlay registers (4 kB, 0x000000001b873000 physical > ) > (II) intel(0): 0x01fea000-0x02629fff: back buffer (6400 kB) > (II) intel(0): 0x0262a000-0x02c69fff: depth buffer (6400 kB) > (II) intel(0): 0x02c6a000-0x04c69fff: classic textures (32768 kB) > (II) intel(0): 0x08000000: end of aperture > (II) intel(0): using SSC reference clock of 66 MHz > (II) intel(0): Selecting standard 18 bit TMDS pixel format. > (II) intel(0): Output configuration: > (II) intel(0): Pipe A is off > (II) intel(0): Display plane A is now disabled and connected to pipe A. > (WW) intel(0): Hardware claims pipe A is on while software believes it is off > (II) intel(0): Pipe B is on > (II) intel(0): Display plane B is now enabled and connected to pipe B. > (II) intel(0): Output VGA is connected to pipe none > (II) intel(0): Output LVDS is connected to pipe B > (II) intel(0): [drm] dma control initialized, using IRQ 16 > (II) intel(0): RandR 1.2 enabled, ignore the following RandR disabled message. > (II) intel(0): DPMS enabled > (II) intel(0): Set up overlay video > (II) intel(0): direct rendering: Enabled > (--) 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 XINERAMA > (II) Initializing built-in extension XFIXES > (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 > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 10, (OK) > drmOpenByBusid: Searching for BusID pci:0000:00:02.0 > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 10, (OK) > drmOpenByBusid: drmOpenMinor returns 10 > drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 > (II) AIGLX: enabled GLX_MESA_copy_sub_buffer > (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control > (II) AIGLX: enabled GLX_texture_from_pixmap with driver support > (II) AIGLX: Loaded and initialized /usr/local/lib/dri/i915_dri.so > (II) GLX: Initialized DRI GL provider for screen 0 > (II) intel(0): Setting screen physical size to 305 x 183 > (**) Option "Protocol" "auto" > (**) Mouse0: Device: "/dev/psm0" > (**) Mouse0: Protocol: "auto" > (**) Option "CorePointer" > (**) Mouse0: always reports core events > (**) Option "Device" "/dev/psm0" > (==) 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 "Protocol" "auto" > (**) Mouse1: Device: "/dev/sysmouse" > (**) Mouse1: Protocol: "auto" > (**) Mouse1: always reports core events > (**) Option "Device" "/dev/sysmouse" > (==) Mouse1: Emulate3Buttons, Emulate3Timeout: 50 > (**) Option "ZAxisMapping" "4 5 6 7" > (**) Mouse1: ZAxisMapping: buttons 4, 5, 6 and 7 > (**) Mouse1: Buttons: 11 > (**) Mouse1: 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,ru(winkeys)" > (**) Keyboard0: XkbLayout: "us,ru(winkeys)" > (**) Option "XkbOptions" "grp:alt_shift_toggle" > (**) Keyboard0: XkbOptions: "grp:alt_shift_toggle" > (**) Option "CustomKeycodes" "off" > (**) Keyboard0: CustomKeycodes disabled > (II) evaluating device (Mouse0) > (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) > (II) evaluating device (Mouse1) > (II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE) > (II) evaluating device (Keyboard0) > (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD) > (II) Mouse0: SetupAuto: hw.iftype is 3, hw.model is 4 > (II) Mouse0: SetupAuto: protocol is IMPS/2 > (II) Mouse0: ps2EnableDataReporting: succeeded > (II) Mouse1: SetupAuto: hw.iftype is 4, hw.model is 0 > (II) Mouse1: SetupAuto: protocol is SysMouse > (II) config/hal: Adding input device AT Keyboard > (EE) config/hal: NewInputDeviceRequest failed > (II) config/hal: Adding input device PS/2 Mouse > (EE) config/hal: NewInputDeviceRequest failed > (II) intel(0): I2C bus "CRTDDC_A" initialized. > (II) intel(0): I2C bus "CRTDDC_A" removed. > (II) intel(0): EDID vendor "SEC", prod id 22082 > (II) intel(0): Printing DDC gathered Modelines: > (II) intel(0): Modeline "1280x768"x0.0 68.93 1280 1296 1344 1408 768 771 777 816 -hsync -vsync (49.0 kHz) > (II) intel(0): EDID vendor "SEC", prod id 22082 > (II) intel(0): I2C bus "CRTDDC_A" initialized. > (II) intel(0): I2C bus "CRTDDC_A" removed. > (II) intel(0): EDID vendor "SEC", prod id 22082 > (II) intel(0): Printing DDC gathered Modelines: > (II) intel(0): Modeline "1280x768"x0.0 68.93 1280 1296 1344 1408 768 771 777 816 -hsync -vsync (49.0 kHz) > (II) intel(0): EDID vendor "SEC", prod id 22082 > (II) intel(0): I2C bus "CRTDDC_A" initialized. > (II) intel(0): I2C bus "CRTDDC_A" removed. > (II) intel(0): EDID vendor "SEC", prod id 22082 > (II) intel(0): Printing DDC gathered Modelines: > (II) intel(0): Modeline "1280x768"x0.0 68.93 1280 1296 1344 1408 768 771 777 816 -hsync -vsync (49.0 kHz) > (II) intel(0): EDID vendor "SEC", prod id 22082 > (II) intel(0): I2C bus "CRTDDC_A" initialized. > (II) intel(0): I2C bus "CRTDDC_A" removed. > (II) intel(0): EDID vendor "SEC", prod id 22082 > (II) intel(0): Printing DDC gathered Modelines: > (II) intel(0): Modeline "1280x768"x0.0 68.93 1280 1296 1344 1408 768 771 777 816 -hsync -vsync (49.0 kHz) > (II) intel(0): EDID vendor "SEC", prod id 22082 > (II) intel(0): I2C bus "CRTDDC_A" initialized. > (II) intel(0): I2C bus "CRTDDC_A" removed. > (II) intel(0): EDID vendor "SEC", prod id 22082 > (II) intel(0): Printing DDC gathered Modelines: > (II) intel(0): Modeline "1280x768"x0.0 68.93 1280 1296 1344 1408 768 771 777 816 -hsync -vsync (49.0 kHz) > (II) intel(0): EDID vendor "SEC", prod id 22082 > (II) intel(0): I2C bus "CRTDDC_A" initialized. > (II) intel(0): I2C bus "CRTDDC_A" removed. > (II) intel(0): EDID vendor "SEC", prod id 22082 > (II) intel(0): Printing DDC gathered Modelines: > (II) intel(0): Modeline "1280x768"x0.0 68.93 1280 1296 1344 1408 768 771 777 816 -hsync -vsync (49.0 kHz) > (II) intel(0): EDID vendor "SEC", prod id 22082 > AUDIT: Mon Mar 16 23:57:26 2009: 1505 X: client 39 rejected from local host ( uid=0 gid=0 ) > AUDIT: Mon Mar 16 23:57:26 2009: 1505 X: client 39 rejected from local host ( uid=0 gid=0 ) > AUDIT: Mon Mar 16 23:57:26 2009: 1505 X: client 39 rejected from local host ( uid=0 gid=0 ) -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090316/c073ab4f/attachment.pgp From hanche at math.ntnu.no Mon Mar 16 12:10:05 2009 From: hanche at math.ntnu.no (Harald Hanche-Olsen) Date: Mon Mar 16 12:10:17 2009 Subject: ports/132100: x11/xorg: Xorg server forgets pointer map after xlock Message-ID: <200903161910.n2GJA46c067184@freefall.freebsd.org> The following reply was made to PR ports/132100; it has been noted by GNATS. From: Harald Hanche-Olsen To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/132100: x11/xorg: Xorg server forgets pointer map after xlock Date: Mon, 16 Mar 2009 20:04:46 +0100 (CET) I haven't seen this problem for quite a while. I don't keep a detailed log, but I did run a portupgrade on 27 February, and I think I haven't seen the problem since. (There was a hal upgrade at the time.) - Harald From kostikbel at gmail.com Mon Mar 16 12:49:58 2009 From: kostikbel at gmail.com (Kostik Belousov) Date: Mon Mar 16 12:50:04 2009 Subject: Radeon r6/7xx support merged to -STABLE In-Reply-To: <1237224806.1865.72.camel@balrog.2hip.net> References: <1237142952.1774.22.camel@balrog.2hip.net> <20090315213323.GH41617@deviant.kiev.zoral.com.ua> <1237174073.18826.9.camel@balrog.2hip.net> <20090316094312.GI41617@deviant.kiev.zoral.com.ua> <1237224806.1865.72.camel@balrog.2hip.net> Message-ID: <20090316194949.GP41617@deviant.kiev.zoral.com.ua> On Mon, Mar 16, 2009 at 12:33:26PM -0500, Robert Noland wrote: > On Mon, 2009-03-16 at 11:43 +0200, Kostik Belousov wrote: > > On Sun, Mar 15, 2009 at 10:27:53PM -0500, Robert Noland wrote: > > > On Sun, 2009-03-15 at 23:33 +0200, Kostik Belousov wrote: > > > > On Sun, Mar 15, 2009 at 01:49:12PM -0500, Robert Noland wrote: > > > > > I went ahead and merged the Radeon R6/7xx code to -STABLE a while ago. > > > > > > > > > > The current xorg drivers will not enable it by default on R600+ chips. > > > > > You will need to be using xf86-video-ati-6.12.0, > > > > > xf86-video-radeonhd-devel or possibly even better git master of either. > > > > > > > > > > You will need to add the following to the Device section of your > > > > > xorg.conf to enable it. If you are experiencing issues, commenting > > > > > these two options out, will prevent Xorg from auto-loading the kernel > > > > > module. > > > > > > > > > > Options "DRI" > > > > > Options "AccelMethod" "EXA" > > > > > > > > With this code and ati 6.12.0, I get the awful performance. > > > > Kernel says > > > > drm0: on vgapci0 > > > > vgapci0: Reserved 0x10000 bytes for rid 0x18 type 3 at 0xd0020000 > > > > vgapci0: child drm0 requested pci_enable_busmaster > > > > info: [drm] Initialized radeon 1.29.0 20080528 > > > > vgapci0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0xc0000000 > > > > info: [drm] Setting GART location based on new memory map > > > > error: [drm:pid1494:r600_do_init_cp] *ERROR* Need gart offset from userspace > > > > > > Your card was agp right? > > No, this is PCIe card. It is reported correctly as Radeon HD 2600 XT. > > Motherboard chipset is Intel P43, if this makes any useful information. > > Ok, let me look over the code again and figure out how we get into this > state. I may need more details, let me figure out what I need. > > robert. > > > > > > > What happens if you force pci mode? > > > > > > Options "BusType" "PCI" For the record. It appeared that I already had this option in the xorg.conf, and it was the cause of the problem. DRI works after removing this line. > > > > > > robert. > > > > > > > Then, the Xorg.0.log > > > > ... > > > > (II) RADEON(0): [drm] register handle = 0xd0020000 > > > > (II) RADEON(0): [dri] Visual configs initialized > > > > (II) RADEON(0): RADEONRestoreMemMapRegisters() : > > > > (II) RADEON(0): MC_FB_LOCATION : 0x00df00c0 0x00df00c0 > > > > (II) RADEON(0): MC_AGP_LOCATION : 0x003f0000 > > > > (==) RADEON(0): Backing store disabled > > > > (II) RADEON(0): [DRI] installation complete > > > > (II) RADEON(0): [drm] removed 1 reserved context for kernel > > > > (II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xc731d000 at 0x286fd000 > > > > (II) RADEON(0): [drm] Closed DRM master. > > > > (WW) RADEON(0): Direct rendering disabled > > > > (EE) RADEON(0): Acceleration initialization failed > > > > ... > > > -- > > > Robert Noland > > > FreeBSD > > > > > -- > Robert Noland > FreeBSD -------------- 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/20090316/fbe55192/attachment.pgp From linimon at FreeBSD.org Mon Mar 16 15:16:33 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Mar 16 15:16:39 2009 Subject: ports/132100: x11/xorg: Xorg server forgets pointer map after xlock Message-ID: <200903162216.n2GMGWvN013927@freefall.freebsd.org> Synopsis: x11/xorg: Xorg server forgets pointer map after xlock State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Mon Mar 16 22:15:59 UTC 2009 State-Changed-Why: Problem seems to have disappeared with the latest upgrades. http://www.freebsd.org/cgi/query-pr.cgi?pr=132100 From gcr+freebsd-stable at tharned.org Tue Mar 17 10:33:34 2009 From: gcr+freebsd-stable at tharned.org (Greg Rivers) Date: Tue Mar 17 10:33:40 2009 Subject: [HEADS UP] drm merged to -STABLE In-Reply-To: <1231599679.1837.13.camel@wombat.2hip.net> References: <1231599679.1837.13.camel@wombat.2hip.net> Message-ID: On Sat, 10 Jan 2009, Robert Noland wrote: > I just merged drm (Direct Rendering) from HEAD. > > - Support for latest Intel chips > - Support and fixes for many AMD/ATI chips r500 and below > - Support AMD/ATI IGP based chips (rs690/rs485) > - Lots of code cleanups > - Lots of other fixes and changes since the existing drm > is 2+ years old > > If you are experiencing a "garbled" screen with certain pci/pci-e based > radeons, I have another patch in HEAD that isn't included yet. > I have a workstation with a [Radeon X600 (PCIE)] card. The X display has been garbled since these DRM updates went in in January, and remains garbled with 7.1-STABLE as of yesterday. As a work-around, I'm running the up-to-date 7.1-STABLE system (both world and ports) with a 7.1-RELEASE-p2 kernel. The display is fine with the old kernel and X works great; I even see dramatically improved performance with the new Xorg and EXA acceleration. Your work is much appreciated. But the garbled display with the recent DRM still plagues me. Here's how pciconf identifies the card: vgapci0@pci0:1:0:0: class=0x030000 card=0x06021002 chip=0x5b621002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'RV380 RADEON X600 Series 265MB' class = display subclass = VGA vgapci1@pci0:1:0:1: class=0x038000 card=0x06031002 chip=0x5b721002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Radeon X600 Series - Secondary' class = display The old DRM probe: vgapci0: port 0x2000-0x20ff mem 0xe0000000-0xe7ffffff,0xe8500000-0xe850ffff irq 16 at device 0.0 on pci1 drm0: on vgapci0 info: [drm] Initialized radeon 1.25.0 20060524 vgapci1: mem 0xe8510000-0xe851ffff at device 0.1 on pci1 ... vgapci0: Reserved 0x10000 bytes for rid 0x18 type 3 at 0xe8500000 vgapci0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe0000000 info: [drm] Setting GART location based on new memory map info: [drm] Loading R300 Microcode info: [drm] writeback test succeeded in 1 usecs ioapic0: Assigning PCI IRQ 16 to local APIC 0 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 60 drm0: [MPSAFE] The new DRM probe: vgapci0: port 0x2000-0x20ff mem 0xe0000000-0xe7ffffff,0xe8500000-0xe850ffff irq 16 at device 0.0 on pci1 drm0: on vgapci0 vgapci0: Reserved 0x10000 bytes for rid 0x18 type 3 at 0xe8500000 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.29.0 20080528 vgapci1: mem 0xe8510000-0xe851ffff at device 0.1 on pci1 ... vgapci0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe0000000 info: [drm] Setting GART location based on new memory map info: [drm] Loading R300 Microcode info: [drm] Num pipes: 1 info: [drm] writeback test succeeded in 1 usecs ioapic0: Assigning PCI IRQ 16 to local APIC 0 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 59 drm0: [MPSAFE] drm0: [ITHREAD] info: [drm] Num pipes: 1 Difference between the Xorg logs when it's working and when it's not: --- ok/Xorg.0.log 2009-03-16 14:39:40.000000000 -0500 +++ garbled/Xorg.0.log 2009-03-16 14:46:13.000000000 -0500 @@ -6 +6 @@ -Current Operating System: FreeBSD xxx.xxx.xxxxx.xxx 7.1-RELEASE-p2 FreeBSD 7.1-RELEASE-p2 #0: Fri Jan 16 18:00:35 CST 2009 root@xxx.xxx.xxxxx.xxx:/usr/obj/usr/src/sys/SMALL-SMP i386 +Current Operating System: FreeBSD xxx.xxx.xxxxx.xxx 7.1-STABLE FreeBSD 7.1-STABLE #0: Mon Mar 16 11:42:42 CDT 2009 root@xxx.xxx.xxxxx.xxx:/usr/obj/usr/src/sys/SMALL-SMP i386 @@ -14 +14 @@ -(==) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 16 14:39:34 2009 +(==) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 16 14:22:00 2009 @@ -407 +407 @@ -(II) RADEON(0): [dri] Found DRI library version 1.3.0 and kernel module version 1.25.0 +(II) RADEON(0): [dri] Found DRI library version 1.3.0 and kernel module version 1.29.0 @@ -774,5 +774,5 @@ -(II) RADEON(0): [pci] 32768 kB allocated with handle 0xc56d4000 -(II) RADEON(0): [pci] ring handle = 0xc56d4000 -(II) RADEON(0): [pci] Ring mapped at 0x90a00000 -(II) RADEON(0): [pci] Ring contents 0x00000000 -(II) RADEON(0): [pci] ring read ptr handle = 0xc57d5000 +(II) RADEON(0): [pci] 32768 kB allocated with handle 0xe7732000 +(II) RADEON(0): [pci] ring handle = 0xe7732000 +(II) RADEON(0): [pci] Ring mapped at 0x88a00000 +(II) RADEON(0): [pci] Ring contents 0xff7d8c94 +(II) RADEON(0): [pci] ring read ptr handle = 0xe7833000 @@ -780,6 +780,6 @@ -(II) RADEON(0): [pci] Ring read ptr contents 0x00000000 -(II) RADEON(0): [pci] vertex/indirect buffers handle = 0xc57d6000 -(II) RADEON(0): [pci] Vertex/indirect buffers mapped at 0x90b01000 -(II) RADEON(0): [pci] Vertex/indirect buffers contents 0x00000000 -(II) RADEON(0): [pci] GART texture map handle = 0xc59d6000 -(II) RADEON(0): [pci] GART Texture map mapped at 0x90d01000 +(II) RADEON(0): [pci] Ring read ptr contents 0xff180000 +(II) RADEON(0): [pci] vertex/indirect buffers handle = 0xe7834000 +(II) RADEON(0): [pci] Vertex/indirect buffers mapped at 0x90c00000 +(II) RADEON(0): [pci] Vertex/indirect buffers contents 0xff100049 +(II) RADEON(0): [pci] GART texture map handle = 0xe7a34000 +(II) RADEON(0): [pci] GART Texture map mapped at 0x90e34000 @@ -806 +805,0 @@ -(WW) RADEON(0): Failed to determine num pipes from DRM, falling back to manual look-up! I tried setting hw.dri.0.debug=1. That produced a lot of output, but nothing that looked like an error or warning. Do you have any idea what might be causing this, or how to troubleshoot further? -- Greg Rivers From rnoland at FreeBSD.org Tue Mar 17 12:38:08 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Tue Mar 17 12:38:16 2009 Subject: [HEADS UP] drm merged to -STABLE In-Reply-To: References: <1231599679.1837.13.camel@wombat.2hip.net> Message-ID: <1237318671.1728.7.camel@balrog.2hip.net> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090317/bec28f85/attachment.pgp From gcr+freebsd-stable at tharned.org Tue Mar 17 16:37:46 2009 From: gcr+freebsd-stable at tharned.org (Greg Rivers) Date: Tue Mar 17 16:37:52 2009 Subject: [HEADS UP] drm merged to -STABLE In-Reply-To: <1237318671.1728.7.camel@balrog.2hip.net> References: <1231599679.1837.13.camel@wombat.2hip.net> <1237318671.1728.7.camel@balrog.2hip.net> Message-ID: On Tue, 17 Mar 2009, Robert Noland wrote: > On Tue, 2009-03-17 at 12:20 -0500, Greg Rivers wrote: >> On Sat, 10 Jan 2009, Robert Noland wrote: >> >>> I just merged drm (Direct Rendering) from HEAD. >>> >>> - Support for latest Intel chips >>> - Support and fixes for many AMD/ATI chips r500 and below >>> - Support AMD/ATI IGP based chips (rs690/rs485) >>> - Lots of code cleanups >>> - Lots of other fixes and changes since the existing drm >>> is 2+ years old >>> >>> If you are experiencing a "garbled" screen with certain pci/pci-e based >>> radeons, I have another patch in HEAD that isn't included yet. >>> >> >> I have a workstation with a [Radeon X600 (PCIE)] card. The X display has >> been garbled since these DRM updates went in in January, and remains >> garbled with 7.1-STABLE as of yesterday. As a work-around, I'm running >> the up-to-date 7.1-STABLE system (both world and ports) with a >> 7.1-RELEASE-p2 kernel. The display is fine with the old kernel and X >> works great; I even see dramatically improved performance with the new >> Xorg and EXA acceleration. Your work is much appreciated. >> >> But the garbled display with the recent DRM still plagues me. >> >> [snip] > > Could you try the attached patch. > Unfortunately, there is no noticeable difference with this patch. > Also, I'm guessing that this is a PCI based card, right? Also, it isn't > an integrated model? > Yes, this is a PCIEx16 card in a HP Compaq dc7600 desktop PC, not a motherboard integrated adapter. Thanks for your help. I'm willing to spend some time debugging this; please let me know if there's more information I can provide or other tests or patches I can try. -- Greg Rivers -------------- next part -------------- A non-text attachment was scrubbed... Name: drm_bufs.patch Type: text/x-patch Size: 315 bytes Desc: Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090317/43b059bc/drm_bufs.bin From hanche at math.ntnu.no Wed Mar 18 00:10:06 2009 From: hanche at math.ntnu.no (Harald Hanche-Olsen) Date: Wed Mar 18 00:10:15 2009 Subject: ports/132100: x11/xorg: Xorg server forgets pointer map after xlock Message-ID: <200903180710.n2I7A56Z001800@freefall.freebsd.org> The following reply was made to PR ports/132100; it has been noted by GNATS. From: Harald Hanche-Olsen To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/132100: x11/xorg: Xorg server forgets pointer map after xlock Date: Wed, 18 Mar 2009 08:02:35 +0100 (CET) Aaaaarrghh! It happened again this morning. Please reopen. - Harald From linimon at FreeBSD.org Wed Mar 18 02:13:25 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Mar 18 02:13:32 2009 Subject: ports/132100: x11/xorg: Xorg server forgets pointer map after xlock Message-ID: <200903180913.n2I9DH1d099064@freefall.freebsd.org> Synopsis: x11/xorg: Xorg server forgets pointer map after xlock State-Changed-From-To: closed->open State-Changed-By: linimon State-Changed-When: Wed Mar 18 09:12:57 UTC 2009 State-Changed-Why: Submitter reports problem has recurred. http://www.freebsd.org/cgi/query-pr.cgi?pr=132100 From rnoland at FreeBSD.org Wed Mar 18 10:01:01 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Wed Mar 18 10:01:07 2009 Subject: [HEADS UP] drm merged to -STABLE In-Reply-To: References: <1231599679.1837.13.camel@wombat.2hip.net> <1237318671.1728.7.camel@balrog.2hip.net> Message-ID: <1237395643.1738.3.camel@balrog.2hip.net> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090318/19e042e3/attachment.pgp From gcr+freebsd-stable at tharned.org Wed Mar 18 16:18:45 2009 From: gcr+freebsd-stable at tharned.org (Greg Rivers) Date: Wed Mar 18 16:18:52 2009 Subject: [HEADS UP] drm merged to -STABLE In-Reply-To: <1237395643.1738.3.camel@balrog.2hip.net> References: <1231599679.1837.13.camel@wombat.2hip.net> <1237318671.1728.7.camel@balrog.2hip.net> <1237395643.1738.3.camel@balrog.2hip.net> Message-ID: On Wed, 18 Mar 2009, Robert Noland wrote: > On Tue, 2009-03-17 at 18:24 -0500, Greg Rivers wrote: >> On Tue, 17 Mar 2009, Robert Noland wrote: >> >>> On Tue, 2009-03-17 at 12:20 -0500, Greg Rivers wrote: >>>> On Sat, 10 Jan 2009, Robert Noland wrote: >>>> >>>>> I just merged drm (Direct Rendering) from HEAD. >>>>> >>>>> - Support for latest Intel chips >>>>> - Support and fixes for many AMD/ATI chips r500 and below >>>>> - Support AMD/ATI IGP based chips (rs690/rs485) >>>>> - Lots of code cleanups >>>>> - Lots of other fixes and changes since the existing drm >>>>> is 2+ years old >>>>> >>>>> If you are experiencing a "garbled" screen with certain pci/pci-e based >>>>> radeons, I have another patch in HEAD that isn't included yet. >>>>> >>>> >>>> I have a workstation with a [Radeon X600 (PCIE)] card. The X display has >>>> been garbled since these DRM updates went in in January, and remains >>>> garbled with 7.1-STABLE as of yesterday. As a work-around, I'm running >>>> the up-to-date 7.1-STABLE system (both world and ports) with a >>>> 7.1-RELEASE-p2 kernel. The display is fine with the old kernel and X >>>> works great; I even see dramatically improved performance with the new >>>> Xorg and EXA acceleration. Your work is much appreciated. >>>> >>>> But the garbled display with the recent DRM still plagues me. >>>> >>>> [snip] >>> >>> Could you try the attached patch. >>> >> >> Unfortunately, there is no noticeable difference with this patch. >> >> >>> Also, I'm guessing that this is a PCI based card, right? Also, it isn't >>> an integrated model? >>> >> >> Yes, this is a PCIEx16 card in a HP Compaq dc7600 desktop PC, not a >> motherboard integrated adapter. >> >> Thanks for your help. I'm willing to spend some time debugging this; >> please let me know if there's more information I can provide or other >> tests or patches I can try. > > Ok, try this patch... I asked the folks from AMD and they agree that > this shouldn't be needed on an RV370, but we will give it a try... This > is what fixed the garbled display on the IGP chips. > The display is still garbled with this patch too. I'm curious about why the drm driver calls this card a RV370, while pciconf and the X server call it a RV380: pciconf: "RV380 RADEON X600 Series 265MB" X server: "ATI Technologies Inc RV380 [Radeon X600 (PCIE)]" drm driver: "ATI Radeon RV370 X600 Pro" Could it be that the drm driver has the wrong chip set or configuration for this PCI ID? -- Greg Rivers -------------- next part -------------- A non-text attachment was scrubbed... Name: drm-rv370-test.patch Type: text/x-patch Size: 470 bytes Desc: Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090318/1642b572/drm-rv370-test.bin From scuppers at gmail.com Wed Mar 18 18:03:52 2009 From: scuppers at gmail.com (Scott Spare) Date: Wed Mar 18 18:03:57 2009 Subject: X11 mouse driver and USB mouse disconnection Message-ID: Under FreeBSD 7.1 STABLE and XOrg, it looks like there's trouble with the handling of USB mouse disconnections (e.g. when a KVM switch is used.) These problems only occur when Xorg / x11 is running and selected via the virtual TTY (i.e. ALT-F9). Expected behavior: the mouse resumes working even if physically disconnected. Actual behavior: the mouse stops working if disconnected and reconnected. Remedy / Workaround: switch to one of the console-based virtual TTYs, then switch back to the virtual TTY that runs XOrg. Other information: -This problem occurs regardless of whether moused is running. -This problem was tested with a Logitech Mx518 optical mouse, and XOrg 7_3.2 -Virtual TTY0 (ALT-F1) displays the following each time the mouse is disconnected and reconnected: ums0: at ubub 1 port 4 (addr5) disconnected ums0: detatched. -Upon reconnection, it displays the following: ums0: on uhub 1 ums0: 8 buttons and Z dir How to replicate: Presumably, disconnect and reconnect any USB mouse while X11 is running. The mouse will stop responding. Alternatively: use a Logitech Mx518 mouse with XOrg 7_3.2. Would wiring down the mouse in device.hints have any effect? Is this a lower level issue? Can anyone comment?? Best regards, Scott From rnoland at FreeBSD.org Wed Mar 18 19:22:55 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Wed Mar 18 19:23:07 2009 Subject: [HEADS UP] drm merged to -STABLE In-Reply-To: References: <1231599679.1837.13.camel@wombat.2hip.net> <1237318671.1728.7.camel@balrog.2hip.net> <1237395643.1738.3.camel@balrog.2hip.net> Message-ID: <1237429357.1738.61.camel@balrog.2hip.net> On Wed, 2009-03-18 at 18:18 -0500, Greg Rivers wrote: > On Wed, 18 Mar 2009, Robert Noland wrote: > > > On Tue, 2009-03-17 at 18:24 -0500, Greg Rivers wrote: > >> On Tue, 17 Mar 2009, Robert Noland wrote: > >> > >>> On Tue, 2009-03-17 at 12:20 -0500, Greg Rivers wrote: > >>>> On Sat, 10 Jan 2009, Robert Noland wrote: > >>>> > >>>>> I just merged drm (Direct Rendering) from HEAD. > >>>>> > >>>>> - Support for latest Intel chips > >>>>> - Support and fixes for many AMD/ATI chips r500 and below > >>>>> - Support AMD/ATI IGP based chips (rs690/rs485) > >>>>> - Lots of code cleanups > >>>>> - Lots of other fixes and changes since the existing drm > >>>>> is 2+ years old > >>>>> > >>>>> If you are experiencing a "garbled" screen with certain pci/pci-e based > >>>>> radeons, I have another patch in HEAD that isn't included yet. > >>>>> > >>>> > >>>> I have a workstation with a [Radeon X600 (PCIE)] card. The X display has > >>>> been garbled since these DRM updates went in in January, and remains > >>>> garbled with 7.1-STABLE as of yesterday. As a work-around, I'm running > >>>> the up-to-date 7.1-STABLE system (both world and ports) with a > >>>> 7.1-RELEASE-p2 kernel. The display is fine with the old kernel and X > >>>> works great; I even see dramatically improved performance with the new > >>>> Xorg and EXA acceleration. Your work is much appreciated. > >>>> > >>>> But the garbled display with the recent DRM still plagues me. > >>>> > >>>> [snip] > >>> > >>> Could you try the attached patch. > >>> > >> > >> Unfortunately, there is no noticeable difference with this patch. > >> > >> > >>> Also, I'm guessing that this is a PCI based card, right? Also, it isn't > >>> an integrated model? > >>> > >> > >> Yes, this is a PCIEx16 card in a HP Compaq dc7600 desktop PC, not a > >> motherboard integrated adapter. > >> > >> Thanks for your help. I'm willing to spend some time debugging this; > >> please let me know if there's more information I can provide or other > >> tests or patches I can try. > > > > Ok, try this patch... I asked the folks from AMD and they agree that > > this shouldn't be needed on an RV370, but we will give it a try... This > > is what fixed the garbled display on the IGP chips. > > > > The display is still garbled with this patch too. > > I'm curious about why the drm driver calls this card a RV370, while pciconf > and the X server call it a RV380: > pciconf: "RV380 RADEON X600 Series 265MB" I'm not sure where pciconf gets it's data. I would actaully like to look at that. > X server: "ATI Technologies Inc RV380 [Radeon X600 (PCIE)]" This comes from /usr/local/share/pciids/pci.ids > drm driver: "ATI Radeon RV370 X600 Pro" This comes from drm's own internal tables. (drm_pciids.h) > Could it be that the drm driver has the wrong chip set or configuration for > this PCI ID? I don't think so, all of those should be about the same. Ok, so it isn't the gart caching... Can you get me a pointer to a screenshot? What is garbled exactly? Is the damage constrained to specific windows or it it the entire framebuffer? robert. > -- > Greg Rivers -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090319/f44b2ff5/attachment.pgp From rnoland at FreeBSD.org Wed Mar 18 19:43:45 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Wed Mar 18 19:43:51 2009 Subject: X11 mouse driver and USB mouse disconnection In-Reply-To: References: Message-ID: <1237430608.1738.62.camel@balrog.2hip.net> On Wed, 2009-03-18 at 20:36 -0400, Scott Spare wrote: > Under FreeBSD 7.1 STABLE and XOrg, it looks like there's trouble with the > handling of USB mouse disconnections (e.g. when a KVM switch is used.) > These problems only occur when Xorg / x11 is running and selected via the > virtual TTY (i.e. ALT-F9). > > Expected behavior: the mouse resumes working even if physically > disconnected. > Actual behavior: the mouse stops working if disconnected and reconnected. > > Remedy / Workaround: switch to one of the console-based virtual TTYs, then > switch back to the virtual TTY that runs XOrg. > > Other information: > -This problem occurs regardless of whether moused is running. > -This problem was tested with a Logitech Mx518 optical mouse, and XOrg 7_3.2 > > -Virtual TTY0 (ALT-F1) displays the following each time the mouse is > disconnected and reconnected: > ums0: at ubub 1 port 4 (addr5) disconnected > ums0: detatched. > > -Upon reconnection, it displays the following: > ums0: on > uhub 1 > ums0: 8 buttons and Z dir > > How to replicate: > Presumably, disconnect and reconnect any USB mouse while X11 is running. > The mouse will stop responding. > Alternatively: use a Logitech Mx518 mouse with XOrg 7_3.2. > > Would wiring down the mouse in device.hints have any effect? > Is this a lower level issue? > Can anyone comment?? Are you using hald? robert. > Best regards, > Scott > _______________________________________________ > 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" -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090319/f3c00bc8/attachment.pgp From rnoland at FreeBSD.org Wed Mar 18 19:54:23 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Wed Mar 18 19:54:29 2009 Subject: X11 mouse driver and USB mouse disconnection In-Reply-To: References: Message-ID: <1237431246.1738.71.camel@balrog.2hip.net> On Wed, 2009-03-18 at 20:36 -0400, Scott Spare wrote: > Under FreeBSD 7.1 STABLE and XOrg, it looks like there's trouble with the > handling of USB mouse disconnections (e.g. when a KVM switch is used.) > These problems only occur when Xorg / x11 is running and selected via the > virtual TTY (i.e. ALT-F9). > > Expected behavior: the mouse resumes working even if physically > disconnected. > Actual behavior: the mouse stops working if disconnected and reconnected. > > Remedy / Workaround: switch to one of the console-based virtual TTYs, then > switch back to the virtual TTY that runs XOrg. > > Other information: > -This problem occurs regardless of whether moused is running. > -This problem was tested with a Logitech Mx518 optical mouse, and XOrg 7_3.2 > > -Virtual TTY0 (ALT-F1) displays the following each time the mouse is > disconnected and reconnected: > ums0: at ubub 1 port 4 (addr5) disconnected > ums0: detatched. > > -Upon reconnection, it displays the following: > ums0: on > uhub 1 > ums0: 8 buttons and Z dir > > How to replicate: > Presumably, disconnect and reconnect any USB mouse while X11 is running. > The mouse will stop responding. > Alternatively: use a Logitech Mx518 mouse with XOrg 7_3.2. > > Would wiring down the mouse in device.hints have any effect? > Is this a lower level issue? > Can anyone comment?? Actually, I'm pretty sure that you aren't running hald... So, here is my theory on what is happening... moused: With usb mice, moused is started via the moused_non_default bits in rc.conf... X starts up, finds the mouse on /dev/sysmouse and things are good. When the disconnect event occurs, moused exits and ums disappears. When this happens Xorg loses /dev/sysmouse and there is nothing to tell it that the mouse has been plugged back in and that it should try to open it again. That is hald's job... moused_non_default="NO": Pretty much the same story, /dev/ums0 vaporizes and nothing is there to tell X when it has returned. Particularly for your situation, I would not disable AutoAddDevices or AllowEmptyInput. At the very least, you need AutoAddDevices at its default value and hald running. robert. > Best regards, > Scott > _______________________________________________ > 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" -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090319/16019f31/attachment.pgp From aragon at phat.za.net Wed Mar 18 22:17:13 2009 From: aragon at phat.za.net (Aragon Gouveia) Date: Wed Mar 18 22:17:19 2009 Subject: X11 mouse driver and USB mouse disconnection In-Reply-To: <1237431246.1738.71.camel@balrog.2hip.net> References: <1237431246.1738.71.camel@balrog.2hip.net> Message-ID: <49C1D545.6030505@phat.za.net> Robert Noland wrote: > Particularly for your situation, I would not disable AutoAddDevices or > AllowEmptyInput. At the very least, you need AutoAddDevices at its > default value and hald running. FWIW, I run Xorg with a static config, AutoAddDevices/AutoEnableDevices both disabled, hald enabled and moused enabled. I unplug and replug my mouse without problems. When I unplug my mouse and moused exits, /dev/sysmouse doesn't disappear. So maybe something else is going wrong... Regards, Aragon From scuppers at gmail.com Wed Mar 18 22:37:36 2009 From: scuppers at gmail.com (Scott Spare) Date: Wed Mar 18 22:37:43 2009 Subject: X11 mouse driver and USB mouse disconnection In-Reply-To: <49C1D545.6030505@phat.za.net> References: <1237431246.1738.71.camel@balrog.2hip.net> <49C1D545.6030505@phat.za.net> Message-ID: Aragon and Robert, Fantastic. Thank you. The fix in my case: Exactly as you guys mentioned, hald needed to be enabled. This system was upgraded from an older version - my guess is I missed enabling hald while running mergemaster during an upgrade. The details: I added hald_enable="YES" to /etc/rc.conf and then tried running hald by issuing this command: /usr/local/etc/rc.d/hald start I got errors saying dbus wasn't properly configured either, so I did the same for it. Added dbus_enable="YES" to /etc/rc.conf and started dbus and hald. Works like a champ. Thanks! Scott http://www.scottspare.com On Thu, Mar 19, 2009 at 1:16 AM, Aragon Gouveia wrote: > Robert Noland wrote: > >> Particularly for your situation, I would not disable AutoAddDevices or >> AllowEmptyInput. At the very least, you need AutoAddDevices at its >> default value and hald running. >> > > FWIW, I run Xorg with a static config, AutoAddDevices/AutoEnableDevices > both disabled, hald enabled and moused enabled. I unplug and replug my > mouse without problems. > > When I unplug my mouse and moused exits, /dev/sysmouse doesn't disappear. > > So maybe something else is going wrong... > > > Regards, > Aragon > > From scuppers at gmail.com Wed Mar 18 22:48:34 2009 From: scuppers at gmail.com (Scott Spare) Date: Wed Mar 18 22:48:40 2009 Subject: X11 mouse driver and USB mouse disconnection In-Reply-To: References: <1237431246.1738.71.camel@balrog.2hip.net> <49C1D545.6030505@phat.za.net> Message-ID: One interesting side effect: top reports continual high CPU usage (>65%) on the Xorg process for many minutes after the mouse unplug-replug event. I haven't left it alone for long enough to see whether it ever dies down, but can confirm it sticks at around 65% for 10 minutes. Interestingly, the CPU usage drops to single digits when I switch to a console virtual TTY then switch back to Xorg. No other programs are running from within X. Here's a full unplug-replug event from Xorg.0.log: (**) USB-PS/2 Optical Mouse: Device: "/dev/ums0" (==) USB-PS/2 Optical Mouse: Protocol: "Auto" (**) USB-PS/2 Optical Mouse: always reports core events (**) Option "Device" "/dev/ums0" (==) USB-PS/2 Optical Mouse: Emulate3Buttons, Emulate3Timeout: 50 (**) USB-PS/2 Optical Mouse: ZAxisMapping: buttons 4 and 5 (**) USB-PS/2 Optical Mouse: Buttons: 9 (**) USB-PS/2 Optical Mouse: Sensitivity: 1 (II) XINPUT: Adding extended input device "USB-PS/2 Optical Mouse" (type: MOUSE) (II) USB-PS/2 Optical Mouse: SetupAuto: hw.iftype is 5, hw.model is 0 (II) USB-PS/2 Optical Mouse: SetupAuto: protocol is SysMouse (WW) fcntl(24, O_ASYNC): Inappropriate ioctl for device (II) UnloadModule: "mouse" I'll see if I can find anything else. Thanks once again - this is the closest this has been to working in quite a while. Scott On Thu, Mar 19, 2009 at 1:37 AM, Scott Spare wrote: > Aragon and Robert, > Fantastic. Thank you. > > The fix in my case: > Exactly as you guys mentioned, hald needed to be enabled. > This system was upgraded from an older version - my guess is I missed > enabling hald while running mergemaster during an upgrade. > > The details: > I added > hald_enable="YES" > to /etc/rc.conf > > and then tried running hald by issuing this command: > /usr/local/etc/rc.d/hald start > > I got errors saying dbus wasn't properly configured either, so I did the > same for it. > Added > dbus_enable="YES" > to /etc/rc.conf > and started dbus and hald. > > Works like a champ. Thanks! > > Scott > http://www.scottspare.com > > > > On Thu, Mar 19, 2009 at 1:16 AM, Aragon Gouveia wrote: > >> Robert Noland wrote: >> >>> Particularly for your situation, I would not disable AutoAddDevices or >>> AllowEmptyInput. At the very least, you need AutoAddDevices at its >>> default value and hald running. >>> >> >> FWIW, I run Xorg with a static config, AutoAddDevices/AutoEnableDevices >> both disabled, hald enabled and moused enabled. I unplug and replug my >> mouse without problems. >> >> When I unplug my mouse and moused exits, /dev/sysmouse doesn't disappear. >> >> So maybe something else is going wrong... >> >> >> Regards, >> Aragon >> >> > From ertr1013 at student.uu.se Wed Mar 18 23:29:50 2009 From: ertr1013 at student.uu.se (Erik Trulsson) Date: Wed Mar 18 23:29:57 2009 Subject: [HEADS UP] drm merged to -STABLE In-Reply-To: <1237429357.1738.61.camel@balrog.2hip.net> References: <1231599679.1837.13.camel@wombat.2hip.net> <1237318671.1728.7.camel@balrog.2hip.net> <1237395643.1738.3.camel@balrog.2hip.net> <1237429357.1738.61.camel@balrog.2hip.net> Message-ID: <20090319061438.GA48484@owl.midgard.homeip.net> On Wed, Mar 18, 2009 at 09:22:37PM -0500, Robert Noland wrote: > On Wed, 2009-03-18 at 18:18 -0500, Greg Rivers wrote: [snip] > > > > I'm curious about why the drm driver calls this card a RV370, while pciconf > > and the X server call it a RV380: > > pciconf: "RV380 RADEON X600 Series 265MB" > > I'm not sure where pciconf gets it's data. I would actaully like to > look at that. According to the pciconf(8) manpage: The PCI vendor/device information database is normally read from /usr/share/misc/pci_vendors. This path can be overridden by setting the environment variable PCICONF_VENDOR_DATABASE. -- Erik Trulsson ertr1013@student.uu.se From rnoland at FreeBSD.org Thu Mar 19 00:04:35 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Thu Mar 19 00:04:42 2009 Subject: [HEADS UP] drm merged to -STABLE In-Reply-To: <20090319061438.GA48484@owl.midgard.homeip.net> References: <1231599679.1837.13.camel@wombat.2hip.net> <1237318671.1728.7.camel@balrog.2hip.net> <1237395643.1738.3.camel@balrog.2hip.net> <1237429357.1738.61.camel@balrog.2hip.net> <20090319061438.GA48484@owl.midgard.homeip.net> Message-ID: <1237446254.6146.45.camel@balrog.2hip.net> On Thu, 2009-03-19 at 07:14 +0100, Erik Trulsson wrote: > On Wed, Mar 18, 2009 at 09:22:37PM -0500, Robert Noland wrote: > > On Wed, 2009-03-18 at 18:18 -0500, Greg Rivers wrote: > > [snip] > > > > > > > I'm curious about why the drm driver calls this card a RV370, while pciconf > > > and the X server call it a RV380: > > > pciconf: "RV380 RADEON X600 Series 265MB" > > > > I'm not sure where pciconf gets it's data. I would actaully like to > > look at that. > > According to the pciconf(8) manpage: > > The PCI vendor/device information database is normally read from > /usr/share/misc/pci_vendors. This path can be overridden by setting > the environment variable PCICONF_VENDOR_DATABASE. Right, that is just the vendor id though, not the device name string. The reason that I'm curious is that I was trying to extract device name info from Nvidia cards the other day, without using a static data source. robert. > > > > -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090319/8662212e/attachment.pgp From ertr1013 at student.uu.se Thu Mar 19 02:02:31 2009 From: ertr1013 at student.uu.se (Erik Trulsson) Date: Thu Mar 19 02:02:38 2009 Subject: [HEADS UP] drm merged to -STABLE In-Reply-To: <1237446254.6146.45.camel@balrog.2hip.net> References: <1231599679.1837.13.camel@wombat.2hip.net> <1237318671.1728.7.camel@balrog.2hip.net> <1237395643.1738.3.camel@balrog.2hip.net> <1237429357.1738.61.camel@balrog.2hip.net> <20090319061438.GA48484@owl.midgard.homeip.net> <1237446254.6146.45.camel@balrog.2hip.net> Message-ID: <20090319090219.GA49247@owl.midgard.homeip.net> On Thu, Mar 19, 2009 at 02:04:14AM -0500, Robert Noland wrote: > On Thu, 2009-03-19 at 07:14 +0100, Erik Trulsson wrote: > > On Wed, Mar 18, 2009 at 09:22:37PM -0500, Robert Noland wrote: > > > On Wed, 2009-03-18 at 18:18 -0500, Greg Rivers wrote: > > > > [snip] > > > > > > > > > > I'm curious about why the drm driver calls this card a RV370, while pciconf > > > > and the X server call it a RV380: > > > > pciconf: "RV380 RADEON X600 Series 265MB" > > > > > > I'm not sure where pciconf gets it's data. I would actaully like to > > > look at that. > > > > According to the pciconf(8) manpage: > > > > The PCI vendor/device information database is normally read from > > /usr/share/misc/pci_vendors. This path can be overridden by setting > > the environment variable PCICONF_VENDOR_DATABASE. > > Right, that is just the vendor id though, not the device name string. Have you actually looked at the contents of that file? All the strings describing vendor and device name that pciconf prints can be found in that file. > The reason that I'm curious is that I was trying to extract device name > info from Nvidia cards the other day, without using a static data > source. > > robert. > -- Erik Trulsson ertr1013@student.uu.se From pav at FreeBSD.org Thu Mar 19 06:17:57 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 06:18:03 2009 Subject: ports/106370: Screen corruption when using Direct Rendering on a PCIe x800 Message-ID: <200903191317.n2JDHuI3032591@freefall.freebsd.org> Synopsis: Screen corruption when using Direct Rendering on a PCIe x800 State-Changed-From-To: feedback->closed State-Changed-By: pav State-Changed-When: Thu Mar 19 13:14:43 UTC 2009 State-Changed-Why: No follow-ups since 2007, is probably resolved by now. If not, please notify me, will reopen. http://www.freebsd.org/cgi/query-pr.cgi?pr=106370 From pav at FreeBSD.org Thu Mar 19 06:19:34 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 06:19:52 2009 Subject: ports/113106: x11/xorg - Xorg 7.2 + Mach64 + dri produces error messages "mach64_dma_init called without lock held" Message-ID: <200903191319.n2JDJPV4032674@freefall.freebsd.org> Synopsis: x11/xorg - Xorg 7.2 + Mach64 + dri produces error messages "mach64_dma_init called without lock held" State-Changed-From-To: open->closed State-Changed-By: pav State-Changed-When: Thu Mar 19 13:18:03 UTC 2009 State-Changed-Why: Reporter thinks it was fixed in xorg 7.3 http://www.freebsd.org/cgi/query-pr.cgi?pr=113106 From pav at FreeBSD.org Thu Mar 19 06:20:49 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 06:20:56 2009 Subject: ports/114827: Xorg server crashes when starting astro/google-earth Message-ID: <200903191320.n2JDKkUO036684@freefall.freebsd.org> Synopsis: Xorg server crashes when starting astro/google-earth State-Changed-From-To: feedback->closed State-Changed-By: pav State-Changed-When: Thu Mar 19 13:19:31 UTC 2009 State-Changed-Why: Feedback timeout http://www.freebsd.org/cgi/query-pr.cgi?pr=114827 From pav at FreeBSD.org Thu Mar 19 06:26:41 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 06:26:47 2009 Subject: ports/116359: x11/xorg - screen blinks with PCI-E nvidia card and vesa driver under xorg-7.3 Message-ID: <200903191326.n2JDQeVo045154@freefall.freebsd.org> Synopsis: x11/xorg - screen blinks with PCI-E nvidia card and vesa driver under xorg-7.3 State-Changed-From-To: feedback->closed State-Changed-By: pav State-Changed-When: Thu Mar 19 13:25:22 UTC 2009 State-Changed-Why: Feedback timeout (1 month) http://www.freebsd.org/cgi/query-pr.cgi?pr=116359 From pav at FreeBSD.org Thu Mar 19 06:29:36 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 06:29:43 2009 Subject: ports/116443: x11-drivers/xf86-input-keyboard patch for USB jp106 keyboard Message-ID: <200903191329.n2JDTa3m045265@freefall.freebsd.org> Synopsis: x11-drivers/xf86-input-keyboard patch for USB jp106 keyboard State-Changed-From-To: open->feedback State-Changed-By: pav State-Changed-When: Thu Mar 19 13:28:56 UTC 2009 State-Changed-Why: Is this still required? I see in xf86-input-keyboard-1.3.2 that all these keys have now their respective case entries. http://www.freebsd.org/cgi/query-pr.cgi?pr=116443 From pav at FreeBSD.org Thu Mar 19 06:30:07 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Thu Mar 19 06:30:13 2009 Subject: ports/115020: New port: graphics/osmesa - Mesa's off-screen rendering interface Message-ID: <200903191330.n2JDU4xb045461@freefall.freebsd.org> The following reply was made to PR ports/115020; it has been noted by GNATS. From: Pav Lucistnik To: bug-followup@FreeBSD.org, thierry@FreeBSD.org Cc: Subject: Re: ports/115020: New port: graphics/osmesa - Mesa's off-screen rendering interface Date: Thu, 19 Mar 2009 14:25:06 +0100 Thierry, what's the status on this one? I see libGL-7.3 comes with it's own osmesa.h header, is this port still needed? -- Pav Lucistnik It's time for the penguin on top of your television set to explode. From pav at FreeBSD.org Thu Mar 19 06:33:40 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 06:33:47 2009 Subject: ports/116603: x11/xorg server 7.3 hangs up Message-ID: <200903191333.n2JDXdOG059448@freefall.freebsd.org> Synopsis: x11/xorg server 7.3 hangs up State-Changed-From-To: feedback->closed State-Changed-By: pav State-Changed-When: Thu Mar 19 13:32:17 UTC 2009 State-Changed-Why: Feedback timeout http://www.freebsd.org/cgi/query-pr.cgi?pr=116603 From pav at FreeBSD.org Thu Mar 19 06:35:11 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 06:35:17 2009 Subject: ports/117195: ix11/Xorg 7.3 dumps core at exit (sig 11) Message-ID: <200903191335.n2JDZ88x059520@freefall.freebsd.org> Synopsis: ix11/Xorg 7.3 dumps core at exit (sig 11) State-Changed-From-To: open->feedback State-Changed-By: pav State-Changed-When: Thu Mar 19 13:33:47 UTC 2009 State-Changed-Why: Is this still a problem with xorg-7.4 ? http://www.freebsd.org/cgi/query-pr.cgi?pr=117195 From pav at FreeBSD.org Thu Mar 19 06:36:21 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 06:36:35 2009 Subject: ports/117766: x11-servers/xorg-server (7.3) crashes under heavy load Message-ID: <200903191336.n2JDaKED059602@freefall.freebsd.org> Synopsis: x11-servers/xorg-server (7.3) crashes under heavy load State-Changed-From-To: open->feedback State-Changed-By: pav State-Changed-When: Thu Mar 19 13:35:27 UTC 2009 State-Changed-Why: Is this still a problem with xorg-7.4? http://www.freebsd.org/cgi/query-pr.cgi?pr=117766 From pav at FreeBSD.org Thu Mar 19 06:40:26 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 06:40:32 2009 Subject: ports/117907: x11-servers/mga_hal broken on 7.0-BETA (GLIBC error) Message-ID: <200903191340.n2JDePxp062757@freefall.freebsd.org> Synopsis: x11-servers/mga_hal broken on 7.0-BETA (GLIBC error) State-Changed-From-To: feedback->suspended State-Changed-By: pav State-Changed-When: Thu Mar 19 13:39:36 UTC 2009 State-Changed-Why: Feedback received, but the workaround looks rather heavy. Suspend for now http://www.freebsd.org/cgi/query-pr.cgi?pr=117907 From pav at FreeBSD.org Thu Mar 19 06:41:46 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 06:41:53 2009 Subject: ports/118217: xorg doesnt find usb mouse when initiated with devd, with moused works fine Message-ID: <200903191341.n2JDfjVr071976@freefall.freebsd.org> Synopsis: xorg doesnt find usb mouse when initiated with devd, with moused works fine State-Changed-From-To: feedback->closed State-Changed-By: pav State-Changed-When: Thu Mar 19 13:40:33 UTC 2009 State-Changed-Why: Feedback timeout http://www.freebsd.org/cgi/query-pr.cgi?pr=118217 From pav at FreeBSD.org Thu Mar 19 06:47:10 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 06:47:16 2009 Subject: ports/118547: [patch] x11/xdm fails with pam_krb5 Message-ID: <200903191347.n2JDl9i9072106@freefall.freebsd.org> Synopsis: [patch] x11/xdm fails with pam_krb5 State-Changed-From-To: open->feedback State-Changed-By: pav State-Changed-When: Thu Mar 19 13:41:54 UTC 2009 State-Changed-Why: Is this still a problem with xdm-1.1.8 ? http://www.freebsd.org/cgi/query-pr.cgi?pr=118547 From pav at FreeBSD.org Thu Mar 19 06:51:08 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 06:51:15 2009 Subject: ports/118645: Xorg need realtime priority for mouse work nice Message-ID: <200903191351.n2JDp8wP078603@freefall.freebsd.org> Synopsis: Xorg need realtime priority for mouse work nice State-Changed-From-To: open->feedback State-Changed-By: pav State-Changed-When: Thu Mar 19 13:47:24 UTC 2009 State-Changed-Why: Is this still a problem with FreeBSD 7.1 and xorg-7.4? Have you tried SCHED_ULE? http://www.freebsd.org/cgi/query-pr.cgi?pr=118645 From pav at FreeBSD.org Thu Mar 19 06:51:43 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 06:51:49 2009 Subject: ports/118547: [patch] x11/xdm fails with pam_krb5 Message-ID: <200903191351.n2JDpgIC083659@freefall.freebsd.org> Synopsis: [patch] x11/xdm fails with pam_krb5 State-Changed-From-To: feedback->closed State-Changed-By: pav State-Changed-When: Thu Mar 19 13:51:30 UTC 2009 State-Changed-Why: Submitter's email is bouncing http://www.freebsd.org/cgi/query-pr.cgi?pr=118547 From pav at FreeBSD.org Thu Mar 19 06:52:53 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 06:53:10 2009 Subject: ports/119037: x11: Can't type _ (Underscore) under X (gnome) Message-ID: <200903191352.n2JDqpZT084533@freefall.freebsd.org> Synopsis: x11: Can't type _ (Underscore) under X (gnome) State-Changed-From-To: open->feedback State-Changed-By: pav State-Changed-When: Thu Mar 19 13:52:13 UTC 2009 State-Changed-Why: Is this still a problem with xorg-7.4? http://www.freebsd.org/cgi/query-pr.cgi?pr=119037 From pav at FreeBSD.org Thu Mar 19 07:04:19 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 07:04:25 2009 Subject: ports/121230: [patch] ports/x11/xkeyboard-config WITHOUT_NLS support Message-ID: <200903191404.n2JE4Hp7098673@freefall.freebsd.org> Synopsis: [patch] ports/x11/xkeyboard-config WITHOUT_NLS support State-Changed-From-To: open->feedback State-Changed-By: pav State-Changed-When: Thu Mar 19 13:53:04 UTC 2009 State-Changed-Why: This patch is ineffective: - port still installs gettext catalogues (.mo files) - gettext dependency is already inherited from the direct dependencies http://www.freebsd.org/cgi/query-pr.cgi?pr=121230 From pav at FreeBSD.org Thu Mar 19 07:17:08 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 07:17:15 2009 Subject: ports/122830: x11/xorg: Error in I830WaitLpRing() Message-ID: <200903191417.n2JEH6uI015996@freefall.freebsd.org> Synopsis: x11/xorg: Error in I830WaitLpRing() State-Changed-From-To: open->feedback State-Changed-By: pav State-Changed-When: Thu Mar 19 14:15:48 UTC 2009 State-Changed-Why: Does this still happen with xorg-7.4 ? http://www.freebsd.org/cgi/query-pr.cgi?pr=122830 From pav at FreeBSD.org Thu Mar 19 07:35:17 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 07:35:23 2009 Subject: ports/121360: x11/xorg - Change default of ~/.xsession-errors to off and document it. Message-ID: <200903191435.n2JEZG2K042584@freefall.freebsd.org> Synopsis: x11/xorg - Change default of ~/.xsession-errors to off and document it. State-Changed-From-To: open->closed State-Changed-By: pav State-Changed-When: Thu Mar 19 14:33:25 UTC 2009 State-Changed-Why: Changing the default would be very counter-intuitive, and more, this file is written by several independent applications (xdm, gdm, ...) so the change would not be easy to do, anyway. As a local workaround, I would suggest symlinking this file to /dev/null http://www.freebsd.org/cgi/query-pr.cgi?pr=121360 From pav at FreeBSD.org Thu Mar 19 07:38:54 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 07:39:01 2009 Subject: ports/123137: x11/libX11: missing ru_RU.UTF-8 locale Message-ID: <200903191438.n2JEcrAm042697@freefall.freebsd.org> Synopsis: x11/libX11: missing ru_RU.UTF-8 locale State-Changed-From-To: open->feedback State-Changed-By: pav State-Changed-When: Thu Mar 19 14:38:35 UTC 2009 State-Changed-Why: This patch is pretty much unmaintainable across libX11 updates. Have you tried to push these changes directly to X.Org people? http://www.freebsd.org/cgi/query-pr.cgi?pr=123137 From pav at FreeBSD.org Thu Mar 19 07:43:22 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 07:43:28 2009 Subject: ports/122924: XCreateImage fails in most recent x11/XOrg Message-ID: <200903191443.n2JEhK4U055285@freefall.freebsd.org> Synopsis: XCreateImage fails in most recent x11/XOrg State-Changed-From-To: open->closed State-Changed-By: pav State-Changed-When: Thu Mar 19 14:43:01 UTC 2009 State-Changed-Why: Upstream claims this is a bug in xcoral: http://bugs.freedesktop.org/show_bug.cgi?id=15615 http://www.freebsd.org/cgi/query-pr.cgi?pr=122924 From pav at FreeBSD.org Thu Mar 19 07:46:29 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 07:46:35 2009 Subject: ports/124861: Keyboard problems with xorg Message-ID: <200903191446.n2JEkRFP055382@freefall.freebsd.org> Synopsis: Keyboard problems with xorg State-Changed-From-To: open->feedback State-Changed-By: pav State-Changed-When: Thu Mar 19 14:44:32 UTC 2009 State-Changed-Why: Is this still a problem with xorg-7.4 ? http://www.freebsd.org/cgi/query-pr.cgi?pr=124861 From pav at FreeBSD.org Thu Mar 19 07:48:21 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 07:48:36 2009 Subject: ports/125661: x11/xorg: startx fails after a couple of attempts Message-ID: <200903191448.n2JEmL9L055477@freefall.freebsd.org> Synopsis: x11/xorg: startx fails after a couple of attempts State-Changed-From-To: open->feedback State-Changed-By: pav State-Changed-When: Thu Mar 19 14:47:03 UTC 2009 State-Changed-Why: Is this still a problem with xorg-7.4? http://www.freebsd.org/cgi/query-pr.cgi?pr=125661 From pav at FreeBSD.org Thu Mar 19 07:53:03 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 07:53:10 2009 Subject: ports/122830: x11/xorg: Error in I830WaitLpRing() Message-ID: <200903191453.n2JEr296068044@freefall.freebsd.org> Synopsis: x11/xorg: Error in I830WaitLpRing() State-Changed-From-To: feedback->open State-Changed-By: pav State-Changed-When: Thu Mar 19 14:52:55 UTC 2009 State-Changed-Why: I've seen it twice since the update. After reinstalling all Xorg bits a few weeks ago, haven't seen it. Though, it's random, so I can't say 100% From the most recent Xorg.log (II) intel(0): 0x007bf000: end of stolen memory (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) (II) intel(0): 0x10000000: end of aperture (WW) intel(0): ESR is 0x00000001, instruction error (WW) intel(0): Existing errors found in hardware state. http://www.freebsd.org/cgi/query-pr.cgi?pr=122830 From lazyklimm at gmail.com Thu Mar 19 08:20:03 2009 From: lazyklimm at gmail.com (dk) Date: Thu Mar 19 08:20:09 2009 Subject: ports/123137: x11/libX11: missing ru_RU.UTF-8 locale Message-ID: <200903191520.n2JFK2G2093987@freefall.freebsd.org> The following reply was made to PR ports/123137; it has been noted by GNATS. From: dk To: bug-followup@freebsd.org, lazyklimm@gmail.com Cc: Subject: Re: ports/123137: x11/libX11: missing ru_RU.UTF-8 locale Date: Thu, 19 Mar 2009 17:43:43 +0300 See http://bugs.freedesktop.org/show_bug.cgi?id=15887 From pav at FreeBSD.org Thu Mar 19 08:27:28 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 08:27:34 2009 Subject: ports/125661: x11/xorg: startx fails after a couple of attempts Message-ID: <200903191527.n2JFRRYs006350@freefall.freebsd.org> Synopsis: x11/xorg: startx fails after a couple of attempts State-Changed-From-To: feedback->closed State-Changed-By: pav State-Changed-When: Thu Mar 19 15:27:10 UTC 2009 State-Changed-Why: From: disappearedng wow that was a long time ago. Now that I have not used FreeBSD for 1/2 a year, I believe that the problem was with my hardware. http://www.freebsd.org/cgi/query-pr.cgi?pr=125661 From pav at FreeBSD.org Thu Mar 19 08:52:34 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 08:52:41 2009 Subject: ports/126812: x11-drivers/xf86-video-ati - System freeze when exiting X server when using ati or radeon drivers on AMD 780G Message-ID: <200903191552.n2JFqXjj045207@freefall.freebsd.org> Synopsis: x11-drivers/xf86-video-ati - System freeze when exiting X server when using ati or radeon drivers on AMD 780G State-Changed-From-To: open->feedback State-Changed-By: pav State-Changed-When: Thu Mar 19 15:49:39 UTC 2009 State-Changed-Why: Does this still happen with xorg 7.4 ? http://www.freebsd.org/cgi/query-pr.cgi?pr=126812 From pav at FreeBSD.org Thu Mar 19 09:09:48 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 09:09:54 2009 Subject: ports/127436: x11/xorg: xorg randomly uses 100% CPU with Intel + KDE4 Message-ID: <200903191609.n2JG9i4s057641@freefall.freebsd.org> Synopsis: x11/xorg: xorg randomly uses 100% CPU with Intel + KDE4 State-Changed-From-To: open->feedback State-Changed-By: pav State-Changed-When: Thu Mar 19 16:08:49 UTC 2009 State-Changed-Why: Does this still happen with xorg-7.4 ? http://www.freebsd.org/cgi/query-pr.cgi?pr=127436 From pav at FreeBSD.org Thu Mar 19 09:11:22 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 09:11:57 2009 Subject: ports/128831: x11-drivers/xf86-video-intel - X server is broken on Intel 82845G chipset Message-ID: <200903191611.n2JGB7hl064223@freefall.freebsd.org> Synopsis: x11-drivers/xf86-video-intel - X server is broken on Intel 82845G chipset State-Changed-From-To: open->closed State-Changed-By: pav State-Changed-When: Thu Mar 19 16:09:52 UTC 2009 State-Changed-Why: Duplicate of ports/122830 http://www.freebsd.org/cgi/query-pr.cgi?pr=128831 From pav at FreeBSD.org Thu Mar 19 09:20:08 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Thu Mar 19 09:20:14 2009 Subject: ports/122830: x11/xorg: Error in I830WaitLpRing() Message-ID: <200903191620.n2JGK2Wi071322@freefall.freebsd.org> The following reply was made to PR ports/122830; it has been noted by GNATS. From: Pav Lucistnik To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/122830: x11/xorg: Error in I830WaitLpRing() Date: Thu, 19 Mar 2009 17:11:54 +0100 ports/128831 has been closed as a duplicate of this bug -- Pav Lucistnik God is real unless declared integer. From pav at FreeBSD.org Thu Mar 19 09:26:57 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 09:27:03 2009 Subject: ports/129189: x11/xorg: xorg config -testmode - horizontal sync syntax Message-ID: <200903191626.n2JGQrt8083580@freefall.freebsd.org> Synopsis: x11/xorg: xorg config -testmode - horizontal sync syntax State-Changed-From-To: open->closed State-Changed-By: pav State-Changed-When: Thu Mar 19 16:26:07 UTC 2009 State-Changed-Why: xorgconfig -textmode correctly wrote the single hsync frequency to xorg.conf here. Even if it would not, it would be vendor bug, not FreeBSD bug. http://www.freebsd.org/cgi/query-pr.cgi?pr=129189 From rnoland at FreeBSD.org Thu Mar 19 09:27:09 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Thu Mar 19 09:27:22 2009 Subject: [HEADS UP] drm merged to -STABLE In-Reply-To: <20090319090219.GA49247@owl.midgard.homeip.net> References: <1231599679.1837.13.camel@wombat.2hip.net> <1237318671.1728.7.camel@balrog.2hip.net> <1237395643.1738.3.camel@balrog.2hip.net> <1237429357.1738.61.camel@balrog.2hip.net> <20090319061438.GA48484@owl.midgard.homeip.net> <1237446254.6146.45.camel@balrog.2hip.net> <20090319090219.GA49247@owl.midgard.homeip.net> Message-ID: <1237480008.1732.0.camel@balrog.2hip.net> On Thu, 2009-03-19 at 10:02 +0100, Erik Trulsson wrote: > On Thu, Mar 19, 2009 at 02:04:14AM -0500, Robert Noland wrote: > > On Thu, 2009-03-19 at 07:14 +0100, Erik Trulsson wrote: > > > On Wed, Mar 18, 2009 at 09:22:37PM -0500, Robert Noland wrote: > > > > On Wed, 2009-03-18 at 18:18 -0500, Greg Rivers wrote: > > > > > > [snip] > > > > > > > > > > > > > I'm curious about why the drm driver calls this card a RV370, while pciconf > > > > > and the X server call it a RV380: > > > > > pciconf: "RV380 RADEON X600 Series 265MB" > > > > > > > > I'm not sure where pciconf gets it's data. I would actaully like to > > > > look at that. > > > > > > According to the pciconf(8) manpage: > > > > > > The PCI vendor/device information database is normally read from > > > /usr/share/misc/pci_vendors. This path can be overridden by setting > > > the environment variable PCICONF_VENDOR_DATABASE. > > > > Right, that is just the vendor id though, not the device name string. > > Have you actually looked at the contents of that file? > All the strings describing vendor and device name that pciconf prints can > be found in that file. Hrm, Ok... I only glanced at it, it lists only the vendors first. robert. > > > The reason that I'm curious is that I was trying to extract device name > > info from Nvidia cards the other day, without using a static data > > source. > > > > robert. > > > > > > -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090319/53b3c7f7/attachment.pgp From pav at FreeBSD.org Thu Mar 19 09:28:58 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 09:29:04 2009 Subject: ports/129748: x11-servers/xorg-server: XAA Offscreen Pixmaps never worked and should be off Message-ID: <200903191628.n2JGSu4J083697@freefall.freebsd.org> Synopsis: x11-servers/xorg-server: XAA Offscreen Pixmaps never worked and should be off State-Changed-From-To: suspended->closed State-Changed-By: pav State-Changed-When: Thu Mar 19 16:27:30 UTC 2009 State-Changed-Why: Was integrated to xorg-server 1.5.x by vendor http://www.freebsd.org/cgi/query-pr.cgi?pr=129748 From pav at FreeBSD.org Thu Mar 19 09:31:27 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 09:31:34 2009 Subject: ports/130815: x11/xorg: Default Xorg (from install CD) @ 7.1-RELEASE crashes to terminal @ Intel Q35 GMA 3100 Message-ID: <200903191631.n2JGVNZQ091498@freefall.freebsd.org> Synopsis: x11/xorg: Default Xorg (from install CD) @ 7.1-RELEASE crashes to terminal @ Intel Q35 GMA 3100 State-Changed-From-To: open->closed State-Changed-By: pav State-Changed-When: Thu Mar 19 16:29:51 UTC 2009 State-Changed-Why: Duplicate of ports/122830 http://www.freebsd.org/cgi/query-pr.cgi?pr=130815 From pav at FreeBSD.org Thu Mar 19 09:40:04 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Thu Mar 19 09:40:24 2009 Subject: ports/122830: x11/xorg: Error in I830WaitLpRing() Message-ID: <200903191640.n2JGe2ZM099351@freefall.freebsd.org> The following reply was made to PR ports/122830; it has been noted by GNATS. From: Pav Lucistnik To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/122830: x11/xorg: Error in I830WaitLpRing() Date: Thu, 19 Mar 2009 17:31:52 +0100 ports/130815 has been closed as a duplicate of this bug -- Pav Lucistnik Fairy tales do not tell children that dragons exist. Children already know dragons exist. Fairy tales tell children that dragons can be killed. -- G. K. Chesterton From pav at FreeBSD.org Thu Mar 19 09:41:10 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 09:41:16 2009 Subject: ports/131120: x11/libxcb - xauth failes when using libX11/libxcb Message-ID: <200903191641.n2JGf7So005725@freefall.freebsd.org> Synopsis: x11/libxcb - xauth failes when using libX11/libxcb State-Changed-From-To: feedback->suspended State-Changed-By: pav State-Changed-When: Thu Mar 19 16:39:47 UTC 2009 State-Changed-Why: Maintainer responded; blocking on bug resolution in fd.o bugzilla http://www.freebsd.org/cgi/query-pr.cgi?pr=131120 From rbgarga at gmail.com Thu Mar 19 09:41:40 2009 From: rbgarga at gmail.com (Renato Botelho) Date: Thu Mar 19 09:41:47 2009 Subject: Still having problems with keyboard on hal + xorg 7.4 Message-ID: <747dc8f30903190941u13667546o638c253d0b266ca8@mail.gmail.com> Hello, I use a Sun Type 7 keyboard and trying to use xorg-7.4 with hal, I need some sun symbols to use kbd special keys on xorg, so, i've added this keyboard.fdi file: kbd pc(pc105)+sun_vndr/usb(sun_usb)+pc(pc105)+us(intl) and it seems to work since hal-device list this: 17: udi = '/org/freedesktop/Hal/devices/usb_device_430_a2_noserial_if0' usb_device.device_class = 0 (0x0) (int) usb_device.device_subclass = 0 (0x0) (int) usb_device.device_protocol = 0 (0x0) (int) usb_device.is_self_powered = false (bool) info.udi = '/org/freedesktop/Hal/devices/usb_device_430_a2_noserial_if0' (string) usb_device.can_wake_up = true (bool) info.subsystem = 'usb' (string) freebsd.driver = 'ukbd' (string) usb_device.max_power = 100 (0x64) (int) info.product = 'Type 7 USB keyboard' (string) freebsd.unit = 0 (0x0) (int) usb_device.num_interfaces = 1 (0x1) (int) usb_device.num_ports = 0 (0x0) (int) usb_device.speed = 12 (double) usb_device.speed_bcd = 4608 (0x1200) (int) usb_device.version = 2 (double) info.vendor = 'Sun Microsystems' (string) usb_device.product_id = 162 (0xa2) (int) usb_device.vendor_id = 1072 (0x430) (int) usb_device.device_revision_bcd = 512 (0x200) (int) usb_device.serial = '' (string) usb_device.product = 'Type 7 USB keyboard' (string) usb_device.vendor = 'Sun Microsystems' (string) info.category = 'input.keyboard' (string) info.bus = 'usb' (string) usb.interface.number = 0 (0x0) (int) info.capabilities = { 'input', 'input.keyboard' } (string list) usb.interface.class = 3 (0x3) (int) usb.interface.subclass = 1 (0x1) (int) usb.interface.protocol = 1 (0x1) (int) usb.interface.description = '' (string) freebsd.device_file = '/dev/ukbd0' (string) usb.freebsd.devname = 'ukbd0' (string) input.device = '' (string) input.x11_driver = 'kbd' (string) input.x11_options.XkbSymbols = 'pc(pc105)+sun_vndr/usb(sun_usb)+pc(pc105)+us(intl)' (string) usb_device.bus_number = 3 (0x3) (int) usb_device.level_number = 3 (0x3) (int) info.parent = '/org/freedesktop/Hal/devices/usb_device_430_a2_noserial' (string) usb_device.port_number = 4 (0x4) (int) usb_device.configuration = '' (string) usb_device.configuration_value = 1 (0x1) (int) usb_device.num_configurations = 1 (0x1) (int) I've added the same fdi for "AT Keyboard", when I start X i got this: (==) RandR enabled (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 XINERAMA (II) Initializing built-in extension XFIXES (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) AIGLX: Loaded and initialized /usr/local/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 (II) config/hal: Adding input device Type 7 USB keyboard (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.3.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.1 (**) Type 7 USB keyboard: always reports core events (**) Option "Protocol" "standard" (**) Type 7 USB keyboard: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Type 7 USB keyboard: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) Type 7 USB keyboard: XkbModel: "pc105" (**) Option "XkbLayout" "us" (**) Type 7 USB keyboard: XkbLayout: "us" (**) Option "CustomKeycodes" "off" (**) Type 7 USB keyboard: CustomKeycodes disabled (II) XINPUT: Adding extended input device "Type 7 USB keyboard" (type: KEYBOARD) (II) config/hal: Adding input device USB Mouse (II) LoadModule: "mouse" (II) Loading /usr/local/lib/xorg/modules/input//mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.4.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.1 (**) USB Mouse: Device: "/dev/sysmouse" (==) USB Mouse: Protocol: "Auto" (**) USB Mouse: always reports core events (**) Option "Device" "/dev/sysmouse" (==) USB Mouse: Emulate3Buttons, Emulate3Timeout: 50 (**) USB Mouse: ZAxisMapping: buttons 4 and 5 (**) USB Mouse: Buttons: 9 (**) USB Mouse: Sensitivity: 1 (II) XINPUT: Adding extended input device "USB Mouse" (type: MOUSE) (II) USB Mouse: SetupAuto: hw.iftype is 4, hw.model is 0 (II) USB Mouse: SetupAuto: protocol is SysMouse (II) config/hal: Adding input device AT Keyboard (**) AT Keyboard: always reports core events (**) Option "Protocol" "standard" (**) AT Keyboard: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) AT Keyboard: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) AT Keyboard: XkbModel: "pc105" (**) Option "XkbLayout" "us" (**) AT Keyboard: XkbLayout: "us" (**) Option "CustomKeycodes" "off" (**) AT Keyboard: CustomKeycodes disabled (II) XINPUT: Adding extended input device "AT Keyboard" (type: KEYBOARD) (II) 3rd Button detected: disabling emulate3Button It seems to ignore XkbSymols I've added on hal. I found a workaround that was add following line to .xinitrc: /usr/local/bin/setxkbmap -rules xorg -symbols "pc(pc105)+sun_vndr/usb(sun_usb)+pc(pc105)+us(intl)" & Using this Sun special keys work fine on my session, but I believe it's not the correct way to have things working, am I doing something wrong? Thank you in advance -- Renato Botelho From pav at FreeBSD.org Thu Mar 19 09:42:49 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 09:42:56 2009 Subject: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off Message-ID: <200903191642.n2JGglLf011739@freefall.freebsd.org> Synopsis: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off State-Changed-From-To: open->feedback State-Changed-By: pav State-Changed-When: Thu Mar 19 16:41:37 UTC 2009 State-Changed-Why: Is it still the problem with latest versions of all ports, when you remove AllowEmptyInput from your xorg.conf ? http://www.freebsd.org/cgi/query-pr.cgi?pr=131124 From pav at FreeBSD.org Thu Mar 19 09:44:45 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 09:45:18 2009 Subject: ports/131289: x11/xorg: xorg 7.4 exiting the server leads to instantaneous reboot (crash) Message-ID: <200903191644.n2JGiis4011823@freefall.freebsd.org> Synopsis: x11/xorg: xorg 7.4 exiting the server leads to instantaneous reboot (crash) State-Changed-From-To: open->closed State-Changed-By: pav State-Changed-When: Thu Mar 19 16:43:44 UTC 2009 State-Changed-Why: submitter reports moving to 7-stable fixed the problem for him http://www.freebsd.org/cgi/query-pr.cgi?pr=131289 From pav at FreeBSD.org Thu Mar 19 09:55:24 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 09:55:31 2009 Subject: ports/131304: x11/xorg: Xorg/Xfree/X11R6 startx problem with 'hexdump -e' option Message-ID: <200903191655.n2JGtNjS024360@freefall.freebsd.org> Synopsis: x11/xorg: Xorg/Xfree/X11R6 startx problem with 'hexdump -e' option State-Changed-From-To: open->closed State-Changed-By: pav State-Changed-When: Thu Mar 19 16:50:58 UTC 2009 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=131304 From dfilter at FreeBSD.ORG Thu Mar 19 10:00:08 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Thu Mar 19 10:00:14 2009 Subject: ports/131304: commit references a PR Message-ID: <200903191700.n2JH04jm024676@freefall.freebsd.org> The following reply was made to PR ports/131304; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/131304: commit references a PR Date: Thu, 19 Mar 2009 16:55:24 +0000 (UTC) pav 2009-03-19 16:55:13 UTC FreeBSD ports repository Modified files: x11/xinit Makefile Log: - Use full path to base system hexdump(1) to prevent clash with devel/p5-Data-HexDump package PR: ports/131304 Submitted by: System V. Unix Ok'ed by: flz Revision Changes Path 1.7 +4 -0 ports/x11/xinit/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 thierry at FreeBSD.org Thu Mar 19 11:40:03 2009 From: thierry at FreeBSD.org (Thierry Thomas) Date: Thu Mar 19 11:40:10 2009 Subject: ports/115020: New port: graphics/osmesa - Mesa's off-screen rendering interface Message-ID: <200903191840.n2JIe2KF054665@freefall.freebsd.org> The following reply was made to PR ports/115020; it has been noted by GNATS. From: Thierry Thomas To: Pav Lucistnik Cc: bug-followup@FreeBSD.org, FreeBSD-gnats-submit@FreeBSD.org Subject: Re: ports/115020: New port: graphics/osmesa - Mesa's off-screen rendering interface Date: Thu, 19 Mar 2009 19:30:57 +0100 On Thu 19 mar 09 at 14:25:06 +0100, Pav Lucistnik wrote: > Thierry, what's the status on this one? I see libGL-7.3 comes with it's > own osmesa.h header, is this port still needed? Good catch, Pav! ATM, OSMesa is disabled on libGL, but it could be enabled by a KNOB and CONFIGURE_ARGS= --enable-gl-osmesa (and maybe --with-osmesa-bits=BITS to change the default depth). If enabled, this port builds libOSMesa. Thus, we can close this PR and replace it by a slave port of graphics/libGL, or maybe just build it by default. Best regards, -- Th. Thomas. From drl at bsd.my Thu Mar 19 11:47:33 2009 From: drl at bsd.my (Darryl Yeoh) Date: Thu Mar 19 11:47:40 2009 Subject: usb storage device not detected in Xorg 7.4 Message-ID: <20090320024724.929e153a.drl@bsd.my> Hi Robert/Lists, Any reason why this could be happening ? Some background of my system: uname -srmn: FreeBSD matrix.bsd.my 7.2-PRERELEASE i386 xorg.conf: Section "ServerFlags" Option "AllowEmptyInput" "off" EndSection In /etc/rc.conf I have hald/dbus enabled and moused disabled. If I plug the pendrive in, after awhile I see this in the logs: uhub5: device problem (TIMEOUT), disabling port 3 It gets detected in pure console before startx / xdm. I'm also able to mount and access the pendrive in console. If you need more info let me know. Cheers. Darryl From thierry at FreeBSD.org Thu Mar 19 11:50:03 2009 From: thierry at FreeBSD.org (Thierry Thomas) Date: Thu Mar 19 11:50:10 2009 Subject: ports/115020: New port: graphics/osmesa - Mesa's off-screen rendering interface Message-ID: <200903191850.n2JIo2TC067216@freefall.freebsd.org> The following reply was made to PR ports/115020; it has been noted by GNATS. From: Thierry Thomas To: Pav Lucistnik Cc: bug-followup@FreeBSD.org, FreeBSD-gnats-submit@FreeBSD.org Subject: Re: ports/115020: New port: graphics/osmesa - Mesa's off-screen rendering interface Date: Thu, 19 Mar 2009 19:30:57 +0100 On Thu 19 mar 09 at 14:25:06 +0100, Pav Lucistnik wrote: > Thierry, what's the status on this one? I see libGL-7.3 comes with it's > own osmesa.h header, is this port still needed? Good catch, Pav! ATM, OSMesa is disabled on libGL, but it could be enabled by a KNOB and CONFIGURE_ARGS= --enable-gl-osmesa (and maybe --with-osmesa-bits=BITS to change the default depth). If enabled, this port builds libOSMesa. Thus, we can close this PR and replace it by a slave port of graphics/libGL, or maybe just build it by default. Best regards, -- Th. Thomas. From pav at FreeBSD.org Thu Mar 19 12:10:03 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Thu Mar 19 12:10:14 2009 Subject: ports/115020: New port: graphics/osmesa - Mesa's off-screen rendering interface Message-ID: <200903191910.n2JJA2Xm091985@freefall.freebsd.org> The following reply was made to PR ports/115020; it has been noted by GNATS. From: Pav Lucistnik To: Thierry Thomas Cc: bug-followup@FreeBSD.org, FreeBSD-gnats-submit@FreeBSD.org Subject: Re: ports/115020: New port: graphics/osmesa - Mesa's off-screen rendering interface Date: Thu, 19 Mar 2009 19:35:05 +0100 > > Thierry, what's the status on this one? I see libGL-7.3 comes with it's > > own osmesa.h header, is this port still needed? > > Good catch, Pav! > > ATM, OSMesa is disabled on libGL, but it could be enabled by a KNOB and > > CONFIGURE_ARGS= --enable-gl-osmesa > > (and maybe --with-osmesa-bits=BITS to change the default depth). > > If enabled, this port builds libOSMesa. Thus, we can close this PR and > replace it by a slave port of graphics/libGL, or maybe just build it by > default. Do you want me to close 115020 or will you do it? -- Pav Lucistnik What to tell to a KDE developer: "Your default theme reminds me of candy and makes me want to lick my monitor." From pav at FreeBSD.org Thu Mar 19 12:10:05 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Thu Mar 19 12:10:14 2009 Subject: ports/115020: New port: graphics/osmesa - Mesa's off-screen rendering interface Message-ID: <200903191910.n2JJA42c092016@freefall.freebsd.org> The following reply was made to PR ports/115020; it has been noted by GNATS. From: Pav Lucistnik To: Thierry Thomas Cc: bug-followup@FreeBSD.org, FreeBSD-gnats-submit@FreeBSD.org Subject: Re: ports/115020: New port: graphics/osmesa - Mesa's off-screen rendering interface Date: Thu, 19 Mar 2009 19:35:05 +0100 > > Thierry, what's the status on this one? I see libGL-7.3 comes with it's > > own osmesa.h header, is this port still needed? > > Good catch, Pav! > > ATM, OSMesa is disabled on libGL, but it could be enabled by a KNOB and > > CONFIGURE_ARGS= --enable-gl-osmesa > > (and maybe --with-osmesa-bits=BITS to change the default depth). > > If enabled, this port builds libOSMesa. Thus, we can close this PR and > replace it by a slave port of graphics/libGL, or maybe just build it by > default. Do you want me to close 115020 or will you do it? -- Pav Lucistnik What to tell to a KDE developer: "Your default theme reminds me of candy and makes me want to lick my monitor." From thierry at FreeBSD.org Thu Mar 19 12:22:13 2009 From: thierry at FreeBSD.org (thierry@FreeBSD.org) Date: Thu Mar 19 12:22:34 2009 Subject: ports/115020: New port: graphics/osmesa - Mesa's off-screen rendering interface Message-ID: <200903191922.n2JJMDGc017912@freefall.freebsd.org> Synopsis: New port: graphics/osmesa - Mesa's off-screen rendering interface State-Changed-From-To: open->closed State-Changed-By: thierry State-Changed-When: Jeu 19 mar 2009 19:20:31 UTC State-Changed-Why: As noticed by Pav, libOSMesa could now be built by the port graphics/libGL. http://www.freebsd.org/cgi/query-pr.cgi?pr=115020 From gcr+freebsd-stable at tharned.org Thu Mar 19 13:01:43 2009 From: gcr+freebsd-stable at tharned.org (Greg Rivers) Date: Thu Mar 19 13:01:50 2009 Subject: [HEADS UP] drm merged to -STABLE In-Reply-To: <1237429357.1738.61.camel@balrog.2hip.net> References: <1231599679.1837.13.camel@wombat.2hip.net> <1237318671.1728.7.camel@balrog.2hip.net> <1237395643.1738.3.camel@balrog.2hip.net> <1237429357.1738.61.camel@balrog.2hip.net> Message-ID: On Wed, 18 Mar 2009, Robert Noland wrote: > Ok, so it isn't the gart caching... Can you get me a pointer to a > screenshot? > fetch http://www.tharned.org/rv380-drm-issue.tbz This archive contains various logs and system configuration files as well as screen shot images. Look at the README file for a description of the images. > What is garbled exactly? Is the damage constrained to specific windows > or it it the entire framebuffer? > The entire frame buffer is garbled; switching to syscons and back seems to change the way it's garbled. However, the interior of an xterm window is never garbled. I'm running a dual-head configuration with the frame buffer spanning both monitors. -- Greg Rivers From rnoland at FreeBSD.org Thu Mar 19 13:09:33 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Thu Mar 19 13:09:40 2009 Subject: usb storage device not detected in Xorg 7.4 In-Reply-To: <20090320024724.929e153a.drl@bsd.my> References: <20090320024724.929e153a.drl@bsd.my> Message-ID: <1237493314.1732.222.camel@balrog.2hip.net> On Fri, 2009-03-20 at 02:47 +0800, Darryl Yeoh wrote: > Hi Robert/Lists, > > Any reason why this could be happening ? Some background of my system: > > uname -srmn: FreeBSD matrix.bsd.my 7.2-PRERELEASE i386 > > xorg.conf: > Section "ServerFlags" > Option "AllowEmptyInput" "off" > EndSection > > In /etc/rc.conf I have hald/dbus enabled and moused disabled. If I plug the pendrive in, after > awhile I see this in the logs: > > uhub5: device problem (TIMEOUT), disabling port 3 > > It gets detected in pure console before startx / xdm. I'm also able to mount and access the > pendrive in console. > > If you need more info let me know. Cheers. Try rebuilding/installing devel/libpciaccess. robert. > Darryl > -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090319/1837b9b4/attachment.pgp From ports-x11-xkeyboard-config-may07 at oldach.net Thu Mar 19 13:55:46 2009 From: ports-x11-xkeyboard-config-may07 at oldach.net (Helge Oldach) Date: Thu Mar 19 13:55:54 2009 Subject: ports/121230: [patch] ports/x11/xkeyboard-config WITHOUT_NLS support In-Reply-To: <200903191404.n2JE4Hp7098673@freefall.freebsd.org> from "pav@FreeBSD.org" at "19 Mar 2009 14:04:17" Message-ID: <200903192018.n2JKIYHa051496@sep.oldach.net> Hello, pav@FreeBSD.org wrote on Thu, 19 Mar 2009 15:04:17 +0100 (CET): > Synopsis: [patch] ports/x11/xkeyboard-config WITHOUT_NLS support > > State-Changed-From-To: open->feedback > State-Changed-By: pav > State-Changed-When: Thu Mar 19 13:53:04 UTC 2009 > State-Changed-Why: > This patch is ineffective: > > - port still installs gettext catalogues (.mo files) It doesn't, on my box. Actually the .mo files show up in pkg-plist and hence in +CONTENTS, but that is essentially cosmetic and can be easily corrected. Please see attached revised patch. > - gettext dependency is already inherited from the direct dependencies Is it? I cannot spot that as well here. +REQUIRED_BY simply contains xorg-server-1.5.3_7,1 xf86-video-vesa-2.1.0 xf86-input-mouse-1.4.0_3 xf86-video-intel-2.5.1 xf86-input-keyboard-1.3.2 xorg-drivers-7.4 xorg-7.4 here, neither of which requires gettext. Helge -------------- next part -------------- --- Makefile.ctm 2008-10-15 23:32:55.000000000 +0200 +++ Makefile 2009-03-19 21:03:48.000000000 +0100 @@ -17,10 +17,8 @@ BUILD_DEPENDS= xkbcomp:${PORTSDIR}/x11/xkbcomp USE_BZIP2= yes -USE_ICONV= yes USE_GMAKE= yes USE_GNOME= intlhack -USE_GETTEXT= yes USE_PERL5_BUILD=yes GNU_CONFIGURE= yes CONFIGURE_ARGS= --with-xkb-base=${PREFIX}/share/X11/xkb \ @@ -28,6 +26,18 @@ CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \ LDFLAGS="-L${LOCALBASE}/lib" +.if defined(WITHOUT_NLS) +CONFIGURE_ARGS+= --disable-nls --with-included-gettext +CONFIGURE_ENV+= MSGFMT="/bin/echo '(GNU '" \ + XGETTEXT="/bin/echo '(GNU '" \ + MSGMERGE="/bin/echo '(GNU '" +PLIST_SUB+= NLS="@comment " +.else +USE_ICONV= yes +USE_GETTEXT= yes +PLIST_SUB+= NLS="" +.endif + post-install: ${MKDIR} /var/lib/xkb ${LN} -sf /var/lib/xkb ${PREFIX}/share/X11/xkb/compiled --- pkg-plist.ctm 2008-10-15 23:32:55.000000000 +0200 +++ pkg-plist 2009-03-19 21:05:42.000000000 +0100 @@ -296,34 +296,34 @@ share/X11/xkb/types/pc share/X11/xkb/types/README share/X11/xkb/xkbcomp -share/locale/af/LC_MESSAGES/xkeyboard-config.mo -share/locale/az/LC_MESSAGES/xkeyboard-config.mo -share/locale/bg/LC_MESSAGES/xkeyboard-config.mo -share/locale/cs/LC_MESSAGES/xkeyboard-config.mo -share/locale/da/LC_MESSAGES/xkeyboard-config.mo -share/locale/el/LC_MESSAGES/xkeyboard-config.mo -share/locale/en_GB/LC_MESSAGES/xkeyboard-config.mo -share/locale/es/LC_MESSAGES/xkeyboard-config.mo -share/locale/fi/LC_MESSAGES/xkeyboard-config.mo -share/locale/fr/LC_MESSAGES/xkeyboard-config.mo -share/locale/hu/LC_MESSAGES/xkeyboard-config.mo -share/locale/it/LC_MESSAGES/xkeyboard-config.mo -share/locale/ka/LC_MESSAGES/xkeyboard-config.mo -share/locale/ko/LC_MESSAGES/xkeyboard-config.mo -share/locale/nl/LC_MESSAGES/xkeyboard-config.mo -share/locale/ru/LC_MESSAGES/xkeyboard-config.mo -share/locale/rw/LC_MESSAGES/xkeyboard-config.mo -share/locale/sk/LC_MESSAGES/xkeyboard-config.mo -share/locale/sl/LC_MESSAGES/xkeyboard-config.mo -share/locale/sq/LC_MESSAGES/xkeyboard-config.mo -share/locale/sr/LC_MESSAGES/xkeyboard-config.mo -share/locale/sr@Latn/LC_MESSAGES/xkeyboard-config.mo -share/locale/sv/LC_MESSAGES/xkeyboard-config.mo -share/locale/tr/LC_MESSAGES/xkeyboard-config.mo -share/locale/uk/LC_MESSAGES/xkeyboard-config.mo -share/locale/vi/LC_MESSAGES/xkeyboard-config.mo -share/locale/zh_CN/LC_MESSAGES/xkeyboard-config.mo -share/locale/zh_TW/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/af/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/az/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/bg/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/cs/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/da/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/el/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/en_GB/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/es/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/fi/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/fr/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/hu/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/it/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/ka/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/ko/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/nl/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/ru/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/rw/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/sk/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/sl/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/sq/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/sr/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/sr@Latn/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/sv/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/tr/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/uk/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/vi/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/zh_CN/LC_MESSAGES/xkeyboard-config.mo +%%NLS%%share/locale/zh_TW/LC_MESSAGES/xkeyboard-config.mo @exec mkdir -p /var/lib/xkb @dirrm share/X11/xkb/compat @dirrm share/X11/xkb/geometry/digital_vndr @@ -352,5 +352,5 @@ @dirrm share/X11/xkb @dirrmtry share/X11 @dirrmtry /var/lib/xkb -@dirrmtry share/locale/rw/LC_MESSAGES -@dirrmtry share/locale/rw +%%NLS%%@dirrmtry share/locale/rw/LC_MESSAGES +%%NLS%%@dirrmtry share/locale/rw From rnoland at FreeBSD.org Thu Mar 19 14:53:37 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Thu Mar 19 14:53:44 2009 Subject: [HEADS UP] drm merged to -STABLE In-Reply-To: References: <1231599679.1837.13.camel@wombat.2hip.net> <1237318671.1728.7.camel@balrog.2hip.net> <1237395643.1738.3.camel@balrog.2hip.net> <1237429357.1738.61.camel@balrog.2hip.net> Message-ID: <1237499597.1732.329.camel@balrog.2hip.net> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090319/09fe202e/attachment.pgp From Mark_Andrews at isc.org Thu Mar 19 15:04:28 2009 From: Mark_Andrews at isc.org (Mark Andrews) Date: Thu Mar 19 15:04:34 2009 Subject: ports/126812: x11-drivers/xf86-video-ati - System freeze when exiting X server when using ati or radeon drivers on AMD 780G In-Reply-To: Your message of "Thu, 19 Mar 2009 15:52:33 GMT." <200903191552.n2JFqXjj045207@freefall.freebsd.org> Message-ID: <200903192204.n2JM4LDZ081307@drugs.dv.isc.org> In message <200903191552.n2JFqXjj045207@freefall.freebsd.org>, pav@freebsd.org writes: > Synopsis: x11-drivers/xf86-video-ati - System freeze when exiting X server wh > en using ati or radeon drivers on AMD 780G > > State-Changed-From-To: open->feedback > State-Changed-By: pav > State-Changed-When: Thu Mar 19 15:49:39 UTC 2009 > State-Changed-Why: > Does this still happen with xorg 7.4 ? > > http://www.freebsd.org/cgi/query-pr.cgi?pr=126812 Well it happens for me using the intel driver. Complete lockup when exiting / or swithing to the console using ALT F1. The only solution is to hit the power button. The machine even stops responding to pings. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From Mark_Andrews at isc.org Thu Mar 19 15:08:33 2009 From: Mark_Andrews at isc.org (Mark Andrews) Date: Thu Mar 19 15:08:39 2009 Subject: ports/131289: x11/xorg: xorg 7.4 exiting the server leads to instantaneous reboot (crash) In-Reply-To: Your message of "Thu, 19 Mar 2009 16:44:44 GMT." <200903191644.n2JGiis4011823@freefall.freebsd.org> Message-ID: <200903192208.n2JM8PX1081520@drugs.dv.isc.org> In message <200903191644.n2JGiis4011823@freefall.freebsd.org>, pav@freebsd.org writes: > Synopsis: x11/xorg: xorg 7.4 exiting the server leads to instantaneous reboot > (crash) > > State-Changed-From-To: open->closed > State-Changed-By: pav > State-Changed-When: Thu Mar 19 16:43:44 UTC 2009 > State-Changed-Why: > submitter reports moving to 7-stable fixed the problem for him > > http://www.freebsd.org/cgi/query-pr.cgi?pr=131289 What about the rest of use still on 6. > _______________________________________________ > 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" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From pav at FreeBSD.org Thu Mar 19 15:37:06 2009 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Thu Mar 19 15:37:17 2009 Subject: ports/121230: [patch] ports/x11/xkeyboard-config WITHOUT_NLS support Message-ID: <200903192237.n2JMb5pB064882@freefall.freebsd.org> Synopsis: [patch] ports/x11/xkeyboard-config WITHOUT_NLS support State-Changed-From-To: feedback->closed State-Changed-By: pav State-Changed-When: Thu Mar 19 22:36:33 UTC 2009 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=121230 From pav at FreeBSD.org Thu Mar 19 15:37:08 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Thu Mar 19 15:37:17 2009 Subject: ports/126812: x11-drivers/xf86-video-ati - System freeze when exiting X server when using ati or radeon drivers on AMD 780G In-Reply-To: <200903192204.n2JM4LDZ081307@drugs.dv.isc.org> References: <200903192204.n2JM4LDZ081307@drugs.dv.isc.org> Message-ID: <1237500595.34143.20.camel@hood.oook.cz> Mark Andrews p??e v p? 20. 03. 2009 v 09:04 +1100: > In message <200903191552.n2JFqXjj045207@freefall.freebsd.org>, pav@freebsd.org > writes: > > Synopsis: x11-drivers/xf86-video-ati - System freeze when exiting X server wh > > en using ati or radeon drivers on AMD 780G > > > > State-Changed-From-To: open->feedback > > State-Changed-By: pav > > State-Changed-When: Thu Mar 19 15:49:39 UTC 2009 > > State-Changed-Why: > > Does this still happen with xorg 7.4 ? > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=126812 > > Well it happens for me using the intel driver. Complete > lockup when exiting / or swithing to the console using > ALT F1. The only solution is to hit the power button. > The machine even stops responding to pings. With latest xorg? -- Pav Lucistnik East or west, ~ is best. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090319/94e25f4a/attachment.pgp From pav at FreeBSD.org Thu Mar 19 15:37:26 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Thu Mar 19 15:37:32 2009 Subject: ports/121230: [patch] ports/x11/xkeyboard-config WITHOUT_NLS support In-Reply-To: <200903192018.n2JKIYHa051496@sep.oldach.net> References: <200903192018.n2JKIYHa051496@sep.oldach.net> Message-ID: <1237502236.34143.23.camel@hood.oook.cz> Committed this one, thank you. Helge Oldach p??e v ?t 19. 03. 2009 v 21:18 +0100: > Hello, > > pav@FreeBSD.org wrote on Thu, 19 Mar 2009 15:04:17 +0100 (CET): > > Synopsis: [patch] ports/x11/xkeyboard-config WITHOUT_NLS support > > > > State-Changed-From-To: open->feedback > > State-Changed-By: pav > > State-Changed-When: Thu Mar 19 13:53:04 UTC 2009 > > State-Changed-Why: > > This patch is ineffective: > > > > - port still installs gettext catalogues (.mo files) > > It doesn't, on my box. Actually the .mo files show up in pkg-plist and > hence in +CONTENTS, but that is essentially cosmetic and can be easily > corrected. Please see attached revised patch. > > > - gettext dependency is already inherited from the direct dependencies > > Is it? I cannot spot that as well here. > > +REQUIRED_BY simply contains > > xorg-server-1.5.3_7,1 > xf86-video-vesa-2.1.0 > xf86-input-mouse-1.4.0_3 > xf86-video-intel-2.5.1 > xf86-input-keyboard-1.3.2 > xorg-drivers-7.4 > xorg-7.4 > > here, neither of which requires gettext. > > Helge -- Pav Lucistnik And the sign said long haired, freaky people need not apply. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090319/f2e5b2a5/attachment.pgp From pav at FreeBSD.org Thu Mar 19 15:38:59 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Thu Mar 19 15:39:06 2009 Subject: ports/131289: x11/xorg: xorg 7.4 exiting the server leads to instantaneous reboot (crash) In-Reply-To: <200903192208.n2JM8PX1081520@drugs.dv.isc.org> References: <200903192208.n2JM8PX1081520@drugs.dv.isc.org> Message-ID: <1237500706.34143.21.camel@hood.oook.cz> Mark Andrews p??e v p? 20. 03. 2009 v 09:08 +1100: > In message <200903191644.n2JGiis4011823@freefall.freebsd.org>, pav@freebsd.org > writes: > > Synopsis: x11/xorg: xorg 7.4 exiting the server leads to instantaneous reboot > > (crash) > > > > State-Changed-From-To: open->closed > > State-Changed-By: pav > > State-Changed-When: Thu Mar 19 16:43:44 UTC 2009 > > State-Changed-Why: > > submitter reports moving to 7-stable fixed the problem for him > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=131289 > > What about the rest of use still on 6. 6 will not see another release, so I'd suggest moving to upcoming 7.2 -- Pav Lucistnik End users have trouble keeping food off their keyboard and sorting messages in Outlook. Try explaining this problem to them. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090319/6cabbf99/attachment.pgp From dfilter at FreeBSD.ORG Thu Mar 19 15:40:02 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Thu Mar 19 15:40:08 2009 Subject: ports/121230: commit references a PR Message-ID: <200903192240.n2JMe2vP064990@freefall.freebsd.org> The following reply was made to PR ports/121230; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/121230: commit references a PR Date: Thu, 19 Mar 2009 22:37:10 +0000 (UTC) pav 2009-03-19 22:36:53 UTC FreeBSD ports repository Modified files: x11/xkeyboard-config Makefile pkg-plist Log: - Support WITHOUT_NLS PR: ports/121230 Submitted by: Helge Oldach Revision Changes Path 1.12 +12 -2 ports/x11/xkeyboard-config/Makefile 1.8 +30 -30 ports/x11/xkeyboard-config/pkg-plist _______________________________________________ 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 Mark_Andrews at isc.org Thu Mar 19 15:53:58 2009 From: Mark_Andrews at isc.org (Mark Andrews) Date: Thu Mar 19 15:54:06 2009 Subject: ports/126812: x11-drivers/xf86-video-ati - System freeze when exiting X server when using ati or radeon drivers on AMD 780G In-Reply-To: Your message of "Thu, 19 Mar 2009 23:09:55 BST." <1237500595.34143.20.camel@hood.oook.cz> Message-ID: <200903192253.n2JMrl53082719@drugs.dv.isc.org> In message <1237500595.34143.20.camel@hood.oook.cz>, Pav Lucistnik writes: > > --=-yBrIaAqTcTJPFPjZqNKQ > Content-Type: text/plain; charset="ISO-8859-2" > Content-Transfer-Encoding: quoted-printable > > Mark Andrews p=ED=B9e v p=E1 20. 03. 2009 v 09:04 +1100: > > In message <200903191552.n2JFqXjj045207@freefall.freebsd.org>, pav@freebs= > d.org=20 > > writes: > > > Synopsis: x11-drivers/xf86-video-ati - System freeze when exiting X ser= > ver wh > > > en using ati or radeon drivers on AMD 780G > > >=20 > > > State-Changed-From-To: open->feedback > > > State-Changed-By: pav > > > State-Changed-When: Thu Mar 19 15:49:39 UTC 2009 > > > State-Changed-Why:=20 > > > Does this still happen with xorg 7.4 ? > > >=20 > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D126812 > >=20 > > Well it happens for me using the intel driver. Complete > > lockup when exiting / or swithing to the console using > > ALT F1. The only solution is to hit the power button. > > The machine even stops responding to pings. > > With latest xorg? With this set of packages. If you need me to update ports I can but it won't be for a week and a half as I'm on the road tomorrow. Mark FreeBSD drugs.dv.isc.org 6.4-STABLE FreeBSD 6.4-STABLE #30: Mon Feb 9 12:22:29 EST 2009 marka@drugs.dv.isc.org:/usr/obj/usr/src/sys/DRUGS i386 hostb0@pci0:0:0: class=0x060000 card=0x01821028 chip=0x25908086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '915GM Mobile Intel(R) 915GM/PM/GMS/910GML Express Processor to DRAM Controller' class = bridge subclass = HOST-PCI vgapci0@pci0:2:0: class=0x030000 card=0x01821028 chip=0x25928086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82915GM/GMS, 82910GML Integrated Graphics Device' class = display subclass = VGA vgapci1@pci0:2:1: class=0x038000 card=0x01821028 chip=0x27928086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 82915GLx/x/x Mobile Intel(R) 915GM/GMS/, 910GML Express Chipset Family' class = display pcib1@pci0:28:0: class=0x060400 card=0x00000000 chip=0x26608086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW PCI Express Port 1' class = bridge subclass = PCI-PCI uhci0@pci0:29:0: class=0x0c0300 card=0x01821028 chip=0x26588086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x01821028 chip=0x26598086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x01821028 chip=0x265a8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB uhci3@pci0:29:3: class=0x0c0300 card=0x01821028 chip=0x265b8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB ehci0@pci0:29:7: class=0x0c0320 card=0x01821028 chip=0x265c8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB 2.0 EHCI Controller' class = serial bus subclass = USB pcib2@pci0:30:0: class=0x060401 card=0x01821028 chip=0x24488086 rev=0xd3 hdr=0x01 vendor = 'Intel Corporation' device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI pcm0@pci0:30:2: class=0x040100 card=0x01821028 chip=0x266e8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel Corporation 82830M/MG SDRAM Controller / Ho AC '97 Audio Controller/ Sigmatel (SoundMAX Integrated Digital Audio)' class = multimedia subclass = audio none0@pci0:30:3: class=0x070300 card=0x542314f1 chip=0x266d8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel 82801DB Realtek ALC655 @ Intel 82801EB ICH5-M - AC'97 Audio Controller [B-1] PCI' class = simple comms subclass = generic modem isab0@pci0:31:0: class=0x060100 card=0x01821028 chip=0x26418086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FBM LPC Interface Bridge (ICH6-M)' class = bridge subclass = PCI-ISA atapci0@pci0:31:2: class=0x010180 card=0x01821028 chip=0x26538086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FBM (ICH6M) SATA Controller' class = mass storage subclass = ATA bge0@pci2:0:0: class=0x020000 card=0x01821028 chip=0x167714e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5750A1 NetXtreme Gigabit Ethernet PCI Express' class = network subclass = ethernet cbb0@pci3:1:0: class=0x060700 card=0x01821028 chip=0x8036104c rev=0x00 hdr=0x02 vendor = 'Texas Instruments (TI)' class = bridge subclass = PCI-CardBus none1@pci3:1:5: class=0x078000 card=0x01821028 chip=0x8038104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'ff101179 GemCore based SmartCard controller' class = simple comms iwi0@pci3:3:0: class=0x028000 card=0x27218086 chip=0x42208086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'MPCI3B driverIntel PRO/Wireless 2200BG' class = network ORBit2-2.14.16 High-performance CORBA ORB with support for the C language aalib-1.4.r5_4 An ascii art library acroread8-8.1.3_1 Adobe Reader for view, print, and search PDF documents (ENU acroreadwrapper-0.0.20080906 Wrapper script for Adobe Reader agg-2.5_5 A High Quality Rendering Engine for C++ amspsfnt-1.0_5 AMSFonts PostScript Fonts (Adobe Type 1 format) appres-1.0.1 Program to list application's resources apr-gdbm-db46-1.3.3.1.3.4_1 Apache Portability Library atk-1.24.0 A GNOME accessibility toolkit (ATK) autoconf-2.13.000227_6 Automatically configure source code on many Un*x platforms autoconf-2.62 Automatically configure source code on many Un*x platforms autoconf-wrapper-20071109 Wrapper script for GNU autoconf automake-1.10.1 GNU Standards-compliant Makefile generator (1.10) automake-1.4.6_5 GNU Standards-compliant Makefile generator (1.4) automake-1.5_5,1 GNU Standards-compliant Makefile generator (1.5) automake-1.9.6_3 GNU Standards-compliant Makefile generator (1.9) automake-wrapper-20071109 Wrapper script for GNU automake avahi-app-0.6.24 Service discovery on a local network bash-3.2.48_1 The GNU Project's Bourne Again SHell bdftopcf-1.0.1 Convert X font from BDF to PCF beforelight-1.0.3_1 A sample screen saver for X bigreqsproto-1.0.2 BigReqs extension headers birda-1.3 Bohlin's IrDA utilities, ported from NetBSD's pkgsrc bison-2.4.1,1 A parser generator from FSF, (mostly) compatible with Yacc bitmap-1.0.3_1 Bitmap editor and converter utilities for X bitstream-vera-1.10_4 Bitstream Vera TrueType font collection boehm-gc-6.8 Garbage collection and memory leak detection for C and C++ boost-1.34.1 Free peer-reviewed portable C++ source libraries british-ispell-3.1_4 An interactive spelling checker for multiple languages ca-roots-1.2 A list of SSL CA root certificates ca_root_nss-3.11.9_2 The root certificate bundle from the Mozilla Project cairo-1.8.6_1,1 Vector graphics library with cross-device output support cdrtools-2.01_7 CD/CD-R[W] and ISO-9660 image creation and extraction tools cm-super-0.3.4_1 Computer Modern Font Families in Type 1 Fonts cmake-2.6.2 A cross-platform make cmpsfont-1.0_6 Computer Modern PostScript Fonts (Adobe Type 1 format) compositeproto-0.4 Composite extension headers consolekit-0.3.0_5 Framework for defining and tracking users cups-base-1.3.9_3 Common UNIX Printing System curl-7.19.4 Non-interactive tool to get files from FTP, GOPHER, HTTP(S) cvsup-without-gui-16.1h_4 File distribution system optimized for CVS (non-GUI version cyrus-sasl-2.1.22_2 RFC 2222 SASL (Simple Authentication and Security Layer) damageproto-1.1.0_2 Damage extension headers db2latex-0.8p1_1 DocBook to LaTeX XSL stylesheets db41-4.1.25_4 The Berkeley DB package, revision 4.1 db46-4.6.21.3 The Berkeley DB package, revision 4.6 dbus-1.2.4.4 A message bus system for inter-application communication dbus-glib-0.80 GLib bindings for the D-BUS messaging system desktop-file-utils-0.15_1 A couple of command line utilities for working with desktop diablo-jdk-1.6.0.07.02_3 Java Development Kit 1.6.0_07.02 dirmngr-1.0.2_1 A client for managing and downloading certificate revocatio djbfft-0.76_2 An extremely fast library for floating-point convolution dmidecode-2.10 A tool for dumping DMI (SMBIOS) contents in human-readable dmxproto-2.2.2 DMX extension headers docbook-4.1_3 V4.1 of the DocBook DTD, designed for technical documentati docbook-sk-4.1.2_4 XML version of the DocBook DTD version controlled for Scrol docbook-xml-4.2_1 XML version of the DocBook DTD docbook-xsl-1.74.0_1 XSL DocBook stylesheets doclifter-2.3 Translates documents written in troff macros to DocBook doxygen-1.5.8 A documentation system for C, C++ and other languages dri-7.3,2 OpenGL hardware acceleration drivers for the DRI dri2proto-1.99.3 DRI2 prototype headers dvipsk-tetex-5.95a_2 Convert a TeX DVI file to PostScript e2fsprogs-libuuid-1.41.4_1 UUID library from e2fsprogs package editres-1.0.3_1 Dynamic resource editor for X Toolkit Applications encodings-1.0.2,1 X.Org Encoding fonts esound-0.2.41 A sound library for enlightenment package evieext-1.0.2 XEVIE extension headers expat-2.0.1 XML 1.0 parser written in C ezm3-1.2_1 Easier, more portable Modula-3 distribution for building CV faad2-2.7_1,1 MPEG-2 and MPEG-4 AAC audio decoder fetchmail-6.3.9 Batch mail retrieval utility for IMAP/POP3/ETRN/ODMR ffmpeg-2008.07.27_8 Hyper fast realtime audio/video encoder/converter, streamin fftw3-3.1.3 Fast C routines to compute the Discrete Fourier Transform firefox-2.0.0.20_3,1 Web browser based on the browser portion of Mozilla fixesproto-4.0 Fixes extension headers flac-1.2.1 Free lossless audio codec flashplayer-0.4.13_3 GPL standalone Flash (TM) player font-adobe-100dpi-1.0.0_1 X.Org Adobe 100dpi font font-adobe-75dpi-1.0.0 X.Org Adobe 75dpi font font-adobe-utopia-100dpi-1.0.1 X.Org Adobe Utopia 100dpi font font-adobe-utopia-75dpi-1.0.1 X.Org Adobe Utopia 75dpi font font-adobe-utopia-type1-1.0.1 X.Org Adobe Utopia Type1 font font-alias-1.0.1 X.Org Font aliases font-arabic-misc-1.0.0 X.Org miscellaneous Arabic fonts font-bh-100dpi-1.0.0 X.Org Bigelow Holmes 100dpi font font-bh-75dpi-1.0.0 X.Org Bigelow Holmes 75dpi font font-bh-lucidatypewriter-100dpi-1.0.0 X.Org Bigelow Holmes Lucida TypeWriter 100dpi font font-bh-lucidatypewriter-75dpi-1.0.0 X.Org Bigelow Holmes Lucida TypeWriter 75dpi font font-bh-ttf-1.0.0 X.Org Bigelow & Holmes TTF font font-bh-type1-1.0.0 X.Org Bigelow Holmes Type1 font font-bitstream-100dpi-1.0.0 X.Org Bitstream Vera 100dpi font font-bitstream-75dpi-1.0.0 X.Org Bitstream Vera 75dpi font font-bitstream-type1-1.0.0 X.Org Bitstream Vera Type1 font font-cronyx-cyrillic-1.0.0 X.Org Cronyx Cyrillic font font-cursor-misc-1.0.0 X.Org miscellaneous Cursor fonts font-daewoo-misc-1.0.0 X.Org miscellaneous Daewoo fonts font-dec-misc-1.0.0 X.Org miscellaneous Dec fonts font-ibm-type1-1.0.0 X.Org IBM Type1 font font-isas-misc-1.0.0 X.Org miscellaneous ISAS fonts font-jis-misc-1.0.0 X.Org miscellaneous JIS fonts font-micro-misc-1.0.0 X.Org miscellaneous Micro fonts font-misc-cyrillic-1.0.0 X.Org miscellaneous Cyrillic font font-misc-ethiopic-1.0.0 X.Org miscellaneous Ethiopic font font-misc-meltho-1.0.0_1 X.Org miscellaneous Meltho font font-misc-misc-1.0.0 X.Org miscellaneous Misc fonts font-mutt-misc-1.0.0 X.Org miscellaneous Mutt fonts font-schumacher-misc-1.0.0_1 X.Org miscellaneous Schumacher fonts font-screen-cyrillic-1.0.1 X.Org Screen Cyrillic font font-sony-misc-1.0.0 X.Org miscellaneous Sony fonts font-sun-misc-1.0.0 X.Org miscellaneous Sun fonts font-util-1.0.1 Create an index of X font files in a directory font-winitzki-cyrillic-1.0.0 X.Org Winitzki Cyrillic font font-xfree86-type1-1.0.1 X.Org XFree86 Type1 font fontcacheproto-0.1.2 Fontcache extension headers fontconfig-2.6.0,1 An XML-based font configuration API for X Windows fontsproto-2.0.2 Fonts extension headers fonttosfnt-1.0.3 Wrap a bitmap font in a sftn wrapper freetype-1.3.1_4 A free and portable TrueType font rendering engine freetype2-2.3.7 A free and portable TrueType font rendering engine fslsfonts-1.0.2 List fonts served by the X font server fstobdf-1.0.3 Generate BDF font from X font server fvwm-2.5.27_1 Popular virtual window manager for X gallery-1.5.10 A slick web based photo album written using PHP gamin-0.1.10 A file and directory monitoring system gccmakedep-1.0.2 Create dependencies in makefiles using 'gcc -M' gconf2-2.24.0 A configuration database system for GNOME gd-2.0.35,1 A graphics library for fast creation of images gdbm-1.8.3_3 The GNU database manager getopt-1.1.4_1 A getopt(1) replacement that supports GNU-style long option gettext-0.17_1 GNU gettext package ghostscript8-8.63 Ghostscript 8.x PostScript interpreter gio-fam-backend-2.18.4 FAM backend for GLib's GIO library glib-1.2.10_12 Some useful routines of C programming (previous stable vers glib-2.18.4 Some useful routines of C programming (current stable versi glproto-1.4.9 GLX extension headers gmake-3.81_3 GNU version of 'make' utility gnome-mime-data-2.18.0_3 A MIME and Application database for GNOME gnome-vfs-2.24.0 GNOME Virtual File System gnome_subr-1.0 Common startup and shutdown subroutines used by GNOME scrip gnomehier-2.3_11 A utility port that creates the GNOME directory tree gnupg-1.4.9_2 The GNU Privacy Guard gnupg-2.0.11 The GNU Privacy Guard gnupg-idea-1.0.6_3 IDEA extension module for gnupg (and RSA for demonstration) gnutls-2.6.4 GNU Transport Layer Security library gpac-libgpac-0.4.5_2,1 Gpac MPEG-4 Systems library and headers gperf-3.0.3 Generates perfect hash functions for sets of keywords gphoto2-2.4.4 A command-line frontend to libgphoto2 graphviz-2.20.3_3 Graph Visualization Software from AT&T and Bell Labs gsfonts-8.11_4 Fonts used by GNU Ghostscript (or X) gsm-1.0.12_1 Audio converter and library for converting u-law to gsm enc gtk-1.2.10_20 Gimp Toolkit for X11 GUI (previous stable version) gtk-2.14.7_1 Gimp Toolkit for X11 GUI (current stable version) gtkglext-1.2.0_3 An OpenGL extension to GTK hal-0.5.11_20 Hardware Abstraction Layer for simplifying device access help2man-1.36.4_2 Automatically generating simple manual pages from program o hicolor-icon-theme-0.10_2 A high-color icon theme shell from the FreeDesktop project iceauth-1.0.2 ICE authority file utility for X ico-1.0.2 Displays a wire-frame rotating plyhedron idnkit-1.0_3 A library to handle internationalized domain names imake-1.0.2_4,1 Imake and other utilities from X.Org imlib-1.9.15_7 A graphic library for enlightenment package inputproto-1.5.0 Input extension headers intltool-0.40.5 Tools to internationalize various kinds of data files isc-dhcp30-server-3.0.7_4 The ISC Dynamic Host Configuration Protocol server iso8879-1986_2 Character entity sets from ISO 8879:1986 (SGML) iwi-firmware-kmod-3.0_3 Intel PRO/Wireless 2200 Firmware Kernel Module jasper-1.900.1_7 An implementation of the codec specified in the JPEG-2000 s javavmwrapper-2.3.2 Wrapper script for various Java Virtual Machines jbigkit-1.6 Lossless compression for bi-level images such as scanned pa jhead-2.87 Exif Jpeg camera setting parser, rotator and much more jpeg-6b_7 IJG's jpeg compression utilities kbproto-1.0.3 KB extension headers kphone-4.2_2 A voice over internet phone kqemu-kmod-1.3.0.p11_10 Kernel Accelerator for QEMU CPU Emulator lame-3.98.2_1 Fast MP3 encoder kit lcms-1.17,1 Light Color Management System -- a color management library libFS-1.0.1 The FS library libGL-7.3_1 OpenGL library that renders using GLX or DRI libGLU-7.3 OpenGL utility library libICE-1.0.4_1,1 Inter Client Exchange library for X11 libIDL-0.8.12 A library for creating trees of CORBA IDL files libSM-1.1.0_1,1 Session Management library for X11 libX11-1.2,1 X11 library libXScrnSaver-1.1.3 The XScrnSaver library libXTrap-1.0.0 The XTrap library libXau-1.0.4 Authentication Protocol library for X11 libXaw-1.0.5_1,1 X Athena Widgets library libXcomposite-0.4.0,1 X Composite extension library libXcursor-1.1.9_1 X client-side cursor loading library libXdamage-1.1.1 X Damage extension library libXdmcp-1.0.2_1 X Display Manager Control Protocol library libXevie-1.0.2 The Xevie library libXext-1.0.5,1 X11 Extension library libXfixes-4.0.3_1 X Fixes extension library libXfont-1.3.4,1 X font libary libXfontcache-1.0.4 The Xfontcache library libXft-2.1.13 A client-sided font API for X applications libXi-1.2.1,1 X Input extension library libXinerama-1.0.3,1 X11 Xinerama library libXmu-1.0.4,1 X Miscellaneous Utilities libraries libXp-1.0.0,1 X print library libXpm-3.5.7 X Pixmap library libXprintAppUtil-1.0.1 The XprintAppUtil library libXprintUtil-1.0.1 The XprintUtil library libXrandr-1.2.3 X Resize and Rotate extension library libXrender-0.9.4_1 X Render extension library libXres-1.0.3_3 X Resource usage library libXt-1.0.5_1 X Toolkit library libXtst-1.0.3_1 X Test extension libXv-1.0.4,1 X Video Extension library libXvMC-1.0.4_1 X Video Extension Motion Compensation library libXxf86dga-1.0.2 X DGA Extension libXxf86misc-1.0.1 X XF86-Misc Extension libXxf86vm-1.0.2 X Vidmode Extension liba52-0.7.4_2 A free library for decoding ATSC A/52 streams, aka AC-3 libao-0.8.8_1 Portable audio output library libassuan-1.0.5 IPC library used by GnuPG and gpgme libaudiofile-0.2.6 A sound library for SGI audio file libbonobo-2.24.0 A component and compound document system for GNOME2 libcheck-0.9.6 A unit test framework for C libdaemon-0.12 Lightweight C library that eases the writing of UNIX daemon libdca-0.0.5 Free DTS Coherent Acoustics decoder libdmx-1.0.2_1 DMX extension library libdnet-1.11_2 A simple interface to low level networking routines libdrm-2.4.5 Userspace interface to kernel Direct Rendering Module servi libexecinfo-1.1_3 A library for inspecting program's backtrace libexif-0.6.17 Library to read digital camera file meta-data libflash-0.4.13_3 GPL Flash (TM) Library libfontenc-1.0.4 The fontenc Library libgcrypt-1.4.4 General purpose crypto library based on code used in GnuPG libglut-7.3_1 OpenGL utility toolkit libgmp-4.2.4 A free library for arbitrary precision arithmetic libgnome-2.24.1 Libraries for GNOME, a GNU desktop environment libgpg-error-1.7 Common error values for all GnuPG components libgphoto2-2.4.4 A universal digital camera picture control tool libiconv-1.11_1 A character set conversion library libksba-1.0.5 KSBA is an X.509 Library libltdl-1.5.26 System independent dlopen wrapper libmad-0.15.1b_2 Libmad library (part of MAD project) libmikmod-esound-3.1.11_2 MikMod Sound Library libmng-1.0.10 Multiple-image Network Graphics (MNG) reference library libogg-1.1.3,4 Ogg bitstream library liboldX-1.0.1 Old X library libpciaccess-0.10.5_5 Generic PCI access library libpthread-stubs-0.1 This library provides weak aliases for pthread functions libsamplerate-0.1.4 Secret Rabbit Code: a Sample Rate Converter for audio libsndfile-1.0.18 Reading and writing files containing sampled sound (like WA libtheora-1.0.b2 Theora video codec for the Ogg multimedia streaming system libtool-1.5.26 Generic shared library support script libungif-4.1.4_5 Tools and library routines for working with GIF images libusb-0.1.12_4 Library giving userland programs access to USB devices libutempter-1.1.5_1 Interface to record user sessions to utmp and wtmp files libvolume_id-0.81.1 Library to provide file system type information libvorbis-1.2.0_3,3 Audio compression codec library libwww-5.4.0_4 The W3C Reference Library libxcb-1.2 The X protocol C-language Binding (XCB) library libxkbfile-1.0.5 XKB file library libxkbui-1.0.2_1 The xkbui library libxml-1.8.17_4 XML parser library for GNOME libxml2-2.7.3 XML parser library for GNOME libxslt-1.1.24_2 The XSLT C library for GNOME linux-atk-1.9.1_1 Accessibility Toolkit, Linux/i386 binary linux-cairo-1.0.2 Linux cairo binary linux-expat-1.95.8 Linux/i386 binary port of Expat XML-parsing library linux-fontconfig-2.2.3_7 Linux/i386 binary of Fontconfig linux-gtk2-2.6.10_1 GTK+ library, version 2.X, Linux binary linux-hicolor-icon-theme-0.5_1 A high-color icon theme shell from the FreeDesktop project linux-jpeg-6b.34 RPM of the JPEG lib linux-nvu-1.0_1 A complete Web Authoring System linux-pango-1.10.2_1 Linux pango binary linux-png-1.2.8_2 RPM of the PNG lib linux-realplayer-10.0.9.809.20070726 Linux RealPlayer 10 from RealNetworks linux-scim-gtk-fc4-1.4.4 Smart Common Input Method platform, gtk module, Linux binar linux-scim-libs-fc4-1.4.4_1 Smart Common Input Method platform, library part, Linux bin linux-tiff-3.7.1 TIFF library, Linux/i386 binary linux-xorg-libs-6.8.2_5 Xorg libraries, linux binaries linux_base-fc-4_14 Base set of packages needed in Linux mode (for i386/amd64) linuxpluginwrapper-20051113_10 A wrapper allowing use of linux-plugins with native applica listres-1.0.1_1 List resources in widgets lua-5.1.4 Small, compilable scripting language providing easy access luit-1.0.3_1 Locale and ISO 2022 support for Unicode terminals lynx-2.8.6.5_5,1 A non-graphical, text-based World-Wide Web client m4-1.4.12,1 GNU m4 magicpoint-1.13a_1 An X11-based presentation tool makedepend-1.0.1,1 A dependency generator for makefiles miredo-1.0.6_1 Opensource Teredo (IPv6 tunneling) implementation mkcomposecache-1.2_1 Program to create Compose cache files mkfontdir-1.0.4 Create an index of X font files in a directory mkfontscale-1.0.6 Creates an index of scalable font files for X mpeg4ip-libmp4v2-1.6.1 Mpeg-4 library and tools from mpeg4ip mpfr-2.4.1 A library for multiple-precision floating-point computation mplayer-0.99.11_12 High performance media player supporting many formats mplayer-skins-1.1.2_6 Skins for MPlayer's Graphical User Interface (GUI) nas-1.9.1_3 Network Audio System nasm-2.05.01,1 General-purpose multi-platform x86 and x86-64 assembler neon28-0.28.3 An HTTP and WebDAV client library for Unix systems netpbm-10.26.60 A toolkit for conversion of images between different format nmap-4.76 Port scanning utility for large networks nmh-1.2_2 A cleaned up MH mailer suite nspr-4.7 A platform-neutral API for system level and libc like funct nss-3.11.9_2 Libraries to support development of security-enabled applic oclock-1.0.1 Round clock application for X open-motif-2.2.3_6 Motif X11 Toolkit (industry standard GUI (IEEE 1295)) openldap-client-2.3.43 Open source LDAP client implementation p5-Archive-Tar-1.44 Perl module for creation and manipulation of tar files p5-Authen-SASL-2.12 Perl5 module for SASL authentication p5-Compress-Raw-Bzip2-2.015 Low-Level Interface to bzip2 compression library p5-Compress-Raw-Zlib-2.015 Low-Level Interface to zlib compression library p5-Compress-Zlib-2.015 Perl5 interface to zlib compression library p5-Crypt-OpenSSL-Bignum-0.04 OpenSSL's multiprecision integer arithmetic p5-Crypt-OpenSSL-RSA-0.25 Perl5 module to RSA encode and decode strings using OpenSSL p5-Crypt-OpenSSL-Random-0.04 Perl5 interface to the OpenSSL pseudo-random number generat p5-Digest-1.15_1 Modules that calculate message digests p5-Digest-HMAC-1.01 Perl5 interface to HMAC Message-Digest Algorithms p5-Digest-MD5-2.38 Perl5 interface to the MD5 algorithm p5-Digest-SHA-5.47 Perl extension for SHA-1/224/256/384/512 p5-Digest-SHA1-2.11 Perl interface to the SHA-1 Algorithm p5-Email-Address-1.88.9 RFC 2822 Address Parsing and Creation p5-Encode-Detect-1.01 An Encode::Encoding subclass that detects the encoding of d p5-Error-0.17015 Perl module to provide Error/exception support for perl: Er p5-ExtUtils-CBuilder-0.24 Compile and link C code for Perl modules p5-ExtUtils-ParseXS-2.19 Converts Perl XS code into C code p5-GSSAPI-0.26 Perl extension providing access to the GSSAPIv2 library p5-HTML-Parser-3.60 Perl5 module for parsing HTML documents p5-HTML-Tagset-3.20 Some useful data table in parsing HTML p5-IO-Compress-Base-2.015 Base Class for IO::Uncompress modules p5-IO-Compress-Bzip2-2.015 An interface to allow writing bzip2 compressed data to file p5-IO-Compress-Zlib-2.015 Perl5 interface for reading and writing of (g)zip files p5-IO-Socket-INET6-2.56 Perl module with object interface to AF_INET6 domain socket p5-IO-Socket-SSL-1.23 Perl5 interface to SSL sockets p5-IO-String-1.08 Simplified Perl5 module to handle I/O on in-core strings p5-IO-Zlib-1.09 IO:: style interface to Compress::Zlib p5-MIME-Base64-3.07 Perl5 module for Base64 and Quoted-Printable encodings p5-Mail-DKIM-0.32_1 Perl5 module to process and/or create DKIM email p5-Mail-DomainKeys-1.0 Perl implementation of DomainKeys p5-Mail-SPF-2.005 Reference implementation of the RFC 4408 SPF protocol p5-Mail-SpamAssassin-3.2.5_1 A highly efficient mail filter for identifying spam p5-Mail-Tools-2.04 Perl5 modules for dealing with Internet e-mail messages p5-Math-BigInt-1.89 Math::BigInt - Arbitrary size integer math package p5-Module-Build-0.32 Build and install Perl modules p5-Net-1.22_1,1 Perl5 modules to access and use network protocols p5-Net-DNS-0.65 Perl5 interface to the DNS resolver, and dynamic updates p5-Net-DNS-Resolver-Programmable-0.003 Programmable DNS resolver for off-line testing p5-Net-IP-1.25 Perl extension for manipulating IPv4/IPv6 addresses p5-Net-SSLeay-1.35_1 Perl5 interface to SSL p5-NetAddr-IP-4.02.4 Perl module for working with IP addresses and blocks thereo p5-Package-Constants-0.02 List all constants declared in a package p5-PathTools-3.2900 A Perl module for portably manipulating file specifications p5-Scalar-List-Utils-1.19,1 Perl subroutines that would be nice to have in the perl cor p5-Socket6-0.23 IPv6 related part of the C socket.h defines and structure m p5-Spiffy-0.30 Spiffy Perl Interface Framework For You p5-Test-Base-0.55 Test::Base - A Data Driven Testing Framework p5-Test-Harness-3.16 Run perl standard test scripts with statistics p5-Test-Simple-0.86 Basic utilities for writing tests in perl p5-TimeDate-1.16,1 Perl5 module containing a better/faster date parser for abs p5-URI-1.37 Perl5 interface to Uniform Resource Identifier (URI) refere p5-XML-Parser-2.36 Perl extension interface to James Clark's XML parser, expat p5-YAML-0.68 YAML implementation in Perl p5-gettext-1.05_2 Message handling functions p5-libwww-5.825 Perl5 library for WWW access p5-type1inst-0.6.1_5 A script that helps install Postscript fonts in X Window Sy p5-version-0.76 Perl extension for Version Objects pango-1.22.4 An open-source framework for the layout and rendering of i1 pciids-20090224 Database of all known ID's used in PCI devices pcre-7.8 Perl Compatible Regular Expressions library perl-5.8.9_2 Practical Extraction and Report Language php5-5.2.9 PHP Scripting Language php5-gettext-5.2.9 The gettext shared extension for php php5-pcre-5.2.9 The pcre shared extension for php php5-session-5.2.9 The session shared extension for php pixman-0.14.0 Low-level pixel manipulation library pkg-config-0.23_1 A utility to retrieve information about installed libraries png-1.2.35 Library for manipulating PNG images policykit-0.9_3 Framework for controlling access to system-wide components popt-1.7_5 A getopt(3) like library with a number of enhancements, fro portaudit-0.5.12 Checks installed ports against a list of security vulnerabi portupgrade-devel-2.4.6 FreeBSD ports/packages administration and management tool s printproto-1.0.4 Print extension headers psi-0.12_1 A Qt-based Jabber client pstree-2.32 List processes as a tree pth-2.0.7 GNU Portable Threads python-2.5,2 The "meta-port" for the default version of Python interpret python25-2.5.4_1 An interpreted object-oriented programming language qca-2.0.0_1 Cross-platform crypto API for QT qca-tls-1.0_4 SSL/TLS plugin for Qt qemu-0.9.1_11 QEMU CPU Emulator qmake-3.3.8_1 The build utility of the Qt project qt-3.3.8_9 Multiplatform C++ application framework qt4-corelib-4.4.3 Qt core library qt4-dbus-4.4.3 Qt4 bindings for the D-BUS messaging system qt4-gui-4.4.3_2 Qt graphical user interface library qt4-iconengines-4.4.3 Qt SVG icon engine plugin qt4-imageformats-4.4.3 Qt imageformat plugins for GIF, JPEG, MNG and SVG qt4-inputmethods-4.4.3 Qt input method plugins qt4-moc-4.4.3 Qt meta object compiler qt4-network-4.4.3 Qt network library qt4-qmake-4.4.3 The build utility of the Qt project qt4-qt3support-4.4.3 Qt3 compatibility library qt4-qtestlib-4.4.3 Qt unit testing library qt4-rcc-4.4.3 Qt resource compiler qt4-script-4.4.3 Qt script qt4-sql-4.4.3 Qt SQL library qt4-svg-4.4.3 Qt SVG library qt4-uic-4.4.3 Qt user interface compiler qt4-xml-4.4.3 Qt XML library randrproto-1.2.1 Randr extension headers rarian-0.8.1 An OMF help system based on the Freedesktop specification rdesktop-1.6.0 RDP client for Windows NT/2000/2003 Terminal Server recordproto-1.13.2 RECORD extension headers renderproto-0.9.3 RenderProto protocol headers resourceproto-1.0.2 Resource extension headers rgb-1.0.1 Uncompile an rgb corl-name database rpm-3.0.6_14 The Red Hat Package Manager rpm2cpio-1.2_2 Convert .rpm files for extraction with /usr/bin/cpio, needs rstart-1.0.2 Sample implementation of a Remote Start client rsync-3.0.5 A network file distribution/synchronization utility rtfreader-1.0_1 A portable application/ms-rtf parser ruby-1.8.7.72_1,1 An object-oriented interpreted scripting language ruby18-bdb-0.6.4 Ruby interface to Sleepycat's Berkeley DB revision 2 or lat ruby18-bdb1-0.2.3 Ruby interface to Berkeley DB revision 1.8x with full featu samba-3.0.34,1 A free SMB and CIFS client and server for UNIX samba-libsmbclient-3.0.34_1 Shared libs from the samba package scons-1.2.0_1 A build tool alternative to make scripts-1.0.1 Various X related scripts scrnsaverproto-1.1.0 ScrnSaver extension headers sdl-1.2.13_2,2 Cross-platform multimedia development API sdl_mixer-1.2.8_1 A sample multi-channel audio mixer library sdocbook-xml-1.1,1 "Simplified" DocBook XML DTD sessreg-1.0.4 Manage utmp/wtmp entries for non-init X clients setxkbmap-1.0.4 Set the keyboard using the X Keyboard Extension shared-mime-info-0.60 A MIME type database from the FreeDesktop project showfont-1.0.2 Font dumper for the X font server smpeg-0.4.4_8 A free MPEG1 video player library with sound support smproxy-1.0.2 Session Manager Proxy sox-14.2.0 SOund eXchange - universal sound sample translator speex-1.2.r1_1,1 An open-source patent-free voice codec subversion-1.5.5_1 Version control system svgalib-1.4.3_5 A low level console graphics library t1lib-5.1.2_1,1 A Type 1 Rasterizer Library for UNIX/X11 tcl-8.4.19_2,1 Tool Command Language tcl-8.5.6_3 Tool Command Language tcl-modules-8.5.6 Tcl common modules tcptrace-6.6.7 A TCP dump file analysis tool teTeX-3.0_2 A meta port for teTeX suite teTeX-base-3.0_14 Thomas Esser's distribution of TeX & friends (binaries) teTeX-texmf-3.0_5 Thomas Esser's distribution of TeX & friends (texmf tree) tex-texmflocal-1.9 Meta-port that creates a site-local $TEXMF directory texi2html-1.76_1,1 Texinfo to HTML converter texinfo-4.11 A typeset documentation system with multiple format output tiff-3.8.2_3 Tools and library routines for working with TIFF images tk-8.4.19_2,2 Graphical toolkit for TCL tk-8.5.6_1 Graphical toolkit for TCL tmake-1.7_5 Extremely portable perl-based make utility tonicpoint-viewer-1.4_2 PowerPoint presentations viewer trapproto-3.4.3 DEC-XTRAP extension headers trn-4.0.b76_1 Version 4.0 of the threaded readnews newsreader twm-1.0.4 Tab Window Manager for the X Window System unzip-5.52_5 List, test and extract compressed files in a ZIP archive videoproto-2.2.2 Video extension headers viewres-1.0.1_1 Graphical class browser for Xt w3m-0.5.2_2 A pager/text-based WWW browser win32-codecs-3.1.0.r1,1 Huge compilation of Win32 binary video codecs x11perf-1.5 X11 server performance test program x264-0.0.20080409_2 Multimedia library and tool for encoding H.264/AVC video st xauth-1.0.3 X authority file utility xbacklight-1.1 Program to adjust backlight brightness xbatt-1.2.1_1 Laptop battery status display for X11 xbiff-1.0.1_1 Mailbox flag for X xbitmaps-1.0.1 X.Org bitmaps data xcalc-1.0.2_1 Scientific calculator for X xcb-proto-1.4 The X protocol C-language Binding (XCB) protocol xcb-util-0.3.3 A module with libxcb/libX11 extension/replacement libraries xclipboard-1.0.1_1 X clipboard client xclock-1.0.3_1 Analog and digital clock for X xcmiscproto-1.1.2 XCMisc extension headers xcmsdb-1.0.1 Device Color Characterization utility for X xconsole-1.0.3_1 Monitor system console messages with X xcursor-themes-1.0.1_1 X.org cursors themes xcursorgen-1.0.2 Create an X cursor file from a collection of PNG images xdbedizzy-1.0.2 Demo of DBE creating a double buffered spinning scene xditview-1.0.1_1 Display ditroff output xdm-1.1.8_1 X.Org X display manager xdpyinfo-1.0.3 Display information utility for X xdriinfo-1.0.2 Query configuration information of DRI drivers xdvik-tetex-22.84.10_2 DVI Previewer(kpathsearch) for X xedit-1.1.2 Simple text editor for X xev-1.0.3 Print contents of X events xextproto-7.0.5 XExt extension headers xeyes-1.0.1 A follow the mouse X demo xf86-input-acecad-1.2.2 X.Org acecad input driver xf86-input-calcomp-1.1.2 X.Org calcomp input driver xf86-input-citron-2.2.1_2 X.Org citron input driver xf86-input-digitaledge-1.1.1 X.Org digitaledge input driver xf86-input-dmc-1.1.2 X.Org dmc input driver xf86-input-dynapro-1.1.2 X.Org dynapro input driver xf86-input-elo2300-1.1.2 X.Org elo2300 input driver xf86-input-elographics-1.2.3 X.Org elographics input driver xf86-input-fpit-1.2.0 X.Org fpit input driver xf86-input-hyperpen-1.2.0 X.Org hyperpen input driver xf86-input-jamstudio-1.2.0 X.Org jamstudio input driver xf86-input-joystick-1.4.0 X.Org joystick input driver xf86-input-keyboard-1.3.2 X.Org keyboard input driver xf86-input-magellan-1.2.0 X.Org magellan input driver xf86-input-microtouch-1.2.0 X.Org microtouch input driver xf86-input-mouse-1.4.0_3 X.Org mouse input driver xf86-input-mutouch-1.2.1 X.Org mutouch input driver xf86-input-palmax-1.2.0 X.Org palmax input driver xf86-input-penmount-1.3.0 X.Org penmount input driver xf86-input-spaceorb-1.1.1_2 X.Org spaceorb input driver xf86-input-summa-1.2.0 X.Org summa input driver xf86-input-tek4957-1.2.0 X.Org tek4957 input driver xf86-input-void-1.1.1_2 X.Org void input driver xf86-video-dummy-0.3.0 X.Org dummy display driver xf86-video-fbdev-0.4.0 X.Org fbdev display driver xf86-video-intel-2.5.1 Driver for Intel integrated graphics chipsets xf86-video-vesa-2.1.0 X.Org vesa display driver xf86bigfontproto-1.1.2 XFree86-Bigfont extension headers xf86dga-1.0.2_1 Test program for the XFree86-DGA extension xf86dgaproto-2.0.3 XFree86-DGA extension headers xf86driproto-2.0.4 XFree86-DRI extension headers xf86miscproto-0.9.2 XFree86-Misc extension headers xf86rushproto-1.1.2 XFree86-Rush extension headers xf86vidmodeproto-2.2.2 XFree86-VidModeExtension extension headers xfd-1.0.1_1 Display all characters in an X font xfindproxy-1.0.1 Locate available proxy services xfontsel-1.0.2_1 Point and click selection of X11 font names xfs-1.0.8_1,1 X.Org font server xfsinfo-1.0.2 X font server information utility xfwp-1.0.1 X firewall proxy xgamma-1.0.2 Gamma correction through the X server. xgc-1.0.1_1 X graphics demo xhost-1.0.2 Server access control program for X xineramaproto-1.1.2 Xinerama extension headers xinit-1.1.1 X Window System initializer xinput-1.4.0 Very useful utility for configuring and testing XInput devi xkbcomp-1.0.5 Compile XKB keyboard description xkbevd-1.0.2 XKB event daemon xkbprint-1.0.1 Utility for printing an XKB keyboard description xkbutils-1.0.1_2 XKB utility demos xkeyboard-config-1.4 X Keyboard Configuration Database xkill-1.0.1 Utility for killing a client by its X resource xload-1.0.2_1 System load average display for X xloadimage-4.1.16_4 X11 Image Loading Utility xlogo-1.0.1_1 Displays the X Window System logo. xlsatoms-1.0.1 List interned atoms defined on a server xlsclients-1.0.1 List client applications running on a display xlsfonts-1.0.2 Server font list displayer for X xmag-1.0.2_1 X application for screen magnifying xman-1.0.3_1 Manual page display program for X xmessage-1.0.2_1 Display message or query in a X window xml2rfc-1.33_1 A tool to create RFCs and related documents from XML, as pe xmlcatmgr-2.2 SGML and XML catalog manager xmms-1.2.11_6 X Multimedia System -- An audio player with Winamp GUI xmodmap-1.0.3 Utility for modifying keymaps and pointer button mappings i xmore-1.0.1_1 Plain text display program for X xorg-apps-7.4_1 X.org apps meta-port xorg-cf-files-1.0.2_3 X.org cf files for use with imake builds xorg-docs-1.4,1 X.org documentation files xorg-drivers-7.4 X.org drivers meta-port xorg-fonts-100dpi-7.4 X.Org 100dpi bitmap fonts xorg-fonts-7.4 X.org fonts meta-port xorg-fonts-75dpi-7.4 X.Org 75dpi bitmap fonts xorg-fonts-cyrillic-7.4 X.Org Cyrillic bitmap fonts xorg-fonts-miscbitmaps-7.4 X.Org miscellaneous bitmap fonts xorg-fonts-truetype-7.4 X.Org TrueType fonts xorg-fonts-type1-7.4 X.Org Type1 fonts xorg-libraries-7.4 X.org libraries meta-port xorg-macros-1.2.1 X.Org development aclocal macros xorg-nestserver-1.5.3_1,1 Nesting X server from X.Org xorg-server-1.5.3_6,1 X.Org X server and related programs xorg-vfbserver-1.5.3_1,1 X virtual framebuffer server from X.Org xpdf-3.02_10 Display PDF files, and convert them to other formats xplsprinters-1.0.1 Shows a list of Xprint printers xpr-1.0.2 Utility for printing an X window dump xprehashprinterlist-1.0.1 Recomputes the list of available printers. xprop-1.0.4 Property displayer for X xproto-7.0.15 X11 protocol headers xproxymanagementprotocol-1.0.2 X Proxy Management Protocol headers xrandr-1.2.3 Primitive command line interface to the RandR extension xrdb-1.0.5 X server resource database utility xrefresh-1.0.2 Refresh all or part of an X screen xrx-1.0.1_2 RX helper program xset-1.0.4 User preference utility for X xsetmode-1.0.0 Set the mode for an X Input Device xsetpointer-1.0.1 Set an X Input device as the main pointer xsetroot-1.0.2 root window parameter setting utility for X xsm-1.0.1_1 X Session Manager xstdcmap-1.0.1 X standard colormap utility xterm-241 Terminal emulator for the X Window System xtrans-1.2.3 Abstract network code for X xtrap-1.0.2 XTrap sample clients for X xv-3.10a_7 An X11 program that displays images of various formats xvid-1.2.1,1 An opensource MPEG-4 codec, based on OpenDivx xvidtune-1.0.1_1 Video mode tuner for X xvinfo-1.0.2 Print out X-Video extension adaptor information xwd-1.0.2 Dump an image of an X window xwininfo-1.0.4 Window information utility for X xwud-1.0.1 Image displayer for X yasm-0.7.2 A complete rewrite of the NASM assembler zip-3.0 Create/update ZIP files compatible with pkzip > --=20 > Pav Lucistnik > > East or west, ~ is best. > > --=-yBrIaAqTcTJPFPjZqNKQ > Content-Type: application/pgp-signature; name="signature.asc" > Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= > =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= > =?ISO-8859-1?Q?_zpr=E1vy?= > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (FreeBSD) > > iEYEABECAAYFAknCwrMACgkQntdYP8FOsoL3qACeKBtbLn27eZ5fKRzYsA/jsav0 > jigAn0Qn3RDdTO3xF2fYBKQTM2Dr6dyX > =hXhr > -----END PGP SIGNATURE----- > > --=-yBrIaAqTcTJPFPjZqNKQ-- > -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From pav at FreeBSD.org Thu Mar 19 15:57:43 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Thu Mar 19 15:57:49 2009 Subject: ports/126812: x11-drivers/xf86-video-ati - System freeze when exiting X server when using ati or radeon drivers on AMD 780G In-Reply-To: <200903192253.n2JMrl53082719@drugs.dv.isc.org> References: <200903192253.n2JMrl53082719@drugs.dv.isc.org> Message-ID: <1237503451.34143.25.camel@hood.oook.cz> Mark Andrews p??e v p? 20. 03. 2009 v 09:53 +1100: > > With latest xorg? > > With this set of packages. If you need me to update ports > I can but it won't be for a week and a half as I'm on the > road tomorrow. Well sure, no point trying anything with old ports. -- Pav Lucistnik You have acquired a scroll entitled 'irk gleknow mizk' (n). This is an IBM Manual scroll. You are permanently confused. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090319/7f09d2c4/attachment.pgp From rnoland at FreeBSD.org Thu Mar 19 16:08:17 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Thu Mar 19 16:08:23 2009 Subject: ports/131289: x11/xorg: xorg 7.4 exiting the server leads to instantaneous reboot (crash) In-Reply-To: <200903192208.n2JM8PX1081520@drugs.dv.isc.org> References: <200903192208.n2JM8PX1081520@drugs.dv.isc.org> Message-ID: <1237504073.1777.64.camel@balrog.2hip.net> On Fri, 2009-03-20 at 09:08 +1100, Mark Andrews wrote: > In message <200903191644.n2JGiis4011823@freefall.freebsd.org>, pav@freebsd.org > writes: > > Synopsis: x11/xorg: xorg 7.4 exiting the server leads to instantaneous reboot > > (crash) > > > > State-Changed-From-To: open->closed > > State-Changed-By: pav > > State-Changed-When: Thu Mar 19 16:43:44 UTC 2009 > > State-Changed-Why: > > submitter reports moving to 7-stable fixed the problem for him > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=131289 > > What about the rest of use still on 6. Unfortunately, I can't MFC the drm code to 6. There will not ever be another release of 6, afaik. robert. > > _______________________________________________ > > 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" -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090319/3eae1919/attachment.pgp From rnoland at FreeBSD.org Thu Mar 19 16:13:27 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Thu Mar 19 16:13:36 2009 Subject: ports/126812: x11-drivers/xf86-video-ati - System freeze when exiting X server when using ati or radeon drivers on AMD 780G In-Reply-To: <200903192253.n2JMrl53082719@drugs.dv.isc.org> References: <200903192253.n2JMrl53082719@drugs.dv.isc.org> Message-ID: <1237504387.1777.73.camel@balrog.2hip.net> On Fri, 2009-03-20 at 09:53 +1100, Mark Andrews wrote: > In message <1237500595.34143.20.camel@hood.oook.cz>, Pav Lucistnik writes: > > > > --=-yBrIaAqTcTJPFPjZqNKQ > > Content-Type: text/plain; charset="ISO-8859-2" > > Content-Transfer-Encoding: quoted-printable > > > > Mark Andrews p=ED=B9e v p=E1 20. 03. 2009 v 09:04 +1100: > > > In message <200903191552.n2JFqXjj045207@freefall.freebsd.org>, pav@freebs= > > d.org=20 > > > writes: > > > > Synopsis: x11-drivers/xf86-video-ati - System freeze when exiting X ser= > > ver wh > > > > en using ati or radeon drivers on AMD 780G > > > >=20 > > > > State-Changed-From-To: open->feedback > > > > State-Changed-By: pav > > > > State-Changed-When: Thu Mar 19 15:49:39 UTC 2009 > > > > State-Changed-Why:=20 > > > > Does this still happen with xorg 7.4 ? > > > >=20 > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D126812 > > >=20 > > > Well it happens for me using the intel driver. Complete > > > lockup when exiting / or swithing to the console using > > > ALT F1. The only solution is to hit the power button. > > > The machine even stops responding to pings. > > > > With latest xorg? > > With this set of packages. If you need me to update ports > I can but it won't be for a week and a half as I'm on the > road tomorrow. > > Mark > > FreeBSD drugs.dv.isc.org 6.4-STABLE FreeBSD 6.4-STABLE #30: Mon Feb 9 12:22:29 EST 2009 marka@drugs.dv.isc.org:/usr/obj/usr/src/sys/DRUGS i386 All bets are off if your using 6.x, most especially with Intel with drm. If you aren't using drm, then it might have a marginally better chance. robert. > hostb0@pci0:0:0: class=0x060000 card=0x01821028 chip=0x25908086 rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '915GM Mobile Intel(R) 915GM/PM/GMS/910GML Express Processor to DRAM Controller' > class = bridge > subclass = HOST-PCI > vgapci0@pci0:2:0: class=0x030000 card=0x01821028 chip=0x25928086 rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82915GM/GMS, 82910GML Integrated Graphics Device' > class = display > subclass = VGA > vgapci1@pci0:2:1: class=0x038000 card=0x01821028 chip=0x27928086 rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Mobile 82915GLx/x/x Mobile Intel(R) 915GM/GMS/, 910GML Express Chipset Family' > class = display > pcib1@pci0:28:0: class=0x060400 card=0x00000000 chip=0x26608086 rev=0x03 hdr=0x01 > vendor = 'Intel Corporation' > device = '82801FB/FR/FW/FRW PCI Express Port 1' > class = bridge > subclass = PCI-PCI > uhci0@pci0:29:0: class=0x0c0300 card=0x01821028 chip=0x26588086 rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FB/FR/FW/FRW USB UHCI Controller' > class = serial bus > subclass = USB > uhci1@pci0:29:1: class=0x0c0300 card=0x01821028 chip=0x26598086 rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FB/FR/FW/FRW USB UHCI Controller' > class = serial bus > subclass = USB > uhci2@pci0:29:2: class=0x0c0300 card=0x01821028 chip=0x265a8086 rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FB/FR/FW/FRW USB UHCI Controller' > class = serial bus > subclass = USB > uhci3@pci0:29:3: class=0x0c0300 card=0x01821028 chip=0x265b8086 rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FB/FR/FW/FRW USB UHCI Controller' > class = serial bus > subclass = USB > ehci0@pci0:29:7: class=0x0c0320 card=0x01821028 chip=0x265c8086 rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FB/FR/FW/FRW USB 2.0 EHCI Controller' > class = serial bus > subclass = USB > pcib2@pci0:30:0: class=0x060401 card=0x01821028 chip=0x24488086 rev=0xd3 hdr=0x01 > vendor = 'Intel Corporation' > device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge' > class = bridge > subclass = PCI-PCI > pcm0@pci0:30:2: class=0x040100 card=0x01821028 chip=0x266e8086 rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Intel Corporation 82830M/MG SDRAM Controller / Ho AC '97 Audio Controller/ Sigmatel (SoundMAX Integrated Digital Audio)' > class = multimedia > subclass = audio > none0@pci0:30:3: class=0x070300 card=0x542314f1 chip=0x266d8086 rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Intel 82801DB Realtek ALC655 @ Intel 82801EB ICH5-M - AC'97 Audio Controller [B-1] PCI' > class = simple comms > subclass = generic modem > isab0@pci0:31:0: class=0x060100 card=0x01821028 chip=0x26418086 rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FBM LPC Interface Bridge (ICH6-M)' > class = bridge > subclass = PCI-ISA > atapci0@pci0:31:2: class=0x010180 card=0x01821028 chip=0x26538086 rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FBM (ICH6M) SATA Controller' > class = mass storage > subclass = ATA > bge0@pci2:0:0: class=0x020000 card=0x01821028 chip=0x167714e4 rev=0x01 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM5750A1 NetXtreme Gigabit Ethernet PCI Express' > class = network > subclass = ethernet > cbb0@pci3:1:0: class=0x060700 card=0x01821028 chip=0x8036104c rev=0x00 hdr=0x02 > vendor = 'Texas Instruments (TI)' > class = bridge > subclass = PCI-CardBus > none1@pci3:1:5: class=0x078000 card=0x01821028 chip=0x8038104c rev=0x00 hdr=0x00 > vendor = 'Texas Instruments (TI)' > device = 'ff101179 GemCore based SmartCard controller' > class = simple comms > iwi0@pci3:3:0: class=0x028000 card=0x27218086 chip=0x42208086 rev=0x05 hdr=0x00 > vendor = 'Intel Corporation' > device = 'MPCI3B driverIntel PRO/Wireless 2200BG' > class = network > > ORBit2-2.14.16 High-performance CORBA ORB with support for the C language > aalib-1.4.r5_4 An ascii art library > acroread8-8.1.3_1 Adobe Reader for view, print, and search PDF documents (ENU > acroreadwrapper-0.0.20080906 Wrapper script for Adobe Reader > agg-2.5_5 A High Quality Rendering Engine for C++ > amspsfnt-1.0_5 AMSFonts PostScript Fonts (Adobe Type 1 format) > appres-1.0.1 Program to list application's resources > apr-gdbm-db46-1.3.3.1.3.4_1 Apache Portability Library > atk-1.24.0 A GNOME accessibility toolkit (ATK) > autoconf-2.13.000227_6 Automatically configure source code on many Un*x platforms > autoconf-2.62 Automatically configure source code on many Un*x platforms > autoconf-wrapper-20071109 Wrapper script for GNU autoconf > automake-1.10.1 GNU Standards-compliant Makefile generator (1.10) > automake-1.4.6_5 GNU Standards-compliant Makefile generator (1.4) > automake-1.5_5,1 GNU Standards-compliant Makefile generator (1.5) > automake-1.9.6_3 GNU Standards-compliant Makefile generator (1.9) > automake-wrapper-20071109 Wrapper script for GNU automake > avahi-app-0.6.24 Service discovery on a local network > bash-3.2.48_1 The GNU Project's Bourne Again SHell > bdftopcf-1.0.1 Convert X font from BDF to PCF > beforelight-1.0.3_1 A sample screen saver for X > bigreqsproto-1.0.2 BigReqs extension headers > birda-1.3 Bohlin's IrDA utilities, ported from NetBSD's pkgsrc > bison-2.4.1,1 A parser generator from FSF, (mostly) compatible with Yacc > bitmap-1.0.3_1 Bitmap editor and converter utilities for X > bitstream-vera-1.10_4 Bitstream Vera TrueType font collection > boehm-gc-6.8 Garbage collection and memory leak detection for C and C++ > boost-1.34.1 Free peer-reviewed portable C++ source libraries > british-ispell-3.1_4 An interactive spelling checker for multiple languages > ca-roots-1.2 A list of SSL CA root certificates > ca_root_nss-3.11.9_2 The root certificate bundle from the Mozilla Project > cairo-1.8.6_1,1 Vector graphics library with cross-device output support > cdrtools-2.01_7 CD/CD-R[W] and ISO-9660 image creation and extraction tools > cm-super-0.3.4_1 Computer Modern Font Families in Type 1 Fonts > cmake-2.6.2 A cross-platform make > cmpsfont-1.0_6 Computer Modern PostScript Fonts (Adobe Type 1 format) > compositeproto-0.4 Composite extension headers > consolekit-0.3.0_5 Framework for defining and tracking users > cups-base-1.3.9_3 Common UNIX Printing System > curl-7.19.4 Non-interactive tool to get files from FTP, GOPHER, HTTP(S) > cvsup-without-gui-16.1h_4 File distribution system optimized for CVS (non-GUI version > cyrus-sasl-2.1.22_2 RFC 2222 SASL (Simple Authentication and Security Layer) > damageproto-1.1.0_2 Damage extension headers > db2latex-0.8p1_1 DocBook to LaTeX XSL stylesheets > db41-4.1.25_4 The Berkeley DB package, revision 4.1 > db46-4.6.21.3 The Berkeley DB package, revision 4.6 > dbus-1.2.4.4 A message bus system for inter-application communication > dbus-glib-0.80 GLib bindings for the D-BUS messaging system > desktop-file-utils-0.15_1 A couple of command line utilities for working with desktop > diablo-jdk-1.6.0.07.02_3 Java Development Kit 1.6.0_07.02 > dirmngr-1.0.2_1 A client for managing and downloading certificate revocatio > djbfft-0.76_2 An extremely fast library for floating-point convolution > dmidecode-2.10 A tool for dumping DMI (SMBIOS) contents in human-readable > dmxproto-2.2.2 DMX extension headers > docbook-4.1_3 V4.1 of the DocBook DTD, designed for technical documentati > docbook-sk-4.1.2_4 XML version of the DocBook DTD version controlled for Scrol > docbook-xml-4.2_1 XM