On Thu, Jan 31, 2013 at 12:58:36, Koen Kooi wrote:
Op 30 jan. 2013, om 15:39 heeft Hebbar Gururaja gururaja.heb...@ti.com het
volgende geschreven:
am33xx_cm_wait_module_ready() checks if register offset is NULL.
int am33xx_cm_wait_module_ready(u16 inst, s16 cdoffs, u16 clkctrl_offs)
Update Maintainer email for omap_hsmmc,
as Venkatraman will no longer be able to maintain omap_hsmmc driver.
Signed-off-by: Venkatraman S svenk...@gmail.com
Signed-off-by: Balaji T K balaj...@ti.com
---
MAINTAINERS |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
On Wed, 2013-01-30 at 17:15 +, Paul Walmsley wrote:
Hi Tero et al.,
On Tue, 22 Jan 2013, Paul Walmsley wrote:
As we've discussed, there are known bootloader dependencies with the OMAP4
PM retention idle code, introduced in v3.8. Boards booted with u-boot
versions even as recent
On 01/30/13 19:04, Jon Hunter wrote:
When booting with device-tree for OMAP3 and AM335x devices and a gptimer
is used as the clocksource (which is always the case for AM335x), a
gptimer located in a power domain that is not always-on is selected.
Ideally we should use a gptimer located in a
On 01/30/13 19:04, Jon Hunter wrote:
There is a lot of redundancy in the definitions for the various system
timers for OMAP2+ devices. For example, the omap3_am33xx_gptimer_timer_init()
function is the same as the omap3_gp_gptimer_timer_init() function and the
function
On Wed, Jan 30, 2013 at 11:19:40PM -0500, Nicolas Pitre wrote:
Better yet (IMHO): just enable the zboot command in U-Boot to let you
boot a zImage binary directly.
I wish it were that easy but it isn't. I've no idea where to get a
version of uboot for my boards which supports that; TI have
On Thu, Jan 31, 2013 at 2:22 PM, Balaji T K balaj...@ti.com wrote:
Update Maintainer email for omap_hsmmc,
as Venkatraman will no longer be able to maintain omap_hsmmc driver.
Signed-off-by: Venkatraman S svenk...@gmail.com
Signed-off-by: Balaji T K balaj...@ti.com
Balaji,
My sign-off is
Benoit,
On Thu, Jan 24, 2013 at 13:32:26, Philip, Avinash wrote:
This patch series adds device tree support for NAND flash in am335x-evm.
Also ELM node is populated in device tree and been used for BCH error
correction in NAND flash part. Also this patch series ensures RBL ecc
layout
On Wednesday 30 January 2013 10:34 PM, Jon Hunter wrote:
This series consists mainly of clean-ups for clockevents and
clocksource timers on OMAP2+ devices. The most significant change
in functionality comes from the 5th patch which is changing the
selection of the clocksource timer for OMAP3 and
On Wed, Jan 30, 2013 at 20:02:22, Shawn Guo wrote:
The cpufreq-cpu0 driver changes to instantiate use platform_driver
mechanism. The patch is an am33xx platform level adaptation for it.
Tested-by: AnilKumar Ch anilku...@ti.com
Hi Shawn,
I have tested your patch on AM335x-EVM, no issues
On 1/31/2013 1:33 AM, Koen Kooi wrote:
Op 30 jan. 2013, om 20:56 heeft Mugunthan V N mugunthan...@ti.com het
volgende geschreven:
CPDMA interrupts are not properly acknowledged which leads to interrupt
storm, only cpdma interrupt 0 is acknowledged in Davinci CPDMA driver.
Changed
On Thu, Jan 31, 2013 at 09:20:24AM +, Russell King - ARM Linux wrote:
On Wed, Jan 30, 2013 at 11:19:40PM -0500, Nicolas Pitre wrote:
Better yet (IMHO): just enable the zboot command in U-Boot to let you
boot a zImage binary directly.
I wish it were that easy but it isn't. I've no
On 1/31/2013 3:32 AM, Francois Romieu wrote:
Mugunthan V N mugunthan...@ti.com :
[...]
diff --git a/drivers/net/ethernet/ti/cpsw_ale.c
b/drivers/net/ethernet/ti/cpsw_ale.c
index 0e9ccc2..18b88ce 100644
--- a/drivers/net/ethernet/ti/cpsw_ale.c
+++ b/drivers/net/ethernet/ti/cpsw_ale.c
[...]
@@
On 1/31/2013 3:32 AM, Francois Romieu wrote:
Mugunthan V N mugunthan...@ti.com :
[...]
diff --git a/Documentation/devicetree/bindings/net/cpsw.txt
b/Documentation/devicetree/bindings/net/cpsw.txt
index 6ddd028..99696bf 100644
--- a/Documentation/devicetree/bindings/net/cpsw.txt
+++
With device tree support in place for dwc3-core layer,
it gets PHY from synopsis-dwc3 node.
Some controllers may not have separate memory maps and interrupts
for dwc3 core and platform glue layers. In such case only glue
layer's node will exist.
Moreover, SoCs having multiple dwc3 controllers will
On Wed, Jan 30, 2013 at 23:16:34, Hunter, Jon wrote:
Ok fair enough. By the way, I posted a patch today [1] that will use the
hwmod name as the clockevent timer name. Care to try on top of that
patch and then we can eliminate the sprintf.
Thanks. Will try it out later today.
Regards,
Hi
On Jan 31, 2013, at 12:17 PM, Mugunthan V N wrote:
On 1/31/2013 1:33 AM, Koen Kooi wrote:
Op 30 jan. 2013, om 20:56 heeft Mugunthan V N mugunthan...@ti.com het
volgende geschreven:
CPDMA interrupts are not properly acknowledged which leads to interrupt
storm, only cpdma interrupt 0 is
Tero,
On Thursday 31 January 2013 02:30 PM, Tero Kristo wrote:
Personally I don't like too much to have just extra spam during boot,
which in many cases is even unnecessary (e.g. people who actually have
good u-boot in use.) Personally I would like to have some sort of test
during boot which
On Wed, Jan 30, 2013 at 23:19:34, Hunter, Jon wrote:
By the way, this need to be applied on top of the fix I sent yesterday
to pass the property.
Ok. Thanks for pointing this out.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
Hi,
On Thursday 31 January 2013 04:50 PM, Vivek Gautam wrote:
With device tree support in place for dwc3-core layer,
it gets PHY from synopsis-dwc3 node.
Some controllers may not have separate memory maps and interrupts
for dwc3 core and platform glue layers. In such case only glue
layer's node
dpll_usb needs the clkdm association so the clkdm can be
turned on before a relock. All other dplls for omap4 belong
to the ALWON (always on) domain.
The association was present as part of the older data file
(clock44xx_data.c) but looks like got accidently dropped with
the common clk convertion.
Hi Paul,
dpll_usb needs the clkdm association so the clkdm can be
turned on before a relock. All other dplls for omap4 belong
to the ALWON (always on) domain.
The association was present as part of the older data file
(clock44xx_data.c) but looks like was accidently dropped with
the common clk
On Wednesday 30 January 2013 11:07 PM, Jon Hunter wrote:
On 01/18/2013 09:27 AM, Santosh Shilimkar wrote:
From: Rajendra Nayak rna...@ti.com
Add the clock tree related data for OMAP54xx platforms.
[snip]
+ CLK(omap_timer.1, 32k_ck, sys_32k_ck,
CK_54XX),
+
On Thu, Jan 31, 2013 at 1:24 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Wed, Jan 30, 2013 at 02:07:53PM -0500, Nicolas Pitre wrote:
On Wed, 30 Jan 2013, Ruslan Bilovol wrote:
Currently, reading /proc/cpuinfo provides userspace with CPU ID of
the CPU carrying out the read
Vaibhav,
SNIP
- if (!pdata) {
+ if (!pdata !pdev-dev.of_node) {
dev_err(pdev-dev, Could not find platform data\n);
return -EINVAL;
}
- if (pdata-adc_init)
- adc_channels =
On Thu, Jan 31, 2013 at 09:40:43AM +, AnilKumar, Chimata wrote:
On Wed, Jan 30, 2013 at 20:02:22, Shawn Guo wrote:
The cpufreq-cpu0 driver changes to instantiate use platform_driver
mechanism. The patch is an am33xx platform level adaptation for it.
Tested-by: AnilKumar Ch
On Thursday 31 January 2013 04:10 PM, Russell King - ARM Linux wrote:
On Thu, Jan 31, 2013 at 09:20:24AM +, Russell King - ARM Linux wrote:
On Wed, Jan 30, 2013 at 11:19:40PM -0500, Nicolas Pitre wrote:
Better yet (IMHO): just enable the zboot command in U-Boot to let you
boot a zImage
On Thu, Jan 31, 2013 at 06:19:59PM +0530, Santosh Shilimkar wrote:
On Thursday 31 January 2013 04:10 PM, Russell King - ARM Linux wrote:
On Thu, Jan 31, 2013 at 09:20:24AM +, Russell King - ARM Linux wrote:
On Wed, Jan 30, 2013 at 11:19:40PM -0500, Nicolas Pitre wrote:
Better yet (IMHO):
On Thursday 31 January 2013 06:34 PM, Russell King - ARM Linux wrote:
On Thu, Jan 31, 2013 at 06:19:59PM +0530, Santosh Shilimkar wrote:
On Thursday 31 January 2013 04:10 PM, Russell King - ARM Linux wrote:
On Thu, Jan 31, 2013 at 09:20:24AM +, Russell King - ARM Linux wrote:
On Wed, Jan
Pantelis
On 1/31/2013 4:52 PM, Pantelis Antoniou wrote:
Hi
On Jan 31, 2013, at 12:17 PM, Mugunthan V N wrote:
On 1/31/2013 1:33 AM, Koen Kooi wrote:
Op 30 jan. 2013, om 20:56 heeft Mugunthan V N mugunthan...@ti.com het
volgende geschreven:
CPDMA interrupts are not properly acknowledged
On Thursday 31 January 2013 07:30 PM, Santosh Shilimkar wrote:
On Thursday 31 January 2013 06:34 PM, Russell King - ARM Linux wrote:
On Thu, Jan 31, 2013 at 06:19:59PM +0530, Santosh Shilimkar wrote:
On Thursday 31 January 2013 04:10 PM, Russell King - ARM Linux wrote:
On Thu, Jan 31, 2013 at
On Thu, Jan 31, 2013 at 07:30:01PM +0530, Santosh Shilimkar wrote:
Linus' tip(commit: 04c2eee5) + arm-soc for-next boots fine as well.
The pull request from Tony [1] fixed the multi-platform boot issue
for OMAP.
Now trying to merge your for-next and test.
Well, my tip (which is based on
On Thu, Jan 31, 2013 at 02:13:20PM +, Russell King - ARM Linux wrote:
On Thu, Jan 31, 2013 at 07:30:01PM +0530, Santosh Shilimkar wrote:
Linus' tip(commit: 04c2eee5) + arm-soc for-next boots fine as well.
The pull request from Tony [1] fixed the multi-platform boot issue
for OMAP.
On Thursday 31 January 2013 07:46 PM, Russell King - ARM Linux wrote:
On Thu, Jan 31, 2013 at 02:13:20PM +, Russell King - ARM Linux wrote:
On Thu, Jan 31, 2013 at 07:30:01PM +0530, Santosh Shilimkar wrote:
Linus' tip(commit: 04c2eee5) + arm-soc for-next boots fine as well.
The pull
On Wed, Jan 30, 2013 at 8:23 PM, Sebastian Hesselbarth
sebastian.hesselba...@gmail.com wrote:
On 01/29/2013 06:23 PM, Rob Clark wrote:
Driver for the NXP TDA998X i2c hdmi encoder slave.
Rob,
good to see a driver for TDA998x comming! I'd love to test
it on CuBox (mach-dove) but there is no
struct omap_hwmod records belonging to wkup m3 domain is missing
HWMOD_NO_IDLEST flags; add them.
Signed-off-by: Hebbar Gururaja gururaja.heb...@ti.com
---
Change in v2:
- new patch
:100644 100644 646c14d... 1ab693e... M
arch/arm/mach-omap2/omap_hwmod_33xx_data.c
am33xx_cm_wait_module_ready() checks if register offset is NULL.
int am33xx_cm_wait_module_ready(u16 inst, s16 cdoffs, u16 clkctrl_offs)
{
int i = 0;
if (!clkctrl_offs)
return 0;
In case of AM33xx, CLKCTRL register offset for different clock domains
are not
1. Add add missing HWMOD_NO_IDLEST flags
2. Fix register offset NULL check bug
Changes in v2:
- As per Paul's suggestion 1st add HWMOD_NO_IDLEST flag where
it is necessary and then correct the clock control register
offset check bug.
Hebbar Gururaja (2):
ARM:
On Thu, Jan 31, 2013 at 07:50:15PM +0530, Santosh Shilimkar wrote:
On Thursday 31 January 2013 07:46 PM, Russell King - ARM Linux wrote:
On Thu, Jan 31, 2013 at 02:13:20PM +, Russell King - ARM Linux wrote:
On Thu, Jan 31, 2013 at 07:30:01PM +0530, Santosh Shilimkar wrote:
Linus'
On Thursday 31 January 2013 07:57 PM, Russell King - ARM Linux wrote:
On Thu, Jan 31, 2013 at 07:50:15PM +0530, Santosh Shilimkar wrote:
On Thursday 31 January 2013 07:46 PM, Russell King - ARM Linux wrote:
On Thu, Jan 31, 2013 at 02:13:20PM +, Russell King - ARM Linux wrote:
On Thu, Jan
Hi,
On Thu, 31 Jan 2013, Tero Kristo wrote:
Personally I don't like too much to have just extra spam during boot,
which in many cases is even unnecessary (e.g. people who actually have
good u-boot in use.)
The impact of two or three informative lines sent to the kernel console on
boot is
Hi Kishon,
On Thu, Jan 31, 2013 at 5:04 PM, kishon kis...@ti.com wrote:
Hi,
Thanks for your quick help.
On Thursday 31 January 2013 04:50 PM, Vivek Gautam wrote:
With device tree support in place for dwc3-core layer,
it gets PHY from synopsis-dwc3 node.
Some controllers may not have
Hi,
On Thu, Jan 31, 2013 at 08:53:27PM +0530, Vivek Gautam wrote:
Moreover, SoCs having multiple dwc3 controllers will have multiple
PHYs, which eventually be added using usb_add_phy_dev(), and not
using usb_add_phy(). So each dwc3 controller won't be able to
get PHYs by simply calling
Hi
On Thu, 31 Jan 2013, Hebbar Gururaja wrote:
struct omap_hwmod records belonging to wkup m3 domain is missing
HWMOD_NO_IDLEST flags; add them.
Signed-off-by: Hebbar Gururaja gururaja.heb...@ti.com
I've modified this patch to add some more description of why it's needed
as a fix, and
+ Koen
Hi
On Thu, 31 Jan 2013, Hebbar Gururaja wrote:
am33xx_cm_wait_module_ready() checks if register offset is NULL.
int am33xx_cm_wait_module_ready(u16 inst, s16 cdoffs, u16 clkctrl_offs)
{
int i = 0;
if (!clkctrl_offs)
return 0;
In case of AM33xx,
Hi Felipe,
On Thu, Jan 31, 2013 at 8:55 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Thu, Jan 31, 2013 at 08:53:27PM +0530, Vivek Gautam wrote:
Moreover, SoCs having multiple dwc3 controllers will have multiple
PHYs, which eventually be added using usb_add_phy_dev(), and not
using
The timekeeping doesn't depend on HZ value in presence of fine grained
clocksource and hence there should not be any time drift because of HZ
value which was chosen to be divisor of 32768.
OMAP has been using HZ = 128 value to avoid any time drift issues
because of 32768 HZ clock. But with
On Thursday 31 January 2013 21:02:00 Santosh Shilimkar wrote:
The timekeeping doesn't depend on HZ value in presence of fine grained
clocksource and hence there should not be any time drift because of HZ
value which was chosen to be divisor of 32768.
OMAP has been using HZ = 128 value to
On Thu, Jan 31, 2013 at 09:00:37PM +0530, Vivek Gautam wrote:
Hi Felipe,
On Thu, Jan 31, 2013 at 8:55 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Thu, Jan 31, 2013 at 08:53:27PM +0530, Vivek Gautam wrote:
Moreover, SoCs having multiple dwc3 controllers will have multiple
PHYs,
Hi,
On Thu, 31 Jan 2013, Rajendra Nayak wrote:
Throw a pr_warn() at boot only when CONFIG_CPU_IDLE is enabled. Note
that it isn't enabled by default in omap2plus_defconfig. Also
throw one when a suspend fails, saying bootloader *could be* a possible
cause specifying the right version to be
* Santosh Shilimkar santosh.shilim...@ti.com [130131 06:45]:
On Thursday 31 January 2013 07:57 PM, Russell King - ARM Linux wrote:
# 13 Jan 2013: Update for OMAP moving to multiplatform
CONFIG_ARCH_MULTIPLATFORM=y
CONFIG_ARCH_MULTI_V7=y
don't fix it either, it needs more options
On Thu, Jan 31, 2013 at 12:27 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
too. It also looks like Versatile Express support _can't_ be disabled in
a multiplatform kernel, which is ludicrous.
Should we go with this approach?
https://patchwork.kernel.org/patch/1774521/
--
To
On 01/31/2013 03:08 AM, Igor Grinberg wrote:
On 01/30/13 19:04, Jon Hunter wrote:
When booting with device-tree for OMAP3 and AM335x devices and a gptimer
is used as the clocksource (which is always the case for AM335x), a
gptimer located in a power domain that is not always-on is selected.
On Thu, Jan 31, 2013 at 02:01:14PM -0200, Fabio Estevam wrote:
On Thu, Jan 31, 2013 at 12:27 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
too. It also looks like Versatile Express support _can't_ be disabled in
a multiplatform kernel, which is ludicrous.
Should we go with
On Thu, 31 Jan 2013, Rajendra Nayak wrote:
dpll_usb needs the clkdm association so the clkdm can be
turned on before a relock. All other dplls for omap4 belong
to the ALWON (always on) domain.
The association was present as part of the older data file
(clock44xx_data.c) but looks like got
On Thu, 31 Jan 2013, Rajendra Nayak wrote:
Hi Paul,
dpll_usb needs the clkdm association so the clkdm can be
turned on before a relock. All other dplls for omap4 belong
to the ALWON (always on) domain.
The association was present as part of the older data file
On Thu, Jan 31, 2013 at 08:00:02AM -0800, Tony Lindgren wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [130131 06:45]:
On Thursday 31 January 2013 07:57 PM, Russell King - ARM Linux wrote:
# 13 Jan 2013: Update for OMAP moving to multiplatform
CONFIG_ARCH_MULTIPLATFORM=y
On Tue, 22 Jan 2013, Afzal Mohammed wrote:
DEFINE_STRUCT_CLK does not have the capability to set flags, define
DEFINE_STRUCT_CLK_FLAGS to handle flags. This is needed to add
SET_RATE_PARENT flag in statically defined lcd clock in am335x.
Signed-off-by: Afzal Mohammed af...@ti.com
Thanks,
On Tue, 22 Jan 2013, Afzal Mohammed wrote:
LCDC clock node is a one that does not have set rate capability. It
just passes on the rate that is sent downstream by it's parent. While
lcdc clock parent and it's grand parent - dpll_disp_m2_ck and
dpll_disp_ck has the capability to configure rate.
On Thursday 31 January 2013 16:18:23 Russell King - ARM Linux wrote:
On Thu, Jan 31, 2013 at 02:01:14PM -0200, Fabio Estevam wrote:
On Thu, Jan 31, 2013 at 12:27 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
too. It also looks like Versatile Express support _can't_ be
On Thursday 31 January 2013 09:10 PM, Paul Walmsley wrote:
Hi,
On Thu, 31 Jan 2013, Rajendra Nayak wrote:
Throw a pr_warn() at boot only when CONFIG_CPU_IDLE is enabled. Note
that it isn't enabled by default in omap2plus_defconfig. Also
throw one when a suspend fails, saying bootloader *could
On Thu, 31 Jan 2013, Paul Walmsley wrote:
This one doesn't apply for me on v3.8-rc5 + your patches 2 and 3. Could
you please update it and re-send?
Oops, looks like I accidentally tried to apply the first version of this
patch rather than the second one. The second one applies cleanly, so
Hi,
On Thu, 31 Jan 2013, Santosh Shilimkar wrote:
On Thursday 31 January 2013 09:10 PM, Paul Walmsley wrote:
On Thu, 31 Jan 2013, Rajendra Nayak wrote:
Throw a pr_warn() at boot only when CONFIG_CPU_IDLE is enabled. Note
that it isn't enabled by default in omap2plus_defconfig. Also
On Thu, Jan 31, 2013 at 08:23:53AM -0600, Rob Clark wrote:
On Wed, Jan 30, 2013 at 8:23 PM, Sebastian Hesselbarth
sebastian.hesselba...@gmail.com wrote:
On 01/29/2013 06:23 PM, Rob Clark wrote:
Driver for the NXP TDA998X i2c hdmi encoder slave.
Rob,
good to see a driver for
On Thu, 31 Jan 2013, Paul Walmsley wrote:
Right. I don't have any problem with adding a message to the suspend path
also. But I'd like to see a boot-time message added even if
CONFIG_CPU_IDLE=n, since it's still possible to enter full-chip retention
idle with dynamic idle. In other
On Thu, 31 Jan 2013, Paul Walmsley wrote:
On Thu, 31 Jan 2013, Paul Walmsley wrote:
Right. I don't have any problem with adding a message to the suspend path
also. But I'd like to see a boot-time message added even if
CONFIG_CPU_IDLE=n, since it's still possible to enter full-chip
This is what I think it would look like to do a default platform
with an empty machine descriptor on ARM. It makes the few required
entries in the descriptor optional by using the new irqchip_init()
and clocksource_of_init() functions as defaults, and adds
a fallback for the DT case to
On Wed, Jan 30, 2013 at 09:32:58AM +, Arnd Bergmann wrote:
On Wednesday 30 January 2013, Matt Porter wrote:
+ dma_cap_set(DMA_SLAVE, edma_filter_info.dma_cap);
+ of_dma_controller_register(dev-of_node,
+
On 01/31/2013 10:51 AM, Arnd Bergmann wrote:
This is what I think it would look like to do a default platform
with an empty machine descriptor on ARM. It makes the few required
entries in the descriptor optional by using the new irqchip_init()
and clocksource_of_init() functions as defaults,
CPSW is capable of filtering VLAN packets in hardware. This patch series
implements VLAN support to CPSW driver.
This patch series is tested on net-next with AM335x EVM with ping test.
Changes from initial version
* added vlan support to existing add/delete unicast/multicast apis
* Made driver as
adding support for VLAN interface for cpsw.
CPSW VLAN Capability
* Can filter VLAN packets in Hardware
Signed-off-by: Mugunthan V N mugunthan...@ti.com
---
Documentation/devicetree/bindings/net/cpsw.txt |2 +
drivers/net/ethernet/ti/cpsw.c | 85 +++-
Add helper functions for VLAN ALE implementations for Add, Delete
Dump VLAN related ALE entries
Signed-off-by: Mugunthan V N mugunthan...@ti.com
---
drivers/net/ethernet/ti/cpsw.c |8 +--
drivers/net/ethernet/ti/cpsw_ale.c | 105 +++-
Hi,
This patch series is an attempt to export some OMAP SoC
information (like name, revision etc.) to userspace.
The first patch does some unification of OMAP SoC
information representation in current sources.
Second patch adds exactly needed changes using
exists in Linux kernel SoC
This is a long story where for each new generation of
OMAP we used different approaches for creating
strings for SoCs names and revisions that this patch
fixes. It makes future exporting of this information
to SoC infrastructure easier.
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
In some situations it is useful for userspace to
know some SoC-specific information. For example,
this may be used for deciding what kernel module to
use or how to better configure some settings etc.
This patch exports OMAP SoC information to userspace
using existing in Linux kernel SoC
On 01/31/2013 03:23 PM, Rob Clark wrote:
On Wed, Jan 30, 2013 at 8:23 PM, Sebastian Hesselbarth
sebastian.hesselba...@gmail.com wrote:
On 01/29/2013 06:23 PM, Rob Clark wrote:
[...]
+
+/* The TDA9988 series of devices use a paged register scheme.. to
simplify
+ * things we encode the page #
On Thu, 31 Jan 2013, Arnd Bergmann wrote:
This is what I think it would look like to do a default platform
with an empty machine descriptor on ARM. It makes the few required
entries in the descriptor optional by using the new irqchip_init()
and clocksource_of_init() functions as defaults, and
On Thursday 31 January 2013, Stephen Warren wrote:
With that change, we can remove the custom .init_machine() functions for
all of Tegra, since they just do that:-)
Yes, actually quite a lot of them have the same code, and we also have
an increasing number of users of the irqchip_init and
On Thursday 31 January 2013, Matt Porter wrote:
On Wed, Jan 30, 2013 at 09:32:58AM +, Arnd Bergmann wrote:
On Wednesday 30 January 2013, Matt Porter wrote:
+ dma_cap_set(DMA_SLAVE, edma_filter_info.dma_cap);
+ of_dma_controller_register(dev-of_node,
+
On Thu, Jan 31, 2013 at 08:58:39PM +, Arnd Bergmann wrote:
On Thursday 31 January 2013, Matt Porter wrote:
On Wed, Jan 30, 2013 at 09:32:58AM +, Arnd Bergmann wrote:
On Wednesday 30 January 2013, Matt Porter wrote:
+ dma_cap_set(DMA_SLAVE, edma_filter_info.dma_cap);
On Thu, Jan 31, 2013 at 2:14 PM, Sebastian Hesselbarth
sebastian.hesselba...@gmail.com wrote:
On 01/31/2013 03:23 PM, Rob Clark wrote:
On Wed, Jan 30, 2013 at 8:23 PM, Sebastian Hesselbarth
sebastian.hesselba...@gmail.com wrote:
On 01/29/2013 06:23 PM, Rob Clark wrote:
[...]
+
+/* The
Mugunthan V N mugunthan...@ti.com :
On 1/31/2013 3:32 AM, Francois Romieu wrote:
[...]
It could be factored out.
Are you mentioning to have static inline function for the above two
statements above?
Yes. The helper function does not need to be inlined if it does not
save space: this path is
Hi,
so, v3.8-rc6 is out, and based on Linus' release message:
http://marc.info/?l=linux-kernelm=135968304820921w=2
he only wants to see patches that fix major security issues, big
user-reported regressions, or nasty oopses.
So as a result the fixes that you've recently sent will be deferred
On Thu, Jan 31, 2013 at 20:58:24, Paul Walmsley wrote:
Hi
On Thu, 31 Jan 2013, Hebbar Gururaja wrote:
struct omap_hwmod records belonging to wkup m3 domain is missing
HWMOD_NO_IDLEST flags; add them.
Signed-off-by: Hebbar Gururaja gururaja.heb...@ti.com
I've modified this patch
On Thu, Jan 31, 2013 at 21:00:32, Paul Walmsley wrote:
+ Koen
Hi
On Thu, 31 Jan 2013, Hebbar Gururaja wrote:
am33xx_cm_wait_module_ready() checks if register offset is NULL.
int am33xx_cm_wait_module_ready(u16 inst, s16 cdoffs, u16 clkctrl_offs)
{
int i = 0;
if
Hi Paul,
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Friday, January 25, 2013 2:21 PM
To: J, KEERTHY
Cc: linux-omap@vger.kernel.org; Valentin, Eduardo; mturque...@linaro.org
Subject: Re: [PATCH] ARM: OMAP2+: OMAP44XX: Clock: Correct the clock
identifiers for
Hi,
On Thursday 31 January 2013 09:08 PM, Felipe Balbi wrote:
On Thu, Jan 31, 2013 at 09:00:37PM +0530, Vivek Gautam wrote:
Hi Felipe,
On Thu, Jan 31, 2013 at 8:55 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Thu, Jan 31, 2013 at 08:53:27PM +0530, Vivek Gautam wrote:
Moreover, SoCs having
DT field of interrupts was mentioned wrongly as interrupt in SPI
node. This went unnoticed as spi-omap2 driver not making use of
interrupt. Fixes the typo.
Signed-off-by: Philip Avinash avinashphi...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi |4 ++--
1 file changed, 2 insertions(+), 2
On Thu, 2013-01-31 at 16:42 -0500, Matt Porter wrote:
On Thu, Jan 31, 2013 at 08:58:39PM +, Arnd Bergmann wrote:
On Thursday 31 January 2013, Matt Porter wrote:
On Wed, Jan 30, 2013 at 09:32:58AM +, Arnd Bergmann wrote:
On Wednesday 30 January 2013, Matt Porter wrote:
+
On Fri, Feb 01, 2013 at 11:07:27, Philip, Avinash wrote:
DT field of interrupts was mentioned wrongly as interrupt in SPI
node. This went unnoticed as spi-omap2 driver not making use of
interrupt. Fixes the typo.
Signed-off-by: Philip Avinash avinashphi...@ti.com
Reported-by: Vaibhav Bedia
Hi Kishon,
On Fri, Feb 1, 2013 at 10:51 AM, kishon kis...@ti.com wrote:
Hi,
On Thursday 31 January 2013 09:08 PM, Felipe Balbi wrote:
On Thu, Jan 31, 2013 at 09:00:37PM +0530, Vivek Gautam wrote:
Hi Felipe,
On Thu, Jan 31, 2013 at 8:55 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On
Hi Balbi,
On Fri, Feb 1, 2013 at 11:52 AM, Vivek Gautam gautamvivek1...@gmail.com wrote:
Hi Kishon,
On Fri, Feb 1, 2013 at 10:51 AM, kishon kis...@ti.com wrote:
Hi,
On Thursday 31 January 2013 09:08 PM, Felipe Balbi wrote:
On Thu, Jan 31, 2013 at 09:00:37PM +0530, Vivek Gautam wrote:
92 matches
Mail list logo