From owner-freebsd-stable@FreeBSD.ORG Mon Feb 9 19:26:21 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C0DD10656EA; Mon, 9 Feb 2009 19:26:21 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 5A3B38FC3B; Mon, 9 Feb 2009 19:26:21 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id E00422902E6; Mon, 9 Feb 2009 14:26:20 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Mon, 09 Feb 2009 14:26:20 -0500 X-Sasl-enc: 4nQcRZhdtF6GW8Bciq46VJ9Xr0SjWfgVogDS3S1rYJRR 1234207580 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 0EC134C575; Mon, 9 Feb 2009 14:26:19 -0500 (EST) Message-ID: <4990835A.3020303@FreeBSD.org> Date: Mon, 09 Feb 2009 19:26:18 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.19 (X11/20090126) MIME-Version: 1.0 To: Robert Noland References: <329181233306971@webmail57.yandex.ru> <985A59F2-20CC-4779-A000-018E52B5BFA9@jump-ing.de> <101781233319948@webmail36.yandex.ru> <4983A3AE.90804@FreeBSD.org> <498F901A.7000900@FreeBSD.org> <1234159237.23838.3.camel@ferret.2hip.net> In-Reply-To: <1234159237.23838.3.camel@ferret.2hip.net> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "S.N.Grigoriev" , Markus Hitter , freebsd-stable@freebsd.org Subject: Re: Unhappy Xorg upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 19:26:23 -0000 Robert, First, thanks for all your dedicated work so far on the Xorg ports. I realize this upgrade has been somewhat fraught with unexpected issues. FWIW, things are not greener on the Linux side of the fence; many Ubuntu and Debian users have reported issues with the newer Xorg and in particular hald. Robert Noland wrote: > ... >> I still see the USB symptoms with xorg-server port as of today -- forced >> rebuild with libpciaccess also. So amd64 is still regressed -- USB is >> totally unusable there after X is started. My theory was that somehow >> Xorg was stomping on the USB controller registers on this machine. The >> USB controller on this box is ALi, card=0x81561043. >> > > Is your usb sharing interrupts with the video card? > Yes, it appears so. This is an ASUS Vintage AH-1, uniprocessor amd64 box w/ioapic enabled from devinfo -r (abbreviated): ohci0 17 ohci1 18 ohci2 19 ehci0 23 lspci -v jibes with devinfo -r -- the primary head got IRQ 18, the secondary IRQ 255. It appears msk0 is also sharing IRQ 18, though I haven't seen any problems with networking; mskc0, however, is then configured to use MSI (pseudo IRQ 256, 258), it is a PCI-e device. When the system starts, the drm module has not been loaded, so the Radeon (Sapphire X550) card hasn't been allocated its IRQ by FreeBSD. After X starts, glxinfo and glxgers work fine. kldstat reports drm.ko and radeon.ko got loaded by X as I would expect. I still see no IRQ allocated for the radeon, either in dmesg output or in devinfo -r, however, vmstat -i does show drm0 as sharing IRQ 18. At this point, I rebooted and tried manually resetting the BIOS ESCD table, unfortunately the BIOS on this machine won't let me tie IRQs down to particular devices. > Does the issue occur if you aren't using a usb mouse? > I see the USB problems regardless of the kind of USB devices plugged in, I continue to use a PS/2 mouse on the desktop as a workaround. I see the bump on devel/libpciaccess re typo of rombase, and forced a rebuild of xorg-server against the patched libpciaccess library (probably not needed, as the .so ABI didn't change). The USB problem is still present, unfortunately. thanks, BMS