On Fri, May 04, 2012 at 02:47:34, Hilman, Kevin wrote:
Hiremath, Vaibhav hvaib...@ti.com writes:
On Thu, May 03, 2012 at 21:27:18, Tony Lindgren wrote:
Hi,
* Hiremath, Vaibhav hvaib...@ti.com [120502 02:37]:
On Wed, May 02, 2012 at 14:53:24, Paul Walmsley wrote:
Hi
On
Hi Russ,
On 05/03/12 22:08, Russ Dill wrote:
On Wed, May 2, 2012 at 3:38 AM, Raja, Govindraj govindraj.r...@ti.com wrote:
On Wed, May 2, 2012 at 2:17 PM, Russ Dill russ.d...@ti.com wrote:
On Mon, Mar 19, 2012 at 6:34 AM, Raja, Govindraj govindraj.r...@ti.com
wrote:
On Mon, Mar 19, 2012 at
Hi,
On Thursday 03 May 2012 07:27 PM, Tomi Valkeinen wrote:
Instead of using omap_device_build() to create the omap_devices for DSS
hwmods, create them with a custom function. This will allow us to create
a parent-child hierarchy for the devices so that the omapdss_core device
is parent for the
On Fri, May 04, 2012 at 01:07:32, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [120503 09:45]:
What about cpu_is_omap34xx() true for am33xx? Should we follow it?
Well are there components that could be used as is with that?
If not, then it probably does not make sense.
I
On Thu, May 03, 2012 at 21:27:18, Tony Lindgren wrote:
Hi,
* Hiremath, Vaibhav hvaib...@ti.com [120502 02:37]:
On Wed, May 02, 2012 at 14:53:24, Paul Walmsley wrote:
Hi
On Fri, 2 Dec 2011, hvaib...@ti.com wrote:
From: Afzal Mohammed af...@ti.com
This patch adds
On Friday 04 May 2012 05:33 AM, Greg KH wrote:
On Thu, May 03, 2012 at 06:38:23PM -0400, Paul Gortmaker wrote:
On Fri, Apr 27, 2012 at 8:24 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
Add a driver for the EMIF SDRAM controller used in Texas Instrument SoCs
Hi Santosh,
Can you
Hi Archit,
On Fri, 13 Apr 2012, Archit Taneja wrote:
On Friday 13 April 2012 02:13 PM, Cousson, Benoit wrote:
On 4/13/2012 10:01 AM, Archit Taneja wrote:
The clock for all DSS L3 slave interfaces had been recently changed to
dss_fck from l3_div_ck. dss_fck is an optional clock in DSS
On 1 May 2012 02:47, Jon Hunter jon-hun...@ti.com wrote:
From: Jon Hunter jon-hun...@ti.com
This is based upon the work by Benoit Cousson [1] and Nicolas Ferre [2]
to add some basic helpers to retrieve a DMA controller device_node and the
DMA request/channel information.
Aim of DMA helpers
Hi Paul,
On Friday 04 May 2012 12:09 PM, Paul Walmsley wrote:
Hi Archit,
On Fri, 13 Apr 2012, Archit Taneja wrote:
On Friday 13 April 2012 02:13 PM, Cousson, Benoit wrote:
On 4/13/2012 10:01 AM, Archit Taneja wrote:
The clock for all DSS L3 slave interfaces had been recently changed to
On Fri, May 4, 2012 at 3:17 AM, Kevin Hilman khil...@ti.com wrote:
Santosh Shilimkar santosh.shilim...@ti.com writes:
cpu_class_is_omap2() contains all OMAP2+ devices. So update the DMA code
cpu checks accordingly so that there is no need to patch
the file for any future OMAP2+ devices.
In
The system dma module has capabiities register indicating
the support for descriptor loading, constant fill, etc.
Use this instead of OMAP revision check to identify the features
supported runtime.
This avoids patching the code for feature SOCs which has
those capabilities.
Signed-off-by: R
On Fri, May 4, 2012 at 12:59 PM, R Sricharan r.sricha...@ti.com wrote:
The system dma module has capabiities register indicating
the support for descriptor loading, constant fill, etc.
Use this instead of OMAP revision check to identify the features
supported runtime.
This avoids patching
On Thursday 03 May 2012 07:27 PM, Tomi Valkeinen wrote:
Instead of using omap_device_build() to create the omap_devices for DSS
hwmods, create them with a custom function. This will allow us to create
a parent-child hierarchy for the devices so that the omapdss_core device
is parent for the rest
On Sat, Apr 28, 2012 at 02:31:17, Hilman, Kevin wrote:
Hi Mark,
Mark Brown broo...@opensource.wolfsonmicro.com writes:
On Fri, Apr 27, 2012 at 11:09:10AM +0530, J, KEERTHY wrote:
Devfreq and cpufreq are related to dynamic frequency/voltage switching
between
pre defined Operating
On Thu, Apr 26, 2012 at 23:10:35, J, KEERTHY wrote:
From: Jean Pihet j-pi...@ti.com
Change the name field value to better reflect the smartreflex
integration in the system.
Signed-off-by: Jean Pihet j-pi...@ti.com
Signed-off-by: J Keerthy j-keer...@ti.com
---
On Fri, 2012-05-04 at 11:02 +0530, Archit Taneja wrote:
Hi,
On Thursday 03 May 2012 07:27 PM, Tomi Valkeinen wrote:
The omapdss pdata handling is a mess. This is more evident when trying
to use device tree for DSS, as we don't have platform data anymore in
that case. This patch cleans
On Friday 04 May 2012 02:02 PM, Tomi Valkeinen wrote:
On Fri, 2012-05-04 at 11:02 +0530, Archit Taneja wrote:
Hi,
On Thursday 03 May 2012 07:27 PM, Tomi Valkeinen wrote:
The omapdss pdata handling is a mess. This is more evident when trying
to use device tree for DSS, as we don't have
On Fri, 2012-05-04 at 11:33 +0530, Archit Taneja wrote:
Hi,
On Thursday 03 May 2012 07:27 PM, Tomi Valkeinen wrote:
Instead of using omap_device_build() to create the omap_devices for DSS
hwmods, create them with a custom function. This will allow us to create
a parent-child hierarchy
On Fri, 2012-05-04 at 14:06 +0530, Archit Taneja wrote:
On Friday 04 May 2012 02:02 PM, Tomi Valkeinen wrote:
Hmm. The sequence shouldn't change. The order in which the devices are
registered doesn't matter if there are no drivers registered yet. When
the drivers are registered, and
On Fri, 2012-05-04 at 12:33 +0530, Archit Taneja wrote:
Hi Paul,
On Friday 04 May 2012 12:09 PM, Paul Walmsley wrote:
Hi Archit,
On Fri, 13 Apr 2012, Archit Taneja wrote:
On Friday 13 April 2012 02:13 PM, Cousson, Benoit wrote:
On 4/13/2012 10:01 AM, Archit Taneja wrote:
The
On Fri, 2012-05-04 at 13:47 +0530, Archit Taneja wrote:
On Thursday 03 May 2012 07:27 PM, Tomi Valkeinen wrote:
@@ -221,22 +279,24 @@ int __init omap_display_init(struct
omap_dss_board_info *board_data)
oh_count = ARRAY_SIZE(omap4_dss_hwmod_data);
}
- for (i = 0; i
On Thu, May 3, 2012 at 11:03 PM, Igor Grinberg grinb...@compulab.co.il wrote:
Hi Russ,
On 05/03/12 22:08, Russ Dill wrote:
On Wed, May 2, 2012 at 3:38 AM, Raja, Govindraj govindraj.r...@ti.com
wrote:
On Wed, May 2, 2012 at 2:17 PM, Russ Dill russ.d...@ti.com wrote:
On Mon, Mar 19, 2012 at
On Thursday 03 May 2012 07:28 PM, Tomi Valkeinen wrote:
We currently use the id of the dsi platform device (dsidev-id) as the
DSI hardware module ID. This works because we assign the ID manually in
arch/arm/mach-omap2/display.c at boot time.
However, with device tree the platform device IDs are
On Thu, Apr 26, 2012 at 23:10:36, J, KEERTHY wrote:
From: Jean Pihet j-pi...@ti.com
Now that omap_test_timeout is only accessible from mach-omap2/,
introduce a similar function for SR.
This change makes the SmartReflex implementation ready for the move
to drivers/.
Signed-off-by: Jean
On Friday 04 May 2012 02:30 PM, Tomi Valkeinen wrote:
On Fri, 2012-05-04 at 13:47 +0530, Archit Taneja wrote:
On Thursday 03 May 2012 07:27 PM, Tomi Valkeinen wrote:
@@ -221,22 +279,24 @@ int __init omap_display_init(struct omap_dss_board_info
*board_data)
oh_count =
-Original Message-
From: Tomi Valkeinen tomi.valkei...@ti.com
To: Joe Woodward j...@terrafix.co.uk
Cc: Archit Taneja a0393...@ti.com, linux-omap@vger.kernel.org
Date: Thu, 03 May 2012 16:07:22 +0300
Subject: Re: Problems with 3.4-rc5
On Thu, 2012-05-03 at 09:49 +0100, Joe Woodward
On 05/04/12 12:06, Russ Dill wrote:
On Thu, May 3, 2012 at 11:03 PM, Igor Grinberg grinb...@compulab.co.il
wrote:
Hi Russ,
On 05/03/12 22:08, Russ Dill wrote:
On Wed, May 2, 2012 at 3:38 AM, Raja, Govindraj govindraj.r...@ti.com
wrote:
On Wed, May 2, 2012 at 2:17 PM, Russ Dill
On Fri, 2012-05-04 at 14:39 +0530, Archit Taneja wrote:
On Thursday 03 May 2012 07:28 PM, Tomi Valkeinen wrote:
We currently use the id of the dsi platform device (dsidev-id) as the
DSI hardware module ID. This works because we assign the ID manually in
arch/arm/mach-omap2/display.c at boot
On Friday 04 May 2012 03:23 PM, Tomi Valkeinen wrote:
On Fri, 2012-05-04 at 14:39 +0530, Archit Taneja wrote:
On Thursday 03 May 2012 07:28 PM, Tomi Valkeinen wrote:
We currently use the id of the dsi platform device (dsidev-id) as the
DSI hardware module ID. This works because we assign the
Hi AnilKumar,
Thanks for reviewing.
On Fri, May 4, 2012 at 2:00 PM, AnilKumar, Chimata anilku...@ti.com wrote:
On Thu, Apr 26, 2012 at 23:10:35, J, KEERTHY wrote:
From: Jean Pihet j-pi...@ti.com
Change the name field value to better reflect the smartreflex
integration in the system.
On Fri, 2012-05-04 at 15:35 +0530, Archit Taneja wrote:
This is only a problem with device tree, and I solved it so that I
pass
a DSI module ID in the device tree data. So, with old pdata way I
initialize dsi-module_id from the pdev-id, but with DT I
initialize
dsi-module_id from the DT
'ARM: OMAP3: USB: Fix the EHCI ULPI PHY reset issue' (1fcb57d0f) created a
regression
with Beagleboard xM if booting the kernel after running 'usb start' under
u-boot.
Finishing the reset before calling 'usb_add_hcd' fixes the regression. This is
most likely due to
usb_add_hcd calling the
Hi,
On Fri, May 04, 2012 at 04:24:47AM -0700, Russ Dill wrote:
'ARM: OMAP3: USB: Fix the EHCI ULPI PHY reset issue' (1fcb57d0f) created a
regression
with Beagleboard xM if booting the kernel after running 'usb start' under
u-boot.
Finishing the reset before calling 'usb_add_hcd' fixes
On Thursday 03 May 2012, Stephen Warren wrote:
+- #dma-channels: Number of DMA channels supported by the controller.
+- #dma-requests: Number of DMA requests signals supported by the
controller.
I don't see why those properties would be mandatory in device tree. They
don't
On Fri, 2012-05-04 at 10:19 +0100, Joe Woodward wrote:
-Original Message-
From: Tomi Valkeinen tomi.valkei...@ti.com
To: Joe Woodward j...@terrafix.co.uk
Cc: Archit Taneja a0393...@ti.com, linux-omap@vger.kernel.org
Date: Thu, 03 May 2012 16:07:22 +0300
Subject: Re: Problems
Hello,
I have an IGEPv2 revision 6 board, which uses the DM3730 OMAP3. With
3.2 omap2plus_defconfig, the system boots fine and have a working shell
on ttyO2. On either 3.3, 3.4-rc5 or arm-soc/for-next from Arnd, the
system boots all the way up to showing the shell prompt, but I can't
type any
Hi Kevin,
On Fri, May 04, 2012 at 03:02:16, Hilman, Kevin wrote:
Ben Hutchings bhutchi...@solarflare.com writes:
On Thu, 2012-05-03 at 19:25 +, Bedia, Vaibhav wrote:
On Fri, May 04, 2012 at 00:16:32, Mark A. Greer wrote:
[...]
So, if I understood this correctly, it's
Hi,
This set adds support for TPS62361 PMIC, which is used to power
MPU voltagedomain on OMAP4460 boards. These patches apply on top
of 3.4 + my voltagedomain fixes set to avoid adding redundant code.
Working tree available here for interested parties:
Current I2C timing parameters do not work with Panda board at least.
Parameters updated based on TI recommendation.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/vc.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/vc.c
From: Nishanth Menon n...@ti.com
Since we are starting to use multiple PMICs in various combinations,
use the existing .omap_chip = OMAP_CHIP_INIT() to mark the
structures we are interested in using per OMAP device we
are currently running on. This mapping is based on the default
device
From: Vishwanath BS vishwanath...@ti.com
TPS62361 is a new PMIC used with OMAP4460 on SDP4430 platform
and panda board ES to supply MPU VDD.
Rest of the VDDs continue to be supplied via TWL6030.
As part of this, the following have been moved to common
location in voltage.h
On Fri, 2012-05-04 at 16:50 +0300, Tomi Valkeinen wrote:
On Fri, 2012-05-04 at 10:19 +0100, Joe Woodward wrote:
-Original Message-
From: Tomi Valkeinen tomi.valkei...@ti.com
To: Joe Woodward j...@terrafix.co.uk
Cc: Archit Taneja a0393...@ti.com, linux-omap@vger.kernel.org
-Original Message-
From: Tomi Valkeinen tomi.valkei...@ti.com
To: Joe Woodward j...@terrafix.co.uk
Cc: Archit Taneja a0393...@ti.com, linux-omap@vger.kernel.org
Date: Fri, 04 May 2012 17:01:12 +0300
Subject: Re: Problems with 3.4-rc5
On Fri, 2012-05-04 at 16:50 +0300, Tomi Valkeinen
+Sekhar
Bedia, Vaibhav vaibhav.be...@ti.com writes:
Hi Kevin,
On Fri, May 04, 2012 at 03:02:16, Hilman, Kevin wrote:
Ben Hutchings bhutchi...@solarflare.com writes:
On Thu, 2012-05-03 at 19:25 +, Bedia, Vaibhav wrote:
On Fri, May 04, 2012 at 00:16:32, Mark A. Greer wrote:
[...]
Hi Kevin, Paul,
On Fri, 2012-05-04 at 15:09 +0100, Joe Woodward wrote:
Ok, I can replicate it now. It seems to be somehow PM related. I
normally have USB gadget stuff compiled into kernel so that I can
boot
via nfsroot with usb. After disabling USB support from the kernel, I
can
On Fri, 2012-05-04 at 17:54 +0300, Tomi Valkeinen wrote:
Hi Kevin, Paul,
On Fri, 2012-05-04 at 15:09 +0100, Joe Woodward wrote:
Ok, I can replicate it now. It seems to be somehow PM related. I
normally have USB gadget stuff compiled into kernel so that I can
boot
via nfsroot
* 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(...)
or
pinctrl_unregistewr_group(...)
On at91 we have this
Hi Stephen,
On 05/03/2012 05:26 PM, Stephen Warren wrote:
On 04/30/2012 03:17 PM, Jon Hunter wrote:
From: Jon Hunter jon-hun...@ti.com
This is based upon the work by Benoit Cousson [1] and Nicolas Ferre [2]
to add some basic helpers to retrieve a DMA controller device_node and the
DMA
On Fri, May 04, 2012 at 10:06:53AM -0500, Jon Hunter wrote:
The thought here was that some DMAs may distinguish between devices by a
request ID or a channel ID or both. In the case of say an OMAP4, we have
32 channels and 127 request IDs. From a h/w perspective we need to know
both. Each of
Hi Jassi,
On 05/04/2012 01:56 AM, Jassi Brar wrote:
On 1 May 2012 02:47, Jon Hunter jon-hun...@ti.com wrote:
From: Jon Hunter jon-hun...@ti.com
This is based upon the work by Benoit Cousson [1] and Nicolas Ferre [2]
to add some basic helpers to retrieve a DMA controller device_node and the
Hi Jassi,
On 05/04/2012 01:56 AM, Jassi Brar wrote:
On 1 May 2012 02:47, Jon Hunter jon-hun...@ti.com wrote:
From: Jon Hunter jon-hun...@ti.com
This is based upon the work by Benoit Cousson [1] and Nicolas Ferre [2]
to add some basic helpers to retrieve a DMA controller device_node and the
Hi!
Upstream linux kernel has already driver for lis3lv02d accelerometer
in drivers/misc/lis3lv02d. So now can be added also platform support
for nokia rx51. Patch exists for long time in meego obs repository:
On Monday 30 April 2012, Jon Hunter wrote:
From: Jon Hunter jon-hun...@ti.com
This is based upon the work by Benoit Cousson [1] and Nicolas Ferre [2]
to add some basic helpers to retrieve a DMA controller device_node and the
DMA request/channel information.
Thanks for picking this up again,
Hello Benoit,
Le Fri, 23 Sep 2011 22:23:09 +0200,
Benoit Cousson b-cous...@ti.com a écrit :
Add SoC specific map_io function to be used by the generic DT
board file. This is an intermediate step before having some
generic DT aware map_io function.
Signed-off-by: Benoit Cousson
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(...)
or
Neil,
On Fri, 4 May 2012, NeilBrown wrote:
On Wed, 25 Apr 2012 14:54:54 +0200 (CEST) Thomas Gleixner
t...@linutronix.de wrote:
Why not simply managing the pending bit for level irqs ?
Hi Thomas,
thanks again for the patch. I finally made time to test it and it works as
expected.
Hi Afzal,
On 05/03/2012 03:23 AM, Mohammed, Afzal wrote:
Hi Jon,
On Tue, May 01, 2012 at 23:23:00, Hunter, Jon wrote:
Hi Afzal,
Looks good! Some minor comments ...
Thanks
+#defineGPMC_WAITPIN_IDX0 0x0
+#defineGPMC_WAITPIN_IDX1 0x1
Hi Afzal,
On 05/01/2012 07:19 AM, Afzal Mohammed wrote:
[...]
+static int gpmc_setup_cs_waitpin(struct gpmc *gpmc, struct gpmc_device *gd,
+ unsigned cs, unsigned conf)
+{
+ u32 l = gpmc_cs_read_reg(cs, GPMC_CS_CONFIG1);
+ unsigned idx =
Hi Thomas,
Thomas Petazzoni thomas.petazz...@free-electrons.com writes:
I have an IGEPv2 revision 6 board, which uses the DM3730 OMAP3. With
3.2 omap2plus_defconfig, the system boots fine and have a working shell
on ttyO2. On either 3.3, 3.4-rc5 or arm-soc/for-next from Arnd, the
system
Hi Afzal,
On 05/03/2012 03:37 AM, Mohammed, Afzal wrote:
Hi Jon,
On Wed, May 02, 2012 at 02:11:48, Hunter, Jon wrote:
+
+ pdata-clk_prd = gpmc_get_fclk_period();
Does this need to be done here? May be this should be done in the probe
function. You could store the handle to the main clk
* 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 assume the 12 above the gpio number?
no pin number in the bank
On Fri, May 04, 2012 at 01:55:58PM +, Bedia, Vaibhav wrote:
Hi Vaibhav.
Hi Kevin,
On Fri, May 04, 2012 at 03:02:16, Hilman, Kevin wrote:
Ben Hutchings bhutchi...@solarflare.com writes:
On Thu, 2012-05-03 at 19:25 +, Bedia, Vaibhav wrote:
On Fri, May 04, 2012 at 00:16:32,
Hi Mark,
Mark A. Greer mgr...@animalcreek.com writes:
[...]
To work around this issue, add platform data callbacks which
are called at the beginning of the open routine and at the
end of the stop routine of the davinci_emac driver. The
callbacks allow the platform code to issue
Shilimkar, Santosh santosh.shilim...@ti.com writes:
On Fri, May 4, 2012 at 3:17 AM, Kevin Hilman khil...@ti.com wrote:
Santosh Shilimkar santosh.shilim...@ti.com writes:
cpu_class_is_omap2() contains all OMAP2+ devices. So update the DMA code
cpu checks accordingly so that there is no need
Hi,
* Oleg Matcovschi oleg.matcovs...@ti.com [120420 13:49]:
Use omap_disable_channel_irq() function instead of directly accessing CICR.
The omap_disable_chanel_irq() function clears pending interrupts
and disables interrupt on channel.
Functions omap2_enable_irq_lch()/omap2_disable_irq_lch()
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [120430 10:30]:
Commit 384ebe1c2849160d040df3e68634ec506f13d9ff, gpio/omap: Add DT
support to GPIO driver, introduced dynamic IRQ numbering of OMAP GPIO
interrupts, breaking all IH_GPIO_BASE based IRQ number calculations.
This issue was corrected in
Hi,
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [120430 11:15]:
Dnia czwartek, 26 kwietnia 2012 08:20:59 Artem Bityutskiy pisze:
On Wed, 2012-04-25 at 19:01 +0200, Janusz Krzysztofik wrote:
Both drivers use separate subsets of registers that belong to the
OMAP1
MPU I/O device, but are
These two patches are coming from the series I previously
sent for the cpuidle OMAP3/4 cleanups.
The first one, move the powerdomain lookup check in the init
function, the second one fix the linkage error, when the
CONFIG_PM is not set while CONFIG_CPU_IDLE is. Omap's Kconfig
has been modified to
At init time, check the powerdomains lookup is successful otherwise
exit the cpuidle driver init function with -ENODEV like what is done for the
omap3 cpuidle driver.
Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org
Reviewed-by: Jean Pihet j-pi...@ti.com
---
Define a CPU_IDLE section in the makefile, declare the functions in
the header files conforming to the kernel coding rules and remove the
'define's in the C files.
CONFIG_PM is enabled when CPU_IDLE is enabled because the cpuidle drivers
use some functions from the pm subsystem.
Signed-off-by:
Hi Arnd,
On 05/04/2012 10:56 AM, Arnd Bergmann wrote:
On Monday 30 April 2012, Jon Hunter wrote:
From: Jon Hunter jon-hun...@ti.com
This is based upon the work by Benoit Cousson [1] and Nicolas Ferre [2]
to add some basic helpers to retrieve a DMA controller device_node and the
DMA
* Raja, Govindraj govindraj.r...@ti.com [120424 01:41]:
On Tue, Apr 24, 2012 at 5:15 AM, Kevin Hilman khil...@ti.com wrote:
Govindraj.R govindraj.r...@ti.com writes:
From: Govindraj.R govindraj.r...@ti.com
The following commit:
(7496ba3 ARM: OMAP2+: UART: Add default mux for all
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
* Felipe Contreras felipe.contre...@gmail.com [120423 07:36]:
arch/arm/plat-omap/devices.c: In function 'omap_dsp_reserve_sdram_memblock':
arch/arm/plat-omap/devices.c:170: warning: format '%x' expects type 'unsigned
int', but argument 3 has type 'phys_addr_t'
arch/arm/mach-omap2/dsp.c: In
* Enrico ebut...@users.sourceforge.net [120430 10:23]:
From: Enrico Butera ebut...@users.berlios.de
Using id 0 causes errors at boot:
WARNING: at fs/sysfs/dir.c:508 sysfs_add_one+0x9c/0xac()
sysfs: cannot create duplicate filename
'/devices/platform/reg-fixed-voltage.0'
Fix it by
Hi,
* Kevin Hilman khil...@ti.com [120502 13:11]:
Vaibhav Hiremath hvaib...@ti.com writes:
OMAP1, omap_32k_timer_init() function always returns true,
irrespective of whether error occurred while initializing 32k sync
counter as a kernel clocksource or not and execution will never
* Kevin Hilman khil...@ti.com [120504 09:31]:
Hi Thomas,
Thomas Petazzoni thomas.petazz...@free-electrons.com writes:
I have an IGEPv2 revision 6 board, which uses the DM3730 OMAP3. With
3.2 omap2plus_defconfig, the system boots fine and have a working shell
on ttyO2. On either 3.3,
* Shilimkar, Santosh santosh.shilim...@ti.com [120504 00:37]:
On Fri, May 4, 2012 at 12:59 PM, R Sricharan r.sricha...@ti.com wrote:
The system dma module has capabiities register indicating
the support for descriptor loading, constant fill, etc.
Use this instead of OMAP revision check to
* Henry Chan enli.c...@gmail.com [120307 23:33]:
Sorry about that. Kind of new at this.
-H
Signed-off-by: Henry Chan enli.c...@gmail.com
Thanks, applying this finally into fixes-non-critical.
Tony
On 03/05/12 11:34, Tony Lindgren wrote:
Hi Henry,
* Henry Chan enli.c...@gmail.com
Hi Pavel,
* Pavel Machek pa...@ucw.cz [120501 03:51]:
Hi!
Add minimal support for Nokia RM-696 board.
Signed-off-by: Aaro Koskinen aaro.koski...@nokia.com
---
The patch is based boot-tested with 3.3-rc6.
arch/arm/mach-omap2/Kconfig |3 ++-
Hi,
Looking at this again..
* Govindraj.R govindraj.r...@ti.com [120306 00:34]:
From: Govindraj.R govindraj.r...@ti.com
All beagle boards rev AX/BX have external usb hubs connected to ehci
interface, external hub/peripheral uses a nreset sequence for which
uart2_rx.gpio_147 pin in mux
On 05/04/2012 09:06 AM, Jon Hunter wrote:
Hi Stephen,
On 05/03/2012 05:26 PM, Stephen Warren wrote:
On 04/30/2012 03:17 PM, Jon Hunter wrote:
From: Jon Hunter jon-hun...@ti.com
This is based upon the work by Benoit Cousson [1] and Nicolas Ferre [2]
to add some basic helpers to retrieve a
On Fri, May 04, 2012 at 07:31:30AM -0700, Kevin Hilman wrote:
Bedia, Vaibhav vaibhav.be...@ti.com writes:
Hi Kevin.
If it does, perhaps there should some other mechanism for letting
users control the system behavior.
Come to think of it, the right solution here is probably to use runtime
On 05/04/2012 09:56 AM, Arnd Bergmann wrote:
On Monday 30 April 2012, Jon Hunter wrote:
From: Jon Hunter jon-hun...@ti.com
This is based upon the work by Benoit Cousson [1] and Nicolas Ferre [2]
to add some basic helpers to retrieve a DMA controller device_node and the
DMA request/channel
* Hiremath, Vaibhav hvaib...@ti.com [120426 23:40]:
On Fri, Apr 27, 2012 at 06:19:02, Hilman, Kevin wrote:
Vaibhav Hiremath hvaib...@ti.com writes:
As far as PRM/CM/PRCM modules are concerned, AM33XX device is
different than OMAP3 and OMAP4 architectures; so we need to
handle it
On Fri, May 04, 2012 at 09:44:45AM -0700, Kevin Hilman wrote:
Hi Mark,
Hi Kevin.
Mark A. Greer mgr...@animalcreek.com writes:
[...]
To work around this issue, add platform data callbacks which
are called at the beginning of the open routine and at the
end of the stop routine of the
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}
}
Hmm I assume the 12 above the gpio number?
no
On 4 May 2012 20:47, Jon Hunter jon-hun...@ti.com wrote:
Hi Jassi,
On 05/04/2012 01:56 AM, Jassi Brar wrote:
On 1 May 2012 02:47, Jon Hunter jon-hun...@ti.com wrote:
From: Jon Hunter jon-hun...@ti.com
This is based upon the work by Benoit Cousson [1] and Nicolas Ferre [2]
to add some basic
On Friday 04 May 2012, Jon Hunter wrote:
I believe this is not entirely correct: sometimes the filter_fn is provided
by the slave driver, sometimes by the master driver.
Ok, but in the master case I assume they still use the same API?
The all use dma_request_channel, but the format of
* Archit Taneja arc...@ti.com [120419 05:13]:
This reverts commit 46f8c3c7e95c0d30d95911e7975ddc4f93b3e237.
The commit above swapped the DSI1_PPID and DSI2_PPID register fields in
CONTROL_DSIPHY to be in sync with the newer public OMAP TRMs(after version V).
With this commit, contention
* Jon Hunter jon-hun...@ti.com [120425 08:16]:
Hi Tero,
On 04/25/2012 02:33 AM, Tero Kristo wrote:
On Mon, 2012-04-23 at 11:09 -0500, Jon Hunter wrote:
Hi Tero,
On 04/20/2012 04:33 AM, Tero Kristo wrote:
[...]
+/**
+ * omap4_dpll_print_reg - dump out a single DPLL register
On Friday 04 May 2012, Jassi Brar wrote:
I see this requires a client driver to specify a particular req_line on a
particular dma controller. I am not sure if this is most optimal.
I think such client-req_line map should be provided to the dmac controller
driver via its dt node in some
On 05/02/2012 11:24 AM, Tony Lindgren wrote:
Add simple pinctrl driver using device tree data.
Currently this driver only works on omap2+ series of
processors, where there is either an 8 or 16-bit padconf
register for each pin. Support for other similar pinmux
controllers could be added.
Hi Arnd,
On 05/04/2012 02:06 PM, Arnd Bergmann wrote:
On Friday 04 May 2012, Jon Hunter wrote:
I believe this is not entirely correct: sometimes the filter_fn is provided
by the slave driver, sometimes by the master driver.
Ok, but in the master case I assume they still use the same API?
On Fri, 4 May 2012 10:11:25 Tony Lindgren wrote:
Hi,
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [120430 11:15]:
Dnia czwartek, 26 kwietnia 2012 08:20:59 Artem Bityutskiy pisze:
On Wed, 2012-04-25 at 19:01 +0200, Janusz Krzysztofik wrote:
Both drivers use separate subsets of registers
* Tomi Valkeinen tomi.valkei...@ti.com [120425 05:32]:
On Tue, 2012-04-24 at 10:16 -0700, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [120423 00:43]:
Add statics to board-omap4-panda.c's internal functions and data
structures to remove warnings.
Care to update with
Dnia piątek, 4 maja 2012 09:51:46 Tony Lindgren pisze:
Hi,
* Oleg Matcovschi oleg.matcovs...@ti.com [120420 13:49]:
Use omap_disable_channel_irq() function instead of directly
accessing CICR.
The omap_disable_chanel_irq() function clears pending interrupts
and disables interrupt on
Dnia piątek, 4 maja 2012 10:43:02 Tony Lindgren pisze:
Hi,
* Kevin Hilman khil...@ti.com [120502 13:11]:
Vaibhav Hiremath hvaib...@ti.com writes:
OMAP1, omap_32k_timer_init() function always returns true,
irrespective of whether error occurred while initializing 32k sync
counter
* Enric Balletbò i Serra eballe...@gmail.com [120427 02:30]:
2012/4/23 Laurent Pinchart laurent.pinch...@ideasonboard.com:
The supply is connected to the DSS DO-D5 pins and is thus needed for
both serial and parallel display interfaces on the igep0030 as well as
the igep0020.
If the
* Paul Walmsley p...@pwsan.com [120502 18:05]:
On Wed, 2 May 2012, Paul Walmsley wrote:
Hi Tony,
On Mon, 23 Apr 2012, Tony Lindgren wrote:
Add MMC for 2420 so we can pass the DMA request lines the same
way as we already do on omap2430 and later.
Cc: Benoit Cousson
1 - 100 of 117 matches
Mail list logo