Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1360217

Re: [PATCH] ACPI / property: Export a couple of symbols.

From "Rafael J. Wysocki" <rafael@kernel.org>
Newsgroups linux.kernel
Subject Re: [PATCH] ACPI / property: Export a couple of symbols.
Date 2016-03-17 23:00 +0100
Message-ID <rdO7x-4AL-17@gated-at.bofh.it> (permalink)
References <rdtZ7-8eE-1@gated-at.bofh.it> <rdBai-4Im-11@gated-at.bofh.it> <rdFQC-7QE-7@gated-at.bofh.it> <rdMIq-3Gi-7@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Thu, Mar 17, 2016 at 9:21 PM, David Daney <ddaney.cavm@gmail.com> wrote:
> On 03/17/2016 06:00 AM, Rafael J. Wysocki wrote:
>>
>> On Thu, Mar 17, 2016 at 9:09 AM, Mika Westerberg
>> <mika.westerberg@linux.intel.com> wrote:
>>>
>>> On Wed, Mar 16, 2016 at 05:23:19PM -0700, David Daney wrote:
>>>>
>>>> From: David Daney <david.daney@cavium.com>
>>>>
>>>> The acpi_dev_prop_read() and acpi_dev_prop_read_single() can be called
>>>> by drivers.  Add EXPORT_SYMBOL_GPL to them to allow use by modular
>>>> drivers.  This makes them consistent with acpi_dev_get_property() and
>>>> acpi_node_get_property_reference() which are already exported.
>>>>
>>>> Signed-off-by: David Daney <david.daney@cavium.com>
>>>> ---
>>>> FWIW: We hope to submit soon Cavium Thunder networking patches that
>>>> fail under modular builds without these exports.
>>>
>>>
>>> You should not be using these functions directly in drivers.
>>
>>
>> That's exactly my point.
>>
>
> OK, for the sake of argument I will concede that my particular use of
> acpi_dev_prop_read_single() is incorrect.
>
> Let me ask you this:
>
> What is the point of the code in drivers/acpi/property.c?

It is used by the code in drivers/base/property.c.

> acpi_dev_prop_read() and acpi_dev_prop_read_single() are not used anywhere
> that I can see in the kernel, would you accept a patch to remove them?

Yes, I would.  They are leftovers.

> But from a philosophical point of view, what is the underlying problem of
> having drivers extract property information from the ACPI tables
> corresponding to the devices they control.
>
> Specifically, I am trying to understand how to port drivers that currently
> successfully use OF device tree so that they are usable in systems with ACPI
> based firmware.

The code in drivers/base/property.c is for that in theory.  If it
doesn't work for you, please let me know what the problem is.

Thanks,
Rafael

Back to linux.kernel | Previous | NextPrevious in thread | Find similar | Unroll thread


Thread

[PATCH] ACPI / property: Export a couple of symbols. David Daney <ddaney.cavm@gmail.com> - 2016-03-17 01:30 +0100
  Re: [PATCH] ACPI / property: Export a couple of symbols. "Rafael J. Wysocki" <rafael@kernel.org> - 2016-03-17 02:30 +0100
  Re: [PATCH] ACPI / property: Export a couple of symbols. Mika Westerberg <mika.westerberg@linux.intel.com> - 2016-03-17 09:10 +0100
    Re: [PATCH] ACPI / property: Export a couple of symbols. "Rafael J. Wysocki" <rafael@kernel.org> - 2016-03-17 14:10 +0100
      Re: [PATCH] ACPI / property: Export a couple of symbols. David Daney <ddaney.cavm@gmail.com> - 2016-03-17 21:30 +0100
        Re: [PATCH] ACPI / property: Export a couple of symbols. "Rafael J. Wysocki" <rafael@kernel.org> - 2016-03-17 23:00 +0100

csiph-web