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
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
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
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
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
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
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
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.
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
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
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
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
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,
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
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>
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 -
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
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:
>>
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:
>>>
>
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
>
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
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
>>&
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
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
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
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
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
> >
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
>
>
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
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
> 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
> 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
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
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
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
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
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
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
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
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
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/;
>
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/;
>
> / {
>
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
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
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
>
> 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
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
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"
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
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 +
>
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
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
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
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.
>
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
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
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
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
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
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
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:
>>>
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
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>
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
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>
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
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>
ers/spi/spi.c | 5 -
> 2 files changed, 14 insertions(+), 2 deletions(-)
>
> --
> 2.10.1
>
Thanks for catching this.
Acked-by: Pantelis Antoniou
> 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.
> 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
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
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.
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.
&
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
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.
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
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
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
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
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.
&
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
&
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.
>>
>>
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.
>
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
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
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
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
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
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
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 |
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
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
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
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
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
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
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
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
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
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 - 100 of 1468 matches
Mail list logo