From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 22332 invoked from network); 20 Dec 2023 18:56:11 -0000 Received: from 9front.inri.net (168.235.81.73) by inbox.vuxu.org with ESMTPUTF8; 20 Dec 2023 18:56:11 -0000 Received: from cc-smtpout1.netcologne.de ([89.1.8.211]) by 9front; Wed Dec 20 13:54:01 -0500 2023 Received: from cc-app3.netcologne.de (cc-app3.netcologne.de [89.1.9.192]) by cc-smtpout1.netcologne.de (Postfix) with ESMTP id 20CB713328 for <9front@9front.org>; Wed, 20 Dec 2023 19:53:58 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=netcologne.de; s=nc1116a; t=1703098438; bh=QMoZ4zbq5SGHflysRfbLXB7XHUwBAVpVPKEvvX7lPBM=; h=Date:From:To:Message-ID:In-Reply-To:References:Subject:From; b=dCijzcPJVW1Xy30tZ25Q+Klesr8bfs2iBXhanoh+oX6TEGV16HejhJmzhofQXAP6E yYGCKuZl5Ivvhvu6SQBhHRnP09QX+/VA3awfEvUmNc6+KtC0eSyTi/qMF8l0L51/FK mG9vFAd8N8UJ7FyCHZ3nhI4KLCqWyE2jX6DtlWnBRvMtPD7LjHQwolr9Bdsint7ihc hPXpgsyczzcnbfew55OaAcozXKHSabG1HsKYgbRzYcQU4l+a5gKedFswT+X/j+9Xa9 RqW+6aaRa8+kX8NZFm6kYlCBBQJoWDkBUvlPxZvG/lYVEpgc0g/g82b0hU2ZeNF311 r6Ye3Ylpd+2Yg== Received: from cc-app3.netcologne.de (localhost [127.0.0.1]) by cc-app3.netcologne.de (Postfix) with ESMTPA id 0852211E7D for <9front@9front.org>; Wed, 20 Dec 2023 19:53:57 +0100 (CET) Date: Wed, 20 Dec 2023 19:53:57 +0100 (CET) From: Arne Meyer To: 9front@9front.org Message-ID: <1235011938.3556150.1703098437964@comcenter.netcologne.de> In-Reply-To: <7408ADB29853D60644FA44A89191C3B8@wopr.sciops.net> References: <1088817250.3535546.1703071432843@comcenter.netcologne.de> <7408ADB29853D60644FA44A89191C3B8@wopr.sciops.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Priority: 3 Importance: Normal X-Mailer: Open-Xchange Mailer v7.10.6-Rev50 X-Originating-IP: 2001:4dd6:8ab4:0:2ee4:45a3:9f80:c297 X-Originating-Client: open-xchange-appsuite X-NetCologne-Spam: L X-Rspamd-Queue-Id: 0852211E7D X-Spamd-Bar: - X-Rspamd-Action: no action List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: advanced GPU markup high-performance-scale general-purpose generator Subject: Re: [9front] [PATCH] Fix nusb/audio /dev entries Reply-To: 9front@9front.org Precedence: bulk Hello qwx, > qwx@sciops.net hat am 20.12.2023 17:44 CET geschrieben: > > Thanks for the patch. One could argue against the previous behavior > -- what is your use case? I have a thin client with hda audio that is not quite working with the 9front driver. So I use a cheap usb sound card to get audio. In this case I could probably do 'unmount #A' in a namespace file and have it work as intended? > Here are some arguments against it: > > - It pulls the rug under you by automatically changing the device you > write audio to, and imho the interaction between #u, #A and mixfs gets > confusing > > - If more devices are plugged in, only the last one would be used, > switching output yet again > > - If the usb device is disconnected, audio will break for programs > currently writing to /dev/audio and they would have to reopen it > Yes, those are all good points. > > What do you think, would that work in your case? If I plug in a usb device I expect it to become the default device. Maybe mixfs can do some clever stuff here? > > Cheers, > qwx