Received: by 2002:a05:6358:9144:b0:117:f937:c515 with SMTP id r4csp97903rwr; Tue, 2 May 2023 16:41:39 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ7y7+KuYhxmZHrz2N+Ceu23UrrME4UkXXavKSb1LbsOoA1i9nvapOdqG938HhZpVCP03+gg X-Received: by 2002:a17:90a:5ac5:b0:24e:121f:a6c3 with SMTP id n63-20020a17090a5ac500b0024e121fa6c3mr6306700pji.24.1683070899231; Tue, 02 May 2023 16:41:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1683070899; cv=none; d=google.com; s=arc-20160816; b=NefGWr3Zr3GzpWcrg4Oyb92CAyxvljJkukChsDk36Lf91CDL/eOTriVMyFwucFLEAM R/o1e/z2SUsBW1N8ds5YKry61OcqVKTWD+CPEObVE4vXhTXKkd8gfv/OX9yVdR589nf8 VVrlczRycdg7ZaYKJQwNfwOWjTrpg/3qTLCgzNYlPu933u5qukoDtokdHL1Kk7aMwDxS 9Grgq1JIeLUFflU2FBUKgZ/1mo5gzMH7qXhVPHbwO9fJ0BxtoH0lBDRrjygd+l3oxYb9 Qyu5bcHaH5kNN9Y21Yx51UwJYp0DBULaw70qZ5nkskyqLkIJ61RfsHPji0BgGuiDDgAL Q+lQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature :dkim-signature; bh=6sjh6l6NERLsu+JXUQWin9N0CADzXow+URLH3qXqjjw=; b=PI7eisjxnPWPHhL0ozDfMupVEVPGcf/t14SJLH3cFxkdOnfjtOToEdhxiXOKx810tJ lRSs2W417pR9Dc2FbrZv/g6l2z0Pu9YVCpS0vqxzChzlnqzrXG8TCLvwCUa4Rh/NVwWO Pv/i1He+tLdPPEvd0KnKz6Qu8PjbJ+/wSDl+p2xVRrnwgP5WPzBJNgoVKnlD4OnEjRkn d6MAoqZpPimylWLsPHiqtQtiuvB3pdBVxWIpZt4kyUWBqOloxBMbZtvLTaR+wZVMCJ33 ltRrXo3FNhKhIq2AuhaBwPoiv9pZlquCjP/F7/Aezon1OiHPZFQiOtqGsasigiYmUhra anZw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codewreck.org header.s=2 header.b=P3Hv3qoB; dkim=pass header.i=@codewreck.org header.s=2 header.b=P3Hv3qoB; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=codewreck.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id t17-20020a17090ad15100b002369d39671fsi12053146pjw.160.2023.05.02.16.41.25; Tue, 02 May 2023 16:41:39 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@codewreck.org header.s=2 header.b=P3Hv3qoB; dkim=pass header.i=@codewreck.org header.s=2 header.b=P3Hv3qoB; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=codewreck.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229834AbjEBXbw (ORCPT + 99 others); Tue, 2 May 2023 19:31:52 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34610 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229566AbjEBXbv (ORCPT ); Tue, 2 May 2023 19:31:51 -0400 Received: from nautica.notk.org (nautica.notk.org [91.121.71.147]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9877F3591 for ; Tue, 2 May 2023 16:31:46 -0700 (PDT) Received: by nautica.notk.org (Postfix, from userid 108) id D5ED1C01D; Wed, 3 May 2023 01:31:44 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=codewreck.org; s=2; t=1683070304; bh=6sjh6l6NERLsu+JXUQWin9N0CADzXow+URLH3qXqjjw=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=P3Hv3qoBmvA2YVtjpyNUs+nF5IJ/J44szGSFt1JURWHL/ojSGsv/FGfDEr+mojxp7 fx03JZV1THs4MXhxSxKROhJyd2sbOlXfbQuCD88+/3dMWOLVFQh64gJA/qxdf5zB0n QrCyRWkCj5nwnh13j7PMjovfWf9+2mIlHkRC4ZWfBlRHxEKEBOfVpAYUgrFrjOlgxQ btfvzczW/qgeThngnFzs3R1K/2+DyDw33F3MKbYapTWvMumBfH0xOqbkN2grUSrnAU aes9sl9pXZxMdtMGbyld4baeNgY2vYUrItiyn9EXSZs5fouq1OVUxz8Yx4O2pjq4oP 4eNiMN9KwO6yg== X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 Received: from odin.codewreck.org (localhost [127.0.0.1]) by nautica.notk.org (Postfix) with ESMTPS id 7C83FC009; Wed, 3 May 2023 01:31:42 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=codewreck.org; s=2; t=1683070304; bh=6sjh6l6NERLsu+JXUQWin9N0CADzXow+URLH3qXqjjw=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=P3Hv3qoBmvA2YVtjpyNUs+nF5IJ/J44szGSFt1JURWHL/ojSGsv/FGfDEr+mojxp7 fx03JZV1THs4MXhxSxKROhJyd2sbOlXfbQuCD88+/3dMWOLVFQh64gJA/qxdf5zB0n QrCyRWkCj5nwnh13j7PMjovfWf9+2mIlHkRC4ZWfBlRHxEKEBOfVpAYUgrFrjOlgxQ btfvzczW/qgeThngnFzs3R1K/2+DyDw33F3MKbYapTWvMumBfH0xOqbkN2grUSrnAU aes9sl9pXZxMdtMGbyld4baeNgY2vYUrItiyn9EXSZs5fouq1OVUxz8Yx4O2pjq4oP 4eNiMN9KwO6yg== Received: from localhost (odin.codewreck.org [local]) by odin.codewreck.org (OpenSMTPD) with ESMTPA id e9aa5fcf; Tue, 2 May 2023 23:31:39 +0000 (UTC) Date: Wed, 3 May 2023 08:31:24 +0900 From: Dominique Martinet To: Jason Andryuk Cc: Eric Van Hensbergen , Latchesar Ionkov , Christian Schoenebeck , v9fs@lists.linux.dev, linux-kernel@vger.kernel.org Subject: Re: [PATCH] fs/9p: Remove INET dependency Message-ID: References: <20230501190602.86281-1-jandryuk@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Jason Andryuk wrote on Tue, May 02, 2023 at 08:03:15AM -0400: > > Good catch. > > Could you add depends on INET to NET_9P_FD in net/9p/Kconfig? > > trans_fd.o builds without INET and without UNIX. Looks like trying to > use either TCP or UNIX sockets would lead to runtime errors, but it > also supports generic file descriptors. That could be useful for > someone. Since it builds, would it be okay to leave this patch > unchanged, or do you still want the depends added? Leaving the patch > unchanged provides more flexibility, though the runtime errors may > surprise users. While I built a Xen kernel without INET or UNIX, that > is an unusual scenario. Typically INET and UNIX sockets will be built > in anyway even without a depends. Hmm, good point; the socket interface is common between INET and UNIX.. And you're right about the ability to use plain fd as well. How about 'imply INET'? That will automatically select INET when enabled, but allow someone to disable it explicitly. It's rare enough that I didn't know about it though, just found it in Documentation/kbuild/kconfig-language.rst ... I guess this version is fine as is if you think it's too minor, I agree kernels without INET ought to be rare enough and if it builds for randconfig tests I'm fine with this. -- Dominique Martinet | Asmadeus