On Tue, Jul 03, 2012 at 10:22:37AM +0800, Peter Chen wrote:
> > Hmm. I think it'd be reasonable to use dr_mode like the other bindings,
> > and have the default case be decided by the ID pin when dr_mode isn't
> > specified. Having different defaults for different bindings seems pretty
> > reasonab
Mike,
On 07/02/2012 08:30 PM, Turquette, Mike wrote:
> On Wed, Jun 27, 2012 at 5:54 AM, Rob Herring wrote:
>> On 06/21/2012 12:54 PM, Mike Turquette wrote:
>>> On 20120621-10:00, Rob Herring wrote:
On 06/21/2012 02:27 AM, Chris Ball wrote:
>
> 2) Use alloc_bootmem() instead of kzallo
On Wed, Jun 27, 2012 at 5:54 AM, Rob Herring wrote:
> On 06/21/2012 12:54 PM, Mike Turquette wrote:
>> On 20120621-10:00, Rob Herring wrote:
>>> On 06/21/2012 02:27 AM, Chris Ball wrote:
2) Use alloc_bootmem() instead of kzalloc() in of_clk_add_provider(),
because we need to set
So what is the issue? You have some node (the "bus node") under
which
you have the "regulator@0", "frobnicator@1" etc. nodes. You refer to
these device nodes by phandle always, you cannot programmatically
control those devices (otherwise, they should be child node of a
*real*
bus node). Th
On 07/02/2012 04:37 PM, Grant Likely wrote:
> On Mon, Jul 2, 2012 at 4:28 PM, Stephen Warren wrote:
>> On 07/02/2012 03:43 PM, Grant Likely wrote:
>>> On Mon, Jul 2, 2012 at 9:59 AM, Stephen Warren
>>> wrote:
On 07/01/2012 04:03 PM, Grant Likely wrote:
...
> Besides; if they are en
On 07/02/2012 02:35 AM, Felipe Balbi wrote:
> Hi,
>
> On Tue, Jun 26, 2012 at 11:27:13AM -0300, Alexandre Pereira da Silva wrote:
>> Grab the devicetree node properties to override VendorId, ProductId,
>> bcdDevice, Manucacturer, Product and SerialNumber
>>
>> Signed-off-by: Alexandre Pereira da S
On Mon, Jul 2, 2012 at 4:28 PM, Stephen Warren wrote:
> On 07/02/2012 03:43 PM, Grant Likely wrote:
>> On Mon, Jul 2, 2012 at 9:59 AM, Stephen Warren wrote:
>>> On 07/01/2012 04:03 PM, Grant Likely wrote:
>>> ...
Besides; if they are enumerated, non-memory mapped devices, then is it
rea
On 07/02/2012 03:43 PM, Grant Likely wrote:
> On Mon, Jul 2, 2012 at 9:59 AM, Stephen Warren wrote:
>> On 07/01/2012 04:03 PM, Grant Likely wrote:
>> ...
>>> Besides; if they are enumerated, non-memory mapped devices, then is it
>>> really appropriate to use platform_{device,driver}? I don't think
On 07/02/2012 03:44 PM, Segher Boessenkool wrote:
>> But don't get too hung up on regulators; there are plenty of other
>> devices that can exist in DT that aren't memory-mapped; GPIO-keys,
>> aggregate sound complexes, perhaps WiFi/rfkill nodes, etc. All are
>> affected by the same DT representati
On Mon, Jul 2, 2012 at 1:41 PM, Stephen Warren wrote:
> On 07/02/2012 12:36 PM, Mitch Bradley wrote:
>> On 7/2/2012 7:43 AM, Stephen Warren wrote:
>>> On 07/02/2012 11:23 AM, Mitch Bradley wrote:
On 7/2/2012 5:59 AM, Stephen Warren wrote:
> On 07/01/2012 01:36 PM, Rob Herring wrote:
>
But don't get too hung up on regulators; there are plenty of other
devices that can exist in DT that aren't memory-mapped; GPIO-keys,
aggregate sound complexes, perhaps WiFi/rfkill nodes, etc. All are
affected by the same DT representation issue.
So what is the issue? You have some node (the "b
On Mon, Jul 2, 2012 at 9:59 AM, Stephen Warren wrote:
> On 07/01/2012 01:36 PM, Rob Herring wrote:
>> On 06/28/2012 06:05 PM, Stephen Warren wrote:
>>> From: Stephen Warren
>>>
>>> An "enumerated" bus is one that is not memory-mapped, hence hence
>>> typically has #address-cells=1, and #size-cell
On 06/29/2012 07:19 PM, Richard Zhao wrote:
> On Fri, Jun 29, 2012 at 09:51:49AM -0600, Stephen Warren wrote:
>> On 06/29/2012 02:45 AM, Richard Zhao wrote:
>>> On Fri, Jun 29, 2012 at 09:47:03AM +0200, Marc Kleine-Budde wrote:
Cc'ed Devicetree Discussions
On 06/29/2012 03:43 AM
On 07/02/2012 12:36 PM, Mitch Bradley wrote:
> On 7/2/2012 7:43 AM, Stephen Warren wrote:
>> On 07/02/2012 11:23 AM, Mitch Bradley wrote:
>>> On 7/2/2012 5:59 AM, Stephen Warren wrote:
On 07/01/2012 01:36 PM, Rob Herring wrote:
> On 06/28/2012 06:05 PM, Stephen Warren wrote:
>> From: S
On 7/2/2012 7:43 AM, Stephen Warren wrote:
On 07/02/2012 11:23 AM, Mitch Bradley wrote:
On 7/2/2012 5:59 AM, Stephen Warren wrote:
On 07/01/2012 01:36 PM, Rob Herring wrote:
On 06/28/2012 06:05 PM, Stephen Warren wrote:
From: Stephen Warren
An "enumerated" bus is one that is not memory-mapp
On 07/02/2012 11:23 AM, Mitch Bradley wrote:
> On 7/2/2012 5:59 AM, Stephen Warren wrote:
>> On 07/01/2012 01:36 PM, Rob Herring wrote:
>>> On 06/28/2012 06:05 PM, Stephen Warren wrote:
From: Stephen Warren
An "enumerated" bus is one that is not memory-mapped, hence hence
typic
On Mon, Jul 02, 2012 at 03:37:24PM +0530, Laxman Dewangan wrote:
> Use devm_* version of gpio APIs gpio_request_one() for
> requesting gpios.
> This avoid extra code for freeing gpios.
This can't be applied yet since the export for the devm version hasn't
been applied so it won't build and also co
On 7/2/2012 5:59 AM, Stephen Warren wrote:
On 07/01/2012 01:36 PM, Rob Herring wrote:
On 06/28/2012 06:05 PM, Stephen Warren wrote:
From: Stephen Warren
An "enumerated" bus is one that is not memory-mapped, hence hence
typically has #address-cells=1, and #size-cells=0. Such buses would be
use
On 07/01/2012 01:36 PM, Rob Herring wrote:
> On 06/28/2012 06:05 PM, Stephen Warren wrote:
>> From: Stephen Warren
>>
>> An "enumerated" bus is one that is not memory-mapped, hence hence
>> typically has #address-cells=1, and #size-cells=0. Such buses would be
>> used to group related non-memory-m
It should be in linux.c32 in 4.06 and directly supported in 5.00.
Thierry Reding wrote:
>On Fri, Jun 29, 2012 at 03:37:54PM -0700, H. Peter Anvin wrote:
>> On 05/31/2012 08:41 AM, Thierry Reding wrote:
>> > This patch series adds support for passing a Flattened Device Tree
>(FDT)
>> > blob to th
On Mon, 2012-07-02 at 14:11 +0200, Vincent Guittot wrote:
> max / (min + max) * 2^11 so the cpu_scale is smaller than 2^11 as min
> is never equal to 0
D'0h right.. I think I confused the middle thing with avg again.
___
devicetree-discuss mailing lis
On 2 July 2012 11:11, Peter Zijlstra wrote:
> On Wed, 2012-06-20 at 17:19 +0200, Vincent Guittot wrote:
>> +#ifdef CONFIG_OF
>> +struct cpu_efficiency {
>> + const char *compatible;
>> + unsigned long efficiency;
>> +};
>> +
>> +/*
>> + * Table of relative efficiency of each processors
On Wed, 2012-06-20 at 17:19 +0200, Vincent Guittot wrote:
> +#ifdef CONFIG_OF
> +struct cpu_efficiency {
> + const char *compatible;
> + unsigned long efficiency;
> +};
> +
> +/*
> + * Table of relative efficiency of each processors
> + * The efficiency value must fit in 20bit. The fina
* Jon Hunter [120612 17:45]:
> Simple DTS file for OMAP2420H4 board adding memory information to allow
> device-tree testing on an OMAP2420. OMAP2420H4 board has 64MB of RAM.
>
> Verified that kernel boots with DT using a simple RAMDISK file-system on
> OMAP2420H4.
Thanks, applying into dt branc
* Uri Yosef [120606 05:13]:
> CCed devicetree-discuss@lists.ozlabs.org.
>
> On Wed, Jun 6, 2012 at 12:09 PM, Tony Lindgren wrote:
>
> > Hi,
> >
> > * Uri Yosef [120517 05:34]:
> > > Hi Tony,
> > >
> > > This is the updated DTS patch for Vatiscite OMAP4 SOM support
> >
> > Looks OK to me, but c
Hi,
On Tue, Jun 26, 2012 at 11:27:13AM -0300, Alexandre Pereira da Silva wrote:
> Grab the devicetree node properties to override VendorId, ProductId,
> bcdDevice, Manucacturer, Product and SerialNumber
>
> Signed-off-by: Alexandre Pereira da Silva
I need Grant's acked-by to queue this one.
--
26 matches
Mail list logo
