From owner-freebsd-ports@FreeBSD.ORG Wed Dec 31 00:45:23 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04252406; Wed, 31 Dec 2014 00:45:23 +0000 (UTC) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9E44F2887; Wed, 31 Dec 2014 00:45:22 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3kBv0v5T7BzgC; Wed, 31 Dec 2014 01:45:19 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla4; t=1419986717; x=1422578718; bh=Ed9 xmHLIrGWsx5oV2OskB5BF6Z7kj7kH5rtYYXXiAzk=; b=QKU6P+ptRy33bWeFi2B EQmWP6iHeIgIwNwneMSexxQyd039rxwejsQ6ev/MZJCj6hluUaHN8F61W32CyVuH aXMn7pEao7cfrJR0u3X6YSsRTIvrDKbJ7PAvmzETUqpjbUsRz5IEBIjQcd/L0BwI HkfDPoU3tU1u4pi26e1C/BT8= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-proxy-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10012) with ESMTP id 7qjjHpqSNU6G; Wed, 31 Dec 2014 01:45:17 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP; Wed, 31 Dec 2014 01:45:16 +0100 (CET) Received: from neli.ijs.si (neli.ijs.si [IPv6:2001:1470:ff80:88:21c:c0ff:feb1:8c91]) by mildred.ijs.si (Postfix) with ESMTP id 3kBv0r3GbhzGs; Wed, 31 Dec 2014 01:45:16 +0100 (CET) Received: from sleepy.ijs.si ([2001:1470:ff80:e001::1:1]) by neli.ijs.si with HTTP (HTTP/1.1 POST); Wed, 31 Dec 2014 01:45:16 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 31 Dec 2014 01:45:16 +0100 From: Mark Martinec To: freebsd-x11@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Removal of XAA acceleration in X.org, and older NVIDIA GeForce Organization: J. Stefan Institute In-Reply-To: References: <9f15ce6462062541cbaf3919ec420315@mailbox.ijs.si> <20141222201853.08bfcc64@kalimero.tijl.coosemans.org> <60b1d359da424d31e6594bda091c63f3@mailbox.ijs.si> Message-ID: X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.0.3 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Dec 2014 00:45:23 -0000 > On 2014-12-23 10:20, Mark Martinec wrote: >>> Tijl Coosemans wrote: >>>> This card is still supported by x11/nvidia-driver-304 >> >> Mark Martinec wrote: >>> Good suggestion! It does seem to draw screen and scroll >>> much faster than NV (although it seems to stall from time >>> to time (like unresponsive mouse) on a busy host). >>> Will need to test more thoroughly tomorrow when poudriere >>> builds will be over. Thanks! >> >> Actually it did not turn out well. Although nvidia-driver-304 with >> a GeForce 7300 GT does not suffer from slow scrolls and slow rendering >> of web pages, it frequently stalls (like every minute) and nothing >> happens for a dozen of seconds: mouse cannot move a cursor, a cursor >> may even temporarily disappear, typing on an xterm or konsole window >> is unresponsive. It appears as if a host is terribly busy, even though >> it is not (the yesterday's poudriere build was over, and I even >> rebooted the host, with nvidia driver loaded by a boot loader >> this time). >> >> After a dozen of seconds or so, things get back at being responsive >> again, until the next lockup. Occasionally a window may become >> scrambled, but rectifies itself after a while. After trying to >> work in this situation for a while, eventually screen turned black, >> with a host totally locked up - not even responding to ssh or ping >> or ctrl alt F1, or a soft ACPI power off button, so had to be >> forcibly rebooted. >> >> So in the end I had to revert back to the NV driver, which is >> now slow, but at least is stable and consistent. I guess we need >> to start looking for a new graphics board, quite unfortunate. >> >> Mark Michael Jung wrote: > FWIW on i386 current r275874 I do no have these lockup issues > with nvidia GeForce Go 7300 > > I did find that though loading the nvidia kernel module in > /boot/loader.conf was not enough, I had to create a small > xorg.conf simply containing > > Section "Device" > Identifier "Device0" > Driver "nvidia" > VendorName "NVIDIA Corporation" > EndSection > > or GLX instead of NV-GLX would try to be loaded Sure, I did that. (actually, nvidia-xconfig did that for me) > I also have both devd and hald running. Same here. So after a couple of days of suffering I gave up and ordered a new GeForce GT 730, arrived today. I was surprised that the nv driver reported that it is not supported. Switching to nvidia 340 driver now it works perfectly and is fast. So an eight year old GeForce 7300 GT or 7600 GS is too old to be supported by nv driver (and nvidia 304 driver was unstable with 7300, although it works with 7600 on another host on a lower resolution screen), yet a year old GT 730 is too young to be supported by nv. Luckily it works very well with nvidia-driver(-340). I wonder if 7300 GT + nvidia-driver-304 stuttering / holdups and instability can be due to a higher resolution of a monitor attached to that host, or (judging by the symptoms) may it be due to fighting over free memory with ZFS ARC under FreeBSD 10.1, which still seems unresolved: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594 Bug 187594 - [zfs] [patch] ZFS ARC behavior problem and fix Mark