From owner-freebsd-drivers@FreeBSD.ORG Thu Apr 17 21:16:26 2008 Return-Path: Delivered-To: freebsd-drivers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC5E9106566B for ; Thu, 17 Apr 2008 21:16:26 +0000 (UTC) (envelope-from lev@nupfel.de) Received: from schatten.darksystem.net (schatten.darksystem.net [88.198.51.7]) by mx1.freebsd.org (Postfix) with ESMTP id 466878FC15 for ; Thu, 17 Apr 2008 21:16:26 +0000 (UTC) (envelope-from lev@nupfel.de) Received: from schatten.darksystem.net (localhost [127.0.0.1]) by schatten.darksystem.net (Postfix) with ESMTP id 3B845727E6F; Thu, 17 Apr 2008 23:16:24 +0200 (CEST) X-Spam-Status: No, hits=1.1 required=5.0 tests=AWL, BAYES_00, RCVD_IN_DSBL, RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC X-Spam-Check-By: schatten.darksystem.net Received: from port-212-202-192-115.dynamic.qsc.de (HELO mail.nupfel.de) (212.202.192.115) (smtp-auth username lev, mechanism plain) by schatten.darksystem.net (qpsmtpd/0.32) with ESMTP; Thu, 17 Apr 2008 23:15:30 +0200 Received: from localhost (localhost [127.0.0.1]) by mail.nupfel.de (Postfix) with ESMTP id EEE0C1A21909; Thu, 17 Apr 2008 23:15:28 +0200 (CEST) X-Virus-Scanned: amavisd-new at nupfel.de Received: from mail.nupfel.de ([127.0.0.1]) by localhost (mail.nupfel.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Pr9dNWokhcKc; Thu, 17 Apr 2008 23:15:27 +0200 (CEST) Received: from lain (lain.navi.wired [192.168.0.40]) by mail.nupfel.de (Postfix) with ESMTP id 12DB51A21908; Thu, 17 Apr 2008 23:15:27 +0200 (CEST) Date: Thu, 17 Apr 2008 23:15:16 +0200 From: Tobias Kirschstein To: "Tofig Suleymanov" Message-ID: <20080417231516.42883d5b@lain> In-Reply-To: <342414370804060210u149240cdwd0f1070b883e7c8a@mail.gmail.com> References: <20080325223539.GH4783@nupfel.de> <342414370803261129u337ad526wf67839cc30c942ad@mail.gmail.com> <20080327164843.GB9146@nupfel.de> <342414370804060210u149240cdwd0f1070b883e7c8a@mail.gmail.com> Organization: NIC.BLA X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.8; amd64-portbld-freebsd8.0) X-Face: "\j?x](l|]4p?-1Bf@!wN<&p=$.}^k-HgL}cJKbQZ3r#Ar]\%U(#6}'?<3s7%(%(gxJxxcR nSNPNr*/^~StawWU9KDJ-CT0k$f#@t2^K&BS_f|?ZV/.7Q Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAGFBMVEX+/v7++v6YOTrq8PCcuIX989UvOSj++v0BNCbpAAAAB3RJTUUHsQwfFzs7RBhzUQAAAhJJREFUOI1dU8GOqzAMNKIoV1bvwD1i0ysqrHplIdBrVSX7ATSbd03VVvn9tQNtQy0hjAdn7LED4AAcPtWm9RV+MPSfxhBLx9ajd6X/ngB6/mTwnRSZua7i7Ca+0ctZKo4Qmz+JY13X6I3nFZBxIYW1PbgfQ5RP8g0XlltEWGf3cV03joYpRnFbvYDKbXjZlXyyhEZA4lI+cN3NaVXE4VKjSwTExO10eTEkkJVqIAD5z0nUBQJluQDRSQjcrBiHAJxZlAH5CUMBMC7OcJ4LMQNnxhZ1HYPscMc6J4UlWRMNwzOpCcAHKSICd1EDn83abdREIbXsHkD1OinP1aCUCOEVRaa1lMcvywUWdYgk13JQUpYNKmvXQ8Kw5ML9YI5h8SakctBc7E/IYuLhYd/zZIk+1gM1vNweQBvHE0j+oYah3sMqAytQYlZk6+ANaaawJdu3OFzYGMZ3iGpa3qMlq9ZH0VZTgrCtw/ngdYkEIIpSbP1bWQAdFdX9vocBdkH2qVjVmuMu3gI5rjs814EUdrCZgWlPaxZZ3RiLFUtr+ud0PXwp2dnQSNXgePt6AZpBj6UMJ7VQkzN4utVeaSW1Dhn/kblGrKeMvNGnzwX4zuEDarYz1KdPtR60Gul0Gued+515SJXhCsl+Tx/3kY/UDvicPll9mfu50t3tvQ/thZpJYgeuwdSKNJ6tCD98MCgoxLDaPxbwqqwPWaWiAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-drivers@freebsd.org Subject: Re: hdaps (accelerator) driver for thinkpads X-BeenThere: freebsd-drivers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Writing device drivers for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 21:16:26 -0000 hi tofig, On Sun, 6 Apr 2008 14:10:20 +0500 "Tofig Suleymanov" wrote: > sorry for being so late. i'm sorry too. have been on vacation for the last weeks and had no time to check my email. > Looking at accelraw_dev.c around line 128 I've noticed that you do not > initialize the mutex before acquiring a lock with mtx_lock. I've made > a simple patch which adds a mtx_init before locking operations. Please > download it to your accel source root directory from here > http://www.freebsd.az/other/accel.patch and execute: patch < > accel.patch thank you very much for your help! your patch showed me where the error really was. i forgot to init the mutex in the accel_attach() function, because the old lock was destroyed after exiting accel_probe()... now all devices seem to work fine :) > I can confirm that accelgraph display tool and X mouse interface are > working. X mouse movement seem to be too sensitive though. yes you are right, i adjusted the default sensitivity and the mouse is very smoothy now ;) i also plan to have a sysctl for this or is there any default location for general mouse device sensitivity? now here you can find the current snapshot location: http://www.nupfel.de/data/hdaps.tar.gz there is also a svn repository, but this is not public at the moment (will be soon): https://svn.nupfel.de/x60t/hdaps my next step will be to improve the shock detection algorithm and to implement instant hard drive head parking... let's see what i get done, every help is welcome :) happy testing! -- ciao, lev