On Wed, Apr 03, 2013 at 12:17:10AM -0600, Stephen Warren wrote:
> A dumb frame-buffer describes a raw memory region that may be rendered
> to, with the assumption that the display hardware has already been set
> up to scan out from that buffer.
>
> This is useful in cases where a bootloader exists
Hi,
On Wednesday 03 April 2013 12:01 PM, David Miller wrote:
From: Kishon Vijay Abraham I
Date: Wed, 3 Apr 2013 11:29:53 +0530
Hi,
On Friday 29 March 2013 12:01 AM, David Miller wrote:
You really need to CC: net...@vger.kernel.org rather than me
explicitly
on this patch set.
I was CC'ing
From: Kishon Vijay Abraham I
Date: Wed, 3 Apr 2013 11:29:53 +0530
> Hi,
>
> On Friday 29 March 2013 12:01 AM, David Miller wrote:
>>
>> You really need to CC: net...@vger.kernel.org rather than me
>> explicitly
>> on this patch set.
>
> I was CC'ing whatever get_maintainer shows. I'll make sure
On 03/28/2013 12:12 AM, Lubomir Rintel wrote:
> This adds a device tree binding for random number generator present on
> Broadcom
> BCM2835 SoC, used in Raspberry Pi and Roku 2 devices.
Applied to bcm2835's for-3.10/dt tree, with some slight fixups to the
patch subject and description word-wrappi
A dumb frame-buffer describes a raw memory region that may be rendered
to, with the assumption that the display hardware has already been set
up to scan out from that buffer.
This is useful in cases where a bootloader exists and has set up the
display hardware, but a Linux driver doesn't yet exist
Hi,
On Friday 29 March 2013 12:01 AM, David Miller wrote:
You really need to CC: net...@vger.kernel.org rather than me explicitly
on this patch set.
I was CC'ing whatever get_maintainer shows. I'll make sure to CC
net...@vger.kernel.org though there's nothing related to network in this
patc
On Tuesday 02 April 2013 09:10 PM, Stephen Warren wrote:
On 04/02/2013 02:37 AM, Kishon Vijay Abraham I wrote:
Hi,
On Thursday 28 March 2013 09:15 PM, Stephen Warren wrote:
On 03/27/2013 11:43 PM, Kishon Vijay Abraham I wrote:
The PHY framework provides a set of APIs for the PHY drivers to
cr
On 4/2/2013 9:31 PM, Chris Ball wrote:
> Hi,
>
> On Tue, Apr 02 2013, Sekhar Nori wrote:
>> I would like to take this series through DaVinci tree to manage the
>> dependencies with mach-davinci. I need your ack on the driver part and
>> the DT binding. Can you please provide your ack?
>
> Acked-b
Quoting Sören Brinkmann (2013-03-29 15:36:18)
> On Tue, Mar 26, 2013 at 07:18:44PM -0700, Mike Turquette wrote:
> > As long as a key exists to link two clocks together then registration
> > order shouldn't matter. Originally this key was an immutable clk name
> > string.
> >
> > If clock parents
Quoting Sebastian Hesselbarth (2013-03-23 07:46:50)
> diff --git a/drivers/clk/clk-si5351.c b/drivers/clk/clk-si5351.c
> new file mode 100644
> index 000..9d0c210
> --- /dev/null
> +++ b/drivers/clk/clk-si5351.c
> @@ -0,0 +1,1411 @@
> +/*
> + * clk-si5351.c: Silicon Laboratories Si5351A/B/C I2C
On 04/02/2013 12:38 AM, Stephen Warren wrote:
On 04/01/2013 04:27 PM, Sylwester Nawrocki wrote:
On 03/28/2013 06:43 AM, Kishon Vijay Abraham I wrote:
diff --git a/Documentation/devicetree/bindings/phy/phy-bindings.txt
+example2:
+phys: phy {
+compatible = "xxx";
+reg =<...>;
+.
+
Signed-off-by: Mark Brown
---
Documentation/devicetree/bindings/mfd/arizona.txt | 62
drivers/mfd/arizona-core.c| 64 +
drivers/mfd/arizona-i2c.c | 10 +++-
drivers/mfd/arizona-spi.c
On Tue, Apr 02, 2013 at 09:51:18PM +0100, Mark Brown wrote:
> Signed-off-by: Mark Brown
*sigh* ignore this one, revised version coming shortly.
signature.asc
Description: Digital signature
___
devicetree-discuss mailing list
devicetree-discuss@lists.o
On 04/01/2013 03:45 PM, Rhyland Klein wrote:
> This patch adds support for supplies to register a list of char *'s
> which represent the list of supplies which supply them. This is the
> opposite as the supplied_to list.
This patch resolves the concerns I had before, so,
Reviewed-by: Stephen Warre
Signed-off-by: Mark Brown
---
Documentation/devicetree/bindings/mfd/arizona.txt | 62 +
drivers/mfd/arizona-core.c| 53 ++
drivers/mfd/arizona-i2c.c | 10 +++-
drivers/mfd/arizona-spi.c
From: Guenter Roeck
Date: Tue, 2 Apr 2013 12:35:06 -0700
> Provide empty functions for of_get_phy_mode() and of_get_mac_address()
> if OF_NET is not configured. Modify affected drivers to rely on the
> now available functions.
All applied, but please post your patches against the appropriate
tr
On Thu, Mar 28, 2013 at 09:07:41AM -0700, Christian Daudt wrote:
> Hi Grant,
> In discussion with Olof @ Connect, he suggested that it would be best
> to send dt changes as a standalone patch to devicetree-discuss list to
> get it applied on its own. Can you pls apply this patch ?
Actually, I wan
On Wed, Mar 13, 2013 at 02:27:28PM -0700, Christian Daudt wrote:
> This adds support for the Broadcom timer, used in the following SoCs:
> BCM11130, BCM11140, BCM11351, BCM28145, BCM28155
>
> Updates from V6:
> - Split DT portion into a separate patch
>
> Updates from V5:
> - Rebase to latest arm
Since of_get_mac_address() is now declared even if CONFIG_OF_NET
is not configured, the ifdef is no longer necessary and can be
removed.
Signed-off-by: Guenter Roeck
---
drivers/net/ethernet/nxp/lpc_eth.c |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/net/ethernet/nxp/lpc_eth.c
Since of_get_mac_address() is now defined even if CONFIG_OF_NET
is not configured, the ifdef around the code calling it is no longer
necessary and can be removed.
Similar, since of_get_phy_mode() is now defined as dummy function
if OF_NET is not configured, it is no longer necessary to provide
an
With of_get_mac_address() and of_get_phy_mode() now defined as dummy
functions if OF_NET is not configured, it is no longer necessary to
provide OF dependent functions as front-end. Also, the two functions
depend on OF_NET, not on OF, so the conditional code was not correct
anyway.
Drop the front-
of_get_mac_address() and of_get_phy_mode() are only provided if OF_NET
is configured. While most callers check for the define, not all do, and those
who do require #ifdef around the code. For those who don't, the missing check
can result in errors such as
arch/powerpc/sysdev/tsi108_dev.c:107:3: er
Provide empty functions for of_get_phy_mode() and of_get_mac_address()
if OF_NET is not configured. Modify affected drivers to rely on the
now available functions.
Guenter Roeck (5):
of_net.h: Provide dummy functions if OF_NET
With of_get_mac_address() and of_get_phy_mode() now defined as dummy
functions if OF_NET is not configured, it is no longer necessary to
provide OF dependent functions as front-end. Also, the two functions
depend on OF_NET, not on OF, so the conditional code was not correct
anyway.
Drop the front-
Hi all,
I have a few questions regarding the implementation of the of_iomap()
function.
As it currently stands, the function parses the device tree for the
device's address and then simply calls ioremap() with that address and
the associated size.
The first question that has come up is why
On Tuesday 02 April 2013, Vinod Koul wrote:
> On Sun, Mar 31, 2013 at 06:17:59PM +0200, Anatolij Gustschin wrote:
> > Add generic DMA bindings and register the DMA controller
> > to DT DMA helpers.
> I need someone who understands DT better than me to comment/ack...
> Arnd...?
> >
> > +struct mp
On Sun, Mar 31, 2013 at 06:17:59PM +0200, Anatolij Gustschin wrote:
> Add generic DMA bindings and register the DMA controller
> to DT DMA helpers.
I need someone who understands DT better than me to comment/ack...
Arnd...?
>
> Signed-off-by: Anatolij Gustschin
> ---
> arch/powerpc/boot/dts/mpc
From: Rob Herring
Date: Mon, 01 Apr 2013 14:14:10 -0500
> On 04/01/2013 02:01 PM, Guenter Roeck wrote:
>> On Mon, Apr 01, 2013 at 01:44:24PM -0500, Rob Herring wrote:
>>> On 04/01/2013 01:19 PM, Guenter Roeck wrote:
of_get_mac_address() and of_get_phy_mode() are only provided if OF_NET
On Tue, Apr 02, 2013 at 04:46:45PM +0530, Padmavathi Venna wrote:
> This patch register the dma controller with generic dma helpers only
> in DT case. This also adds some extra error handling in the driver.
>
> Signed-off-by: Padmavathi Venna
> Reported-by: Sachin Kamat
> ---
>
> Based on Vinod
On Tue, 2 Apr 2013, Arnd Bergmann wrote:
> On Tuesday 02 April 2013, Guennadi Liakhovetski wrote:
> > Currently modular V4L2 build with enabled OF is broken dur to the
> > of_get_next_parent() function being unavailable to modules. Export it to
> > fix the build.
> >
> > Cc: Sylwester Nawrocki
>
On 04/02/2013 10:55 AM, Christoph Fritz wrote:
> On Mon, 2013-04-01 at 22:05 +0200, Javier Martinez Canillas wrote:
>
>>> As a quick-fix (hack) I wrote directly to the registers in gpio_probe()
>>> to enable GPIO banks. I now geht this:
>>>
> [0.214630] omap_gpio_probe, 1133, CM_CLKSEL_PE
On Tuesday 02 April 2013, Guennadi Liakhovetski wrote:
> Currently modular V4L2 build with enabled OF is broken dur to the
> of_get_next_parent() function being unavailable to modules. Export it to
> fix the build.
>
> Cc: Sylwester Nawrocki
> Signed-off-by: Guennadi Liakhovetski
Looks good to
Currently modular V4L2 build with enabled OF is broken dur to the
of_get_next_parent() function being unavailable to modules. Export it to
fix the build.
Cc: Sylwester Nawrocki
Signed-off-by: Guennadi Liakhovetski
---
This is for 3.10
drivers/of/base.c |1 +
1 files changed, 1 insertions(
Create disabled links from the FIMC-LITE subdevs to the FIMC-IS-ISP
subdev and from FIMC-IS-ISP to all FIMC subdevs.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
drivers/media/platform/exynos4-is/media-dev.c | 79 +++--
1 file changed, 60 insertions(+
This patch allows to register FIMC-IS device represented by FIMC-IS-ISP
subdev to the top level media device driver. The use_isp platform data
structure field allows to select whether the fimc-is ISP subdev should
be tried to be registered or not.
Signed-off-by: Sylwester Nawrocki
Signed-off-by:
This patch adds DT binding documentaton for the Imaging Subsystem
(camera ISP) found on Samsung Exynos4x12 SoCs.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
Changes since v3:
- specified order of the interrupts,
- added a note about image sensor device nodes.
Changes s
This patch adds a common image sensor driver and Makefile/Kconfig
to enable cpmpilation of the whole IS drives.
The sensor subdev driver currently only handles an image sensor's
power supplies and reset signal. There is no an I2C communication
as it is handled by the ISP's firmware.
Signed-off-by
This patch adds ISP processing parameters interface files.
Signed-off-by: Younghwan Joo
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
Changes since v3:
- dropped unused headers,
- removed get_is_cfg() macro which was temporary only.
---
drivers/media/platform/exynos4-is
This patch adds the ISP I2C bus controller driver files.
Creating a standard I2C bus adapter, even if the driver doesn't
actually communicates with the hardware and it is instead used
by the ISP firmware running on the Cortex-A5, allows to use
standard hardware description in the device tree. As t
This iteration includes mostly headers inclusion and comments cleanup,
minor DT binding documentation update and added missing cleanup steps
at the I2C bus driver. Detailed changes are listed at individual
patches.
Below is a full cover letter of v3. If there is no more comments
I would send a pul
Hi,
On Tue, Apr 02 2013, Sekhar Nori wrote:
> I would like to take this series through DaVinci tree to manage the
> dependencies with mach-davinci. I need your ack on the driver part and
> the DT binding. Can you please provide your ack?
Acked-by: Chris Ball
Thanks,
- Chris.
--
Chris Ball
On Mon, 2013-04-01 at 22:05 +0200, Javier Martinez Canillas wrote:
> > As a quick-fix (hack) I wrote directly to the registers in gpio_probe()
> > to enable GPIO banks. I now geht this:
> >
> >> > [0.214630] omap_gpio_probe, 1133, CM_CLKSEL_PER 0x48005040:
> >> > 0x00ff
> >> > [0.2146
On 04/02/2013 02:37 AM, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Thursday 28 March 2013 09:15 PM, Stephen Warren wrote:
>> On 03/27/2013 11:43 PM, Kishon Vijay Abraham I wrote:
>>> The PHY framework provides a set of APIs for the PHY drivers to
>>> create/destroy a PHY and APIs for the PHY users
On 04/02/2013 12:29 AM, David Gibson wrote:
> On Mon, Apr 01, 2013 at 05:24:19PM -0700, David Collins wrote:
>> On 04/01/2013 03:00 PM, Stephen Warren wrote:
>>> On 04/01/2013 03:08 PM, David Collins wrote:
Hi,
I am working on a thermal driver which needs to be able to
read a t
On Tue, Apr 2, 2013 at 4:45 AM, Michal Bachraty
wrote:
> Hi Rob,
>
> On Monday, April 01, 2013 09:46:05 Rob Clark wrote:
>> On Mon, Apr 1, 2013 at 7:31 AM, Hiremath, Vaibhav wrote:
>> >> -Original Message-
>> >> From: devicetree-discuss [mailto:devicetree-discuss-
>> >> bounces+hvaibhav=t
According to
Documentation/devicetree/bindings/interrupt-controller/interrupts.txt
the "#interrupt-cells" property of an "interrupt-controller" is used
to define the number of cells needed to specify a single interrupt.
A commonly used variant is two cell on which #interrupt-cells = <2>
and the f
The 'camera' DT node needs to have sclk_cam0/1 and pxl_async0/1 clocks
specified, while 'fimc' nodes should have only "fimc" and "sclk_fimc".
"mux" and "parent" are leftovers from early versions of patches adding
DT support, when the IP bus clock parent clock was being set by the
driver. A better s
On Tue, Apr 02, 2013 at 12:22:43AM +0100, Alexander Clouter wrote:
> Remove platform_data hooks into rtc-m48t86 and use named resource regions.
>
> Signed-off-by: Alexander Clouter
> ---
> arch/arm/mach-orion5x/ts78xx-setup.c | 78
> --
> 1 file changed, 17 ins
On Wed, Mar 27, 2013 at 3:40 PM, Thomas Petazzoni
wrote:
> As we are approaching 3.10, I would now like to get formal Acked-by,
> or disagreements from the following maintainers/developers :
>
> * Grant Likely, as the OF maintainer, for patches 1, 2 and 3
>
>[PATCH v5 01/17] of/pci: Provide
This patch register the dma controller with generic dma helpers only
in DT case. This also adds some extra error handling in the driver.
Signed-off-by: Padmavathi Venna
Reported-by: Sachin Kamat
---
Based on Vinod Koul next branch.
Changes since V2:
- Removed pl330_free_chan_resources
If platform_data is not defined (as before), then named memory io
ranges need to be defined ("rtc_index" and "rtc_data"). The driver
then maps those regions and uses them as the RTC index and data
addresses.
Changelog:
v2 - mute GCC warnings (seems to be GCC being dumb)
- amend the {read,wri
On 3/20/2013 4:44 PM, Sekhar Nori wrote:
> Grant,
>
> On 3/20/2013 4:16 PM, Manjunathappa, Prakash wrote:
>> Patch enables support for m25p64 SPI flash support on
>> da850-EVM.
>
> With your ack, I would like to merge this series through davinci tree
> for v3.10. This will help manage dependencie
Hi Chris,
On 3/28/2013 6:40 PM, Manjunathappa, Prakash wrote:
> Patch set adds DT support for davinci_mmc driver and is
> verified on da850-evm without card_detect/write_protect and
> EDMA support. Also takecare to derive controller IP version from
> platform_device_id table, remove version specif
On Tue, Apr 02, 2013 at 14:09:29, Nori, Sekhar wrote:
> On 3/28/2013 6:40 PM, Manjunathappa, Prakash wrote:
> > Do not return probe failure with missing DMA resources,
> > allow driver to work in PIO mode.
> > Tested on da850-evm by mounting partition followed by
> > file creation and deletion.
> >
Sylwester Nawrocki wrote:
>
> This patch adds device tree node for the SYSREG registers block
> found in Samsung S5P/Exynos SoC series. The SYSREG module
> generates control signals for the ARM CPU and various IP blocks
> and buses. SYSREG block registers are exposed through APB bus
> interface. A
On Thu, Mar 28, 2013 at 12:40 PM, Tien Hock Loh wrote:
>> (...)
>> > +Altera GPIO specific properties:
>> > +- width: Width of the GPIO bank, range from 1-32
>> > +- level_trigger: Specifies whether the GPIO interrupt is level trigger.
>> > + This field is required if the Altera GPIO controller
Hi Rob,
On Monday, April 01, 2013 09:46:05 Rob Clark wrote:
> On Mon, Apr 1, 2013 at 7:31 AM, Hiremath, Vaibhav wrote:
> >> -Original Message-
> >> From: devicetree-discuss [mailto:devicetree-discuss-
> >> bounces+hvaibhav=ti@lists.ozlabs.org] On Behalf Of Michal Bachraty
> >> Sent: T
Hi,
On Tuesday 02 April 2013 01:04 AM, Sylwester Nawrocki wrote:
Just couple minor comments...
On 03/28/2013 06:43 AM, Kishon Vijay Abraham I wrote:
The PHY framework provides a set of APIs for the PHY drivers to
create/destroy a PHY and APIs for the PHY users to obtain a reference
to the
PHY
On 3/28/2013 6:40 PM, Manjunathappa, Prakash wrote:
> Do not return probe failure with missing DMA resources,
> allow driver to work in PIO mode.
> Tested on da850-evm by mounting partition followed by
> file creation and deletion.
>
> Signed-off-by: Manjunathappa, Prakash
> Tested-by: Sekhar Nor
Hi,
On Thursday 28 March 2013 09:15 PM, Stephen Warren wrote:
On 03/27/2013 11:43 PM, Kishon Vijay Abraham I wrote:
The PHY framework provides a set of APIs for the PHY drivers to
create/destroy a PHY and APIs for the PHY users to obtain a reference to the
diff --git a/Documentation/devicetr
From: Sachin Kamat
Added HDMI hot plug and regulator nodes to Arndale DT file.
Signed-off-by: Sachin Kamat
Signed-off-by: Tushar Behera
---
Changes for V3:
* Pin-control related modifications.
arch/arm/boot/dts/exynos5250-arndale.dts | 12
1 file changed, 12 insertions(+)
dif
From: Sachin Kamat
Added MFC codec node to Arndale DT file.
Signed-off-by: Sachin Kamat
---
No changes for V3
arch/arm/boot/dts/exynos5250-arndale.dts |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5250-arndale.dts
b/arch/arm/boot/dts/exynos5250-arndale.d
From: Sachin Kamat
Added vmmc regulator node to Arndale DT file.
Signed-off-by: Sachin Kamat
Signed-off-by: Tushar Behera
---
Changes for V3:
* Pin-control related modifications.
arch/arm/boot/dts/exynos5250-arndale.dts | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/
From: Amit Daniel Kachhap
Added S5M8767 PMIC DT nodes for Arndale board. Only the used
LDO's/BUCK are defined here. Also the nodes describe the default/reset
state LDO's and no power mangement tuning is implemented. The usage
desription can be found in s5m8767 device tree binding documentation.
Added GPIO buttons DT node to Arndale board file.
Signed-off-by: Tushar Behera
Signed-off-by: Sachin Kamat
---
Changes for V3:
* Removed redundant #address-cells and #size-cells
* Pin-control related modifications.
arch/arm/boot/dts/exynos5250-arndale.dts | 46 ++
From: Sachin Kamat
This is required to keep the existing functionality of having no
write protect pin on Arndale board.
Signed-off-by: Sachin Kamat
Signed-off-by: Tushar Behera
---
This is a new patch in the patchset.
arch/arm/boot/dts/exynos5250-arndale.dts |1 +
1 file changed, 1 inser
Signed-off-by: Tushar Behera
---
This is a new patch in the patch-set.
arch/arm/boot/dts/exynos5250-arndale.dts | 13 -
1 file changed, 4 insertions(+), 9 deletions(-)
diff --git a/arch/arm/boot/dts/exynos5250-arndale.dts
b/arch/arm/boot/dts/exynos5250-arndale.dts
index 5de019c..
Arndale board support has been updated using pin-control and
common clock framework.
The patchset is based on Kukjin's for-next.
commit d58f6a153f40 ("Merge branch 'next/clk-exynos-2' into for-next")
It depends on following patchset.
[PATCH 0/2] ARM: dts: Add default pin states for client nodes
+ Paul
On 03/26/2013 12:23 PM, Roger Quadros wrote:
> Register a device tree clock provider for the clocks
> on the OMAP4 SoC. Also provide the binding information.
>
> For now we only provide AUXCLKs.
>
> Signed-off-by: Roger Quadros
> ---
> .../devicetree/bindings/clock/omap4-clock.txt
Rob Herring wrote:
>
> On 03/26/2013 05:10 PM, Heiko Stübner wrote:
> > Add the necessary code to initialize the interrupt controller
> > thru devicetree data using the irqchip infrastructure.
> >
> > Signed-off-by: Heiko Stuebner
>
> Acked-by: Rob Herring
>
Rob, thanks for your ack.
Applied
Arnd Bergmann wrote:
>
> On Tuesday 26 March 2013, Heiko Stübner wrote:
> > This v6 addresses more comments from Arnd Bergmann, setting the
> compatible
> > property to the first supported SoC (s3c2410) instead of using the
> s3c24xx
> > wildcard. It also switches the parent-irq and controller irq
On Tue, Apr 02, 2013 at 09:29:44AM +0200, Anatolij Gustschin wrote:
> On Tue, 2 Apr 2013 08:56:54 +0200
> Sascha Hauer wrote:
> ...
> > > @@ -336,6 +359,8 @@ static int mxcmci_setup_data(struct mxcmci_host
> > > *host, struct mmc_data *data)
> > > } else {
> > > host->dma_dir = DMA_TO
On Tue, 2 Apr 2013 08:56:54 +0200
Sascha Hauer wrote:
...
> > @@ -336,6 +359,8 @@ static int mxcmci_setup_data(struct mxcmci_host *host,
> > struct mmc_data *data)
> > } else {
> > host->dma_dir = DMA_TO_DEVICE;
> > slave_dirn = DMA_MEM_TO_DEV;
> > +
> > + mx
On Mon, Apr 01, 2013 at 12:23:00AM +0200, Anatolij Gustschin wrote:
> The SDHC controller on mpc512x is compatible with i.MX31 SDHC
> controller, the existing MMC host driver can be used on
> mpc512x with some modifications, the patch series extends
> the existing driver. It is based on the followi
74 matches
Mail list logo