Received: by 2002:a05:6358:9144:b0:117:f937:c515 with SMTP id r4csp913344rwr; Wed, 26 Apr 2023 07:55:25 -0700 (PDT) X-Google-Smtp-Source: AKy350a5Y/vBQN7e5UrgzuwUrpD8KCH5h7d49uB03IaI9EZUb7Uk9Zi0AuPmshPCweN8FZKxmoTW X-Received: by 2002:a17:902:e405:b0:19f:2dff:21a4 with SMTP id m5-20020a170902e40500b0019f2dff21a4mr18527644ple.16.1682520925495; Wed, 26 Apr 2023 07:55:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1682520925; cv=none; d=google.com; s=arc-20160816; b=tGle+fUOk4DAYX+eM0B5XIBPzwjs6udz4aZKbeq3AV6rnuNWVgLjWdGn0/DIzfAHTB 6lpRxwPAb6TKBQ5L3MNpCiVDP1QKZlY01HP49r11QjFlCizN+DUeL8BiWPch7F3I93Zs D5TCWZL+fEZ1IkNB6bW/RY7OEBCH5lIderHzqMSTTTYKLfV0PbSQ6b3NyGWjTF6CVRFM 2kYRxfsshBZSXP2XRHaHBBOfXjCUZ4yJaiLwqOSDBUB7DvXT2KRblnAT56sGL2SAjWBh QF845XO4o3EcRDXupdhQiDp1j64DjLZllakRZhVD8YYoM4ERa4WTqqNM5DPpGw8A8A+g XZfQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:ui-outboundreport:content-transfer-encoding :in-reply-to:from:references:cc:to:content-language:subject :user-agent:mime-version:date:message-id; bh=ynhIhoT6B5OtiIyQ+810lDln06tVmTM2OJM5+l12nYs=; b=jRNDAyx/ujCXM/i7Ql2fKgv5AAwTnw/U++pOrfgwTKONKJB7o30fgPHuw4uav8I32o uZOuJvc7BnGeNnKsufY6yVfJn1GNmQLtXOjvh7YItzdQyzQB+kQFlwoVYHYnoPTMGCFa /7kcXJkN5DmJov8OavC+pED2sgKVxFJgsI3ijF36wpioxEKCxGXrromFapsYjJI4k9WX d86bl8oPKfn06OcFMqwmaT3clpqG4VXbSm18V8lMcr69An9iqebXZU5PwRS2uAdPri31 ljAPZMFwXu/p4EkGQofDTNHA+FLKRCW6ModJhZTBK2BFqtxkv6Rfu4rTMDh1cdAfwAvx /GSw== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id kw13-20020a170902f90d00b001a697626ec7si15126324plb.476.2023.04.26.07.55.11; Wed, 26 Apr 2023 07:55:25 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241334AbjDZOl3 (ORCPT + 99 others); Wed, 26 Apr 2023 10:41:29 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45588 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241032AbjDZOl1 (ORCPT ); Wed, 26 Apr 2023 10:41:27 -0400 Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.187]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 998727280; Wed, 26 Apr 2023 07:41:25 -0700 (PDT) Received: from [192.168.1.43] ([77.7.2.190]) by mrelayeu.kundenserver.de (mreue011 [212.227.15.167]) with ESMTPSA (Nemesis) id 1Mgvan-1qU1QJ17AT-00hOoH; Wed, 26 Apr 2023 16:41:18 +0200 Message-ID: <62fa90f7-e465-8cd7-3007-dd5104bcabe5@metux.net> Date: Wed, 26 Apr 2023 16:41:17 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.9.0 Subject: Re: [PATCH 0/6] Initial Rust V4L2 support Content-Language: tl To: Hans Petter Selasky , Daniel Almeida , wedsonaf@gmail.com, ojeda@kernel.org, mchehab@kernel.org, hverkuil@xs4all.nl Cc: rust-for-linux@vger.kernel.org, linux-kernel@vger.kernel.org, linux-media@vger.kernel.org, kernel@collabora.com References: <20230406215615.122099-1-daniel.almeida@collabora.com> <441a96cb-7dd1-0885-df64-933ebdb55e9e@selasky.org> <0ec4becd05c49e8f0bf214fbd62208ea67c2b4c3.camel@collabora.com> <6fc0a0c6-a7c9-5350-9b9e-1ea9dab568d0@selasky.org> From: "Enrico Weigelt, metux IT consult" In-Reply-To: <6fc0a0c6-a7c9-5350-9b9e-1ea9dab568d0@selasky.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K1:Sa3AMuNG8WdeBgqUAVs2KtHI4Dk2mZJi+AcM13wq1T4mCJFlomF Nl2J1o7G1HqDVOKgPbqJica18/CKR0OuBDRF+6eLtGcmORDgGiVrLYfLcgooFu/jbTWVcyQ XuXbF2R7VwHpRO03zdFBo8wy7uBXwl7AeA6Y0bwvcz+diY1jwigdPI80Sg3b1OdZVlP7FsI bdMm7mjNPGzjiE19k8uEg== UI-OutboundReport: notjunk:1;M01:P0:/CDVuJ8S2Lk=;NbIQR9K0/rzirW61wQVQ18ijocO +dLHEb4xDdSZIS8LxMoivDw/r3EuIKPxjMmZNvSdMacL2D0W2HdFl0nyWFJgnhX7jETxETOCH G+3t8FbpgIj7xE/8QqLkNGRwhFkVOGVEKaJFYvqcXbA2CbEVPtrv3ICdG7E5bac1wbGsUe5t4 XJTV8To8h0uid4CSsnf3RxT1tJLE7BQ+ClvmXoDr1yUggfL2MU+YTDL/FMLOMFJW6Zk2g5kGD lJbLkUXJZAubHkKqChyALrO0/xIR0HRBKFPjC27VhHMzRnNzWEo0LuMWhNcny17aBrIBeuJn2 3ZfW5RbYcF8U+OcNkLb+EE1WSfxSvB6mL1je1+cBwCd30Ah4oO4q+RM4+d1zHybeLBI6MLZ8/ bsRL3pYLU3/06OAVrmqqfaNM63TAdFBGGFepNcQONLZujuAyzT5cb+716ol85EdeDN+1a+Kgl 95uFygGuhkyoyEmD4WauAyGOnKtwNPhptUlnfsHrvZbUekt1F7tHvAQ1IsqJK7odKEbhVANLE /NBxlvMi5fcpSMhimVRcx0shw581807oQhoHzpmaChgK1/HTijHb0L3arxXOl0/nN6/7uiiRr TiqKrXalWZXZHIocYfm6LbX8IjAjYRO4qoD7mSKvoxkpMOhraJLLMvrmJkHZfKRRCAwdzPQ1p 7S+6Av1QkEjmmNmyXSaqfgxHSLeQrGERPDVb99hWOg== X-Spam-Status: No, score=-3.3 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10.04.23 20:59, Hans Petter Selasky wrote: > Adding a dependency to build the Rust compiler even to build one or two > V4L2 device drivers, would mean a lot to my small hselasky/webcamd > project. It already has to fetch a copy of the Linux kernel, and now has > to bootstrap Rust from stage0 to stageN. Did it ever cross your mind, being a bit thankful that you can use our Linux code for your BSD project ? Linux kernel code was never meant to be used anywhere outside the Linux kernel. It's cool to see that such things are possible, but that's really out of scope here. > I personally say no. It's like > XCode unfortunately. I download 100's of GBytes of upgrades to XCode, > and barely upload one millionth worth of code back to Apple. It's not > good. Software developers shouldn't have to download more stuff than > they upload? Where does the connection to Xcode come from ? > Why not move Linux-V4L2 drivers to user-space? Feel free to send patches. >> The reality is that it isn't up to anyone to say who should or >> shouldn't become >> a kernel developer. The resources are out there for anyone to try, and >> if >> maintainers take in their patches, then that's the end of the story. > The GPLv2 license should not be the only reason behind Linux developers > putting drivers in the kernel-space. I think moving more stuff to > user-space would benefit a greater purpose. I don't recall any specific case for the license being the primary reason for putting someting into the kernel instead of userland. If you want userland v4l drivers: feel free to send patches. Those should also be capable of directly passing around HW buffers between separate devices (eg. fg -> codec -> display), which often is performance critical in embedded devices. --mtx -- --- Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren GPG/PGP-Schlüssel zu. --- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering info@metux.net -- +49-151-27565287