linux-input.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
To: Andi Shyti <andi.shyti@samsung.com>
Cc: Jean Delvare <jdelvare@suse.de>,
	linux-input@vger.kernel.org, Jaechul Lee <jcsing.lee@samsung.com>,
	Beomho Seo <beomho.seo@samsung.com>,
	Javier Martinez Canillas <javier@osg.samsung.com>,
	Chanwoo Choi <cw00.choi@samsung.com>,
	Krzysztof Kozlowski <krzk@kernel.org>,
	Rob Herring <robh@kernel.org>
Subject: Re: [RFC PATCH] Input: tm2-touchkey - add hardware dependency
Date: Tue, 25 Apr 2017 10:28:09 -0700	[thread overview]
Message-ID: <20170425172809.GC30843@dtor-ws> (raw)
In-Reply-To: <20170425110056.5aw5ce6b74z6txl2@gangnam.samsung>

On Tue, Apr 25, 2017 at 08:00:56PM +0900, Andi Shyti wrote:
> Hi Jean,
> 
> > > On Mon, Apr 24, 2017 at 09:42:31AM +0200, Jean Delvare wrote:
> > > > The tm2-touchkey driver is only useful on specific platforms. Add the
> > > > missing hardware dependency so that the driver is not proposed on
> > > > systems where the device does not exist.
> > > 
> > > I'm sorry, I don't see any connection between Exynos and the
> > > TM2-touchkey (which is manufactured by cypress, btw).
> > > 
> > > It surely does have connections with the TM2 board which happens
> > > to have an Exynos SoC, but that cannot be fixed from the Kconfig.
> > 
> > Thanks for your constructive contribution to this discussion.
> > 
> > The KEYBOARD_TM2_TOUCHKEY option name, description and help text as
> > well as the driver name all make it sound highly hardware specific. If
> > this driver is for a "generic" part from Cypress then the driver should
> > be renamed and the Kconfig option name and description should be
> > updated to reflect that. The help text should also first mention the
> > chip vendor and name, and only then mention that it is used on the
> > Exynos5433 TM2 board.
> > 
> > That being said, I took a look at the driver, and while "cypress" is
> > indeed being mentioned as the vendor name, the chip name itself is
> > referred to as "tm2-touchkey", which isn't generic at all. You can't
> > identify the hardware under the name "tm2 touchkey" everywhere in the
> > driver and expect people to understand it is not board specific.
> > 
> > So it really boils down to this question: is that chip a generic part
> > from Cypress, and if so, what is the real part number? Or was is
> > designed privately by Cypress specifically for Samsung for this one
> > board (and possibly others to come)?
> 
> I knew that the naming was bringing confusion and we had a
> previous discussion about it with Chanwoo [1].
> 
> This is indeed a generic device from Cypress. The driver has been
> ported from Android's Kernel [2]; it says that the device
> part is cy8cmbr3xxx, but the datasheet [3] doesn't have any
> connection with what the TM2 board has (i.e. the registers don't
> match). That's why we suspected that (as you said) this might be
> a touch key sensor specifically designed for the TM2 board.
> 
> Cypress was not that helpful.
> 
> The alternative was to not provide support, but it didn't look
> right.

So this looks like we are dealing with a device designed for a specific
board, but not architecture or board-specific. Similar to
atmel_captouch, ims_pcu, or all drivers living in platform/x86 (I
understand that they do not bother Jean simply because he cares mostly
about x86 and, with SUSE being generic distro, he needs to enable all
the drivers there anyway, but a person configuring "their" kernel still
has to go and consider all options).

I am all for adding dependencies for drivers that are parts of
particular SoCs (you probably not going to have Broardcom IPROC
touchscreen on your x86 device), but external to SoC peripherals is a
different story.

Thanks.

-- 
Dmitry

  reply	other threads:[~2017-04-25 17:28 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CGME20170424074240epcas3p2f90e0507afab25e9bfa48fe564936198@epcas3p2.samsung.com>
2017-04-24  7:42 ` [RFC PATCH] Input: tm2-touchkey - add hardware dependency Jean Delvare
2017-04-24  8:00   ` Krzysztof Kozlowski
2017-04-24  9:48     ` Jean Delvare
2017-04-24  9:58       ` Krzysztof Kozlowski
2017-04-24 11:34         ` Jean Delvare
2017-04-24 11:56           ` Krzysztof Kozlowski
2017-04-24 17:09             ` Dmitry Torokhov
2017-04-24 18:31               ` Krzysztof Kozlowski
2017-04-25  8:58               ` Jean Delvare
2017-04-24 18:49             ` Jean Delvare
2017-04-24 18:57               ` Krzysztof Kozlowski
2017-04-25  9:37                 ` Jean Delvare
2017-04-25  2:28   ` Andi Shyti
2017-04-25  9:55     ` Jean Delvare
2017-04-25 11:00       ` Andi Shyti
2017-04-25 17:28         ` Dmitry Torokhov [this message]
2017-05-03  9:42           ` Jean Delvare
2017-05-03  9:53             ` Krzysztof Kozlowski
2017-05-03  8:31         ` Jean Delvare

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20170425172809.GC30843@dtor-ws \
    --to=dmitry.torokhov@gmail.com \
    --cc=andi.shyti@samsung.com \
    --cc=beomho.seo@samsung.com \
    --cc=cw00.choi@samsung.com \
    --cc=javier@osg.samsung.com \
    --cc=jcsing.lee@samsung.com \
    --cc=jdelvare@suse.de \
    --cc=krzk@kernel.org \
    --cc=linux-input@vger.kernel.org \
    --cc=robh@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).