All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
To: Jean Delvare <jdelvare@suse.de>, Hans de Goede <hdegoede@redhat.com>
Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>,
	Darren Hart <dvhart@infradead.org>,
	linux-input@vger.kernel.org, platform-driver-x86@vger.kernel.org
Subject: Re: Silead DMI driver
Date: Mon, 24 Apr 2017 14:48:16 +0300	[thread overview]
Message-ID: <1493034496.24567.163.camel@linux.intel.com> (raw)
In-Reply-To: <20170424132356.044ae04f@endymion>

On Mon, 2017-04-24 at 13:23 +0200, Jean Delvare wrote:
> Hi all,
> 
> I'm looking at drivers/platform/x86/silead_dmi.c which is being added
> to kernel v4.11 and I do not like what I see.

I don't like it either by some other reasons.

> I have to say I don't understand the whole complexity of the design.
> As
> I understand it, the properties which are being added are only
> consumed
> by the "silead" touchscreen driver. I see no necessity to add the
> missing properties before that driver is even loaded. Can't you just
> look for the ACPI companion device at the time the silead driver tries
> to bind to the i2c device, and add the missing properties before
> performing the actual probe? This would be so much simpler. What am I
> missing?

As far as I understand it would be as simple as adding a quirk in actual
driver (touchscreen), but there is strong objection of adding quirks to
the drivers/input/* from Dmitry as I noticed during discussion [1] about
GPIO ACPI library fixes I'm working on.

[1] https://lkml.org/lkml/2017/4/4/593

-- 
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy

  reply	other threads:[~2017-04-24 11:48 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-04-24 11:23 Silead DMI driver Jean Delvare
2017-04-24 11:48 ` Andy Shevchenko [this message]
2017-04-25 10:19   ` Jean Delvare
2017-04-27 21:13     ` Darren Hart
2017-04-27 23:58       ` Dmitry Torokhov
2017-05-03  8:19       ` Jean Delvare
2017-05-04 22:48         ` Darren Hart
2017-04-24 16:59 ` Dmitry Torokhov
2017-04-28  9:33   ` Jean Delvare
2017-04-28  9:33     ` Jean Delvare
2017-04-28 17:25     ` Dmitry Torokhov
2017-05-03  8:19       ` Jean Delvare
2017-05-04 22:39         ` Darren Hart

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=1493034496.24567.163.camel@linux.intel.com \
    --to=andriy.shevchenko@linux.intel.com \
    --cc=dmitry.torokhov@gmail.com \
    --cc=dvhart@infradead.org \
    --cc=hdegoede@redhat.com \
    --cc=jdelvare@suse.de \
    --cc=linux-input@vger.kernel.org \
    --cc=platform-driver-x86@vger.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.