From: Hiroshi DOYU
Subject: Re: [PATCH 1/1] DSPBRIDGE: cache operation against kernel address
instead of user's
Date: Fri, 13 Nov 2009 12:12:12 +0200 (EET)
> From: "Doyu Hiroshi (Nokia-D/Helsinki)"
> Subject: [PATCH 1/1] DSPBRIDGE: cache operation against kernel address
> instead of user's
> D
Mai Daftedar wrote:
Hi all,
I was wondering how can we configure the u-boot with the TFTP
capability on the beagle board at runtime..
For this you will need ethernet support in U-Boot. There are two (?)
options to achieve this: Add support for USB ethernet dongle in U-Boot
or use a Beagle
> -Original Message-
> From: Paul Walmsley [mailto:p...@pwsan.com]
> Sent: Tuesday, November 17, 2009 2:46 AM
> To: Aggarwal, Anuj
> Cc: linux-omap@vger.kernel.org
> Subject: Re: [PATCH] OMAP: Exporting functions doing common register
> access
>
> Hello Anuj,
>
> On Mon, 16 Nov 2009, Anuj
AM3505/17 though a OMAP3530 derivative have the following
main differences
- Removal of the following OMAP3 modules
- IVA
- ISP/CAM
- Modem and D2D components (MAD2D, SAD2D)
- USIM
- SSI
- Mailb
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Enric Balletbò i Serra
> Sent: Monday, November 16, 2009 11:06 PM
> To: linux-omap@vger.kernel.org
> Subject: Doubts around SoC audio on omap3
>
> Hi all,
>
> I would li
> -Original Message-
> From: Tony Lindgren [mailto:t...@atomide.com]
> Sent: Tuesday, November 17, 2009 4:58 AM
> To: linux-arm-ker...@lists.infradead.org
> Cc: Gupta, Ajay Kumar; linux-omap@vger.kernel.org; Hiremath,
> Vaibhav; Premi, Sanjeev
> Subject: [PATCH 05/12] omap3evm: Add board r
On 16/11/09 05:04, Stephen Rothwell wrote:
> Hi Tomi,
>
> Today's linux-next merge of the omap_dss2 tree got a conflict in
> arch/arm/configs/omap_3430sdp_defconfig between the omap tree and the
> omap_dss2 tree.
>
> I just used the version from the omap tree as I can't figure out anything
> bett
Hi all,
I was wondering how can we configure the u-boot with the TFTP
capability on the beagle board at runtime..
Or if there's anyother way to set it up to be able to transfer files
to the beagle...
Any help will be appreciated..
Thanks
Best Regards
Mai
--
To unsubscribe from this list: send
* Janusz Krzysztofik [091116 16:38]:
> Tuesday 17 November 2009 01:16:58 Tony Lindgren napisał(a):
> > * Janusz Krzysztofik [091116 15:13]:
> > > The patch corrects the issue introduced with my previous patch:
> > > "OMAP: DMA: Fix omapfb/lcdc on OMAP1510 broken when PM set"
> > > as poin
Tuesday 17 November 2009 01:16:58 Tony Lindgren napisał(a):
> * Janusz Krzysztofik [091116 15:13]:
> > The patch corrects the issue introduced with my previous patch:
> > "OMAP: DMA: Fix omapfb/lcdc on OMAP1510 broken when PM set"
> > as pointed out by OMAP subsystem maintainer.
> >
> > Cr
* Janusz Krzysztofik [091116 15:13]:
> The patch corrects the issue introduced with my previous patch:
> "OMAP: DMA: Fix omapfb/lcdc on OMAP1510 broken when PM set"
> as pointed out by OMAP subsystem maintainer.
>
> Created and tested against linux-omap for-next,
> commit 155a75d9725e66e5
One more..
Tony
>From 18db1c90bf4022db95fb908cdd390e94798851ba Mon Sep 17 00:00:00 2001
From: vikram pandita
Date: Fri, 13 Nov 2009 17:37:35 -0800
Subject: [PATCH] omap: zoom2: update defconfig for LL_DEBUG_NONE
Update DEBUG_LL for zoom2 board as CONFIG_OMAP_LL_DEBUG_NONE
Signed-off-by: Vikram
Sorry, looks like I accidentally left out two patches of this series.
Tony
>From 32bb1bb71f624d91edeccb38066f6ddae438d49c Mon Sep 17 00:00:00 2001
From: vikram pandita
Date: Fri, 13 Nov 2009 17:37:35 -0800
Subject: [PATCH] omap: zoom3: defconfig creation
Create zoom3 defconfig file
Signed-off-
* Tony Lindgren [091116 15:32]:
> From: vikram pandita
>
> Split zoom2 board file into a base board file and a board-zoom-peripherals.c
> file. That way the same peripherals file can be reused for zoom3 and sdp3630
> in addition to zoom2.
>
> Also remove unused struct omap_board_config_kernel e
From: vikram pandita
Date: Fri, 13 Nov 2009 17:37:34 -0800
Subject: [PATCH 12/12] omap3: zoom: Introduce zoom3 board support
Zoom3 is the next version of Zoom2 board.
There has been a silicon update from zoom2 to zoom3.
Zoom2 has OMAP34xx
Zoom3 has OMAP3630 [1]
Zoom3 = OMAP3630 SO
From: vikram pandita
The I2C-1 bus frequency on zoom2/zoom3/sdp3630 should be 2.4 MHz.
The speed is limited by TWL5030/GAIA; a higher speed could lead to errors
on the interface.
The maximum I2C speed depends on the system clock for GAIA:
2.2 MHz (sys-clk = 19.2 MHz)
2.4 MHz (sys-clk = 26 MHz)
2
From: vikram pandita
Replace zoom2 with zoom name in board-zoom-peripherals.c file
and board-zoom-debugboard.c. Create mach/board-zoom.h.
This file has functions reused for boards: Zoom2/Zoom3/sdp3630.
Hence have all functions commonly named as zoom
Signed-off-by: Vikram Pandita
Signed-off-by:
From: vikram pandita
Split zoom2 board file into a base board file and a board-zoom-peripherals.c
file. That way the same peripherals file can be reused for zoom3 and sdp3630
in addition to zoom2.
Also remove unused struct omap_board_config_kernel entry.
NOTE: Keep the twl4030_madc_platform_dat
From: Sriram
Migrate to smsc911x ethernet driver instead of smc911x driver.
The smsc911x ethernet driver supports NAPI and performs better
under heavy traffic. With the smc911x driver we were witnessing
very high iowait time for high IO load over NFS.
Signed-off-by: Sriramakrishnan
Signed-off-b
From: Mike Rapoport
Initialize vmmc and vmmc_aux regulators
Note that the omap3evm_twldata.vmmc1 and omap3evm_twldata.vsim
are set in omap3_evm_i2c_init() to avoid a merge conflict
with the MFD tree. These will be initialized in omap3evm_i2c_boardinfo
as a fix later on.
Signed-off-by: Mike Rapo
From: Ajay Kumar Gupta
Added runtime programming for the differences in EHCI interface between
OMAP3EVM revisions (Rev >= E) and (Rev < E).
Changes:
- EHCI PHY reset GPIO pin is 21 on Rev >= E while Rev < E
uses GPIO pin 135.
- Rev >= E uses EHCI Vbus enable GPIO22 line
From: Ajay Kumar Gupta
Added function to differentiate between the OMAP3EVM revisions. The
chip-id of the ethernet PHY is being used for this purpose.
Rev A to D : 0x0115
Rev >= E : 0x9220
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Ajay Kumar Gupta
Signed-off-by: Sanjeev Premi
From: Anand Gadiyar
The mainline merge of the 3430SDP support (commit 6fdc29e2)
seems to have messed up the 3430 defconfig completely.
Update the defconfig using a known good version
(SDP defconfig from v2.6.26-omap2 and current beagle defconfig)
as reference.
The image size is now 1.9 MB down
From: vikram pandita
Remove the SYSFS_DEPRECATED flag from OMAP3 board defconfigs
This is a deprecated feature no longer needed.
Signed-off-by: Vikram Pandita
Acked-by: Kevin Hilman
Signed-off-by: Tony Lindgren
---
arch/arm/configs/omap3_beagle_defconfig |4 ++--
arch/arm/configs/omap3_
From: Charulatha V
This patch disables a GPIO module when all pins of a GPIO
module are inactive (clock gating forced at module level) and
enables the module when any gpio in the module is requested.
The module is enabled only when "mod_usage" indicates that no GPIO
in that module is currently
From: Felipe Balbi
Cleanup the coding style in id.c while avoiding unneeded switch()
statements.
Signed-off-by: Felipe Balbi
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/id.c | 61 --
1 files changed, 21 insertions(+), 40 deletions(-)
dif
Hi all,
Here are some patches for review. This series is mostly updates
to existing omap board files. It also adds support for zoom3 board,
and contains few clean-up patches.
Regards,
Tony
---
Ajay Kumar Gupta (2):
omap3evm: Add board revision function
omap3evm: ehci: Update EHCI s
The patch corrects the issue introduced with my previous patch:
"OMAP: DMA: Fix omapfb/lcdc on OMAP1510 broken when PM set"
as pointed out by OMAP subsystem maintainer.
Created and tested against linux-omap for-next,
commit 155a75d9725e66e5ec8a383822957dee52427057
Signed-off-by: Janusz Kr
Empty uart rx fifo read can cause omap to abort
OMAP silicon affected: OMAP3630, OMAP4430
OMAP silicon not-affected: omap1/2/3
So pass flag UPF_NO_EMPTY_FIFO_READ in plat_serial8250_port, so that 8250
driver does not abort on empty rx fifo read
Tested on zoom3(3630) board
Signed-off-by: Vikram P
OMAP3630 and OMAP4430 UART IP blocks have a restriction wrt RX FIFO.
Empty RX fifo read causes an abort. OMAP1/2/3 do not have this restriction.
So interoduce a flag in 8250 driver: UPF_NO_EMPTY_FIFO_READ
If this flag is specified for an 8250 port, then first check if rx fifo has
contents, and on
Monday 16 November 2009 23:25:18 Tony Lindgren napisał(a):
> * Janusz Krzysztofik [091116 20:40]:
> > The patch corrects the issue introduced with my previous patch:
> > "OMAP: DMA: Fix omapfb/lcdc on OMAP1510 broken when PM set"
> > as pointed out by OMAP subsystem maintainer.
> >
> > Cre
* Janusz Krzysztofik [091116 20:40]:
> The patch corrects the issue introduced with my previous patch:
> "OMAP: DMA: Fix omapfb/lcdc on OMAP1510 broken when PM set"
> as pointed out by OMAP subsystem maintainer.
>
> Created and tested against linux-omap for-next,
> commit 155a75d9725e66e5
On Mon, Nov 16, 2009 at 6:05 PM, Mark Brown
wrote:
> On Mon, Nov 16, 2009 at 04:19:25PM +0200, Mike Rapoport wrote:
>
>> I'm ok if it'll say "Not Overo!" :)
>> Anyway, here's the update:
>
> Applied, thanks (with manual hacking to remove the reply chain from the
> commit log).
Sorry, was too much
* Gregoire Gentil [091115 20:29]:
> Board file of the Always Innovating OMAP3-based Touch Book.
Cool. Looks like the patch needs to be formatted with tabs,
see Documentation/Submit* files.
Then run scripts/checkpatch.pl --strict /path/to/your/patch
on each of them to check for obvious issues :)
Hello Anuj,
On Mon, 16 Nov 2009, Anuj Aggarwal wrote:
> These functions need to be exported so that drivers (e.g. McBSP) can
> be configured as modules.
>
> McBSP driver gets built as a module when ASoC driver for OMAP3 EVM
> is configured as module. McBSP driver uses functions like
> omap_ctrl_
* Ajay Kumar Gupta [091115 00:59]:
> Hi,
>
> This patch set adds a new structure 'musb_hdrc_board_data' to get all
> board specific data from board files.
>
> It is actually done to accomodate ULPI_VBUSCONTROL programming required
> for OMAP3EVM Rev >=E which uses external Vbus supply to support
* Aggarwal, Anuj [091116 03:37]:
> > -Original Message-
> > From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> > ow...@vger.kernel.org] On Behalf Of Tony Lindgren
> > Sent: Saturday, November 14, 2009 6:38 AM
> > To: Pandita, Vikram
> > Cc: linux-omap@vger.kernel.org
> > Subject:
* Cory Maccarrone [091115 14:49]:
> On Sun, Nov 15, 2009 at 2:31 PM, Felipe Balbi wrote:
> > Hi,
> >
> > On Sun, 2009-11-15 at 12:06 -0800, Cory Maccarrone wrote:
> >> All,
> >>
> >> I'm working with the Wing Linux and Linwizard projects in porting
> >> various omap850-based devices to Linux, and
* Cory Maccarrone [091114 11:47]:
> The Makefiles and Kconfig files were modified to include the new
> HTC Herald board support and LCD panel configuration code.
Ended up merging this with the board-htcherald.c patch.
Tony
> Signed-off-by: Cory Maccarrone
> ---
> arch/arm/mach-omap1/Kconfig
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): f69a6bb287ffdef1343222af9d3d8cbb6d5a
PatchWorks
http://patchwork.kernel.org/patch/60478/
Git (Likely to change, and takes a while to get mirrored)
The patch corrects the issue introduced with my previous patch:
"OMAP: DMA: Fix omapfb/lcdc on OMAP1510 broken when PM set"
as pointed out by OMAP subsystem maintainer.
Created and tested against linux-omap for-next,
commit 155a75d9725e66e5ec8a383822957dee52427057
Signed-off-by: Janusz Kr
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): cb0c84c058503993a2ef954430d217b484354c8c
PatchWorks
http://patchwork.kernel.org/patch/60055/
Git (Likely to change, and takes a while to get mirrored)
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): 79b3fe013cc3be8828c2c4ddcb0c266fa67ce372
PatchWorks
http://patchwork.kernel.org/patch/60053/
Git (Likely to change, and takes a while to get mirrored)
Tero Kristo writes:
> From: Tero Kristo
>
> pwrdm_can_idle(pwrdm) will check if the specified powerdomain can enter
> idle. This is done by checking the current fclk enable bits.
>
> This call can be used e.g. inside cpuidle to decide which power states
> core and mpu should enter during idle, a
Tero Kristo writes:
> From: Tero Kristo
>
> Following checks are made (and their reasoning):
>
> - If CAM domain is active, prevent idle completely
> * CAM pwrdm does not have HW wakeup capability
> - If PER is likely to remain on, prevent PER off
> * Saves on unnecessary context save/restor
Tero Kristo writes:
> From: Tero Kristo
A more descriptive changelog would be nice here.
> This should be moved inside cpuidle to simplify design.
And this should probably say "... and will be moved into CPUidle in
subsequent patch."
Kevin
> Signed-off-by: Tero Kristo
> ---
> arch/arm/mac
Tero Kristo writes:
> From: Tero Kristo
>
> Previously omap_sram_idle() did not know about the difference between ON and
> INACTIVE states, which complicated the state handling in these cases.
This changelog needs an update.
This patch changes makes the IO-chain arming conditional and removes
Tero Kristo writes:
> From: Tero Kristo
>
> Following set implements checks for idle states of powerdomains, and
> changes target cpuidle state according to those. This also includes as
> a cleanup removal of some hacks from omap_sram_idle(), and also introduces
> INACTIVE / ON state support for
* Tomi Valkeinen [091116 02:06]:
> On Mon, 2009-11-16 at 06:04 +0100, ext Stephen Rothwell wrote:
> > Hi Tomi,
> >
> > Today's linux-next merge of the omap_dss2 tree got a conflict in
> > arch/arm/configs/omap_3430sdp_defconfig between the omap tree and the
> > omap_dss2 tree.
> >
> > I just use
"Gopinath, Thara" writes:
[...]
>>>
>>>+void omap3_pm_off_mode_enable(int enable)
>>>+{
>>>+struct power_state *pwrst;
>>>+u32 state;
>>>+
>>>+if (enable)
>>>+state = PWRDM_POWER_OFF;
>>>+else
>>>+state = PWRDM_POWER_RET;
>>>+
>>>+list_for_each_entry(p
Hi all,
I would like to add support for SoC audio on the IGEP v2 board but I
have some doubts about how to do. As I have seen in the source code,
the SoC driver for IGEP should be the same as omap3evm, overo and
cm-t35.
So, is better to use the solution adopted by the board CM-T35 or add a
specif
Nishanth Menon writes:
> Manjunatha GK had written, on 11/16/2009 08:46 AM, the following:
> Thanks.
>>Re: [PATCH v3] [OMAP3_PM] Fix zoom2/zoom3 build error
> please rename subject to:
> [PATCH V3] OMAP3: PM: Fix build failure with !DEBUG_FS
>
> this is not zoom2/zoom3 specific - am I right?
>
>>
"Sripathy, Vishwanath" writes:
> As part of Core domain context restoration while coming out of off mode
> there are some registers being restored which are not required to be restored.
> ROM code will have restored them already. Overwriting some of them can have
> potential side effect. Eg: CM_C
On Mon, Nov 16, 2009 at 04:19:25PM +0200, Mike Rapoport wrote:
> I'm ok if it'll say "Not Overo!" :)
> Anyway, here's the update:
Applied, thanks (with manual hacking to remove the reply chain from the
commit log).
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the bo
On Mon, Nov 16, 2009 at 02:37:48PM +0200, Phil Carmody wrote:
> On 14/11/09 07:03 +0100, ext Dmitry Torokhov wrote:
> > Do we really need to do filtering and averaging in kernel? What about
> > tslib?
> Not everyone uses tslib. There's already some filtering in the tsc2005
> already, but it's no
These functions need to be exported so that drivers (e.g. McBSP) can
be configured as modules.
McBSP driver gets built as a module when ASoC driver for OMAP3 EVM
is configured as module. McBSP driver uses functions like
omap_ctrl_readl/omap_ctrl_writel, which are defined in control.c
file but not
On Sun, Nov 15, 2009 at 02:15:48PM +0530, Ajay Kumar Gupta wrote:
> Adding regulator framework in EHCI driver.
>
> OMAP3 has three HS USB ports so it can have three different regulator
> for each PHY connected to each port.
>
> Currently these regulators are assumed to be optional and driver does
Manjunatha GK had written, on 11/16/2009 08:46 AM, the following:
Thanks.
>Re: [PATCH v3] [OMAP3_PM] Fix zoom2/zoom3 build error
please rename subject to:
[PATCH V3] OMAP3: PM: Fix build failure with !DEBUG_FS
this is not zoom2/zoom3 specific - am I right?
The Zoom2 and Zoom3 build breaks on li
The Zoom2 and Zoom3 build breaks on linux-omap-pm(HEAD:pm)
when CONFIG_DEBUG_FS is not enabled.
Build error log:
arch/arm/mach-omap2/built-in.o: In function `omap_sram_idle':
arch/arm/mach-omap2/pm34xx.c:449: undefined reference to `pm_dbg_regset_save'
arch/arm/mach-omap2/pm34xx.c:460: undefined
On Mon, 2009-11-16 at 16:19 +0200, Mike Rapoport wrote:
> Liam Girdwood wrote:
> > On Mon, 2009-11-16 at 15:53 +0200, Mike Rapoport wrote:
> >> Signed-off-by: Mike Rapoport
> >> ---
> >> sound/soc/omap/Kconfig |7 ---
> >> sound/soc/omap/overo.c |2 +-
> >> 2 files changed, 5 insertio
Frédéric BEGOU wrote :
Frédéric BEGOU wrote:
Hello,
For what I've seen on the Internet concerning your card, there is
only one MMC card reader.
Besides, there is the following piece of code :
+static struct twl4030_hsmmc_info mmc[] = {
+ {
+
On Mon, 2009-11-16 at 16:19 +0200, Mike Rapoport wrote:
> >From 4f3628ff75bdeb57e751622f2a92e223f68e81e3 Mon Sep 17 00:00:00 2001
> In-Reply-To: <1258380019.3570.113.ca...@odin>
> References: <1258380019.3570.113.ca...@odin>
> From: Mike Rapoport
> Date: Mon, 16 Nov 2009 15:35:00 +0200
> Subject:
Liam Girdwood wrote:
> On Mon, 2009-11-16 at 15:53 +0200, Mike Rapoport wrote:
>> Signed-off-by: Mike Rapoport
>> ---
>> sound/soc/omap/Kconfig |7 ---
>> sound/soc/omap/overo.c |2 +-
>> 2 files changed, 5 insertions(+), 4 deletions(-)
>>
>> diff --git a/sound/soc/omap/Kconfig b/soun
>-Original Message-
>From: linux-omap-ow...@vger.kernel.org
>[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
>Pandita, Vikram
>>From: linux-omap-ow...@vger.kernel.org
>>[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Gupta,
>>Ajay Kumar
>>Sent: Sunday, November 15, 2009 2:4
On Mon, Nov 16, 2009 at 06:36:55AM -0700, Paul Walmsley wrote:
> Fix loop bailout off-by-one bugs reported by Juha Leppänen
> .
I'm not sure the new code is any easier to read than the old code.
And what with some checks post-loop being <= and others being >, it's
a recipe for cut'n'paste errors h
On Mon, 2009-11-16 at 15:53 +0200, Mike Rapoport wrote:
> Signed-off-by: Mike Rapoport
> ---
> sound/soc/omap/Kconfig |7 ---
> sound/soc/omap/overo.c |2 +-
> 2 files changed, 5 insertions(+), 4 deletions(-)
>
> diff --git a/sound/soc/omap/Kconfig b/sound/soc/omap/Kconfig
> index 65
Signed-off-by: Mike Rapoport
---
sound/soc/omap/Kconfig |7 ---
sound/soc/omap/overo.c |2 +-
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/sound/soc/omap/Kconfig b/sound/soc/omap/Kconfig
index 653a362..bb42681 100644
--- a/sound/soc/omap/Kconfig
+++ b/sound/soc/omap/
Fix loop bailout off-by-one bugs reported by Juha Leppänen
.
Signed-off-by: Paul Walmsley
Cc: Juha Leppänen
---
arch/arm/mach-omap2/cm.c |2 +-
arch/arm/mach-omap2/omap_hwmod.c | 12 +---
arch/arm/mach-omap2/prcm.c |4 ++--
3 files changed, 8 insertions(+), 10 de
From: Tero Kristo
Current calculation does not take into account any changes to M2 divisor, and
thus when we change VDD2 OPP, dpll3_m2x2 rate does not change. Fixed by
re-routing dpll3_m2x2 parent to dpll3_m2.
Signed-off-by: Tero Kristo
Signed-off-by: Paul Walmsley
---
arch/arm/mach-omap2/clo
From: Rajendra Nayak
Fix the freqsel value computation. Use n instead of (n+1)
The formula in the TRM uses a zero-based N, hence the (n+1); however
at this point in the clock34xx.c code, N is one-based.
Hayati Bayrakdar and Nishanth Menon helped
track down this bug.
Signed-off-by: Rajendra N
Hi,
this series contains fixes for some clock and PM architecture components
for the 2.6.32-rc series.
- Paul
---
Paul Walmsley (1):
OMAP clock/hwmod: fix off-by-one errors
Rajendra Nayak (1):
OMAP3 clock: Fix the DPLL freqsel computations
Tero Kristo (1):
OMAP3: Clock: Fixe
Many thanks for your reply, Dmitry. Some comments follow yours.
On 14/11/09 07:03 +0100, ext Dmitry Torokhov wrote:
> Hi Aaro,
>
> On Wed, Nov 04, 2009 at 03:23:01PM +0200, Aaro Koskinen wrote:
> > +
> > +static void tsc2005_ts_update_pen_state(struct tsc2005 *ts,
> > +
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Tony Lindgren
> Sent: Saturday, November 14, 2009 6:38 AM
> To: Pandita, Vikram
> Cc: linux-omap@vger.kernel.org
> Subject: Re: Some patches need reposting, inbox cleared,
As part of Core domain context restoration while coming out of off mode
there are some registers being restored which are not required to be restored.
ROM code will have restored them already. Overwriting some of them can have
potential side effect. Eg: CM_CLKEN_PLL register should not be written w
Hi, all!
I think I found a bug in processor detection code.
as I see,
> > + /* OMAP3430 and OMAP3530 are assumed to be same.
> > +*
> > +* OMAP3525, OMAP3515 and OMAP3503 can be detected only based
> > +* on available features. Upon detection, update the CPU id
> > +* and CPU clas
On Mon, 2009-11-16 at 06:04 +0100, ext Stephen Rothwell wrote:
> Hi Tomi,
>
> Today's linux-next merge of the omap_dss2 tree got a conflict in
> arch/arm/configs/omap_3430sdp_defconfig between the omap tree and the
> omap_dss2 tree.
>
> I just used the version from the omap tree as I can't figure
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of jung songtan
> Sent: Monday, November 16, 2009 7:32 AM
> To: linux-omap@vger.kernel.org
> Subject: Dose OMAP3 support split transfer?
>
> Hi Guys,
>
> Dose OMAP3 support
77 matches
Mail list logo
