Re: [RFC] yamldt v0.5, now a DTS compiler too

Hi all, I’ve just put up a blog-entry explaining the rationale behind yaml and device tree. https://www.konsulko.com/yaml-and-device-tree/ Please give it a quick glance and give feedback if you can. Regards — Pantelis

Re: [RFC] yamldt v0.5, now a DTS compiler too

Hi all, I’ve just put up a blog-entry explaining the rationale behind yaml and device tree. https://www.konsulko.com/yaml-and-device-tree/ Please give it a quick glance and give feedback if you can. Regards — Pantelis

Re: [RFC] yamldt v0.5, now a DTS compiler too

Hi Grant, > On Oct 22, 2017, at 19:54 , Grant Likely <grant.lik...@secretlab.ca> wrote: > > On Fri, Oct 20, 2017 at 8:16 PM, Pantelis Antoniou > <pantelis.anton...@konsulko.com> wrote: >> Hi Grant, >> >>> On Oct 20, 2017, at 20:46 , G

Re: [RFC] yamldt v0.5, now a DTS compiler too

Hi Grant, > On Oct 22, 2017, at 19:54 , Grant Likely wrote: > > On Fri, Oct 20, 2017 at 8:16 PM, Pantelis Antoniou > wrote: >> Hi Grant, >> >>> On Oct 20, 2017, at 20:46 , Grant Likely wrote: >>> >>> On Thu, Sep 28, 2017 at 8:58

Re: [RFC] yamldt v0.5, now a DTS compiler too

Hi Grant, > On Oct 20, 2017, at 20:46 , Grant Likely <grant.lik...@secretlab.ca> wrote: > > On Thu, Sep 28, 2017 at 8:58 PM, Pantelis Antoniou > <pantelis.anton...@konsulko.com> wrote: >> Hello again, >> >> Significant progress has been made o

Re: [RFC] yamldt v0.5, now a DTS compiler too

Hi Grant, > On Oct 20, 2017, at 20:46 , Grant Likely wrote: > > On Thu, Sep 28, 2017 at 8:58 PM, Pantelis Antoniou > wrote: >> Hello again, >> >> Significant progress has been made on yamldt and is now capable of >> not only generating yaml from DTS s

Re: [PATCH v2 5/5] of/fdt: only store the device node basename in full_name

Hi Frank, > On Oct 20, 2017, at 00:46 , Frank Rowand wrote: > > On 10/19/17 13:06, Moritz Fischer wrote: > > < snip > > >> We also have plenty of code that is just not aware of overlays, and >> assumes certain parts of the tree to stay static. > > I would state that

Re: [PATCH v2 5/5] of/fdt: only store the device node basename in full_name

Hi Frank, > On Oct 20, 2017, at 00:46 , Frank Rowand wrote: > > On 10/19/17 13:06, Moritz Fischer wrote: > > < snip > > >> We also have plenty of code that is just not aware of overlays, and >> assumes certain parts of the tree to stay static. > > I would state that somewhat differently.

Re: [PATCH v2 5/5] of/fdt: only store the device node basename in full_name

Hi Rob, > On Oct 18, 2017, at 21:30 , Rob Herring <r...@kernel.org> wrote: > > On Wed, Oct 18, 2017 at 10:53 AM, Pantelis Antoniou > <pantelis.anton...@konsulko.com> wrote: >> On Wed, 2017-10-18 at 10:44 -0500, Rob Herring wrote: >>> On Wed, Oct 18, 2017 a

Re: [PATCH v2 5/5] of/fdt: only store the device node basename in full_name

Hi Rob, > On Oct 18, 2017, at 21:30 , Rob Herring wrote: > > On Wed, Oct 18, 2017 at 10:53 AM, Pantelis Antoniou > wrote: >> On Wed, 2017-10-18 at 10:44 -0500, Rob Herring wrote: >>> On Wed, Oct 18, 2017 at 10:12 AM, Alan Tull wrote: >>>> On Tue

Re: [PATCH v2 5/5] of/fdt: only store the device node basename in full_name

Hi Frank, > On Oct 19, 2017, at 00:46 , Frank Rowand <frowand.l...@gmail.com> wrote: > > On 10/18/17 11:30, Rob Herring wrote: >> On Wed, Oct 18, 2017 at 10:53 AM, Pantelis Antoniou >> <pantelis.anton...@konsulko.com> wrote: >>> On Wed, 2017-10-18 at 1

Re: [PATCH v2 5/5] of/fdt: only store the device node basename in full_name

Hi Frank, > On Oct 19, 2017, at 00:46 , Frank Rowand wrote: > > On 10/18/17 11:30, Rob Herring wrote: >> On Wed, Oct 18, 2017 at 10:53 AM, Pantelis Antoniou >> wrote: >>> On Wed, 2017-10-18 at 10:44 -0500, Rob Herring wrote: >>>> On Wed, Oct 18, 2017 a

Re: [PATCH v2 5/5] of/fdt: only store the device node basename in full_name

On Wed, 2017-10-18 at 10:44 -0500, Rob Herring wrote: > On Wed, Oct 18, 2017 at 10:12 AM, Alan Tull wrote: > > On Tue, Oct 17, 2017 at 6:51 PM, Frank Rowand > > wrote: > >> On 10/17/17 14:46, Rob Herring wrote: > >>> On Tue, Oct 17, 2017 at 4:32 PM,

Re: [PATCH v2 5/5] of/fdt: only store the device node basename in full_name

On Wed, 2017-10-18 at 10:44 -0500, Rob Herring wrote: > On Wed, Oct 18, 2017 at 10:12 AM, Alan Tull wrote: > > On Tue, Oct 17, 2017 at 6:51 PM, Frank Rowand > > wrote: > >> On 10/17/17 14:46, Rob Herring wrote: > >>> On Tue, Oct 17, 2017 at 4:32 PM, Alan Tull wrote: > On Mon, Aug 21, 2017

Re: [RFC] yamldt v0.5, now a DTS compiler too

Hi David, > On Oct 10, 2017, at 04:50 , David Gibson <da...@gibson.dropbear.id.au> wrote: > > On Mon, Oct 09, 2017 at 06:07:28PM +0300, Pantelis Antoniou wrote: >> Hi David, >> >>> On Oct 9, 2017, at 03:00 , David Gibson <da...@gibson.dropbear.id.au>

Re: [RFC] yamldt v0.5, now a DTS compiler too

Hi David, > On Oct 10, 2017, at 04:50 , David Gibson wrote: > > On Mon, Oct 09, 2017 at 06:07:28PM +0300, Pantelis Antoniou wrote: >> Hi David, >> >>> On Oct 9, 2017, at 03:00 , David Gibson wrote: >>> >>> On Sun, Oct 08, 2017 at 04:08:03PM -

Re: [RFC] yamldt v0.5, now a DTS compiler too

Hi David, > On Oct 9, 2017, at 03:00 , David Gibson <da...@gibson.dropbear.id.au> wrote: > > On Sun, Oct 08, 2017 at 04:08:03PM -0700, Frank Rowand wrote: >> On 10/07/17 03:23, Pantelis Antoniou wrote: >>> Hi Rob, >>> >>>> On Oct 6, 2017, a

Re: [RFC] yamldt v0.5, now a DTS compiler too

Hi David, > On Oct 9, 2017, at 03:00 , David Gibson wrote: > > On Sun, Oct 08, 2017 at 04:08:03PM -0700, Frank Rowand wrote: >> On 10/07/17 03:23, Pantelis Antoniou wrote: >>> Hi Rob, >>> >>>> On Oct 6, 2017, at 16:55 , Rob Herring wrote: >>

Re: [RFC] yamldt v0.5, now a DTS compiler too

Hi Frank, > On Oct 9, 2017, at 02:08 , Frank Rowand <frowand.l...@gmail.com> wrote: > > On 10/07/17 03:23, Pantelis Antoniou wrote: >> Hi Rob, >> >>> On Oct 6, 2017, at 16:55 , Rob Herring <robherri...@gmail.com> wrote: >>> >

Re: [RFC] yamldt v0.5, now a DTS compiler too

Hi Frank, > On Oct 9, 2017, at 02:08 , Frank Rowand wrote: > > On 10/07/17 03:23, Pantelis Antoniou wrote: >> Hi Rob, >> >>> On Oct 6, 2017, at 16:55 , Rob Herring wrote: >>> >>> On Tue, Oct 3, 2017 at 12:39 PM, Pantelis Antoniou >

Re: [RFC] yamldt v0.5, now a DTS compiler too

Hi Rob, > On Oct 6, 2017, at 16:55 , Rob Herring <robherri...@gmail.com> wrote: > > On Tue, Oct 3, 2017 at 12:39 PM, Pantelis Antoniou > <pantelis.anton...@konsulko.com> wrote: >> Hi Rob, >> >> On Tue, 2017-10-03 at 12:13 -0500, Rob Herring wrote: &g

Re: [RFC] yamldt v0.5, now a DTS compiler too

Hi Rob, > On Oct 6, 2017, at 16:55 , Rob Herring wrote: > > On Tue, Oct 3, 2017 at 12:39 PM, Pantelis Antoniou > wrote: >> Hi Rob, >> >> On Tue, 2017-10-03 at 12:13 -0500, Rob Herring wrote: >>> On Tue, Oct 3, 2017 at 9:13 AM, Pantelis Antoniou >>&

Re: [RFC] yamldt v0.5, now a DTS compiler too

Hi Rob, On Tue, 2017-10-03 at 12:13 -0500, Rob Herring wrote: > On Tue, Oct 3, 2017 at 9:13 AM, Pantelis Antoniou > <pantelis.anton...@konsulko.com> wrote: > > Hi Rob, > > > > On Tue, 2017-10-03 at 08:18 -0500, Rob Herring wrote: > >> On Mon, Oc

Re: [RFC] yamldt v0.5, now a DTS compiler too

Hi Rob, On Tue, 2017-10-03 at 12:13 -0500, Rob Herring wrote: > On Tue, Oct 3, 2017 at 9:13 AM, Pantelis Antoniou > wrote: > > Hi Rob, > > > > On Tue, 2017-10-03 at 08:18 -0500, Rob Herring wrote: > >> On Mon, Oct 2, 2017 at 2:46 PM, Pantelis An

Re: [RFC] yamldt v0.5, now a DTS compiler too

Hi Rob, On Tue, 2017-10-03 at 08:18 -0500, Rob Herring wrote: > On Mon, Oct 2, 2017 at 2:46 PM, Pantelis Antoniou > <pantelis.anton...@konsulko.com> wrote: > > Hi Rob, > > > > On Sun, 2017-10-01 at 17:00 -0500, Rob Herring wrote: > >> On Thu, Sep

Re: [RFC] yamldt v0.5, now a DTS compiler too

Hi Rob, On Tue, 2017-10-03 at 08:18 -0500, Rob Herring wrote: > On Mon, Oct 2, 2017 at 2:46 PM, Pantelis Antoniou > wrote: > > Hi Rob, > > > > On Sun, 2017-10-01 at 17:00 -0500, Rob Herring wrote: > >> On Thu, Sep 28, 2017 at 2:58 PM, Pantelis Antonio

Re: [RFC] yamldt v0.5, now a DTS compiler too

Hi Geert, On Tue, 2017-10-03 at 09:17 +0200, Geert Uytterhoeven wrote: > Hi Pantelis, > > On Mon, Oct 2, 2017 at 9:46 PM, Pantelis Antoniou > <pantelis.anton...@konsulko.com> wrote: > > # Note that the YAML example must be validated against this binding > >

Re: [RFC] yamldt v0.5, now a DTS compiler too

Hi Geert, On Tue, 2017-10-03 at 09:17 +0200, Geert Uytterhoeven wrote: > Hi Pantelis, > > On Mon, Oct 2, 2017 at 9:46 PM, Pantelis Antoniou > wrote: > > # Note that the YAML example must be validated against this binding > > # to be an accepted entry > >

Re: [RFC] yamldt v0.5, now a DTS compiler too

Hi Rob, On Sun, 2017-10-01 at 17:00 -0500, Rob Herring wrote: > On Thu, Sep 28, 2017 at 2:58 PM, Pantelis Antoniou > <pantelis.anton...@konsulko.com> wrote: > > Hello again, > > > > Significant progress has been made on yamldt and is now capable of > > not

Re: [RFC] yamldt v0.5, now a DTS compiler too

Hi Rob, On Sun, 2017-10-01 at 17:00 -0500, Rob Herring wrote: > On Thu, Sep 28, 2017 at 2:58 PM, Pantelis Antoniou > wrote: > > Hello again, > > > > Significant progress has been made on yamldt and is now capable of > > not only generating yaml from DTS source

Re: [RFC] yamldt v0.5, now a DTS compiler too

> On Oct 2, 2017, at 01:00 , Rob Herring <robherri...@gmail.com> wrote: > > On Thu, Sep 28, 2017 at 2:58 PM, Pantelis Antoniou > <pantelis.anton...@konsulko.com> wrote: >> Hello again, >> >> Significant progress has been made on yamldt and is now capab

Re: [RFC] yamldt v0.5, now a DTS compiler too

> On Oct 2, 2017, at 01:00 , Rob Herring wrote: > > On Thu, Sep 28, 2017 at 2:58 PM, Pantelis Antoniou > wrote: >> Hello again, >> >> Significant progress has been made on yamldt and is now capable of >> not only generating yaml from DTS source but als

[RFC] yamldt v0.5, now a DTS compiler too

Hello again, Significant progress has been made on yamldt and is now capable of not only generating yaml from DTS source but also compiling DTS sources and being almost fully compatible with DTC. Compiling the kernel's DTBs using yamldt is as simple as using a DTC=yamldt. Error reporting is

[RFC] yamldt v0.5, now a DTS compiler too

Hello again, Significant progress has been made on yamldt and is now capable of not only generating yaml from DTS source but also compiling DTS sources and being almost fully compatible with DTC. Compiling the kernel's DTBs using yamldt is as simple as using a DTC=yamldt. Error reporting is

Re: [PATCH] devicetree: Enable generation of __symbols__ in all dtb files

number of __symbol__ entries added to match the >>> contents of the dts. >>> >>> Cc: Rob Herring <robh...@kernel.org> >>> Cc: Frank Rowand <frowand.l...@gmail.com> >>> Cc: Masahiro Yamada <yamada.masah...@socionext.com> >>> Cc: M

Re: [PATCH] devicetree: Enable generation of __symbols__ in all dtb files

ts of the dts. >>> >>> Cc: Rob Herring >>> Cc: Frank Rowand >>> Cc: Masahiro Yamada >>> Cc: Michal Marek >>> Cc: Pantelis Antoniou >>> Cc: devicet...@vger.kernel.org >>> Cc: linux-kernel@vger.kernel.org >>> C

Re: [PATCH] devicetree: Enable generation of __symbols__ in all dtb files

rnel.org> > Cc: Frank Rowand <frowand.l...@gmail.com> > Cc: Masahiro Yamada <yamada.masah...@socionext.com> > Cc: Michal Marek <mma...@suse.com> > Cc: Pantelis Antoniou <pantelis.anton...@konsulko.com> > Cc: devicet...@vger.kernel.org > Cc: linux-ker

Re: [PATCH] devicetree: Enable generation of __symbols__ in all dtb files

iro Yamada > Cc: Michal Marek > Cc: Pantelis Antoniou > Cc: devicet...@vger.kernel.org > Cc: linux-kernel@vger.kernel.org > CC: linux-kbu...@vger.kernel.org > Signed-off-by: Tom Rini > --- > In order for a dtb file to be useful with all types of overlays, it > needs to

Re: [PATCH] external references for device tree overlays

the drivers involved to this devices. > > Hope this helps to understand the reason for this patch. > FWIW your problem seems like something that would happen on the field. We can berate the vendor of not providing the correct device tree, but in the end workarounds for broken vendor t

Re: [PATCH] external references for device tree overlays

the drivers involved to this devices. > > Hope this helps to understand the reason for this patch. > FWIW your problem seems like something that would happen on the field. We can berate the vendor of not providing the correct device tree, but in the end workarounds for broken

Re: [PATCH] external references for device tree overlays

Hi Stefani, On Mon, 2017-06-05 at 14:59 +0200, Stefani Seibold wrote: > From: Stefani Seibold > > This patch enables external references for symbols which are not > exported by the current device tree. For example > > // RASPI example (only for testing) > /dts-v1/; >

Re: [PATCH] external references for device tree overlays

Hi Stefani, On Mon, 2017-06-05 at 14:59 +0200, Stefani Seibold wrote: > From: Stefani Seibold > > This patch enables external references for symbols which are not > exported by the current device tree. For example > > // RASPI example (only for testing) > /dts-v1/; > /plugin/; > > / { >

Re: [PATCH 0/4 v2] of/overlay: sysfs based ABI for dt overlays

ber. >> >> unload: This is a write only file. >>If a positive number n is wrtten to this file the n >>most recent overlays are destroyed. >>If a negative number is written to this file all >>overlays are destroyed. > > This patch series follows

Re: [PATCH 0/4 v2] of/overlay: sysfs based ABI for dt overlays

nly file. >>If a positive number n is wrtten to this file the n >>most recent overlays are destroyed. >>If a negative number is written to this file all >>overlays are destroyed. > > This patch series follows a _somewhat_ similar approach t

Re: [PATCH 1/3] of: Support parsing phandle argument lists through a nexus node

s' from < 2 GPIO_ACTIVE_LOW> > to <_gpio1 3 GPIO_ACTIVE_LOW>. > Very good. My only point would be to elaborate a little bit on the documentation part about how there might be different #list-cells values pointed at, and how the lookup is performe

Re: [PATCH 1/3] of: Support parsing phandle argument lists through a nexus node

> > to <_gpio1 3 GPIO_ACTIVE_LOW>. > Very good. My only point would be to elaborate a little bit on the documentation part about how there might be different #list-cells values pointed at, and how the lookup is performed in steps. > Cc: Pantelis Antoniou > Cc: Linus Walleij

Re: [PATCH 0/2] OF phandle nexus support + GPIO nexus

Hi Stephen, > On Nov 24, 2016, at 12:25 , Stephen Boyd wrote: > > This is one small chunk of work related to DT overlays for expansion > boards. It would be good to have a way to expose #-cells types of > providers through a connector in a standard way. So we introduce

Re: [PATCH 0/2] OF phandle nexus support + GPIO nexus

Hi Stephen, > On Nov 24, 2016, at 12:25 , Stephen Boyd wrote: > > This is one small chunk of work related to DT overlays for expansion > boards. It would be good to have a way to expose #-cells types of > providers through a connector in a standard way. So we introduce a way > to make "nexus"

Re: [RFC PATCH 1/5] of: introduce the overlay manager

Hi Antoine, > On Oct 26, 2016, at 17:57 , Antoine Tenart > wrote: > > The overlay manager is an in-kernel library helping to handle dt overlay > loading when using capes. > Code related comments > Signed-off-by: Antoine Tenart

Re: [RFC PATCH 1/5] of: introduce the overlay manager

Hi Antoine, > On Oct 26, 2016, at 17:57 , Antoine Tenart > wrote: > > The overlay manager is an in-kernel library helping to handle dt overlay > loading when using capes. > Code related comments > Signed-off-by: Antoine Tenart > --- > drivers/of/Kconfig | 2 + >

Re: [RFC PATCH 1/5] of: introduce the overlay manager

Hi Antoine, > On Oct 26, 2016, at 17:57 , Antoine Tenart > wrote: > > The overlay manager is an in-kernel library helping to handle dt overlay > loading when using capes. > All in all a nice idea. Comments inline. > Signed-off-by: Antoine Tenart

Re: [RFC PATCH 1/5] of: introduce the overlay manager

Hi Antoine, > On Oct 26, 2016, at 17:57 , Antoine Tenart > wrote: > > The overlay manager is an in-kernel library helping to handle dt overlay > loading when using capes. > All in all a nice idea. Comments inline. > Signed-off-by: Antoine Tenart > --- > drivers/of/Kconfig

Re: [RFC PATCH 13/13] of: Remove unused variable overlay_symbols

Hi Frank, > On Oct 25, 2016, at 23:59 , frowand.l...@gmail.com wrote: > > From: Frank Rowand > > This unused variable is a reminder that symbols in overlays are > not available to subsequent overlays. If such a feature is > desired then there are several ways it

Re: [RFC PATCH 13/13] of: Remove unused variable overlay_symbols

Hi Frank, > On Oct 25, 2016, at 23:59 , frowand.l...@gmail.com wrote: > > From: Frank Rowand > > This unused variable is a reminder that symbols in overlays are > not available to subsequent overlays. If such a feature is > desired then there are several ways it could be implemented. >

Re: [RFC PATCH 00/13] of: Make drivers/of/resolver.c more readable

Hi Frank, > On Oct 26, 2016, at 00:02 , Frank Rowand wrote: > > On 10/25/16 13:58, frowand.l...@gmail.com wrote: >> From: Frank Rowand >> >> drivers/of/resolve.c is a bit difficult to read. Clean it up so >> that review of future overlay

Re: [RFC PATCH 00/13] of: Make drivers/of/resolver.c more readable

Hi Frank, > On Oct 26, 2016, at 00:02 , Frank Rowand wrote: > > On 10/25/16 13:58, frowand.l...@gmail.com wrote: >> From: Frank Rowand >> >> drivers/of/resolve.c is a bit difficult to read. Clean it up so >> that review of future overlay related patches will be easier. > > < snip > > > Hi

Re: [RFC PATCH 02/13] of: Remove excessive printks to reduce clutter

Hi Rob, Frank, > On Oct 27, 2016, at 15:21 , Rob Herring wrote: > > On Tue, Oct 25, 2016 at 3:58 PM, wrote: >> From: Frank Rowand > > Maybe some should be debug? > Yes, please do not get rid of them completely. Leave

Re: [RFC PATCH 02/13] of: Remove excessive printks to reduce clutter

Hi Rob, Frank, > On Oct 27, 2016, at 15:21 , Rob Herring wrote: > > On Tue, Oct 25, 2016 at 3:58 PM, wrote: >> From: Frank Rowand > > Maybe some should be debug? > Yes, please do not get rid of them completely. Leave them at least as debug level so that if there’s a problem there’s a way

Re: [PATCH 00/10] Introduce Juniper PTXPMB CPLD driver

Hi Linus, > On Oct 20, 2016, at 16:42 , Linus Walleij <linus.wall...@linaro.org> wrote: > > On Fri, Oct 7, 2016 at 5:17 PM, Pantelis Antoniou > <pantelis.anton...@konsulko.com> wrote: > >> Add Juniper's PTXPMB FPGA CPLD driver. Those FPGAs >> are pre

Re: [PATCH 00/10] Introduce Juniper PTXPMB CPLD driver

Hi Linus, > On Oct 20, 2016, at 16:42 , Linus Walleij wrote: > > On Fri, Oct 7, 2016 at 5:17 PM, Pantelis Antoniou > wrote: > >> Add Juniper's PTXPMB FPGA CPLD driver. Those FPGAs >> are present in Juniper's PTX series of routers. >> >> The MFD driver

Re: [PATCH] spi: mark device nodes only in case of successful instantiation

Hi Ralf, > On Oct 16, 2016, at 12:55 , Ralf Ramsauer wrote: > > Hi Geert, > > On 10/16/2016 10:49 AM, Geert Uytterhoeven wrote: >> Hi Ralf, >> >> (Cc i2c) >> >> On Fri, Oct 14, 2016 at 9:31 PM, Ralf Ramsauer >> wrote: >>>

Re: [PATCH] spi: mark device nodes only in case of successful instantiation

Hi Ralf, > On Oct 16, 2016, at 12:55 , Ralf Ramsauer wrote: > > Hi Geert, > > On 10/16/2016 10:49 AM, Geert Uytterhoeven wrote: >> Hi Ralf, >> >> (Cc i2c) >> >> On Fri, Oct 14, 2016 at 9:31 PM, Ralf Ramsauer >> wrote: >>> Instantiated SPI device nodes are marked with OF_POPULATE. This was

Re: [PATCH v2 2/2] i2c: mark device nodes only in case of successful instantiation

ent)) { > dev_err(>dev, "failed to create client for > '%s'\n", >rd->dn->full_name); > + of_node_clear_flag(rd->dn, OF_POPULATED); > return notifier_from_errno(PTR_ERR(client)); > } > break; > -- > 2.10.1 > Thanks for this Acked-by: Pantelis Antoniou <pantelis.anton...@konsulko.com>

Re: [PATCH v2 2/2] i2c: mark device nodes only in case of successful instantiation

t for > '%s'\n", >rd->dn->full_name); > + of_node_clear_flag(rd->dn, OF_POPULATED); > return notifier_from_errno(PTR_ERR(client)); > } > break; > -- > 2.10.1 > Thanks for this Acked-by: Pantelis Antoniou

Re: [PATCH v2 1/2] spi: mark device nodes only in case of successful instantiation

if (IS_ERR(spi)) { > pr_err("%s: failed to create for '%s'\n", > __func__, rd->dn->full_name); > + of_node_clear_flag(rd->dn, OF_POPULATED); > return notifier_from_errno(PTR_ERR(spi)); > } > break; > -- > 2.10.1 > Thanks for this. Acked-by: Pantelis Antoniou <pantelis.anton...@konsulko.com>

Re: [PATCH v2 1/2] spi: mark device nodes only in case of successful instantiation

failed to create for '%s'\n", > __func__, rd->dn->full_name); > + of_node_clear_flag(rd->dn, OF_POPULATED); > return notifier_from_errno(PTR_ERR(spi)); > } > break; > -- > 2.10.1 > Thanks for this. Acked-by: Pantelis Antoniou

Re: [PATCH v2 0/2] spi, i2c: mark device nodes only in case of successful instantiation

core.c | 11 ++- > drivers/spi/spi.c | 5 - > 2 files changed, 14 insertions(+), 2 deletions(-) > > -- > 2.10.1 > Thanks for catching this. Acked-by: Pantelis Antoniou <pantelis.anton...@konsulko.com>

Re: [PATCH v2 0/2] spi, i2c: mark device nodes only in case of successful instantiation

ers/spi/spi.c | 5 - > 2 files changed, 14 insertions(+), 2 deletions(-) > > -- > 2.10.1 > Thanks for catching this. Acked-by: Pantelis Antoniou

Re: [PATCH 10/10] hwmon: i2cs-fan: Add hwmon dts binding documentation

> On Oct 10, 2016, at 23:29 , Rob Herring <r...@kernel.org> wrote: > > On Fri, Oct 07, 2016 at 06:21:09PM +0300, Pantelis Antoniou wrote: >> From: Georgi Vlaev <gvl...@juniper.net> >> >> Adds the I2CS Fan Tray hwmon device tree node documentation.

Re: [PATCH 10/10] hwmon: i2cs-fan: Add hwmon dts binding documentation

> On Oct 10, 2016, at 23:29 , Rob Herring wrote: > > On Fri, Oct 07, 2016 at 06:21:09PM +0300, Pantelis Antoniou wrote: >> From: Georgi Vlaev >> >> Adds the I2CS Fan Tray hwmon device tree node documentation. >> >> Signed-off-by: Georgi Vlaev >&g

Re: [PATCH 4/4] gpio: ptxpmb-ext-cpld: Document bindings of PTXPMB extended CPLD

Hi Rob, > On Oct 10, 2016, at 23:19 , Rob Herring <r...@kernel.org> wrote: > > On Fri, Oct 07, 2016 at 06:19:34PM +0300, Pantelis Antoniou wrote: >> From: Georgi Vlaev <gvl...@juniper.net> >> >> Add device tree bindings document for the GPIO driv

Re: [PATCH 02/10] mfd: dt-bindings: Add bindings for the Juniper I2CS MFD

Hi Rob, > On Oct 10, 2016, at 23:23 , Rob Herring <r...@kernel.org> wrote: > > On Fri, Oct 07, 2016 at 06:21:01PM +0300, Pantelis Antoniou wrote: >> From: Georgi Vlaev <gvl...@juniper.net> >> >> Add device tree bindings for the Juniper I2CS MFD driver.

Re: [PATCH 4/4] gpio: ptxpmb-ext-cpld: Document bindings of PTXPMB extended CPLD

Hi Rob, > On Oct 10, 2016, at 23:19 , Rob Herring wrote: > > On Fri, Oct 07, 2016 at 06:19:34PM +0300, Pantelis Antoniou wrote: >> From: Georgi Vlaev >> >> Add device tree bindings document for the GPIO driver of >> Juniper's PTXPMB extended CPLD. &

Re: [PATCH 02/10] mfd: dt-bindings: Add bindings for the Juniper I2CS MFD

Hi Rob, > On Oct 10, 2016, at 23:23 , Rob Herring wrote: > > On Fri, Oct 07, 2016 at 06:21:01PM +0300, Pantelis Antoniou wrote: >> From: Georgi Vlaev >> >> Add device tree bindings for the Juniper I2CS MFD driver. >> >> Signed-off-by: Georgi Vlaev &g

Re: [PATCH 04/10] i2c: i2c-mux-i2cs: Add device tree bindings

Hi Rob, > On Oct 10, 2016, at 18:48 , Peter Rosin <p...@axentia.se> wrote: > > On 2016-10-07 17:21, Pantelis Antoniou wrote: >> From: Georgi Vlaev <gvl...@juniper.net> >> >> Add binding document for the i2c mux driver of Juniper's I2CS FPGA.

Re: [PATCH 04/10] i2c: i2c-mux-i2cs: Add device tree bindings

Hi Rob, > On Oct 10, 2016, at 18:48 , Peter Rosin wrote: > > On 2016-10-07 17:21, Pantelis Antoniou wrote: >> From: Georgi Vlaev >> >> Add binding document for the i2c mux driver of Juniper's I2CS FPGA. >> >> Signed-off-by: Georgi Vlaev >&g

Re: [PATCH 2/4] mfd: ptxpmb-ext-cpld: Add documentation for PTXPMB extended CPLD

Hi Rob, > On Oct 10, 2016, at 23:10 , Rob Herring <r...@kernel.org> wrote: > > On Fri, Oct 07, 2016 at 06:19:32PM +0300, Pantelis Antoniou wrote: >> From: Georgi Vlaev <gvl...@juniper.net> >> >> Add DT bindings document for the PTXPMB extended CPLD dev

Re: [PATCH 2/4] mfd: ptxpmb-ext-cpld: Add documentation for PTXPMB extended CPLD

Hi Rob, > On Oct 10, 2016, at 23:10 , Rob Herring wrote: > > On Fri, Oct 07, 2016 at 06:19:32PM +0300, Pantelis Antoniou wrote: >> From: Georgi Vlaev >> >> Add DT bindings document for the PTXPMB extended CPLD device. >> >> Signed-off-by: Georg

Re: [PATCH 08/10] mtd: flash-sam: Bindings for Juniper's SAM FPGA flash

Hi Rob, > On Oct 10, 2016, at 23:07 , Rob Herring <r...@kernel.org> wrote: > > gOn Fri, Oct 07, 2016 at 06:18:36PM +0300, Pantelis Antoniou wrote: >> From: Georgi Vlaev <gvl...@juniper.net> >> >> Add binding document for Junipers Flash IP block p

Re: [PATCH 08/10] mtd: flash-sam: Bindings for Juniper's SAM FPGA flash

Hi Rob, > On Oct 10, 2016, at 23:07 , Rob Herring wrote: > > gOn Fri, Oct 07, 2016 at 06:18:36PM +0300, Pantelis Antoniou wrote: >> From: Georgi Vlaev >> >> Add binding document for Junipers Flash IP block present >> in the SAM FPGA on PTX series of routers. &

Re: [PATCH 06/10] gpio: sam: Document bindings of SAM FPGA GPIO block

Hi Rob, > On Oct 10, 2016, at 23:03 , Rob Herring <r...@kernel.org> wrote: > > On Fri, Oct 07, 2016 at 06:18:34PM +0300, Pantelis Antoniou wrote: >> From: Georgi Vlaev <gvl...@juniper.net> >> >> Add device tree bindings document for the GPIO driver of &

Re: [PATCH 06/10] gpio: sam: Document bindings of SAM FPGA GPIO block

Hi Rob, > On Oct 10, 2016, at 23:03 , Rob Herring wrote: > > On Fri, Oct 07, 2016 at 06:18:34PM +0300, Pantelis Antoniou wrote: >> From: Georgi Vlaev >> >> Add device tree bindings document for the GPIO driver of >> Juniper's SAM FPGA. >> >>

Re: [RFC 0/2] Juniper DT based connector driver

Hi Rob, > On Oct 8, 2016, at 19:10 , Rob Herring <robh...@kernel.org> wrote: > > On Fri, Oct 7, 2016 at 10:16 AM, Pantelis Antoniou > <pantelis.anton...@konsulko.com> wrote: >> Introduce a Juniper PTX router series DT overlay based >> connector driver. >

Re: [RFC 0/2] Juniper DT based connector driver

Hi Rob, > On Oct 8, 2016, at 19:10 , Rob Herring wrote: > > On Fri, Oct 7, 2016 at 10:16 AM, Pantelis Antoniou > wrote: >> Introduce a Juniper PTX router series DT overlay based >> connector driver. >> >> This is submitted as an RFC since some OF infra

Re: [RFC 1/2] staging: jnx: Add Juniper connector driver

Hi Joe, > On Oct 7, 2016, at 19:25 , Joe Perches <j...@perches.com> wrote: > > On Fri, 2016-10-07 at 18:16 +0300, Pantelis Antoniou wrote: >> diff --git a/drivers/staging/jnx/jnx-connector.c >> b/drivers/staging/jnx/jnx-connector.c > [] >> +struct jnx_co

Re: [RFC 1/2] staging: jnx: Add Juniper connector driver

Hi Joe, > On Oct 7, 2016, at 19:25 , Joe Perches wrote: > > On Fri, 2016-10-07 at 18:16 +0300, Pantelis Antoniou wrote: >> diff --git a/drivers/staging/jnx/jnx-connector.c >> b/drivers/staging/jnx/jnx-connector.c > [] >> +struct jnx_conn_data { >> +struc

Re: [PATCH 0/6] Introduce Juniper CBC FPGA

Hi Greg, > On Oct 7, 2016, at 18:39 , Greg Kroah-Hartman <gre...@linuxfoundation.org> > wrote: > > On Fri, Oct 07, 2016 at 06:20:08PM +0300, Pantelis Antoniou wrote: >> Add Juniper's PTX1K CBC FPGA driver. Those FPGAs >> are present in Juniper's PTX series of

Re: [PATCH 0/6] Introduce Juniper CBC FPGA

Hi Greg, > On Oct 7, 2016, at 18:39 , Greg Kroah-Hartman > wrote: > > On Fri, Oct 07, 2016 at 06:20:08PM +0300, Pantelis Antoniou wrote: >> Add Juniper's PTX1K CBC FPGA driver. Those FPGAs >> are present in Juniper's PTX series of routers. >> >> T

[PATCH 09/10] net: phy: Add MDIO driver for Juniper's SAM FPGA

e MDIO interface there is a method to have direct access to registers via a debugfs interface. Signed-off-by: Georgi Vlaev <gvl...@juniper.net> [Ported from Juniper kernel] Signed-off-by: Pantelis Antoniou <pantelis.anton...@konsulko.com> --- drivers/net/phy/Kconfig| 8 + drivers/net/ph

[PATCH 03/10] i2c: Juniper SAM I2C driver

f-by: Guenter Roeck <gro...@juniper.net> Signed-off-by: Rajat Jain <rajatj...@juniper.net> [Ported from Juniper kernel] Signed-off-by: Pantelis Antoniou <pantelis.anton...@konsulko.com> --- drivers/i2c/busses/Kconfig | 11 + drivers/i2c/busses/Makefile |

[PATCH 1/6] mfd: Add support for the PTX1K CBC FPGA

v <gvl...@juniper.net> Signed-off-by: Guenter Roeck <gro...@juniper.net> Signed-off-by: Rajat Jain <rajatj...@juniper.net> [Ported from Juniper kernel] Signed-off-by: Pantelis Antoniou <pantelis.anton...@konsulko.com> --- drivers/mfd/Kconfig | 16 + drivers/mfd/Makefil

[PATCH 09/10] net: phy: Add MDIO driver for Juniper's SAM FPGA

there is a method to have direct access to registers via a debugfs interface. Signed-off-by: Georgi Vlaev [Ported from Juniper kernel] Signed-off-by: Pantelis Antoniou --- drivers/net/phy/Kconfig| 8 + drivers/net/phy/Makefile | 1 + drivers/net/phy/mdio-sam.c | 564

[PATCH 03/10] i2c: Juniper SAM I2C driver

From: Maryam Seraj Introduce SAM I2C driver for the I2C interfaces on the Juniper SAM FPGA. Signed-off-by: Maryam Seraj Signed-off-by: Debjit Ghosh Signed-off-by: Georgi Vlaev Signed-off-by: Guenter Roeck Signed-off-by: Rajat Jain [Ported from Juniper kernel] Signed-off-by: Pantelis

[PATCH 1/6] mfd: Add support for the PTX1K CBC FPGA

Signed-off-by: Rajat Jain [Ported from Juniper kernel] Signed-off-by: Pantelis Antoniou --- drivers/mfd/Kconfig | 16 + drivers/mfd/Makefile | 1 + drivers/mfd/cbc-core.c | 971 +++ include/linux/mfd/cbc-core.h | 181 4

[PATCH 1/2] staging: jnx: Juniper subsystem & board core APIs

van...@juniper.net> Signed-off-by: Pantelis Antoniou <pantelis.anton...@konsulko.com> [Ported from Juniper kernel] Signed-off-by: Pantelis Antoniou <pantelis.anton...@konsulko.com> --- Documentation/ABI/testing/sysfs-platform-jnx | 170 +++ drivers/staging/Kcon

[PATCH 1/2] staging: jnx: Juniper subsystem & board core APIs

ation file. Signed-off-by: Georgi Vlaev Signed-off-by: Guenter Roeck Signed-off-by: Mohammad Kamil Signed-off-by: Rajat Jain Signed-off-by: Tom Kavanagh Signed-off-by: Pantelis Antoniou [Ported from Juniper kernel] Signed-off-by: Pantelis Antoniou --- Documentation/ABI/testing/sysfs-platform

[PATCH 3/4] gpio: ptxpmb-ext-cpld: Add driver for Juniper's PTXPMB extended CPLD

awaharBalaji Thirumalaisamy <jawah...@juniper.net> [Ported from Juniper kernel] Signed-off-by: Pantelis Antoniou <pantelis.anton...@konsulko.com> --- drivers/gpio/Kconfig| 11 + drivers/gpio/Makefile | 1 + drivers/gpio/gpio

[PATCH 3/4] gpio: ptxpmb-ext-cpld: Add driver for Juniper's PTXPMB extended CPLD

kernel] Signed-off-by: Pantelis Antoniou --- drivers/gpio/Kconfig| 11 + drivers/gpio/Makefile | 1 + drivers/gpio/gpio-ptxpmb-ext-cpld.c | 430 3 files changed, 442 insertions(+) create mode 100644 drivers/gpio/gpio-ptxpmb-ext

[PATCH 0/6] Introduce Juniper CBC FPGA

Add Juniper's PTX1K CBC FPGA driver. Those FPGAs are present in Juniper's PTX series of routers. The MFD driver provices a gpio device and a special driver for Juniper's board infrastucture. The FPGA infrastucture driver is providing an interface for user-space handling of the FPGA in those

[PATCH 0/6] Introduce Juniper CBC FPGA

Add Juniper's PTX1K CBC FPGA driver. Those FPGAs are present in Juniper's PTX series of routers. The MFD driver provices a gpio device and a special driver for Juniper's board infrastucture. The FPGA infrastucture driver is providing an interface for user-space handling of the FPGA in those

  1   2   3   4   5   6   7   8   9   10   >