Marc,
Thanks for the comments,
On Tue, Sep 04, 2012 at 01:31:35, Marc Kleine-Budde wrote:
On 09/03/2012 01:52 PM, AnilKumar Ch wrote:
Adds suspend resume support to DCAN driver which enables
DCAN power down mode bit (PDR). Then DCAN will ack the local
power-down mode by setting PDA bit in
Hi Marc,
On Tue, Sep 04, 2012 at 02:09:15, Marc Kleine-Budde wrote:
On 09/03/2012 01:52 PM, AnilKumar Ch wrote:
Add D_CAN raminit support to C_CAN driver to enable D_CAN RAM.
DCAN RAM holds all the message objects during transmission or
receiving of data. This
Hi Marc,
On Tue, Sep 04, 2012 at 02:12:04, Marc Kleine-Budde wrote:
On 09/03/2012 01:52 PM, AnilKumar Ch wrote:
Adopt pinctrl support to c_can driver based on c_can device
pointer, pinctrl driver configure SoC pins to d_can mode
according to definitions provided in .dts file.
In
On Tue, Sep 04, 2012 at 01:41:14, Marc Kleine-Budde wrote:
On 09/03/2012 01:52 PM, AnilKumar Ch wrote:
Add of_dev_auxdata to pass d_can raminit callback APIs to initialize
d_can RAM. D_CAN RAM initialization bits are present in CONTROL module
address space, which can be accessed by platform
Hi Tony,
Can you check the arch/arm patches below, and suggest how you'd like to
go forward with them?
Tomi
On Thu, 2012-08-23 at 16:45 +0300, Tomi Valkeinen wrote:
Hi,
This series contains miscellaneous improvements for omapdss, which I've made
while implementing device tree support for
On 09/04/2012 08:14 AM, AnilKumar, Chimata wrote:
Marc,
Thanks for the comments,
On Tue, Sep 04, 2012 at 01:31:35, Marc Kleine-Budde wrote:
On 09/03/2012 01:52 PM, AnilKumar Ch wrote:
Adds suspend resume support to DCAN driver which enables
DCAN power down mode bit (PDR). Then DCAN will
On 9/3/2012 7:24 PM, Florian Vaussard wrote:
Adds a number of missing properties to the device tree of
twl4030/gpio:
- ti,use-leds - .use_leds
- ti,debounce - .debounce
- ti,mmc-cd- .mmc_cd
- ti,pullups - .pullups
- ti,pulldowns - .pulldowns
Signed-off-by: Florian Vaussard
On 9/3/2012 7:24 PM, Florian Vaussard wrote:
Add device tree properties for twl4030/gpio, according to the
platform data of corresponding boards. This enables the led
connected to LEDB output for both boards, as well as
pullups/pulldowns on GPIO for the BeagleBoard.
Signed-off-by: Florian
On Mon, Sep 3, 2012 at 3:54 PM, Florian Vaussard
florian.vauss...@epfl.ch wrote:
Adds a number of missing properties to the device tree of
twl4030/gpio:
- ti,use-leds - .use_leds
- ti,debounce - .debounce
- ti,mmc-cd- .mmc_cd
- ti,pullups - .pullups
- ti,pulldowns - .pulldowns
On Mon, Sep 3, 2012 at 3:54 PM, Florian Vaussard
florian.vauss...@epfl.ch wrote:
Add device tree properties for twl4030/gpio, according to the
platform data of corresponding boards. This enables the led
connected to LEDB output for both boards, as well as
pullups/pulldowns on GPIO for the
On Mon, Sep 3, 2012 at 3:54 PM, Florian Vaussard
florian.vauss...@epfl.ch wrote:
Add the new properties to the documentation of bindings.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
Acked-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
--
To unsubscribe from this
On 09/04/2012 08:26 AM, AnilKumar, Chimata wrote:
On Tue, Sep 04, 2012 at 01:41:14, Marc Kleine-Budde wrote:
On 09/03/2012 01:52 PM, AnilKumar Ch wrote:
Add of_dev_auxdata to pass d_can raminit callback APIs to initialize
d_can RAM. D_CAN RAM initialization bits are present in CONTROL module
On 9/4/2012 11:44 AM, AnilKumar, Chimata wrote:
Hi Marc,
On Tue, Sep 04, 2012 at 02:09:15, Marc Kleine-Budde wrote:
On 09/03/2012 01:52 PM, AnilKumar Ch wrote:
Add D_CAN raminit support to C_CAN driver to enable D_CAN RAM.
DCAN RAM holds all the message objects during transmission or
On 09/04/2012 09:36 AM, Vaibhav Hiremath wrote:
On 9/4/2012 11:44 AM, AnilKumar, Chimata wrote:
Hi Marc,
On Tue, Sep 04, 2012 at 02:09:15, Marc Kleine-Budde wrote:
On 09/03/2012 01:52 PM, AnilKumar Ch wrote:
Add D_CAN raminit support to C_CAN driver to enable D_CAN RAM.
DCAN RAM holds
On 09/04/2012 08:14 AM, AnilKumar, Chimata wrote:
Hi Marc,
On Tue, Sep 04, 2012 at 02:12:04, Marc Kleine-Budde wrote:
On 09/03/2012 01:52 PM, AnilKumar Ch wrote:
Adopt pinctrl support to c_can driver based on c_can device
pointer, pinctrl driver configure SoC pins to d_can mode
according
On Tue, Sep 04, 2012 at 13:12:17, Marc Kleine-Budde wrote:
On 09/04/2012 08:14 AM, AnilKumar, Chimata wrote:
Hi Marc,
On Tue, Sep 04, 2012 at 02:12:04, Marc Kleine-Budde wrote:
On 09/03/2012 01:52 PM, AnilKumar Ch wrote:
Adopt pinctrl support to c_can driver based on c_can device
Hi Tony,
On Fri, Aug 31, 2012 at 06:22:37, Tony Lindgren wrote:
As the interrupts should only be defined in the platform_data, and
eventually coming from device tree, there's no need to define them
in header files.
Let's remove the hardcoded references to irqs.h and fix up the includes
so
Hi,
On Mon, Sep 03, 2012 at 11:23:22PM +0300, Aaro Koskinen wrote:
diff --git a/drivers/i2c/busses/i2c-cbus.c b/drivers/i2c/busses/i2c-cbus.c
new file mode 100644
index 000..bacf2a9
--- /dev/null
+++ b/drivers/i2c/busses/i2c-cbus.c
@@ -0,0 +1,369 @@
+/*
+ * CBUS I2C driver for Nokia
On Tue, Sep 04, 2012 at 12:05:07PM +0300, Felipe Balbi wrote:
+ * CBUS I2C driver for Nokia Internet Tablets.
[...]
this version misses the entire IRQ handling we already had on linux-omap
tree, so it's quite a regression.
There's no interrupts used in plain CBUS protocol/communication I
Hi Vaibhav,
On 09/04/2012 05:42 AM, Vaibhav Hiremath wrote:
On 9/3/2012 8:16 PM, Benoit Cousson wrote:
Hi Peter,
The overall series looks good to me, but I do have a couple of comments.
On 08/29/2012 03:31 PM, Peter Ujfalusi wrote:
The McBSP IP within OMAP2420 and 2430 is different we need
On 09/04/2012 07:47 AM, Shilimkar, Santosh wrote:
On Mon, Sep 3, 2012 at 9:20 AM, Benoit Cousson b-cous...@ti.com wrote:
Remove a useless comment and move GIC controller outside
of the OCP node since it does use the MPU internal bus and
not the OCP.
This will not change the functionality but
Hi,
On Tue, Sep 04, 2012 at 12:31:42PM +0300, Aaro Koskinen wrote:
On Tue, Sep 04, 2012 at 12:05:07PM +0300, Felipe Balbi wrote:
+ * CBUS I2C driver for Nokia Internet Tablets.
[...]
this version misses the entire IRQ handling we already had on linux-omap
tree, so it's quite a
Hi,
On Fri, Aug 24, 2012 at 01:40:47PM +0300, Felipe Balbi wrote:
Forgot to Cc greg initially, my bad
a gentle ping on this series so we don't miss it for v3.7 merge window.
Greg, let me know if you need me to resend.
cheers
On Thu, Aug 23, 2012 at 01:32:40PM +0300, Felipe Balbi wrote:
Hi
Hi Russell,
Enable the element mode (thus allowing mono playback and probably unblocking
OMAP1, OMAP2420) in OMAP dmaengine and omap-pcm.
Janusz: would it be possible for you to test Russell's series plus this on
OMAP1 to make sure that we do not broke it?
Russell: we should wait for Janusz to
OMAP dmaengine now supports element mode also in cyclic DMA so we do not
need to block non PACKET modes.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/omap/omap-pcm.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/sound/soc/omap/omap-pcm.c
At Mon, 03 Sep 2012 22:59:54 +0200,
Lars-Peter Clausen wrote:
On 09/03/2012 10:43 PM, Russell King - ARM Linux wrote:
On Mon, Sep 03, 2012 at 10:25:49PM +0200, Lars-Peter Clausen wrote:
On 09/03/2012 06:59 PM, Liam Girdwood wrote:
Use a dedicated member to store dmaengine data so that
Hi Takashi,
On 09/04/2012 04:14 PM, Takashi Iwai wrote:
Ok, it might have been helpful in the conversion process, but for the final
patch it would be nice if you could replace
struct snd_pcm_runtime *runtime = substream-runtime;
struct omap_runtime_data *prtd = runtime-private_data;
struct
From: Vaibhav Bedia vaibhav.be...@ti.com
In some cases mmc_suspend_host() is not able to claim the
host and proceed with the suspend process. The core returns
-EBUSY to the host controller driver. Unfortunately, the
host controller driver does not pass on this information
to the PM core and hence
HSMMC IP on AM33xx need a special setting to handle High-speed cards.
Other platforms like TI81xx, OMAP4 may need this as-well. This depends
on the HSMMC IP timing closure done for the high speed cards.
From AM335x TRM (SPRUH73F - 18.3.12 Output Signals Generation)
The MMC/SD/SDIO output signals
On Fri, Aug 31, 2012 at 06:51:04PM +0530, ABRAHAM, KISHON VIJAY wrote:
Hi,
On Fri, Aug 31, 2012 at 5:53 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Fri, Aug 31, 2012 at 04:39:47PM +0530, Ravi Babu wrote:
From: Santhapuri, Damodar damodar.santhap...@ti.com
AM335x uses NOP
Hi,
On Tue, Sep 04, 2012 at 02:04:15PM +, B, Ravi wrote:
On Fri, Aug 31, 2012 at 06:51:04PM +0530, ABRAHAM, KISHON VIJAY wrote:
Hi,
On Fri, Aug 31, 2012 at 5:53 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Fri, Aug 31, 2012 at 04:39:47PM +0530, Ravi Babu wrote:
Convert omap_wdt to new watchdog core. On OMAP boards, there are usually
multiple watchdogs. Since the new watchdog core supports multiple
watchdogs, all watchdog drivers used on OMAP should be converted.
The legacy watchdog device node is still created, so this should not
break existing users.
On 09/02/2012 10:54 PM, AnilKumar Ch wrote:
Modify c_can binding documentation according to recent review comments
on device tree data addition patches.
Signed-off-by: AnilKumar Ch anilku...@ti.com
Reviewed-by: Stephen Warren swar...@nvidia.com
--
To unsubscribe from this list: send the
Hi Aaro,
On Mon, Sep 03, 2012 at 11:23:21PM +0300, Aaro Koskinen wrote:
This patch set introduces drivers for CBUS access and Retu multifunction
chip found on Nokia Internet Tablets (770, N800, N810). It would be
nice get these patches applied as the functionality of these devices is
severely
From: Rob Clark r...@ti.com
If rotated 90 or 270, we need to invert the dimensions used by drm
core for calculating if the dimensions of an attached fb are correct.
Signed-off-by: Rob Clark r...@ti.com
---
drivers/staging/omapdrm/omap_crtc.c |7 +++
1 file changed, 7 insertions(+)
diff
From: Rob Clark r...@ti.com
For drivers that can support rotated scanout, the extra parameter
checking in drm-core, while nice, tends to get confused. To solve
this drivers can set the crtc or plane invert_dimensions field so
that the dimension checking takes into account the rotation that
the
On Tue, Sep 04, 2012 at 04:26:28PM +0300, Peter Ujfalusi wrote:
Hi Takashi,
On 09/04/2012 04:14 PM, Takashi Iwai wrote:
Ok, it might have been helpful in the conversion process, but for the final
patch it would be nice if you could replace
struct snd_pcm_runtime *runtime =
Hi
AM335x uses NOP transceiver driver and need to enable
builtin PHY
by writing into usb_ctrl register available in
system control
module register space. This is being added at musb
glue driver
layer untill a separate system control module driver is
available.
Several hwmod function prototypes appear to not have an implementation
because the corresponding functions were removed or renamed.
Those prototypes are unneeded anymore - remove them.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/plat-omap/include/plat/omap_hwmod.h |7
On Tue, 4 Sep 2012, Igor Grinberg wrote:
Several hwmod function prototypes appear to not have an implementation
because the corresponding functions were removed or renamed.
Those prototypes are unneeded anymore - remove them.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
Thanks,
On Tue, 4 Sep 2012 15:08:00 Peter Ujfalusi wrote:
Hi Russell,
Enable the element mode (thus allowing mono playback and probably unblocking
OMAP1, OMAP2420) in OMAP dmaengine and omap-pcm.
Janusz: would it be possible for you to test Russell's series plus this on
OMAP1 to make sure that we
From: Rob Clark r...@ti.com
Since the plane hasn't yet taken a reference, we need to hold a
reference while waiting to ensure the backing GEM bo doesn't get
freed from under us.
Signed-off-by: Rob Clark r...@ti.com
---
drivers/staging/omapdrm/omap_crtc.c | 16 ++--
1 file changed,
If NR_IRQS is less than MAX_IRQS, we end up writing past the
irq_target_cpu array in omap_wakeupgen_init():
/* Associate all the IRQs to boot CPU like GIC init does. */
for (i = 0; i max_irqs; i++)
irq_target_cpu[i] = boot_cpu;
This can happen if SPARSE_IRQ is enabled as by default
* Mohammed, Afzal af...@ti.com [120904 01:47]:
Hi Tony,
On Fri, Aug 31, 2012 at 06:22:37, Tony Lindgren wrote:
As the interrupts should only be defined in the platform_data, and
eventually coming from device tree, there's no need to define them
in header files.
Let's remove the
* Tony Lindgren t...@atomide.com [120830 17:53]:
As the interrupts should only be defined in the platform_data, and
eventually coming from device tree, there's no need to define them
in header files.
Let's remove the hardcoded references to irqs.h and fix up the includes
so we don't rely on
* Tony Lindgren t...@atomide.com [120830 17:53]:
Remove hardcoded IRQs in irqs.h and related files as these
are no longer needed.
Here's a version that actually boots properly on omap2/3/4.
Note that for omap4 also patch [PATCH] ARM: OMAP4: Fix array size
for irq_target_cpu is needed.
Regards,
On Sat, Sep 1, 2012 at 4:16 PM, AnilKumar Ch anilku...@ti.com wrote:
Adopt pinctrl support to leds-gpio driver based on leds-gpio
device pointer, pinctrl driver configure SoC pins to GPIO
mode according to definitions provided in .dts file.
Thanks for this, actually Marek Vasut submitted a
Dear Bryan Wu,
On Sat, Sep 1, 2012 at 4:16 PM, AnilKumar Ch anilku...@ti.com wrote:
Adopt pinctrl support to leds-gpio driver based on leds-gpio
device pointer, pinctrl driver configure SoC pins to GPIO
mode according to definitions provided in .dts file.
Thanks for this, actually Marek
On Wed, Sep 5, 2012 at 5:33 AM, Tony Lindgren t...@atomide.com wrote:
If NR_IRQS is less than MAX_IRQS, we end up writing past the
irq_target_cpu array in omap_wakeupgen_init():
/* Associate all the IRQs to boot CPU like GIC init does. */
for (i = 0; i max_irqs; i++)
Hello,
Which branch should i use from TI[1] tree? I need to boot linux
with linaro-nano.
I tried: p-linux-omap-3.4 branch but i am getting compilation error for
omap4plus_pm_min_defconfig and omap2plus_defconfig:
/home/arm/work/kernel/mywork/linux.git/arch/arm/mm/proc-v7.S:
Assembler messages:
50 matches
Mail list logo