Hi Balbi,
On Fri, Feb 1, 2013 at 11:52 AM, Vivek Gautam wrote:
> Hi Kishon,
>
>
> On Fri, Feb 1, 2013 at 10:51 AM, kishon 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,
>
Hi Kishon,
On Fri, Feb 1, 2013 at 10:51 AM, kishon 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 wrote:
Hi,
>
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
Reported-by: Vaibhav Bedia
Typo mista
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:
>
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
---
arch/arm/boot/dts/am33xx.dtsi |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
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 wrote:
Hi,
On Thu, Jan 31, 2013 at 08:53:27PM +0530, Vivek Gautam wrote:
Moreover, SoCs having multiple dwc3
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 OMAP
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;
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
>
> I've modified this patch to add som
Hi,
so, v3.8-rc6 is out, and based on Linus' release message:
http://marc.info/?l=linux-kernel&m=135968304820921&w=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 deferr
Mugunthan V N :
> 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 not performance
On Thu, Jan 31, 2013 at 2:14 PM, Sebastian Hesselbarth
wrote:
> On 01/31/2013 03:23 PM, Rob Clark wrote:
>>
>> On Wed, Jan 30, 2013 at 8:23 PM, Sebastian Hesselbarth
>> wrote:
>>>
>>> On 01/29/2013 06:23 PM, Rob Clark wrote:
>
> [...]
+
+/* The TDA9988 series of devices use a page
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.
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 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 clo
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,
On 01/31/2013 03:23 PM, Rob Clark wrote:
On Wed, Jan 30, 2013 at 8:23 PM, Sebastian Hesselbarth
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 # in upper bits of the register #.
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 infrastruct
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
---
arch/arm/mach-omap2/id.c
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 infrastructure
Add helper functions for VLAN ALE implementations for Add, Delete
Dump VLAN related ALE entries
Signed-off-by: Mugunthan V N
---
drivers/net/ethernet/ti/cpsw.c |8 +--
drivers/net/ethernet/ti/cpsw_ale.c | 105 +++-
drivers/net/ethernet/ti/cpsw_ale.h | 2
adding support for VLAN interface for cpsw.
CPSW VLAN Capability
* Can filter VLAN packets in Hardware
Signed-off-by: Mugunthan V N
---
Documentation/devicetree/bindings/net/cpsw.txt |2 +
drivers/net/ethernet/ti/cpsw.c | 85 +++-
drivers/net/ethernet/t
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
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
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,
> > + of_dma_
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 customize_ma
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-
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 w
On Thu, Jan 31, 2013 at 08:23:53AM -0600, Rob Clark wrote:
> On Wed, Jan 30, 2013 at 8:23 PM, Sebastian Hesselbarth
> 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!
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_defconf
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
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 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
> > wrote:
> >
> > > too. It also looks like Versatile Express support _can't_ be disabled in
> > >
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 ra
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
Thanks, queued fo
On Thu, Jan 31, 2013 at 08:00:02AM -0800, Tony Lindgren wrote:
> * Santosh Shilimkar [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
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, 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
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
> 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
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 selec
On Thu, Jan 31, 2013 at 12:27 PM, Russell King - ARM Linux
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 unsubscribe from this lis
* Santosh Shilimkar [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 defined..
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 b
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 wrote:
> > Hi,
> >
> > On Thu, Jan 31, 2013 at 08:53:27PM +0530, Vivek Gautam wrote:
> >> >> Moreover, SoCs having multiple dwc3 controllers will have multiple
> >> >> P
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
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 various
Hi Felipe,
On Thu, Jan 31, 2013 at 8:55 PM, Felipe Balbi 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 usb_
+ 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 AM3
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
I've modified this patch to add some more description of why it's needed
as a fix, and queued it for v3.8-rc
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
Hi Kishon,
On Thu, Jan 31, 2013 at 5:04 PM, kishon 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 se
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
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 3
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'
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: OMAP2
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 unifor
struct omap_hwmod records belonging to wkup m3 domain is missing
HWMOD_NO_IDLEST flags; add them.
Signed-off-by: Hebbar Gururaja
---
Change in v2:
- new patch
:100644 100644 646c14d... 1ab693e... M
arch/arm/mach-omap2/omap_hwmod_33xx_data.c
arch/arm/mach-omap2/omap_hwmod_33xx_data.c |
On Wed, Jan 30, 2013 at 8:23 PM, Sebastian Hesselbarth
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 gpu driver I can hoo
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 request
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 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 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
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 het
volgende geschreven:
CPDMA interrupts are not properly acknowledged which leads to interru
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 3
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
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 bina
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
>
T
Vaibhav,
> > > >
> > > > - if (!pdata) {
> > > > + if (!pdata && !pdev->dev.of_node) {
> > > > dev_err(&pdev->dev, "Could not find platform data\n");
> > > > return -EINVAL;
> > > > }
> > > >
> > > > - if (pdata->adc_init)
> > > > -
On Thu, Jan 31, 2013 at 1:24 AM, Russell King - ARM Linux
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 from the fil
On Wednesday 30 January 2013 11:07 PM, Jon Hunter wrote:
On 01/18/2013 09:27 AM, Santosh Shilimkar wrote:
From: Rajendra Nayak
Add the clock tree related data for OMAP54xx platforms.
[snip]
+ CLK("omap_timer.1", "32k_ck", &sys_32k_ck,
CK_54XX),
+ CLK("oma
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
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,
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 nod
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 majo
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 det
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 het
>> volgende geschreven:
>>
>>> CPDMA interrupts are not properly acknowledged which leads to interrupt
>>> storm, only cpdma interrupt 0 is acknowl
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,
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 wil
On 1/31/2013 3:32 AM, Francois Romieu wrote:
Mugunthan V N :
[...]
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
[...]
@@ -274,19 +292,26 @@
On 1/31/2013 3:32 AM, Francois Romieu wrote:
Mugunthan V N :
[...]
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
+++ b/Documentation/devicetree/bind
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
On 1/31/2013 1:33 AM, Koen Kooi wrote:
Op 30 jan. 2013, om 20:56 heeft Mugunthan V N 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 cpdma_ctlr_eoi api to acknowledg
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
Hi Shawn,
I have tested your patch on AM335x-EVM, no issues observed.
I think,
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
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 maint
On Thu, Jan 31, 2013 at 2:22 PM, Balaji T K wrote:
> Update Maintainer email for omap_hsmmc,
> as Venkatraman will no longer be able to maintain omap_hsmmc driver.
>
> Signed-off-by: Venkatraman S
> Signed-off-by: Balaji T K
Balaji,
My sign-off is incorrect, as I did not write this patch.
Of
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 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 omap2_sync32k_timer
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 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 a
Update Maintainer email for omap_hsmmc,
as Venkatraman will no longer be able to maintain omap_hsmmc driver.
Signed-off-by: Venkatraman S
Signed-off-by: Balaji T K
---
MAINTAINERS |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 92e726c..
On Thu, Jan 31, 2013 at 12:58:36, Koen Kooi wrote:
>
> Op 30 jan. 2013, om 15:39 heeft Hebbar Gururaja 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)
> > {
> >
92 matches
Mail list logo
