From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 03:07:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E885A1065673 for ; Sat, 8 Nov 2008 03:07:12 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 6299E8FC13 for ; Sat, 8 Nov 2008 03:07:12 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl202-73.kln.forthnet.gr [79.103.15.73]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id mA83746V008389 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 8 Nov 2008 05:07:10 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id mA83745h061243; Sat, 8 Nov 2008 05:07:04 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id mA8374u5061227; Sat, 8 Nov 2008 05:07:04 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Alexey Shuvaev References: <8763mz2n0m.fsf@kobe.laptop> <87bpwrneeh.fsf@kobe.laptop> <20081108025317.GA29344@localhost.my.domain> Date: Sat, 08 Nov 2008 05:07:03 +0200 In-Reply-To: <20081108025317.GA29344@localhost.my.domain> (Alexey Shuvaev's message of "Sat, 8 Nov 2008 03:53:17 +0100") Message-ID: <87skq2ncfc.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: mA83746V008389 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.06, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.34, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: Recent USB mouse regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Nov 2008 03:07:13 -0000 On Sat, 8 Nov 2008 03:53:17 +0100, Alexey Shuvaev wrote: > On Sat, Nov 08, 2008 at 04:24:22AM +0200, Giorgos Keramidas wrote: >> Building a kernel & userland just before USB2 from svn change 184609 >> seems to have fixed this for now. It seems that even when USB2 is not >> loaded it affects a bit the way ums(4) works. >> >> What is the best way of troubleshooting this? > > I have seen reversed situation when even with usb2_input_ms kld loaded > I am finding ums + usb (old stack) in kldstat after the system goes > multiuser. I would check kldstat after each event (today klds are > loaded automatically!) and try operate in single user mode first. > Could it be that something (moused) is trying to load all klds > matching some symbols (provided interfaces)? My kernel config file is based on GENERIC, so `ums' is not a module and I don't load any usb2_xxx modules in my `loader.conf' yet. Should I rebuild it as a module? I can try that later... I just started a buildworld with all the changes up the HEAD except for the five commits that are related to usb2, i.e. I have everything else up to svn /head@184743 but I have backed out locally the changes: ------------------------------------------------------------------------ r184610 | alfred | 2008-11-04 04:31:03 +0200 (Tue, 04 Nov 2008) | 123 lines r184612 | alfred | 2008-11-04 05:42:01 +0200 (Tue, 04 Nov 2008) | 2 lines r184658 | rink | 2008-11-04 21:28:19 +0200 (Tue, 04 Nov 2008) | 4 lines r184659 | rink | 2008-11-04 22:57:39 +0200 (Tue, 04 Nov 2008) | 7 lines r184736 | imp | 2008-11-06 19:26:12 +0200 (Thu, 06 Nov 2008) | 4 lines ------------------------------------------------------------------------ These are the commits that I could see affecting sys/usb2 so far, so it may help find out that it is indeed usb2 that causes ums(4) to act oddly. If this fails, I'll remerge the usb2 changes, and try building ums as a module-only.