On 00:26 Thu 06 Jun , Grant Likely wrote:
On Tue, 09 Apr 2013 00:44:05 +0200, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
On 04/09/2013 12:05 AM, Rob Herring wrote:
On 04/05/2013 02:48 AM, Javier Martinez Canillas wrote:
This means that drivers that need the IRQ
On 08:29 Thu 16 May , Eduardo Valentin wrote:
On 15-05-2013 12:57, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 12:36 Wed 15 May , Eduardo Valentin wrote:
On 15-05-2013 11:23, Benoit Cousson wrote:
Hi Eduardo,
On 05/15/2013 04:58 PM, Eduardo Valentin wrote:
Include bandgap
On 12:34 Thu 30 May , Tomi Valkeinen wrote:
On some platforms DPI requires a regulator to be enabled to power up the
output pins. This regulator is, for some reason, currently attached to
the virtual omapdss device, instead of the DPI device. This does not
work for DT, as the regulator
On 12:34 Thu 30 May , Tomi Valkeinen wrote:
When using DT, dss device does not have platform data. However,
dss_get_ctx_loss_count() uses dss device's platform data to find the
get_ctx_loss_count function pointer.
To fix this, dss_get_ctx_loss_count() needs to be changed to get the
On 12:34 Thu 30 May , Tomi Valkeinen wrote:
Add a support function to find a DSS output by given name. This is used
in later patches to link the panels to DSS outputs.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/output.c | 13 +
On 14:40 Thu 30 May , Tomi Valkeinen wrote:
On 30/05/13 14:07, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 12:34 Thu 30 May , Tomi Valkeinen wrote:
Add a support function to find a DSS output by given name. This is used
in later patches to link the panels to DSS outputs.
Signed
On 14:28 Thu 30 May , Tomi Valkeinen wrote:
On 30/05/13 14:09, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 12:34 Thu 30 May , Tomi Valkeinen wrote:
When using DT, dss device does not have platform data. However,
dss_get_ctx_loss_count() uses dss device's platform data to find
On 15:05 Thu 30 May , Arnd Bergmann wrote:
On Thursday 30 May 2013, Tomi Valkeinen wrote:
On 30/05/13 14:12, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 12:34 Thu 30 May , Tomi Valkeinen wrote:
On some platforms DPI requires a regulator to be enabled to power up the
output
On 12:36 Wed 15 May , Eduardo Valentin wrote:
On 15-05-2013 11:23, Benoit Cousson wrote:
Hi Eduardo,
On 05/15/2013 04:58 PM, Eduardo Valentin wrote:
Include bandgap devices for OMAP4460 devices.
Cc: Benoît Cousson b-cous...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc:
On 21:35 Mon 07 Jan , Arnd Bergmann wrote:
(Adding Sascha Hauer, Linus Walleij, Lee Jones to Cc)
On Monday 07 January 2013, Tony Lindgren wrote:
At the end of the line, some kind of hardware glue is going to be needed.
I just feel that drawing from a sample size of 1 (maybe 2
On 17:01 Wed 30 Jan , Ruslan Bilovol wrote:
Currently, reading /proc/cpuinfo provides userspace with CPU ID of
the CPU carrying out the read from the file.
Userspace using this information may decide what module
to load or how to configure some specific (and processor-depended)
settings
On 16:23 Fri 09 Nov , Stephen Warren wrote:
On 11/09/2012 09:28 AM, Grant Likely wrote:
On Tue, Nov 6, 2012 at 10:37 PM, Stephen Warren swar...@wwwdotorg.org
wrote:
...
I do rather suspect this use-case is quite common. NVIDIA certainly has
a bunch of development boards with
On 21:12 Sun 28 Oct , Linus Walleij wrote:
On Wed, Oct 24, 2012 at 7:28 PM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
drivers/spi/spi-pl022.c
Default/sleep transitions could be moved into bus code.
No that's not a good idea as long as we have both the platform bus
and the
On 18:38 Fri 06 Jul , jgq...@gmail.com wrote:
From: Xiao Jiang jgq...@gmail.com
Since more and more arm chips support device tree, it'd be better add
PROC_DEVICETREE
in arch/arm/Kconfig to avoid duplicate code.
Acked-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
Best
On 12:56 Thu 03 May , R Sricharan wrote:
Adding the OMAP5 ES1.0, 2.0 and OMAP5432 cpu revision
detection support.
Signed-off-by: R Sricharan r.sricha...@ti.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/control.h |4 +++
On 08:03 Fri 04 May , Tony Lindgren wrote:
* Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com [120503 22:08]:
In my mind in the driver we do not have to care how to list
register/unregister the group. We just need to be able to do this
pinctrl_register_group
On 09:34 Fri 04 May , Tony Lindgren wrote:
* Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com [120504 08:58]:
On 08:03 Fri 04 May , Tony Lindgren wrote:
so I was thinking to do like on gpio
uart {
pin = pioA 12 {pararms}
}
Hmm I
On 12:55 Fri 04 May , Stephen Warren wrote:
On 05/04/2012 10:34 AM, Tony Lindgren wrote:
* Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com [120504 08:58]:
On 08:03 Fri 04 May , Tony Lindgren wrote:
so I was thinking to do like on gpio
uart {
pin = pioA 12 {pararms
Hi,
I really like it
I was working on something simillar
but can we split the group management so we can use it on other
bindings
Best Regards,
J.
On 10:24 Wed 02 May , Tony Lindgren wrote:
Add simple pinctrl driver using device tree data.
Currently
On 16:34 Thu 03 May , Stephen Warren wrote:
On 05/03/2012 09:27 AM, Tony Lindgren wrote:
Hi,
* Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com [120503 00:16]:
I really like it
I was working on something simillar
but can we split the group management so we
On 07:06 Thu 12 Apr , Mohammed, Afzal wrote:
+ omap ml
Hi Jean, Andrew, Nicolas,
On Wed, Apr 11, 2012 at 21:31:13, Jean-Christophe PLAGNIOL-VILLARD wrote:
+ ahb {
+ apb {
+ dbgu: serial@f200 {
+ status = okay
On 12:14 Thu 12 Apr , Mohammed, Afzal wrote:
Hi Jean,
On Thu, Apr 12, 2012 at 17:15:59, Jean-Christophe PLAGNIOL-VILLARD wrote:
If ATMEL is also going driver way, then probably our voice together may be
heard and hopefully it will expedite the matter.
I'm going to add it too my
a section containing const variables is marked read only and so
cannot contain non-const variables.
Signed-off-by: Uwe Kleine-König u.kleine-koe...@pengutronix.de
Cc: Andrew Victor li...@maxim.org.za
Cc: Nicolas Ferre nicolas.fe...@atmel.com
Cc: Jean-Christophe Plagniol-Villard plagn...@jcrosoft.com
On 16:28 Tue 22 Nov , Stephen Warren wrote:
Tony Lindgren wrote at Tuesday, November 22, 2011 10:54 AM:
* Linus Walleij linus.wall...@linaro.org [22 03:30]:
On Tue, Nov 22, 2011 at 12:09 PM, Thomas Abraham
thomas.abra...@linaro.org wrote:
On 17 November 2011 19:27, Linus
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
Cc: Sekhar Nori nsek...@ti.com
Cc: Kevin Hilman khil...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Sascha Hauer ker...@pengutronix.de
---
v4:
update against linus tree and genalloc gen_pool_add_virt
On 18:45 Thu 12 May , Russell King - ARM Linux wrote:
On Fri, Apr 15, 2011 at 02:06:07PM +0100, Russell King - ARM Linux wrote:
This is work in progress.
We have two SoCs using SRAM, both with their own allocation systems,
and both with their own ways of copying functions into the SRAM.
Hi,
I do post a patch to add the support to specify a virt and phys
address to the generic allocator so the pv-pool.c is not needed
we can just use the generic fucntion
I'll post a v3 updated again it
Best Regards,
J.
--- /dev/null +++
On 17:18 Tue 19 Apr , Russell King - ARM Linux wrote:
On Tue, Apr 19, 2011 at 06:01:35PM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
Hi,
I do post a patch to add the support to specify a virt and phys
address to the generic allocator so the pv-pool.c is not needed
On 00:20 Wed 20 Apr , Russell King - ARM Linux wrote:
On Tue, Apr 19, 2011 at 09:05:57PM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
On 17:18 Tue 19 Apr , Russell King - ARM Linux wrote:
On Tue, Apr 19, 2011 at 06:01:35PM +0200, Jean-Christophe
PLAGNIOL-VILLARD wrote:
Hi
On 14:06 Fri 15 Apr , Russell King - ARM Linux wrote:
This is work in progress.
We have two SoCs using SRAM, both with their own allocation systems,
and both with their own ways of copying functions into the SRAM.
Let's unify this before we have additional SoCs re-implementing this
On 17:30 Fri 01 Apr , Detlef Vollmann wrote:
On 04/01/11 16:59, Arnd Bergmann wrote:
On Friday 01 April 2011, Detlef Vollmann wrote:
On 04/01/11 15:54, Arnd Bergmann wrote:
9. All interesting work is going into a handful of platforms, all of which
are ARMv7 based.
Define
On 11:50 Thu 31 Mar , Russell King - ARM Linux wrote:
On Thu, Mar 31, 2011 at 10:54:40AM +0100, Alan Cox wrote:
If I boot it on a current PC I'm booting on a multiprocessor system with
different timers, totally different IRQ controllers, different keyboard
controllers (USB), PCI
32 matches
Mail list logo
