From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757395Ab0EJWPp (ORCPT ); Mon, 10 May 2010 18:15:45 -0400 Received: from mail-pv0-f174.google.com ([74.125.83.174]:51916 "EHLO mail-pv0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753878Ab0EJWPo (ORCPT ); Mon, 10 May 2010 18:15:44 -0400 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=wsNlU5NSe0ZGK08qIVjsss61IZF+ctFlhz/6VWV6xsMJ0CNVxdtuTkjXjEWM0vN/CG oetZYUAblcbYIHTIJUjd88c44T+g+x0Vvaito1Ic2D4DdfHItO/B8vyYdc4bebYsl7Kw S8lxFMGVX35QnseqOePnLr1e9cIrThmYyHUM0= Message-ID: <4BE8859E.3090305@gmail.com> Date: Mon, 10 May 2010 15:15:58 -0700 From: "Justin P. Mattock" User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091114 Lightning/1.0pre Thunderbird/3.0b4 MIME-Version: 1.0 To: Jiri Kosina CC: linux-bluetooth@vger.kernel.org, Linux Kernel Mailing List Subject: Re: magicmouse: claimed by neither input, hiddev nor hidraw References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 05/10/2010 02:52 PM, Jiri Kosina wrote: > On Mon, 10 May 2010, Justin Mattock wrote: > >>>> with the magicmouse connecting i.g. I've had my system setup to use >>>> the magicmouse with 2.6.33* with no issues now coming back after >>>> sometime seems everything is connecting,but then no movement: (and >>>> some thing in dmesg): >>>> [ 116.267993] magicmouse 0005:05AC:030D.0007: claimed by neither >>>> input, hiddev nor hidraw >>>> [ 116.268053] magicmouse 0005:05AC:030D.0007: magicmouse hw start failed >>>> using osx magicmouse connects fine. >>>> Using standard mightymouse everything connects. >>>> are there any reports of such things? >>> >>> Adding Michael Poole to CC. >>> >>> No, I haven't seen any such reports. First -- could you please provide >>> complete dmesg? >> >> everything seems to be working o.k. now, just had to enable HIDRAW=y >> maybe something changed to where I needed this(I remember never really >> using hidraw, just HIDDEV(but could be wrong)). > > This sounds a bit strange. > > hidraw shouldn't be making too much difference in the case you describe. > hidraw is basically just a mean of relaying HID events to userspace so > that any driver/application in userspace can access them. But magicmouse > driver is written completely in kernelspace. > > Does anything on your system have /dev/hidraw* nodes open? (you could > check by lsof). > right now I see /dev/hidraw0,1,2,3 ./lsof | grep /dev (showing bluetooth) bluetooth 2020 root 0u CHR 1,3 0t0 2551 /dev/null bluetooth 2020 root 1u CHR 1,3 0t0 2551 /dev/null bluetooth 2020 root 2u CHR 1,3 0t0 2551 /dev/null bluetooth 2020 root 14u CHR 10,62 0t0 3895 /dev/rfkill I can try a bisect on this and see. Justin P. Mattock