From owner-freebsd-x11@FreeBSD.ORG Sun Feb 7 12:12:19 2010 Return-Path: Delivered-To: x11@FreeBSD.org Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id EA94F106566B; Sun, 7 Feb 2010 12:12:18 +0000 (UTC) (envelope-from nork@FreeBSD.org) Date: Sun, 7 Feb 2010 21:12:18 +0900 From: Norikatsu Shigemura To: ports@FreeBSD.org, x11@FreeBSD.org Message-Id: <20100207211218.6051b158.nork@FreeBSD.org> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Norikatsu Shigemura Subject: [HEADS UP] AMD Radeon HD 2xxx/3xxx/4xxx users to use 3D HW accel support X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Feb 2010 12:12:19 -0000 Hi Radeon HD users. I committed new Mesa3D and libdrm. In this time, disabled, so to use new version, you should set WITHOUT_NOUVEAU on /etc/make.conf. Please see also /usr/ports/UPDATING and KNOBS. From owner-freebsd-x11@FreeBSD.ORG Mon Feb 8 11:07:08 2010 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4096610656C2 for ; Mon, 8 Feb 2010 11:07:08 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3008F8FC26 for ; Mon, 8 Feb 2010 11:07:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o18B78V1087556 for ; Mon, 8 Feb 2010 11:07:08 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o18B77nN087554 for freebsd-x11@FreeBSD.org; Mon, 8 Feb 2010 11:07:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 8 Feb 2010 11:07:07 GMT Message-Id: <201002081107.o18B77nN087554@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-x11@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-x11@FreeBSD.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Feb 2010 11:07:08 -0000 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/142069 x11 x11/xorg: After adding on a laptop Toshiba Sattelite L o ports/141660 x11 x11/xorg: X can't determine amount of video memory on o ports/141386 x11 x11/xorg won't build from ports o ports/141272 x11 x11-drivers/xf86-video-ati and x11-drivers/xf86-video- o ports/141223 x11 x11-drivers/xf86-video-chips needs to be updated to 1. o ports/141145 x11 devel/makedepend: causes problem with openssl & X o ports/141116 x11 [hang] x11/xorg: ATI radeon xorg freezes [regression] o ports/140809 x11 x11/xorg: Xorg 7.4 radeon drm crashes 8.0 o ports/140775 x11 x11/xorg: fatal trap 12 after closing XORG with CTRL-A o ports/140764 x11 x11-drivers/xf86-video-openchrome segfaults with VIA K o ports/140254 x11 x11-drivers/xf86-video-cirrus: Black Screen with Cirru o ports/139509 x11 x11-servers/xorg-server: runtime problems in latest (2 o ports/139045 x11 x11-drivers/xf86-video-ati: update to 6.12.3 o ports/139011 x11 [patch] Add options to support GLX TLS in x11-servers o ports/137748 x11 x11/xorg: "unprocessed" mouse click results in effecti o ports/137731 x11 [patch] x11-drivers/xf86-input-vmmouse o ports/135276 x11 x11/xorg: GUI running first time only while using Free o ports/134643 x11 [patch] x11-servers/xorg-server - Unbreak Xorg 7.4 ser o ports/134244 x11 x11/xorg: "intel" driver for Xorg is very broken o ports/134132 x11 x11-servers/xorg-server: Intel i845 - xorg.conf with U o ports/134082 x11 x11/xdriinfo: xdriinfo-1.0.2 build fail o ports/133946 x11 x11-servers/xorg-server [patch] X crashes in xinerama o ports/133609 x11 x11/xorg crashes with vlc, intel video driver o ports/133482 x11 x11/libXext "Generic Event Extension not available" er o ports/133465 x11 x11/xorg: X crashes with mplayer -vo xv with xf86-vide 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/132100 x11 x11/xorg: Xorg server forgets pointer map after xlock o ports/132041 x11 x11/xorg: Broken Intel video driver 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/131016 x11 x11/xorg - xorg-7.4 renders system unusable! s kern/130478 x11 [request] Port Linux kernel stub of nouveau to FreeBSD o ports/125883 x11 x11-fonts/xorg-fonts-cyrillic is installed, but fonts o ports/122830 x11 x11/xorg: Error in I830WaitLpRing() s ports/117907 x11 x11-servers/mga_hal broken on 7.0-BETA (GLIBC error) o ports/116443 x11 x11-drivers/xf86-input-keyboard patch for USB jp106 ke 38 problems total. From owner-freebsd-x11@FreeBSD.ORG Mon Feb 8 17:40:06 2010 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 544581065679 for ; Mon, 8 Feb 2010 17:40:06 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 8E7F68FC13 for ; Mon, 8 Feb 2010 17:40:04 +0000 (UTC) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id o18HQsYE001308; Mon, 8 Feb 2010 09:26:54 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.3/Submit) id o18HQsHv001307; Mon, 8 Feb 2010 09:26:54 -0800 (PST) (envelope-from david) Date: Mon, 8 Feb 2010 09:26:54 -0800 From: David Wolfskill To: x11@freebsd.org Message-ID: <20100208172654.GA391@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="O5XBE6gyVG5Rl6Rj" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: DRI problems with ati/radeon on stable/7 r203425 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Wolfskill , x11@freebsd.org List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Feb 2010 17:40:06 -0000 --O5XBE6gyVG5Rl6Rj Content-Type: multipart/mixed; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I had written to ports@ some months ago; at the time, my laptop was configured to boot stable/6 from slice 1, stable/7 from slice 2, stable/8 from slice 3, and head from slice 4; all ports (save compat6x & compat7x) were built under stable/6. The reason for the message at the time was that I had found that sometimes -- though not always -- the laptop would seem to lock up instead of starting xdm (as it is configured to do). I found that while I could reliably use DRI while running X under stable/6, the only way I could find to run X built under stable/6 reliably under the other OSen was to disable DRI in xorg.conf. Given the recent activity in ports (with the upgrade to jpeg & every port that depends on it getting a bump over the weekend), I decided to "bite the bullet" and install all 800+ ports anew, building everything under stable/7, and bidding a rather fond farewall to stable/6. By yesterday afternoon, I had finally managed to get enough of the ports built to have a usable X environment, which worked OK -- though I noticed that I still had DRI disabled in xorg.conf (as an artifact of having last booted the laptop when the installed X.org had been built under stable/6). So in prepartation for the next boot, I re-enabled DRI in xorg.conf. Well, the time for the next boot has come, and from about 10 minutes before I started typing this note until just now, xdm would not start. Nor could I use ssh(1) to login to the machine, and attempting to login via serial got very sluggish response, to the point that it took a couple of minutes to echo the login I typed, and after I hit Enter, I got "Login timed out after 300 seconds" before the Password: prompt appeared. And the xdm login banner finally showed up; I'd estimate that was around 20 minutes of idle time before that happened. The ports tree is almost as up-to-date as my local SVN mirror, which was at r203541 as of Sat Feb 6 03:30:08 PST 2010. (Local CVS mirror had been updated from cvsup4 at around Sat Feb 6 04:46:28 PST 2010.) I had thought that the apparent "lock-ups" were because of an unaddressed issue in compat6x; I believe the recent evidence indicates otherwise. I've attached copies of: * /var/run/dmesg.boot * /var/log/Xorg.0.log * /var/log/xdm.log and would appreciate suggestions for resolving the issue. (Please include me in replies; while I am subscribed to ports@, I am not currently subscribed to x11@.) Thanks. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: quoted-printable Copyright (c) 1992-2010 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.3-PRERELEASE #55 r203425: Wed Feb 3 05:38:03 PST 2010 root@g1-135.catwhisker.org:/common/S2/obj/usr/src/sys/CANARY i386 Preloaded elf kernel "/boot/kernel/kernel" at 0xc0f51000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc0f5114c. Preloaded elf module "/boot/kernel/if_iwi.ko" at 0xc0f511f8. Preloaded elf module "/boot/kernel/iwi_bss.ko" at 0xc0f512a4. Preloaded elf module "/boot/kernel/iwi_ibss.ko" at 0xc0f51350. Preloaded elf module "/boot/kernel/iwi_monitor.ko" at 0xc0f51400. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0f514b0. Calibrating clock(s) ... i8254 clock: 1193178 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2392954220 Hz CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.40GHz (2392.95-MHz 686-class CP= U) Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 Features=3D0xbfebf9ff Features2=3D0x400 Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 128 entries Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte = line size Trace cache: 12K-uops, 8-way set associative 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte lin= e size real memory =3D 2147360768 (2047 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001025000 - 0x000000007db8cfff, 2092335104 bytes (510824 pages) avail memory =3D 2091487232 (1994 MB) bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry =3D 0xffe90 (c00ffe90) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0xbfee pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry =3D f0000:e2f4 Rev =3D 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: ULE: setup cpu group 0 ULE: setup cpu 0 ULE: adding cpu 0 to group 0: cpus 1 mask 0x1 wlan_amrr: firmware: 'iwi_bss' version 300: 191142 bytes loaded at 0xc0e55000 firmware: 'iwi_ibss' version 300: 185660 bytes loaded at 0xc0e8673c firmware: 'iwi_monitor' version 300: 187836 bytes loaded at 0xc0eb6000 wlan: <802.11 Link Layer> snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff [10= 24] feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D5 feeder_bu= ffersize=3D16384 feeder_rate_min=3D1 feeder_rate_max=3D2016000 feeder_rate_= round=3D25 random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 io: mem: Pentium Pro MTRR support enabled null: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (Jan 31 2010 07:04:= 22) ACPI: RSDP @ 0x0xfde50/0x0014 (v 0 DELL ) ACPI: RSDT @ 0x0xfde64/0x002C (v 1 DELL CPi R 0x27D40107 ASL 0x00000= 061) ACPI: FACP @ 0x0xfde90/0x0074 (v 1 DELL CPi R 0x27D40107 ASL 0x00000= 061) ACPI: DSDT @ 0x0xfffe4000/0x314E (v 1 INT430 SYSFexxx 0x00001001 MSFT 0x01= 00000E) ACPI: FACS @ 0x0x7ffff800/0x0040 ACPI: BOOT @ 0x0xfdf04/0x0028 (v 1 DELL CPi R 0x27D40107 ASL 0x00000= 061) npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: wakeup code va 0xc51a1000 pa 0x1000 atpic: Programming IRQ9 as level/low pci_open(1): mode 1 addr port (0x0cf8) is 0x80010014 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D1a308086) pcibios: BIOS version 2.10 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.ISAB.FDIS -> bus 0 dev 31 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.USB1.AD1_ -> bus 0 dev 29 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.ISAB.PIRQ -> bus 0 dev 31 func 0 acpi0: reservation of 0, 9fc00 (3) failed acpi0: reservation of 100000, 7fef0000 (3) failed ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 9 10 11 Validation 0 11 N 0 9 10 11 After Disable 0 255 N 0 9 10 11 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 7 Validation 0 255 N 0 5 7 After Disable 0 255 N 0 5 7 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 9 10 11 Validation 0 11 N 0 9 10 11 After Disable 0 255 N 0 9 10 11 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 7 9 10 11 Validation 0 11 N 0 5 7 9 10 11 After Disable 0 255 N 0 5 7 9 10 11 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.31.INTA at func 1: 255 ACPI: Found matching pin for 0.31.INTB at func 5: 11 pci_link1: BIOS IRQ 11 for 0.31.INTB is invalid ACPI: Found matching pin for 0.29.INTA at func 0: 11 ACPI: Found matching pin for 0.29.INTC at func 2: 11 pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x1a30, revid=3D0x04 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type Prefetchable Memory, range 32, base 0xe8000000, size 26, ena= bled found-> vendor=3D0x8086, dev=3D0x1a31, revid=3D0x04 domain=3D0, bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x00a0, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x0e (3500 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x2482, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 map[20]: type I/O Port, range 32, base 0xbf80, size 5, enabled pcib0: matched entry for 0.29.INTA (src \\_SB_.PCI0.LNKA:0) pcib0: slot 29 INTA routed to irq 11 via \\_SB_.PCI0.LNKA found-> vendor=3D0x8086, dev=3D0x2487, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D11 map[20]: type I/O Port, range 32, base 0xbf20, size 5, enabled pcib0: matched entry for 0.29.INTC (src \\_SB_.PCI0.LNKC:0) pcib0: slot 29 INTC routed to irq 11 via \\_SB_.PCI0.LNKC found-> vendor=3D0x8086, dev=3D0x2448, revid=3D0x42 domain=3D0, bus=3D0, slot=3D30, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x0080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x248c, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x010f, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x248a, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 map[20]: type I/O Port, range 32, base 0xbfa0, size 4, enabled map[24]: type Memory, range 32, base 0, size 10, memory disabled found-> vendor=3D0x8086, dev=3D0x2485, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D5 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 map[10]: type I/O Port, range 32, base 0xd800, size 8, enabled map[14]: type I/O Port, range 32, base 0xdc80, size 6, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.PCI0.LNKB:0) pci_link1: Picked IRQ 9 with weight 0 pcib0: slot 31 INTB routed to irq 9 via \\_SB_.PCI0.LNKB found-> vendor=3D0x8086, dev=3D0x2486, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D6 class=3D07-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 map[10]: type I/O Port, range 32, base 0xd400, size 8, enabled map[14]: type I/O Port, range 32, base 0xdc00, size 7, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.PCI0.LNKB:0) pcib0: slot 31 INTB routed to irq 9 via \\_SB_.PCI0.LNKB agp0: on hostb0 hostb0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe8000000 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xc000-0xcfff pcib1: memory decode 0xfc000000-0xfdffffff pcib1: prefetched decode 0xe0000000-0xe7ffffff ACPI: Found matching pin for 1.0.INTA at func 0: 11 pci1: on pcib1 pci1: domain=3D0, physical bus=3D1 found-> vendor=3D0x1002, dev=3D0x4c66, revid=3D0x01 domain=3D0, bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x01a7, statreg=3D0x02b0, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xe0000000, size 27, ena= bled pcib1: requested memory range 0xe0000000-0xe7ffffff: good map[14]: type I/O Port, range 32, base 0xc000, size 8, enabled pcib1: requested I/O range 0xc000-0xc0ff: in range map[18]: type Memory, range 32, base 0xfcff0000, size 16, enabled pcib1: requested memory range 0xfcff0000-0xfcffffff: good pcib1: matched entry for 1.0.INTA (src \\_SB_.PCI0.LNKA:0) pcib1: slot 0 INTA routed to irq 11 via \\_SB_.PCI0.LNKA vgapci0: port 0xc000-0xc0ff mem 0xe0000000-0xe7fff= fff,0xfcff0000-0xfcffffff irq 11 at device 0.0 on pci1 uhci0: port 0xbf80-0xbf9f i= rq 11 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf80 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xbf20-0xbf3f i= rq 11 at device 29.2 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf20 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered pcib2: at device 30.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 16 pcib2: I/O decode 0xe000-0xffff pcib2: memory decode 0xf4000000-0xfbffffff pcib2: no prefetched decode pcib2: Subtractively decoded bridge. ACPI: Found matching pin for 2.1.INTA at func 0: 255 ACPI: Found matching pin for 2.1.INTA at func 1: 255 ACPI: Found matching pin for 2.1.INTA at func 2: 11 ACPI: Found matching pin for 2.3.INTA at func 0: 11 ACPI: Found matching pin for 2.0.INTA at func 0: 11 pci2: on pcib2 pci2: domain=3D0, physical bus=3D2 found-> vendor=3D0x10b7, dev=3D0x9200, revid=3D0x78 domain=3D0, bus=3D2, slot=3D0, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0117, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x0a (2500 ns), maxlat=3D0x0a (2500 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xec80, size 7, enabled pcib2: requested I/O range 0xec80-0xecff: in range map[14]: type Memory, range 32, base 0xf8fffc00, size 7, enabled pcib2: requested memory range 0xf8fffc00-0xf8fffc7f: good pcib2: matched entry for 2.0.INTA (src \\_SB_.PCI0.LNKC:0) pcib2: slot 0 INTA routed to irq 11 via \\_SB_.PCI0.LNKC found-> vendor=3D0x104c, dev=3D0xac42, revid=3D0x00 domain=3D0, bus=3D2, slot=3D1, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x07 (1750 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0, size 12, memory disabled found-> vendor=3D0x104c, dev=3D0xac42, revid=3D0x00 domain=3D0, bus=3D2, slot=3D1, func=3D1 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x07 (1750 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0, size 12, memory disabled found-> vendor=3D0x104c, dev=3D0x8027, revid=3D0x00 domain=3D0, bus=3D2, slot=3D1, func=3D2 class=3D0c-00-10, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0116, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x04 (1000 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D2 D3 current D0 map[10]: type Memory, range 32, base 0xf8fff000, size 11, enabled pcib2: requested memory range 0xf8fff000-0xf8fff7ff: good map[14]: type Memory, range 32, base 0xf8ff8000, size 14, enabled pcib2: requested memory range 0xf8ff8000-0xf8ffbfff: good pcib2: matched entry for 2.1.INTA (src \\_SB_.PCI0.LNKD:0) pcib2: slot 1 INTA routed to irq 11 via \\_SB_.PCI0.LNKD found-> vendor=3D0x8086, dev=3D0x4220, revid=3D0x05 domain=3D0, bus=3D2, slot=3D3, func=3D0 class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0016, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x18 (6000 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xf8ffe000, size 12, enabled pcib2: requested memory range 0xf8ffe000-0xf8ffefff: good pcib2: matched entry for 2.3.INTA (src \\_SB_.PCI0.LNKD:0) pcib2: slot 3 INTA routed to irq 11 via \\_SB_.PCI0.LNKD xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xec80-0xecff mem 0xf8fffc00-0= xf8fffc7f irq 11 at device 0.0 on pci2 xl0: Reserved 0x80 bytes for rid 0x14 type 3 at 0xf8fffc00 xl0: using memory mapped I/O xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 ukphy0: PHY 24 on miibus0 ukphy0: OUI 0x00105a, model 0x0000, rev. 0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:08:74:e9:c9:41 xl0: [MPSAFE] xl0: [ITHREAD] cbb0: at device 1.0 on pci2 pcib2: cbb0 requested memory range 0xf4000000-0xfbffffff: good cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xf4000000 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf4000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib2: matched entry for 2.1.INTA (src \\_SB_.PCI0.LNKD:0) pcib2: slot 1 INTA routed to irq 11 via \\_SB_.PCI0.LNKD cbb0: [MPSAFE] cbb0: [ITHREAD] cbb0: PCI Configuration space: 0x00: 0xac42104c 0x02100007 0x06070000 0x00822008=20 0x10: 0xf4000000 0x020000a0 0x20040302 0xfffff000=20 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffc=20 0x30: 0x00000000 0x0000fffc 0x00000000 0x0740010b=20 0x40: 0x00d51028 0x00000001 0x00000000 0x00000000=20 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x80: 0x3024d021 0x00000600 0x000f0000 0x05033002=20 0x90: 0x6064a6c0 0x00000000 0x00000000 0x00000000=20 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000=20 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 cbb1: at device 1.1 on pci2 pcib2: cbb1 requested memory range 0xf4000000-0xfbffffff: good cbb1: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xf4001000 cbb1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf4001000 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pcib2: matched entry for 2.1.INTA (src \\_SB_.PCI0.LNKD:0) pcib2: slot 1 INTA routed to irq 11 via \\_SB_.PCI0.LNKD cbb1: [MPSAFE] cbb1: [ITHREAD] cbb1: PCI Configuration space: 0x00: 0xac42104c 0x02100007 0x06070000 0x00822008=20 0x10: 0xf4001000 0x020000a0 0x20060502 0xfffff000=20 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffc=20 0x30: 0x00000000 0x0000fffc 0x00000000 0x0740010b=20 0x40: 0x00d51028 0x00000001 0x00000000 0x00000000=20 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x80: 0x3024d021 0x00000600 0x000f0000 0x05033002=20 0x90: 0x6064a6c0 0x00000000 0x00000000 0x00000000=20 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000=20 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 fwohci0: mem 0xf8fff000-0xf8fff7ff,0xf8ff8000-0= xf8ffbfff irq 11 at device 1.2 on pci2 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xf8fff000 fwohci0: [MPSAFE] fwohci0: [FILTER] fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 42:4f:c0:00:07:2c:30:41 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 42:4f:c0:2c:30:41 fwe0: bpf attached fwe0: Ethernet address: 42:4f:c0:2c:30:41 fwip0: on firewire0 fwip0: bpf attached fwip0: Firewire address: 42:4f:c0:00:07:2c:30:41 @ 0xfffe00000000, S400, ma= xrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xcaa740 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=3D0xc000ffc0, gen=3D1, CYCLEMASTER mode iwi0: mem 0xf8ffe000-0xf8ffefff irq 11 at de= vice 3.0 on pci2 iwi0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf8ffe000 iwi0: bpf attached iwi0: Ethernet address: 00:0e:35:aa:11:ca iwi0: bpf attached iwi0: bpf attached iwi0: [MPSAFE] iwi0: [ITHREAD] iwi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps iwi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbp= s 36Mbps 48Mbps 54Mbps isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0xbfa0-0xbfaf at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xbfa0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x9 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D3f ostat1=3D3f ata1: stat0=3D0x3f err=3D0x3f lsb=3D0x3f msb=3D0x3f ata1: stat0=3D0x3f err=3D0x3f lsb=3D0x3f msb=3D0x3f ata1: stat0=3D0x3f err=3D0x3f lsb=3D0x3f msb=3D0x3f ata1: stat0=3D0x3f err=3D0x3f lsb=3D0x3f msb=3D0x3f ata1: stat0=3D0x3f err=3D0x3f lsb=3D0x3f msb=3D0x3f ata1: stat0=3D0x3f err=3D0x3f lsb=3D0x3f msb=3D0x3f ata1: stat0=3D0x3f err=3D0x3f lsb=3D0x3f msb=3D0x3f ata1: stat0=3D0x3f err=3D0x3f lsb=3D0x3f msb=3D0x3f ata1: stat0=3D0x3f err=3D0x3f lsb=3D0x3f msb=3D0x3f ata1: stat0=3D0x3f err=3D0x3f lsb=3D0x3f msb=3D0x3f ata1: stat0=3D0x3f err=3D0x3f lsb=3D0x3f msb=3D0x3f ata1: stat0=3D0x3f err=3D0x3f lsb=3D0x3f msb=3D0x3f ata1: stat1=3D0x3f err=3D0x3f lsb=3D0x3f msb=3D0x3f ata1: reset tp2 stat0=3Dbf stat1=3Dbf devices=3D0x0 ata1: [MPSAFE] ata1: [ITHREAD] pcm0: port 0xd800-0xd8ff,0xdc80-0xdcbf irq 9 at devi= ce 31.5 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xd800 pcm0: Reserved 0x40 bytes for rid 0x14 type 4 at 0xdc80 pcm0: [MPSAFE] pcm0: [ITHREAD] pcm0: pcm0: Codec features mic channel, tone, simulated stereo, bass boost, 20 bi= t DAC, 18 bit ADC, 5 bit master volume, SRS 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, variable rate mic,= AMAP pcm0: ac97 codec dac ready count: 0 pcm0: Mixer "vol": pcm0: Mixer "bass": pcm0: Mixer "treble": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "line1": pcm0: Mixer "phin": pcm0: Mixer "phout": pcm0: Mixer "video": pcm0: clone manager: deadline=3D750ms flags=3D0x8000001e pcm0: sndbuf_setmap 7db40000, 4000; 0xc527d000 -> 7db40000 pcm0: sndbuf_setmap 7db44000, 4000; 0xc5281000 -> 7db44000 pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: current command byte:0065 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model GlidePoint, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 speaker0: port 0x61,0x63,0x65,0x67 on acpi0 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on= acpi0 fdc0: ic_type 90 part_id 80 fdc0: [FILTER] sio0: irq maps: 0x201 0x211 0x201 0x201 sio0: irq maps: 0x201 0x211 0x201 0x201 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A, console sio0: [FILTER] cpu0: on acpi0 cpu0: switching to generic Cx mode acpi_perf0: on cpu0 p4tcc0: on cpu0 ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 ppbus0: [MPSAFE] ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x201 0x201 0x201 0x201 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) pcf0 failed to probe on isa0 isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 134101 -> 100000 procfs registered Timecounter "TSC" frequency 2392954220 Hz quality 800 Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining Linux ELF exec handler installed ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based forward= ing enabled, default to deny, logging unlimited DUMMYNET with IPv6 initialized (040826) lo0: bpf attached hptrr: no controller detected. firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization start battery0: battery initialization done, tried 1 times battery1: battery initialization start battery1: battery initialization done, tried 1 times ata0-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wire ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire ad0: setting PIO4 on ICH3 chip ad0: setting UDMA100 on ICH3 chip ad0: 114473MB at ata0-master UDMA100 ad0: 234441648 sectors [232581C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 acd0: setting PIO4 on ICH3 chip fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout acd0: setting UDMA33 on ICH3 chip acd0: CDRW drive at ata0 as slave acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UD= MA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc (probe1:sbp0:0:0:0): error 22 (probe1:sbp0:0:0:0): Unretryable Error (probe2:sbp0:0:1:0): error 22 (probe2:sbp0:0:1:0): Unretryable Error (probe3:sbp0:0:2:0): error 22 (probe3:sbp0:0:2:0): Unretryable Error (probe4:sbp0:0:3:0): error 22 (probe4:sbp0:0:3:0): Unretryable Error (probe5:sbp0:0:4:0): error 22 (probe5:sbp0:0:4:0): Unretryable Error (probe6:sbp0:0:5:0): error 22 (probe6:sbp0:0:5:0): Unretryable Error (probe7:sbp0:0:6:0): error 22 (probe7:sbp0:0:6:0): Unretryable Error pcm0: measured ac97 link rate at 48010 Hz, will use 48000 Hz acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00=20 (probe0:ata0:0:1:0): error 22 (probe0:ata0:0:1:0): Unretryable Error (probe0:ata0:0:1:0): Down reving Protocol Version from 2 to 0? (probe0:ata0:0:1:0): TEST UNIT READY. CDB: 0 0 0 0 0 0=20 (probe0:ata0:0:1:0): CAM Status: SCSI Status Error (probe0:ata0:0:1:0): SCSI Status: Check Condition (probe0:ata0:0:1:0): NOT READY asc:3a,0 (probe0:ata0:0:1:0): Medium not present (probe0:ata0:0:1:0): (probe0:ata0:0:1:0): TEST UNIT READY. CDB: 0 0 0 0 0 0= =20 (probe0:ata0:0:1:0): NOT READY asc:3a,0 (probe0:ata0:0:1:0): Medium not present Unretryable error (probe0:ata0:0:1:0): error 6 (probe0:ata0:0:1:0): Unretryable Error (probe0:ata0:0:1:0): error 6 (probe0:ata0:0:1:0): Unretryable Error acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00=20 (probe0:ata0:0:1:0): error 22 (probe0:ata0:0:1:0): Unretryable Error pass0 at ata0 bus 0 target 1 lun 0 pass0: Removable CD-ROM SCSI-0 device=20 pass0: 33.000MB/s transfers (cd0:ata0:0:1:0): error 6 (cd0:ata0:0:1:0): Unretryable Error cd0 at ata0 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present GEOM: new disk cd0 scsi_cd.c::ioctl cmd=3D4400648b error=3D25 (cd0:ata0:0:1:0): error 6 (cd0:ata0:0:1:0): Unretryable Error (cd0:ata0:0:1:0): error 6 (cd0:ata0:0:1:0): Unretryable Error (cd0:ata0:0:1:0): error 6 (cd0:ata0:0:1:0): Unretryable Error (cd0:ata0:0:1:0): error 6 (cd0:ata0:0:1:0): Unretryable Error Trying to mount root from ufs:/dev/ad0s2a WARNING: / was not properly dismounted start_init: trying /sbin/init --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="Xorg.0.log" Content-Transfer-Encoding: quoted-printable X.Org X Server 1.6.1 Release Date: 2009-4-14 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 7.3-PRERELEASE i386=20 Current Operating System: FreeBSD d254.dwolf.juniper.net. 7.3-PRERELEASE Fr= eeBSD 7.3-PRERELEASE #55 r203425: Wed Feb 3 05:38:03 PST 2010 root@g1-= 135.catwhisker.org:/common/S2/obj/usr/src/sys/CANARY i386 Build Date: 07 February 2010 11:20:43AM =20 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (=3D=3D) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Feb 8 08:46:57 2010 (=3D=3D) Using config file: "/usr/local/etc/X11/xorg.conf" (=3D=3D) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (**) Option "AutoAddDevices" "False" (**) Not automatically adding devices (=3D=3D) Automatically enabling devices (WW) `fonts.dir' not found (or not valid) in "/usr/local/lib/X11/fonts/deja= vu/". Entry deleted from font path. (Run 'mkfontdir' on "/usr/local/lib/X11/fonts/dejavu/"). (**) 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/webfonts/, /usr/local/lib/X11/fonts/URW/, /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/, built-ins (**) ModulePath set to "/usr/local/lib/xorg/modules" (II) Loader magic: 0x6a0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 5.0 X.Org XInput driver : 4.0 X.Org Server Extension : 2.0 (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 RV250 [Mobility FireGL 9000= ] rev 1, Mem @ 0xe0000000/134217728, 0xfcff0000/65536, I/O @ 0x0000c000/256= , BIOS @ 0x????????/65536 (II) System resource ranges: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) "extmod" will be loaded. This was enabled by default and also specifie= d in the config file. (II) "dbe" will be loaded. This was enabled by default and also specified i= n the config file. (II) "glx" will be loaded. This was enabled by default and also specified i= n the config file. (II) "record" will be loaded by default. (II) "dri" will be loaded. This was enabled by default and also specified i= n the config file. (II) "dri2" will be loaded by default. (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor=3D"X.Org Foundation" compiled for 1.6.1, module version =3D 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (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=3D"X.Org Foundation" compiled for 1.6.1, module version =3D 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor=3D"X.Org Foundation" compiled for 1.6.1, module version =3D 1.0.0 ABI class: X.Org Server Extension, version 2.0 (=3D=3D) AIGLX disabled (II) Loading extension GLX (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor=3D"X.Org Foundation" compiled for 1.6.1, module version =3D 1.0.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension XFree86-DRI (II) LoadModule: "freetype" (WW) Warning, couldn't open module freetype (II) UnloadModule: "freetype" (EE) Failed to load module "freetype" (module does not exist, 0) (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor=3D"X.Org Foundation" compiled for 1.6.1, module version =3D 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension RECORD (II) LoadModule: "dri2" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri2.so (II) Module dri2: vendor=3D"X.Org Foundation" compiled for 1.6.1, module version =3D 1.0.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DRI2 (II) LoadModule: "radeon" (II) Loading /usr/local/lib/xorg/modules/drivers//radeon_drv.so (II) Module radeon: vendor=3D"X.Org Foundation" compiled for 1.6.1, module version =3D 6.12.4 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 5.0 (II) LoadModule: "mouse" (II) Loading /usr/local/lib/xorg/modules/input//mouse_drv.so (II) Module mouse: vendor=3D"X.Org Foundation" compiled for 1.6.1, module version =3D 1.4.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 4.0 (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor=3D"X.Org Foundation" compiled for 1.6.1, module version =3D 1.3.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 4.0 (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 X800 VE (R420) JT (AGP), ATI Radeon X850 (R480) (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 Radeon HD 4850 x2, 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 Radeon 4800 Series, ATI Radeon 4800 Series, ATI FirePro M7750, ATI M98, ATI M98, ATI M98, ATI Mobility Radeon HD 4650, ATI Radeon RV730 (AGP), ATI Mobility Radeon HD 4670, ATI FirePro M5750, ATI Radeon RV730 (AGP), ATI RV730XT [Radeon HD 4670], ATI RADEON E4600, ATI Radeon HD 4600 Series, ATI RV730 PRO [Radeon HD 4650], ATI FirePro V7750 (FireGL), ATI FirePro V5700 (FireGL), ATI FirePro V3750 (FireGL), ATI Mobility Radeon HD 4830, ATI Mobility Radeon HD 4850, ATI FirePro M7740, ATI RV740, ATI Radeon HD 4770, ATI Radeon HD 4700 Series, ATI Radeon HD 4770, ATI FirePro M5750, 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 FirePro RG220, 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, ATI Radeon HD 3200 Graphics, ATI Radeon 3000 Graphics, ATI Radeon HD 4200, ATI Radeon 4100, ATI Mobility Radeon HD 4200, ATI Mobility Radeon 4100, ATI RS880 (II) Primary Device is: PCI 01@00:00:0 (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) resource ranges after probing: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [4] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [5] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [6] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [7] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [8] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [9] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) RADEON(0): TOTO SAYS 00000000fcff0000 (II) RADEON(0): MMIO registers at 0x00000000fcff0000: size 64KB (II) RADEON(0): PCI bus 1 card 0 func 0 (=3D=3D) RADEON(0): Depth 24, (--) framebuffer bpp 32 (II) RADEON(0): Pixel depth =3D 24 bits stored in 4 bytes (32 bpp pixmaps) (=3D=3D) 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=3D"X.Org Foundation" compiled for 1.6.1, module version =3D 0.1.0 ABI class: X.Org Video Driver, version 5.0 (II) RADEON(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x= 0000 (=3D=3D) RADEON(0): RGB weight 888 (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) (--) RADEON(0): Chipset: "ATI Radeon Mobility 9000 (M9) Lf (AGP)" (ChipID = =3D 0x4c66) (--) RADEON(0): Linear framebuffer at 0x00000000e0000000 (II) RADEON(0): AGP card detected (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/local/lib/xorg/modules//libint10.so (II) Module int10: vendor=3D"X.Org Foundation" compiled for 1.6.1, module version =3D 1.0.0 ABI class: X.Org Video Driver, version 5.0 (II) RADEON(0): initializing int10 (=3D=3D) RADEON(0): Write-combining range (0xa0000,0x20000) was already cle= ar (=3D=3D) RADEON(0): Write-combining range (0xc0000,0x40000) was already cle= ar (II) RADEON(0): Primary V_BIOS segment is: 0xc000 (=3D=3D) RADEON(0): Write-combining range (0x0,0x1000) was already clear (II) RADEON(0): Legacy BIOS detected drmOpenDevice: node name is /dev/dri/card0 Failed to change owner or group for file /dev/dri! 2: No such file or direc= tory Failed to change owner or group for file /dev/dri/card0! 2: No such file or= directory drmOpenDevice: open result is -1, (No such file or directory) Failed to change owner or group for file /dev/dri/card0! 2: No such file or= directory drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: Open failed drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: drmOpenMinor returns 10 drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 (II) RADEON(0): [dri] Found DRI library version 1.3.0 and kernel module ver= sion 1.31.0 (=3D=3D) RADEON(0): Page Flipping disabled (II) RADEON(0): Will try to use DMA for Xv image transfers (II) RADEON(0): Detected total video RAM=3D65536K, accessible=3D65536K (PCI= BAR=3D131072K) (--) RADEON(0): Mapped VideoRAM: 65536 kByte (128 bit DDR SDRAM) (II) RADEON(0): Color tiling enabled by default (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: 20000, max_out_pll: 35000, min= _in_pll: 40, max_in_pll: 3000, xclk: 19500, sclk: 240.000000, mclk: 195.000= 000 (II) RADEON(0): PLL parameters: rf=3D2700 rd=3D12 min=3D20000 max=3D35000; = xclk=3D19500 (II) RADEON(0): Panel ID string: SHP =20 (II) RADEON(0): Panel Size from BIOS: 1600x1200 (II) RADEON(0): BIOS provided dividers will be used. (WW) RADEON(0): LVDS Info: XRes: 1600, YRes: 1200, DotClock: 160000 HBlank: 512, HOverPlus: 56, HSyncWidth: 192 VBlank: 50, VOverPlus: 1, VSyncWidth: 3 (II) RADEON(0): Output VGA-0 using monitor section Monitor0 (II) RADEON(0): I2C bus "VGA-0" initialized. (II) RADEON(0): Output LVDS has no monitor section (II) RADEON(0): Output S-video has no monitor section (II) RADEON(0): Default TV standard: NTSC (II) RADEON(0): TV standards supported by chip: NTSC PAL=20 (II) RADEON(0): Port0: XRANDR name: VGA-0 Connector: VGA CRT1: INTERNAL_DAC1 DDC reg: 0x60 (II) RADEON(0): Port1: XRANDR name: LVDS Connector: LVDS LCD1: INTERNAL_LVDS DDC reg: 0x0 (II) RADEON(0): Port2: XRANDR name: S-video Connector: S-video TV1: INTERNAL_DAC2 DDC reg: 0x0 (II) RADEON(0): I2C device "VGA-0:E-EDID segment register" registered at ad= dress 0x60. (II) RADEON(0): I2C device "VGA-0:ddc2" registered at address 0xA0. (II) RADEON(0): Output: VGA-0, Detected Monitor Type: 0 finished output detect: 0 (II) RADEON(0): Output: LVDS, Detected Monitor Type: 2 finished output detect: 1 (II) RADEON(0): Output: S-video, Detected Monitor Type: 0 finished output detect: 2 finished all detect before xf86InitialConfiguration (II) RADEON(0): Output: VGA-0, Detected Monitor Type: 0 (II) RADEON(0): Output: LVDS, Detected Monitor Type: 2 (II) RADEON(0): Added native panel mode: 1600x1200 (II) RADEON(0): Output: S-video, Detected Monitor Type: 0 (II) RADEON(0): Output VGA-0 disconnected (II) RADEON(0): Output LVDS connected (II) RADEON(0): Output S-video disconnected (II) RADEON(0): Using exact sizes for initial modes (II) RADEON(0): Output LVDS using initial mode 1600x1200 after xf86InitialConfiguration (=3D=3D) 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=3D"X.Org Foundation" compiled for 1.6.1, module version =3D 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (=3D=3D) 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 (=3D=3D) RADEON(0): Using XAA acceleration architecture (II) Loading sub module "xaa" (II) LoadModule: "xaa" (II) Loading /usr/local/lib/xorg/modules//libxaa.so (II) Module xaa: vendor=3D"X.Org Foundation" compiled for 1.6.1, module version =3D 1.2.1 ABI class: X.Org Video Driver, version 5.0 (=3D=3D) RADEON(0): Assuming overlay scaler buffer width is 1536 (II) RADEON(0): No MM_TABLE found - assuming CARD is not TV-in capable. (=3D=3D) RADEON(0): Write-combining range (0x0,0x1000) was already clear (!!) RADEON(0): For information on using the multimedia capabilities of this adapter, please see http://gatos.sf.net. (!!) RADEON(0): MergedFB support has been removed and replaced with xrandr = 1.2 support (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [4] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [5] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [6] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [7] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [8] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [9] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) RADEON(0): RADEONScreenInit e0000000 0 0 (=3D=3D) RADEON(0): Write-combining range (0xa0000,0x10000) was already cle= ar Entering TV Save Save TV timing tables saveTimingTables: reading timing tables TV Save done disable LVDS (II) RADEON(0): Dynamic Clock Scaling Disabled (=3D=3D) RADEON(0): Using 24 bit depth buffer (II) RADEON(0): RADEONInitMemoryMap() :=20 (II) RADEON(0): mem_size : 0x04000000 (II) RADEON(0): MC_FB_LOCATION : 0xe3ffe000 (II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 (II) RADEON(0): Depth moves disabled by default (II) RADEON(0): Using 8 MB GART aperture (II) RADEON(0): Using 1 MB for the ring buffer (II) RADEON(0): Using 2 MB for vertex/indirect buffers (II) RADEON(0): Using 5 MB for GART textures (II) RADEON(0): Memory manager initialized to (0,0) (1600,8191) (II) RADEON(0): Reserved area from (0,1600) to (1600,1602) (II) RADEON(0): Largest offscreen area available: 1600 x 6589 (II) RADEON(0): Will use front buffer at offset 0x0 (II) RADEON(0): Will use back buffer at offset 0x13ec000 (II) RADEON(0): Will use depth buffer at offset 0x1db0000 (II) RADEON(0): Will use 25088 kb for textures at offset 0x2774000 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: drmOpenMinor returns 10 drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 (II) [drm] DRM interface version 1.2 (II) [drm] DRM open master succeeded. (II) RADEON(0): [drm] Using the DRM lock SAREA also for drawables. (II) RADEON(0): [drm] framebuffer handle =3D 0xe0000000 (II) RADEON(0): [drm] added 1 reserved context for kernel (II) RADEON(0): X context handle =3D 0x1 (II) RADEON(0): [drm] installed DRM signal handler (=3D=3D) RADEON(0): Using AGP 4x (II) RADEON(0): [agp] Mode 0x1f000207 [AGP 0x0000/0x0000; Card 0x1002/0x4c6= 6 0x1028/0x00d5] (II) RADEON(0): [agp] 8192 kB allocated with handle 0xc668be80 (II) RADEON(0): [agp] ring handle =3D 0xe8000000 (II) RADEON(0): [agp] Ring mapped at 0x48a90000 (II) RADEON(0): [agp] ring read ptr handle =3D 0xe8101000 (II) RADEON(0): [agp] Ring read ptr mapped at 0x486fe000 (II) RADEON(0): [agp] vertex/indirect buffers handle =3D 0xe8102000 (II) RADEON(0): [agp] Vertex/indirect buffers mapped at 0x4cc00000 (II) RADEON(0): [agp] GART texture map handle =3D 0xe8302000 (II) RADEON(0): [agp] GART Texture map mapped at 0x4ce00000 (II) RADEON(0): [drm] register handle =3D 0xfcff0000 (II) RADEON(0): [dri] Visual configs initialized (II) RADEON(0): RADEONRestoreMemMapRegisters() :=20 (II) RADEON(0): MC_FB_LOCATION : 0xe3ffe000 0x1fff0000 (II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 (=3D=3D) RADEON(0): Backing store disabled (II) RADEON(0): [DRI] installation complete (II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers (II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers (II) RADEON(0): [drm] dma control initialized, using IRQ 11 (II) RADEON(0): [drm] Initialized kernel GART heap manager, 5111808 (WW) RADEON(0): DRI init changed memory map, adjusting ... (WW) RADEON(0): MC_FB_LOCATION was: 0xe3ffe000 is: 0xe3ffe000 (WW) RADEON(0): MC_AGP_LOCATION was: 0xffffffc0 is: 0xe87fe800 (II) RADEON(0): RADEONRestoreMemMapRegisters() :=20 (II) RADEON(0): MC_FB_LOCATION : 0xe3ffe000 0xe3ffe000 (II) RADEON(0): MC_AGP_LOCATION : 0xe87fe800 (II) RADEON(0): Direct rendering enabled (II) RADEON(0): Render acceleration enabled (II) RADEON(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles 8x8 mono pattern filled rectangles Indirect CPU to Screen color expansion Solid Lines Scanline Image Writes Setting up tile and stipple cache: 32 128x128 slots 32 256x256 slots 16 512x512 slots (II) RADEON(0): Acceleration enabled (**) Option "dpms" (**) RADEON(0): DPMS enabled (=3D=3D) RADEON(0): Silken mouse enabled (II) RADEON(0): Will use 32 kb for hardware cursor 0 at offset 0x009c7200 (II) RADEON(0): Will use 32 kb for hardware cursor 1 at offset 0x009cbd00 (II) RADEON(0): Largest offscreen area available: 1600 x 6583 (II) RADEON(0): No video input capabilities detected and no information is = provided - disabling multimedia i2c (II) Loading sub module "theatre_detect" (II) LoadModule: "theatre_detect" (II) Loading /usr/local/lib/xorg/modules/multimedia//theatre_detect_drv.so (II) Module theatre_detect: vendor=3D"X.Org Foundation" compiled for 1.6.1, module version =3D 1.0.0 ABI class: X.Org Video Driver, version 5.0 (II) RADEON(0): no multimedia table present, disabling Rage Theatre. (II) RADEON(0): Set up overlay video (II) RADEON(0): Set up textured video disable primary dac disable LVDS disable TV disable LVDS init memmap init common init crtc1 init pll1 restore memmap (II) RADEON(0): RADEONRestoreMemMapRegisters() :=20 (II) RADEON(0): MC_FB_LOCATION : 0xe3ffe000 0xe3ffe000 (II) RADEON(0): MC_AGP_LOCATION : 0xe87fe800 restore common restore crtc1 restore pll1 set RMX set LVDS enable LVDS disable primary dac disable TV (II) RADEON(0): RandR 1.2 enabled, ignore the following RandR disabled mess= age. (--) RandR disabled (II) Setting vga for screen 0. (II) Initializing built-in extension Generic Event Extension (II) Initializing built-in extension SHAPE (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension BIG-REQUESTS (II) Initializing built-in extension SYNC (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension XC-MISC (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) 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 423 x 317 (**) Option "Protocol" "auto" (**) Mouse0: Device: "/dev/sysmouse" (**) Mouse0: Protocol: "auto" (**) Option "CorePointer" (**) Mouse0: always reports core events (**) Option "Device" "/dev/sysmouse" (=3D=3D) Mouse0: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5 6 7" (**) Mouse0: ZAxisMapping: buttons 4, 5, 6 and 7 (**) Mouse0: Buttons: 11 (**) Mouse0: Sensitivity: 1 (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (**) Mouse0: (accel) keeping acceleration scheme 1 (**) Mouse0: (accel) filter chain progression: 2.00 (**) Mouse0: (accel) filter stage 0: 20.00 ms (**) Mouse0: (accel) set acceleration profile 0 (II) Mouse0: SetupAuto: hw.iftype is 4, hw.model is 0 (II) Mouse0: SetupAuto: protocol is SysMouse (**) Option "CoreKeyboard" (**) Keyboard0: always reports core events (**) Option "Protocol" "standard" (**) Keyboard0: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Keyboard0: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) Keyboard0: XkbModel: "pc105" (**) Option "XkbLayout" "us" (**) Keyboard0: XkbLayout: "us" (**) Option "CustomKeycodes" "off" (**) Keyboard0: CustomKeycodes disabled (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD) --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="xdm.log" Content-Transfer-Encoding: quoted-printable X.Org X Server 1.6.1 Release Date: 2009-4-14 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 7.3-PRERELEASE i386=20 Current Operating System: FreeBSD d254.dwolf.juniper.net. 7.3-PRERELEASE Fr= eeBSD 7.3-PRERELEASE #55 r203425: Wed Feb 3 05:38:03 PST 2010 root@g1-= 135.catwhisker.org:/common/S2/obj/usr/src/sys/CANARY i386 Build Date: 07 February 2010 11:20:43AM =20 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (=3D=3D) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Feb 8 08:46:57 2010 (=3D=3D) Using config file: "/usr/local/etc/X11/xorg.conf" (EE) Failed to load module "freetype" (module does not exist, 0) NTSC PAL=20 XRANDR name: VGA-0 Connector: VGA CRT1: INTERNAL_DAC1 DDC reg: 0x60 XRANDR name: LVDS Connector: LVDS LCD1: INTERNAL_LVDS DDC reg: 0x0 XRANDR name: S-video Connector: S-video TV1: INTERNAL_DAC2 DDC reg: 0x0 finished output detect: 0 finished output detect: 1 finished output detect: 2 finished all detect before xf86InitialConfiguration after xf86InitialConfiguration Entering TV Save Save TV timing tables saveTimingTables: reading timing tables TV Save done disable LVDS disable primary dac disable LVDS disable TV disable LVDS init memmap init common init crtc1 init pll1 restore memmap restore common restore crtc1 restore pll1 set RMX set LVDS enable LVDS disable primary dac disable TV --YZ5djTAD1cGYuMQK-- --O5XBE6gyVG5Rl6Rj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAktwSV0ACgkQmprOCmdXAD3p/gCfbS3liuJMuBT0hRkuvvKA6KGY Th8An21pUfix9Wgu2n/DOXV3nQKULenJ =iHSx -----END PGP SIGNATURE----- --O5XBE6gyVG5Rl6Rj-- From owner-freebsd-x11@FreeBSD.ORG Mon Feb 8 18:30:40 2010 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B1CD106568F for ; Mon, 8 Feb 2010 18:30:40 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id C9B658FC19 for ; Mon, 8 Feb 2010 18:30:39 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id o18ITi22000472; Mon, 8 Feb 2010 11:29:44 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id o18ITiSM000469; Mon, 8 Feb 2010 11:29:44 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Mon, 8 Feb 2010 11:29:44 -0700 (MST) From: Warren Block To: David Wolfskill , x11@freebsd.org In-Reply-To: <20100208172654.GA391@bunrab.catwhisker.org> Message-ID: References: <20100208172654.GA391@bunrab.catwhisker.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; format=flowed Content-ID: Content-Disposition: INLINE X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (wonkity.com [127.0.0.1]); Mon, 08 Feb 2010 11:29:44 -0700 (MST) Cc: Subject: Re: DRI problems with ati/radeon on stable/7 r203425 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Feb 2010 18:30:40 -0000 On Mon, 8 Feb 2010, David Wolfskill wrote: ... > Well, the time for the next boot has come, and from about 10 minutes > before I started typing this note until just now, xdm would not start. > Nor could I use ssh(1) to login to the machine, and attempting to login > via serial got very sluggish response, to the point that it took a > couple of minutes to echo the login I typed, and after I hit Enter, I > got "Login timed out after 300 seconds" before the Password: prompt > appeared. > > And the xdm login banner finally showed up; I'd estimate that was around > 20 minutes of idle time before that happened. Does it behave differently if you disable xdm in /etc/ttys and manually startx? Oh, and you should probably have Option "AccelMethod" "EXA" in the driver section of xorg.conf. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-x11@FreeBSD.ORG Mon Feb 8 18:42:10 2010 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 829B91065672 for ; Mon, 8 Feb 2010 18:42:10 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 550F18FC26 for ; Mon, 8 Feb 2010 18:42:10 +0000 (UTC) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id o18Ig9km002085; Mon, 8 Feb 2010 10:42:09 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.3/Submit) id o18Ig9QB002084; Mon, 8 Feb 2010 10:42:09 -0800 (PST) (envelope-from david) Date: Mon, 8 Feb 2010 10:42:09 -0800 From: David Wolfskill To: Warren Block Message-ID: <20100208184209.GD391@bunrab.catwhisker.org> References: <20100208172654.GA391@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0H629O+sVkh21xTi" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: x11@freebsd.org Subject: Re: DRI problems with ati/radeon on stable/7 r203425 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Wolfskill , x11@freebsd.org List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Feb 2010 18:42:10 -0000 --0H629O+sVkh21xTi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 08, 2010 at 11:29:44AM -0700, Warren Block wrote: > ... > >And the xdm login banner finally showed up; I'd estimate that was around > >20 minutes of idle time before that happened. >=20 > Does it behave differently if you disable xdm in /etc/ttys and manually= =20 > startx? Dunno; I haven't used startx (or xinit) in ... a decade or so.... :-} Mind, at least using the X.org built under stable/6, the symptoms were pretty variable: sometimes it would behave Just Fine; others, the only thing I could do with the keyboard is Alt+Ctl+Esc & type "reset" blind. (Though it now appears as if perhaps had I been willing to wait for 10s of minutes, it might have eventually responded.) I can try it after I finally finish the ports-building.... > Oh, and you should probably have Option "AccelMethod" "EXA" in the=20 > driver section of xorg.conf. Oh? Hmmm; thanks... I'll look into that..... Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --0H629O+sVkh21xTi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAktwWwEACgkQmprOCmdXAD3x5wCdEThdjJsQouRiCmkt8JmqwO3Y tQUAoILtOe3170/K6gBRWcf4OGGZFSCN =1N8G -----END PGP SIGNATURE----- --0H629O+sVkh21xTi-- From owner-freebsd-x11@FreeBSD.ORG Tue Feb 9 04:41:37 2010 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A68E1065696 for ; Tue, 9 Feb 2010 04:41:37 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 2FF788FC1A for ; Tue, 9 Feb 2010 04:41:37 +0000 (UTC) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id o194faXN004471 for ; Mon, 8 Feb 2010 20:41:36 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.3/Submit) id o194faRL004470 for x11@freebsd.org; Mon, 8 Feb 2010 20:41:36 -0800 (PST) (envelope-from david) Date: Mon, 8 Feb 2010 20:41:36 -0800 From: David Wolfskill Message-ID: <20100209044136.GJ391@bunrab.catwhisker.org> References: <20100208172654.GA391@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uuKVzAmB+c+zQlhu" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: x11@freebsd.org Subject: Re: DRI problems with ati/radeon on stable/7 r203425 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Wolfskill , x11@freebsd.org List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Feb 2010 04:41:37 -0000 --uuKVzAmB+c+zQlhu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 08, 2010 at 11:29:44AM -0700, Warren Block wrote: > ... > >And the xdm login banner finally showed up; I'd estimate that was around > >20 minutes of idle time before that happened. >=20 > Does it behave differently if you disable xdm in /etc/ttys and manually= =20 > startx? OK; I tried disabling xdm & starting X via xinit, at which point I received a reminder that I had didn't have permission to move the X.org log files around in /var/log. I could pursue that further if it's really wanted, but the suggestion below appears to have had a more dramatic effect.... > Oh, and you should probably have Option "AccelMethod" "EXA" in the=20 > driver section of xorg.conf. Ok; I hadn't uncommented any of the "acceleration" lines in the file -- I tend to leave things at default values unless I have a known reason to change them (or I'm too bored, which doesn't happen often). :-} Merely explicitly disabling the "NoAccel" option(!) appears to have had no particular effect -- I was able to get a locakup (or extremem slowdown) with it. Doing that in conjunction with specifying EXA as the AccelMethod does appear to avoid the problem -- I tried at least a dozen times, and there's been no failure. On the other hand, animated displays sometimes "glitch" rather more often with EXA than with teh default (XAA). Thats'a bit surprising to me, as the laptop in question isn't especially recent -- most of it dates from a few years ago. (It's a Latitude C840 chassis with a few parts from earlier Inspiron 8200s, and a few that were parts purchased for it.) Thanks. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --uuKVzAmB+c+zQlhu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAktw54AACgkQmprOCmdXAD1xbgCff3FE78Dca4aX73B+Ny7S3ID/ h7IAmgKiU78SMEyZeVuZP2SlS4EKXUoO =hsmF -----END PGP SIGNATURE----- --uuKVzAmB+c+zQlhu-- From owner-freebsd-x11@FreeBSD.ORG Tue Feb 9 11:24:00 2010 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62190106566C for ; Tue, 9 Feb 2010 11:24:00 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from qmta02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id 386C18FC0A for ; Tue, 9 Feb 2010 11:24:00 +0000 (UTC) Received: from omta16.emeryville.ca.mail.comcast.net ([76.96.30.72]) by qmta02.emeryville.ca.mail.comcast.net with comcast id fnAr1d0021ZMdJ4A2nArlN; Tue, 09 Feb 2010 11:10:51 +0000 Received: from memory.visualtech.com ([67.103.204.242]) by omta16.emeryville.ca.mail.comcast.net with comcast id fnCZ1d0045EJinX8cnCdnD; Tue, 09 Feb 2010 11:12:43 +0000 Message-ID: <4B7142AD.9090802@voicenet.com> Date: Tue, 09 Feb 2010 06:10:37 -0500 From: Adam K Kirchhoff User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100202 Thunderbird/3.0.1 MIME-Version: 1.0 To: Norikatsu Shigemura , x11@FreeBSD.org References: <20100207211218.6051b158.nork@FreeBSD.org> In-Reply-To: <20100207211218.6051b158.nork@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: [HEADS UP] AMD Radeon HD 2xxx/3xxx/4xxx users to use 3D HW accel support X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Feb 2010 11:24:00 -0000 On 02/07/10 07:12, Norikatsu Shigemura wrote: > Hi Radeon HD users. > > I committed new Mesa3D and libdrm. In this time, disabled, so > to use new version, you should set WITHOUT_NOUVEAU on /etc/make.conf. > > Please see also /usr/ports/UPDATING and KNOBS. > _______________________________________________ > 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" > > Wouldn't it make more sense for WITH_NOUVEAU to hold the libdrm and Mesa ports at the version necessary for nouveau, rather than holding the ports back by default unless WITHOUT_NOUVEAU is set? Adam From owner-freebsd-x11@FreeBSD.ORG Tue Feb 9 15:40:59 2010 Return-Path: Delivered-To: x11@FreeBSD.org Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 8FD29106566B; Tue, 9 Feb 2010 15:40:58 +0000 (UTC) (envelope-from nork@FreeBSD.org) Date: Wed, 10 Feb 2010 00:40:57 +0900 From: Norikatsu Shigemura To: Adam K Kirchhoff Message-Id: <20100210004057.f461f1d0.nork@FreeBSD.org> In-Reply-To: <4B7142AD.9090802@voicenet.com> References: <20100207211218.6051b158.nork@FreeBSD.org> <4B7142AD.9090802@voicenet.com> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: x11@FreeBSD.org Subject: Re: [HEADS UP] AMD Radeon HD 2xxx/3xxx/4xxx users to use 3D HW accel support X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Feb 2010 15:40:59 -0000 On Tue, 09 Feb 2010 06:10:37 -0500 Adam K Kirchhoff wrote: > On 02/07/10 07:12, Norikatsu Shigemura wrote: > > Hi Radeon HD users. > > I committed new Mesa3D and libdrm. In this time, disabled, so > > to use new version, you should set WITHOUT_NOUVEAU on /etc/make.conf. > > Please see also /usr/ports/UPDATING and KNOBS. > Wouldn't it make more sense for WITH_NOUVEAU to hold the libdrm and Mesa > ports at the version necessary for nouveau, rather than holding the > ports back by default unless WITHOUT_NOUVEAU is set? It's too hard. So please wait a long time:D. In this time, I'm not able to cheat tinderbox. From owner-freebsd-x11@FreeBSD.ORG Tue Feb 9 16:00:40 2010 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00CBC1065692 for ; Tue, 9 Feb 2010 16:00:40 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id AFF1A8FC14 for ; Tue, 9 Feb 2010 16:00:39 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id o19FxeOf007214; Tue, 9 Feb 2010 08:59:40 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id o19FxcUj007211; Tue, 9 Feb 2010 08:59:38 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Tue, 9 Feb 2010 08:59:38 -0700 (MST) From: Warren Block To: David Wolfskill , x11@freebsd.org In-Reply-To: <20100209044136.GJ391@bunrab.catwhisker.org> Message-ID: References: <20100208172654.GA391@bunrab.catwhisker.org> <20100209044136.GJ391@bunrab.catwhisker.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (wonkity.com [127.0.0.1]); Tue, 09 Feb 2010 08:59:40 -0700 (MST) Cc: Subject: Re: DRI problems with ati/radeon on stable/7 r203425 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Feb 2010 16:00:40 -0000 On Mon, 8 Feb 2010, David Wolfskill wrote: > On Mon, Feb 08, 2010 at 11:29:44AM -0700, Warren Block wrote: > >> Oh, and you should probably have Option "AccelMethod" "EXA" in the >> driver section of xorg.conf. > > Ok; I hadn't uncommented any of the "acceleration" lines in the file -- > I tend to leave things at default values unless I have a known reason to > change them (or I'm too bored, which doesn't happen often). :-} > > Merely explicitly disabling the "NoAccel" option(!) appears to have had > no particular effect -- I was able to get a locakup (or extremem > slowdown) with it. > > Doing that in conjunction with specifying EXA as the AccelMethod does > appear to avoid the problem -- I tried at least a dozen times, and > there's been no failure. On the other hand, animated displays sometimes > "glitch" rather more often with EXA than with teh default (XAA). It's my impression that EXA is the best supported mode (on radeon) and XAA suffers from neglect. What do you mean by "glitch"? Option "EXAVSync" "On" might help, but you shouldn't be seeing stray pixels. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-x11@FreeBSD.ORG Tue Feb 9 16:46:51 2010 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2469F1065679 for ; Tue, 9 Feb 2010 16:46:51 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id EADC98FC13 for ; Tue, 9 Feb 2010 16:46:50 +0000 (UTC) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id o19GkoF6007902 for ; Tue, 9 Feb 2010 08:46:50 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.3/Submit) id o19GkoZC007901 for x11@freebsd.org; Tue, 9 Feb 2010 08:46:50 -0800 (PST) (envelope-from david) Date: Tue, 9 Feb 2010 08:46:50 -0800 From: David Wolfskill Message-ID: <20100209164650.GL391@bunrab.catwhisker.org> References: <20100208172654.GA391@bunrab.catwhisker.org> <20100209044136.GJ391@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Kc9HNjpzOXVc7FFU" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: x11@freebsd.org Subject: Re: DRI problems with ati/radeon on stable/7 r203425 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Feb 2010 16:46:51 -0000 --Kc9HNjpzOXVc7FFU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 09, 2010 at 08:59:38AM -0700, Warren Block wrote: > ... > It's my impression that EXA is the best supported mode (on radeon) and=20 > XAA suffers from neglect. Ah. > What do you mean by "glitch"? Option "EXAVSync" "On" might help, but=20 > you shouldn't be seeing stray pixels. Short intervals <1 sec., usually) in which the apparent motion appears to stop, only to pick up again where it should have been. Or, in the case of the "burning bush" screen saver (from xlockmore), a chunk of the "sand" texture (but magnified about 4x) is suddenly up in the sky and flying toward the viewer; it was almost an experience worthy of Douglas Adams[RIP]. I may try the EXAVSync after I finish building today's head -- and re-building firefox.... Thanks. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --Kc9HNjpzOXVc7FFU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAktxkXkACgkQmprOCmdXAD0oXgCeOTo8FRvOcz/AeCClYfLnM+JQ AvwAni5GqtMfMtVbAwU2DNELJf6reJKo =2xKE -----END PGP SIGNATURE----- --Kc9HNjpzOXVc7FFU-- From owner-freebsd-x11@FreeBSD.ORG Tue Feb 9 18:15:32 2010 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38310106566B for ; Tue, 9 Feb 2010 18:15:32 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id DF19B8FC08 for ; Tue, 9 Feb 2010 18:15:31 +0000 (UTC) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id o19IFUEp008335 for ; Tue, 9 Feb 2010 10:15:30 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.3/Submit) id o19IFUDA008334 for x11@freebsd.org; Tue, 9 Feb 2010 10:15:30 -0800 (PST) (envelope-from david) Date: Tue, 9 Feb 2010 10:15:30 -0800 From: David Wolfskill Message-ID: <20100209181530.GM391@bunrab.catwhisker.org> References: <20100208172654.GA391@bunrab.catwhisker.org> <20100209044136.GJ391@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CaPKgh3XHpq3rEUV" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: x11@freebsd.org Subject: Re: DRI problems with ati/radeon on stable/7 r203425 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Feb 2010 18:15:32 -0000 --CaPKgh3XHpq3rEUV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 09, 2010 at 08:59:38AM -0700, Warren Block wrote: > On Mon, 8 Feb 2010, David Wolfskill wrote: > ...=20 > >Merely explicitly disabling the "NoAccel" option(!) appears to have had > >no particular effect -- I was able to get a locakup (or extremem > >slowdown) with it. > > > >Doing that in conjunction with specifying EXA as the AccelMethod does > >appear to avoid the problem -- I tried at least a dozen times, and > >there's been no failure. On the other hand, animated displays sometimes > >"glitch" rather more often with EXA than with teh default (XAA). I wrote too soon. :-( I finally re-started my daily updates, and built stable/7 at r203700. At first, I had no trouble using the above options on stable/7 or stable/8, but when I booted from the CURRENT slice, the laptop appeared to lock up. (And since I was on battery power, as this was during the commute to work, I had an incentive to try to control the shutdown as much as I could.) Anyway, after booting single-user, disabling DRI in xorg.conf allowed the use of X (built under stable/7) in head again. But now it's looking as if enabling DRI on my laptop carries a significant risk for an apparent lock-up regardless: as thing are now, the keyboard and mouse appear to be unresponsive, I can't login via SSH, I can't login via serial ... woops -- there it goes: I was able to login from the serial port, and when I did that, xdm started up. That's looking suspiciously like some sort of locking issue to me. I'm about to start building firefox, but after that's done, I'd be happy to get a bit of guidance on what to poke at or information to provide to resolve this. > ... Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --CaPKgh3XHpq3rEUV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAktxpkEACgkQmprOCmdXAD2nPQCffVmOwOfzH/kNgpCEVoPrnCY+ arwAn099jayOf8Fhk6jvu3+1CF70+X/U =CLbP -----END PGP SIGNATURE----- --CaPKgh3XHpq3rEUV-- From owner-freebsd-x11@FreeBSD.ORG Tue Feb 9 23:47:56 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 805A0106566C; Tue, 9 Feb 2010 23:47:56 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-bw0-f211.google.com (mail-bw0-f211.google.com [209.85.218.211]) by mx1.freebsd.org (Postfix) with ESMTP id E09D98FC15; Tue, 9 Feb 2010 23:47:55 +0000 (UTC) Received: by bwz3 with SMTP id 3so2282253bwz.33 for ; Tue, 09 Feb 2010 15:47:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=MdPWd/2E3PR8jb4tWYuaAiAMtn8w68ryQTFVNBrmQqk=; b=QmTSiahQBJ8eJCLs347aG0+xaucRNjDah5U0NyF6ZqluHJllYwEI35OTdEjmda3I7t OFeUyHx9OVxhkTkDYZyOCKEFvRbkNE4KqgkL53FAH4vmL0C7zHy+aQOPSibFEQg4+/6z Ah7zNR2lQ3W/gEr1UVxUmXRBfseHPONVAbv3M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=X31wuidS/k9c2BiFFttvibzDlu2WNPaFgD1RaSn2t0OXsv6/0uj7AklQjAiK6yOqal L+riE4/bKxU+wKgrrCPyMyE/DO5f5WdlBr/O+Kyv+MYgBwyJTNKcDR2TkTWHTFUWbpWQ eLXOpIjNB2EFw4UuVHLCVKYMcrf/YZseigB18= MIME-Version: 1.0 Received: by 10.204.8.75 with SMTP id g11mr295331bkg.172.1265757876202; Tue, 09 Feb 2010 15:24:36 -0800 (PST) Date: Tue, 9 Feb 2010 23:24:31 +0000 Message-ID: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> From: Oliver Pinter To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-x11@freebsd.org, x11@FreeBSD.org Subject: freebsd7, radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Feb 2010 23:47:56 -0000 Hi all! After updated the xorg* and dri* and dependency, the system going to deadlock at second start of xserver. I think it is not an uniqe issue, as others wrote them at freebsd-x11: http://lists.freebsd.org/pipermail/freebsd-x11/2010-February/009370.html The symptoms: * independent from enabled or disabled DRI or GLX, first I think, this is the error, but not * the system going to deadlock state * no coredumps of xorgs * no panic, but the system is unusuable * independent from the driver: probed the radeon and radeonhd driver * independent from the WITHOUT_NOUVEAU or WITH_NOUVEAU compile options (make.conf) * the system is: FreeBSD peonia.teteny.bme.hu 7.3-PRERELEASE FreeBSD 7.3-PRERELEASE #29 r203612+fa83fdf: Mon Feb 8 02:11:08 CET 2010 root@peonia.teteny.bme.hu:/usr/obj/usr/src/sys/stable amd64 From owner-freebsd-x11@FreeBSD.ORG Tue Feb 9 23:47:56 2010 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 805A0106566C; Tue, 9 Feb 2010 23:47:56 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-bw0-f211.google.com (mail-bw0-f211.google.com [209.85.218.211]) by mx1.freebsd.org (Postfix) with ESMTP id E09D98FC15; Tue, 9 Feb 2010 23:47:55 +0000 (UTC) Received: by bwz3 with SMTP id 3so2282253bwz.33 for ; Tue, 09 Feb 2010 15:47:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=MdPWd/2E3PR8jb4tWYuaAiAMtn8w68ryQTFVNBrmQqk=; b=QmTSiahQBJ8eJCLs347aG0+xaucRNjDah5U0NyF6ZqluHJllYwEI35OTdEjmda3I7t OFeUyHx9OVxhkTkDYZyOCKEFvRbkNE4KqgkL53FAH4vmL0C7zHy+aQOPSibFEQg4+/6z Ah7zNR2lQ3W/gEr1UVxUmXRBfseHPONVAbv3M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=X31wuidS/k9c2BiFFttvibzDlu2WNPaFgD1RaSn2t0OXsv6/0uj7AklQjAiK6yOqal L+riE4/bKxU+wKgrrCPyMyE/DO5f5WdlBr/O+Kyv+MYgBwyJTNKcDR2TkTWHTFUWbpWQ eLXOpIjNB2EFw4UuVHLCVKYMcrf/YZseigB18= MIME-Version: 1.0 Received: by 10.204.8.75 with SMTP id g11mr295331bkg.172.1265757876202; Tue, 09 Feb 2010 15:24:36 -0800 (PST) Date: Tue, 9 Feb 2010 23:24:31 +0000 Message-ID: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> From: Oliver Pinter To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-x11@freebsd.org, x11@FreeBSD.org Subject: freebsd7, radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Feb 2010 23:47:56 -0000 Hi all! After updated the xorg* and dri* and dependency, the system going to deadlock at second start of xserver. I think it is not an uniqe issue, as others wrote them at freebsd-x11: http://lists.freebsd.org/pipermail/freebsd-x11/2010-February/009370.html The symptoms: * independent from enabled or disabled DRI or GLX, first I think, this is the error, but not * the system going to deadlock state * no coredumps of xorgs * no panic, but the system is unusuable * independent from the driver: probed the radeon and radeonhd driver * independent from the WITHOUT_NOUVEAU or WITH_NOUVEAU compile options (make.conf) * the system is: FreeBSD peonia.teteny.bme.hu 7.3-PRERELEASE FreeBSD 7.3-PRERELEASE #29 r203612+fa83fdf: Mon Feb 8 02:11:08 CET 2010 root@peonia.teteny.bme.hu:/usr/obj/usr/src/sys/stable amd64 From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 00:53:16 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C46E9106566C; Wed, 10 Feb 2010 00:53:16 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 4EAC28FC21; Wed, 10 Feb 2010 00:53:16 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Nf0Zd-0001fw-FG>; Wed, 10 Feb 2010 01:36:57 +0100 Received: from e178020182.adsl.alicedsl.de ([85.178.20.182] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Nf0Zd-0000pU-B4>; Wed, 10 Feb 2010 01:36:57 +0100 Message-ID: <4B71FFA8.3070306@mail.zedat.fu-berlin.de> Date: Wed, 10 Feb 2010 01:36:56 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100207 Thunderbird/3.0.1 MIME-Version: 1.0 To: Oliver Pinter References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> In-Reply-To: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.20.182 Cc: stable@freebsd.org, x11@FreeBSD.org, freebsd-x11@freebsd.org Subject: Re: freebsd7, radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 00:53:16 -0000 On 02/10/10 00:24, Oliver Pinter wrote: > Hi all! > > After updated the xorg* and dri* and dependency, the system going to > deadlock at second start of xserver. I think it is not an uniqe issue, > as others wrote them at freebsd-x11: > http://lists.freebsd.org/pipermail/freebsd-x11/2010-February/009370.html > > The symptoms: > * independent from enabled or disabled DRI or GLX, first I think, this > is the error, but not > * the system going to deadlock state > * no coredumps of xorgs > * no panic, but the system is unusuable > * independent from the driver: probed the radeon and radeonhd driver > * independent from the WITHOUT_NOUVEAU or WITH_NOUVEAU compile options > (make.conf) > * the system is: FreeBSD peonia.teteny.bme.hu 7.3-PRERELEASE FreeBSD > 7.3-PRERELEASE #29 r203612+fa83fdf: Mon Feb 8 02:11:08 CET 2010 > root@peonia.teteny.bme.hu:/usr/obj/usr/src/sys/stable amd64 > _______________________________________________ > freebsd-stable@freebsd.org mailing list, > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" I had a similar freezing on several FreeBSD 8.0 boxes with either 'radeon' or 'radeonhd/radeonhd-devel' with recent ports. With more expensive graphics cards, like HD4830, HD4850 we never had the issue, but with smaller cards, like HD4670. HD4670 never worked. HD4770 cards work with explicit set option "DRI" "OFF" As far as I know, WITHOUT_NOUVEAU does have no effect on the current ports, since it is reported in ports/UPDATING, it prevents building nouveau driver which is broken when using newer libdrm/dri and libGLUT, but those new ports do not seem to be merged into the tree. The situation is heavily unsatisfying, since one need an expensive AMD/ATi Radeon card to gain non-3D poor functionality, where a cheaper one should be do the same - but the cheaper ones don't work. Even if one uses AMD64, the situattion is worse and I have no reason using Linux-driver on a FreeBSD box. Hope the situation gets cleared in the nearest future. It's a kind of deadlock. As I said, either spenig a lot of money for a working RV770 based AMD graphics card with poor functionality or nothing so far, since most smaller RV730 chips aren't supported properly by the most recent drivers. Regards, Oliver From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 00:53:16 2010 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C46E9106566C; Wed, 10 Feb 2010 00:53:16 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 4EAC28FC21; Wed, 10 Feb 2010 00:53:16 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Nf0Zd-0001fw-FG>; Wed, 10 Feb 2010 01:36:57 +0100 Received: from e178020182.adsl.alicedsl.de ([85.178.20.182] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Nf0Zd-0000pU-B4>; Wed, 10 Feb 2010 01:36:57 +0100 Message-ID: <4B71FFA8.3070306@mail.zedat.fu-berlin.de> Date: Wed, 10 Feb 2010 01:36:56 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100207 Thunderbird/3.0.1 MIME-Version: 1.0 To: Oliver Pinter References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> In-Reply-To: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.20.182 Cc: stable@freebsd.org, x11@FreeBSD.org, freebsd-x11@freebsd.org Subject: Re: freebsd7, radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 00:53:16 -0000 On 02/10/10 00:24, Oliver Pinter wrote: > Hi all! > > After updated the xorg* and dri* and dependency, the system going to > deadlock at second start of xserver. I think it is not an uniqe issue, > as others wrote them at freebsd-x11: > http://lists.freebsd.org/pipermail/freebsd-x11/2010-February/009370.html > > The symptoms: > * independent from enabled or disabled DRI or GLX, first I think, this > is the error, but not > * the system going to deadlock state > * no coredumps of xorgs > * no panic, but the system is unusuable > * independent from the driver: probed the radeon and radeonhd driver > * independent from the WITHOUT_NOUVEAU or WITH_NOUVEAU compile options > (make.conf) > * the system is: FreeBSD peonia.teteny.bme.hu 7.3-PRERELEASE FreeBSD > 7.3-PRERELEASE #29 r203612+fa83fdf: Mon Feb 8 02:11:08 CET 2010 > root@peonia.teteny.bme.hu:/usr/obj/usr/src/sys/stable amd64 > _______________________________________________ > freebsd-stable@freebsd.org mailing list, > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" I had a similar freezing on several FreeBSD 8.0 boxes with either 'radeon' or 'radeonhd/radeonhd-devel' with recent ports. With more expensive graphics cards, like HD4830, HD4850 we never had the issue, but with smaller cards, like HD4670. HD4670 never worked. HD4770 cards work with explicit set option "DRI" "OFF" As far as I know, WITHOUT_NOUVEAU does have no effect on the current ports, since it is reported in ports/UPDATING, it prevents building nouveau driver which is broken when using newer libdrm/dri and libGLUT, but those new ports do not seem to be merged into the tree. The situation is heavily unsatisfying, since one need an expensive AMD/ATi Radeon card to gain non-3D poor functionality, where a cheaper one should be do the same - but the cheaper ones don't work. Even if one uses AMD64, the situattion is worse and I have no reason using Linux-driver on a FreeBSD box. Hope the situation gets cleared in the nearest future. It's a kind of deadlock. As I said, either spenig a lot of money for a working RV770 based AMD graphics card with poor functionality or nothing so far, since most smaller RV730 chips aren't supported properly by the most recent drivers. Regards, Oliver From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 01:04:49 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48E02106566B; Wed, 10 Feb 2010 01:04:49 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 18AC28FC0A; Wed, 10 Feb 2010 01:04:48 +0000 (UTC) Received: from [192.168.1.4] (adsl-19-244-133.bna.bellsouth.net [68.19.244.133]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id o1A14jQ2000197 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 9 Feb 2010 20:04:46 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: "O. Hartmann" In-Reply-To: <4B71FFA8.3070306@mail.zedat.fu-berlin.de> References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> <4B71FFA8.3070306@mail.zedat.fu-berlin.de> Content-Type: text/plain Organization: FreeBSD Date: Tue, 09 Feb 2010 19:04:40 -0600 Message-Id: <1265763880.8609.17.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_00, FH_DATE_PAST_20XX, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: stable@freebsd.org, x11@FreeBSD.org, freebsd-x11@freebsd.org, Oliver Pinter Subject: Re: freebsd7, radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 01:04:49 -0000 On Wed, 2010-02-10 at 01:36 +0100, O. Hartmann wrote: > On 02/10/10 00:24, Oliver Pinter wrote: > > Hi all! > > > > After updated the xorg* and dri* and dependency, the system going to > > deadlock at second start of xserver. I think it is not an uniqe issue, > > as others wrote them at freebsd-x11: > > http://lists.freebsd.org/pipermail/freebsd-x11/2010-February/009370.html > > > > The symptoms: > > * independent from enabled or disabled DRI or GLX, first I think, this > > is the error, but not > > * the system going to deadlock state > > * no coredumps of xorgs > > * no panic, but the system is unusuable > > * independent from the driver: probed the radeon and radeonhd driver > > * independent from the WITHOUT_NOUVEAU or WITH_NOUVEAU compile options > > (make.conf) > > * the system is: FreeBSD peonia.teteny.bme.hu 7.3-PRERELEASE FreeBSD > > 7.3-PRERELEASE #29 r203612+fa83fdf: Mon Feb 8 02:11:08 CET 2010 > > root@peonia.teteny.bme.hu:/usr/obj/usr/src/sys/stable amd64 > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list, > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > I had a similar freezing on several FreeBSD 8.0 boxes with either > 'radeon' or 'radeonhd/radeonhd-devel' with recent ports. With more > expensive graphics cards, like HD4830, HD4850 we never had the issue, > but with smaller cards, like HD4670. HD4670 never worked. HD4770 cards > work with explicit set > > option "DRI" "OFF" > > As far as I know, WITHOUT_NOUVEAU does have no effect on the current > ports, since it is reported in ports/UPDATING, it prevents building > nouveau driver which is broken when using newer libdrm/dri and libGLUT, > but those new ports do not seem to be merged into the tree. > > The situation is heavily unsatisfying, since one need an expensive > AMD/ATi Radeon card to gain non-3D poor functionality, where a cheaper > one should be do the same - but the cheaper ones don't work. Even if one > uses AMD64, the situattion is worse and I have no reason using > Linux-driver on a FreeBSD box. Hope the situation gets cleared in the > nearest future. It's a kind of deadlock. As I said, either spenig a lot > of money for a working RV770 based AMD graphics card with poor > functionality or nothing so far, since most smaller RV730 chips aren't > supported properly by the most recent drivers. I'm only aware of one issue which leads to corruption. I have patches that resolve that issue which are not yet committed. If your are experiencing lockups with DRI disabled, then something very strange is going on and you will need to provide more details. I don't remember exactly what drm code I have committed to 7 right now, but it should be fairly current as I don't think I have much in the way of outstanding MFCs. The current drm and radeon drivers work on every card that I have, which in the r600 class are HD 3650,3850,4650. robert. > Regards, > Oliver > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Robert Noland FreeBSD From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 01:04:49 2010 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48E02106566B; Wed, 10 Feb 2010 01:04:49 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 18AC28FC0A; Wed, 10 Feb 2010 01:04:48 +0000 (UTC) Received: from [192.168.1.4] (adsl-19-244-133.bna.bellsouth.net [68.19.244.133]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id o1A14jQ2000197 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 9 Feb 2010 20:04:46 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: "O. Hartmann" In-Reply-To: <4B71FFA8.3070306@mail.zedat.fu-berlin.de> References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> <4B71FFA8.3070306@mail.zedat.fu-berlin.de> Content-Type: text/plain Organization: FreeBSD Date: Tue, 09 Feb 2010 19:04:40 -0600 Message-Id: <1265763880.8609.17.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_00, FH_DATE_PAST_20XX, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: stable@freebsd.org, x11@FreeBSD.org, freebsd-x11@freebsd.org, Oliver Pinter Subject: Re: freebsd7, radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 01:04:49 -0000 On Wed, 2010-02-10 at 01:36 +0100, O. Hartmann wrote: > On 02/10/10 00:24, Oliver Pinter wrote: > > Hi all! > > > > After updated the xorg* and dri* and dependency, the system going to > > deadlock at second start of xserver. I think it is not an uniqe issue, > > as others wrote them at freebsd-x11: > > http://lists.freebsd.org/pipermail/freebsd-x11/2010-February/009370.html > > > > The symptoms: > > * independent from enabled or disabled DRI or GLX, first I think, this > > is the error, but not > > * the system going to deadlock state > > * no coredumps of xorgs > > * no panic, but the system is unusuable > > * independent from the driver: probed the radeon and radeonhd driver > > * independent from the WITHOUT_NOUVEAU or WITH_NOUVEAU compile options > > (make.conf) > > * the system is: FreeBSD peonia.teteny.bme.hu 7.3-PRERELEASE FreeBSD > > 7.3-PRERELEASE #29 r203612+fa83fdf: Mon Feb 8 02:11:08 CET 2010 > > root@peonia.teteny.bme.hu:/usr/obj/usr/src/sys/stable amd64 > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list, > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > I had a similar freezing on several FreeBSD 8.0 boxes with either > 'radeon' or 'radeonhd/radeonhd-devel' with recent ports. With more > expensive graphics cards, like HD4830, HD4850 we never had the issue, > but with smaller cards, like HD4670. HD4670 never worked. HD4770 cards > work with explicit set > > option "DRI" "OFF" > > As far as I know, WITHOUT_NOUVEAU does have no effect on the current > ports, since it is reported in ports/UPDATING, it prevents building > nouveau driver which is broken when using newer libdrm/dri and libGLUT, > but those new ports do not seem to be merged into the tree. > > The situation is heavily unsatisfying, since one need an expensive > AMD/ATi Radeon card to gain non-3D poor functionality, where a cheaper > one should be do the same - but the cheaper ones don't work. Even if one > uses AMD64, the situattion is worse and I have no reason using > Linux-driver on a FreeBSD box. Hope the situation gets cleared in the > nearest future. It's a kind of deadlock. As I said, either spenig a lot > of money for a working RV770 based AMD graphics card with poor > functionality or nothing so far, since most smaller RV730 chips aren't > supported properly by the most recent drivers. I'm only aware of one issue which leads to corruption. I have patches that resolve that issue which are not yet committed. If your are experiencing lockups with DRI disabled, then something very strange is going on and you will need to provide more details. I don't remember exactly what drm code I have committed to 7 right now, but it should be fairly current as I don't think I have much in the way of outstanding MFCs. The current drm and radeon drivers work on every card that I have, which in the r600 class are HD 3650,3850,4650. robert. > Regards, > Oliver > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Robert Noland FreeBSD From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 01:07:54 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 817FB106566C for ; Wed, 10 Feb 2010 01:07:54 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from qmta06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 300B48FC12 for ; Wed, 10 Feb 2010 01:07:53 +0000 (UTC) Received: from omta22.westchester.pa.mail.comcast.net ([76.96.62.73]) by qmta06.westchester.pa.mail.comcast.net with comcast id fuHM1d00F1ap0As5617uWK; Wed, 10 Feb 2010 01:07:54 +0000 Received: from sorrow.ashke.com ([68.45.22.62]) by omta22.westchester.pa.mail.comcast.net with comcast id g18p1d00C1LNQfY3i18pdv; Wed, 10 Feb 2010 01:08:50 +0000 Message-ID: <4B7206E9.8090806@voicenet.com> Date: Tue, 09 Feb 2010 20:07:53 -0500 From: Adam K Kirchhoff User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100208 Thunderbird/3.0.1 MIME-Version: 1.0 To: freebsd-x11@freebsd.org References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> <4B71FFA8.3070306@mail.zedat.fu-berlin.de> <1265763880.8609.17.camel@balrog.2hip.net> In-Reply-To: <1265763880.8609.17.camel@balrog.2hip.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: freebsd7, radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 01:07:54 -0000 On 02/09/10 20:04, Robert Noland wrote: > On Wed, 2010-02-10 at 01:36 +0100, O. Hartmann wrote: > >> On 02/10/10 00:24, Oliver Pinter wrote: >> >>> Hi all! >>> >>> After updated the xorg* and dri* and dependency, the system going to >>> deadlock at second start of xserver. I think it is not an uniqe issue, >>> as others wrote them at freebsd-x11: >>> http://lists.freebsd.org/pipermail/freebsd-x11/2010-February/009370.html >>> >>> The symptoms: >>> * independent from enabled or disabled DRI or GLX, first I think, this >>> is the error, but not >>> * the system going to deadlock state >>> * no coredumps of xorgs >>> * no panic, but the system is unusuable >>> * independent from the driver: probed the radeon and radeonhd driver >>> * independent from the WITHOUT_NOUVEAU or WITH_NOUVEAU compile options >>> (make.conf) >>> * the system is: FreeBSD peonia.teteny.bme.hu 7.3-PRERELEASE FreeBSD >>> 7.3-PRERELEASE #29 r203612+fa83fdf: Mon Feb 8 02:11:08 CET 2010 >>> root@peonia.teteny.bme.hu:/usr/obj/usr/src/sys/stable amd64 >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list, >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >>> >> I had a similar freezing on several FreeBSD 8.0 boxes with either >> 'radeon' or 'radeonhd/radeonhd-devel' with recent ports. With more >> expensive graphics cards, like HD4830, HD4850 we never had the issue, >> but with smaller cards, like HD4670. HD4670 never worked. HD4770 cards >> work with explicit set >> >> option "DRI" "OFF" >> >> As far as I know, WITHOUT_NOUVEAU does have no effect on the current >> ports, since it is reported in ports/UPDATING, it prevents building >> nouveau driver which is broken when using newer libdrm/dri and libGLUT, >> but those new ports do not seem to be merged into the tree. >> >> The situation is heavily unsatisfying, since one need an expensive >> AMD/ATi Radeon card to gain non-3D poor functionality, where a cheaper >> one should be do the same - but the cheaper ones don't work. Even if one >> uses AMD64, the situattion is worse and I have no reason using >> Linux-driver on a FreeBSD box. Hope the situation gets cleared in the >> nearest future. It's a kind of deadlock. As I said, either spenig a lot >> of money for a working RV770 based AMD graphics card with poor >> functionality or nothing so far, since most smaller RV730 chips aren't >> supported properly by the most recent drivers. >> > I'm only aware of one issue which leads to corruption. I have patches > that resolve that issue which are not yet committed. If your are > experiencing lockups with DRI disabled, then something very strange is > going on and you will need to provide more details. I don't remember > exactly what drm code I have committed to 7 right now, but it should be > fairly current as I don't think I have much in the way of outstanding > MFCs. The current drm and radeon drivers work on every card that I > have, which in the r600 class are HD 3650,3850,4650. I can confirm that HD3450, HD4350, and HD4850 all work here on -CURRENT with 2D and 3D acceleration. Adam From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 01:20:43 2010 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 033A8106566C for ; Wed, 10 Feb 2010 01:20:43 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id A0F5D8FC12 for ; Wed, 10 Feb 2010 01:20:42 +0000 (UTC) Received: from [192.168.1.4] (adsl-19-244-133.bna.bellsouth.net [68.19.244.133]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id o1A1JB5x000281 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 9 Feb 2010 20:19:12 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: David Wolfskill , x11@freebsd.org In-Reply-To: <20100208172654.GA391@bunrab.catwhisker.org> References: <20100208172654.GA391@bunrab.catwhisker.org> Content-Type: text/plain Organization: FreeBSD Date: Tue, 09 Feb 2010 19:19:06 -0600 Message-Id: <1265764746.8609.18.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_00, FH_DATE_PAST_20XX, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Subject: Re: DRI problems with ati/radeon on stable/7 r203425 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 01:20:43 -0000 On Mon, 2010-02-08 at 09:26 -0800, David Wolfskill wrote: > I had written to ports@ some months ago; at the time, my laptop was > configured to boot stable/6 from slice 1, stable/7 from slice 2, > stable/8 from slice 3, and head from slice 4; all ports (save compat6x & > compat7x) were built under stable/6. > > The reason for the message at the time was that I had found that > sometimes -- though not always -- the laptop would seem to lock up > instead of starting xdm (as it is configured to do). I found that while > I could reliably use DRI while running X under stable/6, the only way I > could find to run X built under stable/6 reliably under the other OSen > was to disable DRI in xorg.conf. > > Given the recent activity in ports (with the upgrade to jpeg & every > port that depends on it getting a bump over the weekend), I decided > to "bite the bullet" and install all 800+ ports anew, building > everything under stable/7, and bidding a rather fond farewall to > stable/6. > > By yesterday afternoon, I had finally managed to get enough of the > ports built to have a usable X environment, which worked OK -- > though I noticed that I still had DRI disabled in xorg.conf (as an > artifact of having last booted the laptop when the installed X.org > had been built under stable/6). So in prepartation for the next > boot, I re-enabled DRI in xorg.conf. > > Well, the time for the next boot has come, and from about 10 minutes > before I started typing this note until just now, xdm would not start. > Nor could I use ssh(1) to login to the machine, and attempting to login > via serial got very sluggish response, to the point that it took a > couple of minutes to echo the login I typed, and after I hit Enter, I > got "Login timed out after 300 seconds" before the Password: prompt > appeared. > > And the xdm login banner finally showed up; I'd estimate that was around > 20 minutes of idle time before that happened. > > The ports tree is almost as up-to-date as my local SVN mirror, which was > at r203541 as of Sat Feb 6 03:30:08 PST 2010. (Local CVS mirror had > been updated from cvsup4 at around Sat Feb 6 04:46:28 PST 2010.) > > I had thought that the apparent "lock-ups" were because of an > unaddressed issue in compat6x; I believe the recent evidence indicates > otherwise. > > I've attached copies of: > > * /var/run/dmesg.boot > * /var/log/Xorg.0.log > * /var/log/xdm.log > > and would appreciate suggestions for resolving the issue. Are you under fairly severe memory pressure? robert. > (Please include me in replies; while I am subscribed to ports@, I am not > currently subscribed to x11@.) > > Thanks. > > Peace, > david -- Robert Noland FreeBSD From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 01:30:01 2010 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F980106568B for ; Wed, 10 Feb 2010 01:30:01 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id DC11B8FC08 for ; Wed, 10 Feb 2010 01:30:00 +0000 (UTC) Received: from [192.168.1.4] (adsl-19-244-133.bna.bellsouth.net [68.19.244.133]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id o1A1SrrB000337 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 9 Feb 2010 20:28:54 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: David Wolfskill , x11@freebsd.org In-Reply-To: <20100209044136.GJ391@bunrab.catwhisker.org> References: <20100208172654.GA391@bunrab.catwhisker.org> <20100209044136.GJ391@bunrab.catwhisker.org> Content-Type: text/plain Organization: FreeBSD Date: Tue, 09 Feb 2010 19:28:48 -0600 Message-Id: <1265765328.8609.20.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_00, FH_DATE_PAST_20XX, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Subject: Re: DRI problems with ati/radeon on stable/7 r203425 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 01:30:01 -0000 On Mon, 2010-02-08 at 20:41 -0800, David Wolfskill wrote: > On Mon, Feb 08, 2010 at 11:29:44AM -0700, Warren Block wrote: > > ... > > >And the xdm login banner finally showed up; I'd estimate that was around > > >20 minutes of idle time before that happened. > > > > Does it behave differently if you disable xdm in /etc/ttys and manually > > startx? > > OK; I tried disabling xdm & starting X via xinit, at which point I > received a reminder that I had didn't have permission to move the X.org > log files around in /var/log. I could pursue that further if it's > really wanted, but the suggestion below appears to have had a more > dramatic effect.... > > > Oh, and you should probably have Option "AccelMethod" "EXA" in the > > driver section of xorg.conf. > > Ok; I hadn't uncommented any of the "acceleration" lines in the file -- > I tend to leave things at default values unless I have a known reason to > change them (or I'm too bored, which doesn't happen often). :-} > > Merely explicitly disabling the "NoAccel" option(!) appears to have had > no particular effect -- I was able to get a locakup (or extremem > slowdown) with it. > > Doing that in conjunction with specifying EXA as the AccelMethod does > appear to avoid the problem -- I tried at least a dozen times, and > there's been no failure. On the other hand, animated displays sometimes > "glitch" rather more often with EXA than with teh default (XAA). XAA is old, crufty and unmaintained. It really shouldn't be used on anything, though it works better with some drivers than others. robert. > Thats'a bit surprising to me, as the laptop in question isn't especially > recent -- most of it dates from a few years ago. (It's a Latitude C840 > chassis with a few parts from earlier Inspiron 8200s, and a few that > were parts purchased for it.) > > Thanks. > > Peace, > david -- Robert Noland FreeBSD From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 02:35:59 2010 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A400106566C; Wed, 10 Feb 2010 02:35:59 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id DFA758FC0C; Wed, 10 Feb 2010 02:35:58 +0000 (UTC) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id o1A2Zwbn012044; Tue, 9 Feb 2010 18:35:58 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.3/Submit) id o1A2ZwXS012043; Tue, 9 Feb 2010 18:35:58 -0800 (PST) (envelope-from david) Date: Tue, 9 Feb 2010 18:35:58 -0800 From: David Wolfskill To: Robert Noland Message-ID: <20100210023558.GV391@bunrab.catwhisker.org> References: <20100208172654.GA391@bunrab.catwhisker.org> <1265764746.8609.18.camel@balrog.2hip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vS2hnRoLMmJ4tslQ" Content-Disposition: inline In-Reply-To: <1265764746.8609.18.camel@balrog.2hip.net> User-Agent: Mutt/1.4.2.1i Cc: x11@FreeBSD.org Subject: Re: DRI problems with ati/radeon on stable/7 r203425 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Wolfskill , x11@FreeBSD.org List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 02:35:59 -0000 --vS2hnRoLMmJ4tslQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 09, 2010 at 07:19:06PM -0600, Robert Noland wrote: > ... > Are you under fairly severe memory pressure? > .... The machine has 2GB RAM, so I doubt it: CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.40GHz (1196.48-MHz 686-class CP= U) Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 Features=3D0xbfebf9ff Features2=3D0x400 =2E.. real memory =3D 2147360768 (2047 MB) avail memory =3D 2091487232 (1994 MB) As for the AccelMethod -- the laptop is fairly old; it's an amalgam of a Latitude C840 & a couple of Inspiron 8200s; single-core i386 CPU @2.4GHz. Video adaptor is a 64MB ATI Technologies Inc Radeon RV250 [Mobility FireGL 9000] rev 1; physical screen resolution is 1600x1200. Thanks. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --vS2hnRoLMmJ4tslQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAktyG4oACgkQmprOCmdXAD16lgCfZ+uiqEbcV3ERcI0+vXvJnY/4 bG4An2WQZFlaSyM+rnt7VRDwdTdpk//k =KveK -----END PGP SIGNATURE----- --vS2hnRoLMmJ4tslQ-- From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 03:58:05 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF4DD106566C for ; Wed, 10 Feb 2010 03:58:05 +0000 (UTC) (envelope-from npapke@acm.org) Received: from idcmail-mo2no.shaw.ca (idcmail-mo2no.shaw.ca [64.59.134.9]) by mx1.freebsd.org (Postfix) with ESMTP id 8D4C98FC15 for ; Wed, 10 Feb 2010 03:58:05 +0000 (UTC) Received: from pd5ml3no-ssvc.prod.shaw.ca ([10.0.153.148]) by pd5mo1no-svcs.prod.shaw.ca with ESMTP; 09 Feb 2010 20:43:04 -0700 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.0 c=1 a=a1Slso_v72EA:10 a=VF9RaR9bft6c8SsOr3WyFg==:17 a=N54-gffFAAAA:8 a=q0cFxaXPQGVyHs3tTM8A:9 a=Tq6UeKKLEMUy9RauIGUA:7 a=NUEsMzYTXor4Y53hN56On9gDCJ4A:4 a=nAPXUAfsBmEA:10 Received: from unknown (HELO proven.lan.provenpath.ca) ([24.85.241.34]) by pd5ml3no-dmz.prod.shaw.ca with ESMTP; 09 Feb 2010 20:43:04 -0700 Received: from proven.lan.provenpath.ca (localhost [127.0.0.1]) by proven.lan.provenpath.ca (8.14.4/8.14.4) with ESMTP id o1A3h3rt045960 for ; Tue, 9 Feb 2010 19:43:03 -0800 (PST) (envelope-from npapke@acm.org) Received: (from npapke@localhost) by proven.lan.provenpath.ca (8.14.4/8.14.4/Submit) id o1A3h3cV045959 for freebsd-x11@freebsd.org; Tue, 9 Feb 2010 19:43:03 -0800 (PST) (envelope-from npapke@acm.org) X-Authentication-Warning: proven.lan.provenpath.ca: npapke set sender to npapke@acm.org using -f From: Norbert Papke To: freebsd-x11@freebsd.org Date: Tue, 9 Feb 2010 19:43:03 -0800 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.5; amd64; ; ) References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> <4B71FFA8.3070306@mail.zedat.fu-berlin.de> <1265763880.8609.17.camel@balrog.2hip.net> In-Reply-To: <1265763880.8609.17.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201002091943.03523.npapke@acm.org> Subject: Re: freebsd7, radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 03:58:05 -0000 On February 9, 2010, Robert Noland wrote: > On Wed, 2010-02-10 at 01:36 +0100, O. Hartmann wrote: > > The situation is heavily unsatisfying, since one need an expensive > > AMD/ATi Radeon card to gain non-3D poor functionality, where a cheaper > > one should be do the same - but the cheaper ones don't work. Even if one > > uses AMD64, the situattion is worse and I have no reason using > > Linux-driver on a FreeBSD box. Hope the situation gets cleared in the > > nearest future. It's a kind of deadlock. As I said, either spenig a lot > > of money for a working RV770 based AMD graphics card with poor > > functionality or nothing so far, since most smaller RV730 chips aren't > > supported properly by the most recent drivers. > > I'm only aware of one issue which leads to corruption. I have patches > that resolve that issue which are not yet committed. If your are > experiencing lockups with DRI disabled, then something very strange is > going on and you will need to provide more details. I don't remember > exactly what drm code I have committed to 7 right now, but it should be > fairly current as I don't think I have much in the way of outstanding > MFCs. The current drm and radeon drivers work on every card that I > have, which in the r600 class are HD 3650,3850,4650. I think the variable include more than just the model of graphics card. I just replaced my motherboard, keeping all other components, disks, software and configuration. With the old motherboard my HD 3650 was working great including 3D acceleration. With the new board, X will hang/crash with DRI enabled. Even with DRI disabled, I still experience problems with the screen not updating unless I wiggle the mouse. The new mother board is an ASUS P5E3 Pro with an Intel X48 Northbridge. The severity of the hang requires a hard reset (fortunately ZFS is resilient!). No xorg log file is generated/preserved, nor is it possible to break to the debugger. I do not have a serial console. This makes it difficult to debug. What could I do to shed more light on this situation? Cheers, -- Norbert Papke. npapke@acm.org From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 08:24:47 2010 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF5F31065679; Wed, 10 Feb 2010 08:24:47 +0000 (UTC) (envelope-from masoom.shaikh@gmail.com) Received: from mail-px0-f203.google.com (mail-px0-f203.google.com [209.85.216.203]) by mx1.freebsd.org (Postfix) with ESMTP id 956688FC21; Wed, 10 Feb 2010 08:24:47 +0000 (UTC) Received: by pxi41 with SMTP id 41so8423809pxi.27 for ; Wed, 10 Feb 2010 00:24:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=T4eSmwMTcKtN8v3FcuP75CJRyTGKO1kwdRram0/SVfs=; b=piCZ7MIqoQmLE8RSojFAYYd8wNj8XbkOCJwQp19soorL71SjO0bRKe6dApS3DO2IG+ aa8O9a7+ft3CvGJSmQjTlCJO0a6taY+OWRQFVgar3b06ejsvViv5xRQ/L+rEaE1MPTGP L8azLwPCErgRpe6eHaI2K3GS7f5O0ZTfIZwGI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Gz9vQCOiJAnpekeiZ7rKmBd8JZkB5bUtUIt+6bd983Dp1jY4o/WCESjuaybkYRgsEw A5CWA1/v5tmpZGtoU9iClE4mCipY/Bd+taq3aSHjhPBHnjr6OzjXA7Cgc2cEc6FHyc4A cKD6mIACToNlg8eIqs87C5fxbDM5AHC1eJDcM= MIME-Version: 1.0 Received: by 10.115.65.17 with SMTP id s17mr3975940wak.100.1265788451618; Tue, 09 Feb 2010 23:54:11 -0800 (PST) In-Reply-To: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> Date: Wed, 10 Feb 2010 13:24:11 +0530 Message-ID: From: Masoom Shaikh To: Oliver Pinter Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org, x11@freebsd.org, freebsd-x11@freebsd.org Subject: Re: freebsd7, radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 08:24:47 -0000 On Wed, Feb 10, 2010 at 4:54 AM, Oliver Pinter wrote: > Hi all! > > After updated the xorg* and dri* and dependency, the system going to > deadlock at second start of xserver. I think it is not an uniqe issue, > as others wrote them at freebsd-x11: > http://lists.freebsd.org/pipermail/freebsd-x11/2010-February/009370.html > > The symptoms: > * independent from enabled or disabled DRI or GLX, first I think, this > is the error, but not > * the system going to deadlock state > * no coredumps of xorgs > * no panic, but the system is unusuable > * independent from the driver: probed the radeon and radeonhd driver > * independent from the WITHOUT_NOUVEAU or WITH_NOUVEAU compile options > (make.conf) > * the system is: FreeBSD peonia.teteny.bme.hu 7.3-PRERELEASE FreeBSD > 7.3-PRERELEASE #29 r203612+fa83fdf: Mon Feb 8 02:11:08 CET 2010 > root@peonia.teteny.bme.hu:/usr/obj/usr/src/sys/stable amd64 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > are you using intel wireless cards ? I had/having similar issues when such freeze happens hard boot is the only option. I think it has something to do with wlandev or something related to wpi driver. I cannot comment more since coredumps are occasional and back trace suggests it is doadump(). here is my report earlier http://lists.freebsd.org/pipermail/freebsd-questions/2009-November/207768.html From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 08:24:47 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF5F31065679; Wed, 10 Feb 2010 08:24:47 +0000 (UTC) (envelope-from masoom.shaikh@gmail.com) Received: from mail-px0-f203.google.com (mail-px0-f203.google.com [209.85.216.203]) by mx1.freebsd.org (Postfix) with ESMTP id 956688FC21; Wed, 10 Feb 2010 08:24:47 +0000 (UTC) Received: by pxi41 with SMTP id 41so8423809pxi.27 for ; Wed, 10 Feb 2010 00:24:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=T4eSmwMTcKtN8v3FcuP75CJRyTGKO1kwdRram0/SVfs=; b=piCZ7MIqoQmLE8RSojFAYYd8wNj8XbkOCJwQp19soorL71SjO0bRKe6dApS3DO2IG+ aa8O9a7+ft3CvGJSmQjTlCJO0a6taY+OWRQFVgar3b06ejsvViv5xRQ/L+rEaE1MPTGP L8azLwPCErgRpe6eHaI2K3GS7f5O0ZTfIZwGI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Gz9vQCOiJAnpekeiZ7rKmBd8JZkB5bUtUIt+6bd983Dp1jY4o/WCESjuaybkYRgsEw A5CWA1/v5tmpZGtoU9iClE4mCipY/Bd+taq3aSHjhPBHnjr6OzjXA7Cgc2cEc6FHyc4A cKD6mIACToNlg8eIqs87C5fxbDM5AHC1eJDcM= MIME-Version: 1.0 Received: by 10.115.65.17 with SMTP id s17mr3975940wak.100.1265788451618; Tue, 09 Feb 2010 23:54:11 -0800 (PST) In-Reply-To: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> Date: Wed, 10 Feb 2010 13:24:11 +0530 Message-ID: From: Masoom Shaikh To: Oliver Pinter Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org, x11@freebsd.org, freebsd-x11@freebsd.org Subject: Re: freebsd7, radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 08:24:47 -0000 On Wed, Feb 10, 2010 at 4:54 AM, Oliver Pinter wrote: > Hi all! > > After updated the xorg* and dri* and dependency, the system going to > deadlock at second start of xserver. I think it is not an uniqe issue, > as others wrote them at freebsd-x11: > http://lists.freebsd.org/pipermail/freebsd-x11/2010-February/009370.html > > The symptoms: > * independent from enabled or disabled DRI or GLX, first I think, this > is the error, but not > * the system going to deadlock state > * no coredumps of xorgs > * no panic, but the system is unusuable > * independent from the driver: probed the radeon and radeonhd driver > * independent from the WITHOUT_NOUVEAU or WITH_NOUVEAU compile options > (make.conf) > * the system is: FreeBSD peonia.teteny.bme.hu 7.3-PRERELEASE FreeBSD > 7.3-PRERELEASE #29 r203612+fa83fdf: Mon Feb 8 02:11:08 CET 2010 > root@peonia.teteny.bme.hu:/usr/obj/usr/src/sys/stable amd64 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > are you using intel wireless cards ? I had/having similar issues when such freeze happens hard boot is the only option. I think it has something to do with wlandev or something related to wpi driver. I cannot comment more since coredumps are occasional and back trace suggests it is doadump(). here is my report earlier http://lists.freebsd.org/pipermail/freebsd-questions/2009-November/207768.html From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 10:46:40 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F0331065692; Wed, 10 Feb 2010 10:46:40 +0000 (UTC) (envelope-from vmagerya@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 6EEAB8FC0C; Wed, 10 Feb 2010 10:46:39 +0000 (UTC) Received: by fxm24 with SMTP id 24so230768fxm.3 for ; Wed, 10 Feb 2010 02:46:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=UwMvXOYe1Vnp+5/WvVNVV4sUZFjaMchpbXwzRs8zL3Y=; b=v3EW/L117Fe6dUU7R5WnC9sjIDCDUgwFg6C8DUaU+qf4C+r47iaDc3OdI9qvki6HD/ 7hgCV+18sFVw55Vj3ETvBUjpvdE6ApV7y2RMWOaXhwjwNtH6SjpPBdsMxiOt31deyJ5X PLD84tfo41SJqu1il/EAh77nKe530u1CHAUBQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=itr398SrsG09RYvlfZGUOvLap+knV6tWAULBpxEkptPdJ9M60XZIYJM9ncF4amn4PG oWO0d86R91GEUKFRQzDImx48wBXJ43BJW3yn4F6I946EH+5iZIfAcT1zdMwtBml6gJkw 7kEClLGul/4ft+j5zcc0EMHU9ct8bI4KcTC3s= Received: by 10.87.55.18 with SMTP id h18mr2570509fgk.65.1265797401117; Wed, 10 Feb 2010 02:23:21 -0800 (PST) Received: from ?192.168.1.57? (195-248-173-117.static.vega-ua.net [195.248.173.117]) by mx.google.com with ESMTPS id 16sm520357fxm.12.2010.02.10.02.23.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 10 Feb 2010 02:23:20 -0800 (PST) Message-ID: <4B728A7A.60706@gmail.com> Date: Wed, 10 Feb 2010 12:29:14 +0200 From: Vitaly Magerya User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: Oliver Pinter References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> In-Reply-To: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, x11@FreeBSD.org, freebsd-x11@freebsd.org Subject: Re: freebsd7 (and 8), radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 10:46:40 -0000 Oliver Pinter wrote: > After updated the xorg* and dri* and dependency, the system going to > deadlock at second start of xserver. I think it is not an uniqe issue, > as others wrote them at freebsd-x11: > http://lists.freebsd.org/pipermail/freebsd-x11/2010-February/009370.html I have a similar problem with ATI Mobility Radeon 9000 (r250) and FreeBSD 8.0-RELEASE-p2 i386 (dmesg is at [1]). The system hangs when I run Xorg with xorg.conf obtained by `Xorg -configure' and do either of these: * pkill Xorg * close xorg via ^C and start it again * close xorg via ^C and kldunload radeon I did not try using 'option "DRI" "OFF"' though, I will this evening. Unfortunately I can't currently say if it works under different conditions, since after a number of hangs I switched to VESA. But if anyone is interested, I'll investigate further and will provide any additional information -- just name it. [1] http://tx97.net/~magv/dmesg-t40.80-p2.txt From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 10:46:40 2010 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F0331065692; Wed, 10 Feb 2010 10:46:40 +0000 (UTC) (envelope-from vmagerya@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 6EEAB8FC0C; Wed, 10 Feb 2010 10:46:39 +0000 (UTC) Received: by fxm24 with SMTP id 24so230768fxm.3 for ; Wed, 10 Feb 2010 02:46:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=UwMvXOYe1Vnp+5/WvVNVV4sUZFjaMchpbXwzRs8zL3Y=; b=v3EW/L117Fe6dUU7R5WnC9sjIDCDUgwFg6C8DUaU+qf4C+r47iaDc3OdI9qvki6HD/ 7hgCV+18sFVw55Vj3ETvBUjpvdE6ApV7y2RMWOaXhwjwNtH6SjpPBdsMxiOt31deyJ5X PLD84tfo41SJqu1il/EAh77nKe530u1CHAUBQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=itr398SrsG09RYvlfZGUOvLap+knV6tWAULBpxEkptPdJ9M60XZIYJM9ncF4amn4PG oWO0d86R91GEUKFRQzDImx48wBXJ43BJW3yn4F6I946EH+5iZIfAcT1zdMwtBml6gJkw 7kEClLGul/4ft+j5zcc0EMHU9ct8bI4KcTC3s= Received: by 10.87.55.18 with SMTP id h18mr2570509fgk.65.1265797401117; Wed, 10 Feb 2010 02:23:21 -0800 (PST) Received: from ?192.168.1.57? (195-248-173-117.static.vega-ua.net [195.248.173.117]) by mx.google.com with ESMTPS id 16sm520357fxm.12.2010.02.10.02.23.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 10 Feb 2010 02:23:20 -0800 (PST) Message-ID: <4B728A7A.60706@gmail.com> Date: Wed, 10 Feb 2010 12:29:14 +0200 From: Vitaly Magerya User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: Oliver Pinter References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> In-Reply-To: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, x11@FreeBSD.org, freebsd-x11@freebsd.org Subject: Re: freebsd7 (and 8), radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 10:46:40 -0000 Oliver Pinter wrote: > After updated the xorg* and dri* and dependency, the system going to > deadlock at second start of xserver. I think it is not an uniqe issue, > as others wrote them at freebsd-x11: > http://lists.freebsd.org/pipermail/freebsd-x11/2010-February/009370.html I have a similar problem with ATI Mobility Radeon 9000 (r250) and FreeBSD 8.0-RELEASE-p2 i386 (dmesg is at [1]). The system hangs when I run Xorg with xorg.conf obtained by `Xorg -configure' and do either of these: * pkill Xorg * close xorg via ^C and start it again * close xorg via ^C and kldunload radeon I did not try using 'option "DRI" "OFF"' though, I will this evening. Unfortunately I can't currently say if it works under different conditions, since after a number of hangs I switched to VESA. But if anyone is interested, I'll investigate further and will provide any additional information -- just name it. [1] http://tx97.net/~magv/dmesg-t40.80-p2.txt From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 11:49:42 2010 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7215E1065670 for ; Wed, 10 Feb 2010 11:49:42 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 3A9DE8FC0A for ; Wed, 10 Feb 2010 11:49:41 +0000 (UTC) Received: from [192.168.1.4] (adsl-19-244-133.bna.bellsouth.net [68.19.244.133]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id o1ABmgkF003525 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 10 Feb 2010 06:48:43 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: David Wolfskill , x11@FreeBSD.org In-Reply-To: <20100210023558.GV391@bunrab.catwhisker.org> References: <20100208172654.GA391@bunrab.catwhisker.org> <1265764746.8609.18.camel@balrog.2hip.net> <20100210023558.GV391@bunrab.catwhisker.org> Content-Type: text/plain Organization: FreeBSD Date: Wed, 10 Feb 2010 05:48:37 -0600 Message-Id: <1265802517.8609.25.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_00, FH_DATE_PAST_20XX, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Subject: Re: DRI problems with ati/radeon on stable/7 r203425 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 11:49:42 -0000 On Tue, 2010-02-09 at 18:35 -0800, David Wolfskill wrote: > On Tue, Feb 09, 2010 at 07:19:06PM -0600, Robert Noland wrote: > > ... > > Are you under fairly severe memory pressure? > > .... > > The machine has 2GB RAM, so I doubt it: > > CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.40GHz (1196.48-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 > Features=0xbfebf9ff > Features2=0x400 > ... > real memory = 2147360768 (2047 MB) > avail memory = 2091487232 (1994 MB) > > > As for the AccelMethod -- the laptop is fairly old; it's an amalgam of a > Latitude C840 & a couple of Inspiron 8200s; single-core i386 CPU > @2.4GHz. Video adaptor is a 64MB ATI Technologies Inc Radeon RV250 > [Mobility FireGL 9000] rev 1; physical screen resolution is 1600x1200. Ok, what I was thinking was that any memory allocations that have M_WAITOK will sleep forever waiting for resources. If it is a pci based card, it might be waiting for 32MB of contiguous ram for the GART as well. I have a reworked scatter gather allocation that removes the contiguous requirement. robert. > Thanks. > > Peace, > david -- Robert Noland FreeBSD From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 11:50:10 2010 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF1811065672; Wed, 10 Feb 2010 11:50:10 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B60BB8FC13; Wed, 10 Feb 2010 11:50:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o1ABoAu1078889; Wed, 10 Feb 2010 11:50:10 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o1ABoAYP078881; Wed, 10 Feb 2010 11:50:10 GMT (envelope-from edwin) Date: Wed, 10 Feb 2010 11:50:10 GMT Message-Id: <201002101150.o1ABoAYP078881@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-x11@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: ports/143723: graphics/dri fails to build after graphics/libdrm update X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 11:50:11 -0000 Synopsis: graphics/dri fails to build after graphics/libdrm update Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: edwin Responsible-Changed-When: Wed Feb 10 11:50:10 UTC 2010 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=143723 From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 12:24:30 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A212106566C for ; Wed, 10 Feb 2010 12:24:30 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 3F6EA8FC16 for ; Wed, 10 Feb 2010 12:24:29 +0000 (UTC) Received: from [192.168.1.4] (adsl-19-244-133.bna.bellsouth.net [68.19.244.133]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id o1ACOPIf003736 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 10 Feb 2010 07:24:26 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Norbert Papke In-Reply-To: <201002091943.03523.npapke@acm.org> References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> <4B71FFA8.3070306@mail.zedat.fu-berlin.de> <1265763880.8609.17.camel@balrog.2hip.net> <201002091943.03523.npapke@acm.org> Content-Type: text/plain Organization: FreeBSD Date: Wed, 10 Feb 2010 06:24:20 -0600 Message-Id: <1265804660.8609.49.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_00, FH_DATE_PAST_20XX, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: freebsd7, radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 12:24:30 -0000 On Tue, 2010-02-09 at 19:43 -0800, Norbert Papke wrote: > On February 9, 2010, Robert Noland wrote: > > On Wed, 2010-02-10 at 01:36 +0100, O. Hartmann wrote: > > > The situation is heavily unsatisfying, since one need an expensive > > > AMD/ATi Radeon card to gain non-3D poor functionality, where a cheaper > > > one should be do the same - but the cheaper ones don't work. Even if one > > > uses AMD64, the situattion is worse and I have no reason using > > > Linux-driver on a FreeBSD box. Hope the situation gets cleared in the > > > nearest future. It's a kind of deadlock. As I said, either spenig a lot > > > of money for a working RV770 based AMD graphics card with poor > > > functionality or nothing so far, since most smaller RV730 chips aren't > > > supported properly by the most recent drivers. > > > > I'm only aware of one issue which leads to corruption. I have patches > > that resolve that issue which are not yet committed. If your are > > experiencing lockups with DRI disabled, then something very strange is > > going on and you will need to provide more details. I don't remember > > exactly what drm code I have committed to 7 right now, but it should be > > fairly current as I don't think I have much in the way of outstanding > > MFCs. The current drm and radeon drivers work on every card that I > > have, which in the r600 class are HD 3650,3850,4650. > > I think the variable include more than just the model of graphics card. I > just replaced my motherboard, keeping all other components, disks, software > and configuration. With the old motherboard my HD 3650 was working great > including 3D acceleration. With the new board, X will hang/crash with DRI > enabled. Even with DRI disabled, I still experience problems with the screen > not updating unless I wiggle the mouse. Ah, this suggest an issue with interrupts. If the driver is blocked waiting on an event, moving the mouse will interrupt the driver and force it to update. robert. > The new mother board is an ASUS P5E3 Pro with an Intel X48 Northbridge. > > The severity of the hang requires a hard reset (fortunately ZFS is > resilient!). No xorg log file is generated/preserved, nor is it possible to > break to the debugger. I do not have a serial console. This makes it > difficult to debug. What could I do to shed more light on this situation? > > Cheers, > > -- Norbert Papke. > npapke@acm.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 From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 13:06:44 2010 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01A20106566B; Wed, 10 Feb 2010 13:06:44 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id B597F8FC0A; Wed, 10 Feb 2010 13:06:43 +0000 (UTC) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id o1AD6goM014143; Wed, 10 Feb 2010 05:06:42 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.3/Submit) id o1AD6g7c014142; Wed, 10 Feb 2010 05:06:42 -0800 (PST) (envelope-from david) Date: Wed, 10 Feb 2010 05:06:42 -0800 From: David Wolfskill To: Robert Noland Message-ID: <20100210130642.GA391@bunrab.catwhisker.org> References: <20100208172654.GA391@bunrab.catwhisker.org> <1265764746.8609.18.camel@balrog.2hip.net> <20100210023558.GV391@bunrab.catwhisker.org> <1265802517.8609.25.camel@balrog.2hip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d2IMS6fuC0p5eWIP" Content-Disposition: inline In-Reply-To: <1265802517.8609.25.camel@balrog.2hip.net> User-Agent: Mutt/1.4.2.1i Cc: x11@FreeBSD.org Subject: Re: DRI problems with ati/radeon on stable/7 r203425 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Wolfskill , x11@FreeBSD.org List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 13:06:44 -0000 --d2IMS6fuC0p5eWIP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 10, 2010 at 05:48:37AM -0600, Robert Noland wrote: > ... > > > Are you under fairly severe memory pressure? > > > .... > >=20 > > The machine has 2GB RAM, so I doubt it: > .,, > Ok, what I was thinking was that any memory allocations that have > M_WAITOK will sleep forever waiting for resources. If it is a pci based > card, it might be waiting for 32MB of contiguous ram for the GART as > well. I have a reworked scatter gather allocation that removes the > contiguous requirement. I'm certainly willing to try experimental code. I'm presently bringing the machine up to r203751, after which I intend to update any installed ports that have had commits in the last 24 hrs. That said, my "feel" for the behavior is that there appears to be some condition such that it's waiting on something, and when certain interrupts occur, it's suddenly able to proceed. But until that interrupt pattern does occur, it waits in such a way that one can't use the keyboard to switch to a different vty, one can't login via ssh (though it responds to ping), and response to an attempt to login via serial port appears to fail as well (but is actually just extremely slow -- often slow enough to time out instead of work). Unlike another correspondent reporting otherwise rather similar symptoms, I seem to be able to avoid the "lockup" symptoms by disabling DRI in xorg.conf (though the resulting performance leaves somewhat to be desired, it isn't as bad as turning the laptop into an expensive, fragile brick). I did try crfeating a new xorg.conf after the recent update to the X.org port(s); I noticed that the newly-created xorg.conf specified a couple of things that weren't in my old one: Section "Module" =2E.. Load "record" =2E.. Load "dri2" so I tried experimenting a bit with those (without success). Naturally, the freshly-created xorg.conf failed spectacularly, as it didn't include the stanza that I use to un-require hald & dbus: Section "ServerFlags" Option "AutoAddDevices" "False" EndSection I'm even willing to try requiring hald & dbus, if it's likely that it might help (though I'll need to remember to start them first, as well as delay starting xdm until they are not only started, but actually capable of responding to requests). And while I don't intend to go back to FreeBSD 6.x, I note that DRI worked in that environment on this hardware for quite a while. (For that matter, it worked in a FreeBSD 4.x environment, as well.) (While I also run stable/8 & head on the laptop, I use a common /usr/local, so the ports in all cases (other than compat7x) are built under stable/7.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --d2IMS6fuC0p5eWIP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAktyr2IACgkQmprOCmdXAD0MHACfQy9E1b+cIDtWnPRpJjagN2aW +NcAnAiixm4MMSp2yIIUkqhiF6Y141hG =cpao -----END PGP SIGNATURE----- --d2IMS6fuC0p5eWIP-- From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 14:59:07 2010 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB593106566C for ; Wed, 10 Feb 2010 14:59:06 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 7A0FF8FC08 for ; Wed, 10 Feb 2010 14:59:06 +0000 (UTC) Received: from [192.168.1.4] (adsl-19-244-133.bna.bellsouth.net [68.19.244.133]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id o1AEuqRO004528 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 10 Feb 2010 09:56:56 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: David Wolfskill , x11@FreeBSD.org In-Reply-To: <20100210130642.GA391@bunrab.catwhisker.org> References: <20100208172654.GA391@bunrab.catwhisker.org> <1265764746.8609.18.camel@balrog.2hip.net> <20100210023558.GV391@bunrab.catwhisker.org> <1265802517.8609.25.camel@balrog.2hip.net> <20100210130642.GA391@bunrab.catwhisker.org> Content-Type: text/plain Organization: FreeBSD Date: Wed, 10 Feb 2010 08:56:45 -0600 Message-Id: <1265813805.8609.52.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_00, FH_DATE_PAST_20XX, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Subject: Re: DRI problems with ati/radeon on stable/7 r203425 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 14:59:07 -0000 On Wed, 2010-02-10 at 05:06 -0800, David Wolfskill wrote: > On Wed, Feb 10, 2010 at 05:48:37AM -0600, Robert Noland wrote: > > ... > > > > Are you under fairly severe memory pressure? > > > > .... > > > > > > The machine has 2GB RAM, so I doubt it: > > .,, > > Ok, what I was thinking was that any memory allocations that have > > M_WAITOK will sleep forever waiting for resources. If it is a pci based > > card, it might be waiting for 32MB of contiguous ram for the GART as > > well. I have a reworked scatter gather allocation that removes the > > contiguous requirement. > > I'm certainly willing to try experimental code. I'm presently bringing > the machine up to r203751, after which I intend to update any installed > ports that have had commits in the last 24 hrs. > > That said, my "feel" for the behavior is that there appears to be some > condition such that it's waiting on something, and when certain > interrupts occur, it's suddenly able to proceed. But until that > interrupt pattern does occur, it waits in such a way that one can't use > the keyboard to switch to a different vty, one can't login via ssh > (though it responds to ping), and response to an attempt to login via > serial port appears to fail as well (but is actually just extremely slow > -- often slow enough to time out instead of work). Right, it sounds like the other person is having interrupt issues. Does moving the mouse / touchpad have any impact? Or, possibly disabling msi? (adding hw.drm.msi=0 to loader.conf) robert. > Unlike another correspondent reporting otherwise rather similar > symptoms, I seem to be able to avoid the "lockup" symptoms by disabling > DRI in xorg.conf (though the resulting performance leaves somewhat to be > desired, it isn't as bad as turning the laptop into an expensive, > fragile brick). > > I did try crfeating a new xorg.conf after the recent update to the X.org > port(s); I noticed that the newly-created xorg.conf specified a couple > of things that weren't in my old one: > > Section "Module" > ... > Load "record" > ... > Load "dri2" > > so I tried experimenting a bit with those (without success). > > Naturally, the freshly-created xorg.conf failed spectacularly, as it > didn't include the stanza that I use to un-require hald & dbus: > > Section "ServerFlags" > Option "AutoAddDevices" "False" > EndSection > > I'm even willing to try requiring hald & dbus, if it's likely that > it might help (though I'll need to remember to start them first, > as well as delay starting xdm until they are not only started, but > actually capable of responding to requests). > > And while I don't intend to go back to FreeBSD 6.x, I note that DRI > worked in that environment on this hardware for quite a while. (For > that matter, it worked in a FreeBSD 4.x environment, as well.) > > (While I also run stable/8 & head on the laptop, I use a common > /usr/local, so the ports in all cases (other than compat7x) are built > under stable/7.) > > Peace, > david -- Robert Noland FreeBSD From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 15:06:05 2010 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C68F1065695; Wed, 10 Feb 2010 15:06:05 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 5C69E8FC17; Wed, 10 Feb 2010 15:06:05 +0000 (UTC) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id o1AF648Y015335; Wed, 10 Feb 2010 07:06:04 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.3/Submit) id o1AF64BJ015334; Wed, 10 Feb 2010 07:06:04 -0800 (PST) (envelope-from david) Date: Wed, 10 Feb 2010 07:06:04 -0800 From: David Wolfskill To: Robert Noland Message-ID: <20100210150604.GC391@bunrab.catwhisker.org> References: <20100208172654.GA391@bunrab.catwhisker.org> <1265764746.8609.18.camel@balrog.2hip.net> <20100210023558.GV391@bunrab.catwhisker.org> <1265802517.8609.25.camel@balrog.2hip.net> <20100210130642.GA391@bunrab.catwhisker.org> <1265813805.8609.52.camel@balrog.2hip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tRjCiSMHexiP9I5N" Content-Disposition: inline In-Reply-To: <1265813805.8609.52.camel@balrog.2hip.net> User-Agent: Mutt/1.4.2.1i Cc: x11@FreeBSD.org Subject: Re: DRI problems with ati/radeon on stable/7 r203425 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Wolfskill , x11@FreeBSD.org List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 15:06:05 -0000 --tRjCiSMHexiP9I5N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 10, 2010 at 08:56:45AM -0600, Robert Noland wrote: > ... > Right, it sounds like the other person is having interrupt issues. Does > moving the mouse / touchpad have any impact? Well, trying to doesn't appear to have any effect; it doesn't move, regardless. > Or, possibly disabling msi? (adding hw.drm.msi=3D0 to loader.conf) > .... Well, I don't know what msi is, so I hadn't tried that. I will try it after the daily builds are finished -- probably 3 - 4 hours from now. Thanks, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --tRjCiSMHexiP9I5N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAktyy1wACgkQmprOCmdXAD2dwQCfZ/746fRo5iEO/rQ/iOi6XgLA +nAAoIeGgamBGzKjxD6S/Y4k6ye2PYkc =bKfI -----END PGP SIGNATURE----- --tRjCiSMHexiP9I5N-- From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 15:11:20 2010 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 289AC106566B; Wed, 10 Feb 2010 15:11:20 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id C3A7A8FC15; Wed, 10 Feb 2010 15:11:19 +0000 (UTC) Received: from [192.168.1.4] (adsl-19-244-133.bna.bellsouth.net [68.19.244.133]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id o1AFBGKs004607 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 10 Feb 2010 10:11:17 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Vitaly Magerya In-Reply-To: <4B728A7A.60706@gmail.com> References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> <4B728A7A.60706@gmail.com> Content-Type: text/plain Organization: FreeBSD Date: Wed, 10 Feb 2010 09:11:10 -0600 Message-Id: <1265814670.8609.58.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_00, FH_DATE_PAST_20XX, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: stable@freebsd.org, x11@FreeBSD.org, freebsd-x11@freebsd.org, Oliver Pinter Subject: Re: freebsd7 (and 8), radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 15:11:20 -0000 On Wed, 2010-02-10 at 12:29 +0200, Vitaly Magerya wrote: > Oliver Pinter wrote: > > After updated the xorg* and dri* and dependency, the system going to > > deadlock at second start of xserver. I think it is not an uniqe issue, > > as others wrote them at freebsd-x11: > > http://lists.freebsd.org/pipermail/freebsd-x11/2010-February/009370.html > > I have a similar problem with ATI Mobility Radeon 9000 (r250) and > FreeBSD 8.0-RELEASE-p2 i386 (dmesg is at [1]). The system hangs when I > run Xorg with xorg.conf obtained by `Xorg -configure' and do either of > these: > > * pkill Xorg > * close xorg via ^C and start it again > * close xorg via ^C and kldunload radeon > > I did not try using 'option "DRI" "OFF"' though, I will this evening. > > Unfortunately I can't currently say if it works under different > conditions, since after a number of hangs I switched to VESA. But if > anyone is interested, I'll investigate further and will provide any > additional information -- just name it. I have a strong suspicion that the issue is with bus_dma. If this is a pci based card, then it is trying to allocate 32MB of contiguous physical ram when the drm device is opened. This usually succeeds the first time that the driver opens the device, but later, after memory has become fragmented, this can become an issue. As I have mentioned, I have code that reworks this whole process and I'll try and make a patch available soon, but my I don't have a lot of time now, so it might be the weekend before I can rebase the code and get a clean patch. robert. > [1] http://tx97.net/~magv/dmesg-t40.80-p2.txt > _______________________________________________ > 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 owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 15:11:20 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 289AC106566B; Wed, 10 Feb 2010 15:11:20 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id C3A7A8FC15; Wed, 10 Feb 2010 15:11:19 +0000 (UTC) Received: from [192.168.1.4] (adsl-19-244-133.bna.bellsouth.net [68.19.244.133]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id o1AFBGKs004607 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 10 Feb 2010 10:11:17 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Vitaly Magerya In-Reply-To: <4B728A7A.60706@gmail.com> References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> <4B728A7A.60706@gmail.com> Content-Type: text/plain Organization: FreeBSD Date: Wed, 10 Feb 2010 09:11:10 -0600 Message-Id: <1265814670.8609.58.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_00, FH_DATE_PAST_20XX, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: stable@freebsd.org, x11@FreeBSD.org, freebsd-x11@freebsd.org, Oliver Pinter Subject: Re: freebsd7 (and 8), radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 15:11:20 -0000 On Wed, 2010-02-10 at 12:29 +0200, Vitaly Magerya wrote: > Oliver Pinter wrote: > > After updated the xorg* and dri* and dependency, the system going to > > deadlock at second start of xserver. I think it is not an uniqe issue, > > as others wrote them at freebsd-x11: > > http://lists.freebsd.org/pipermail/freebsd-x11/2010-February/009370.html > > I have a similar problem with ATI Mobility Radeon 9000 (r250) and > FreeBSD 8.0-RELEASE-p2 i386 (dmesg is at [1]). The system hangs when I > run Xorg with xorg.conf obtained by `Xorg -configure' and do either of > these: > > * pkill Xorg > * close xorg via ^C and start it again > * close xorg via ^C and kldunload radeon > > I did not try using 'option "DRI" "OFF"' though, I will this evening. > > Unfortunately I can't currently say if it works under different > conditions, since after a number of hangs I switched to VESA. But if > anyone is interested, I'll investigate further and will provide any > additional information -- just name it. I have a strong suspicion that the issue is with bus_dma. If this is a pci based card, then it is trying to allocate 32MB of contiguous physical ram when the drm device is opened. This usually succeeds the first time that the driver opens the device, but later, after memory has become fragmented, this can become an issue. As I have mentioned, I have code that reworks this whole process and I'll try and make a patch available soon, but my I don't have a lot of time now, so it might be the weekend before I can rebase the code and get a clean patch. robert. > [1] http://tx97.net/~magv/dmesg-t40.80-p2.txt > _______________________________________________ > 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 owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 15:15:35 2010 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 126E610656FF for ; Wed, 10 Feb 2010 15:15:35 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id C6DCB8FC08 for ; Wed, 10 Feb 2010 15:15:34 +0000 (UTC) Received: from [192.168.1.4] (adsl-19-244-133.bna.bellsouth.net [68.19.244.133]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id o1AFEfaU004628 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 10 Feb 2010 10:14:43 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: David Wolfskill , x11@FreeBSD.org In-Reply-To: <20100210150604.GC391@bunrab.catwhisker.org> References: <20100208172654.GA391@bunrab.catwhisker.org> <1265764746.8609.18.camel@balrog.2hip.net> <20100210023558.GV391@bunrab.catwhisker.org> <1265802517.8609.25.camel@balrog.2hip.net> <20100210130642.GA391@bunrab.catwhisker.org> <1265813805.8609.52.camel@balrog.2hip.net> <20100210150604.GC391@bunrab.catwhisker.org> Content-Type: text/plain Organization: FreeBSD Date: Wed, 10 Feb 2010 09:14:35 -0600 Message-Id: <1265814875.8609.61.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_00, FH_DATE_PAST_20XX, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Subject: Re: DRI problems with ati/radeon on stable/7 r203425 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 15:15:35 -0000 On Wed, 2010-02-10 at 07:06 -0800, David Wolfskill wrote: > On Wed, Feb 10, 2010 at 08:56:45AM -0600, Robert Noland wrote: > > ... > > Right, it sounds like the other person is having interrupt issues. Does > > moving the mouse / touchpad have any impact? > > Well, trying to doesn't appear to have any effect; it doesn't move, > regardless. > > > Or, possibly disabling msi? (adding hw.drm.msi=0 to loader.conf) > > .... > > Well, I don't know what msi is, so I hadn't tried that. I will try it > after the daily builds are finished -- probably 3 - 4 hours from now. MSI is "Message Signaled Interrupt" and is enabled by default for any card that reports that it is capable (except for intel 945, which is borked). When drm loads it will tell you if it is using msi or not. robert. > Thanks, > david -- Robert Noland FreeBSD From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 15:46:08 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 358E1106566C; Wed, 10 Feb 2010 15:46:08 +0000 (UTC) (envelope-from vmagerya@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 6283D8FC16; Wed, 10 Feb 2010 15:46:06 +0000 (UTC) Received: by fxm24 with SMTP id 24so143824fxm.3 for ; Wed, 10 Feb 2010 07:46:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=CaxtEGvDFjwJjrB4M8+tRaR2P5jdW54JddSxY4vDi2Q=; b=yAT+QXc/3msX7oN0JLl4eWDE5ZOZRpoHqyA7vyHkUhfGtuJcU7qQbonRUnqXDyIAJN qrCN/QeuzR8FGkPuNWGgEiOdK1vgYFgfT5JciaW72SM4aGUiTV81p5pzzJAA22HK3sfV SAuHaYRjWu31JMxOX2l6yNpGhsIjrB/BiuVJg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=cmd+mYVQsK8P3smHB38UpJtXhHXZtZ3XQQcUO6F6SBgIaAA4CB7GBibSXmaiANOUsi 16tWrOOA0y9GCqL8bkAeBl4pmNplYi7nU4uIVOsmmALBJ8vPj91yil2W6l/2eOl0X5wI p4WAQ7Bx3hrlLZs9VU5BUzHxc8MR4vjWEkCNw= Received: by 10.87.61.4 with SMTP id o4mr3367802fgk.31.1265816766085; Wed, 10 Feb 2010 07:46:06 -0800 (PST) Received: from ?172.16.0.7? ([85.198.160.156]) by mx.google.com with ESMTPS id 14sm671080fxm.3.2010.02.10.07.46.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 10 Feb 2010 07:46:04 -0800 (PST) Message-ID: <4B72D4B9.6020109@gmail.com> Date: Wed, 10 Feb 2010 17:46:01 +0200 From: Vitaly Magerya User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: Robert Noland References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> <4B728A7A.60706@gmail.com> <1265814670.8609.58.camel@balrog.2hip.net> In-Reply-To: <1265814670.8609.58.camel@balrog.2hip.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, x11@FreeBSD.org, freebsd-x11@freebsd.org, Oliver Pinter Subject: Re: freebsd7 (and 8), radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 15:46:08 -0000 Robert Noland wrote: >> I have a similar problem with ATI Mobility Radeon 9000 (r250) and >> FreeBSD 8.0-RELEASE-p2 i386 (dmesg is at [1]). The system hangs when I >> run Xorg with xorg.conf obtained by `Xorg -configure' and do either of >> these: >> >> * pkill Xorg >> * close xorg via ^C and start it again >> * close xorg via ^C and kldunload radeon >> >> I did not try using 'option "DRI" "OFF"' though, I will this evening. With DRI disabled, no hang occurs and I'm once again happy. >> Unfortunately I can't currently say if it works under different >> conditions, since after a number of hangs I switched to VESA. But if >> anyone is interested, I'll investigate further and will provide any >> additional information -- just name it. > > I have a strong suspicion that the issue is with bus_dma. If this is a > pci based card, then it is trying to allocate 32MB of contiguous > physical ram when the drm device is opened. This usually succeeds the > first time that the driver opens the device, but later, after memory has > become fragmented, this can become an issue. As I have mentioned, I > have code that reworks this whole process and I'll try and make a patch > available soon, but my I don't have a lot of time now, so it might be > the weekend before I can rebase the code and get a clean patch. No pressure from me. I'm already grateful that you single-handedly keep the whole DRI-on-FreeBSD thing going. From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 15:46:08 2010 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 358E1106566C; Wed, 10 Feb 2010 15:46:08 +0000 (UTC) (envelope-from vmagerya@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 6283D8FC16; Wed, 10 Feb 2010 15:46:06 +0000 (UTC) Received: by fxm24 with SMTP id 24so143824fxm.3 for ; Wed, 10 Feb 2010 07:46:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=CaxtEGvDFjwJjrB4M8+tRaR2P5jdW54JddSxY4vDi2Q=; b=yAT+QXc/3msX7oN0JLl4eWDE5ZOZRpoHqyA7vyHkUhfGtuJcU7qQbonRUnqXDyIAJN qrCN/QeuzR8FGkPuNWGgEiOdK1vgYFgfT5JciaW72SM4aGUiTV81p5pzzJAA22HK3sfV SAuHaYRjWu31JMxOX2l6yNpGhsIjrB/BiuVJg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=cmd+mYVQsK8P3smHB38UpJtXhHXZtZ3XQQcUO6F6SBgIaAA4CB7GBibSXmaiANOUsi 16tWrOOA0y9GCqL8bkAeBl4pmNplYi7nU4uIVOsmmALBJ8vPj91yil2W6l/2eOl0X5wI p4WAQ7Bx3hrlLZs9VU5BUzHxc8MR4vjWEkCNw= Received: by 10.87.61.4 with SMTP id o4mr3367802fgk.31.1265816766085; Wed, 10 Feb 2010 07:46:06 -0800 (PST) Received: from ?172.16.0.7? ([85.198.160.156]) by mx.google.com with ESMTPS id 14sm671080fxm.3.2010.02.10.07.46.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 10 Feb 2010 07:46:04 -0800 (PST) Message-ID: <4B72D4B9.6020109@gmail.com> Date: Wed, 10 Feb 2010 17:46:01 +0200 From: Vitaly Magerya User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: Robert Noland References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> <4B728A7A.60706@gmail.com> <1265814670.8609.58.camel@balrog.2hip.net> In-Reply-To: <1265814670.8609.58.camel@balrog.2hip.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, x11@FreeBSD.org, freebsd-x11@freebsd.org, Oliver Pinter Subject: Re: freebsd7 (and 8), radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 15:46:08 -0000 Robert Noland wrote: >> I have a similar problem with ATI Mobility Radeon 9000 (r250) and >> FreeBSD 8.0-RELEASE-p2 i386 (dmesg is at [1]). The system hangs when I >> run Xorg with xorg.conf obtained by `Xorg -configure' and do either of >> these: >> >> * pkill Xorg >> * close xorg via ^C and start it again >> * close xorg via ^C and kldunload radeon >> >> I did not try using 'option "DRI" "OFF"' though, I will this evening. With DRI disabled, no hang occurs and I'm once again happy. >> Unfortunately I can't currently say if it works under different >> conditions, since after a number of hangs I switched to VESA. But if >> anyone is interested, I'll investigate further and will provide any >> additional information -- just name it. > > I have a strong suspicion that the issue is with bus_dma. If this is a > pci based card, then it is trying to allocate 32MB of contiguous > physical ram when the drm device is opened. This usually succeeds the > first time that the driver opens the device, but later, after memory has > become fragmented, this can become an issue. As I have mentioned, I > have code that reworks this whole process and I'll try and make a patch > available soon, but my I don't have a lot of time now, so it might be > the weekend before I can rebase the code and get a clean patch. No pressure from me. I'm already grateful that you single-handedly keep the whole DRI-on-FreeBSD thing going. From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 15:49:23 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD206106566B; Wed, 10 Feb 2010 15:49:23 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 979568FC0A; Wed, 10 Feb 2010 15:49:22 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA05092; Wed, 10 Feb 2010 17:49:18 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B72D57D.6080002@icyb.net.ua> Date: Wed, 10 Feb 2010 17:49:17 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Vitaly Magerya References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> <4B728A7A.60706@gmail.com> In-Reply-To: <4B728A7A.60706@gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, freebsd-x11@freebsd.org, Oliver Pinter Subject: Re: freebsd7 (and 8), radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 15:49:23 -0000 on 10/02/2010 12:29 Vitaly Magerya said the following: > Oliver Pinter wrote: >> After updated the xorg* and dri* and dependency, the system going to >> deadlock at second start of xserver. I think it is not an uniqe issue, >> as others wrote them at freebsd-x11: >> http://lists.freebsd.org/pipermail/freebsd-x11/2010-February/009370.html > > I have a similar problem with ATI Mobility Radeon 9000 (r250) and > FreeBSD 8.0-RELEASE-p2 i386 (dmesg is at [1]). The system hangs when I > run Xorg with xorg.conf obtained by `Xorg -configure' and do either of > these: > > * pkill Xorg > * close xorg via ^C and start it again > * close xorg via ^C and kldunload radeon > > I did not try using 'option "DRI" "OFF"' though, I will this evening. > > Unfortunately I can't currently say if it works under different > conditions, since after a number of hangs I switched to VESA. But if > anyone is interested, I'll investigate further and will provide any > additional information -- just name it. Please check if your X binary is linked with libthr (using ldd). I saw similar problems when it was not. That was because it was compiled without HAL support. -- Andriy Gapon From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 16:01:26 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C66601065670; Wed, 10 Feb 2010 16:01:26 +0000 (UTC) (envelope-from vmagerya@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id EE6198FC23; Wed, 10 Feb 2010 16:01:25 +0000 (UTC) Received: by fxm24 with SMTP id 24so160699fxm.3 for ; Wed, 10 Feb 2010 08:01:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=hBscAag4uNE7oODitE2j+W1lBqP+l3ArO0nm5ehOev4=; b=niXm9kHJQID+wj7Pg5A7zQjqG7Yk8ylhgQ36RCmoN/LaI+i4mWeWC/1zWvIXatSAPK nvEF/B+6cKONmQ/K1Gh4g+dgbQUgJzYPifFmacAuMHI9rlLf1TjIVsdR65sk2REknvUp axbOwK55C24YBOOK6raivYPrEduYg71kH/OTM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=L73rCgcmhoHN4IcJHxIGhJSuyleATp88E0fNeGgNErRkzdxgx55U7tgIKpV1HcUGmw 9RefB4qTOX47+fxO3tYZgnybBsaaS1ces0ZyewKdry280Nkes4L99CiCDmC8s4yI1qvM NxLBA598+u/CIiXSLXsJzrsXM9Pq/VbeQFMAk= Received: by 10.223.5.87 with SMTP id 23mr495313fau.87.1265817684611; Wed, 10 Feb 2010 08:01:24 -0800 (PST) Received: from ?172.16.0.7? ([85.198.160.156]) by mx.google.com with ESMTPS id 16sm672453fxm.12.2010.02.10.08.01.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 10 Feb 2010 08:01:23 -0800 (PST) Message-ID: <4B72D854.5080902@gmail.com> Date: Wed, 10 Feb 2010 18:01:24 +0200 From: Vitaly Magerya User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: Andriy Gapon References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> <4B728A7A.60706@gmail.com> <4B72D57D.6080002@icyb.net.ua> In-Reply-To: <4B72D57D.6080002@icyb.net.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, freebsd-x11@freebsd.org, Oliver Pinter Subject: Re: freebsd7 (and 8), radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 16:01:26 -0000 Andriy Gapon wrote: > Please check if your X binary is linked with libthr (using ldd). > I saw similar problems when it was not. > That was because it was compiled without HAL support. It is not, and yes I use WITHOUT_HAL. Currently disabling DRI helps; should I try rebuilding xorg-server with HAL? From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 16:07:23 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C33CD10656A4; Wed, 10 Feb 2010 16:07:23 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 8152A8FC13; Wed, 10 Feb 2010 16:07:22 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA05603; Wed, 10 Feb 2010 18:07:18 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B72D9B5.7000300@icyb.net.ua> Date: Wed, 10 Feb 2010 18:07:17 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Vitaly Magerya References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> <4B728A7A.60706@gmail.com> <4B72D57D.6080002@icyb.net.ua> <4B72D854.5080902@gmail.com> In-Reply-To: <4B72D854.5080902@gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, freebsd-x11@freebsd.org, Oliver Pinter Subject: Re: freebsd7 (and 8), radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 16:07:23 -0000 on 10/02/2010 18:01 Vitaly Magerya said the following: > Andriy Gapon wrote: >> Please check if your X binary is linked with libthr (using ldd). >> I saw similar problems when it was not. >> That was because it was compiled without HAL support. > > It is not, and yes I use WITHOUT_HAL. Currently disabling DRI helps; > should I try rebuilding xorg-server with HAL? Please try, if even just to see if it helps. -- Andriy Gapon From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 16:12:59 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79332106568B; Wed, 10 Feb 2010 16:12:59 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 39CDE8FC21; Wed, 10 Feb 2010 16:12:58 +0000 (UTC) Received: from [192.168.1.4] (adsl-19-244-133.bna.bellsouth.net [68.19.244.133]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id o1AGCohE005043 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 10 Feb 2010 11:12:54 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Vitaly Magerya In-Reply-To: <4B72D854.5080902@gmail.com> References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> <4B728A7A.60706@gmail.com> <4B72D57D.6080002@icyb.net.ua> <4B72D854.5080902@gmail.com> Content-Type: text/plain Organization: FreeBSD Date: Wed, 10 Feb 2010 10:12:42 -0600 Message-Id: <1265818363.8609.70.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_00, FH_DATE_PAST_20XX, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org, stable@freebsd.org, Andriy Gapon , Oliver Pinter Subject: Re: freebsd7 (and 8), radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 16:12:59 -0000 On Wed, 2010-02-10 at 18:01 +0200, Vitaly Magerya wrote: > Andriy Gapon wrote: > > Please check if your X binary is linked with libthr (using ldd). > > I saw similar problems when it was not. > > That was because it was compiled without HAL support. > > It is not, and yes I use WITHOUT_HAL. Currently disabling DRI helps; > should I try rebuilding xorg-server with HAL? Yes, you can still disable hal at runtime by setting AutoAddDevices "Off" in xorg.conf. robert. -- Robert Noland FreeBSD From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 16:43:50 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6516D106566C for ; Wed, 10 Feb 2010 16:43:50 +0000 (UTC) (envelope-from npapke@acm.org) Received: from idcmail-mo2no.shaw.ca (idcmail-mo2no.shaw.ca [64.59.134.9]) by mx1.freebsd.org (Postfix) with ESMTP id 34AD98FC15 for ; Wed, 10 Feb 2010 16:43:49 +0000 (UTC) Received: from pd5ml3no-ssvc.prod.shaw.ca ([10.0.153.148]) by pd6mo1no-svcs.prod.shaw.ca with ESMTP; 10 Feb 2010 09:43:49 -0700 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.0 c=1 a=a1Slso_v72EA:10 a=VF9RaR9bft6c8SsOr3WyFg==:17 a=N54-gffFAAAA:8 a=WeGvHWqMmzu1ZyDwslkA:9 a=ECpIS-FFQB3FilAsfRdWLUoxmZQA:4 a=nAPXUAfsBmEA:10 Received: from unknown (HELO proven.lan.provenpath.ca) ([24.85.241.34]) by pd5ml3no-dmz.prod.shaw.ca with ESMTP; 10 Feb 2010 09:43:49 -0700 Received: from proven.lan.provenpath.ca (localhost [127.0.0.1]) by proven.lan.provenpath.ca (8.14.4/8.14.4) with ESMTP id o1AGhmd9003167 for ; Wed, 10 Feb 2010 08:43:48 -0800 (PST) (envelope-from npapke@acm.org) Received: (from npapke@localhost) by proven.lan.provenpath.ca (8.14.4/8.14.4/Submit) id o1AGhmcu003166 for freebsd-x11@freebsd.org; Wed, 10 Feb 2010 08:43:48 -0800 (PST) (envelope-from npapke@acm.org) X-Authentication-Warning: proven.lan.provenpath.ca: npapke set sender to npapke@acm.org using -f From: Norbert Papke To: freebsd-x11@freebsd.org Date: Wed, 10 Feb 2010 08:43:48 -0800 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.5; amd64; ; ) References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> <201002091943.03523.npapke@acm.org> <1265804660.8609.49.camel@balrog.2hip.net> In-Reply-To: <1265804660.8609.49.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201002100843.48541.npapke@acm.org> Subject: Re: freebsd7, radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 16:43:50 -0000 On February 10, 2010, Robert Noland wrote: > On Tue, 2010-02-09 at 19:43 -0800, Norbert Papke wrote: > > I think the variable include more than just the model of graphics card. > > I just replaced my motherboard, keeping all other components, disks, > > software and configuration. With the old motherboard my HD 3650 was > > working great including 3D acceleration. With the new board, X will > > hang/crash with DRI enabled. Even with DRI disabled, I still experience > > problems with the screen not updating unless I wiggle the mouse. > > Ah, this suggest an issue with interrupts. If the driver is blocked > waiting on an event, moving the mouse will interrupt the driver and > force it to update. Based on your suggestion in another thread, I tried to disable MSI. This did not make a difference. I still experience the hang. I had only tried to start X with DRI disabled once. The time I tried it, it worked with the above mentioned interrupt problem. It seems that I got lucky that time. I reattempted to run with DRI disabled, and hung the machine three times in a row. I have run out of time for the moment and will try a few more things tonight. -- Norbert Papke. npapke@acm.org From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 17:35:02 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F002106566B for ; Wed, 10 Feb 2010 17:35:02 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id CB34D8FC0C for ; Wed, 10 Feb 2010 17:35:01 +0000 (UTC) Received: from [192.168.1.4] (adsl-19-244-133.bna.bellsouth.net [68.19.244.133]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id o1AHYq4b005460 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 10 Feb 2010 12:34:56 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Norbert Papke In-Reply-To: <201002100843.48541.npapke@acm.org> References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> <201002091943.03523.npapke@acm.org> <1265804660.8609.49.camel@balrog.2hip.net> <201002100843.48541.npapke@acm.org> Content-Type: text/plain Organization: FreeBSD Date: Wed, 10 Feb 2010 11:34:46 -0600 Message-Id: <1265823286.8609.77.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.1 required=5.0 tests=AWL,BAYES_00, FH_DATE_PAST_20XX, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: freebsd7, radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 17:35:02 -0000 On Wed, 2010-02-10 at 08:43 -0800, Norbert Papke wrote: > On February 10, 2010, Robert Noland wrote: > > On Tue, 2010-02-09 at 19:43 -0800, Norbert Papke wrote: > > > I think the variable include more than just the model of graphics card. > > > I just replaced my motherboard, keeping all other components, disks, > > > software and configuration. With the old motherboard my HD 3650 was > > > working great including 3D acceleration. With the new board, X will > > > hang/crash with DRI enabled. Even with DRI disabled, I still experience > > > problems with the screen not updating unless I wiggle the mouse. > > > > Ah, this suggest an issue with interrupts. If the driver is blocked > > waiting on an event, moving the mouse will interrupt the driver and > > force it to update. > > Based on your suggestion in another thread, I tried to disable MSI. This did > not make a difference. I still experience the hang. Ok, that was kind of a long shot to begin with. I've never heard of any issues with MSI on radeons, at least as long as MSI works at all on your system. robert. > I had only tried to start X with DRI disabled once. The time I tried it, it > worked with the above mentioned interrupt problem. It seems that I got lucky > that time. I reattempted to run with DRI disabled, and hung the machine three > times in a row. > > I have run out of time for the moment and will try a few more things tonight. > > -- Norbert Papke. > npapke@acm.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 From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 18:07:13 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 416461065695; Wed, 10 Feb 2010 18:07:13 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-bw0-f211.google.com (mail-bw0-f211.google.com [209.85.218.211]) by mx1.freebsd.org (Postfix) with ESMTP id 438B58FC17; Wed, 10 Feb 2010 18:07:11 +0000 (UTC) Received: by bwz3 with SMTP id 3so296586bwz.13 for ; Wed, 10 Feb 2010 10:07:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=nvitfV6nvVoCGdJJs1k3afBorK+2GlLYkqgSvBBKbL4=; b=u6UkLrfLaMoEM2ihNizN0OCTOVFG5xWxERfIXSohdRLwUzE7shYG04zvamkFVJO0j3 Au/HTLKpoC9j4Dh2/gG3YNpB3AInMoAkfyCJrzospVjYrSw2ROTYKHtyGRjmn69F21i6 kBmeC0/e7wZXTWTATzq5uk1UfAwwPjPhk5qRg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=d6fCwr69iuj1V9zYbg1aDPlabf0kQgjjtjETQ1RXtBa6Evsg+S++PMechN5dtg2lW/ CHBCe/h3Xc554o0olTkT4Ovw+uNr9t5smfDErOoTVMGHOry+mw0lQ7/MUJXNGqU8p5rQ K2RD0bIsOHf+0UiOXjmQRYwXAmufThsOtZqIc= MIME-Version: 1.0 Received: by 10.204.7.139 with SMTP id d11mr379931bkd.162.1265825230757; Wed, 10 Feb 2010 10:07:10 -0800 (PST) In-Reply-To: <1265763880.8609.17.camel@balrog.2hip.net> References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> <4B71FFA8.3070306@mail.zedat.fu-berlin.de> <1265763880.8609.17.camel@balrog.2hip.net> Date: Wed, 10 Feb 2010 18:07:06 +0000 Message-ID: <6101e8c41002101007k75fe6348t589d8cc0ea0756c2@mail.gmail.com> From: Oliver Pinter To: Robert Noland Content-Type: text/plain; charset=ISO-8859-1 Cc: "O. Hartmann" , x11@freebsd.org, stable@freebsd.org, freebsd-x11@freebsd.org Subject: Re: freebsd7, radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 18:07:13 -0000 this card is radeon hd3450 vgapci0@pci0:1:0:0: class=0x030000 card=0xe400174b chip=0x95c51002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'HD 3400 Series (Radeon)' class = display subclass = VGA hdac0@pci0:1:0:1: class=0x040300 card=0xaa28174b chip=0xaa281002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'Radeon HD 3400 Series (3400)' class = multimedia subclass = HDA On 2/10/10, Robert Noland wrote: > On Wed, 2010-02-10 at 01:36 +0100, O. Hartmann wrote: >> On 02/10/10 00:24, Oliver Pinter wrote: >> > Hi all! >> > >> > After updated the xorg* and dri* and dependency, the system going to >> > deadlock at second start of xserver. I think it is not an uniqe issue, >> > as others wrote them at freebsd-x11: >> > http://lists.freebsd.org/pipermail/freebsd-x11/2010-February/009370.html >> > >> > The symptoms: >> > * independent from enabled or disabled DRI or GLX, first I think, this >> > is the error, but not >> > * the system going to deadlock state >> > * no coredumps of xorgs >> > * no panic, but the system is unusuable >> > * independent from the driver: probed the radeon and radeonhd driver >> > * independent from the WITHOUT_NOUVEAU or WITH_NOUVEAU compile options >> > (make.conf) >> > * the system is: FreeBSD peonia.teteny.bme.hu 7.3-PRERELEASE FreeBSD >> > 7.3-PRERELEASE #29 r203612+fa83fdf: Mon Feb 8 02:11:08 CET 2010 >> > root@peonia.teteny.bme.hu:/usr/obj/usr/src/sys/stable amd64 >> > _______________________________________________ >> > freebsd-stable@freebsd.org mailing list, >> > http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> > To unsubscribe, send any mail to >> > "freebsd-stable-unsubscribe@freebsd.org" >> >> I had a similar freezing on several FreeBSD 8.0 boxes with either >> 'radeon' or 'radeonhd/radeonhd-devel' with recent ports. With more >> expensive graphics cards, like HD4830, HD4850 we never had the issue, >> but with smaller cards, like HD4670. HD4670 never worked. HD4770 cards >> work with explicit set >> >> option "DRI" "OFF" >> >> As far as I know, WITHOUT_NOUVEAU does have no effect on the current >> ports, since it is reported in ports/UPDATING, it prevents building >> nouveau driver which is broken when using newer libdrm/dri and libGLUT, >> but those new ports do not seem to be merged into the tree. >> >> The situation is heavily unsatisfying, since one need an expensive >> AMD/ATi Radeon card to gain non-3D poor functionality, where a cheaper >> one should be do the same - but the cheaper ones don't work. Even if one >> uses AMD64, the situattion is worse and I have no reason using >> Linux-driver on a FreeBSD box. Hope the situation gets cleared in the >> nearest future. It's a kind of deadlock. As I said, either spenig a lot >> of money for a working RV770 based AMD graphics card with poor >> functionality or nothing so far, since most smaller RV730 chips aren't >> supported properly by the most recent drivers. > > I'm only aware of one issue which leads to corruption. I have patches > that resolve that issue which are not yet committed. If your are > experiencing lockups with DRI disabled, then something very strange is > going on and you will need to provide more details. I don't remember > exactly what drm code I have committed to 7 right now, but it should be > fairly current as I don't think I have much in the way of outstanding > MFCs. The current drm and radeon drivers work on every card that I > have, which in the r600 class are HD 3650,3850,4650. > > robert. > >> Regards, >> Oliver >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- > Robert Noland > FreeBSD > > From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 18:07:13 2010 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 416461065695; Wed, 10 Feb 2010 18:07:13 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-bw0-f211.google.com (mail-bw0-f211.google.com [209.85.218.211]) by mx1.freebsd.org (Postfix) with ESMTP id 438B58FC17; Wed, 10 Feb 2010 18:07:11 +0000 (UTC) Received: by bwz3 with SMTP id 3so296586bwz.13 for ; Wed, 10 Feb 2010 10:07:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=nvitfV6nvVoCGdJJs1k3afBorK+2GlLYkqgSvBBKbL4=; b=u6UkLrfLaMoEM2ihNizN0OCTOVFG5xWxERfIXSohdRLwUzE7shYG04zvamkFVJO0j3 Au/HTLKpoC9j4Dh2/gG3YNpB3AInMoAkfyCJrzospVjYrSw2ROTYKHtyGRjmn69F21i6 kBmeC0/e7wZXTWTATzq5uk1UfAwwPjPhk5qRg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=d6fCwr69iuj1V9zYbg1aDPlabf0kQgjjtjETQ1RXtBa6Evsg+S++PMechN5dtg2lW/ CHBCe/h3Xc554o0olTkT4Ovw+uNr9t5smfDErOoTVMGHOry+mw0lQ7/MUJXNGqU8p5rQ K2RD0bIsOHf+0UiOXjmQRYwXAmufThsOtZqIc= MIME-Version: 1.0 Received: by 10.204.7.139 with SMTP id d11mr379931bkd.162.1265825230757; Wed, 10 Feb 2010 10:07:10 -0800 (PST) In-Reply-To: <1265763880.8609.17.camel@balrog.2hip.net> References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> <4B71FFA8.3070306@mail.zedat.fu-berlin.de> <1265763880.8609.17.camel@balrog.2hip.net> Date: Wed, 10 Feb 2010 18:07:06 +0000 Message-ID: <6101e8c41002101007k75fe6348t589d8cc0ea0756c2@mail.gmail.com> From: Oliver Pinter To: Robert Noland Content-Type: text/plain; charset=ISO-8859-1 Cc: "O. Hartmann" , x11@freebsd.org, stable@freebsd.org, freebsd-x11@freebsd.org Subject: Re: freebsd7, radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 18:07:13 -0000 this card is radeon hd3450 vgapci0@pci0:1:0:0: class=0x030000 card=0xe400174b chip=0x95c51002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'HD 3400 Series (Radeon)' class = display subclass = VGA hdac0@pci0:1:0:1: class=0x040300 card=0xaa28174b chip=0xaa281002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'Radeon HD 3400 Series (3400)' class = multimedia subclass = HDA On 2/10/10, Robert Noland wrote: > On Wed, 2010-02-10 at 01:36 +0100, O. Hartmann wrote: >> On 02/10/10 00:24, Oliver Pinter wrote: >> > Hi all! >> > >> > After updated the xorg* and dri* and dependency, the system going to >> > deadlock at second start of xserver. I think it is not an uniqe issue, >> > as others wrote them at freebsd-x11: >> > http://lists.freebsd.org/pipermail/freebsd-x11/2010-February/009370.html >> > >> > The symptoms: >> > * independent from enabled or disabled DRI or GLX, first I think, this >> > is the error, but not >> > * the system going to deadlock state >> > * no coredumps of xorgs >> > * no panic, but the system is unusuable >> > * independent from the driver: probed the radeon and radeonhd driver >> > * independent from the WITHOUT_NOUVEAU or WITH_NOUVEAU compile options >> > (make.conf) >> > * the system is: FreeBSD peonia.teteny.bme.hu 7.3-PRERELEASE FreeBSD >> > 7.3-PRERELEASE #29 r203612+fa83fdf: Mon Feb 8 02:11:08 CET 2010 >> > root@peonia.teteny.bme.hu:/usr/obj/usr/src/sys/stable amd64 >> > _______________________________________________ >> > freebsd-stable@freebsd.org mailing list, >> > http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> > To unsubscribe, send any mail to >> > "freebsd-stable-unsubscribe@freebsd.org" >> >> I had a similar freezing on several FreeBSD 8.0 boxes with either >> 'radeon' or 'radeonhd/radeonhd-devel' with recent ports. With more >> expensive graphics cards, like HD4830, HD4850 we never had the issue, >> but with smaller cards, like HD4670. HD4670 never worked. HD4770 cards >> work with explicit set >> >> option "DRI" "OFF" >> >> As far as I know, WITHOUT_NOUVEAU does have no effect on the current >> ports, since it is reported in ports/UPDATING, it prevents building >> nouveau driver which is broken when using newer libdrm/dri and libGLUT, >> but those new ports do not seem to be merged into the tree. >> >> The situation is heavily unsatisfying, since one need an expensive >> AMD/ATi Radeon card to gain non-3D poor functionality, where a cheaper >> one should be do the same - but the cheaper ones don't work. Even if one >> uses AMD64, the situattion is worse and I have no reason using >> Linux-driver on a FreeBSD box. Hope the situation gets cleared in the >> nearest future. It's a kind of deadlock. As I said, either spenig a lot >> of money for a working RV770 based AMD graphics card with poor >> functionality or nothing so far, since most smaller RV730 chips aren't >> supported properly by the most recent drivers. > > I'm only aware of one issue which leads to corruption. I have patches > that resolve that issue which are not yet committed. If your are > experiencing lockups with DRI disabled, then something very strange is > going on and you will need to provide more details. I don't remember > exactly what drm code I have committed to 7 right now, but it should be > fairly current as I don't think I have much in the way of outstanding > MFCs. The current drm and radeon drivers work on every card that I > have, which in the r600 class are HD 3650,3850,4650. > > robert. > >> Regards, >> Oliver >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- > Robert Noland > FreeBSD > > From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 18:12:45 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09C3E1065670; Wed, 10 Feb 2010 18:12:45 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-bw0-f211.google.com (mail-bw0-f211.google.com [209.85.218.211]) by mx1.freebsd.org (Postfix) with ESMTP id 3C4028FC12; Wed, 10 Feb 2010 18:12:43 +0000 (UTC) Received: by bwz3 with SMTP id 3so302685bwz.13 for ; Wed, 10 Feb 2010 10:12:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=MtbpmkGLoinK16dDuHPoobYjkZfMXJOqvEb5Vyy1fkE=; b=g8un74GzY6E9xl6RfeRlJCb5RObJuk0x/1uZn/Fmd5jxcOeVonXz2X6nJAY52IID5e pKnMYv+jKOg90ahgMQkecqs1TUXOjv8HQQ7IhTX8DjbL7E7OnvYFB11UVGVNENuywmBl C53v9mztf/XplDnAukIbqtBbxtSg+KkuezTIY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=nTN3R0TyaYmWuIWTMEBD3J6slM0mz95Tl8j5aaFPFBIx714ioMkPJr3Iy+5fNfsKWp 7ZdgnBwm4OK2NxNBTKAXprW6Cy14QpgoQJFdaR53Z2IXb+4uXwKJOGrYL2T3nMH3xlKx H96K4TKqr5M+YwAZq0EukaiGr1cC/7XTUUiYs= MIME-Version: 1.0 Received: by 10.204.33.196 with SMTP id i4mr386789bkd.155.1265825562655; Wed, 10 Feb 2010 10:12:42 -0800 (PST) In-Reply-To: References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> Date: Wed, 10 Feb 2010 18:12:42 +0000 Message-ID: <6101e8c41002101012v4ae8a311y3780643051b6d6f7@mail.gmail.com> From: Oliver Pinter To: Masoom Shaikh Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, x11@freebsd.org, freebsd-x11@freebsd.org Subject: Re: freebsd7, radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 18:12:45 -0000 no, it's a desktop system, without wifi it is a asus p5q-e motherboard On 2/10/10, Masoom Shaikh wrote: > On Wed, Feb 10, 2010 at 4:54 AM, Oliver Pinter wrote: > >> Hi all! >> >> After updated the xorg* and dri* and dependency, the system going to >> deadlock at second start of xserver. I think it is not an uniqe issue, >> as others wrote them at freebsd-x11: >> http://lists.freebsd.org/pipermail/freebsd-x11/2010-February/009370.html >> >> The symptoms: >> * independent from enabled or disabled DRI or GLX, first I think, this >> is the error, but not >> * the system going to deadlock state >> * no coredumps of xorgs >> * no panic, but the system is unusuable >> * independent from the driver: probed the radeon and radeonhd driver >> * independent from the WITHOUT_NOUVEAU or WITH_NOUVEAU compile options >> (make.conf) >> * the system is: FreeBSD peonia.teteny.bme.hu 7.3-PRERELEASE FreeBSD >> 7.3-PRERELEASE #29 r203612+fa83fdf: Mon Feb 8 02:11:08 CET 2010 >> root@peonia.teteny.bme.hu:/usr/obj/usr/src/sys/stable amd64 >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > > are you using intel wireless cards ? I had/having similar issues when such > freeze happens hard boot is the only option. I think it has something to do > with wlandev or something related to wpi driver. I cannot comment more since > coredumps are occasional and back trace suggests it is doadump(). > > here is my report earlier > http://lists.freebsd.org/pipermail/freebsd-questions/2009-November/207768.html > From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 18:12:45 2010 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09C3E1065670; Wed, 10 Feb 2010 18:12:45 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-bw0-f211.google.com (mail-bw0-f211.google.com [209.85.218.211]) by mx1.freebsd.org (Postfix) with ESMTP id 3C4028FC12; Wed, 10 Feb 2010 18:12:43 +0000 (UTC) Received: by bwz3 with SMTP id 3so302685bwz.13 for ; Wed, 10 Feb 2010 10:12:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=MtbpmkGLoinK16dDuHPoobYjkZfMXJOqvEb5Vyy1fkE=; b=g8un74GzY6E9xl6RfeRlJCb5RObJuk0x/1uZn/Fmd5jxcOeVonXz2X6nJAY52IID5e pKnMYv+jKOg90ahgMQkecqs1TUXOjv8HQQ7IhTX8DjbL7E7OnvYFB11UVGVNENuywmBl C53v9mztf/XplDnAukIbqtBbxtSg+KkuezTIY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=nTN3R0TyaYmWuIWTMEBD3J6slM0mz95Tl8j5aaFPFBIx714ioMkPJr3Iy+5fNfsKWp 7ZdgnBwm4OK2NxNBTKAXprW6Cy14QpgoQJFdaR53Z2IXb+4uXwKJOGrYL2T3nMH3xlKx H96K4TKqr5M+YwAZq0EukaiGr1cC/7XTUUiYs= MIME-Version: 1.0 Received: by 10.204.33.196 with SMTP id i4mr386789bkd.155.1265825562655; Wed, 10 Feb 2010 10:12:42 -0800 (PST) In-Reply-To: References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> Date: Wed, 10 Feb 2010 18:12:42 +0000 Message-ID: <6101e8c41002101012v4ae8a311y3780643051b6d6f7@mail.gmail.com> From: Oliver Pinter To: Masoom Shaikh Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, x11@freebsd.org, freebsd-x11@freebsd.org Subject: Re: freebsd7, radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 18:12:45 -0000 no, it's a desktop system, without wifi it is a asus p5q-e motherboard On 2/10/10, Masoom Shaikh wrote: > On Wed, Feb 10, 2010 at 4:54 AM, Oliver Pinter wrote: > >> Hi all! >> >> After updated the xorg* and dri* and dependency, the system going to >> deadlock at second start of xserver. I think it is not an uniqe issue, >> as others wrote them at freebsd-x11: >> http://lists.freebsd.org/pipermail/freebsd-x11/2010-February/009370.html >> >> The symptoms: >> * independent from enabled or disabled DRI or GLX, first I think, this >> is the error, but not >> * the system going to deadlock state >> * no coredumps of xorgs >> * no panic, but the system is unusuable >> * independent from the driver: probed the radeon and radeonhd driver >> * independent from the WITHOUT_NOUVEAU or WITH_NOUVEAU compile options >> (make.conf) >> * the system is: FreeBSD peonia.teteny.bme.hu 7.3-PRERELEASE FreeBSD >> 7.3-PRERELEASE #29 r203612+fa83fdf: Mon Feb 8 02:11:08 CET 2010 >> root@peonia.teteny.bme.hu:/usr/obj/usr/src/sys/stable amd64 >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > > are you using intel wireless cards ? I had/having similar issues when such > freeze happens hard boot is the only option. I think it has something to do > with wlandev or something related to wpi driver. I cannot comment more since > coredumps are occasional and back trace suggests it is doadump(). > > here is my report earlier > http://lists.freebsd.org/pipermail/freebsd-questions/2009-November/207768.html > From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 18:29:22 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7BA11065670; Wed, 10 Feb 2010 18:29:22 +0000 (UTC) (envelope-from vmagerya@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id F3B628FC17; Wed, 10 Feb 2010 18:29:21 +0000 (UTC) Received: by fxm24 with SMTP id 24so321834fxm.3 for ; Wed, 10 Feb 2010 10:29:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=BvgTSJsFqCQcEy3hupnfSXkFdEbRrCqufjPj+ituxSE=; b=M1yLQwXjiRBLHDYjiJ1ExPq2WhN+CkqrPVu5Q+9AM4gmM6mXi02FH1QE9OZ/YxKY1Q 8s/8ea9tRJnE17eRWMa/IMtf0QnDx2MASxr1Kmwr2yzTp8mJSPTLFPhFkhA0HeacW99K O48izyQNcBV3g1yPuS5/K3AEUbSkbCvIjEX+M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=ElAsj+QsfIaHwcKdHiYxKskHnamiYxYIaCM2zyx589aLrvpwo4+61+bBEEQkaUtQxi /YzxFoR5RJanosAnHO+HHfXoXLE+SFAlr5a9Rrrz4ERMfTcF7wgRpX1EOHJC38MV3Q98 nC2tb05Zjm0CaE9qPjdTdirLFyzva+RzF7gtU= Received: by 10.223.14.89 with SMTP id f25mr815471faa.15.1265826560589; Wed, 10 Feb 2010 10:29:20 -0800 (PST) Received: from ?172.16.0.7? ([85.198.160.156]) by mx.google.com with ESMTPS id 15sm745306fxm.14.2010.02.10.10.29.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 10 Feb 2010 10:29:19 -0800 (PST) Message-ID: <4B72FB00.3000105@gmail.com> Date: Wed, 10 Feb 2010 20:29:20 +0200 From: Vitaly Magerya User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: Robert Noland References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> <4B728A7A.60706@gmail.com> <4B72D57D.6080002@icyb.net.ua> <4B72D854.5080902@gmail.com> <1265818363.8609.70.camel@balrog.2hip.net> In-Reply-To: <1265818363.8609.70.camel@balrog.2hip.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org, stable@freebsd.org, Andriy Gapon , Oliver Pinter Subject: Re: freebsd7 (and 8), radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 18:29:22 -0000 Robert Noland wrote: >> It is not, and yes I use WITHOUT_HAL. Currently disabling DRI helps; >> should I try rebuilding xorg-server with HAL? > > Yes, you can still disable hal at runtime by setting AutoAddDevices > "Off" in xorg.conf. Seems to work with HAL. Unloading radeon also works, but the kernel prints this warning: Warning: memory type drm_bufs leaked memory on destroy (4 allocations, 128 bytes leaked). And Xorg fails on start afterward with: Fatal server error: no screens found (The number of allocations and the amount of leaked memory may vary; 32 bytes per allocation is constant though). I guess this means I should not unload it. From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 18:33:53 2010 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98035106566C; Wed, 10 Feb 2010 18:33:53 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 711228FC17; Wed, 10 Feb 2010 18:33:51 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA07711; Wed, 10 Feb 2010 20:33:46 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B72FC0A.1020701@icyb.net.ua> Date: Wed, 10 Feb 2010 20:33:46 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Vitaly Magerya References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> <4B728A7A.60706@gmail.com> <4B72D57D.6080002@icyb.net.ua> <4B72D854.5080902@gmail.com> <1265818363.8609.70.camel@balrog.2hip.net> <4B72FB00.3000105@gmail.com> In-Reply-To: <4B72FB00.3000105@gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org, freebsd-x11@FreeBSD.org, Robert Noland , Oliver Pinter Subject: Re: freebsd7 (and 8), radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 18:33:53 -0000 on 10/02/2010 20:29 Vitaly Magerya said the following: > Robert Noland wrote: >>> It is not, and yes I use WITHOUT_HAL. Currently disabling DRI helps; >>> should I try rebuilding xorg-server with HAL? >> Yes, you can still disable hal at runtime by setting AutoAddDevices >> "Off" in xorg.conf. > > Seems to work with HAL. I've long thought that xorg server should be linked with libthr regardless of HAL option. Unfortunately, I never came up with patch, nor have anyone else. Xorg server really uses pthreads when doing DRM and HAL brings in libthr dependency only as an accident. -- Andriy Gapon From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 19:37:53 2010 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F90A1065679; Wed, 10 Feb 2010 19:37:53 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 08B078FC14; Wed, 10 Feb 2010 19:37:52 +0000 (UTC) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id o1AJbq6H017488; Wed, 10 Feb 2010 11:37:52 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.3/Submit) id o1AJbqjV017487; Wed, 10 Feb 2010 11:37:52 -0800 (PST) (envelope-from david) Date: Wed, 10 Feb 2010 11:37:52 -0800 From: David Wolfskill To: Robert Noland Message-ID: <20100210193752.GE391@bunrab.catwhisker.org> References: <20100208172654.GA391@bunrab.catwhisker.org> <1265764746.8609.18.camel@balrog.2hip.net> <20100210023558.GV391@bunrab.catwhisker.org> <1265802517.8609.25.camel@balrog.2hip.net> <20100210130642.GA391@bunrab.catwhisker.org> <1265813805.8609.52.camel@balrog.2hip.net> <20100210150604.GC391@bunrab.catwhisker.org> <1265814875.8609.61.camel@balrog.2hip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9A1A73/U17WN0PFw" Content-Disposition: inline In-Reply-To: <1265814875.8609.61.camel@balrog.2hip.net> User-Agent: Mutt/1.4.2.1i Cc: x11@FreeBSD.org Subject: Re: DRI problems with ati/radeon on stable/7 r203425 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Wolfskill , x11@FreeBSD.org List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 19:37:53 -0000 --9A1A73/U17WN0PFw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 10, 2010 at 09:14:35AM -0600, Robert Noland wrote: > On Wed, 2010-02-10 at 07:06 -0800, David Wolfskill wrote: > > On Wed, Feb 10, 2010 at 08:56:45AM -0600, Robert Noland wrote: > > > ... > > > Right, it sounds like the other person is having interrupt issues. D= oes > > > moving the mouse / touchpad have any impact? > >=20 > > Well, trying to doesn't appear to have any effect; it doesn't move, > > regardless. > >=20 > > > Or, possibly disabling msi? (adding hw.drm.msi=3D0 to loader.conf) > > > .... > >=20 > > Well, I don't know what msi is, so I hadn't tried that. I will try it > > after the daily builds are finished -- probably 3 - 4 hours from now. >=20 > MSI is "Message Signaled Interrupt" and is enabled by default for any > card that reports that it is capable (except for intel 945, which is > borked). When drm loads it will tell you if it is using msi or not. > ... OK. I re-enabled DRI in xorg.conf & disabled hw.drm.msi; the result appeared to work, though the screen didn't always clear all of images (e.g., the "swarm" screen saver left little white bits lying around; when the (2-D) juggler was tossing scarves, huge vertical swaths of color were left behind). I re-enabled hw.drm.msi & rebooted; got the lockup. Noticed that sending a BREAK on serial console does get me into DDB. Rebooted; fsck; disabled hw.drm.msi again; rebooted (there's a lot of that...). xdm came up OK. I logged in via ssh, the started killing off the xdm process. It would terminate, then init(8) would fire it back up again (courtesy of the entry in /etc/ttys), as expected. About the 5th time around, xdm didn't come back. Couldn't switch to a vty (via Ctl+Alt+Fx). No "login: " prompt at serial console. Sent a BREAK to the latter; backtrace shows: agp0: Setting AGP v2 mode 4 info: [drm] Setting GART location based on new memory map info: [drm] Loading R200 Microcode info: [drm] writeback test succeeded in 2 usecs drm0: [MPSAFE] drm0: [ITHREAD] agp0: Setting AGP v2 mode 4 info: [drm] Setting GART location based on new memory map info: [drm] Loading R200 Microcode info: [drm] writeback test succeeded in 2 usecs drm0: [MPSAFE] drm0: [ITHREAD] ~KDB: enter: Line break on console [thread pid 13 tid 100005 ] Stopped at 0xc081c68a =3D kdb_enter_why+0x3a: movl $0,0xc0cd= 1338 =3D kdb_why db> bt Tracing pid 13 tid 100005 td 0xc54e36c0 kdb_enter_why(c0b63ea1,c0b9492d,c0cd0480,b,c5c0c48c,...) at 0xc081c68a =3D = kdb_enter_why+0x3a siointr1(c07f7526,c54e36c0,0,6,c3feb7f8,...) at 0xc0ad07c3 =3D siointr1+0x1= 33 siointr(c5c0c400,c54e36c0,c0ca1830,c552a700,4,...) at 0xc0ad2140 =3D sioint= r+0x70 intr_event_handle(c552a700,c51b1c78,c58768cc,c54e36c0,4,...) at 0xc07ca25c = =3D intr_event_handle+0x5c intr_execute_handlers(c0ca1830,c51b1c78,c0811a2f,c54e36c0,c58766c0,...) at = 0xc0ae5e2f =3D intr_execute_handlers+0x4f atpic_handle_intr(4,c51b1c78) at 0xc0b019f7 =3D atpic_handle_intr+0xf7 Xatpic_intr4() at 0xc0ae1171 =3D Xatpic_intr4+0x21 --- interrupt, eip =3D 0xc0aeb07b, esp =3D 0xc51b1cb8, ebp =3D 0xc51b1cbc -= -- spinlock_exit(1,0,c0b9ea17,4fc,0,...) at 0xc0aeb07b =3D spinlock_exit+0x2b ithread_loop(c54db880,c51b1d38,0,0,0,...) at 0xc07caea8 =3D ithread_loop+0x= 338 fork_exit(c07cab70,c54db880,c51b1d38) at 0xc07c7089 =3D fork_exit+0x99 fork_trampoline() at 0xc0ae1080 =3D fork_trampoline+0x8 --- trap 0, eip =3D 0, esp =3D 0xc51b1d70, ebp =3D 0 --- db> show lock=20 db> show sleepqueue db> show lockchain=20 thread 100005 (pid 13, swi4: clock sio) running on CPU 0 db> show sleepchain thread 100005 (pid 13, swi4: clock sio) running on CPU 0 Please let me know if there's any other information I could provide; I'd like to help get this resolved. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --9A1A73/U17WN0PFw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAktzCw8ACgkQmprOCmdXAD0R6ACfV036VkZsy9Rzjb074NG3HYdZ ZYcAn1oNBXny+Ib0sjrkuNCOvco+lszo =avOO -----END PGP SIGNATURE----- --9A1A73/U17WN0PFw-- From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 19:57:36 2010 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED41F106566C for ; Wed, 10 Feb 2010 19:57:34 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id BD6C88FC13 for ; Wed, 10 Feb 2010 19:57:34 +0000 (UTC) Received: from [192.168.1.4] (adsl-19-244-133.bna.bellsouth.net [68.19.244.133]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id o1AJtmb6006382 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 10 Feb 2010 14:55:51 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: David Wolfskill , x11@FreeBSD.org In-Reply-To: <20100210193752.GE391@bunrab.catwhisker.org> References: <20100208172654.GA391@bunrab.catwhisker.org> <1265764746.8609.18.camel@balrog.2hip.net> <20100210023558.GV391@bunrab.catwhisker.org> <1265802517.8609.25.camel@balrog.2hip.net> <20100210130642.GA391@bunrab.catwhisker.org> <1265813805.8609.52.camel@balrog.2hip.net> <20100210150604.GC391@bunrab.catwhisker.org> <1265814875.8609.61.camel@balrog.2hip.net> <20100210193752.GE391@bunrab.catwhisker.org> Content-Type: text/plain Organization: FreeBSD Date: Wed, 10 Feb 2010 13:55:41 -0600 Message-Id: <1265831741.8609.98.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.1 required=5.0 tests=AWL,BAYES_00, FH_DATE_PAST_20XX, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Subject: Re: DRI problems with ati/radeon on stable/7 r203425 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 19:57:36 -0000 On Wed, 2010-02-10 at 11:37 -0800, David Wolfskill wrote: > On Wed, Feb 10, 2010 at 09:14:35AM -0600, Robert Noland wrote: > > On Wed, 2010-02-10 at 07:06 -0800, David Wolfskill wrote: > > > On Wed, Feb 10, 2010 at 08:56:45AM -0600, Robert Noland wrote: > > > > ... > > > > Right, it sounds like the other person is having interrupt issues. Does > > > > moving the mouse / touchpad have any impact? > > > > > > Well, trying to doesn't appear to have any effect; it doesn't move, > > > regardless. > > > > > > > Or, possibly disabling msi? (adding hw.drm.msi=0 to loader.conf) > > > > .... > > > > > > Well, I don't know what msi is, so I hadn't tried that. I will try it > > > after the daily builds are finished -- probably 3 - 4 hours from now. > > > > MSI is "Message Signaled Interrupt" and is enabled by default for any > > card that reports that it is capable (except for intel 945, which is > > borked). When drm loads it will tell you if it is using msi or not. > > ... > > OK. I re-enabled DRI in xorg.conf & disabled hw.drm.msi; the result > appeared to work, though the screen didn't always clear all of images > (e.g., the "swarm" screen saver left little white bits lying around; > when the (2-D) juggler was tossing scarves, huge vertical swaths of > color were left behind). > > I re-enabled hw.drm.msi & rebooted; got the lockup. Noticed that > sending a BREAK on serial console does get me into DDB. Rebooted; fsck; > disabled hw.drm.msi again; rebooted (there's a lot of that...). > > xdm came up OK. > > I logged in via ssh, the started killing off the xdm process. It would > terminate, then init(8) would fire it back up again (courtesy of the > entry in /etc/ttys), as expected. > > About the 5th time around, xdm didn't come back. > > Couldn't switch to a vty (via Ctl+Alt+Fx). No "login: " prompt at > serial console. > > Sent a BREAK to the latter; backtrace shows: > > agp0: Setting AGP v2 mode 4 Hrm, this is the first time I've heard of msi issues on radeons. You might also try different agp modes i.e. AGPMode "1". agp can be a bit finicky... Actually, an r200 trying to do msi? What does pciconf -lvbc show for the card/chip? The test for msi should just fail and normal interrupt should be used. What else is sharing the interrupt with vgapci? robert. > info: [drm] Setting GART location based on new memory map > info: [drm] Loading R200 Microcode > info: [drm] writeback test succeeded in 2 usecs > drm0: [MPSAFE] > drm0: [ITHREAD] > agp0: Setting AGP v2 mode 4 > info: [drm] Setting GART location based on new memory map > info: [drm] Loading R200 Microcode > info: [drm] writeback test succeeded in 2 usecs > drm0: [MPSAFE] > drm0: [ITHREAD] > ~KDB: enter: Line break on console > [thread pid 13 tid 100005 ] > Stopped at 0xc081c68a = kdb_enter_why+0x3a: movl $0,0xc0cd1338 = kdb_why > db> bt > Tracing pid 13 tid 100005 td 0xc54e36c0 > kdb_enter_why(c0b63ea1,c0b9492d,c0cd0480,b,c5c0c48c,...) at 0xc081c68a = kdb_enter_why+0x3a > siointr1(c07f7526,c54e36c0,0,6,c3feb7f8,...) at 0xc0ad07c3 = siointr1+0x133 > siointr(c5c0c400,c54e36c0,c0ca1830,c552a700,4,...) at 0xc0ad2140 = siointr+0x70 > intr_event_handle(c552a700,c51b1c78,c58768cc,c54e36c0,4,...) at 0xc07ca25c = intr_event_handle+0x5c > intr_execute_handlers(c0ca1830,c51b1c78,c0811a2f,c54e36c0,c58766c0,...) at 0xc0ae5e2f = intr_execute_handlers+0x4f > atpic_handle_intr(4,c51b1c78) at 0xc0b019f7 = atpic_handle_intr+0xf7 > Xatpic_intr4() at 0xc0ae1171 = Xatpic_intr4+0x21 > --- interrupt, eip = 0xc0aeb07b, esp = 0xc51b1cb8, ebp = 0xc51b1cbc --- > spinlock_exit(1,0,c0b9ea17,4fc,0,...) at 0xc0aeb07b = spinlock_exit+0x2b > ithread_loop(c54db880,c51b1d38,0,0,0,...) at 0xc07caea8 = ithread_loop+0x338 > fork_exit(c07cab70,c54db880,c51b1d38) at 0xc07c7089 = fork_exit+0x99 > fork_trampoline() at 0xc0ae1080 = fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xc51b1d70, ebp = 0 --- > db> show lock > db> show sleepqueue > db> show lockchain > thread 100005 (pid 13, swi4: clock sio) running on CPU 0 > db> show sleepchain > thread 100005 (pid 13, swi4: clock sio) running on CPU 0 > > Please let me know if there's any other information I could provide; I'd > like to help get this resolved. > > Peace, > david -- Robert Noland FreeBSD From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 19:58:20 2010 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7056A106568F; Wed, 10 Feb 2010 19:58:20 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.freebsd.org (Postfix) with ESMTP id EBA618FC21; Wed, 10 Feb 2010 19:58:19 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-232-148.belrs3.nsw.optusnet.com.au [122.106.232.148]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o1AJwEIL010234 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 11 Feb 2010 06:58:17 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id o1AJwBXA059569; Thu, 11 Feb 2010 06:58:11 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id o1AJwBnc059568; Thu, 11 Feb 2010 06:58:11 +1100 (EST) (envelope-from peter) Date: Thu, 11 Feb 2010 06:58:11 +1100 From: Peter Jeremy To: Andriy Gapon Message-ID: <20100210195811.GA59533@server.vk2pj.dyndns.org> References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> <4B728A7A.60706@gmail.com> <4B72D57D.6080002@icyb.net.ua> <4B72D854.5080902@gmail.com> <1265818363.8609.70.camel@balrog.2hip.net> <4B72FB00.3000105@gmail.com> <4B72FC0A.1020701@icyb.net.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline In-Reply-To: <4B72FC0A.1020701@icyb.net.ua> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@FreeBSD.org, Oliver Pinter , Vitaly Magerya , Robert Noland , freebsd-x11@FreeBSD.org Subject: Re: freebsd7 (and 8), radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 19:58:20 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Feb-10 20:33:46 +0200, Andriy Gapon wrote: >I've long thought that xorg server should be linked with libthr regardless= of HAL >option. Unfortunately, I never came up with patch, nor have anyone else. >Xorg server really uses pthreads when doing DRM and HAL brings in libthr >dependency only as an accident. Try Ports/139011 - this adds an option to enable GLX TLS - which appears to be the underlying problem. =20 http://www.freebsd.org/cgi/query-pr.cgi?pr=3D139011 --=20 Peter Jeremy --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAktzD9MACgkQ/opHv/APuIfa4gCeP9TiFTRFTuEuy1cyXN2SW+9a cacAoJe++JPJz9ZqWyejs1tPOWZY4T7I =cCwl -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 20:06:50 2010 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B07FA1065694; Wed, 10 Feb 2010 20:06:50 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 6B8CE8FC24; Wed, 10 Feb 2010 20:06:50 +0000 (UTC) Received: from [192.168.1.4] (adsl-19-244-133.bna.bellsouth.net [68.19.244.133]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id o1AK6eah006445 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 10 Feb 2010 15:06:43 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Peter Jeremy In-Reply-To: <20100210195811.GA59533@server.vk2pj.dyndns.org> References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> <4B728A7A.60706@gmail.com> <4B72D57D.6080002@icyb.net.ua> <4B72D854.5080902@gmail.com> <1265818363.8609.70.camel@balrog.2hip.net> <4B72FB00.3000105@gmail.com> <4B72FC0A.1020701@icyb.net.ua> <20100210195811.GA59533@server.vk2pj.dyndns.org> Content-Type: text/plain Organization: FreeBSD Date: Wed, 10 Feb 2010 14:06:33 -0600 Message-Id: <1265832393.8609.100.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.1 required=5.0 tests=AWL,BAYES_00, FH_DATE_PAST_20XX, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: stable@FreeBSD.org, Oliver Pinter , Andriy Gapon , freebsd-x11@FreeBSD.org, Vitaly Magerya Subject: Re: freebsd7 (and 8), radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 20:06:50 -0000 On Thu, 2010-02-11 at 06:58 +1100, Peter Jeremy wrote: > On 2010-Feb-10 20:33:46 +0200, Andriy Gapon wrote: > >I've long thought that xorg server should be linked with libthr regardless of HAL > >option. Unfortunately, I never came up with patch, nor have anyone else. > >Xorg server really uses pthreads when doing DRM and HAL brings in libthr > >dependency only as an accident. > > Try Ports/139011 - this adds an option to enable GLX TLS - which > appears to be the underlying problem. GLX TLS, just plain does not work on FreeBSD. It has to be enabled in both the server and mesa and just makes bad things happen. I can make it all build, but having it actually work is a whole other matter. robert. > http://www.freebsd.org/cgi/query-pr.cgi?pr=139011 > -- Robert Noland FreeBSD From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 20:40:19 2010 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70A64106566B; Wed, 10 Feb 2010 20:40:19 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 2F3678FC14; Wed, 10 Feb 2010 20:40:18 +0000 (UTC) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id o1AKeITU017741; Wed, 10 Feb 2010 12:40:18 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.3/Submit) id o1AKeI8o017740; Wed, 10 Feb 2010 12:40:18 -0800 (PST) (envelope-from david) Date: Wed, 10 Feb 2010 12:40:18 -0800 From: David Wolfskill To: Robert Noland Message-ID: <20100210204018.GF391@bunrab.catwhisker.org> References: <20100208172654.GA391@bunrab.catwhisker.org> <1265764746.8609.18.camel@balrog.2hip.net> <20100210023558.GV391@bunrab.catwhisker.org> <1265802517.8609.25.camel@balrog.2hip.net> <20100210130642.GA391@bunrab.catwhisker.org> <1265813805.8609.52.camel@balrog.2hip.net> <20100210150604.GC391@bunrab.catwhisker.org> <1265814875.8609.61.camel@balrog.2hip.net> <20100210193752.GE391@bunrab.catwhisker.org> <1265831741.8609.98.camel@balrog.2hip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5uhzMJlTksuFv+PE" Content-Disposition: inline In-Reply-To: <1265831741.8609.98.camel@balrog.2hip.net> User-Agent: Mutt/1.4.2.1i Cc: x11@FreeBSD.org Subject: Re: DRI problems with ati/radeon on stable/7 r203425 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Wolfskill , x11@FreeBSD.org List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 20:40:19 -0000 --5uhzMJlTksuFv+PE Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 10, 2010 at 01:55:41PM -0600, Robert Noland wrote: > ... > > About the 5th time around, xdm didn't come back. > >=20 > > Couldn't switch to a vty (via Ctl+Alt+Fx). No "login: " prompt at > > serial console. > >=20 > > Sent a BREAK to the latter; backtrace shows: > >=20 > > agp0: Setting AGP v2 mode 4 >=20 > Hrm, this is the first time I've heard of msi issues on radeons. You > might also try different agp modes i.e. AGPMode "1". agp can be a bit > finicky... Actually, an r200 trying to do msi? What does pciconf -lvbc > show for the card/chip? The test for msi should just fail and normal > interrupt should be used. What else is sharing the interrupt with > vgapci? Looks as if I'll need to reboot to find that out; in the mean time: db> show irqs irq0: clk (no thread) irq1: atkbd0 (pid 37) irq3: (no thread) irq4: sio0 (no thread) irq5: (no thread) irq6: fdc0 (no thread) {ENTROPY} irq7: ppbus0 ppc0 (pid 41) irq8: rtc (no thread) irq9: pcm0 acpi0 (pid 22) irq10: (no thread) irq11: cbb0 cbb1++* (pid 23) irq12: psm0 (pid 38) irq13: (no thread) irq14: ata0 (pid 34) {ENTROPY} irq15: ata1 (pid 35) {ENTROPY} db>=20 While I'm waiting for the fsck to complete, I'll remind folks that this hardware & configuration (as it was, with DRI enabled) was working fine in stable/6. In stable/7, it works if I disable DRI. When I was using X.org built under stable/6, I also needed to disable DRI to run X.org under stable/7 (or /8) reliably (using the compat6x port). The hardware in question is by no means "cutting edge" -- it has been around for years. OK; here's the stanza for the ATi device: vgapci0@pci0:1:0:0: class=3D0x030000 card=3D0x00d51028 chip=3D0x4c66100= 2 rev=3D0x01 hdr=3D0x00 vendor =3D 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device =3D 'Radeon Mobility 9000 series (ATI MOBILITY RADEON 9000 (= Microsoft Corporation -)' class =3D display subclass =3D VGA bar [10] =3D type Prefetchable Memory, range 32, base 0xe0000000, siz= e 134217728, enabled bar [14] =3D type I/O Port, range 32, base 0xc000, size 256, enabled bar [18] =3D type Memory, range 32, base 0xfcff0000, size 65536, enab= led cap 02[58] =3D AGP 4x 2x 1x SBA disabled cap 01[50] =3D powerspec 2 supports D0 D1 D2 D3 current D0 (obtained after booting with the /etc/ttys entry for xdm turned off). Let's see... dmesg says that the Ati card is at irq=A011; vmstat -i only shows "cbb0 cbb1++*" for irq 11. I *think* dmesg is showing that nearly everything on the machine that isn't explicitly listed in the "vmstat -i" output is assigned to irq 11; I've attached a copy of dmesg.boot. I'll try setting AGPMode to a non-default value & see what happens. Thanks. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --5uhzMJlTksuFv+PE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAktzGbEACgkQmprOCmdXAD39FQCeII1FtIni9timf4ghU97cafbs SukAn042LGZcjNnm1VlpvtbIYSRV29rE =s5a0 -----END PGP SIGNATURE----- --5uhzMJlTksuFv+PE-- From owner-freebsd-x11@FreeBSD.ORG Wed Feb 10 20:47:35 2010 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C644310656C0; Wed, 10 Feb 2010 20:47:35 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 8AEBE8FC0C; Wed, 10 Feb 2010 20:47:35 +0000 (UTC) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id o1AKlZfq017777; Wed, 10 Feb 2010 12:47:35 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.3/Submit) id o1AKlZrx017776; Wed, 10 Feb 2010 12:47:35 -0800 (PST) (envelope-from david) Date: Wed, 10 Feb 2010 12:47:35 -0800 From: David Wolfskill To: Robert Noland Message-ID: <20100210204735.GG391@bunrab.catwhisker.org> References: <20100208172654.GA391@bunrab.catwhisker.org> <1265764746.8609.18.camel@balrog.2hip.net> <20100210023558.GV391@bunrab.catwhisker.org> <1265802517.8609.25.camel@balrog.2hip.net> <20100210130642.GA391@bunrab.catwhisker.org> <1265813805.8609.52.camel@balrog.2hip.net> <20100210150604.GC391@bunrab.catwhisker.org> <1265814875.8609.61.camel@balrog.2hip.net> <20100210193752.GE391@bunrab.catwhisker.org> <1265831741.8609.98.camel@balrog.2hip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AnSJTMMZ92c40QA7" Content-Disposition: inline In-Reply-To: <1265831741.8609.98.camel@balrog.2hip.net> User-Agent: Mutt/1.4.2.1i Cc: x11@FreeBSD.org Subject: Re: DRI problems with ati/radeon on stable/7 r203425 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Wolfskill , x11@FreeBSD.org List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 20:47:36 -0000 --AnSJTMMZ92c40QA7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 10, 2010 at 01:55:41PM -0600, Robert Noland wrote: > ... > Hrm, this is the first time I've heard of msi issues on radeons. You > might also try different agp modes i.e. AGPMode "1". agp can be a bit > finicky...... Well, I set AGPMode to 1: agp0: Setting AGP v2 mode 1 info: [drm] Setting GART location based on new memory map info: [drm] Loading R200 Microcode info: [drm] writeback test succeeded in 2 usecs drm0: [MPSAFE] drm0: [ITHREAD] Then stopped & re-started xdm several times. Got a similar lock-up (vs. last reported one); DDB shows: KDB: enter: Line break on console [thread pid 43 tid 100043 ] Stopped at 0xc081c68a =3D kdb_enter_why+0x3a: movl $0,0xc0cd= 1338 =3D kdb_why db> bt Tracing pid 43 tid 100043 td 0xc5c186c0 kdb_enter_why(c0b63ea1,c0b9492d,46,0,c5c0c48c,...) at 0xc081c68a =3D kdb_en= ter_why+0x3a siointr1(0,c52a6bd0,c0b0254c,c,c5c9d280,...) at 0xc0ad07c3 =3D siointr1+0x1= 33 siointr(c5c0c400,c5c186c0,c0ca1830,c552a700,4,...) at 0xc0ad2140 =3D sioint= r+0x70 intr_event_handle(c552a700,c52a6c44,c080fdb8,c5c186c0,4,...) at 0xc07ca25c = =3D intr_event_handle+0x5c intr_execute_handlers(c0ca1830,c52a6c44,c0cd1a90,c5c186c0,0,...) at 0xc0ae5= e2f =3D intr_execute_handlers+0x4f atpic_handle_intr(4,c52a6c44) at 0xc0b019f7 =3D atpic_handle_intr+0xf7 Xatpic_intr4() at 0xc0ae1171 =3D Xatpic_intr4+0x21 --- interrupt, eip =3D 0xc0aeb07b, esp =3D 0xc52a6c84, ebp =3D 0xc52a6c88 -= -- spinlock_exit(c5c186c0,0,c0ba3f60,243) at 0xc0aeb07b =3D spinlock_exit+0x2b sleepq_wait(c5e51d80,c5e51d9c,c0b9ad7c,0,0,...) at 0xc08251a1 =3D sleepq_wa= it+0x61 msleep_spin(c5e51d80,c5e51d9c,c0b9ad7c,0,c52a6cf4,...) at 0xc07f7c61 =3D ms= leep_spin+0x181 taskqueue_thread_loop(c0cd5068,c52a6d38,0,0,0,...) at 0xc08271ce =3D taskqu= eue_thread_loop+0xee fork_exit(c08270e0,c0cd5068,c52a6d38) at 0xc07c7089 =3D fork_exit+0x99 fork_trampoline() at 0xc0ae1080 =3D fork_trampoline+0x8 --- trap 0, eip =3D 0, esp =3D 0xc52a6d70, ebp =3D 0 --- db> show lock db>=20 Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --AnSJTMMZ92c40QA7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAktzG2YACgkQmprOCmdXAD3r2gCdFXfs0VtMAhX1OVK06XSpRThL DVYAnjt8S+v3R69xfLS2m/aULdJTqaLK =13ZN -----END PGP SIGNATURE----- --AnSJTMMZ92c40QA7-- From owner-freebsd-x11@FreeBSD.ORG Thu Feb 11 02:19:07 2010 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45D1E1065692; Thu, 11 Feb 2010 02:19:07 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1EDF88FC1D; Thu, 11 Feb 2010 02:19:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o1B2J7hY014156; Thu, 11 Feb 2010 02:19:07 GMT (envelope-from nork@freefall.freebsd.org) Received: (from nork@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o1B2J6Oo014152; Thu, 11 Feb 2010 02:19:06 GMT (envelope-from nork) Date: Thu, 11 Feb 2010 02:19:06 GMT Message-Id: <201002110219.o1B2J6Oo014152@freefall.freebsd.org> To: xmirya@gmail.com, nork@FreeBSD.org, freebsd-x11@FreeBSD.org From: nork@FreeBSD.org Cc: Subject: Re: ports/143723: graphics/dri fails to build after graphics/libdrm update X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Feb 2010 02:19:07 -0000 Synopsis: graphics/dri fails to build after graphics/libdrm update State-Changed-From-To: open->feedback State-Changed-By: nork State-Changed-When: Thu Feb 11 02:15:38 UTC 2010 State-Changed-Why: intel_bufmgr.h in /usr/local/include should be installed by libdrm 2.4.17. So I think that you missed installing libdrm 2.4.17. Please try to reinstall libdrm like 'portupgrade -f libdrm-2.4.17'. http://www.freebsd.org/cgi/query-pr.cgi?pr=143723 From owner-freebsd-x11@FreeBSD.ORG Thu Feb 11 03:13:36 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C3DE106568D for ; Thu, 11 Feb 2010 03:13:36 +0000 (UTC) (envelope-from npapke@acm.org) Received: from idcmail-mo2no.shaw.ca (idcmail-mo2no.shaw.ca [64.59.134.9]) by mx1.freebsd.org (Postfix) with ESMTP id 0CE658FC29 for ; Thu, 11 Feb 2010 03:13:35 +0000 (UTC) Received: from pd5ml1no-ssvc.prod.shaw.ca ([10.0.153.166]) by pd7mo1no-svcs.prod.shaw.ca with ESMTP; 10 Feb 2010 20:13:34 -0700 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.0 c=1 a=a1Slso_v72EA:10 a=VF9RaR9bft6c8SsOr3WyFg==:17 a=8rKhd1BOLzAuip8Go30A:9 a=n5PvZb3jIURuS_I8L_IA:7 a=NWQlRaG1Dh7BjZA3VPWDZHbFAK8A:4 Received: from unknown (HELO proven.lan.provenpath.ca) ([24.85.241.34]) by pd5ml1no-dmz.prod.shaw.ca with ESMTP; 10 Feb 2010 20:13:34 -0700 Received: from proven.lan.provenpath.ca (localhost [127.0.0.1]) by proven.lan.provenpath.ca (8.14.4/8.14.4) with ESMTP id o1B3DYiW003016 for ; Wed, 10 Feb 2010 19:13:34 -0800 (PST) (envelope-from npapke@acm.org) Received: (from npapke@localhost) by proven.lan.provenpath.ca (8.14.4/8.14.4/Submit) id o1B3DYAd003015 for freebsd-x11@freebsd.org; Wed, 10 Feb 2010 19:13:34 -0800 (PST) (envelope-from npapke@acm.org) X-Authentication-Warning: proven.lan.provenpath.ca: npapke set sender to npapke@acm.org using -f From: Norbert Papke To: freebsd-x11@freebsd.org Date: Wed, 10 Feb 2010 19:13:33 -0800 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.5; amd64; ; ) References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> <201002100843.48541.npapke@acm.org> <1265823286.8609.77.camel@balrog.2hip.net> In-Reply-To: <1265823286.8609.77.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201002101913.33948.npapke@acm.org> Subject: Re: freebsd7, radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Feb 2010 03:13:36 -0000 On February 10, 2010, Robert Noland wrote: > On Wed, 2010-02-10 at 08:43 -0800, Norbert Papke wrote: > > On February 10, 2010, Robert Noland wrote: > > > Ah, this suggest an issue with interrupts. If the driver is blocked > > > waiting on an event, moving the mouse will interrupt the driver and > > > force it to update. > > > > Based on your suggestion in another thread, I tried to disable MSI. This > > did not make a difference. I still experience the hang. > > Ok, that was kind of a long shot to begin with. I've never heard of any > issues with MSI on radeons, at least as long as MSI works at all on your > system. There does seem to be a little MSI weirdness, at least it looks that way to me. From a verbose dmesg: vgapci0: port 0xc000-0xc0ff mem 0xd0000000-0xdfffffff,0xfe9e0000-0xfe9effff irq 16 at device 0.0 on pci1 drm0: on vgapci0 vgapci0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to local APIC 0 vector 49 vgapci0: using IRQ 256 for MSI info: [drm] MSI enabled 1 message(s) vgapci0: Reserved 0x10000 bytes for rid 0x18 type 3 at 0xfe9e0000 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.31.0 20080613 hdac0: mem 0xfe9fc000-0xfe9fffff irq 17 at device 0.1 on pci1 hdac0: HDA Driver Revision: 20100122_0141 hdac0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfe9fc000 hdac0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 257 to local APIC 0 vector 50 hdac0: using IRQ 257 for MSI However, looking at the corresponding snippet from "vmstat -ia": interrupt total rate irq16: uhci0 16 0 stray irq16 0 0 irq17: dc0 50 0 stray irq17 0 0 irq256: 0 0 stray irq256 0 0 irq257: hdac0 1 0 stray irq257 0 0 Should there not be some evidence of vgapci0 being attached to either IRQ 16 or 256? -- Norbert. From owner-freebsd-x11@FreeBSD.ORG Thu Feb 11 03:44:11 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08FC2106566B for ; Thu, 11 Feb 2010 03:44:11 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id C30D58FC14 for ; Thu, 11 Feb 2010 03:44:10 +0000 (UTC) Received: from [192.168.1.4] (adsl-19-244-133.bna.bellsouth.net [68.19.244.133]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id o1B3i3cn009113 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 10 Feb 2010 22:44:06 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Norbert Papke In-Reply-To: <201002101913.33948.npapke@acm.org> References: <6101e8c41002091524q25a7e026u585e575eb4f1589c@mail.gmail.com> <201002100843.48541.npapke@acm.org> <1265823286.8609.77.camel@balrog.2hip.net> <201002101913.33948.npapke@acm.org> Content-Type: text/plain Organization: FreeBSD Date: Wed, 10 Feb 2010 21:43:58 -0600 Message-Id: <1265859838.8609.131.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.1 required=5.0 tests=AWL,BAYES_00, FH_DATE_PAST_20XX, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: freebsd7, radeon, xorg-server -> deadlock or so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Feb 2010 03:44:11 -0000 On Wed, 2010-02-10 at 19:13 -0800, Norbert Papke wrote: > On February 10, 2010, Robert Noland wrote: > > On Wed, 2010-02-10 at 08:43 -0800, Norbert Papke wrote: > > > On February 10, 2010, Robert Noland wrote: > > > > Ah, this suggest an issue with interrupts. If the driver is blocked > > > > waiting on an event, moving the mouse will interrupt the driver and > > > > force it to update. > > > > > > Based on your suggestion in another thread, I tried to disable MSI. This > > > did not make a difference. I still experience the hang. > > > > Ok, that was kind of a long shot to begin with. I've never heard of any > > issues with MSI on radeons, at least as long as MSI works at all on your > > system. > > There does seem to be a little MSI weirdness, at least it looks that way to > me. From a verbose dmesg: > > vgapci0: port 0xc000-0xc0ff mem > 0xd0000000-0xdfffffff,0xfe9e0000-0xfe9effff irq 16 at device 0.0 on pci1 > drm0: on vgapci0 > vgapci0: attempting to allocate 1 MSI vectors (1 supported) > msi: routing MSI IRQ 256 to local APIC 0 vector 49 > vgapci0: using IRQ 256 for MSI > info: [drm] MSI enabled 1 message(s) > vgapci0: Reserved 0x10000 bytes for rid 0x18 type 3 at 0xfe9e0000 > vgapci0: child drm0 requested pci_enable_busmaster > info: [drm] Initialized radeon 1.31.0 20080613 > hdac0: mem 0xfe9fc000-0xfe9fffff > irq 17 at device 0.1 on pci1 > hdac0: HDA Driver Revision: 20100122_0141 > hdac0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfe9fc000 > hdac0: attempting to allocate 1 MSI vectors (1 supported) > msi: routing MSI IRQ 257 to local APIC 0 vector 50 > hdac0: using IRQ 257 for MSI > > However, looking at the corresponding snippet from "vmstat -ia": > > interrupt total rate > irq16: uhci0 16 0 > stray irq16 0 0 > irq17: dc0 50 0 > stray irq17 0 0 > irq256: 0 0 > stray irq256 0 0 > irq257: hdac0 1 0 > stray irq257 0 0 > > Should there not be some evidence of vgapci0 being attached to either IRQ 16 > or 256? Interrupts are not enabled on r600 cards right now, so you won't ever see an interrupt. On r300 or r500 or whatever interrupts will be enabled and directed to either MSI or legacy IRQ's. robert. > -- Norbert. > > _______________________________________________ > 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 owner-freebsd-x11@FreeBSD.ORG Thu Feb 11 05:30:28 2010 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32404106566C for ; Thu, 11 Feb 2010 05:30:28 +0000 (UTC) (envelope-from rhyous@yahoo.com) Received: from web52101.mail.re2.yahoo.com (web52101.mail.re2.yahoo.com [206.190.48.104]) by mx1.freebsd.org (Postfix) with SMTP id CD3448FC0A for ; Thu, 11 Feb 2010 05:30:27 +0000 (UTC) Received: (qmail 71158 invoked by uid 60001); 11 Feb 2010 05:03:47 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1265864627; bh=y0GDrP1yYIXaxG6OOJm/AwuXmjWBv7fjZlKIfyr8NPw=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=6vmDG6DOJc+Xej+p0FS3nXpr5uOzRKQ87Q5aKhwVsLKLE/7SYtg4E6761blF2/NaMOL+O5qFg8nR67hQk4eRnW/B5y8KI1sUnCjnd4iqO2OxJivc3LSwqukFowPY/5+lLboesR7haScVcuhfanzlI4LS6GzNA2u9TcF0wJ6glcQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=X9h1HSTvctXdv3yfO1VrdDx1UfsyXM/wiEolQgAYDHfV5LWo8gOHj0tbL7SdmVd9I+TIjL0YqXZ+R2UE6maaIfj6f/Jx2Tl7eTPtEowM1JMsnkRdijG890FsjdHklAdhOGQK8eb8kj91qHxtHNRbXB1ZbwiPRJcmKuk/pzKvCx4=; Message-ID: <276403.71021.qm@web52101.mail.re2.yahoo.com> X-YMail-OSG: Cqh4HTcVM1nl9uGrONXXhg_wF2ljO3_FSHr40FtRCBfpM4pDKxI7pww1J6oLT6pye9ifI_ihC7d3t1zAWEzm.Y7LdVJDXaTkkYTDQh5syeGfA8nMpVq2gvM.Z8_UpQOmydyMgWgPd5UtoYLgtedLbDr237x3DqyS4hncTgWBaLEmZbCRGNZMHOxqjNgfrK9RiNEpqEyIvajQzlV06KrO6IKCAIXVAN2r9PKHDtjDbLHhKraFESK4okfHiDGqPGNAa944c83QQ6_K9AlAByzy2yfP.kzj7R21asLdelVq1TR0uRpxvYpHACxNCnnTBaOtcMUNSBB4Khp4Puo8m6owClBVKdvNlo3ef2X9hHN_nSLlRSnTave1oOzGlazaLiDgmJDH8KWSih6Kjqk6TBx.AgW6O1YwXFBGo8VAR7Whl11_TdshBFUWtg_2XCfdAKpkFrZfp4vspr1LO8ifv3PRM7tEy5CLCTaBbHzUF.obbXVJchgUIftBYOFYfzWWJI1o3FNQlO63YcWXTMUQMGPfObXDC3wwizYEuh130xjLyNU- Received: from [71.195.248.121] by web52101.mail.re2.yahoo.com via HTTP; Wed, 10 Feb 2010 21:03:47 PST X-Mailer: YahooMailRC/272.7 YahooMailWebService/0.8.100.260964 Date: Wed, 10 Feb 2010 21:03:47 -0800 (PST) From: Jared Barneck To: x11@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: libGL X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jared Barneck List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Feb 2010 05:30:28 -0000 Hey X11 on FreeBSD team, I am working with the K-3D developer to get a new port for FreeBSD. He says that we need to update the libgl port from mesa 7.4.4 to a later version such as 7.6.1. Forum posts: http://www.k-3d.org/forums/topic/updated-port-for-freebsd-8/page/2 http://forums.freebsd.org/showthread.php?t=10647 I checked out the port's make file and it looks like all of them need to be updated at once: ... # Remember to upgrade the following ports everytime you bump MESAVERSION: # # - graphics/libGL # - graphics/libGLU # - graphics/libGLw # - graphics/dri ... Are these ports that could be updated, or maybe have one for each version of Mesa 7.5.x, 7.6.x, 7.7.x? Thanks, Jared Barneck From owner-freebsd-x11@FreeBSD.ORG Thu Feb 11 07:00:36 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 413E1106566C for ; Thu, 11 Feb 2010 07:00:36 +0000 (UTC) (envelope-from npapke@acm.org) Received: from idcmail-mo2no.shaw.ca (idcmail-mo2no.shaw.ca [64.59.134.9]) by mx1.freebsd.org (Postfix) with ESMTP id 125968FC0A for ; Thu, 11 Feb 2010 07:00:34 +0000 (UTC) Received: from pd6ml1no-ssvc.prod.shaw.ca ([10.0.153.160]) by pd6mo1no-svcs.prod.shaw.ca with ESMTP; 11 Feb 2010 00:00:34 -0700 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.0 c=1 a=VF9RaR9bft6c8SsOr3WyFg==:17 a=6I5d2MoRAAAA:8 a=Z2bS-lkoWGcLURfTex8A:9 a=f-CeyHa4ZsKNCUdjSsgR1bsspTUA:4 a=SV7veod9ZcQA:10 Received: from unknown (HELO proven.lan.provenpath.ca) ([24.85.241.34]) by pd6ml1no-dmz.prod.shaw.ca with ESMTP; 11 Feb 2010 00:00:34 -0700 Received: from proven.lan.provenpath.ca (localhost [127.0.0.1]) by proven.lan.provenpath.ca (8.14.4/8.14.4) with ESMTP id o1B70YIH005569; Wed, 10 Feb 2010 23:00:34 -0800 (PST) (envelope-from npapke@acm.org) Received: (from npapke@localhost) by proven.lan.provenpath.ca (8.14.4/8.14.4/Submit) id o1B70XJc005568; Wed, 10 Feb 2010 23:00:33 -0800 (PST) (envelope-from npapke@acm.org) X-Authentication-Warning: proven.lan.provenpath.ca: npapke set sender to npapke@acm.org using -f From: Norbert Papke To: freebsd-x11@freebsd.org, Jared Barneck Date: Wed, 10 Feb 2010 23:00:33 -0800 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.5; amd64; ; ) References: <276403.71021.qm@web52101.mail.re2.yahoo.com> In-Reply-To: <276403.71021.qm@web52101.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201002102300.33533.npapke@acm.org> Cc: Subject: Re: libGL X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Feb 2010 07:00:36 -0000 On February 10, 2010, Jared Barneck wrote: > I am working with the K-3D developer to get a new port for FreeBSD. He says > that we need to update the libgl port from mesa 7.4.4 to a later version > such as 7.6.1. Depending on your hardware, this might be available already. From /usr/ports/UPDATING: 20100207: AFFECTS: users of Mesa3D libraries and x11-drivers/xf86-video-nouveau AUTHOR: nork@FreeBSD.org If you want to use Mesa3D 7.6.1 and libdrm 2.4.17 rather than 7.4.4 and 2.4.12, you must define WITHOUT_NOUVEAU global macro, at least, enabled on graphics/libGL*, graphics/libglut, graphics/dri, graphics/mesa-demos and graphics/libdrm. And please give up using x11-drivers/xf86-video-nouveau. In this time, I can't enable latest Mesa3D and libdrm, because these break xf86-video-nouveau. But old(current?) Mesa3D and libdrm don't break any drivers. Cheers. From owner-freebsd-x11@FreeBSD.ORG Thu Feb 11 15:21:50 2010 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26B6A1065676 for ; Thu, 11 Feb 2010 15:21:50 +0000 (UTC) (envelope-from rnoland@2hip.net) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id DEB838FC0A for ; Thu, 11 Feb 2010 15:21:49 +0000 (UTC) Received: from [192.168.1.4] (adsl-19-244-133.bna.bellsouth.net [68.19.244.133]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id o1BFLe4r012681 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 11 Feb 2010 10:21:46 -0500 (EST) (envelope-from rnoland@2hip.net) From: Robert Noland To: Jared Barneck In-Reply-To: <276403.71021.qm@web52101.mail.re2.yahoo.com> References: <276403.71021.qm@web52101.mail.re2.yahoo.com> Content-Type: text/plain Organization: 2Hip Networks Date: Thu, 11 Feb 2010 09:21:35 -0600 Message-Id: <1265901695.8609.154.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.4 required=5.0 tests=AWL,BAYES_00, FH_DATE_PAST_20XX,RDNS_DYNAMIC,SPF_FAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: x11@FreeBSD.org Subject: Re: libGL X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Feb 2010 15:21:50 -0000 On Wed, 2010-02-10 at 21:03 -0800, Jared Barneck wrote: > Hey X11 on FreeBSD team, > > I am working with the K-3D developer to get a new port for FreeBSD. He says that we need to update the libgl port from mesa 7.4.4 to a later version such as 7.6.1. > > Forum posts: > http://www.k-3d.org/forums/topic/updated-port-for-freebsd-8/page/2 > http://forums.freebsd.org/showthread.php?t=10647 > > I checked out the port's make file and it looks like all of them need to be updated at once: This is already done, update your ports. robert. > ... > # Remember to upgrade the following ports everytime you bump MESAVERSION: > # > # - graphics/libGL > # - graphics/libGLU > # - graphics/libGLw > # - graphics/dri > ... > > Are these ports that could be updated, or maybe have one for each version of Mesa 7.5.x, 7.6.x, 7.7.x? > > Thanks, > > Jared Barneck > > > > > _______________________________________________ > 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 2Hip Networks From owner-freebsd-x11@FreeBSD.ORG Thu Feb 11 15:32:10 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1464C106568F for ; Thu, 11 Feb 2010 15:32:10 +0000 (UTC) (envelope-from rhyous@yahoo.com) Received: from web52107.mail.re2.yahoo.com (web52107.mail.re2.yahoo.com [206.190.48.110]) by mx1.freebsd.org (Postfix) with SMTP id BEB128FC14 for ; Thu, 11 Feb 2010 15:32:09 +0000 (UTC) Received: (qmail 35022 invoked by uid 60001); 11 Feb 2010 15:05:29 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1265900729; bh=C3tMj1QEkhDvp6d2Udr1Q4AIDebEDOfMrw90RhulTx0=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=bbN8siL50xd9EhSQxOAwifET16sQrqfA25EzVKv0qBYmQLRnrZuo29k8MNreViO327RIrZ4bEse7LGYe7U5Y8KXzUVIQWBU68Vr/WyNKguxxpvtxlc/nlWAY0aGOpU3EP2Zu5I3wHafEsGnw1PBOMes1XFy88p/oY1l1zLC+KZk= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=vi2YjiH8uSaNFbtdU0CjFPHeBBfvWrq4CN+z1D9IVi09R2Q/cb7XDxKttR9URxjhmE01ZCED2p55zxsn7V4R/GpSaBGdeDGEGX48lE468cWZXfk6FKa1qxXvqcrc4gXbkn8rXqFtjIjqR4BCaLbG6fFADyADlzKuJdJi1cDXAlo=; Message-ID: <714023.33564.qm@web52107.mail.re2.yahoo.com> X-YMail-OSG: shMeO0AVM1ljv9SCD_W_VHAlu.TqL2ODqKVi13bUeNrVUGsretX6rFXFWTl5VoLiou4eu_VRrUDURObdEmF1fpCLqfLvhe27EwLE0s.asUXPXX7VU.wpu11reXc75N6jAyzoNGFQCUaxSQ_wn58yqSCKLW2OlLVy7CJUsQRf6k52RDs46sQgB3KHKeDdmzvvmBZzNa89Uedz6kneoesewiAlZaut5jUwS8OydLYYz0pa7.Mi.af0Ra0wermQG0kR_zXjO2ho_azYvphbzs99aZ8xFONx_J_umCgAXfeLlSwT6v_DzIPFWYo1wFTm9ML4HPX58yRyX9A- Received: from [192.206.100.4] by web52107.mail.re2.yahoo.com via HTTP; Thu, 11 Feb 2010 07:05:29 PST X-Mailer: YahooMailRC/272.7 YahooMailWebService/0.8.100.260964 References: <276403.71021.qm@web52101.mail.re2.yahoo.com> <201002102300.33533.npapke@acm.org> Date: Thu, 11 Feb 2010 07:05:29 -0800 (PST) From: Jared Barneck To: Norbert Papke , freebsd-x11@freebsd.org In-Reply-To: <201002102300.33533.npapke@acm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Thu, 11 Feb 2010 16:06:10 +0000 Cc: Subject: Re: libGL X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jared Barneck List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Feb 2010 15:32:10 -0000 >On February 10, 2010, Jared Barneck wrote: >> I am working with the K-3D developer to get a new port for FreeBSD. He says >> that we need to update the libgl port from mesa 7.4.4 to a later version >> such as 7.6.1. > >Depending on your hardware, this might be available already. From >/usr/ports/UPDATING: > >20100207: > AFFECTS: users of Mesa3D libraries and x11-drivers/xf86-video-nouveau > AUTHOR: nork@FreeBSD.org > > If you want to use Mesa3D 7.6.1 and libdrm 2.4.17 rather than 7.4.4 > and 2.4.12, you must define WITHOUT_NOUVEAU global macro, at least, > enabled on graphics/libGL*, graphics/libglut, graphics/dri, > graphics/mesa-demos and graphics/libdrm. And please give up using > x11-drivers/xf86-video-nouveau. > > In this time, I can't enable latest Mesa3D and libdrm, because these > break xf86-video-nouveau. But old(current?) Mesa3D and libdrm don't > break any drivers. > > Cheers. Thanks. I updated as follows: >portsnap fetch update >cd /usr/ports/graphics/libGL/ >>make deinstall >>make WITHOUT_NOUVEAU=yes install > > >cd /usr/ports/graphics/libGLU/ >>make deinstall >>make WITHOUT_NOUVEAU=yes install > > >cd /usr/ports/graphics/libGLw/ >>make deinstall >>make WITHOUT_NOUVEAU=yes install > > >cd /usr/ports/graphics/libglut/ >>make deinstall >>make WITHOUT_NOUVEAU=yes install > > >cd /usr/ports/graphics/libdrm/ >>make deinstall >>make WITHOUT_NOUVEAU=yes install > > > >cd /usr/ports/graphics/dri/ >>make deinstall >>make WITHOUT_NOUVEAU=yes installHowever, now when I launch K-3D, I get this: INFO: Loading plugin NGUI >> INFO: Loading GTK resources from /etc/gtk-2.0/gtkrc >> INFO: Loading GTK resources from /home/jared/.gtkrc-2.0 >> INFO: Loading GTK resources from >> INFO: Loading GTK resources from /usr/home/jared/.kde4/share/config/gtkrc-2.0 >> INFO: Loading GTK resources from /home/jared/.k3d/gtkrc > >>(k3d:11301): GdkGLExt-WARNING **: Window system doesn't support OpenGL. >> ERROR: Could not initialize gtkglext >> INFO: Saving hotkeys to /home/jared/.k3d/hotkeys >> INFO: Saving options to /home/jared/.k3d/options.k3d >>*** Error code 1 > >>Stop in /usr/home/jared/build-k3d. >>*** Error code 1 > >>Stop in /usr/home/jared/build-k3d. >>*** Error code 1 > >>Stop in /usr/home/jared/build-k3d. >>*** Error code 1 > >>Stop in /usr/home/jared/build-k3d. >>[jared@FBSD8 ~/build-k3d]$ > So I updated gtkglext to gtkglext-1.2.0_5, but the same issue occurs. Anything else I should make sure to update? Thanks, Jared From owner-freebsd-x11@FreeBSD.ORG Thu Feb 11 16:21:12 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BC06106568D for ; Thu, 11 Feb 2010 16:21:12 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from qmta07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id 2EF8F8FC15 for ; Thu, 11 Feb 2010 16:21:11 +0000 (UTC) Received: from omta05.westchester.pa.mail.comcast.net ([76.96.62.43]) by qmta07.westchester.pa.mail.comcast.net with comcast id ge911d0050vyq2s57gMCLE; Thu, 11 Feb 2010 16:21:12 +0000 Received: from memory.visualtech.com ([67.103.204.242]) by omta05.westchester.pa.mail.comcast.net with comcast id ggM31d00K5EJinX3RgM6yp; Thu, 11 Feb 2010 16:21:10 +0000 Message-ID: <4B742E6E.3060405@voicenet.com> Date: Thu, 11 Feb 2010 11:21:02 -0500 From: Adam K Kirchhoff User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100209 Thunderbird/3.0.1 MIME-Version: 1.0 To: freebsd-x11@freebsd.org References: <276403.71021.qm@web52101.mail.re2.yahoo.com> <201002102300.33533.npapke@acm.org> <714023.33564.qm@web52107.mail.re2.yahoo.com> In-Reply-To: <714023.33564.qm@web52107.mail.re2.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: libGL X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Feb 2010 16:21:12 -0000 On 02/11/10 10:05, Jared Barneck wrote: > > >> On February 10, 2010, Jared Barneck wrote: >> >>> I am working with the K-3D developer to get a new port for FreeBSD. He says >>> that we need to update the libgl port from mesa 7.4.4 to a later version >>> such as 7.6.1. >>> >> Depending on your hardware, this might be available already. From >> /usr/ports/UPDATING: >> >> 20100207: >> AFFECTS: users of Mesa3D libraries and x11-drivers/xf86-video-nouveau >> AUTHOR: nork@FreeBSD.org >> >> If you want to use Mesa3D 7.6.1 and libdrm 2.4.17 rather than 7.4.4 >> and 2.4.12, you must define WITHOUT_NOUVEAU global macro, at least, >> enabled on graphics/libGL*, graphics/libglut, graphics/dri, >> graphics/mesa-demos and graphics/libdrm. And please give up using >> x11-drivers/xf86-video-nouveau. >> >> In this time, I can't enable latest Mesa3D and libdrm, because these >> break xf86-video-nouveau. But old(current?) Mesa3D and libdrm don't >> break any drivers. >> >> Cheers. >> > Thanks. > > I updated as follows: > > >> portsnap fetch update >> cd /usr/ports/graphics/libGL/ >> >>> make deinstall >>> make WITHOUT_NOUVEAU=yes install >>> >> >> cd /usr/ports/graphics/libGLU/ >> >>> make deinstall >>> make WITHOUT_NOUVEAU=yes install >>> >> >> cd /usr/ports/graphics/libGLw/ >> >>> make deinstall >>> make WITHOUT_NOUVEAU=yes install >>> >> >> cd /usr/ports/graphics/libglut/ >> >>> make deinstall >>> make WITHOUT_NOUVEAU=yes install >>> >> >> cd /usr/ports/graphics/libdrm/ >> >>> make deinstall >>> make WITHOUT_NOUVEAU=yes install >>> >> >> >> cd /usr/ports/graphics/dri/ >> >>> make deinstall >>> make WITHOUT_NOUVEAU=yes installHowever, now when I launch K-3D, I get this: >>> > INFO: Loading plugin NGUI > >>> INFO: Loading GTK resources from /etc/gtk-2.0/gtkrc >>> INFO: Loading GTK resources from /home/jared/.gtkrc-2.0 >>> INFO: Loading GTK resources from >>> INFO: Loading GTK resources from /usr/home/jared/.kde4/share/config/gtkrc-2.0 >>> INFO: Loading GTK resources from /home/jared/.k3d/gtkrc >>> >> >>> (k3d:11301): GdkGLExt-WARNING **: Window system doesn't support OpenGL. >>> ERROR: Could not initialize gtkglext >>> INFO: Saving hotkeys to /home/jared/.k3d/hotkeys >>> INFO: Saving options to /home/jared/.k3d/options.k3d >>> *** Error code 1 >>> >> >>> Stop in /usr/home/jared/build-k3d. >>> *** Error code 1 >>> >> >>> Stop in /usr/home/jared/build-k3d. >>> *** Error code 1 >>> >> >>> Stop in /usr/home/jared/build-k3d. >>> *** Error code 1 >>> >> >>> Stop in /usr/home/jared/build-k3d. >>> [jared@FBSD8 ~/build-k3d]$ >>> >> > So I updated gtkglext to gtkglext-1.2.0_5, but the same issue occurs. > > Anything else I should make sure to update? > > What is the output of 'glxinfo'? Adam From owner-freebsd-x11@FreeBSD.ORG Thu Feb 11 23:40:03 2010 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E296106566C for ; Thu, 11 Feb 2010 23:40:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 634DD8FC0C for ; Thu, 11 Feb 2010 23:40:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o1BNe3IH088921 for ; Thu, 11 Feb 2010 23:40:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o1BNe2Dh088920; Thu, 11 Feb 2010 23:40:02 GMT (envelope-from gnats) Date: Thu, 11 Feb 2010 23:40:02 GMT Message-Id: <201002112340.o1BNe2Dh088920@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Kyryll A Mirnenko aka Mirya Cc: Subject: Re: ports/143723: graphics/dri fails to build after graphics/libdrm update X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Kyryll A Mirnenko aka Mirya List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Feb 2010 23:40:03 -0000 The following reply was made to PR ports/143723; it has been noted by GNATS. From: Kyryll A Mirnenko aka Mirya To: bug-followup@freebsd.org, xmirya@gmail.com Cc: Subject: Re: ports/143723: graphics/dri fails to build after graphics/libdrm update Date: Thu, 11 Feb 2010 15:41:56 +0200 I've digged deeper, libdrm do not intall nor build intel-specific parts at all in my case, include/intel_bufmgr.h and lib/libdrm_intel.* from plist are not installed. The config.log after the configure stage of graphics/ibdrm contains the following: configure:13304: checking for native atomic primitives configure:13336: cc -o conftest -O2 -pipe -fno-strict-aliasing conftest.c >&5 /var/tmp//ccTmHgC2.o(.text+0x3b): In function `atomic_cmpxchg': : undefined reference to `__sync_val_compare_and_swap_4' /var/tmp//ccTmHgC2.o(.text+0x65): In function `atomic_add': : undefined reference to `__sync_fetch_and_add_4' ... configure:13375: checking atomic_ops.h usability configure:13392: cc -c -O2 -pipe -fno-strict-aliasing conftest.c >&5 conftest.c:63:24: error: atomic_ops.h: No such file or directory ... HAVE_INTEL_FALSE='' HAVE_INTEL_TRUE='#' After that the intel subdirectory is commented out in the Makefile and so never built. I've manually uncommented the latter and defined HAVE_INTEL_ATOMIC_PRIMITIVES in config.h (as far as ./configure commented it out), after that the intel-specific API was built successfully and graphics/dri compiled well. -- Regards, Mirya ICQ #313898202