> -Original Message-
> From: Stephen Warren [mailto:swar...@nvidia.com]
> Sent: Saturday, January 07, 2012 1:24 AM
> To: Dong Aisheng-B29396; linux-ker...@vger.kernel.org
> Cc: linus.wall...@stericsson.com; s.ha...@pengutronix.de;
> rob.herr...@calxeda.com; linux-arm-ker...@lists.infradead.
On Tue, Jan 10, 2012 at 01:31:47AM +0530, Thomas Abraham wrote:
> +Required properties:
> +- gpios: The gpios used to interface with the external LCD panel.
This isn't terribly informative for the user - which GPIOs and in what
order are they specified? Looking at the code it looks like pin mux
On Mon, Jan 09, 2012 at 11:38:15AM -0700, Stephen Warren wrote:
> This hooks dtc into Kbuild's dependency system.
>
> Thus, for example, "make dtbs" will rebuild tegra-harmony.dtb if only
> tegra20.dtsi has changed yet tegra-harmony.dts has not. The previous
> lack of this feature recently caused
Mitch Bradley wrote:
> The way it works for many "graphics cards" is that the display hardware
> subsystem includes an I2C (also called "SMBUS") interface that connects to
> the EDID ROM on the monitor. In this model, the EDID interface is not a
> standalone device, but rather a feature of the dis
The old logic assumes CMDLINE_FROM_BOOTLOADER vs. CMDLINE_FORCE and
ignores CMDLINE_EXTEND. Here's the old logic:
- CONFIG_CMDLINE_FORCE=true
CONFIG_CMDLINE
- dt bootargs=non-empty:
dt bootargs
- dt bootargs=empty, @data is non-empty string
@data is left unchanged
- dt bootargs=empty,
On 1/9/2012 1:26 PM, Tabi Timur-B04825 wrote:
On Wed, Sep 21, 2011 at 4:19 AM, Dave Martin wrote:
* edid -- It should be possible to have a fairly generic binding
for EDID interfaces, but none seems to exist yet. Discussion
is needed regarding what form this should take.
On Mon, Jan 09, 2012 at 01:33:29PM -0700, Stephen Warren wrote:
> This will allow callers to rebuild .dtb files when any of the /include/d
> .dtsi files are modified, not just the top-level .dts file.
>
> Signed-off-by: Stephen Warren
[snip]
> + if (depname) {
> + depfile = fopen
On Wed, Sep 21, 2011 at 4:19 AM, Dave Martin wrote:
>
> * edid -- It should be possible to have a fairly generic binding
> for EDID interfaces, but none seems to exist yet. Discussion
> is needed regarding what form this should take.
>
> This might more appropriately be
On Fri, Dec 9, 2011 at 8:02 AM, Benoit Cousson wrote:
>
> + eeprom@50 {
> + compatible = "ti,eeprom";
> + reg = <0x50>;
> + };
Why is this "ti,"? For EDID, isn't the I2C device actually on the
monitor itself, and DVI cable just connects to the I2C bus?
Th
This will allow callers to rebuild .dtb files when any of the /include/d
.dtsi files are modified, not just the top-level .dts file.
Signed-off-by: Stephen Warren
---
This version of the patch is against upstream dtc HEAD. Relative to the
version I posted earlier for the kernel, it edits dtc's ma
Add device tree based discovery support for Samsung's display controller.
Cc: Grant Likely
Cc: Rob Herring
Signed-off-by: Thomas Abraham
---
.../devicetree/bindings/fb/samsung-fb.txt | 103 ++
drivers/video/s3c-fb.c | 209 +++-
2 f
On 09:47 Fri 06 Jan , Rob Herring wrote:
> On 01/06/2012 10:20 AM, Nicolas Ferre wrote:
> > From: Jean-Christophe PLAGNIOL-VILLARD
> >
> > Retreive registers address and IRQ from device tree entry. Fall back
> > to built-in values if an error occurs.
> >
> > Signed-off-by: Jean-Christophe PL
> This will allow callers to rebuild .dtb files when any of the /include/d
> .dtsi files are modified, not just the top-level .dts file.
>
> Signed-off-by: Stephen Warren
> ---
> This patch is against the Linux kernel's copy of dtc, but it applies to
> upstream dtc with a couple of trivial confli
Hi Olof,
On Mon, Jan 9, 2012 at 10:38 AM, Olof Johansson wrote:
> [pruned cc list]
>
> Hi,
>
> On Sat, Jan 7, 2012 at 5:05 PM, Simon Glass wrote:
>
>> Do you have a Tegra .dts binding for the Seaboard keyboard that I can
>> test with please?
>
> Hmm, I had one for the previous binding. If you di
This hooks dtc into Kbuild's dependency system.
Thus, for example, "make dtbs" will rebuild tegra-harmony.dtb if only
tegra20.dtsi has changed yet tegra-harmony.dts has not. The previous
lack of this feature recently caused me to have very confusing "git
bisect" results.
For ARM, it's obvious wha
This will allow callers to rebuild .dtb files when any of the /include/d
.dtsi files are modified, not just the top-level .dts file.
Signed-off-by: Stephen Warren
---
This patch is against the Linux kernel's copy of dtc, but it applies to
upstream dtc with a couple of trivial conflicts. I can pos
[pruned cc list]
Hi,
On Sat, Jan 7, 2012 at 5:05 PM, Simon Glass wrote:
> Do you have a Tegra .dts binding for the Seaboard keyboard that I can
> test with please?
Hmm, I had one for the previous binding. If you didn't get tired of
waiting for this reply and make one yourself, I'll send one ov
Signed-off-by: Uwe Kleine-König
---
Hello,
changes since v2:
- use {read,write}l_relaxed
- rename driver to efm32-uart as USARTs and UARTs can be handled both
with it
- disable TX in .stop_tx (which needs some changes related to
USARTn_IF_TXC)
Best regards
Uwe
.../devicetree/bindings/tty/s
Hi Tony,
If this is not too late, could you please pull the various OMAP device tree
patches?
This series assume that all the drivers adaptation to DT are already merged and
is based on my previous interrupt controller series.
It means it has a strong dependency with i2c tree, mfd tree and rtc
> Jon, I was hoping I'd get some comment on this patch eventually.
Sorry/ .
> On Fri, Oct 28, 2011 at 04:15:25PM +1100, David Gibson wrote:
> > Here is a draft patch which adds a -C option to dtc, allowing
> > individual semantic checks to be turned on and off. It also allows
> > indivudual chec
Hi Tony,
If this is not too late, could you please pull the OMAP interrupt controllers
adaptation to device tree?
This series is based on your lo/dt branch to get the DTS and board cleanup.
Thanks,
Benoit
The following changes since commit 40c0591f0a349ec074357e05c6ab1a3bc951807c:
Benoit Co
On 1/6/2012 10:30 PM, Rob Herring wrote:
> On 01/06/2012 03:15 PM, Grant Likely wrote:
>> On Tue, Dec 20, 2011 at 02:39:54PM +0100, Benoit Cousson wrote:
>>> The GIC binding was updated in 3.2 and expect 3 interrupt-cells.
>>> - Update the #interrupt-cells
>>> - interrupt-parent seems to be needed
Dear Mr. Park.
On 9 January 2012 05:57, Kyungmin Park wrote:
[...]
>> + * Exynos4 specific wrapper around the generic power domain
>> + */
>> +struct exynos4_pm_domain {
>> + void __iomem *base;
>> + char const *name;
>> + bool is_off;
>> + struct generic_pm_domain pd;
>> +};
> E
Hi Sylwester.
On 7 January 2012 20:14, Sylwester Nawrocki wrote:
[...]
>> diff --git a/arch/arm/mach-exynos/pm_domains.c
>> b/arch/arm/mach-exynos/pm_domains.c
>> new file mode 100644
>> index 000..95a7c55
>> --- /dev/null
>> +++ b/arch/arm/mach-exynos/pm_domains.c
>> @@ -0,0 +1,183 @@
>> +
Hi Rafael,
2012/1/9 Rafael J. Wysocki :
> On Saturday, January 07, 2012, Thomas Abraham wrote:
>> A device node pointer is added to generic pm domain structure to associate
>> the domain with a node in the device tree. The platform code parses the
>> device tree to find available nodes representin
Hello,
On Fri, Dec 23, 2011 at 09:44:28PM +0100, Uwe Kleine-König wrote:
> On Fri, Dec 23, 2011 at 10:35:22AM +, Arnd Bergmann wrote:
> > On Thursday 22 December 2011, Uwe Kleine-König wrote:
> >
> > > @@ -0,0 +1,14 @@
> > > +* Energymicro efm32 UART
> > > +
> > > +Required properties:
> > >
Hello,
On Fri, Dec 23, 2011 at 09:44:28PM +0100, Uwe Kleine-König wrote:
> On Fri, Dec 23, 2011 at 10:35:22AM +, Arnd Bergmann wrote:
> > On Thursday 22 December 2011, Uwe Kleine-König wrote:
> > > [...]
> > > +config SERIAL_EFM32_USART
> > > + bool "EFM32 USART port."
> > > + depends on ARCH_
Hi Grant,
On 1/6/2012 10:22 PM, Grant Likely wrote:
On Tue, Dec 20, 2011 at 02:39:55PM +0100, Benoit Cousson wrote:
[...]
+ /*
+* XXX: Use a 0 irq_base for the moment since the legacy devices
+* created statically are expected a hwirq = irq mapping.
+* A proper
* Cousson, Benoit wrote:
> Hi Thierry,
>
> On 1/6/2012 3:28 PM, Thierry Reding wrote:
> >The irq_domain_add() function needs the number of interrupts in the
> >domain to properly initialize them. In addition the allocated domain
> >is now returned by the irq_domain_{add,generate}_simple() helpers.
On Tue, Jan 03, 2012 at 04:19:05PM +0200, Gilad Ben-Yossef wrote:
> on_each_cpu always returns a hard coded return code of zero.
>
> Removing all tests based on this return value saves run time
> cycles for compares and code bloat for branches.
>
> Cc: Michal Nazarewicz
> CC: Will Deacon
> CC:
* Rob Herring | 2011-12-30 09:22:40 [-0600]:
>Any update on testing this?
Just got back from vacation, will do this soon.
>
>Rob
Sebastian
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/device
31 matches
Mail list logo
