Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp2383888rwb; Mon, 7 Nov 2022 12:38:09 -0800 (PST) X-Google-Smtp-Source: AMsMyM5wQZucX5mjUZ6L1vSvJHCKRaMGCL3JbYioFppmDfLErYsYd30dU+BhQcqKimysBc/IOO2d X-Received: by 2002:a05:6a00:993:b0:56c:80f6:db5 with SMTP id u19-20020a056a00099300b0056c80f60db5mr51910792pfg.45.1667853489405; Mon, 07 Nov 2022 12:38:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1667853489; cv=none; d=google.com; s=arc-20160816; b=fnnhmhYRnckyLk5d9NRYk4nJ+9OHrcKpLKXzjmSD8QyBFYK2TFcwVq1s8aXarz7U9M 6PR/sRYx4X8NAr2dgOhgRg4U60WLNtIWjIk8hShWq5/HyVnOekgsOmOtJYM0RomUTPz7 xfFT9udM7EPEqqqMHmsdoShRg98IfATtExH8i1aIlwanep1xitElMUHtKUvOAaVgSmTQ qhWphx1yTFd3VE5mSKPtm9VaLjHJ77wdnjhAPWwKORtC/k2Etub1ioGZW5gNa1kj7m0U pG4q5AL8EKR59mwMdCeAG1cbYQj94AewmhlHXJsJipxNhGiqvXnzbBLhjrig8RjTmKV6 4rbA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=NhhjPI8PeKyeQTLHpd35qfaAH6UqB+dSFDo9Mc6Wxkw=; b=cdQnaVcGn7wOA1rfSFj+M8s8qTZF1wfiKA774fKiwc5hU8YeF2mhe+GWujueuDS6nH NVQhPMPHHBU8lKkyXoB/pDyHdAOTWggF/F7TTIOFGhZImn+AwIQfsWQCQ2YHlSQAF3Wy Fbp/qa6HyDPB6u7JqRok8s2Bc3GtSS5wVHxnlvOWSkhCD7FOX4d8TeKAoF5BwO78kyuU dqCPoV/F90jZCq/8SBuCU9sqZY5T/0LOrl3PTwoeyn/jTwbPehjShUXSn5hXhbcVHa6l gTVILlAL2gxOwnkp5FsOqLTkbqw6s70bt0AIaI7gMD6UTq1NZcxQO98ZFcfj93kWlbRN 60zw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=mIXKOpX5; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ot12-20020a17090b3b4c00b0020055731860si13190465pjb.105.2022.11.07.12.37.57; Mon, 07 Nov 2022 12:38:09 -0800 (PST) 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=@gmail.com header.s=20210112 header.b=mIXKOpX5; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232831AbiKGUSk (ORCPT + 92 others); Mon, 7 Nov 2022 15:18:40 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55048 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232196AbiKGUSh (ORCPT ); Mon, 7 Nov 2022 15:18:37 -0500 Received: from mail-qt1-x836.google.com (mail-qt1-x836.google.com [IPv6:2607:f8b0:4864:20::836]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C54C314D15 for ; Mon, 7 Nov 2022 12:18:34 -0800 (PST) Received: by mail-qt1-x836.google.com with SMTP id c15so7557797qtw.8 for ; Mon, 07 Nov 2022 12:18:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=NhhjPI8PeKyeQTLHpd35qfaAH6UqB+dSFDo9Mc6Wxkw=; b=mIXKOpX5fM3HKKeOe493jDQzWp5+uLEewv3FgLRoOMLOB0cb+gILRzKR4sNN7USvTY CPmBTY8MZUUeZItAf24N+CY4tuvRP+cF2f2DdNuu1YaQBZ5RneyXJMXB7kIAmdQokGAn 8uQ65uDwe2SALzNfqJNYiA1Qc4kJkzkZI2R4FqjijZIbBVKxc0gW9EpppldIQ1RGmqhQ Fq2AQYevgCzTcsjZTs4AWCarga+hiCH/ek5Ad4sCkvoFckm9MIvqOGPz2LJac3zvs5MI ntCF5cUIAFJGjXQ85bT/8GRpM+3tZoKQDg2BYFVVwOKPB3MNN2uCtOQTWGdX4XvQcU73 Mg8Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=NhhjPI8PeKyeQTLHpd35qfaAH6UqB+dSFDo9Mc6Wxkw=; b=CRJQK5JQ8hD8u1gF2fUiyRpZQ2lDvLHdBi805H+ToOBUoCh2sBw3rv4NKOy11Ay2oC ao7e6t1p/H9JeOWfAsoiUYHYbfgZ7ILan9IBtwArTbEjD+4sMLfITXLFjawnLKy1yTvD 6q2TGMjJ+v/mhGMYtGu/xR4+uZal71du5ivE7Dzx6WAJCEBqTVJoggRRXB0tJJ+tM0YC HUMRT0KmRkuIKOiPxypWKBeE5DwsOb3JcN5zF5w+W22qnIkadwOx+8QoHEuW96s95g7s 2ZkbcXuzYSTWVqWSQ2X12dtZEZ3LKjPzwQmOynT/Hp16VTjMALQNrfgOSMh+8ySEpDSf GyuQ== X-Gm-Message-State: ANoB5pkErVSjjTry4pY9D2wx6BWrC6uc4cHKXQxkx6UoG+eXJ/AHEtlx VuJiDVmlSZ5jmDFIdfuoNJzYxf5wnoaCvaaXaH8= X-Received: by 2002:a05:622a:1c1:b0:3a5:8416:690d with SMTP id t1-20020a05622a01c100b003a58416690dmr6991039qtw.61.1667852313679; Mon, 07 Nov 2022 12:18:33 -0800 (PST) MIME-Version: 1.0 References: <20221102203405.1797491-1-ogabbay@kernel.org> <20221102203405.1797491-2-ogabbay@kernel.org> In-Reply-To: From: Dave Airlie Date: Tue, 8 Nov 2022 06:18:21 +1000 Message-ID: Subject: Re: [RFC PATCH v2 1/3] drivers/accel: define kconfig and register a new major To: Jason Gunthorpe Cc: Oded Gabbay , Greg Kroah-Hartman , Daniel Vetter , Arnd Bergmann , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, John Hubbard , Alex Deucher , Maarten Lankhorst , Maxime Ripard , Thomas Zimmermann , Yuji Ishikawa , Jiho Chu , Daniel Stone , Tvrtko Ursulin , Jeffrey Hugo , Christoph Hellwig , Kevin Hilman , Jagan Teki , Jacek Lawrynowicz , Maciej Kwapulinski , stanislaw.gruszka@intel.com Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS 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 Mon, 7 Nov 2022 at 23:10, Jason Gunthorpe wrote: > > On Mon, Nov 07, 2022 at 03:01:08PM +0200, Oded Gabbay wrote: > > I don't agree with your statement that it should be "a layer over top of DRM". > > Anything on top of DRM is a device driver. > > Accel is not a device driver, it is a new type of drm minor / drm driver. > > Yeah, I still think this is not the right way, you are getting almost > nothing from DRM and making everything more complicated in the > process. You are looking at the small picture that is these patches, there are just infrastructure to start the process of merging drivers and reusing other parts of the drm code. We aren't going to ever get anywhere if we start splitting code out of drm just in case, we get this stuff rolling in the tree and if we have a pressing need to refactor it out into separate libraries later then we can address that from a more educated place, instead of just throwing huge refactors around before we have any code to even use them. > > IMHO this is much better, because accel has very little need of DRM to > manage a struct device/cdev in the first place. Right now it doesn't, but when drivers start leveraging the other code it will reuse a lot more code. I'm not going to spend too much time entertaining this, devm vs drmm memory etc are real problems drm has already identified if not completely solved. Dave.