ikely
> Cc: Pawel Moll
> Cc: Mark Rutland
> Cc: Stephen Warren
> Cc: Ian Campbell
> Cc: Rob Herring
> Cc: Olof Johansson
> Cc: devicetree-discuss@lists.ozlabs.org
> Cc: devicet...@vger.kernel.org
> ---
> MAINTAINERS | 13 -
> 1 file changed, 12 ins
Hi,
On Thu, Jul 18, 2013 at 4:25 AM, Pavel Machek wrote:
> It sound to me like keeping ammount of -EPROBE_DEFER to minimum is
> still preferred.
Hand-crafting initcall level ordering of various drivers and subsystem
is probably an even greater evil though. We've done it in the past,
but now tha
On Wed, Jul 10, 2013 at 2:50 PM, Jason Cooper wrote:
> On Wed, Jul 10, 2013 at 10:08:50PM +0800, Haojian Zhuang wrote:
>> On Wed, Jul 10, 2013 at 8:24 PM, Jason Cooper wrote:
>> > On Wed, Jul 10, 2013 at 04:19:46PM +0800, Haojian Zhuang wrote:
>> >> On Tue, Jul 9, 2013 at 8:49 PM, Jason Cooper w
;
> Signed-off-by: Heiko Stuebner
Acked-by: Olof Johansson
-Olof
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
Hi,
On Tue, Jun 18, 2013 at 11:22:13AM +0100, Lorenzo Pieralisi wrote:
> Hi Olof,
>
> thanks a lot.
>
> On Mon, Jun 17, 2013 at 06:44:51PM +0100, Olof Johansson wrote:
> >
> > Sorry, I got to think of this over the weekend and should have replied
> > befor
On Tue, Jun 18, 2013 at 11:40 AM, John Stultz wrote:
> On 06/18/2013 11:28 AM, Heiko Stübner wrote:
>>
>> Am Dienstag, 18. Juni 2013, 17:38:35 schrieb Heiko Stübner:
>>>
>>> Hi Pavel,
>>>
>>> Am Dienstag, 18. Juni 2013, 17:02:44 schrieb Pavel Machek:
Hi!
>> The following 2 patch
On Fri, Jun 14, 2013 at 04:34:24PM +0200, Jonas Jensen wrote:
> Hi,
>
> Thanks for the replies.
>
> What isn't commented below should already be fixed.
>
> On 13 June 2013 00:49, Olof Johansson wrote:
> > Hi,
> >
> > You should add a bindings descri
Hi,
On Fri, Jun 14, 2013 at 04:33:29PM +0200, Jonas Jensen wrote:
> Hi,
>
> Thanks for the replies.
>
> What isn't commented below should already be fixed. I'll resubmit the
> entire set when it looks like there's nothing left to amend.
>
> On 13 June 201
Hi,
Just some small comments below. Once fixed:
Acked-by: Olof Johansson
On Thu, Jun 13, 2013 at 05:02:13PM +0200, Heiko Stübner wrote:
> + dwmmc@10214000 {
> + compatible = "rockchip,rk2928-dw-mshc";
does it make sense to fall back and also
On Mon, Jun 17, 2013 at 04:51:09PM +0100, Lorenzo Pieralisi wrote:
> The TC2 versatile express core tile integrates a logic block that provides the
> interface between the dual cluster test-chip and the M3 microcontroller that
> carries out power management. The logic block, called Serial Power Con
On Mon, Jun 17, 2013 at 09:58:47PM +0900, Kukjin Kim wrote:
> Padmavathi Venna wrote:
> >
> > This patch corrects the base address of pinctrl_3 on Exynos5250
> > platform.
> >
> > Signed-off-by: Padmavathi Venna
>
> (+ Olof)
>
> Olof, there is no other fixes in my tree for v3.10 yet, so would
On Thu, Jun 13, 2013 at 04:00:26PM +0900, Simon Horman wrote:
> From: Laurent Pinchart
>
> Add DT bindings for the gpio-rcar driver and read the device
> configuration from the DT node at probe time if available.
>
> Cc: devicetree-discuss@lists.ozlabs.org
> Signed-off-by: Laurent Pinchart
> Si
On Fri, Jun 14, 2013 at 02:04:00PM +0100, Pawel Moll wrote:
> On Thu, 2013-06-13 at 23:52 +0100, Olof Johansson wrote:
> > > + reg = <0 0x7FFF 0 0x1000>;
> >
> > #size-cells 2 on the parent bus? That's somewhat unusual.
>
> LPAE == 40 bit physi
Hi,
Overall this driver looks like it just needs more cooking
time. It's... gritty. Complicated when it should be simple and
layered. Naming is nonobvious, and overall it's hard to glance at a
function and say "ah, it does ".
I think some of this might be because of naming conventions. Lots of l
On Thu, Jun 13, 2013 at 12:45:41AM +0200, Heiko Stübner wrote:
> Part of me simply wants to wait for this - but rockchip stuff might be to
> late
> for 3.11 anyway, as we're near rc6.
For a new platform like this, it's useful to get some of the drivers to land
even if the main platform code isn'
On Wed, Jun 12, 2013 at 10:51 AM, Olof Johansson wrote:
> On Wed, Jun 12, 2013 at 11:46:37AM +0200, Linus Walleij wrote:
>> On Wed, Jun 12, 2013 at 10:55 AM, Heiko Stübner wrote:
>>
>> > with clocksource_of conversion of picoxcell and socfpga, this series
>> > s
On Wed, Jun 12, 2013 at 11:46:37AM +0200, Linus Walleij wrote:
> On Wed, Jun 12, 2013 at 10:55 AM, Heiko Stübner wrote:
>
> > with clocksource_of conversion of picoxcell and socfpga, this series stands
> > on
> > its own. Is anybody going to pick it up?
>
> I would suggest you send a pull reque
On Tue, Jun 04, 2013 at 07:39:14AM +1200, Tony Prisk wrote:
> The following changes since commit f722406faae2d073cc1d01063d1123c35425939e:
>
> Linux 3.10-rc1 (2013-05-11 17:14:08 -0700)
>
> are available in the git repository at:
>
> git://github.com/linux-wmt/linux-vtwm.git tags/vt8500/dts-
On Thu, May 23, 2013 at 11:48:58AM +0100, Lorenzo Pieralisi wrote:
> Hi Arnd, Olof,
>
> please pull dts cpus/cpu node updates for all non-compliant ARM
> SoC/boards. Please notice I could not update all dts files since some of
> them are missing the cpus node altogether and I simply can not know
>
Luke,
I want only one thing from you at this time. See below.
On Fri, Jun 7, 2013 at 11:45 AM, luke.leighton wrote:
> but the Directors of Allwinner aren't been kept in the loop,
> here: that's my job, to get them up-to-speed.
The one job I would love for you to do instead of all this tr
On Thu, Jun 6, 2013 at 8:13 AM, jonsm...@gmail.com wrote:
> On Wed, Jun 5, 2013 at 7:54 PM, luke.leighton wrote:
>> augh. ok. solutions. what are the solutions here?
>
> Luke if you really want to fix this a good solution is to have
> Allwinner join Linaro and provide an engineer to the Linar
On Thu, Jun 6, 2013 at 7:02 AM, Theodore Ts'o wrote:
> On Thu, Jun 06, 2013 at 01:24:57PM +0100, luke.leighton wrote:
>> On Thu, Jun 6, 2013 at 1:01 AM, Tomasz Figa wrote:
>>
>> > I don't see any other solution here than moving all the Allwinner code to
>> > DT (as it has been suggested in this t
Hi,
On Fri, Feb 15, 2013 at 7:14 AM, Guennadi Liakhovetski
wrote:
> Many MMC capability flags are platform-dependent and are traditionally set
> in platform data. With DT often each such capability requires a special
> binding. Add bindings for MMC_CAP_SD_HIGHSPEED, MMC_CAP_MMC_HIGHSPEED,
> MMC_
On Mon, Jun 03, 2013 at 01:00:31AM +0200, Heiko Stübner wrote:
> This adds basic support for clocks on Rockchip rk3066 SoCs.
> The clock handling thru small dt nodes is heavily inspired by the
> sunxi clk code.
>
> The clock specifiers are named as "x-cortex-a9-x", because the clock
> semantics ar
On Sat, Jun 1, 2013 at 10:07 PM, Stephen Warren wrote:
> On 05/31/2013 11:12 PM, Olof Johansson wrote:
>> On Mon, May 27, 2013 at 10:13:09PM -0600, Stephen Warren wrote:
>>> On 05/26/2013 09:53 PM, Alexandre Courbot wrote:
>>>> The naming scheme of simplefb
On Mon, May 27, 2013 at 10:13:09PM -0600, Stephen Warren wrote:
> On 05/26/2013 09:53 PM, Alexandre Courbot wrote:
> > The naming scheme of simplefb's mode is precise enough to allow building
> > the mode structure from it instead of using a static list of modes. This
> > patch introduces a functio
On Fri, May 31, 2013 at 2:31 AM, Nicolas Ferre wrote:
> On 31/05/2013 11:16, Ludovic Desroches :
>>
>> On Thu, May 30, 2013 at 06:39:36PM +0200, Jean-Christophe PLAGNIOL-VILLARD
>> wrote:
>>>
>>> On 18:32 Thu 30 May , Nicolas Ferre wrote:
On 30/05/2013 18:08, ludovic.desroc...@atmel.
On Wed, May 15, 2013 at 12:51:12PM +0530, Sujit Reddy Thumma wrote:
> On 5/14/2013 11:38 PM, Olof Johansson wrote:
> >On Tue, May 14, 2013 at 12:08 AM, Dolev Raviv wrote:
> >>Compatible list is used in commit 03b1781 but is not documented.
> >>Add necessary device t
On Wed, May 15, 2013 at 10:26 AM, Tomasz Figa wrote:
>> I don't want to specify function/direction (code can handle that), but
>> do wish I could specify the pulls and strength. Perhaps:
>>
>> ptn3460-bridge@20 {
>> compatible = "nxp,ptn3460";
>> reg = <0x20>;
>> powerdown-gpio = <
On Tue, May 14, 2013 at 12:08 AM, Dolev Raviv wrote:
> Compatible list is used in commit 03b1781 but is not documented.
> Add necessary device tree bindings to describe on-chip UFS host
> controllers.
>
> Signed-off-by: Sujit Reddy Thumma
>
> diff --git a/Documentation/devicetree/bindings/ufs/ufs
On Thu, May 9, 2013 at 7:55 PM, Vikas Sajjan wrote:
> Hi Tomasz,
>
>
> On 10 May 2013 05:35, Tomasz Figa wrote:
>>
>> Hi Vikas,
>>
>> On Wednesday 08 of May 2013 11:31:34 Vikas Sajjan wrote:
>> > Adds display timing node for a DP panel to Arndale Board DTS file
>> >
>> > Signed-off-by: Vikas Sajj
ian Daudt
This patch mostly covers code that is on Russells plate, so please feed
this to his tracker to be picked up by him. Feel free to add:
Acked-by: Olof Johansson
Thanks,
-Olof
___
devicetree-discuss mailing list
devicetree-discuss@lists
r in the upstreaming process,
> thus making new SoC or board support more generally useful earlier.
> --
>
> I assume you can just edit the patch you have and don't need me to
> resend with the adjusted description.
Oh, looks like it never got a:
Acked-by: Olof Johansson
Either. Feel free to add, Andrew.
-Olof
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
On Mon, Apr 29, 2013 at 3:23 PM, Laurent Pinchart
wrote:
> Hi Arnd,
>
> On Tuesday 30 April 2013 00:04:20 Arnd Bergmann wrote:
>> On Monday 29 April 2013, Laurent Pinchart wrote:
>> > On Monday 29 April 2013 23:31:30 Tomasz Figa wrote:
>> > > Good point. Stephen, would it be a problem to make this
On Tue, Apr 23, 2013 at 05:46:32PM +0200, Tomasz Figa wrote:
> This patch extends exynos_init_time() function to handle Exynos4210 rev0
> SoC, which differs in availability of system timers and needs different
> clocksource initialization.
>
> This makes it possible to use exynos_init_time() funct
On Sun, Apr 28, 2013 at 03:52:33PM +0900, Kukjin Kim wrote:
> On 04/27/13 09:34, Olof Johansson wrote:
>
> [...]
>
> >>>On Universal C210 board, both with and without DT:
> >>>
> >>>Tested-by: Tomasz Figa
> >>
> >>Reviewed-by: A
On Thu, Apr 25, 2013 at 04:46:27PM +0200, Arnd Bergmann wrote:
> On Tuesday 23 April 2013, Tomasz Figa wrote:
> > This series intends to fix support for Universal C210 board in mainline.
> > Main difference from other boards based on Exynos 4210 is that hardware
> > revision of the SoC used on Univ
On Wed, Apr 24, 2013 at 3:39 PM, Tony Prisk wrote:
> On 24/04/13 17:38, Tony Prisk wrote:
>>
>> Arnd, Olof,
>>
>> This is probably a bit late for 3.10 now but its just a bunch of cleanups
>> for
>> the arch-vt8500 devicetree SoC and board files, and the addition of a new
>> dts for the VIA APC8750
(Resend since I replied from my phone earlier and got list rejects due
to HTML email)
On Wed, Apr 17, 2013 at 2:34 AM, Wolfram Sang wrote:
>
> On Tue, Apr 16, 2013 at 09:34:58AM -0700, Olof Johansson wrote:
>
> > Overdue, should have added a few iterations ago: :)
>
>
On Apr 17, 2013 2:35 AM, "Wolfram Sang" wrote:
>
> On Tue, Apr 16, 2013 at 09:34:58AM -0700, Olof Johansson wrote:
>
> > Overdue, should have added a few iterations ago: :)
>
> Why is that? Is the current iteration too generic for your taste?
No, nothing like that.
ggested by Grant Likely. See
> <https://patchwork.kernel.org/patch/1877311/> for some history.
>
> Signed-off-by: Doug Anderson
> Signed-off-by: Simon Glass
> Signed-off-by: Naveen Krishna Chatradhi
> Reviewed-by: Stephen Warren
Acked-by: Olof Johansson
_
Hi,
On Sat, Apr 13, 2013 at 08:21:39AM +0400, Alexander Shiyan wrote:
> This patch provides rewritten driver for CLPS711X GPIO which uses
> generic GPIO code.
>
> Signed-off-by: Alexander Shiyan
> ---
> arch/arm/configs/clps711x_defconfig| 1 +
> arch/arm/mach-clps711x/Makefile
On Thu, Apr 11, 2013 at 8:54 AM, Stephen Warren wrote:
> On 04/11/2013 04:35 AM, Olof Johansson wrote:
>> On Thu, Mar 28, 2013 at 9:35 AM, Philipp Zabel
>> wrote:
>>> This driver implements a reset controller device that toggles gpios
>>> connected to reset
Hi,
On Thu, Mar 28, 2013 at 9:35 AM, Philipp Zabel wrote:
> This driver implements a reset controller device that toggles gpios
> connected to reset pins of peripheral ICs. The delay between assertion
> and de-assertion of the reset signal can be configured.
>
> Signed-off-by: Philipp Zabel
> Re
On Wed, Apr 10, 2013 at 11:52 PM, Olof Johansson wrote:
> On Wed, Apr 10, 2013 at 10:33:37AM -0700, Christian Daudt wrote:
>> Hi Arnd, Olof,
>> Please pull the branch below - it contains the BCM281xx l2 cache
>> enabling code.
>>
>> Thanks,
>>csd
>
On Wed, Apr 10, 2013 at 10:33:37AM -0700, Christian Daudt wrote:
> Hi Arnd, Olof,
> Please pull the branch below - it contains the BCM281xx l2 cache
> enabling code.
>
> Thanks,
>csd
>
>
> The following changes since commit 07961ac7c0ee8b546658717034fe692fd12eefa9:
>
> Linux 3.9-rc5 (20
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
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
Hi,
On Mon, Feb 18, 2013 at 12:21 AM, Thomas Abraham
wrote:
> The clock frequency of xxti and xusbxti clocks is dependent on the frequency
> of the
> on-board oscillator that is used to generate these clocks. So allow the
> frequency
> of these clocks to be specfied from device tree.
>
> Cc: Ku
On Mon, Feb 18, 2013 at 2:25 PM, Sylwester Nawrocki
wrote:
> My context was a multiprocessor SoC, where one of the processors is somehow
> application specific (e.g. camera ISP) and can be considered as a slave
> subsystem, running it's firmware and sharing system memory with the main
> processor
On Thu, Feb 14, 2013 at 9:41 AM, Rob Herring wrote:
> Just a reminder to use -M for git format-patch. Why -M for format-patch
> is not the default I wonder.
Also, don't quote a huge patch just to make a 2-line comment. :-)
-M is likely not the default because classic patch does not understand i
On Wed, Feb 13, 2013 at 10:45 AM, Olof Johansson wrote:
>> + i2c-parent = <&{/i2c@12CA}>;
>
> Why use this custom i2c-parent property? The arbitrator should just be
> under the i2c controller in the device tree, and thus parent would be
> derived
Hi,
The driver pieces have been reviewed a bit already, but I have a question on
the bindings below.
On Wed, Feb 13, 2013 at 10:02:09AM -0800, Doug Anderson wrote:
> The i2c-arbitrator driver implements the arbitration scheme that the
> Embedded Controller (EC) on the ARM Chromebook expects to us
On Tue, Feb 5, 2013 at 6:56 PM, 김승우 wrote:
>
>
> On 2013년 02월 06일 09:56, Sean Paul wrote:
>> On Tue, Feb 5, 2013 at 4:42 PM, Stephen Warren wrote:
>>> On 02/05/2013 05:37 PM, Sean Paul wrote:
On Tue, Feb 5, 2013 at 4:22 PM, Stephen Warren
wrote:
> n 02/05/2013 04:42 PM, Sean Paul
On Wed, Jan 30, 2013 at 10:49:30AM -0700, Stephen Warren wrote:
> From: Stephen Warren
>
> This allows clocksource drivers that support both DT and non-DT to
> always invoke macro CLOCKSOURCE_OF_DECLARE(), rather than wrapping
> it in a #ifdef CONFIG_CLKSRC_OF, which simplifies their code.
>
> S
On Thu, Jan 31, 2013 at 7:04 AM, Sean Paul wrote:
> On Wed, Jan 30, 2013 at 10:03 PM, Stephen Warren
> wrote:
>> On 01/30/2013 06:16 PM, Inki Dae wrote:
>>> 2013/1/30 Sylwester Nawrocki :
Hi,
On 01/08/2013 11:56 PM, Stephen Warren wrote:
>
> On 01/08/2013 01:16 PM, Se
>
> Patch title says "ARM: " but all changed except one line is to the pinctrl
> tree so I have applied it to the pinctrl tree on a separate allwinner
> branch for now (will merge it to devel when deemde stable).
>
> ARM SoC boys: can I have an ACK on this oneliner?
;wp-gpios" means that write protect should be disabled.
>
> Signed-off-by: Doug Anderson
> Acked-by: Seungwon Jeon
Acked-by: Olof Johansson
Nit below.
> @@ -825,7 +828,13 @@ static int dw_mci_get_ro(struct mmc_host *mmc)
> struct dw_mci_board *brd = slot->
On Thu, Jan 10, 2013 at 10:24:26AM -0800, Doug Anderson wrote:
> The "disable-wp" property is used to specify that a given SD card slot
> doesn't have a concept of write protect. This eliminates the need for
> special case code for SD slots that should never be write protected
> (like a micro SD s
On Wed, Jan 2, 2013 at 4:20 PM, Kukjin Kim wrote:
> Fix the incorrect compatible property value of pinctrl for EXYNOS4 SoCs.
Ah, this answers my question from the previous patch. So, why do 5450
as a separate patch?
> diff --git a/Documentation/devicetree/bindings/pinctrl/samsung-pinctrl.txt
>
On Wed, Jan 2, 2013 at 4:20 PM, Kukjin Kim wrote:
> From: Thomas Abraham
>
> Fix the incorrect compatible property value of pin-controller module
> EXYNOS5440 SoC.
>
> Signed-off-by: Thomas Abraham
> Cc: Linus Walleij
> Cc: Grant Likely
> [kgene@samsung.com: fixed it in gpio together for e
On Sun, Dec 30, 2012 at 05:37:08PM -0800, Kukjin Kim wrote:
> Olof Johansson wrote:
> >
> > On Sat, Dec 29, 2012 at 04:33:29PM -0800, Thomas Abraham wrote:
> > > Changes since v4:
> > > - Rebased to linux-3.8-rc1.
> > >
> > > Changes since v3
On Sun, Dec 30, 2012 at 09:35:16PM -0800, Thomas Abraham wrote:
> On 29 December 2012 21:29, Olof Johansson wrote:
> > On Sat, Dec 29, 2012 at 04:33:29PM -0800, Thomas Abraham wrote:
> >> Changes since v4:
> >> - Rebased to linux-3.8-rc1.
> >>
> >&
Hi,
On Thu, Dec 27, 2012 at 8:00 PM, Ajay Kumar wrote:
> This patch adds device tree match table for Exynos G2D controller.
>
> Signed-off-by: Ajay Kumar
> ---
> drivers/gpu/drm/exynos/exynos_drm_g2d.c | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/drivers/gpu/drm/exynos/e
On Sat, Dec 29, 2012 at 04:33:29PM -0800, Thomas Abraham wrote:
> Changes since v4:
> - Rebased to linux-3.8-rc1.
>
> Changes since v3:
> - Includes changes suggested by Tomasz Figa
>
> This patch series migrates the Samsung Exynos4 SoC clock code to adopt the
> common clock framework. The use o
On Sat, Dec 29, 2012 at 12:50:33PM -0800, Thomas Abraham wrote:
> Changes since v2:
> - Rebased to linux 3.8-rc1
>
> Changes since v1:
> - Includes changes suggested by Sylwester Nawrocki
>
>
> This patch series adds device tree support for Exynos4/5 MCT controller.
> This patch series has been
On Thu, Dec 20, 2012 at 11:44:04AM +0200, Hiroshi Doyu wrote:
> Initial support for Tegra 114 SoC. This is expected to be included in
> the board DTS files, Tegra 114 SoC based evaluation board family.
>
> Signed-off-by: Hiroshi Doyu
Hi,
I think it could be a good idea to start documenting the
On Fri, Dec 28, 2012 at 3:54 PM, Stephen Warren wrote:
> On 12/28/2012 09:22 AM, Rob Herring wrote:
>> On 12/20/2012 01:41 PM, Bryan Wu wrote:
>>> This patch adds support for Tegra30 Beaver board in upstream kernel.
>
>>> diff --git a/arch/arm/boot/dts/tegra30-beaver.dts
>>> b/arch/arm/boot/dts/t
[+devicetree-discuss]
On Wed, Dec 5, 2012 at 2:36 PM, Peter Huewe wrote:
> Hi,
>
> I have a short question about the relations between i2c and devicetrees.
>
> I was wondering
> is the device part of the compatible string of a (trivial) i2c device
> instanciated via devicetree _always_ identical
On Mon, Nov 12, 2012 at 10:48:16PM +0530, Viresh Kumar wrote:
> On 12 November 2012 20:51, Arnd Bergmann wrote:
> > On Sunday 11 November 2012, Viresh Kumar wrote:
>
> > I tried pulling in patches 2 to 11, but it no longer builds because of the
> > dependency you mentioned. Can you be more specif
to act.
>
> Any feedback is welcome.
Nice and clean. I wonder if it even warrants its own mach directory at this
point, or over time if more of them can share. But that's a restructuring that
can happen later.
For the series:
Acked-by: Olof Johansson
It's up to you if you wa
implicit declaration of function
'of_get_child_by_name' [-Werror=implicit-function-declaration]
Signed-off-by: Olof Johansson
---
include/linux/of.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/include/linux/of.h b/include/linux/of.h
index 72843b7..b4e50d5 100644
On Sun, Oct 07, 2012 at 02:14:41PM +1300, Tony Prisk wrote:
> Add board files (vt8500-bv07, wm8505-ref and wm8650-mid)
> to allow 'make dtbs' on arch-vt8500.
>
> Signed-off-by: Tony Prisk
Applied to fixes.
-Olof
___
devicetree-discuss mailing list
de
On Mon, Sep 24, 2012 at 09:13:53AM +0200, Andrew Lunn wrote:
> > > +Required properties:
> > > +- compatible: must be "marvell,orion-ehci"
> > > +- reg: physical base address of the controller and length of memory
> > > mapped
> > > + region.
> > > +- interrupts: The EHCI interrupt
> > > +- phy-v
Hi,
Sorry for the late feedback but I didn't notice this until I looked at
the pull request from Jason.
Please go back and revisit these bindings. I'll merge in the current
version but they need to be fixed up.
Also, always cc devicetree-discuss and the DT maintainers on new bindings.
On Sat, S
> Is it appropriate to take this directly into your tree or should it go
> through Russell's?
Please send it to Russell's patch tracker, and feel free to add my:
Acked-by: Olof Johansson
-Olof
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
On Tue, Sep 04, 2012 at 09:19:10AM +0200, Linus Walleij wrote:
> On Mon, Sep 3, 2012 at 11:55 PM, Russell King - ARM Linux
> wrote:
> > [Me]
> >> Currently I would make it impossible to use ATAGs if I do this since
> >> the symbol does not exist, so I really need to base such an
> >> approach in a
upport does not prevent the usage of
> CONFIG_ARM_ATAG_DTB_COMPAT.
>
> Signed-off-by: Nicolas Pitre
Nice!
Acked-by: Olof Johansson
-Olof
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
On Wed, Aug 1, 2012 at 12:03 PM, Sylwester Nawrocki
wrote:
> It wouldn't be clear what specific SoCs the "samsung,exynos5-gsc" compatible
> string applies to, would it ? I believe there are already minor differences
> in GScaler parameters on currently available exynos5 SoC. The variant data
> st
On Tue, Jul 24, 2012 at 8:48 PM, David Gibson
wrote:
> On Tue, Jul 24, 2012 at 11:34:50AM +0200, Attila Kinali wrote:
>> Hi,
>>
>> I have here an embedded system where i use a serial port as SD Card
>> interface as well as SPI interface. I select what i want to use
>> by setting a GPIO pin high or
having each device do its own binding for the same.
Signed-off-by: Olof Johansson
---
drivers/of/of_i2c.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/of/of_i2c.c b/drivers/of/of_i2c.c
index 1e173f3..3550f3b 100644
--- a/drivers/of/of_i2c.c
+++ b/drivers/of/of_i2c.c
@@ -61,6 +61,9 @
igned-off-by: Olof Johansson
---
Documentation/devicetree/bindings/gpio/gpio-samsung.txt | 9 +
drivers/gpio/gpio-samsung.c | 5 -
2 files changed, 9 insertions(+), 5 deletions(-)
diff --git a/Documentation/devicetree/bindings/gpio/gpio-samsung.txt
b/Document
[+devicetree-discuss and grant/rob]
On Fri, Jun 1, 2012 at 2:04 PM, Mark Brown
wrote:
> On Fri, Jun 01, 2012 at 02:44:00PM -0600, Stephen Warren wrote:
>
>> Could you expand on "named property" a bit; I'm not quite sure what
>> you're getting at - literally a property with name "named" (which
>>
On Sun, May 20, 2012 at 2:21 AM, Mark Brown
wrote:
> On Fri, May 18, 2012 at 03:03:31PM +0530, Thomas Abraham wrote:
>
>> - s3c64xx_spi0_set_platdata(&s3c64xx_spi0_pdata, 0, 1);
>> + s3c64xx_spi0_set_platdata("s3c6410-spi", NULL, 0, 1);
>
> ...
>
>> + pd.src_clk_nr = src_clk_nr;
>> +
Hi,
Some comments below.
On Tue, May 8, 2012 at 3:04 PM, Thomas Abraham
wrote:
> Platform data is used to specify controller hardware specific information
> such as the tx/rx fifo level mask and bit offset of rx fifo level. Such
> information is not suitable to be supplied from device tree. Inst
On Fri, May 18, 2012 at 11:11 PM, Grant Likely
wrote:
> On Wed, 2 May 2012 10:57:11 -0700, Olof Johansson wrote:
>> Hi,
>>
>> [adding devicetree-discuss]
>>
>> On Mon, Apr 30, 2012 at 12:14 PM, Thomas Abraham
>> wrote:
>> > And interrupt combiner
Hi,
On Thu, May 10, 2012 at 3:15 AM, Thomas Abraham
wrote:
> Hi Olof,
>
> On 2 May 2012 23:37, Olof Johansson wrote:
>> Hi,
>
> [...]
>
>>> +# Slots: The slot specific information are contained within child-nodes
>>> with
>>> + each child-
Hi,
On Thu, May 3, 2012 at 11:39 AM, Stephen Warren wrote:
> On 05/03/2012 10:51 AM, Hiroshi DOYU wrote:
>> Tegra Memory Controller(MC) driver for Tegra20/30.
>> Added to support MC General interrupts, mainly for IOMMU.
>
>> The location of a file may not be suitable because of xxx_driver under
Hi,
On Tue, May 1, 2012 at 10:07 PM, Thomas Abraham
wrote:
> The instantiation of the Synopsis Designware controller on Exynos5250
> include extension for SDR and DDR specific tx/rx phase shift timing
> and CIU internal divider. In addition to that, the option to skip the
> command hold stage is
Hi,
On Tue, May 1, 2012 at 10:07 PM, Thomas Abraham
wrote:
> Add device tree based discovery support.
>
> Signed-off-by: Thomas Abraham
> ---
> .../devicetree/bindings/mmc/synposis-dw-mshc.txt | 85 +
> drivers/mmc/host/dw_mmc-pltfm.c | 24 +++
> drivers/mmc/hos
Hi,
[adding devicetree-discuss]
On Mon, Apr 30, 2012 at 12:14 PM, Thomas Abraham
wrote:
> And interrupt combiner, external interrupt wakeup interrupt controller
> and smsc9215 lan controller nodes.
>
> Signed-off-by: Thomas Abraham
> ---
> arch/arm/boot/dts/exynos5250-smdk5250.dts | 11 +
On Tue, Apr 24, 2012 at 3:56 PM, Olof Johansson wrote:
> Hi,
>
>
> On Thu, Apr 12, 2012 at 08:45:20PM +0200, Karol Lewandowski wrote:
>> Avoid hard lockup when someone provides non-supported regulator
>> name.
>>
>> Signed-off-by: Karol Lewandowski
>> S
Hi,
On Thu, Apr 12, 2012 at 08:45:20PM +0200, Karol Lewandowski wrote:
> Avoid hard lockup when someone provides non-supported regulator
> name.
>
> Signed-off-by: Karol Lewandowski
> Signed-off-by: Kyungmin Park
> Cc: Thomas Abraham
What is this supposed to apply against? It doesn't match a
On Wed, Apr 4, 2012 at 10:03 AM, Nicolas Ferre wrote:
> Arnd, Olof,
>
> I would like you to integrate this fist batch of AT91 related fixes. They
> are covering DT and USB related issues that we have seen on top of 3.4-rc1.
>
> I have also included modifications of the OHCI USB driver because they
on-ambiguous device node isn't necessary anyway, so this
patch is still a reasonable thing to do.
> Signed-off-by: Ludovic Desroches
> Signed-off-by: Nicolas Ferre
> Cc: Jean-Christophe PLAGNIOL-VILLARD
> Cc: devicetree-discuss@lists.ozlabs.org
Acked
On Mon, Apr 2, 2012 at 4:19 PM, Simon Glass wrote:
> This adds timings for T20 and T25 Seaboards, using the bindings found here:
>
> http://patchwork.ozlabs.org/patch/132928/
>
> We supply both full speed options for normal running, and half speed options
> for testing / development.
>
> Signed-of
On Thu, Mar 08, 2012 at 03:51:20PM +0100, Thierry Reding wrote:
> This patch series adds support for device tree based probing of the PCIe
> controller found on Tegra SoCs.
>
> Patches 1 and 2 have already been posted by Grant and Mark respectively
> but I've included them here for reference. Both
Hi,
On Thu, Mar 8, 2012 at 9:30 AM, Jason wrote:
> On Thu, Mar 08, 2012 at 09:15:08AM -0800, Olof Johansson wrote:
>> Hi,
>>
>> On Thu, Mar 8, 2012 at 8:10 AM, Arnd Bergmann wrote:
>> > On Wednesday 07 March 2012, Jason Cooper wrote:
>> &
Hi,
On Thu, Mar 8, 2012 at 8:10 AM, Arnd Bergmann wrote:
> On Wednesday 07 March 2012, Jason Cooper wrote:
>> The following changes since commit d65b4e98d7ea3038b767b70fe8be959b2913f16d:
>>
>> Linux 3.3-rc3 (2012-02-08 19:21:53 -0800)
>>
>> are available in the git repository at:
>> git://git
1 - 100 of 274 matches
Mail list logo
