Re: Request for linux-gpio list creation

2013-07-21 Thread Grant Likely
On Sat, Jul 20, 2013 at 6:10 AM, David Miller wrote: > From: Grant Likely > Date: Fri, 19 Jul 2013 18:15:34 -0700 > >> What is the best way to transfer a membership list over? Can I import >> a list, or do I need to tell everyone to register on the new list? > > I really prefer that everyone manu

Re: [PATCH 3/3] MAINTAINERS: Refactor device tree maintainership

2013-07-21 Thread Grant Likely
On Sun, Jul 21, 2013 at 10:46 AM, Grant Likely wrote: > On Sun, Jul 21, 2013 at 1:29 AM, Joe Perches wrote: >> On Sat, 2013-07-20 at 17:17 -0700, Olof Johansson wrote: >>> On Fri, Jul 19, 2013 at 8:19 PM, Grant Likely >>> wrote: >>> > Device tree bindings require a lot more attention than they

Re: [PATCH 3/3] MAINTAINERS: Refactor device tree maintainership

2013-07-21 Thread Grant Likely
On Sun, Jul 21, 2013 at 7:56 PM, Rob Herring wrote: > On 07/19/2013 10:19 PM, Grant Likely wrote: >> +OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS >> +M: Pawel Moll >> +M: Mark Rutland >> +M: Stephen Warren >> +M: Ian Campbell > > You can add me. I was not intending to step down.

Re: [PATCH 3/3] MAINTAINERS: Refactor device tree maintainership

2013-07-21 Thread Grant Likely
On Sun, Jul 21, 2013 at 2:46 PM, Jon Loeliger wrote: > Perhaps it is time to also place the official repo > of the Device Tree Compiler on git,kernel.org as well? I'm fine with that. I can't say I'm excited about options like github. g. ___ devicetree-

Re: [PATCH] of: provide of_platform_unpopulate()

2013-07-21 Thread Grant Likely
On Sun, Jul 21, 2013 at 9:48 PM, Rob Herring wrote: > On 07/21/2013 09:42 AM, Rob Herring wrote: >> On 07/19/2013 01:14 PM, Sebastian Andrzej Siewior wrote: >>> So I called of_platform_populate() on a device to get each child device >>> probed and on rmmod and I need to reverse its doing. After a

Re: [PATCH] of: match the compatible in the order set by the dts file

2013-07-21 Thread Grant Likely
On Sun, Jul 21, 2013 at 9:45 PM, Rob Herring wrote: > We can debate whether the driver order matters or not, but either way > I'm not sure this patch does the right thing. It doesn't really look > correct to me, but I haven't dug into it. > > We've already tried to fix matching and reverted the fi

Re: [PATCH] of: provide of_platform_unpopulate()

2013-07-21 Thread Rob Herring
On 07/21/2013 09:42 AM, Rob Herring wrote: > On 07/19/2013 01:14 PM, Sebastian Andrzej Siewior wrote: >> So I called of_platform_populate() on a device to get each child device >> probed and on rmmod and I need to reverse its doing. After a quick grep >> I did what others did as well and rmmod ende

Re: [PATCH] of: match the compatible in the order set by the dts file

2013-07-21 Thread Rob Herring
On Sat, Jul 20, 2013 at 12:44 AM, Grant Likely wrote: > On Tue, 9 Jul 2013 16:10:53 +0800, Huang Shijie wrote: >> 于 2013年07月09日 15:51, Sascha Hauer 写道: >> > On Tue, Jul 09, 2013 at 03:46:34PM +0800, Huang Shijie wrote: >> >> 于 2013年07月09日 15:05, Sascha Hauer 写道: >> >>> Why don't you set the match

Re: [PATCH] of: provide of_platform_unpopulate()

2013-07-21 Thread Sebastian Andrzej Siewior
On 07/21/2013 04:42 PM, Rob Herring wrote: > Wouldn't the correct fix be to call insert_resource somehow? Yes unless there was a reason this wasn't done in the first place. > The problem > I have is that while of_platform_populate is all about parsing the DT > and creating devices, the removal si

Re: [PATCH 01/15] drivers: phy: add generic PHY framework

2013-07-21 Thread Alan Stern
On Sun, 21 Jul 2013, Sylwester Nawrocki wrote: > > What's wrong with the platform_data structure, why can't that be used > > for this? > > At the point the platform data of some driver is initialized, e.g. in > board setup code the PHY pointer is not known, since the PHY supplier > driver has not

Re: [PATCH 3/3] MAINTAINERS: Refactor device tree maintainership

2013-07-21 Thread Rob Herring
On 07/19/2013 10:19 PM, Grant Likely wrote: > Device tree bindings require a lot more attention than they used to. > We've got a group of volunteers willing to take over maintaining > bindings. This patch adds them to the MAINTAINERS file. > > This group still needs to work out a process for maint

Re: [PATCH 3/3] iio: add APDS9300 ambilent light sensor driver

2013-07-21 Thread Jonathan Cameron
On 07/18/2013 11:19 AM, Oleksandr Kravchenko wrote: > From: Oleksandr Kravchenko > > This patch adds IIO driver for APDS9300 ambient light sensor (ALS). > http://www.avagotech.com/docs/AV02-1077EN > > The driver allows to read raw data from ADC registers or calculate > lux value. It also can handl

Re: [PATCH 01/15] drivers: phy: add generic PHY framework

2013-07-21 Thread Sylwester Nawrocki
On 07/21/2013 05:48 PM, Greg KH wrote: On Sun, Jul 21, 2013 at 12:22:48PM +0200, Sascha Hauer wrote: On Sat, Jul 20, 2013 at 07:59:10PM -0700, Greg KH wrote: On Sat, Jul 20, 2013 at 10:32:26PM -0400, Alan Stern wrote: On Sat, 20 Jul 2013, Greg KH wrote: That should be passed using platform d

Re: [PATCH 1/3] iio: core: implement devm_iio_device_alloc/devm_iio_device_free

2013-07-21 Thread Jonathan Cameron
On 07/20/2013 02:05 PM, Lars-Peter Clausen wrote: > On 07/18/2013 12:19 PM, Oleksandr Kravchenko wrote: >> From: Grygorii Strashko >> >> Add a resource managed devm_iio_device_alloc()/devm_iio_device_free() >> to automatically clean up any allocations made by IIO drivers, >> thus leading to simpli

Re: [Ksummit-2013-discuss] [ATTEND] Handling of devicetree bindings

2013-07-21 Thread David Woodhouse
On Sun, 2013-07-21 at 08:05 +, Chaiken, Alison wrote: > David Woodhouse wrote: > >> I've heard tales of people having to keep device-tree files for their > >> board tightly in sync with the specific *version* of the Linux kernel > >> that they were shipped with. > > Assuredly if in a kernel u

Re: [PATCH 1/3] misc: Add crossbar driver

2013-07-21 Thread Linus Walleij
On Thu, Jul 18, 2013 at 8:56 PM, Nishanth Menon wrote: > I carry forward my TI internal objection to this approach: It is actually a very good sign of FOSS-maturity that you as a company take unresolved architectural issues to the community. Kudos! > Lets see what happens as a result of this: >

Re: [PATCH 1/3] misc: Add crossbar driver

2013-07-21 Thread Linus Walleij
On Thu, Jul 18, 2013 at 8:25 PM, Felipe Balbi wrote: >> The Peripheral irq/dma requests are connected to one crossbar's input >> and the output of the crossbar is connected to controller's input >> line. On POR, there are some mappings which are done by default. >> Those peripherals which do not

Re: [PATCH 01/15] drivers: phy: add generic PHY framework

2013-07-21 Thread Greg KH
On Sun, Jul 21, 2013 at 12:22:48PM +0200, Sascha Hauer wrote: > On Sat, Jul 20, 2013 at 07:59:10PM -0700, Greg KH wrote: > > On Sat, Jul 20, 2013 at 10:32:26PM -0400, Alan Stern wrote: > > > On Sat, 20 Jul 2013, Greg KH wrote: > > > > > > > > >>That should be passed using platform data. > > > > >

Re: [PATCH 01/15] drivers: phy: add generic PHY framework

2013-07-21 Thread Greg KH
On Sun, Jul 21, 2013 at 01:12:07PM +0200, Tomasz Figa wrote: > On Sunday 21 of July 2013 16:37:33 Kishon Vijay Abraham I wrote: > > Hi, > > > > On Sunday 21 July 2013 04:01 PM, Tomasz Figa wrote: > > > Hi, > > > > > > On Saturday 20 of July 2013 19:59:10 Greg KH wrote: > > >> On Sat, Jul 20, 2013

Re: [RESEND PATCH v7 00/22] MBus DT binding: The return of PCIe

2013-07-21 Thread Thomas Petazzoni
Dear Andrew Lunn, On Sat, 20 Jul 2013 21:45:59 +0200, Andrew Lunn wrote: > > The patchset works only for Armada 370 and Armada XP SoC, not for Kirkwood. > > For some reason I was completely sure there wasn't any DT-enabled Kirkwood > > boards with PCIe support. > > I had a quick look at Dove and

Re: [PATCH] of: provide of_platform_unpopulate()

2013-07-21 Thread Rob Herring
On 07/19/2013 01:14 PM, Sebastian Andrzej Siewior wrote: > So I called of_platform_populate() on a device to get each child device > probed and on rmmod and I need to reverse its doing. After a quick grep > I did what others did as well and rmmod ended in: > > | Unable to handle kernel NULL pointe

Re: [PATCH 3/3] MAINTAINERS: Refactor device tree maintainership

2013-07-21 Thread Jon Loeliger
> On Sat, Jul 20, 2013 at 5:19 AM, Grant Likely wrote > : > > > Device tree bindings require a lot more attention than they used to. > > We've got a group of volunteers willing to take over maintaining > > bindings. This patch adds them to the MAINTAINERS file. > > > > This group still needs to w

Re: The future of DT binding maintainership

2013-07-21 Thread David Gibson
On Sat, Jul 20, 2013 at 04:46:47AM +0100, Grant Likely wrote: > A number of us had a face-to-face meeting in Dublin last week to talk > about DT maintainership and the fact that it simply isn't working right > now. Neither Rob nor I can keep up with the load and there are a lot of > poorly designed

Re: [Ksummit-2013-discuss] [ATTEND] Handling of devicetree bindings

2013-07-21 Thread Linus Walleij
On Sun, Jul 21, 2013 at 10:05 AM, Chaiken, Alison wrote: > Linus Walleij (linus.wall...@linaro.org) responds: >>multiple things are compiled together and stuffed into >>an image, the device tree and kernel is always recompiled at every >>image composition. Everything is versioned in sync. > > Ar

Re: [PATCH 01/15] drivers: phy: add generic PHY framework

2013-07-21 Thread Tomasz Figa
On Sunday 21 of July 2013 16:37:33 Kishon Vijay Abraham I wrote: > Hi, > > On Sunday 21 July 2013 04:01 PM, Tomasz Figa wrote: > > Hi, > > > > On Saturday 20 of July 2013 19:59:10 Greg KH wrote: > >> On Sat, Jul 20, 2013 at 10:32:26PM -0400, Alan Stern wrote: > >>> On Sat, 20 Jul 2013, Greg KH wr

Re: [PATCH 01/15] drivers: phy: add generic PHY framework

2013-07-21 Thread Kishon Vijay Abraham I
Hi, On Sunday 21 July 2013 04:01 PM, Tomasz Figa wrote: Hi, On Saturday 20 of July 2013 19:59:10 Greg KH wrote: On Sat, Jul 20, 2013 at 10:32:26PM -0400, Alan Stern wrote: On Sat, 20 Jul 2013, Greg KH wrote: That should be passed using platform data. Ick, don't pass strings around, pass po

Re: [lm-sensors] [RESEND PATCH V1 0/9] thermal: introduce DT thermal zone build

2013-07-21 Thread Guenter Roeck
On Fri, Jul 19, 2013 at 12:48:39PM -0600, Stephen Warren wrote: > On 07/18/2013 03:21 PM, Guenter Roeck wrote: > > On Thu, Jul 18, 2013 at 11:18:05AM -0600, Stephen Warren wrote: > >> On 07/18/2013 07:53 AM, Eduardo Valentin wrote: > >>> Hello Guenter, > >>> > >>> On 17-07-2013 18:09, Guenter Roeck

Re: [PATCH 01/15] drivers: phy: add generic PHY framework

2013-07-21 Thread Tomasz Figa
Hi, On Saturday 20 of July 2013 19:59:10 Greg KH wrote: > On Sat, Jul 20, 2013 at 10:32:26PM -0400, Alan Stern wrote: > > On Sat, 20 Jul 2013, Greg KH wrote: > > > > >>That should be passed using platform data. > > > > > > > > > >Ick, don't pass strings around, pass pointers. If you have > > > >

Re: [PATCH 01/15] drivers: phy: add generic PHY framework

2013-07-21 Thread Sascha Hauer
On Sat, Jul 20, 2013 at 07:59:10PM -0700, Greg KH wrote: > On Sat, Jul 20, 2013 at 10:32:26PM -0400, Alan Stern wrote: > > On Sat, 20 Jul 2013, Greg KH wrote: > > > > > > >>That should be passed using platform data. > > > > > > > > > >Ick, don't pass strings around, pass pointers. If you have pla

Re: [lm-sensors] [RESEND PATCH V1 0/9] thermal: introduce DT thermal zone build

2013-07-21 Thread Guenter Roeck
On Fri, Jul 19, 2013 at 02:56:19PM -0400, Eduardo Valentin wrote: > On 19-07-2013 14:45, Stephen Warren wrote: > > On 07/19/2013 07:38 AM, Eduardo Valentin wrote: > >> On 18-07-2013 17:11, Guenter Roeck wrote: > >>> On Thu, Jul 18, 2013 at 09:53:05AM -0400, Eduardo Valentin > >>> wrote: > Hell

Re: [PATCH 3/3] MAINTAINERS: Refactor device tree maintainership

2013-07-21 Thread Grant Likely
On Sun, Jul 21, 2013 at 1:29 AM, Joe Perches wrote: > On Sat, 2013-07-20 at 17:17 -0700, Olof Johansson wrote: >> On Fri, Jul 19, 2013 at 8:19 PM, Grant Likely >> wrote: >> > Device tree bindings require a lot more attention than they used to. >> > We've got a group of volunteers willing to take

Re: [Ksummit-2013-discuss] [ATTEND] Handling of devicetree bindings

2013-07-21 Thread Chaiken, Alison
David Woodhouse wrote: >> I've heard tales of people having to keep device-tree files for their >> board tightly in sync with the specific *version* of the Linux kernel >> that they were shipped with. Assuredly if in a kernel update a driver adds new features which are enabled by new properties

Re: [Ksummit-2013-discuss] [ATTEND] Handling of devicetree bindings

2013-07-21 Thread Guenter Roeck
On Fri, Jul 19, 2013 at 05:40:05PM +0200, Wolfram Sang wrote: > On Mon, Jul 15, 2013 at 11:07:36PM +0200, Linus Walleij wrote: > > On Mon, Jul 15, 2013 at 4:29 PM, Jonathan Corbet wrote: > > > > > Do we need a kernel summit discussion, or do we just need a good > > > document? Or, to phrase the