* Jamie Lokier ja...@shareable.org [100622 19:54]:
Tony Lindgren wrote:
__kuser_get_tls: @ 0x0fe0
-
-#if !defined(CONFIG_HAS_TLS_REG) !defined(CONFIG_TLS_REG_EMUL)
- ldr r0, [pc, #(16 - 8)] @ TLS stored at 0x0ff0
-#else
- mrc
Op 23 jun 2010, om 07:18 heeft Nagarajan, Rajkumar het volgende geschreven:
--- a/drivers/video/omap2/omapfb/omapfb-main.c
+++ b/drivers/video/omap2/omapfb/omapfb-main.c
@@ -552,7 +552,7 @@ static int setup_vrfb_rotation(struct fb_info *fbi)
omap_vrfb_setup(rg-vrfb, rg-paddr,
* Tony Lindgren t...@atomide.com [100622 16:15]:
* Catalin Marinas catalin.mari...@arm.com [100622 15:53]:
On Mon, 2010-06-21 at 14:51 +0100, Tony Lindgren wrote:
diff --git a/arch/arm/vfp/vfpmodule.c b/arch/arm/vfp/vfpmodule.c
index 315a540..19ba626 100644
---
On Wed, Jun 23, 2010 at 10:39:13AM +0300, Tony Lindgren wrote:
Yeah that can be done for __kuser_get_tls if it's always writable.
But __switch_to is trickier because of the CONFIG_MMU ifdefs there.
And impossible with XIP kernels.
What if we have optional __switch_to and __kuser_get_tls
It seems that the battery cover sensor in Nokia N900 is powered from the
V28 domain. Now if this regulator is disabled it causes that the gpio 160
reads only zero which effectively causes uSD removal detection.
Currently the bootloader enabled V28 is kept on but this may change in the
future
On Wed, Jun 23, 2010 at 07:18:00AM +0200, ext Nagarajan, Rajkumar wrote:
DISPC DMA optimization has been enabled and vrfb calls changed as required.
Optimization reduces the memory traffic (DDR memory) when rotation is set
to 90- and 270- degree and SMS-VRFB rotation engine is used.
With
* Russell King - ARM Linux li...@arm.linux.org.uk [100623 11:06]:
On Wed, Jun 23, 2010 at 10:39:13AM +0300, Tony Lindgren wrote:
Yeah that can be done for __kuser_get_tls if it's always writable.
But __switch_to is trickier because of the CONFIG_MMU ifdefs there.
And impossible with XIP
On Wed, Jun 23, 2010 at 12:28:44PM +0300, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [100623 11:06]:
On Wed, Jun 23, 2010 at 10:39:13AM +0300, Tony Lindgren wrote:
Yeah that can be done for __kuser_get_tls if it's always writable.
But __switch_to is trickier
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Thursday, June 17, 2010 5:47 AM
To: linux-omap@vger.kernel.org
Cc: Menon, Nishanth; Gopinath, Thara; Cousson, Benoit
Subject: [PATCH 05/12] OMAP: create omap_devices for MPU, DSP, L3
Create simple
There used to be 'voltage_off_while_idle' attribute in the PM-enabled kernels
that allowed to put PMIC into OFF mode.
In the current tip of the linux-omap-pm tree this attribute seem to be gone
Is there possibility to make PMIC enter the OFF mode when suspending to RAM?
--
Sincerely yours,
Add TI's DSP Bridge driver to the staging area.
TI's DSP Bridge driver supplies a direct link between
host applications and DSP tasks running on a remote processor.
Please pull from:
git://wizery.com/pub/tidspbridge.git for-greg
The patches will be sent as a follow-on to this message to lkml
From: Omar Ramirez Luna omar.rami...@ti.com
Add a README with a general overview of TI's DSP Bridge driver,
a short explanations of how error codes are currently used,
and a CONTRIBUTORS file with all past present contributors.
For additional information about TI's DSP Bridge,
check out
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Neshama Parhoti
Sent: Wednesday, June 23, 2010 12:12 AM
To: linux-omap@vger.kernel.org
Subject: ZOOM2 doesn't boot on upstream kernel
Hi all,
I can't get to boot
From: Omar Ramirez Luna omar.rami...@ti.com
Add TI's DSP Bridge MMU support
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
Signed-off-by: Kanigeri, Hari h-kanige...@ti.com
Signed-off-by: Ameya Palande ameya.pala...@nokia.com
Signed-off-by: Guzman Lugo, Fernando fernando.l...@ti.com
From: Omar Ramirez Luna omar.rami...@ti.com
Add TI's DSP Bridge driver services code
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
Signed-off-by: Kanigeri, Hari h-kanige...@ti.com
Signed-off-by: Ameya Palande ameya.pala...@nokia.com
Signed-off-by: Guzman Lugo, Fernando
From: Omar Ramirez Luna omar.rami...@ti.com
Add TI's DSP Bridge generic utilities driver sources
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
Signed-off-by: Kanigeri, Hari h-kanige...@ti.com
Signed-off-by: Ameya Palande ameya.pala...@nokia.com
Signed-off-by: Guzman Lugo, Fernando
Add a general cleaning roadmap TODO file to TI's DSP Bridge
staging driver.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
I can also be reached at ohadb at ti dot com
drivers/staging/tidspbridge/TODO | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
create
From: Omar Ramirez Luna omar.rami...@ti.com
Add Kconfig + Makefile for TI's DSP Bridge driver
and expose it to the staging menu.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
Signed-off-by: Kanigeri, Hari h-kanige...@ti.com
Signed-off-by: Ameya Palande ameya.pala...@nokia.com
Tony Lindgren wrote:
Also problematical with XIP - if we go down the route of implementing
these by copying code fragments into the kernel, we need to strip out
XIP support or implement a second way. Obviously having a second way
adds maintainence burden, and the second way will probably
Tony Lindgren wrote:
* Jamie Lokier ja...@shareable.org [100622 19:54]:
Tony Lindgren wrote:
__kuser_get_tls: @ 0x0fe0
-
-#if !defined(CONFIG_HAS_TLS_REG) !defined(CONFIG_TLS_REG_EMUL)
- ldr r0, [pc, #(16 - 8)] @ TLS stored at 0x0ff0
On Wed, 23 Jun 2010, Jamie Lokier wrote:
For other things like __switch_to and maybe cache maintenance calls,
dmb() etc, I'd suggest first doing a generic asm mechanism like x86's
alternatives, keeping in mind that one of the alternatives has to be
XIP friendly.
You cannot be XIP friendly
Gopinath, Thara th...@ti.com writes:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Thursday, June 17, 2010 5:47 AM
To: linux-omap@vger.kernel.org
Cc: Menon, Nishanth; Gopinath, Thara; Cousson, Benoit
Subject: [PATCH 05/12] OMAP: create omap_devices for
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Wednesday, June 23, 2010 8:19 PM
To: Gopinath, Thara
Cc: linux-omap@vger.kernel.org; Menon, Nishanth; Cousson, Benoit
Subject: Re: [PATCH 05/12] OMAP: create omap_devices for MPU, DSP, L3
Gopinath, Thara
On Wed, Jun 23, 2010 at 4:02 PM, Ohad Ben-Cohen o...@wizery.com wrote:
Add TI's DSP Bridge generic utilities driver sources
Signed-off-by: Andy Shevchenko ext-andriy.shevche...@nokia.com
+++ b/drivers/staging/tidspbridge/gen/uuidutil.c
Following part could be significantly simplified
+/*
Mike Rapoport m...@compulab.co.il writes:
There used to be 'voltage_off_while_idle' attribute in the PM-enabled
kernels that allowed to put PMIC into OFF mode. In the current tip of
the linux-omap-pm tree this attribute seem to be gone Is there
possibility to make PMIC enter the OFF mode
Gopinath, Thara th...@ti.com writes:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Wednesday, June 23, 2010 8:19 PM
To: Gopinath, Thara
Cc: linux-omap@vger.kernel.org; Menon, Nishanth; Cousson, Benoit
Subject: Re: [PATCH 05/12] OMAP: create omap_devices
Thara Gopinath th...@ti.com writes:
This patch adds voltage driver support for OMAP3. The driver
allows configuring the voltage controller and voltage
processors during init and exports APIs to enable/disable
voltage processors, scale voltage and reset voltage.
The driver also maintains the
Add select statement to force selection of NOP_USB_XCEIV for OMAP4.
Signed-off-by: David Anders x0132...@ti.com
---
drivers/usb/musb/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/musb/Kconfig b/drivers/usb/musb/Kconfig
index cfd38ed..e4624bc 100644
Thara Gopinath th...@ti.com writes:
This patch adds voltage driver support for OMAP3. The driver
allows configuring the voltage controller and voltage
processors during init and exports APIs to enable/disable
voltage processors, scale voltage and reset voltage.
The driver also maintains the
Thara Gopinath th...@ti.com writes:
SmartReflex modules do adaptive voltage control for real-time
voltage adjustments. With Smartreflex the power supply voltage
can be adapted to the silicon performance(manufacturing process,
temperature induced performance, age induced performance etc).
Basak, Partha p-bas...@ti.com writes:
Benoit/Kevin,
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Friday, June 18, 2010 8:29 PM
To: Kalliguddi, Hema
Cc: Cousson, Benoit; Basak, Partha; p...@pwsan.com; Nayak, Rajendra;
linux-omap@vger.kernel.org
David Anders x0132...@ti.com writes:
Add select statement to force selection of NOP_USB_XCEIV for OMAP4.
Signed-off-by: David Anders x0132...@ti.com
---
drivers/usb/musb/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/musb/Kconfig
Op 23 jun 2010, om 22:33 heeft Kevin Hilman het volgende geschreven:
David Anders x0132...@ti.com writes:
Add select statement to force selection of NOP_USB_XCEIV for OMAP4.
Signed-off-by: David Anders x0132...@ti.com
---
drivers/usb/musb/Kconfig |1 +
1 files changed, 1
Hello.
Koen Kooi wrote:
Add select statement to force selection of NOP_USB_XCEIV for OMAP4.
Signed-off-by: David Anders x0132...@ti.com
---
drivers/usb/musb/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/musb/Kconfig b/drivers/usb/musb/Kconfig
On Wed, Jun 23, 2010 at 04:14:00PM +0300, Ohad Ben-Cohen wrote:
From: Omar Ramirez Luna omar.rami...@ti.com
Add Kconfig + Makefile for TI's DSP Bridge driver
and expose it to the staging menu.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
Signed-off-by: Kanigeri, Hari
On 6/23/2010 4:10 PM, Anders, David wrote:
Shouldn't this be a board-specific option, and not set for every
OMAP4-based config?
As I understand it, any of the omap4 devices that are using the Inventra need
to have at a minimum of the NOP USB Transceiver. Enabling the NOP transceiver
doesn't
On 6/23/2010 4:12 PM, Koen Kooi wrote:
Shouldn't this be a board-specific option, and not set for every
OMAP4-based config?
If that's true, why do the davinci and blackfin archs force it?
DaVinci only has an internal PHY, I don't think that there is anyway to
use an external PHY with
Koen Kooi wrote:
Op 23 jun 2010, om 22:33 heeft Kevin Hilman het volgende geschreven:
David Anders x0132...@ti.com writes:
Add select statement to force selection of NOP_USB_XCEIV for OMAP4.
Signed-off-by: David Anders x0132...@ti.com
---
drivers/usb/musb/Kconfig |1 +
1
Implement the new runtime PM framework as a thin layer on top of the
omap_device API. Since we don't have an OMAP-specific bus, override
the runtime PM hooks for the platform_bus for the OMAP specific
implementation.
While the runtime PM API has three main states (idle, suspend, resume)
This
Hook into the platform bus methods for suspend and resume and
use the omap_device API to automatically idle and enable the
device on suspend and resume.
This allows device drivers to get rid of direct management of their
clocks in their suspend/resume paths, and let omap_device do it for
them.
On OMAP1, we do not have omap_device + omap_hwmod to manage the
device-specific idle, enable and shutdown. Instead, just
enable/disable device clocks automatically at the runtime PM level.
This allows drivers to not have any OMAP1 specific clock management
and allows them to simply use the
This is a series of fixes updates mostly to hwmod and omap_device
that are required for the on-going hwmod conversions and runtime PM
conversion of drivers.
While some of these are fixes, they are not urgent for 2.6.35 and can
wait until the next merge window.
This series applies on top of the
On OMAP24xx, the polarity for the IDLEST bits is opposite of OMAP3.
The mask used to check this was using the bit position instead of the
bit mask.
This patch fixes the problem by using the bit mask instead of the bit
field.
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Kevin Hilman
If an omap_hwmod is setup using HWMOD_INIT_NO_IDLE flag, there is
currently way to idle it since omap_hwmod_idle() requires the hwmod to
be in the enabled state.
This patch adds a check to omap_hwmod_idle() so if the hwmod was has
the INIT_NO_IDLE flag, calling omap_hwmod_idle() will still
Since these hwmods do not have IDLEST, set the HWMOD_NO_IDLEST flag,
otherwise _enable() will fail due to failing _wait_target_ready().
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c |9 ++---
From: Benoit Cousson b-cous...@ti.com
As reported by Sergei, a couple of braces were missing after
the WARM removal patch.
[07/22] OMAP: hwmod: Replace WARN by pr_warning if clock lookup failed
https://patchwork.kernel.org/patch/100756/
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul
From: Benoit Cousson b-cous...@ti.com
In the lastest OMAP4 hwmod data file, the _hwmod was removed
in order to save some memory space and because it does not
bring a lot.
Align OMAP2420, 2430 and 3430 data files with the same convention.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul
Some hwmods may need to be idled/enabled in atomic context, so
non-locking versions of these functions are required.
Most users should not need these and usage of theses should be
controlled to understand why access is being done in atomic context.
For this reason, the non-locking functions are
When runtime PM is disabled, the pm_runtime_idle() and _enable()
functions will be effectively noops and will not result in enable
and idle calls at the hwmod level.
In order for drivers to still work when runtime PM is disabled, ensure
that all hwmods are left in an enabled state so that even
From: Rajendra Nayak rna...@ti.com
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/plat-omap/Makefile |1 +
1 files changed, 1 insertions(+), 0
The omap_hwmod struct has a field to track the omap_device that is
attached to it, but it was not being assigned. Fix by assigning omap_device
pointer when omap_device is built.
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
As part of the runtime PM support, bus-level code can automatically
handle the enable/idle for each omap_device. There are, however, some
special cases where we don't want the bus-level layer to handle this,
and instead handle it manually.
Specific use cases are for omap_devices that are
Create simple omap_devices for the main processors and busses.
This is required to support the forth-coming device-based OPP
approach, where OPPs are managed and tracked at the device level.
So that these primary devices are available for early PM initialization,
they are created as early
Add a new hwmod class for DSP devices. To be used when hwmods
are created for DSP on OMAP3 (a.k.a. IVA2.)
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/omap_hwmod_common_data.c |3 +++
Add hwmod data for DSP on OMAP3 (a.k.a. IVA2.)
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 31
1 files changed, 31 insertions(+), 0 deletions(-)
diff --git
Kevin Hilman wrote:
Sent: Wednesday, June 23, 2010 6:43 PM
To: linux-omap@vger.kernel.org
Cc: p...@pwsan.com; Cousson, Benoit; Sergei Shtylyov
Subject: [PATCH 04/13] OMAP: hwmod: Fix the missing braces
From: Benoit Cousson b-cous...@ti.com
As reported by Sergei, a couple of braces were
On Thu, 24 Jun 2010, Gadiyar, Anand wrote:
Kevin Hilman wrote:
Sent: Wednesday, June 23, 2010 6:43 PM
To: linux-omap@vger.kernel.org
Cc: p...@pwsan.com; Cousson, Benoit; Sergei Shtylyov
Subject: [PATCH 04/13] OMAP: hwmod: Fix the missing braces
From: Benoit Cousson b-cous...@ti.com
On Mon, 21 Jun 2010, Paul Walmsley wrote:
On Sat, 19 Jun 2010, Gadiyar, Anand wrote:
Gadiyar, Anand wrote:
We need to wait on the IDLEST bit after the clocks are enabled
before attempting to access any register.
Currently, the USBTLL i-clock ops uses the clkops_omap2_dflt_wait,
Hi,
This patch (intended for 2.6.35-rc) fixes a bad regression in
2.6.35-rc preventing the hwmod code from working.
- Paul
---
Benoit Cousson (1):
OMAP: hwmod: Fix the missing braces
arch/arm/mach-omap2/omap_hwmod.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
From: Benoit Cousson b-cous...@ti.com
As reported by Sergei, a couple of braces were missing after
the WARN removal patch.
[07/22] OMAP: hwmod: Replace WARN by pr_warning if clock lookup failed
https://patchwork.kernel.org/patch/100756/
Signed-off-by: Benoit Cousson b-cous...@ti.com
Nicolas Pitre wrote:
On Wed, 23 Jun 2010, Jamie Lokier wrote:
For other things like __switch_to and maybe cache maintenance calls,
dmb() etc, I'd suggest first doing a generic asm mechanism like x86's
alternatives, keeping in mind that one of the alternatives has to be
XIP friendly.
Hi Kevin,
On Mon, 21 Jun 2010, Kevin Hilman wrote:
Paul Walmsley p...@pwsan.com writes:
I guess the intent of your patch is to avoid having to patch in
omap_device_{idle,enable}() into a bunch of driver DPM suspend/resume
callbacks?
Partially. Actually, I think many (most?)
Hi Kevin,
A few comments:
Your add runtime PM support at bus-level series has a unstated
dependency on this patch. If you fix one minor issue (below), it's
probably easiest if you merge it with that other series to avoid
cross-dependencies.
On Wed, 23 Jun 2010, Kevin Hilman wrote:
As part
This patch contains the documentation for and the main header file of
the API, termed the Virtual Contiguous Memory Manager. Its use would
allow all of the IOMMU to VM, VM to device and device to IOMMU
interoperation code to be refactored into platform independent code.
Comments, suggestions and
Hi Kevin,
something doesn't make sense in this patch...
On Wed, 23 Jun 2010, Kevin Hilman wrote:
If an omap_hwmod is setup using HWMOD_INIT_NO_IDLE flag, there is
currently way to idle it since omap_hwmod_idle() requires the hwmod to
be in the enabled state.
The only thing that
Benoît,
one minor comment here:
On Wed, 23 Jun 2010, Kevin Hilman wrote:
From: Benoit Cousson b-cous...@ti.com
In the lastest OMAP4 hwmod data file, the _hwmod was removed
in order to save some memory space and because it does not
bring a lot.
Align OMAP2420, 2430 and 3430 data files
Hi Kevin
On Wed, 23 Jun 2010, Kevin Hilman wrote:
Some hwmods may need to be idled/enabled in atomic context, so
non-locking versions of these functions are required.
Most users should not need these and usage of theses should be
controlled to understand why access is being done in atomic
Hi Rajendra
On Wed, 23 Jun 2010, Kevin Hilman wrote:
From: Rajendra Nayak rna...@ti.com
Please add a brief patch changelog entry here. Maybe just say this is
necessary for integration code using omap_device to work on OMAP4?
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by:
68 matches
Mail list logo
