All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paul Gortmaker <paul.gortmaker@windriver.com>
To: Hans de Goede <hdegoede@redhat.com>
Cc: Lee Jones <lee.jones@linaro.org>,
	LKML <linux-kernel@vger.kernel.org>, Bin Gao <bin.gao@intel.com>,
	Felipe Balbi <felipe.balbi@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Subject: Re: [PATCH v6] mfd: Add Cherry Trail Whiskey Cove PMIC driver
Date: Sat, 20 May 2017 15:26:36 -0400	[thread overview]
Message-ID: <CAP=VYLqwp1RfpMo6Wavsq-bRQZMyhG+_M3jR4U7a+y0fLdXynQ@mail.gmail.com> (raw)
In-Reply-To: <CAP=VYLq2wo-ru-91CRnxumw3FArJuAj-BsQK5hpK-3U=DA3qpg@mail.gmail.com>

On Sat, May 20, 2017 at 3:21 PM, Paul Gortmaker
<paul.gortmaker@windriver.com> wrote:
> On Mon, May 15, 2017 at 2:20 PM, Hans de Goede <hdegoede@redhat.com> wrote:
>> Hi,
>>
>> This is actually v7, with the following changes:
>>
>> Changes in v7:
>> -Add explanation why this is a bool and why it selects i2c-designwaree

Gah -- I missed the explanation mentioned above:

-Change Kconfig option from tristate to boolean and add a select for the
 i2c-bus driver, this is necessary because the chtwc PMIC provides an ACPI
 OPRegion handler, which must be available before other drivers using it
 are loaded, which can only be ensured if the mfd, opregion and i2c-bus
 drivers are built in

Given that, can we get rid of the modular macros in the code now as well?

Thanks,
Paul.
--


>>  to the help text rather then as comments in the Kconfig
>
> I just noticed the changelog says it was updated to be
> buildable as a module but the Kconfig is still "bool"...
>
> Guessing this was just an oversight since there is
> code for modular use in the driver itself.
>
> Paul.
> --
>
>>
>> Regards,
>>
>> Hans
>>
>>
>>
>> On 15-05-17 20:17, Hans de Goede wrote:
>>>
>>> Add mfd driver for Intel CHT Whiskey Cove PMIC, based on various non
>>> upstreamed CHT Whiskey Cove PMIC patches.
>>>
>>> This is a somewhat minimal version which adds irqchip support and cells
>>> for: ACPI PMIC opregion support, the i2c-controller driving the external
>>> charger irc and the pwrsrc/extcon block.
>>>
>>> Further cells can be added in the future if/when drivers are upstreamed
>>> for them.
>>>
>>> Cc: Bin Gao <bin.gao@intel.com>
>>> Cc: Felipe Balbi <felipe.balbi@linux.intel.com>
>>> Cc: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
>>> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
>>> Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
>>> ---
>>> Changes in v2:
>>> -Since this uses plain mfd and not the intel_soc_pmic stuff give it
>>>   its own Kconfig and allow this to be built as a module
>
>  [...]
>
>>> +};
>>> +MODULE_DEVICE_TABLE(i2c, cht_wc_i2c_id);
>>> +
>>> +static const struct acpi_device_id cht_wc_acpi_ids[] = {
>>> +       { "INT34D3", },
>>> +       { }
>>> +};
>>> +MODULE_DEVICE_TABLE(acpi, cht_wc_acpi_ids);
>>> +
>>> +static struct i2c_driver cht_wc_driver = {
>>> +       .driver = {
>>> +               .name   = "CHT Whiskey Cove PMIC",
>>> +               .pm     = &cht_wc_pm_ops,
>>> +               .acpi_match_table = ACPI_PTR(cht_wc_acpi_ids),
>>> +       },
>>> +       .probe = cht_wc_probe,
>>> +       .shutdown = cht_wc_shutdown,
>>> +       .id_table = cht_wc_i2c_id,
>>> +};
>>> +
>>> +module_i2c_driver(cht_wc_driver);
>>> +
>>> +MODULE_LICENSE("GPL v2");
>>> +MODULE_AUTHOR("Hans de Goede <hdegoede@redhat.com>");
>>>
>>

  reply	other threads:[~2017-05-20 19:27 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-05-15 18:17 [PATCH v6] mfd: Add Cherry Trail Whiskey Cove PMIC driver Hans de Goede
2017-05-15 18:20 ` Hans de Goede
2017-05-20 19:21   ` Paul Gortmaker
2017-05-20 19:26     ` Paul Gortmaker [this message]
2017-05-21  9:51       ` Hans de Goede
2017-05-21 19:05         ` Paul Gortmaker
  -- strict thread matches above, loose matches on Subject: below --
2017-04-19 12:56 [PATCH resend v6 0/1] " Hans de Goede
2017-04-19 12:56 ` [PATCH v6] " Hans de Goede
2017-04-24 11:55   ` Lee Jones
2017-03-27 13:27 Hans de Goede
2017-03-27 18:05 ` kbuild test robot

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='CAP=VYLqwp1RfpMo6Wavsq-bRQZMyhG+_M3jR4U7a+y0fLdXynQ@mail.gmail.com' \
    --to=paul.gortmaker@windriver.com \
    --cc=andriy.shevchenko@linux.intel.com \
    --cc=bin.gao@intel.com \
    --cc=felipe.balbi@linux.intel.com \
    --cc=hdegoede@redhat.com \
    --cc=lee.jones@linaro.org \
    --cc=linux-kernel@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.