Hi,
This is regarding board with multiple variations using an upcoming SoC from TI.
Variation of the board is detected by reading EEPROM using I2C after
init_machine gets invoked. In one of the variation UART# used is different.
Because of this decompressor logs (and early prints) can't be capture
On Sunday, August 07, 2011, Mark Brown wrote:
> On Sat, Aug 06, 2011 at 09:46:20PM +0200, Rafael J. Wysocki wrote:
> > On Saturday, August 06, 2011, Mark Brown wrote:
>
> > > I wouldn't say we've got to rely on userspace here - it seems like we
> > > ought to be able to use DMI or other system dat
Hi
On Mon, 8 Aug 2011, Daniel Morsing wrote:
> Building the v3.1-rc1 kernel with ARCH_OMAP && !ARCH_OMAP4 support fails
> on linking with the following error
>
> ...
> LD .tmp_vmlinux1
> arch/arm/mach-omap2/built-in.o:(.data+0xf7d8): undefined reference to
> `omap4430_phy_init'
> arch/ar
Building the v3.1-rc1 kernel with ARCH_OMAP && !ARCH_OMAP4 support fails
on linking with the following error
...
LD .tmp_vmlinux1
arch/arm/mach-omap2/built-in.o:(.data+0xf7d8): undefined reference to
`omap4430_phy_init'
arch/arm/mach-omap2/built-in.o:(.data+0xf7dc): undefined reference to
Hi Paul,
Paul Walmsley wrote on Saturday, July 16, 2011 1:36 PM:
> Spot-checking this...
>
> On Fri, 25 Mar 2011, Hemant Pedanekar wrote:
>
>> +static struct clk uart1_fck = {
>> +.name = "uart1_fck",
>> +.parent = &sysclk10_ck,
>> +.ops= &clkops_omap2_
Kevin Hilman wrote:
>Abhilash K V writes:
>
> > From: Vaibhav Hiremath
> >
> > In case of AM3517 & AM3505, Smart Reflex is not applicable so
> > we must not enable it. So add check for am3517/05 cpu revision
> > in omap3_twl_init() and return -ENODEV if true, else continue.
> >
> > Signed-off-by
On Mon, 2011-08-08 at 17:51 +0530, Archit Taneja wrote:
> Hi,
>
> On Monday 08 August 2011 05:33 PM, Valkeinen, Tomi wrote:
> > On Mon, 2011-08-08 at 17:13 +0530, Archit Taneja wrote:
> >> Hi,
> >>
> >> On Monday 08 August 2011 02:45 PM, Valkeinen, Tomi wrote:
> >>> Second try with the DSS HWMODs
Hi,
On Monday 08 August 2011 05:33 PM, Valkeinen, Tomi wrote:
On Mon, 2011-08-08 at 17:13 +0530, Archit Taneja wrote:
Hi,
On Monday 08 August 2011 02:45 PM, Valkeinen, Tomi wrote:
Second try with the DSS HWMODs
This set fixes the DSS clocks in HWMOD data, and implements a new reset
mechanism
On Mon, 2011-08-08 at 17:13 +0530, Archit Taneja wrote:
> Hi,
>
> On Monday 08 August 2011 02:45 PM, Valkeinen, Tomi wrote:
> > Second try with the DSS HWMODs
> >
> > This set fixes the DSS clocks in HWMOD data, and implements a new reset
> > mechanism for dss_core.
> >
> > The new dss_reset funct
Hi,
On Monday 08 August 2011 02:45 PM, Valkeinen, Tomi wrote:
Second try with the DSS HWMODs
This set fixes the DSS clocks in HWMOD data, and implements a new reset
mechanism for dss_core.
The new dss_reset function doesn't actually do a reset, it just enables all DSS
clocks and waits for the
On Mon, Aug 08, 2011 at 04:39:32PM +0530, Santosh wrote:
> + Felipe,
>
> On Monday 08 August 2011 04:30 PM, Russell King - ARM Linux wrote:
>> With CONFIG_ARCH_OMAP3=y and CONFIG_ARCH_OMAP4=n, I'm getting this:
>>
>> arch/arm/mach-omap2/built-in.o:(.data+0xf99c): undefined reference to
>> `omap443
+ Felipe,
On Monday 08 August 2011 04:30 PM, Russell King - ARM Linux wrote:
With CONFIG_ARCH_OMAP3=y and CONFIG_ARCH_OMAP4=n, I'm getting this:
arch/arm/mach-omap2/built-in.o:(.data+0xf99c): undefined reference to
`omap4430_phy_init'
arch/arm/mach-omap2/built-in.o:(.data+0xf9a0): undefined re
With CONFIG_ARCH_OMAP3=y and CONFIG_ARCH_OMAP4=n, I'm getting this:
arch/arm/mach-omap2/built-in.o:(.data+0xf99c): undefined reference to
`omap4430_phy_init'
arch/arm/mach-omap2/built-in.o:(.data+0xf9a0): undefined reference to
`omap4430_phy_exit'
arch/arm/mach-omap2/built-in.o:(.data+0xf9a4): u
The pointer "va" returned from "phys_to_virt(pa)" is never used in
"sgtable_fill_kmalloc()".So,it is safe to remove this set-but-unused variable.
Signed-off-by: Maxin B. John
---
diff --git a/arch/arm/plat-omap/iovmm.c b/arch/arm/plat-omap/iovmm.c
index c60737c..79e7fed 100644
--- a/arch/arm/plat
This patch adds a custom DSS reset function used on all OMAP's.
The function doesn't actually do a reset, it only waits for the reset to
complete. The reason for this is that on OMAP4 there is no possibility
to do a SW reset, and on OMAP2/3 doing a SW reset for dss_core resets
all the other DSS mo
OMAP2/3 dss_core has a reset status flag in sysstatus register. Add
SYSS_HAS_RESET_STATUS flag to HWMOD data so it can be used.
Signed-off-by: Tomi Valkeinen
---
.../mach-omap2/omap_hwmod_2xxx_3xxx_ipblock_data.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/arm
Remove the extra dss_dss_clk from dss_core's opt-clocks. dss_dss_clk is
the fck, and thus not an opt-clock.
Add HWMOD_CONTROL_OPT_CLKS_IN_RESET for dss_core so that dss_core's
reset can finish.
Remove the opt clocks for dispc, as they are not needed.
Change the main_clk for hdmi and venc to dss_
Set HWMOD_CONTROL_OPT_CLKS_IN_RESET for dss_core to allow DSS reset
properly.
Add missing ick opt-clock for rfbi. Rfbi uses the ick to calculate
timings.
Fix the venc iclk and fclk.
Signed-off-by: Tomi Valkeinen
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 15 +--
arch/arm/ma
Set HWMOD_CONTROL_OPT_CLKS_IN_RESET for dss_core to allow DSS reset
properly.
Add missing dss_96m_fck, which is used by venc on OMAP3430.
Add missing ick and sys_clk for dsi.
Add missing ick for rfbi.
Signed-off-by: Tomi Valkeinen
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 35
Second try with the DSS HWMODs
This set fixes the DSS clocks in HWMOD data, and implements a new reset
mechanism for dss_core.
The new dss_reset function doesn't actually do a reset, it just enables all DSS
clocks and waits for the reset to complete. This should be better approach than
actually d
On 05/08/11 20:33, Hilman, Kevin wrote:
> Mark Brown writes:
>
>> On Thu, Jul 28, 2011 at 02:48:57PM +0300, Tero Kristo wrote:
>>> OMAP SMPS regulator driver provides access to OMAP voltage processor
>>> controlled regulators. These include VDD_MPU and VDD_CORE for OMAP3 and
>>> additionally VDD_
commit 20d5d5514981f9a68832bffb27a698545ecba77a (OMAP2: PM debug:
remove register dumping) left some code lying around which doesn't
do anything. Clean it up.
Signed-off-by: Michael Jones
---
Changes for v2:
- included short log text of the commit referenced in commit message
arch/arm/mach-omap
22 matches
Mail list logo
