Thanks Chander,
I am posting v2 with the suggested changes.
regards,
Rahul Sharma.
On Thu, Jun 20, 2013 at 11:45 AM, Chander Kashyap
wrote:
> On 20 June 2013 11:11, Rahul Sharma wrote:
>> Add dt nodes and clocks for hdmi subsystem. It also add pinctrl
>> node for hdmi hpd gpio and update bindi
ok Sachin. Thanks.
On Thu, Jun 20, 2013 at 12:08 PM, Sachin Kamat wrote:
> On 20 June 2013 11:11, Rahul Sharma wrote:
>> Add hdmi, mixer, ddc device tree nodes for Exynos 5420 SoC.
>>
>> Signed-off-by: Rahul Sharma
>> ---
>> arch/arm/boot/dts/exynos5420-smdk5420.dts | 15 +++
>>
On Wednesday, June 19, 2013 9:43 PM, Arnd Bergmann wrote:
> On Wednesday 19 June 2013, Jingoo Han wrote:
> > Then, do you mean the following?
> >
> > static int __exit exynos_pcie_remove(struct platform_device *pdev)
> > {
> > struct pcie_port *pp = platform_get_drvdata(pdev);
> >
> >
Quoting Linus Walleij (2013-06-09 03:55:47)
> +static void pll_clk_disable(struct clk_hw *hw)
> +{
> + struct clk_pll *pll = to_pll(hw);
> + u32 val;
> +
> + return;
Is the early return intentional? Everything else looks good.
Acked-by: Mike Turquette
> +
> + spin_lock(&
On 20 June 2013 11:11, Rahul Sharma wrote:
> Add hdmi, mixer, ddc device tree nodes for Exynos 5420 SoC.
>
> Signed-off-by: Rahul Sharma
> ---
> arch/arm/boot/dts/exynos5420-smdk5420.dts | 15 +++
> arch/arm/boot/dts/exynos5420.dtsi | 12
> 2 files changed, 2
On 20 June 2013 11:11, Rahul Sharma wrote:
> Adding information about clocks to mixer and hdmi dt
> nodes. Also removed the updated fields for hpd property.
>
> Signed-off-by: Rahul Sharma
Please rebase you patch on top of [1] or fold this into it.
[1] http://permalink.gmane.org/gmane.linux.dri
Hi,
On Wednesday 19 June 2013 09:19 PM, Sylwester Nawrocki wrote:
Hi,
On 06/13/2013 10:43 AM, Kishon Vijay Abraham I wrote:
+/**
+ * phy_create() - create a new phy
+ * @dev: device that is creating the new phy
+ * @id: id of the phy
+ * @ops: function pointers for performing phy operations
+
Adding information about clocks to mixer and hdmi dt
nodes. Also removed the updated fields for hpd property.
Signed-off-by: Rahul Sharma
---
.../devicetree/bindings/video/exynos_hdmi.txt | 17 ++---
.../devicetree/bindings/video/exynos_mixer.txt|4
2 files
Add pinctrl node for hdmi-hpd gpio pin to exynos5420
device tree files.
Signed-off-by: Rahul Sharma
---
arch/arm/boot/dts/exynos5420-pinctrl.dtsi |7 +++
arch/arm/boot/dts/exynos5420-smdk5420.dts |2 ++
2 files changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5420-pinct
Add clocks for hdmi and mixer for exynos5420 SoC.
Signed-off-by: Rahul Sharma
---
arch/arm/boot/dts/exynos5420.dtsi |6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5420.dtsi
b/arch/arm/boot/dts/exynos5420.dtsi
index 45aadf9..60685a2 100644
--- a/arch/arm/boo
From: Andrew Bresticker
This adds device-tree nodes for the i2c busses on Exynos
5420 platforms.
Signed-off-by: Andrew Bresticker
Signed-off-by: Rahul Sharma
---
arch/arm/boot/dts/exynos5420.dtsi | 56 +
1 file changed, 56 insertions(+)
diff --git a/arch
Add hdmi, mixer, ddc device tree nodes for Exynos 5420 SoC.
Signed-off-by: Rahul Sharma
---
arch/arm/boot/dts/exynos5420-smdk5420.dts | 15 +++
arch/arm/boot/dts/exynos5420.dtsi | 12
2 files changed, 27 insertions(+)
diff --git a/arch/arm/boot/dts/exynos542
Add dt nodes and clocks for hdmi subsystem. It also add pinctrl
node for hdmi hpd gpio and update binding documents.
This patch is based on v3.11-next/soc-exynos5420-pinctrl branch
at http://git.kernel.org/cgit/linux/kernel/git/kgene/linux-samsung.git
device tree binding document for hdmi compati
On 6/20/2013 12:40 AM, Linus Walleij wrote:
> On Fri, Jun 14, 2013 at 12:20 PM, Philip Avinash
> wrote:
>
>> From: KV Sujith
>>
>> - Add of_device_id for Davinci GPIO driver.
>> - Add function to populate data from DT.
>> - Modify the probe to read from DT if DT match is found.
>> - Add DT bindi
On 6/20/2013 6:06 AM, Joel A Fernandes wrote:
>>> + /* Clear the xbar mapped channels in unused list */
>>> + xbar_chans = info[j]->xbar_chans;
>>> + if (xbar_chans) {
>>> + for (i = 0; xbar_chans[i][1] != -1; i++) {
>>> +
On Thu, Jun 20, 2013 at 02:27:18AM +, Tang Yuantian-B29983 wrote:
>
>
> > -Original Message-
> > From: Guenter Roeck [mailto:li...@roeck-us.net]
> > Sent: 2013年6月19日 星期三 23:43
> > To: Tang Yuantian-B29983
> > Cc: kh...@linux-fr.org; lm-sens...@lm-sensors.org; devicetree-
> > disc...@l
Hi Tomasz, Lucas,
How does this patch look to you ? Please share your views.
regards,
Rahul Sharma.
On Wed, Jun 19, 2013 at 6:21 PM, Rahul Sharma wrote:
> This patch adds new combatible strings for hdmi, mixer, ddc
> and hdmiphy. It follows the convention of using compatible string
> which repr
On Tue, Jun 18, 2013 at 3:34 PM, Suman Anna wrote:
> Logic has been added to the OMAP2+ mailbox code to
> parse the mailbox dt nodes and construct the different
> mailboxes associated with the instance. The design is
> based on gathering the same information that was being
> passed previously thro
On Tue, Jun 18, 2013 at 3:35 PM, Suman Anna wrote:
> The mailbox DT node data has been added for OMAP2420,
> OMAP2430, OMAP3430/OMAP3630, OMAP44xx devices. Data for
> OMAP5 is skipped for now since the corresponding hwmod
> entry is not present.
>
> The mailbox static device initialization logic i
On Tue, Jun 18, 2013 at 3:34 PM, Suman Anna wrote:
> A new structure, omap_mbox_device, is added to contain
> the global variables pertinent to a mailbox h/w IP block.
> This enables the support for having multiple instances of
> the same h/w IP block in the SoC. The startup sequence for
> each ma
Hello Rahul,
This patch is exactly same with v2 2/4 and only rebased on v3 1/3, so my
ack is valid for this patch.
On 2013년 06월 19일 21:51, Rahul Sharma wrote:
> Add support for exynos5420 mixer IP in the drm mixer driver.
>
> Signed-off-by: Rahul Sharma
Acked-by: Seung-Woo Kim
Anyway, this p
On Wed, Jun 19, 2013 at 09:34:34PM +0200, Arnaud Ebalard wrote:
>
> GMT G762/763 fan speed PWM controller is connected directly to a fan
> and performs closed-loop or open-loop control of the fan speed. Two
> modes - PWM or DC - are supported by the chip. Introduced driver
> provides various knobs
On Wed, Jun 19, 2013 at 11:26:33PM +0200, Simon Guinot wrote:
> On Wed, Jun 19, 2013 at 01:53:21PM -0700, Guenter Roeck wrote:
> > On Wed, Jun 19, 2013 at 10:15:56PM +0200, Arnaud Ebalard wrote:
> > > Hi Simon,
> > >
> > > Simon Guinot writes:
> > >
> > > > I have tested this patch on my 2Big Ne
Hi Sekhar,
Thanks for the feedback.
On Tue, Jun 18, 2013 at 5:19 AM, Sekhar Nori wrote:
> On 6/18/2013 12:08 PM, Joel A Fernandes wrote:
>> From: Matt Porter
>>
>> Changes by Joel:
>> * Split EDMA xbar support out of original EDMA DT parsing patch
>> to keep it easier for review.
>> * Rewrite sh
From: Wei Yongjun
Remove duplicated include.
Signed-off-by: Wei Yongjun
---
drivers/usb/phy/phy-tegra-usb.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/usb/phy/phy-tegra-usb.c b/drivers/usb/phy/phy-tegra-usb.c
index 3446245..cec0855 100644
--- a/drivers/usb/phy/phy-tegra-usb.c
+
On 06/19/2013 09:05 AM, Roger Quadros wrote:
On 06/19/2013 03:23 PM, Benoit Cousson wrote:
On 06/19/2013 07:05 AM, Florian Vaussard wrote:
Hello,
On 06/19/2013 01:03 PM, Roger Quadros wrote:
On 06/19/2013 01:10 PM, Benoit Cousson wrote:
On 06/19/2013 02:46 AM, Tony Lindgren wrote:
* Roger Q
On 06/18/2013 03:29 AM, Christian Ruppert wrote:
> The GPIO driver for the Abilis Systems TB10x series of SOCs based on ARC700
> CPUs. It supports GPIO control and GPIO interrupt generation. This driver
> works in conjunction with the TB10x pinctrl driver.
Just one comment on the binding (I didn't
On 06/18/2013 03:29 AM, Christian Ruppert wrote:
> The pinmux driver of the Abilis Systems TB10x platform based on ARC700 CPUs.
> Used to control the pinmux and is a prerequisite for the GPIO driver.
> diff --git a/Documentation/devicetree/bindings/pinctrl/abilis,tb10x-iomux.txt
> b/Documentation
On 06/18/2013 03:29 AM, Christian Ruppert wrote:
> This patch adds the infrastructure required to register non-linear gpio
> ranges through gpiolib and the standard GPIO device tree bindings.
I review this in case we decide to go with it anyway.
> diff --git a/Documentation/devicetree/bindings/gp
On Wed, Jun 19, 2013 at 04:18:05PM -0400, Jason Cooper wrote:
> On Wed, Jun 19, 2013 at 05:07:20PM -0300, Ezequiel Garcia wrote:
> > Now that mbus device tree binding has been introduced, remove the address
> > decoding window management from this driver.
> > A suitable 'ranges' entry should be add
On 06/14/2013 09:42 AM, Heiko Stübner wrote:
> The bias-pull-* options use values > 0 to indicate that the pull should
> be activated and optionally also indicate the strength of the pull.
> Therefore use an default value of 1 for these options.
>
> Split the low-power-mode option into low-power-e
On 06/11/2013 04:03 PM, Laurent Pinchart wrote:
> Document DT properties for the generic pinctrl parameters and add a
> parser function.
> diff --git a/Documentation/devicetree/bindings/pinctrl/pinctrl-bindings.txt
> b/Documentation/devicetree/bindings/pinctrl/pinctrl-bindings.txt
> +== Generic
On 06/15/2013 02:16 PM, Heiko Stübner wrote:
> Am Samstag, 15. Juni 2013, 21:56:05 schrieb Linus Walleij:
>> On Fri, Jun 14, 2013 at 12:39 AM, Laurent Pinchart
>>
>> wrote:
>>> mmcif_pins: mmcif {
>>>
>>> mux {
>>>
>>> renes
On Wed, Jun 19, 2013 at 10:15:56PM +0200, Arnaud Ebalard wrote:
> Hi Simon,
>
> Simon Guinot writes:
>
> > I have tested this patch on my 2Big Network v2 board.
> >
> > Sometimes I get a weird "No such device" error while reading or writing
> > the hwmon sysfs attributes. For example:
> >
> > #
On Wed, Jun 19, 2013 at 05:07:20PM -0300, Ezequiel Garcia wrote:
> Now that mbus device tree binding has been introduced, remove the address
> decoding window management from this driver.
> A suitable 'ranges' entry should be added to the devbus-compatible node in
> the device tree, as described by
The Armada 370/XP SoC family has a completely configurable address
space handled by the MBus controller.
This patch introduces the device tree layout of MBus, making the
'soc' node as mbus-compatible.
Since every peripheral/controller is a child of this 'soc' node,
this makes all of them sit behin
On Wed, Jun 19, 2013 at 05:07:17PM -0300, Ezequiel Garcia wrote:
> This patch adds static window allocation to the device tree binding.
> Each first-child of the mbus-compatible node, with a suitable 'ranges'
> property, declaring an address translation, will trigger an address
> decoding window al
Now that mbus has been added to the device tree, it's possible to
move the PCIe nodes out of internal registers, placing it directly
below the mbus. This is a more accurate representation of the
hardware.
Signed-off-by: Ezequiel Garcia
---
arch/arm/boot/dts/armada-xp-db.dts | 67 +
In order to access the SoC BootROM, we need to declare a mapping
(through a ranges property). The mbus driver will use this property
to allocate a suitable address decoding window.
Signed-off-by: Ezequiel Garcia
---
arch/arm/boot/dts/armada-370-db.dts | 3 ++-
arch/arm/boot/dts/arma
Signed-off-by: Ezequiel Garcia
---
arch/arm/boot/dts/armada-370-db.dts | 2 +-
arch/arm/boot/dts/armada-370-mirabox.dts | 2 +-
arch/arm/boot/dts/armada-370-rd.dts | 2 +-
arch/arm/boot/dts/armada-370.dtsi| 2 +-
arch/arm/boot/dts/armada-xp-db.dts
Now that mbus has been added to the device tree, it's possible to
move the DeviceBus out of internal registers, placing it directly
below the mbus. This is a more accurate representation of the hardware.
Signed-off-by: Ezequiel Garcia
---
arch/arm/boot/dts/armada-370-xp.dtsi | 94 +++
Now that mbus has been added to the device tree, it's possible to
move the PCIe nodes out of internal registers, placing it directly
below the mbus. This is a more accurate representation of the
hardware.
Signed-off-by: Ezequiel Garcia
---
arch/arm/boot/dts/armada-370-mirabox.dts | 33 +-
Now that mbus device tree binding has been introduced, remove the address
decoding window management from this driver.
A suitable 'ranges' entry should be added to the devbus-compatible node in
the device tree, as described by the mbus binding documentation.
Cc: Greg Kroah-Hartman
Signed-off-by:
The address decoding window to access the BootROM should not be
allocated programatically, but declared in the device tree.
Instead of allocating it, we add a check to verify the DT has
declared a valid node to access the BootROM.
Signed-off-by: Ezequiel Garcia
---
arch/arm/mach-mvebu/platsmp.c
Now that the mbus device tree binding has been introduced, we can
switch over to it.
Also, and since the initialization of the mbus driver is quite
fundamental for the system to work properly, this patch adds a BUG()
in case mbus fails to initialize.
Signed-off-by: Ezequiel Garcia
---
arch/arm/
This patch adds static window allocation to the device tree binding.
Each first-child of the mbus-compatible node, with a suitable 'ranges'
property, declaring an address translation, will trigger an address
decoding window allocation.
Signed-off-by: Ezequiel Garcia
---
.../devicetree/bindings/b
We introduce a common initialization function mvebu_mbus_common_init()
that will be used by both legacy and device-tree initialization code.
This patch is an intermediate step, which will allow to introduce the
DT binding for this driver in a less intrusive way.
Signed-off-by: Thomas Petazzoni
Si
This patch adds the most fundamental device-tree initialization.
We only introduce what's required to be able to probe the mvebu-mbus
driver from the DT. Follow-up patches will extend the device tree binding,
allowing to describe static address decoding windows.
Signed-off-by: Thomas Petazzoni
Si
See the previous version of this patchset for further context:
http://www.spinics.net/lists/arm-kernel/msg252656.html
In the current patchset, the proposal is slightly different.
As an example of the current status, here's an extract of a device tree:
#define MBUS_ID(target,attributes) (
On Wed, Jun 19, 2013 at 04:29:16PM -0300, Ezequiel Garcia wrote:
> On Wed, Jun 19, 2013 at 09:08:30PM +0200, Arnd Bergmann wrote:
> > On Wednesday 19 June 2013, Ezequiel Garcia wrote:
> > > > > What happens is that any decoding window that was setup by the
> > > > > bootloader,
> > > > > is wiped
On Wed, Jun 19, 2013 at 03:24:02PM +0300, Oleksandr Kozaruk wrote:
> There are non-mainline branches that use twl6032 by its name (for example
> git://git.omapzoom.org/kernel/omap.git). There is intention to add support
> of twl6032 device in mainline, but we'd like to know if we can use twl6032
>
On Wed, Jun 19, 2013 at 09:08:30PM +0200, Arnd Bergmann wrote:
> On Wednesday 19 June 2013, Ezequiel Garcia wrote:
> > > > What happens is that any decoding window that was setup by the
> > > > bootloader,
> > > > is wiped and completely new windows are allocated using the translations
> > > > in
On Fri, Jun 14, 2013 at 12:20 PM, Philip Avinash
wrote:
> From: KV Sujith
>
> - Add of_device_id for Davinci GPIO driver.
> - Add function to populate data from DT.
> - Modify the probe to read from DT if DT match is found.
> - Add DT binding documentation for Davinci GPIO properties in a new fi
On Wednesday 19 June 2013, Ezequiel Garcia wrote:
> > > What happens is that any decoding window that was setup by the bootloader,
> > > is wiped and completely new windows are allocated using the translations
> > > in the DT, as described by this binding.
> > >
> > > This was the case from the st
On Fri, Jun 14, 2013 at 9:31 AM, Srinivas KANDAGATLA
wrote:
> On 10/06/13 17:38, Srinivas Kandagatla wrote:
>>> +++ b/arch/arm/boot/dts/sti-pincfg.h
>>> >> @@ -0,0 +1,94 @@
>>> >> +#ifndef _STI_PINCFG_H_
>>> >> +#define _STI_PINCFG_H_
>>> >> +
>>> >> +/* Alternate functions */
>>> >> +
On Wednesday 19 June 2013, Jason Gunthorpe wrote:
>
> Today 18:53:48
>
> On Wed, Jun 19, 2013 at 02:11:58PM +0200, Arnd Bergmann wrote:
>
> > > Mmm.. and why is this option acceptable?
> >
> > As I explained on IRC, there is no requirement to pick a specific bus
> > aperture. The only two se
Hi Arnd,
On Tue, Jun 18, 2013 at 11:45:26PM +0200, Arnd Bergmann wrote:
> On Tuesday 18 June 2013, Ezequiel Garcia wrote:
> > On Tue, Jun 18, 2013 at 06:14:33PM +0200, Arnd Bergmann wrote:
> > > On Tuesday 18 June 2013, Ezequiel Garcia wrote:
> > > > +Required properties:
> > > > +
> > > > +- comp
On Wed, Jun 19, 2013 at 03:42:27PM -0300, Ezequiel Garcia wrote:
> On Wed, Jun 19, 2013 at 3:36 PM, Jason Cooper wrote:
> > On Tue, Jun 18, 2013 at 04:47:57PM -0300, Ezequiel Garcia wrote:
> >> On Tue, Jun 18, 2013 at 09:42:48PM +0200, Sebastian Hesselbarth wrote:
> >> > On 06/18/2013 05:31 PM, Ez
On Wed, Jun 19, 2013 at 3:36 PM, Jason Cooper wrote:
> On Tue, Jun 18, 2013 at 04:47:57PM -0300, Ezequiel Garcia wrote:
>> On Tue, Jun 18, 2013 at 09:42:48PM +0200, Sebastian Hesselbarth wrote:
>> > On 06/18/2013 05:31 PM, Ezequiel Garcia wrote:
>> > > Although the internal register window size is
On Tue, Jun 18, 2013 at 04:47:57PM -0300, Ezequiel Garcia wrote:
> On Tue, Jun 18, 2013 at 09:42:48PM +0200, Sebastian Hesselbarth wrote:
> > On 06/18/2013 05:31 PM, Ezequiel Garcia wrote:
> > > Although the internal register window size is 1 MiB, the previous
> > > ranges translation for the inter
On Mon, Jun 10, 2013 at 3:52 PM, Arnd Bergmann wrote:
> On Monday 10 June 2013 10:27:05 Srinivas KANDAGATLA wrote:
>
>> + soc {
>> + pin-controller-sbc {
>> + #address-cells = <1>;
>> + #size-cells = <1>;
>> + compati
On 06/19/2013 12:10 PM, Stephen Warren wrote:
> On 06/14/2013 03:12 AM, Christian Ruppert wrote:
>> On Thu, Jun 13, 2013 at 03:38:09PM -0600, Stephen Warren wrote:
>>> On 06/13/2013 06:55 AM, Christian Ruppert wrote:
This patch adds the infrastructure required to register non-linear gpio
On 06/19/2013 09:05 AM, Roger Quadros wrote:
On 06/19/2013 03:23 PM, Benoit Cousson wrote:
On 06/19/2013 07:05 AM, Florian Vaussard wrote:
Hello,
On 06/19/2013 01:03 PM, Roger Quadros wrote:
On 06/19/2013 01:10 PM, Benoit Cousson wrote:
On 06/19/2013 02:46 AM, Tony Lindgren wrote:
* Roger Q
On 06/14/2013 03:12 AM, Christian Ruppert wrote:
> On Thu, Jun 13, 2013 at 03:38:09PM -0600, Stephen Warren wrote:
>> On 06/13/2013 06:55 AM, Christian Ruppert wrote:
>>> This patch adds the infrastructure required to register non-linear gpio
>>> ranges through gpiolib and the standard GPIO device
On Wed, Jun 19, 2013 at 12:03:20PM -0600, Jason Gunthorpe wrote:
> On Wed, Jun 19, 2013 at 02:58:24PM -0300, Ezequiel Garcia wrote:
>
> > I wasn't sure you wanted to panic(), to clip on available CPUs,
> > or to just do a pr_warn / WARN(), so here's a piece of code:
> > (disclaimer: non-tested, no
On 06/19/2013 06:03 AM, Linus Walleij wrote:
> On Tue, Jun 18, 2013 at 11:29 AM, Christian Ruppert
> wrote:
>
>> This patch adds the infrastructure required to register non-linear gpio
>> ranges through gpiolib and the standard GPIO device tree bindings.
>>
>> Signed-off-by: Christian Ruppert
>
On Wed, Jun 19, 2013 at 02:58:24PM -0300, Ezequiel Garcia wrote:
> I wasn't sure you wanted to panic(), to clip on available CPUs,
> or to just do a pr_warn / WARN(), so here's a piece of code:
> (disclaimer: non-tested, non-compiled, etc.)
Up to you, but you know it won't work if it isn't right
On Wed, Jun 19, 2013 at 10:58:34AM -0600, Jason Gunthorpe wrote:
> On Wed, Jun 19, 2013 at 07:02:00AM -0300, Ezequiel Garcia wrote:
>
> > > Verifying the DT is setup this way and aborting if it is not seems
> > > like a good idea..
> >
> > I agree it's a nice idea, but I'm not too sure how to acc
On 06/16/2013 10:52 PM, Kukjin Kim wrote:
> On 06/15/13 02:45, Sylwester Nawrocki wrote:
>> > Generic PHY drivers are used to handle the MIPI CSIS and MIPI DSIM
>> > DPHYs so we can remove now unused code at arch/arm/plat-samsung.
>
> If so, sounds good :)
>
>> > In case there is any board file fo
On Wednesday 19 of June 2013 19:10:52 Sylwester Nawrocki wrote:
> On 06/16/2013 11:15 PM, Tomasz Figa wrote:
> > On Friday 14 of June 2013 19:45:49 Sylwester Nawrocki wrote:
> >> > Use the generic PHY API instead of the platform callback to control
> >> > the MIPI DSIM DPHY.
> >> >
> >> > Signed-o
On 06/16/2013 11:15 PM, Tomasz Figa wrote:
> On Friday 14 of June 2013 19:45:49 Sylwester Nawrocki wrote:
>> > Use the generic PHY API instead of the platform callback to control
>> > the MIPI DSIM DPHY.
>> >
>> > Signed-off-by: Sylwester Nawrocki
>> > Signed-off-by: Kyungmin Park
>> > ---
>> >
On 06/18/2013 11:57 PM, Keerthy wrote:
> From: J Keerthy
>
> Check if irq value obtained is valid. If it is not valid
> then skip the irq request step and go ahead with the probe.
Reviewed-by: Stephen Warren
___
devicetree-discuss mailing list
devicet
On Wed, Jun 19, 2013 at 07:02:00AM -0300, Ezequiel Garcia wrote:
> > Verifying the DT is setup this way and aborting if it is not seems
> > like a good idea..
>
> I agree it's a nice idea, but I'm not too sure how to accomplish this
> in a simple and generic way. There's nothing in the DT that al
On Wed, Jun 19, 2013 at 02:11:58PM +0200, Arnd Bergmann wrote:
> > Mmm.. and why is this option acceptable?
>
> As I explained on IRC, there is no requirement to pick a specific bus
> aperture. The only two sensible choices are to make the bus address
> the same as the CPU address, or to make the
On Wed, Jun 19, 2013 at 11:27:47AM +0530, Keerthy wrote:
> From: J Keerthy
>
> Check if irq value obtained is valid. If it is not valid
> then skip the irq request step and go ahead with the probe.
>
> Signed-off-by: J Keerthy
Reviewed-by: Mark Brown
signature.asc
Description: Digital signa
On Wed, Jun 19, 2013 at 11:27:50AM +0530, Keerthy wrote:
> From: J Keerthy
>
> Add TPS659038 support.
>
> Signed-off-by: J Keerthy
This doesn't apply against my current tree as the PMIC bindings document
isn't in mainline yet.
Acked-by: Mark Brown
assuming there's a tree where that does exi
Hi Tomasz,
On 06/16/2013 11:11 PM, Tomasz Figa wrote:
> Hi Sylwester,
>
> Looks good, but I added some nitpicks inline.
>
> On Friday 14 of June 2013 19:45:47 Sylwester Nawrocki wrote:
>> Add a PHY provider driver for the Samsung S5P/Exynos SoC MIPI CSI-2
>> receiver and MIPI DSI transmitter DPH
Thanks Mr. Kim,
I will post v4 with aforesaid change.
regards,
Rahul Sharma.
On Wed, Jun 19, 2013 at 7:22 PM, Kukjin Kim wrote:
> On 06/19/13 22:50, Kukjin Kim wrote:
>>
>> On 06/19/13 21:51, Rahul Sharma wrote:
>>>
>>> This patch renames the combatible strings for hdmi, mixer, ddc
>>> and hdmi
Hi,
On 06/13/2013 10:43 AM, Kishon Vijay Abraham I wrote:
> +/**
> + * phy_create() - create a new phy
> + * @dev: device that is creating the new phy
> + * @id: id of the phy
> + * @ops: function pointers for performing phy operations
> + * @label: label given to the phy
> + * @priv: private data
On Wed, Jun 19, 2013 at 02:50:20PM +0800, yuantian.t...@freescale.com wrote:
> From: Tang Yuantian
>
> Adding another way that is device tree to pass the shunt resistor
> value to driver except for platform data.
>
> Signed-off-by: Tang Yuantian
I noticed that of.h include was missing. No need
On Wed, 2013-06-19 at 16:03 +0100, Arnd Bergmann wrote:
> On Wednesday 19 June 2013, Pawel Moll wrote:
> > ... but sysreg does more than just that. In particular it provides a
> > pseudo-gpio controller (I don't think you want to hide this behind the
> > syscon) and it can act as a bridge to the co
On Wednesday 19 June 2013, Pawel Moll wrote:
> > That would end up eliminating the sysreg driver, aside from maybe
> > a one-line change to the syscon driver to allow it to probe the
> > right device.
>
> ... but sysreg does more than just that. In particular it provides a
> pseudo-gpio controller
Add irqchip driver for the ImgTec PowerDown Controller (PDC) as found in
the TZ1090. The PDC has a number of general system wakeup (SysWake)
interrupts (which would for example be connected to a power button or an
external peripheral), and a number of peripheral interrupts which can
also wake the s
This patch introduces device tree sources for Samsung Trats 2 board
based on Exynos4412 SoC.
Currently support includes:
- eMMC,
- main PMIC (max77686),
- serial ports,
- GPIO keys,
- touchscreen.
Signed-off-by: Tomasz Figa
Signed-off-by: Kyungmin Park
---
arch/arm/boot/dts/Makefile
On 06/19/2013 03:23 PM, Benoit Cousson wrote:
> On 06/19/2013 07:05 AM, Florian Vaussard wrote:
>> Hello,
>>
>> On 06/19/2013 01:03 PM, Roger Quadros wrote:
>>> On 06/19/2013 01:10 PM, Benoit Cousson wrote:
On 06/19/2013 02:46 AM, Tony Lindgren wrote:
> * Roger Quadros [130619 00:42]:
>>>
On 06/19/2013 02:30 PM, Benoit Cousson wrote:
> On 06/19/2013 06:03 AM, Roger Quadros wrote:
>> On 06/19/2013 01:10 PM, Benoit Cousson wrote:
>>> On 06/19/2013 02:46 AM, Tony Lindgren wrote:
* Roger Quadros [130619 00:42]:
> Hi Benoit,
>
> On 06/19/2013 04:17 AM, Benoit Cousson wr
On 06/19/13 13:04, Rahul Sharma wrote:
+ mike
Mike, I'm waiting for your reply on this. If you're OK, let me take this
series on top of exynos5420 stuff in samsung tree.
Of course, if any concerns, please let me know.
Thanks,
- Kukjin
On Tue, Jun 18, 2013 at 8:03 PM, Rahul Sharma wrote:
On 16:49-20130619, Tero Kristo wrote:
> On 06/19/2013 04:30 PM, Nishanth Menon wrote:
> >On 16:19-20130619, Tero Kristo wrote:
> >[...]
> >>+
> >>+/*
> >>+ * clocks specific to omap4460
> >>+ */
> >>+/*
> >>+ * clocks sp
On 06/19/13 22:50, Kukjin Kim wrote:
On 06/19/13 21:51, Rahul Sharma wrote:
This patch renames the combatible strings for hdmi, mixer, ddc
and hdmiphy. It follows the convention of using compatible string
which represent the SoC in which the IP was added for the first
time.
Signed-off-by: Rahul
On 06/19/13 21:51, Rahul Sharma wrote:
This patch renames the combatible strings for hdmi, mixer, ddc
and hdmiphy. It follows the convention of using compatible string
which represent the SoC in which the IP was added for the first
time.
Signed-off-by: Rahul Sharma
Acked-by: Kukjin Kim
- Kuk
On 16:19-20130619, Tero Kristo wrote:
> diff --git a/arch/arm/boot/dts/omap4-clocks.dtsi
> b/arch/arm/boot/dts/omap4-clocks.dtsi
> new file mode 100644
> index 000..b420d8a
> --- /dev/null
> +++ b/arch/arm/boot/dts/omap4-clocks.dtsi
[...]
> +/* XXX Missing round_
On Wed, 2013-06-19 at 13:37 +0100, Arnd Bergmann wrote:
> I think when vexpress-sysreg was created, we didn't have the syscon driver
> yet, otherwise I think we should have used that, and put separate
> drivers on top.
>
> Not sure if it's too late for changing it to that now, given that
> we alre
On Wednesday 19 June 2013, Jingoo Han wrote:
> Then, do you mean the following?
>
> static int __exit exynos_pcie_remove(struct platform_device *pdev)
> {
> struct pcie_port *pp = platform_get_drvdata(pdev);
>
> clk_disable_unprepare(pp->bus_clk);
> clk_disable_unprepare(p
* Benoit Cousson [130619 05:41]:
> Hi Tony,
>
> On 06/19/2013 07:27 AM, Tony Lindgren wrote:
> >* Benoit Cousson [130619 03:17]:
> >>On 06/19/2013 02:46 AM, Tony Lindgren wrote:
> >>>
> >>>We have a similar issue with the MMC1 PBIAS. I think in the long run we
> >>>should expand regulator (and p
On Wednesday 19 June 2013, Samuel Ortiz wrote:
> > 2. Move the vexpress-sysreg "platform management" functions into misc
> > (unless we get any better place for it)
> This is for Arnd and Greg to decide I suppose.
I think when vexpress-sysreg was created, we didn't have the syscon driver
yet, oth
Hi Tony,
On 06/19/2013 07:27 AM, Tony Lindgren wrote:
* Benoit Cousson [130619 03:17]:
On 06/19/2013 02:46 AM, Tony Lindgren wrote:
We have a similar issue with the MMC1 PBIAS. I think in the long run we
should expand regulator (and possibly pinctrl) framework(s) to handle
comparators. We co
* Benoit Cousson [130619 05:30]:
> On 06/19/2013 07:05 AM, Florian Vaussard wrote:
> >>>+
> >>>+/* HS USB Port 1 RESET */
> >>>+hsusb1_reset: hsusb1_reset_reg {
> >>>+compatible = "regulator-fixed";
> >>>+regulator-name = "hsusb1_reset";
> >>>+
This patch renames the combatible strings for hdmi, mixer, ddc
and hdmiphy. It follows the convention of using compatible string
which represent the SoC in which the IP was added for the first
time.
Signed-off-by: Rahul Sharma
---
arch/arm/boot/dts/cros5250-common.dtsi|4 ++--
arch/arm/b
Add support for exynos5420 mixer IP in the drm mixer driver.
Signed-off-by: Rahul Sharma
---
.../devicetree/bindings/video/exynos_mixer.txt |1 +
drivers/gpu/drm/exynos/exynos_mixer.c | 49 +++-
drivers/gpu/drm/exynos/regs-mixer.h|7 +++
This patch adds new combatible strings for hdmi, mixer, ddc
and hdmiphy. It follows the convention of using compatible string
which represent the SoC in which the IP was added for the first
time.
Drivers continue to support the previous compatible strings
but further addition of these compatible s
1 - 100 of 153 matches
Mail list logo
