Re: [PATCH v4 19/21] drivers/of: Support adding sub-tree

2015-05-04 Thread Pantelis Antoniou
Hi Ben, > On May 2, 2015, at 01:57 , Benjamin Herrenschmidt > wrote: > > On Fri, 2015-05-01 at 13:46 -0500, Rob Herring wrote: >> On Fri, May 1, 2015 at 10:22 AM, Benjamin Herrenschmidt >> wrote: >>> On Fri, 2015-05-01 at 07:54 -0500, Rob Herring wrote: >>> The difference seems to be whe

Re: [PATCH v4 19/21] drivers/of: Support adding sub-tree

2015-05-13 Thread Pantelis Antoniou
Hi Ben, Sorry for taking this long to respond, but I am working on the same problem right now. I thought I might have something to show, but not yet :) My PCI overlay case is different. In my case there is no firmware and there is the blob is provided as an overlay. The idea is that for a given

Re: [PATCH v4 19/21] drivers/of: Support adding sub-tree

2015-05-14 Thread Pantelis Antoniou
Hi Ben, > On May 14, 2015, at 09:46 , Benjamin Herrenschmidt > wrote: > > On Thu, 2015-05-14 at 09:23 +0300, Pantelis Antoniou wrote: > >>> A few things that I don't find in the overlay code (but maybe I haven't >>> looked at it hard enough)

Re: [PATCH v4 19/21] drivers/of: Support adding sub-tree

2015-05-14 Thread Pantelis Antoniou
Hi Ben, > On May 14, 2015, at 10:14 , Benjamin Herrenschmidt > wrote: > > On Thu, 2015-05-14 at 10:04 +0300, Pantelis Antoniou wrote: > >> Hmm, since you just want to transmit a whole subtree things are a bit >> simpler. >> >> You don’t need any of th

Re: [PATCH v4 19/21] drivers/of: Support adding sub-tree

2015-05-14 Thread Pantelis Antoniou
Hi Ben, > On May 14, 2015, at 10:25 , Benjamin Herrenschmidt > wrote: > > On Thu, 2015-05-14 at 10:19 +0300, Pantelis Antoniou wrote: > >> >> You don’t want to know how sausages are made, but they are delicious :) > > ... most of the time :) > >>

Re: [PATCH v4 19/21] drivers/of: Support adding sub-tree

2015-05-14 Thread Pantelis Antoniou
Hi Ben, > On May 14, 2015, at 10:47 , Benjamin Herrenschmidt > wrote: > [snip] So I spend some time thinking about your use case and I think it boils down to this: I have a live tree in the firmware, I have made changes and I need to reflect those changes to the live tree in the kernel. Sou

Re: OF_DYNAMIC node lifecycle

2014-06-19 Thread Pantelis Antoniou
Hi Grant, CCing Thomas Gleixner & Steven Rostedt, since they might have a few ideas... On Jun 18, 2014, at 11:07 PM, Grant Likely wrote: > Hi Nathan and Tyrel, > > I'm looking into lifecycle issues on nodes modified by OF_DYNAMIC, and > I'm hoping you can help me. Right now, pseries seems to be

Re: OF_DYNAMIC node lifecycle

2014-06-23 Thread Pantelis Antoniou
Hi Grant, On Jun 23, 2014, at 5:58 PM, Grant Likely wrote: > On Thu, 19 Jun 2014 11:33:20 +0300, Pantelis Antoniou > wrote: >> Hi Grant, >> >> CCing Thomas Gleixner & Steven Rostedt, since they might have a few >> ideas... >> >> On Jun 18, 201

Re: OF_DYNAMIC node lifecycle

2014-06-27 Thread Pantelis Antoniou
On 06/23/2014 09:58 AM, Grant Likely wrote: >>>>> On Thu, 19 Jun 2014 11:33:20 +0300, Pantelis Antoniou >>>>> wrote: >>>>>> Hi Grant, >>>>>> [snip] >> >> This would affect property updates. When doing a property update the &g

Re: [PATCH] i2c: drop ancient protection against sysfs refcounting issues

2015-01-19 Thread Pantelis Antoniou
urned immediately. So it > doesn't look like accessing sysfs attributes actually takes a reference > to the underlying i2c_adapter." > > Let's get rid of this code before really nobody knows/understands > anymore what this was for and if it has a subtle use. >

Re: MMIO and gcc re-ordering issue

2008-05-29 Thread Pantelis Antoniou
On 28 Μαϊ 2008, at 11:36 ΠΜ, Haavard Skinnemoen wrote: Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote: I'm happy to say that __raw is purely about ordering and make them byteswap on powerpc tho (ie, make them little endian like the non- raw counterpart). That would break a lot of drivers

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

2017-10-18 Thread Pantelis Antoniou
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: [PATCH v2 5/5] of/fdt: only store the device node basename in full_name

2017-10-19 Thread Pantelis Antoniou
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

2017-10-19 Thread Pantelis Antoniou
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

2017-10-20 Thread Pantelis Antoniou
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. :-)