Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
MIME-Version: 1.0
References: <20210625235532.19575-1-dipenp@nvidia.com> <CAHp75Vf4TKjtC7cLNape4r+hE-AWnbxtbww2ofCcHQJf9zyh-g@mail.gmail.com>
 <CACRpkdbXE2A98P0_juA9PNEKTo89FcgywYmnqJSC5bV+Vox=Fw@mail.gmail.com>
In-Reply-To: <CACRpkdbXE2A98P0_juA9PNEKTo89FcgywYmnqJSC5bV+Vox=Fw@mail.gmail.com>
From:   Andy Shevchenko <andy.shevchenko@gmail.com>
Date:   Mon, 28 Jun 2021 15:02:39 +0300
Message-ID: <CAHp75Vcv3BsQ87bnnYK07npQsp3GU4JC1k+iXUw2uuGbSKBQNg@mail.gmail.com>
Subject: Re: [RFC 00/11] Intro to Hardware timestamping engine
To:     Linus Walleij <linus.walleij@linaro.org>
Cc:     Ye Xiang <xiang.ye@intel.com>, Drew Fustini <drew@beagleboard.org>,
        Sandeep Singh <sandeep.singh@amd.com>,
        Dipen Patel <dipenp@nvidia.com>,
        Jarkko Nikula <jarkko.nikula@linux.intel.com>,
        Thierry Reding <thierry.reding@gmail.com>,
        Jon Hunter <jonathanh@nvidia.com>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-tegra <linux-tegra@vger.kernel.org>,
        "open list:GPIO SUBSYSTEM" <linux-gpio@vger.kernel.org>,
        Bartosz Golaszewski <bgolaszewski@baylibre.com>,
        Kent Gibson <warthog618@gmail.com>,
        devicetree <devicetree@vger.kernel.org>,
        Linux Documentation List <linux-doc@vger.kernel.org>,
        Rob Herring <robh+dt@kernel.org>,
        Jonathan Cameron <jic23@kernel.org>,
        linux-iio <linux-iio@vger.kernel.org>
Content-Type: text/plain; charset="UTF-8"
Precedence: bulk

On Sun, Jun 27, 2021 at 5:41 PM Linus Walleij <linus.walleij@linaro.org> wrote:
> On Sun, Jun 27, 2021 at 3:08 PM Andy Shevchenko
> <andy.shevchenko@gmail.com> wrote:
>
> > > To summarize upstream discussion:
> > > - It was heavily favoured by Linus and Kent to extend GPIOLIB and supporting
> > > GPIO drivers to add HTE functionality and I agreed to experiment with it.
> >
> > I guess this series should include more people from different
> > companies, especially documentation parts. This may be used by
> > different hardware and quite different vendors. Developing a framework
> > like this for only one vendor is no go in general.
>
> I forwarded patch 00 to the IIO list and Jonathan Cameron,
> and let's page Ye Xiang who made a bunch of contributions
> from Intel's side to IIO directly. (Hi Ye, please check this concept
> if you have time!)
>
> The actually most important target group would be people
> doing things like sensor fusion where a common timebase is
> important, I don't know who does really, but Sandeep Singh from
> AMD has contributed the AMD Sensor Fusion hub in
> drivers/hid/amd-sfh-hid and might know a few things about this
> though I don't think SFH would need this directly.
> https://en.wikipedia.org/wiki/Sensor_fusion
>
> Also Paging Drew Fustini, who knows a lot of maker and tinker
> people, he might know a bit about this or know someone who
> knows.

Thank you!

-- 
With Best Regards,
Andy Shevchenko