linux-kernel - Re: [PATCH 0/1] gpu: move include files out of include/linux/i2c

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20170813140516.z5rhvezm5yksjcwx@ninjato>
Date:   Sun, 13 Aug 2017 16:05:16 +0200
From:   Wolfram Sang <wsa@...-dreams.de>
To:     Patrik Jakobsson <patrik.r.jakobsson@...il.com>
Cc:     linux-i2c@...r.kernel.org,
        linux-kernel <linux-kernel@...r.kernel.org>,
        dri-devel <dri-devel@...ts.freedesktop.org>
Subject: Re: [PATCH 0/1] gpu: move include files out of include/linux/i2c

On Mon, Jun 05, 2017 at 11:38:08PM +0200, Patrik Jakobsson wrote:
> On Mon, May 22, 2017 at 12:11 AM, Wolfram Sang <wsa@...-dreams.de> wrote:
> > It doesn't make sense to use include/linux/i2c for client drivers which may in
> > fact rather be hwmon or input or whatever devices. As a result, I want to
> > deprecate include/linux/i2c for good. This series moves the include files to a
> > better location, largely include/linux/platform_data because that is what most
> > of the moved include files contain. Please let me know if you think another
> > location is more suitable.
> >
> > I prefer the series to go upstream via the subsystem tree; if you prefer that I
> > take it via I2C, just let me know.
> 
> I don't think it makes sense to take this through the drm/gma500 since
> it's platform data and does not really touch any gma500 specifics.
> What makes sense for I2C/platform is probably more important here.

Ok, thank you for the info! I will pick it then.

> > No runtime testing because of no HW, but buildbot is happy with this series at
> > least. A branch can be found here:
> 
> Not sure anybody have hardware to test mdfld + tc358765. Perhaps some
> smartphone exists but I've never seen one.

There seems to be an upstream user:

arch/x86/platform/intel-mid/device_libs/platform_tc35876x.c

> FWIW, for the small gma500 change you have my:
> 
> Acked-by: Patrik Jakobsson <patrik.r.jakobsson@...il.com>

Thanks again,

   Wolfram


Download attachment "signature.asc" of type "application/pgp-signature" (834 bytes)