From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.3 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 57B11C43460 for ; Mon, 17 May 2021 20:15:54 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 3602460E08 for ; Mon, 17 May 2021 20:15:54 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237865AbhEQURJ (ORCPT ); Mon, 17 May 2021 16:17:09 -0400 Received: from mx2.suse.de ([195.135.220.15]:33710 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229889AbhEQURH (ORCPT ); Mon, 17 May 2021 16:17:07 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id AF6C8AEB3; Mon, 17 May 2021 20:15:49 +0000 (UTC) Subject: Re: [PATCH v3 00/14] Driver of Intel(R) Gaussian & Neural Accelerator To: Daniel Vetter Cc: Alex Deucher , Arnd Bergmann , Jonathan Corbet , Greg Kroah-Hartman , Dragan Cvetic , "open list:DOCUMENTATION" , Linux Kernel Mailing List , DRI Development , Maciej Kwapulinski , Andy Shevchenko , Derek Kiernan References: <20210513110040.2268-1-maciej.kwapulinski@linux.intel.com> <503d101d-7273-757a-2809-e272db93c45d@suse.de> <3aac3e39-4889-22dc-83dc-72fff63cb3d0@suse.de> From: Thomas Zimmermann Message-ID: Date: Mon, 17 May 2021 22:15:48 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6jSQ74WCN6fjyYkRQIxlywyhJlLUuOPzX" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --6jSQ74WCN6fjyYkRQIxlywyhJlLUuOPzX Content-Type: multipart/mixed; boundary="oLgGb4CoOy9gGjPXaoCdhJXJTDo4Hm2Za"; protected-headers="v1" From: Thomas Zimmermann To: Daniel Vetter Cc: Alex Deucher , Arnd Bergmann , Jonathan Corbet , Greg Kroah-Hartman , Dragan Cvetic , "open list:DOCUMENTATION" , Linux Kernel Mailing List , DRI Development , Maciej Kwapulinski , Andy Shevchenko , Derek Kiernan Message-ID: Subject: Re: [PATCH v3 00/14] Driver of Intel(R) Gaussian & Neural Accelerator References: <20210513110040.2268-1-maciej.kwapulinski@linux.intel.com> <503d101d-7273-757a-2809-e272db93c45d@suse.de> <3aac3e39-4889-22dc-83dc-72fff63cb3d0@suse.de> In-Reply-To: --oLgGb4CoOy9gGjPXaoCdhJXJTDo4Hm2Za Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable Hi Am 17.05.21 um 22:00 schrieb Daniel Vetter: >> Sharing common code among subsystems is not a problem. Many of our >> more-sophisticated helpers are located in DRM because no other >> subsystems have the requirements yet. Maybe AI now has and we can move= >> the rsp shareable code to a common location. But AI is still no GPU. T= o >> give a bad analogy: GPUs transmit audio these days. Yet we don't treat= >> them as sound cards. >=20 > We actually do, there are full blown sound drivers for them over in > sound/ (ok I think they're all in sound/hda for pci gpus or in > sound/soc actually). There's some glue to tie it together because it > requires coordination between the gpu and sound side of things, but > that's it. I know. But we don't merge both subsystems, just because the devices=20 have some overlap in functionality. Best regards Thomas >=20 > Also I think it would be extremely silly to remove all the drm_ stuff > just because it's originated from GPUs, and therefore absolutely > cannot be used by other accelarators. I'm not seeing the point in > that, but if someone has convincing technical argument for this we > could do it. A tree wide s/drm_/xpu_ might make some sense perhaps if > that makes people more comfortable with the idea of reusing code from > gpu origins for accelerators in general. > -Daniel >=20 --=20 Thomas Zimmermann Graphics Driver Developer SUSE Software Solutions Germany GmbH Maxfeldstr. 5, 90409 N=C3=BCrnberg, Germany (HRB 36809, AG N=C3=BCrnberg) Gesch=C3=A4ftsf=C3=BChrer: Felix Imend=C3=B6rffer --oLgGb4CoOy9gGjPXaoCdhJXJTDo4Hm2Za-- --6jSQ74WCN6fjyYkRQIxlywyhJlLUuOPzX Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsF5BAABCAAjFiEExndm/fpuMUdwYFFolh/E3EQov+AFAmCizvQFAwAAAAAACgkQlh/E3EQov+Ay WA/8CsiYmVjdX5mgd24Mcuk72EZyvsLI0bseTUnltOfF9WZPXw+wfSzWJakKqYxGzZ0aFernuz7F dkhwFKzWJ+ZpD2+WyDaxiaoSXoh4yg2rqRSGOZa0W3r/bq5homk2bAkXOpmnHtOAytVz6UxiHJew x4Qa9RxqEOud72vSONmfeoyD4Ib9iunpTUAFok43yg9OoxgUlhipSCwbfJRU4V6slHIQuB8yqvHS uossF7guT0jBrK1YXvwod3ZnEAi+5ilWCEiPejlOD2Z171cu3Ak9/xRevN8Tg8AoL/ki40x6bBgV V5mQzShY0zGyIQtunneyClthNf5SsBWyIBR1rNxNFAkQcqqxr0U/ShLjEanUW8ET5Po29cusZ4WD eqkh17gqtQubxwxnxFVyAg0yRY8ruuQBMmUqLxLNbsr8SO0NJa138MXY9AMIDUKdPsVGHOxBxsP1 9xrIpRJCZ/qSFoUaqFdMDjOJ349Ubso6KGIL2YMlkK6j2i56t0IWCE7rqraPNaEiCaJcqp7juprE ioWCUB1p/8R5hgiCmCvLc6+r/av2ibMlsN6wZLOvZFjLcGjPn+0ZSLIlKUZ1zk+Z73j+HkElJeIM eBNHSFMwPffAQKItkJ2csc9xTCXWAeLvIG6r2dhvSJLlnI/YyQMDV+09ss7MB6umfEMcmb8dzqZf Kzk= =+mZB -----END PGP SIGNATURE----- --6jSQ74WCN6fjyYkRQIxlywyhJlLUuOPzX--