-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of ext Kevin Hilman
Sent: 12 November, 2009 01:27
To: Kristo Tero (Nokia-D/Tampere)
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 07/11] OMAP3: Fixed ARM aux ctrl register
-Original Message-
From: ext Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: 12 November, 2009 01:45
To: Kristo Tero (Nokia-D/Tampere)
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 09/11] OMAP3: PM: Added support for L2 aux
ctrl register save and restore
Tero Kristo
Cleanup the coding style in id.c while avoiding unneeded switch()
statements.
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
---
refreshed on top of Today's linux-omap
(0aaf4859f62d2ead2dd949646d12b0216439facd)
this patch was compile-tested only with all omap defconfigs, it would be
nice to
From fa0ed0d00ee835d70cd4b1d32f89d4e845e0fff8 Mon Sep 17 00:00:00 2001
From: Vimal Singh vimalsi...@ti.com
Date: Thu, 12 Nov 2009 14:46:00 +0530
Subject: [PATCH] Fixing keymap for zoom2 according to matrix keypad framwork
Interpretation of 'row' and 'col' got reversed in matrix keymap
framework.
-Original Message-
From: ext Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: 12 November, 2009 01:30
To: Kristo Tero (Nokia-D/Tampere)
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 08/11] OMAP3: PM: Disabled I2C4 repeated
start operation mode
Tero Kristo
-Original Message-
From: ext Gadiyar, Anand [mailto:gadi...@ti.com]
Sent: 12 November, 2009 08:25
To: Kevin Hilman; Kristo Tero (Nokia-D/Tampere)
Cc: linux-omap@vger.kernel.org
Subject: RE: [PATCH 11/11] OMAP3: PM: Disable OTG autoidle
when waking up from off-mode
Kevin Hilman wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Kevin
Hilman
Sent: Thursday, November 12, 2009 4:57 AM
To: Tero Kristo
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 07/11] OMAP3: Fixed ARM aux ctrl register
These patches add omap3 board support for the Timll DEVKIT8000
diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kconfig
index 8685df5..5c850e1 100644
--- a/arch/arm/mach-omap2/Kconfig
+++ b/arch/arm/mach-omap2/Kconfig
@@ -53,6 +53,10 @@ config MACH_OMAP3_BEAGLE
bool OMAP3
From: Tero Kristo tero.kri...@nokia.com
Current value is stored on SDRAM and it is written back during wakeup.
Previously a static value of 0x72 was written there.
Signed-off-by: Tero Kristo tero.kri...@nokia.com
---
arch/arm/mach-omap2/sleep34xx.S | 13 +
1 files changed, 9
This patch add support for DEVKIT8000, it is a copy of Beagleboard sound
driver
diff --git a/sound/soc/omap/Kconfig b/sound/soc/omap/Kconfig
index 653a362..8cdcfe9 100644
--- a/sound/soc/omap/Kconfig
+++ b/sound/soc/omap/Kconfig
@@ -91,6 +91,14 @@ config SND_OMAP_SOC_OMAP3_BEAGLE
help
From: Tero Kristo tero.kri...@nokia.com
It is suggested by TI (SWPA152 February 2009) to write clksetup,
voltsetup_time1, voltsetup_time2, voltsetup2 dynamically in idle loop.
This allows us to optimize the voltage + clock setup times according to the
used power save mode.
Signed-off-by: Tero
From: Tero Kristo tero.kri...@nokia.com
OMAP3 sleep can be prevented in some cases where OTG autoidle is enabled.
This patch force disables autoidle during wakeup from off-mode. See omap
errata 1.164.
This fix can't be done in driver level, as off-mode entry resets and enables
the autoidle bit,
From: Tero Kristo tero.kri...@nokia.com
This patch adds a save and restore mechanism for ARM L2 auxiliary control
register. The feature is enabled by default for GP devices, but for HS/EMU
devices the user must enable the service and define the PPA service ID to
be used for setting L2 aux ctrl,
From: Tero Kristo tero.kri...@nokia.com
This set contains following changes compared to previous one:
1) Removed accepted patches
2) ARM aux ctrl and L2 aux ctrl register save/restore uses now arm_context
as save area
3) Added more detail to I2C4 repeated start disable fix description
4)
From: Tero Kristo tero.kri...@nokia.com
Repeated start forces I2C4 pads low during idle, which increases power
consumption through external pull-ups. On the other hand, this change
increases I2C4 command latencies somewhat due to additional master code
sent in the beginning of each I2C4 command
This patch add support for the Timll DEVKIT8000 LCD panel
diff --git a/drivers/video/omap/Makefile b/drivers/video/omap/Makefile
index b63b198..b906d25 100644
--- a/drivers/video/omap/Makefile
+++ b/drivers/video/omap/Makefile
@@ -33,6 +33,7 @@ objs-y$(CONFIG_MACH_OMAP_LDP) += lcd_ldp.o
Hi,
On Thu, Nov 12, 2009 at 11:17:42AM +0100, ext Kim Botherway wrote:
These patches add omap3 board support for the Timll DEVKIT8000
diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kconfig
index 8685df5..5c850e1 100644
--- a/arch/arm/mach-omap2/Kconfig
+++
On Thu, Nov 12, 2009 at 3:54 PM, Kim Botherway kbother...@djdvant.com wrote:
This patch add support for DEVKIT8000, it is a copy of Beagleboard sound
driver
diff --git a/sound/soc/omap/Kconfig b/sound/soc/omap/Kconfig
index 653a362..8cdcfe9 100644
--- a/sound/soc/omap/Kconfig
+++
Pushed this patch to psp-group:build7 ...
Regards,
Anuj Aggarwal
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Govindarajan,
Sriramakrishnan
Sent: Wednesday, November 11, 2009 1:43 PM
To: linux-omap@vger.kernel.org
'Signed-off-by' missing.
On Thu, Nov 12, 2009 at 3:53 PM, Kim Botherway kbother...@djdvant.com wrote:
This patch add support for the Timll DEVKIT8000 LCD panel
diff --git a/drivers/video/omap/Makefile b/drivers/video/omap/Makefile
index b63b198..b906d25 100644
---
Signed-off-by missing
On Thu, Nov 12, 2009 at 3:49 PM, Kim Botherway kbother...@djdvant.com wrote:
This patch adds a default config for the Timll DEVKIT8000
diff --git a/arch/arm/configs/omap3_devkit8000_defconfig
b/arch/arm/configs/omap3_devkit8000_defconfig
new file mode 100644
index
Sorry for the earlier mail, not meant for the l-o list :(
Regards,
Anuj Aggarwal
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Aggarwal, Anuj
Sent: Thursday, November 12, 2009 4:27 PM
To: linux-omap@vger.kernel.org
Resubmitting after incorporationg the suggestions:
Romit, please rework as suggested by Jens and resubmit.
Unfreezes the bdi flusher task when the said task needs to exit.
Steps to reproduce this.
1) Mount a file system from MMC/SD card.
2) Unmount the file system. This creates a flusher
On Thu, 2009-11-12 at 11:23 +0100, ext Kim Botherway wrote:
This patch add support for the Timll DEVKIT8000 LCD panel
I don't handle old omapfb patches. I think you should contact Imre Deak
for those, although my advise would be to use the new display subsystem
driver.
Tomi
--
To unsubscribe
On Thu, Nov 12 2009, Romit Dasgupta wrote:
Resubmitting after incorporationg the suggestions:
Romit, please rework as suggested by Jens and resubmit.
Unfreezes the bdi flusher task when the said task needs to exit.
Thanks, this looks more palatable. I will merge it and make sure it goes
On Fri, 6 Nov 2009, Lohithakshan, Ranjith wrote:
-Original Message-
From: Menon, Nishanth
Sent: Thursday, November 05, 2009 9:55 PM
...
+ CLK(NULL, virt_13m_ck, virt_13m_ck, CK_343X | CK_35XX),
+ CLK(NULL, virt_16_8m_ck, virt_16_8m_ck, CK_3430ES2 | CK_35XX),
On Thu, Nov 12, 2009 at 09:11:58AM +0530, Gupta, Ajay Kumar wrote:
+ if (omap-port_mode[i] == EHCI_HCD_OMAP_MODE_UNKNOWN)
+ continue;
+ if (omap-regulator[i]) {
+ if (regulator_is_enabled(omap-regulator[i]))
+
On Thu, Nov 12, 2009 at 09:24:43PM +1100, Kim Botherway wrote:
This patch add support for DEVKIT8000, it is a copy of Beagleboard sound
driver
You forgot your Signed-off-by here. Please also remember to CC the
maintainers on patch submissions.
If this genuinely is just a straight copy of the
Gadiyar, Anand gadi...@ti.com writes:
Kevin Hilman wrote:
Tero Kristo tero.kri...@nokia.com writes:
From: Tero Kristo tero.kri...@nokia.com
OMAP3 sleep can be prevented in some cases where OTG autoidle is enabled.
This patch force disables autoidle during wakeup from off-mode. See
Gopinath, Thara th...@ti.com writes:
[...]
Thanks, applying to PM branch, queuing for pm-fixes.
There were review comments for this patch to be redone in a
different manner. Are they not going to be addressed ?
Thara, my apologies. Somehow I missed your comments.
Tero has posted a new
Tero Kristo tero.kri...@nokia.com writes:
From: Tero Kristo tero.kri...@nokia.com
It is suggested by TI (SWPA152 February 2009) to write clksetup,
voltsetup_time1, voltsetup_time2, voltsetup2 dynamically in idle loop.
This allows us to optimize the voltage + clock setup times according to
Tero Kristo tero.kri...@nokia.com writes:
From: Tero Kristo tero.kri...@nokia.com
Repeated start forces I2C4 pads low during idle, which increases power
consumption through external pull-ups. On the other hand, this change
increases I2C4 command latencies somewhat due to additional master
Tero Kristo tero.kri...@nokia.com writes:
From: Tero Kristo tero.kri...@nokia.com
OMAP3 sleep can be prevented in some cases where OTG autoidle is enabled.
This patch force disables autoidle during wakeup from off-mode. See omap
errata 1.164.
This fix can't be done in driver level, as
Tero Kristo tero.kri...@nokia.com writes:
From: Tero Kristo tero.kri...@nokia.com
OMAP3 sleep can be prevented in some cases where OTG autoidle is enabled.
This patch force disables autoidle during wakeup from off-mode. See omap
errata 1.164.
This fix can't be done in driver
On Thu, Nov 12, 2009 at 7:46 PM, Tomi Valkeinen
tomi.valkei...@nokia.com mailto:tomi.valkei...@nokia.com wrote:
On Thu, 2009-11-12 at 11:23 +0100, ext Kim Botherway wrote:
This patch add support for the Timll DEVKIT8000 LCD panel
I don't handle old omapfb patches. I think you
Hey all,,
I want any link for Linux-2.6.29 with power management patches for
Beagleboard urgently..
Any help will be appreciated .
thx in advance.
Best Regards,
tarek
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
From: Tero Kristo tero.kri...@nokia.com
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
From: Tero Kristo tero.kri...@nokia.com
This should be moved inside cpuidle to simplify design.
Signed-off-by: Tero Kristo tero.kri...@nokia.com
---
arch/arm/mach-omap2/pm34xx.c | 18 ++
1 files changed, 2 insertions(+), 16 deletions(-)
diff --git
From: Tero Kristo tero.kri...@nokia.com
Previously omap_sram_idle() did not know about the difference between ON and
INACTIVE states, which complicated the state handling in these cases.
Signed-off-by: Tero Kristo tero.kri...@nokia.com
---
arch/arm/mach-omap2/pm34xx.c | 14 +++---
1
From: Tero Kristo tero.kri...@nokia.com
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/restore
- If CORE
From: Tero Kristo tero.kri...@nokia.com
Currently only ON, RET and OFF are supported, and ON is arguably broken as it
allows the powerdomain to enter INACTIVE state unless idle is prevented.
Now, pwrdm code prevents idle if ON is selected, and also adds support for
INACTIVE. This simplifies the
From: Tero Kristo tero.kri...@nokia.com
New powerdomain code support for INACTIVE state removes the need to control
clockdomains directly from cpuidle. Also, cpuidle state definitions can now
directly support ON / INACTIVE simplifying the implementation.
Signed-off-by: Tero Kristo
From: Tero Kristo tero.kri...@nokia.com
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, as there are
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Thursday, November 12, 2009 4:35 AM
To: C.A, Subramaniam
Cc: li...@arm.linux.org.uk; linux-omap@vger.kernel.org;
Hiroshi DOYU; Gupta, Ramesh; Kanigeri, Hari
Subject: Re: [PATCH 8/10 v3] omap mailbox:
* Stephen Rothwell s...@canb.auug.org.au [09 21:10]:
Hi Tony,
On Wed, 11 Nov 2009 10:42:09 -0800 Tony Lindgren t...@atomide.com wrote:
* Tomi Valkeinen tomi.valkei...@nokia.com [09 01:43]:
On Wed, 2009-11-11 at 09:45 +0100, Valkeinen Tomi (Nokia-D/Helsinki)
wrote:
On Tue,
* Artem Bityutskiy dedeki...@gmail.com [09 21:05]:
On Wed, 2009-11-11 at 10:42 -0800, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@nokia.com [09 01:43]:
On Wed, 2009-11-11 at 09:45 +0100, Valkeinen Tomi (Nokia-D/Helsinki)
wrote:
On Tue, 2009-11-10 at 13:40 +0100, Artem
Linus,
Please pull omap fixes from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
omap-fixes-for-linus
Regards,
Tony
The following changes since commit b419148e567728f6af0c3b01965c1cc141e3e13a:
Linus Torvalds (1):
Linux 2.6.32-rc6
are available in the
On Wed, Sep 30, 2009 at 2:06 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
On Mon, Aug 3, 2009 at 3:11 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Ben Dooks wrote:
On Tue, Jul 21, 2009 at 04:09:03PM -0700, Kevin Hilman wrote:
From: Rajendra Nayak rna...@ti.com
Because of
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): bfcf88c1f14c0d6afcc3600dcaffd70d335d4268
PatchWorks
http://patchwork.kernel.org/patch/40949/
Git (Likely to change, and takes a while to get
* Vimal Singh vimal.neww...@gmail.com [091110 02:08]:
From 6f535d7128ca392458dd0cb31d138cda84747c06 Mon Sep 17 00:00:00 2001
From: Vimal Singh vimalsi...@ti.com
Date: Tue, 10 Nov 2009 11:42:45 +0530
Subject: [PATCH] OMAP3: Add support for NAND on ZOOM2/LDP boards
Adding NAND support for
* Vimal Singh vimal.neww...@gmail.com [091110 02:08]:
From 42f080e0915bbce1509fc8ab3773569fec0a44f1 Mon Sep 17 00:00:00 2001
From: Vimal Singh vimalsi...@ti.com
Date: Tue, 10 Nov 2009 11:39:39 +0530
Subject: [PATCH] OMAP2/3: Add support for flash on SDP boards
Add support for flash on SDP
Hi Tony, Tomi,
On Thu, 12 Nov 2009 10:14:57 -0800 Tony Lindgren t...@atomide.com wrote:
OK. The only dependency is the the move of the headers.
Tomi, can you please rebase your patches on top of the
7xx-iosplit-plat-merge
branch in linux-omap tree? This is commit
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): 75f391e30e4a2c6b5b5dc7b57190f21718337acc
PatchWorks
http://patchwork.kernel.org/patch/47669/
Git (Likely to change, and takes a while to get
This way it's more object oriented and easier to see what is happening.
No functional changes.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap2/omap3-iommu.c | 62 ++--
1 files changed, 31 insertions(+), 31 deletions(-)
diff
Hi Chris,
Obviously a few things will change with your move over to input, but as I have
a few mins and might not then, here are a few comments.
The ones I'd really like to see acted upon are
*removing the global pointer that
restricts you to one device (all hell will break loose if you add a
* ch...@ti.com ch...@ti.com [091019 23:41]:
omap_mcbsp_pollwrite and omap_mcbsp_pollread functions access
McBSP registers as 16-bit registers.
In OMAP3, McBSP registers (DRR_REG and DXR_REG) are limited to
32-bit data accesses (L4 Interconnect). 16-bit and 8-bit is
not allowed and can
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): fbb9e29aa28c779f48c9af03988c602e2ed7c5bb
PatchWorks
http://patchwork.kernel.org/patch/54925/
Git (Likely to change, and takes a while to get
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-testing
Initial commit ID (Likely to change): d067810bbe621c19ab96e913877c90b1b2e8bcc1
PatchWorks
http://patchwork.kernel.org/patch/54504/
Git (Likely to change, and takes a while to get
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): e1d8daf0013a8c6dd9f53dbde4c80f4723dee85f
PatchWorks
http://patchwork.kernel.org/patch/56075/
Git (Likely to change, and takes a while to get
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): 815c0a2288781c9a2d2495824fad3afc820c7a91
PatchWorks
http://patchwork.kernel.org/patch/56403/
Git (Likely to change, and takes a while to get
* Sanjeev Premi pr...@ti.com [091029 07:35]:
Currently the default silicon - in absence of
identification - is set to OMAP3630 ES1.0.
Though, condition may/should not arise; but
the default should be latest in the most
common silicon variant - currently OMAP3430
ES3.1.
Is this still
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Wednesday, November 11, 2009 8:30 PM
To: Madhusudhan
Cc: linux-omap@vger.kernel.org
Subject: Re: MMC related patches
* Madhusudhan madhu...@ti.com [09 16:02]:
Hi Tony,
Just a ping on the below
* ch...@ti.com ch...@ti.com [091110 04:28]:
From: Charulatha V ch...@ti.com
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
* Enric Balletbò i Serra eballe...@gmail.com [091014 01:48]:
This patch adds minimal IGEP v2 support.
The IGEP v2 board is a low-cost, fan-less and industrial temperature
range single board computer that unleashes laptop-like performance and
expandability without the bulk, expense, or noise
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): 1f34795d7cecb2824f3146405cab8aaa4ab6e6d6
PatchWorks
http://patchwork.kernel.org/patch/56294/
Git (Likely to change, and takes a while to get
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): 742eb23e178bf582b4a35633fc5470cbe7785166
PatchWorks
http://patchwork.kernel.org/patch/6295/
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): 51498d8fc650e4384f352b80cc7cd1b7adfb438c
PatchWorks
http://patchwork.kernel.org/patch/56295/
Git (Likely to change, and takes a while to get
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): 954f2a12bee18db3fca8cfdcf988499d0c4d9ae7
PatchWorks
http://patchwork.kernel.org/patch/59541/
Git (Likely to change, and takes a while to get
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): 35bb10f7c977e01e499546c5754df1c7257b87e1
PatchWorks
http://patchwork.kernel.org/patch/56274/
Git (Likely to change, and takes a while to get
* Govindarajan, Sriramakrishnan s...@ti.com [09 00:12]:
Tony,
Are there comments with respect to this patch. Will this be merged in the
next window?
Looks OK to me, but needs to be refreshed against omap for-next to apply.
Tony
Regards
Sriram
-Original Message-
From:
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): 295f8ab5e478722a05388c25e73a5549c97312e1
PatchWorks
http://patchwork.kernel.org/patch/59650/
Git (Likely to change, and takes a while to get
When listing the various SoC features, print them on the same line.
So, instead of this
OMAP3430/3530 ES3.1
- l2cache : Y
- iva : Y
- sgx : Y
- neon : Y
- isp : Y
you get this:
OMAP3430/3530 ES3.1 (l2cache iva sgx neon isp )
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
Tony Lindgren t...@atomide.com writes:
* Kevin Hilman khil...@deeprootsystems.com [091013 15:01]:
Nishanth Menon n...@ti.com writes:
Folks,
With the addition of FEATURES in l-o, the following prints:
- l2cache : Y
- iva : Y
- sgx : Y
- neon : Y
- isp : Y
comes up on
Hi all,
Here are some patches for review for the upcoming merge window.
This series mostly updates the low-level device init code to
support the new omap processors. Few more clean-up patches are
included too.
Regards,
Tony
---
Anand Gadiyar (1):
omap: update plat/usb.h to allow ehci
From: Anand Gadiyar gadi...@ti.com
Add missing declarations to allow the recently introduced
ehci-omap driver to build on OMAP3
Signed-off-by: Anand Gadiyar gadi...@ti.com
Cc: Felipe Balbi felipe.ba...@nokia.com
Signed-off-by: Tony Lindgren t...@atomide.com
Signed-off-by: Greg Kroah-Hartman
From: Felipe Balbi felipe.ba...@nokia.com
Add platform init code for EHCI driver.
Various fixes to the original patch by Ajay Kumar Gupta ajay.gu...@ti.com
and Anand Gadiyar gadi...@ti.com.
Overo support added by Olof Johansson o...@lixom.net
Beagle support added by Koen Kooi
From: Hiroshi DOYU hiroshi.d...@nokia.com
MPU side (v)-(p) mapping is necessary only if IOVMF_MMIO is set in
flags.
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/plat-omap/iovmm.c | 10 ++
1 files changed, 6
From: Felipe Contreras felipe.contre...@gmail.com
This way it's more object oriented and easier to see what is happening.
No functional changes.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/omap3-iommu.c | 62
From: Peter Ujfalusi peter.ujfal...@nokia.com
The use of the spin lock, which supposed to protect the the
dma_op_mode causing INFO: inconsistent lock state on
playback start.
Remove the spin locks around the dma_op_mode, when it's
purpuse is to protect the dma_op_mode.
Signed-off-by: Peter
From: Madhu madhu...@ti.com
Change the cpu_is_omap3430() check to cpu_is_omap34xx() to allow HSMMC1/2
mux configuration for omap3630.
Signed-off-by: Madhusudhan Chikkature madhu...@ti.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/devices.c |2 +-
1 files changed,
From: Madhu madhu...@ti.com
The HSMMC1 controller on omap3630 supprts only 4-bit mode. If cpu
is 3630 configure HSMMC1 wires to 4-bit.
Signed-off-by: Madhusudhan Chikkature madhu...@ti.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/mmc-twl4030.c |6 ++
1 files
From: Madhu madhu...@ti.com
The speed ctrl bit for MMC I/O is part of CONTROL_PROG_IO1 register
in omap3630.This patch sets it up accordingly.
Signed-off-by: Madhusudhan Chikkature madhu...@ti.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/mmc-twl4030.c | 11
From: Madhu madhu...@ti.com
Add support for omap hsmmc2 8-bit mux configuration.
Signed-off-by: Madhusudhan Chikkature madhu...@ti.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/devices.c |6 ++
arch/arm/mach-omap2/mux.c |8
From: Sriram s...@ti.com
For ease of use it is preferrable to build in HSMMC driver
rather than build it as kernel module. This patches updates
default configuration for omap3evm to reflect this change.
Signed-off-by: Sriramakrishnan s...@ti.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
From: Tony Lindgren Menon
omap3_check_revision() does not depend on omap3_check_features()
move this above so that we can add logic based on revision
detected in check_features.
Signed-off-by: Nishanth Menon n...@ti.com
Acked-by: Mika Westerberg mika.westerb...@iki.fi
Signed-off-by: Tony
From: Kevin Hilman khil...@deeprootsystems.com
When listing the various SoC features, print them on the same line.
So, instead of this
OMAP3430/3530 ES3.1
- l2cache : Y
- iva : Y
- sgx : Y
- neon : Y
- isp : Y
you get this:
OMAP3430/3530 ES3.1 (l2cache iva sgx neon isp )
Signed-off-by:
From: Paul Walmsley p...@pwsan.com
All of the OMAP3 IVA physical address macros in
plat-omap/include/plat/omap34xx.h are wrong[1]:
OMAP34XX_IVA_INTC_BASE: The IVA interrupt controller does not appear
to be accessible from the L3 interconnect, and in any case is
definitely not at 0x4000; the
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): 98c9d913b2387e978432e8df4a97890d83531469
PatchWorks
http://patchwork.kernel.org/patch/59675/
Git (Likely to change, and takes a while to get
Tero Kristo tero.kri...@nokia.com writes:
From: Tero Kristo tero.kri...@nokia.com
This patch adds board specific SDRAM init for RX51. This patch is a
collaboration of work from following people:
Juha Yrjola: Original code
Lauri Leukkunen: Port to RX51
Tero Kristo: Support for multiple
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): a5ffea111ead0122b8dd7ae61b77a44fea022219
PatchWorks
http://patchwork.kernel.org/patch/56083/
Git (Likely to change, and takes a while to get
Tony Lindgren wrote:
Hi all,
I'm finally done sorting through the patchwork patches to add to
the omap for-next queue. So I've nuked my linux-omap inbox, and
cleared the patches that I'm supposed to deal with in patchwork.
Please check that you patch is applied (or merged into some
Gadiyar, Anand wrote:
Tony Lindgren wrote:
Hi all,
I'm finally done sorting through the patchwork patches to add to
the omap for-next queue. So I've nuked my linux-omap inbox, and
cleared the patches that I'm supposed to deal with in patchwork.
Please check that you patch is
Hi,
MODE_UNKNOWN means that the port is not connected and so no need to
check
the regulator availability.
Sure, currently - the point is that if you're going to check for the
individual allocations anyway then the check doesn't buy you anything.
Now I have taken this into consideration
Tony Lindgren wrote:
* Sanjeev Premi pr...@ti.com [091029 07:35]:
Currently the default silicon - in absence of
identification - is set to OMAP3630 ES1.0.
Though, condition may/should not arise; but
the default should be latest in the most
common silicon variant - currently OMAP3430
Hi,
V2 of the patch series.
What changed in V2:
* Rebased to latest pm branch as of today (with zoom3 and SDP3630
support -thanks kevin and Vikram in getting it done) 8/9 changed
* Jon Hunter pointed me to errors in vdd2 opp2 voltage that I made
a mistake-9/9 changed
* Lam pointed me to an
Modifies the initial patch From Sanjeev:
http://patchwork.kernel.org/patch/50998/
NOTE:
The original opp_table introduced by Sanjeev is not needed anymore as
we can use enabled flag to have better granularity in enable/disable
of OPPs.
This introduces the following accessor functions:
SmartReflex implements a get_opp to search through the opp table,
replace it with the accessor function as it is a duplicate of
freq_to_opp
Tested on: SDP3430, SDP3630
Cc: Benoit Cousson b-cous...@ti.com
Cc: Jon Hunter jon-hun...@ti.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc:
We used to enable and disable OPPs based on rate being set to 0, this
has been confusing in general. So, we now allow specific OPPs to be
now enabled/disabled by an explicit enabled flag instead of re-using
rate flag itself.
Tested on: SDP3430, SDP3630
Cc: Benoit Cousson b-cous...@ti.com
Cc: Jon
OPP tables have been used as static arrays till now this causes
limitations in terms of ability to dynamically making decisions
for cpu types and populating it with the right values. This
implementation is based on the discussions in the thread:
http://marc.info/?l=linux-omapm=125482970102327w=2
The logic in omap-target can now be improved with the accessor
functions. Dont scan through the list manually, instead use
get_next_freq to do the scanning.
Tested on: SDP3430, SDP3630
Cc: Benoit Cousson b-cous...@ti.com
Cc: Jon Hunter jon-hun...@ti.com
Cc: Kevin Hilman
1 - 100 of 106 matches
Mail list logo