From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <9front-bounces@9front.inri.net> X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.6 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: from 9front.inri.net (9front.inri.net [168.235.81.73]) by inbox.vuxu.org (Postfix) with ESMTP id 899FC217F7 for ; Fri, 16 Feb 2024 18:12:53 +0100 (CET) Received: from wopr.sciops.net ([216.126.196.60]) by 9front; Fri Feb 16 12:10:11 -0500 2024 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sciops.net; s=20210706; t=1708103399; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to; bh=9adP5avNO15EdJpp4xLVb3z5m8cLnTbxZ9RAVT2KKuQ=; b=Mup8JsbReFkE2d1yAByIYJBircWvBGxCJS09F1mTVhj3qdX4WNBxLDg3Kuvhn+Gg9Xs3ll KBRWvwgm7agDuUjN9D5p5NLR0LoGlRdC+XiLTQ9+6yXIQOrPWjfxRrQrjSta7Zv6DM1XEN WTWvtzb5+C1IZJldhGjfz6ozrFbrSv8= Received: by wopr.sciops.net (OpenSMTPD) with ESMTPSA id 9699d50d (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO) for <9front@9front.org>; Fri, 16 Feb 2024 09:09:58 -0800 (PST) Message-ID: <83F57A9AF23B51F453034FE4C5536299@wopr.sciops.net> Date: Fri, 16 Feb 2024 18:10:03 +0100 From: qwx@sciops.net To: 9front@9front.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: immutable optimized browser-based method-oriented just-in-time-oriented controller Subject: Re: [9front] wtb: usb gamepad that works reliably with joy(1) Reply-To: 9front@9front.org Precedence: bulk On Fri Feb 16 17:44:28 +0100 2024, sl@stanleylieber.com wrote: > i got an ibuffalo class usb gamepad bsgp801 and 9front treats it as a > mouse. when i try to use it with joy(1), i get the following error: > > nusb/joy: getdev: device or object already in use: > '/dev/usb/ep8.0/data' > > sl What happens if you kill nusb/kb? ; kill kb | rc Does it release it or does another nusb/kb immediately start? If it works fine before, it would be enough to force this in nusbrc (requires recompiling the kernel), for example: diff 957863b064ed01ebb1297ddd368ce5a78c957f5e uncommitted --- a//sys/src/9/boot/nusbrc +++ b//sys/src/9/boot/nusbrc @@ -15,6 +15,10 @@ if(~ $#* 5 && ! test -e /env/nousbhname) id=$1:$5 switch($2$3){ + case 20110715 + # avoid nusb/kb on mpk mini + case 17810a99 17810a96 05832060 + # let nusb/joy take this one case 0b957720 0b95772a 0db0a877 13b10018 15577720 20013c05 07d13c05 05ac1402 nusb/ether -t a88772 $etherargs $id case 0b951780 14eaab11 17370039 0411006e 050d5055