All of lore.kernel.org
 help / color / mirror / Atom feed
From: lee.jones@linaro.org (Lee Jones)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 9/9] mfd: ab8500-core: Pass GPADC compatible string to MFD core
Date: Tue, 14 May 2013 10:26:14 +0100	[thread overview]
Message-ID: <20130514092614.GH3297@gmail.com> (raw)
In-Reply-To: <CACRpkdY8SLRR0HQvD5AFUeNeeHRVt3XM-MOkwJs_h_EfeRctKw@mail.gmail.com>

On Tue, 14 May 2013, Linus Walleij wrote:

> On Wed, May 8, 2013 at 3:29 PM, Lee Jones <lee.jones@linaro.org> wrote:
> 
> > When booting with Device Tree enabled the MFD core uses each device's
> > compatible string to find and allocate its associated of_node pointer,
> > which in turn is passed to the driver via the platform_device struct.
> > Without it, the driver won't be able to interrogate the Device Tree or
> > locate suitable regulators and will most likely fail to probe.
> >
> > Cc: Samuel Ortiz <sameo@linux.intel.com>
> > Signed-off-by: Lee Jones <lee.jones@linaro.org>
> 
> Can you explain what regression this is causing since the GPADC
> driver (drivers/mfd/ab8500-gpadc.c) does not support device tree

Yes it does. :)

> probing and does not have an .of_match_table defined in it's
> driver struct? I mean, what could possibly match that
> compatible string? The .name field will take care of naming
> the device does it not?

You only need that stuff if you require _extra_ bindings. Things like
regulators and interrupt numbers are configured behind the scenes.

> For non-emergency merging though:
> Acked-by: Linus Walleij <linus.walleij@linaro.org>

If we don't put this into v3.10-rcX, then the GPADC driver will be
broken in v3.10 when booting with DT.

> Since it matches the example in
> Documentation/devicetree/bindings/mfd/ab8500.txt
> 
> But for this to make sense the AB8500 ADC driver needs
> to be augmented for DT probing and preferrably also moved
> to drivers/adc and made to utilize that subsystem.

Not sure I understand the reasoning for this. It works well as a plain
MFD device.

-- 
Lee Jones
Linaro ST-Ericsson Landing Team Lead
Linaro.org ? Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog

WARNING: multiple messages have this Message-ID (diff)
From: Lee Jones <lee.jones@linaro.org>
To: Linus Walleij <linus.walleij@linaro.org>
Cc: "linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Arnd Bergmann <arnd@arndb.de>,
	Linus WALLEIJ <linus.walleij@stericsson.com>,
	Srinidhi KASAGAR <srinidhi.kasagar@stericsson.com>,
	Samuel Ortiz <sameo@linux.intel.com>
Subject: Re: [PATCH 9/9] mfd: ab8500-core: Pass GPADC compatible string to MFD core
Date: Tue, 14 May 2013 10:26:14 +0100	[thread overview]
Message-ID: <20130514092614.GH3297@gmail.com> (raw)
In-Reply-To: <CACRpkdY8SLRR0HQvD5AFUeNeeHRVt3XM-MOkwJs_h_EfeRctKw@mail.gmail.com>

On Tue, 14 May 2013, Linus Walleij wrote:

> On Wed, May 8, 2013 at 3:29 PM, Lee Jones <lee.jones@linaro.org> wrote:
> 
> > When booting with Device Tree enabled the MFD core uses each device's
> > compatible string to find and allocate its associated of_node pointer,
> > which in turn is passed to the driver via the platform_device struct.
> > Without it, the driver won't be able to interrogate the Device Tree or
> > locate suitable regulators and will most likely fail to probe.
> >
> > Cc: Samuel Ortiz <sameo@linux.intel.com>
> > Signed-off-by: Lee Jones <lee.jones@linaro.org>
> 
> Can you explain what regression this is causing since the GPADC
> driver (drivers/mfd/ab8500-gpadc.c) does not support device tree

Yes it does. :)

> probing and does not have an .of_match_table defined in it's
> driver struct? I mean, what could possibly match that
> compatible string? The .name field will take care of naming
> the device does it not?

You only need that stuff if you require _extra_ bindings. Things like
regulators and interrupt numbers are configured behind the scenes.

> For non-emergency merging though:
> Acked-by: Linus Walleij <linus.walleij@linaro.org>

If we don't put this into v3.10-rcX, then the GPADC driver will be
broken in v3.10 when booting with DT.

> Since it matches the example in
> Documentation/devicetree/bindings/mfd/ab8500.txt
> 
> But for this to make sense the AB8500 ADC driver needs
> to be augmented for DT probing and preferrably also moved
> to drivers/adc and made to utilize that subsystem.

Not sure I understand the reasoning for this. It works well as a plain
MFD device.

-- 
Lee Jones
Linaro ST-Ericsson Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog

  reply	other threads:[~2013-05-14  9:26 UTC|newest]

Thread overview: 70+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-08 13:29 [PATCH 0/9] Important ux500 fixups due for the v3.10 -rc:s Lee Jones
2013-05-08 13:29 ` Lee Jones
2013-05-08 13:29 ` [PATCH 1/9] ARM: ux500: Remove duplicated assignment of ab8500_platdata Lee Jones
2013-05-08 13:29   ` Lee Jones
2013-05-14  8:17   ` Linus Walleij
2013-05-14  8:17     ` Linus Walleij
2013-05-08 13:29 ` [PATCH 2/9] mfd: ab8500-core: Use the correct driver name when enabling gpio/pinctrl Lee Jones
2013-05-08 13:29   ` Lee Jones
2013-05-14  8:23   ` Linus Walleij
2013-05-14  8:23     ` Linus Walleij
2013-05-08 13:29 ` [PATCH 3/9] clk: ux500: Provide device enumeration number suffix for SMSC911x Lee Jones
2013-05-08 13:29   ` Lee Jones
2013-05-08 14:00   ` Ulf Hansson
2013-05-08 14:00     ` Ulf Hansson
2013-05-14  8:25   ` Linus Walleij
2013-05-14  8:25     ` Linus Walleij
2013-05-14  8:45     ` Lee Jones
2013-05-14  8:45       ` Lee Jones
2013-06-10  9:08     ` Lee Jones
2013-06-10  9:08       ` Lee Jones
2013-06-10  9:11       ` Lee Jones
2013-06-10  9:11         ` Lee Jones
2013-05-14 15:58   ` Mike Turquette
2013-05-14 15:58     ` Mike Turquette
2013-05-15  8:54     ` Linus Walleij
2013-05-15  8:54       ` Linus Walleij
2013-05-15  9:07       ` Lee Jones
2013-05-15  9:07         ` Lee Jones
2013-05-08 13:29 ` [PATCH 4/9] mfd: db8500-prcmu: Supply the pdata_size attribute for db8500-thermal Lee Jones
2013-05-08 13:29   ` Lee Jones
2013-05-14  8:25   ` Linus Walleij
2013-05-14  8:25     ` Linus Walleij
2013-05-08 13:29 ` [PATCH 5/9] ARM: ux500: Fix incorrect DEBUG UART virtual addresses Lee Jones
2013-05-08 13:29   ` Lee Jones
2013-05-14  8:27   ` Linus Walleij
2013-05-14  8:27     ` Linus Walleij
2013-05-08 13:29 ` [PATCH 6/9] ARM: ux500: Provide device enumeration number suffix for SMSC911x Lee Jones
2013-05-08 13:29   ` Lee Jones
2013-05-14  8:30   ` Linus Walleij
2013-05-14  8:30     ` Linus Walleij
2013-05-14  8:48     ` Lee Jones
2013-05-14  8:48       ` Lee Jones
2013-05-08 13:29 ` [PATCH 7/9] pinctrl: abx500: Specify failed sub-driver by ID instead of driver_data Lee Jones
2013-05-08 13:29   ` Lee Jones
2013-05-14  8:35   ` Linus Walleij
2013-05-14  8:35     ` Linus Walleij
2013-05-08 13:29 ` [PATCH 8/9] pinctrl: abx500: Rejiggle platform data and DT initialisation Lee Jones
2013-05-08 13:29   ` Lee Jones
2013-05-14  8:40   ` Linus Walleij
2013-05-14  8:40     ` Linus Walleij
2013-05-14  8:47     ` Lee Jones
2013-05-14  8:47       ` Lee Jones
2013-05-14  8:50       ` Linus Walleij
2013-05-14  8:50         ` Linus Walleij
2013-05-14  9:40         ` Lee Jones
2013-05-14  9:40           ` Lee Jones
2013-05-14 11:09           ` Linus Walleij
2013-05-14 11:09             ` Linus Walleij
2013-05-08 13:29 ` [PATCH 9/9] mfd: ab8500-core: Pass GPADC compatible string to MFD core Lee Jones
2013-05-08 13:29   ` Lee Jones
2013-05-14  8:46   ` Linus Walleij
2013-05-14  8:46     ` Linus Walleij
2013-05-14  9:26     ` Lee Jones [this message]
2013-05-14  9:26       ` Lee Jones
2013-05-14 11:06       ` Linus Walleij
2013-05-14 11:06         ` Linus Walleij
2013-05-14 11:34         ` Lee Jones
2013-05-14 11:34           ` Lee Jones
2013-05-08 13:37 ` [PATCH 0/9] Important ux500 fixups due for the v3.10 -rc:s Lee Jones
2013-05-08 13:37   ` Lee Jones

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=20130514092614.GH3297@gmail.com \
    --to=lee.jones@linaro.org \
    --cc=linux-arm-kernel@lists.infradead.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.