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=-3.7 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED 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 8E2BFC433DB for ; Wed, 17 Feb 2021 18:34:04 +0000 (UTC) Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 4E45C64E5F for ; Wed, 17 Feb 2021 18:34:04 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 4E45C64E5F Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=intel.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=intel-gfx-bounces@lists.freedesktop.org Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id C91A76E1F3; Wed, 17 Feb 2021 18:34:03 +0000 (UTC) Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by gabe.freedesktop.org (Postfix) with ESMTPS id 478BC6E1F3 for ; Wed, 17 Feb 2021 18:34:02 +0000 (UTC) IronPort-SDR: R/0/2ED0L8gQXV6TqfEmgIMNIl+2KAdqcNhP3ahD8rE6sj0JJXAlZKShPqJ3TFzSd+PC2GGvf/ aP+ojBnWLBtA== X-IronPort-AV: E=McAfee;i="6000,8403,9898"; a="179773354" X-IronPort-AV: E=Sophos;i="5.81,185,1610438400"; d="scan'208";a="179773354" Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by fmsmga102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 17 Feb 2021 10:34:01 -0800 IronPort-SDR: Nf/vLJGW2tPZejivdgqKuERm/bHhUiP5QV+jM++9sVEyoaL8swPBrJZrBofUwBEppgL/c9FqgF u8u+MN0vDQyw== X-IronPort-AV: E=Sophos;i="5.81,185,1610438400"; d="scan'208";a="385294068" Received: from gfreude-mobl.amr.corp.intel.com (HELO intel.com) ([10.209.147.126]) by fmsmga008-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 17 Feb 2021 10:34:00 -0800 Date: Wed, 17 Feb 2021 13:33:59 -0500 From: Rodrigo Vivi To: Jani Nikula Message-ID: References: <20210216181925.650082-1-tomas.winkler@intel.com> <87k0r7asmg.fsf@intel.com> <062fec6f494b48fab840c64742fe767d@intel.com> <875z2qbyw8.fsf@intel.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <875z2qbyw8.fsf@intel.com> Subject: Re: [Intel-gfx] [RFC PATCH 0/9] drm/i915/spi: discrete graphics internal spi X-BeenThere: intel-gfx@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Intel graphics driver community testing & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Vignesh Raghavendra , Richard Weinberger , "intel-gfx@lists.freedesktop.org" , "Usyskin, Alexander" , "linux-mtd@lists.infradead.org" , Miquel Raynal , "Winkler, Tomas" , "Lubart, Vitaly" Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" On Wed, Feb 17, 2021 at 03:35:19PM +0200, Jani Nikula wrote: > On Wed, 17 Feb 2021, "Winkler, Tomas" wrote: > >> > >> On Tue, 16 Feb 2021, Tomas Winkler wrote: > >> > Intel discrete graphic devices have internal spi storage, that holds > >> > firmware and oprom images. The spi device is exposed to the user space > >> > via mtd framework to be accessed during manufacturing. > >> > The device is hardware locked after manufacturing and only read access > >> > is provided. > >> > > >> > The i915 plays role of a multi function device (mfd) and spi device is > >> > exposed as its child device. i915_spi platform driver binds to this > >> > device. > >> > >> What's the plan wrt i915/spi maintainership? > > > > My suggestions is that this will be maintained by myself, as the major > > consumer is the manufacturing line. It will be a separate section in > > MAINTAINERS file. > > Works for me. Do you want to apply the patches directly to drm-intel, or > your own branch and send pull requests to i915 maintainers? Can also > start with the former, and move to the latter as needed. > > Joonas, Rodrigo, thoughts? No strong opinion here. But I believe the pull request flow makes sense. > > BR, > Jani. > > -- > Jani Nikula, Intel Open Source Graphics Center > _______________________________________________ > Intel-gfx mailing list > Intel-gfx@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/intel-gfx _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx