Hi Nishant,
On Sat, Dec 18, 2010 at 11:56 PM, Nishanth Menon n...@ti.com wrote:
jean.pi...@newoldbits.com had written, on 12/18/2010 09:44 AM, the
following:
Applies on top of Nishant's latest idle path errata fixes step 2,
cf. http://marc.info/?l=linux-omapm=129139584919242w=2
Jean Pihet
On Sat, Dec 18, 2010 at 11:53 PM, Nishanth Menon n...@ti.com wrote:
Hi,
as discussed in [1], here is step 2 - idle path errata fixes.
this is the next rev incorporating comments from V2 post
of this series.
Tested:
this series:
SDP3430
SDP3630
this series + ASM cleanup
Hi Nishant,
Here a few minor remarks about typos:
On Sat, Dec 18, 2010 at 11:53 PM, Nishanth Menon n...@ti.com wrote:
Introduce errata handling for omap3. This patch introduces
Use caps for OMAP3
errata variable and and stub for initialization which will be
and and - and
filled up by
On Mon, Dec 20, 2010 at 7:43 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Nishanth Menon
Sent: Sunday, December 19, 2010 4:24 AM
To: linux-omap; linux-arm
Cc:
On Sat, Dec 18, 2010 at 11:53 PM, Nishanth Menon n...@ti.com wrote:
From: Peter 'p2' De Schrijver peter.de-schrij...@nokia.com
Erratum i581 impacts OMAP3 platforms.
PRCM DPLL control FSM removes SDRC_IDLEREQ before DPLL3 locks causing
the DPLL not to be locked at times.
IMPORTANT:
*) This
On Mon, Dec 20, 2010 at 7:51 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Nishanth Menon
Sent: Sunday, December 19, 2010 4:24 AM
To: linux-omap; linux-arm
Cc:
Nishant,
Here are minor remarks about comments formatting.
On Sat, Dec 18, 2010 at 11:53 PM, Nishanth Menon n...@ti.com wrote:
Erratum id: i608
RTA (Retention Till Access) feature is not supported and leads to device
stability issues when enabled. This impacts modules with embedded memories
On Sat, Dec 18, 2010 at 11:53 PM, Nishanth Menon n...@ti.com wrote:
From: Peter 'p2' De Schrijver peter.de-schrij...@nokia.com
This disables L2 cache before invalidating it and reenables it afterwards.
This is be done according to ARM documentation. Currently this is identified
as being
On Sat, Dec 18, 2010 at 11:53 PM, Nishanth Menon n...@ti.com wrote:
Currently omap3_cpuidle_update_states makes whole sale decision
on which C states to update based on enable_off_mode variable
Instead, achieve the same functionality by independently providing
mpu and core deepest states the
Hi Manju,
I still have 2 comments on the patch #6: OMAP4: hwmod data: add system DMA.
I'll sent them in a couple of minutes.
Regards,
Benoit
On 12/19/2010 4:59 AM, G, Manjunath Kondaiah wrote:
Hi Tony,
Please pull the following dma hwmod changes into linux omap master
branch.
This pull
dmtimer adaptation to platform_driver.
This patch series is adaptation of dmtimer code to platform driver
using omap_device and omap_hwmod abstraction.
Tested on following platforms:
OMAP1710 H3 SDP
OMAP2420 N800
OMAP2430 SDP
OMAP3430 SDP
OMAP3630 SDP
OMAP4430 SDP
Baseline:
From: Thara Gopinath th...@ti.com
Add dmtimer platform driver functions which include:
(1) platform driver initialization
(2) driver probe function
(3) driver remove function
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
Signed-off-by: Thara Gopinath th...@ti.com
Reviewed-by:
The low-level read and write access routines wait on
write-pending register in posted mode to make sure that
previous write is complete on respective registers.
This waiting is done in an infinite while loop. Now it
is being modified to use timeout instead.
Signed-off-by: Tarun Kanti DebBarma
From: Thara Gopinath th...@ti.com
Add device name to OMAP2 dmtimer fclk nodes so that the fclk nodes can be
retrieved by doing a clk_get with the corresponding device pointers or
device names.
NOTE: gpt1_fck is modified in patch-10 when we switch to platform device
driver. This is to make sure
From: Cousson, Benoit b-cous...@ti.com
Add dmtimer data.
Signed-off-by: Cousson, Benoit b-cous...@ti.com
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
Reviewed-by: Varadarajan, Charulatha ch...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 623
Add routines to converts dmtimers to platform devices. The device data
is obtained from hwmod database of respective platform and is registered
to device model after successful binding to driver. It also provides
provision to access timers during early boot when pm_runtime framework
is not
-Original Message-
From: jean.pi...@newoldbits.com [mailto:jean.pi...@newoldbits.com]
Sent: Saturday, December 18, 2010 9:15 PM
To: linux-omap@vger.kernel.org
Cc: khil...@deeprootsystems.com; linux-arm-
ker...@lists.infradead.org; Jean Pihet; Vishwanath BS
Subject: [PATCH 3/7]
Op 20 dec 2010, om 08:34 heeft Ming Lei het volgende geschreven:
Hi,
2010/12/20 Abraham Arce abraham.arce.mor...@gmail.com:
Hi,
On Sun, Dec 19, 2010 at 9:04 PM, Ming Lei tom.leim...@gmail.com wrote:
In fact, the transition is not friendly indeed for a user. I don't know why
the
Santosh Shilimkar wrote, on 12/20/2010 12:51 AM:
[...]
+
+ /*
+* Erratum i583: implementation for ES rev Es1.2 on 3630. We
cannot
+* enable OFF mode in a stable form for previous revisions.
+* we disable C7 state as a result.
+*/
+ if
Santosh Shilimkar wrote, on 12/20/2010 12:59 AM:
[..]
index 3fbd1e5..cc3507b 100644
--- a/arch/arm/mach-omap2/sleep34xx.S
+++ b/arch/arm/mach-omap2/sleep34xx.S
@@ -45,6 +45,8 @@
#define CM_IDLEST_CKGEN_V OMAP34XX_CM_REGADDR(PLL_MOD, CM_IDLEST)
#define SRAM_BASE_P 0x4020
On 12/17/2010 4:39 PM, G, Manjunath Kondaiah wrote:
From: Benoit Coussonb-cous...@ti.com
Add OMAP4 DMA hwmod data
Signed-off-by: Benoit Coussonb-cous...@ti.com
Signed-off-by: G, Manjunath Kondaiahmanj...@ti.com
It will be good to explicitly list the changes you did compared to the
original
On Mon, Dec 20, 2010 at 11:23:27AM +0100, ext Jean Pihet wrote:
On Sat, Dec 18, 2010 at 11:53 PM, Nishanth Menon n...@ti.com wrote:
From: Peter 'p2' De Schrijver peter.de-schrij...@nokia.com
Erratum i581 impacts OMAP3 platforms.
PRCM DPLL control FSM removes SDRC_IDLEREQ before DPLL3
Santosh Shilimkar wrote, on 12/20/2010 01:13 AM:
[..]
This is be done according to ARM documentation. Currently this is
identified
as being needed on OMAP3630 as the disable/enable is done from public
side
while, on OMAP3430, this is done in the secure side.
Can you point me to ARM doc which
-Original Message-
From: Nishanth Menon [mailto:n...@ti.com]
Sent: Monday, December 20, 2010 5:15 PM
To: Santosh Shilimkar
Cc: linux-omap; linux-arm; Jean Pihet; Kevin; Tony
Subject: Re: [PATCH v4 5/7] OMAP3630: PM: Disable L2 cache while
invalidating L2 cache
Santosh Shilimkar
-Original Message-
From: Nishanth Menon [mailto:n...@ti.com]
Sent: Monday, December 20, 2010 4:54 PM
To: Santosh Shilimkar
Cc: linux-omap; linux-arm; Jean Pihet; Kevin; Tony
Subject: Re: [PATCH v4 4/7] OMAP3630: PM: Erratum i608: disable RTA
Santosh Shilimkar wrote, on 12/20/2010
-Original Message-
From: Nishanth Menon [mailto:n...@ti.com]
Sent: Monday, December 20, 2010 6:38 PM
To: Santosh Shilimkar
Cc: linux-omap; linux-arm; Jean Pihet; Kevin; Tony
Subject: Re: [PATCH v4 5/7] OMAP3630: PM: Disable L2 cache while
invalidating L2 cache
Santosh Shilimkar
Santosh Shilimkar had written, on 12/20/2010 07:29 AM, the following:
[..]
So may be you could update the change log something like below.
While coming out of MPU OSWR/OFF states, L2 controller is reseted.
The reset behavior is implementation specific as per ARMv7 TRM and
hence $L2 needs to be
From: Srinath srin...@mistralsolutions.com
AM3517/05 Craneboard has one EHCI interface on board using port1.
GPIO35 is used as power enable.
GPIO38 is used as port1 PHY reset.
History:
http://marc.info/?l=linux-omapw=2r=1s=Craneboard%253A%2BAdd%2BUSB%2BEHCI%2Bsupportq=b
Signed-off-by: Srinath
-Original Message-
From: Nishanth Menon [mailto:n...@ti.com]
Sent: Monday, December 20, 2010 7:03 PM
To: Santosh Shilimkar
Cc: linux-omap; linux-arm; Jean Pihet; Kevin; Tony
Subject: Re: [PATCH v4 5/7] OMAP3630: PM: Disable L2 cache while
invalidating L2 cache
Santosh Shilimkar
On Thu, May 27, 2010 at 7:02 PM, Ohad Ben-Cohen o...@wizery.com wrote:
Eliminate the call to follow_page. Instead, use the page
information that was kept during the proc_map call.
This also has the advantage that users can now only
specify memory areas that were previously mapped.
Santosh Shilimkar had written, on 12/20/2010 12:47 AM, the following:
[..]
diff --git a/arch/arm/mach-omap2/sleep34xx.S b/arch/arm/mach-
omap2/sleep34xx.S
index 2c20fcf..3fbd1e5 100644
--- a/arch/arm/mach-omap2/sleep34xx.S
+++ b/arch/arm/mach-omap2/sleep34xx.S
@@ -42,6 +42,7 @@
Peter 'p2' De Schrijver had written, on 12/20/2010 05:33 AM, the following:
[..]
+ /* these 2 words need to be at the end !!! */
+kick_counter:
+ .word 0
+wait_dll_lock_counter:
+ .word 0
Why do they need to be at the end? Also, at the end of what do they need to be?
At
This is needed because the lock needs to be extended to protect the
mapping info access, which is used to construct a scatter-gather list,
and in the process, we might sleep.
Signed-off-by: Felipe Contreras felipe.contre...@nokia.com
---
.../staging/tidspbridge/include/dspbridge/drv.h|2
Hi,
I found a race condition that triggers a kernel panic. It's explained in the
following patches, but basically the map_obj that contains the user pages is
being destroyed while doing a DMA operation (which requires that map_obj).
My solution is to convert the spinlock to a semaphore, and
Jean Pihet had written, on 12/20/2010 04:18 AM, the following:
Here a few minor remarks about typos:
On Sat, Dec 18, 2010 at 11:53 PM, Nishanth Menon n...@ti.com wrote:
Introduce errata handling for omap3. This patch introduces
Use caps for OMAP3
errata variable and and stub for
On 12/18/2010 4:08 AM, Paul Walmsley wrote:
Hello Jon
On Fri, 17 Dec 2010, Jon Hunter wrote:
From: Jon Hunterjon-hun...@ti.com
J-Type DPLLs have additional configuration parameters that need to
be programmed when setting the multipler and divider for the DPLL.
These parameters being the
Hello,
On Sat, 18 Dec 2010, Janusz Krzysztofik wrote:
Most keypad drivers make use of the linux/input/matrix_keypad.h
defined macros, structures and inline functions.
Convert omap-keypad driver to use those as well, as suggested by a
compile time warning, hardcoded into the OMAP palt/keypad.h.
omap2_common_pm_init is the API where generic system devices like
mpu, l3 etc get initialized. This has to happen really early on
during the boot and not at a later time. This is especially important
with the new opp changes as these devices need to be built before the
opp tables init happen.
Tony Lindgren t...@atomide.com writes:
* Cousson, Benoit b-cous...@ti.com [101210 00:29]:
On 12/9/2010 11:18 PM, aaro.koski...@nokia.com wrote:
Hi,
Kevin Hilman [khil...@deeprootsystems.com]:
Ben Dooksben-...@fluff.org writes:
Renaming stuff like this is going to have an impact on the
Hi Tony,
On Fri, 2010-12-17 at 16:30 -0800, ext Tony Lindgren wrote:
* Carlos Chinea carlos.chi...@nokia.com [101214 02:13]:
Introduces the OMAP SSI driver in the kernel.
The Synchronous Serial Interface (SSI) is a legacy version
of HSI. As in the case of HSI, it is mainly used to
Hi,
linux-omap-ow...@vger.kernel.org wrote:
Hi,
On Mon, 2010-11-29 at 17:21 +0530, ext Guruswamy Senthilvadivu wrote:
From: Senthilvadivu Guruswamy svad...@ti.com
Database generated for Display Sub System applicable for
OMAP3430-ES2 onwards and OMAP36xx.
dss is also considered as an IP
Nishanth Menon n...@ti.com writes:
Kevin Hilman had written, on 12/17/2010 04:54 PM, the following:
Nishanth Menon n...@ti.com writes:
Kevin Hilman had written, on 12/16/2010 12:57 PM, the following:
Nishanth Menon n...@ti.com writes:
Nishanth Menon had written, on 12/15/2010 06:05 PM, the
This patch series introduces smartreflex and voltage driver support
for OMAP3430 and OMAP3630. SmartReflex modules do adaptive voltage
control for real-time voltage adjustments.
Originally all the functionalities introduced in this patch
were present in arch/arm/mach-omap2/smartreflex.c file in
This patch adds support for device registration of various
smartreflex module present in the system. This patch introduces
the platform data for smartreflex devices which include
the efused n-target vaules, a parameter to indicate
whether smartreflex autocompensation needs to be
enabled on init or
This patch extends the device hwmod structure to contain
info about the voltage domain to which the device belongs to.
This is needed to support a device based DVFS where the
device knows which voltage domain it belongs to.
Signed-off-by: Thara Gopinath th...@ti.com
---
Smartreflex Class3 implementation continuously monitors
silicon performance and instructs the Voltage Processors
to increase or decrease the voltage.
This patch adds smartreflex class 3 driver. This driver hooks
up with the generic smartreflex driver smartreflex.c to abstract
out class specific
This patch adds the smartreflex hwmod data for OMAP3430
and OMAP3630.
Signed-off-by: Thara Gopinath th...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 176
1 files changed, 176 insertions(+), 0 deletions(-)
diff --git
This patch adds support in the twl4030 driver to enable smartreflex.
The smartreflex bit on twl4030 needs to be enabled by default irrespective
of whether smartreflex module is enabled on the OMAP side or not.
This is because without this bit enabled the voltage scaling through
vp forceupdate does
This patch adds debug support to the voltage and smartreflex drivers.
This means a whole bunch of voltage processor and smartreflex
parameters are now visible through the pm debugfs.
The voltage parameters can be viewed at
/debug/voltage/vdd_x/parameter
and the smartreflex parameters can
This patch registers the TWL4030 PMIC specific informtion
with the voltage driver. Failing this patch the voltage driver
is unware of the formula to use for vsel to voltage and vice versa
conversion and lot of other PMIC dependent parameters.
This file is based on the arch/arm/plat-omap
By default the system boots up at nominal voltage for every
voltage domain in the system. This patch puts VDD1 and VDD2
to the correct boot up voltage as per the opp tables specified.
This patch implements this by matching the rate of the main clock
of the voltage domain with the opp table and
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).
There are differnet classes of smartreflex
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 maintains the global voltage table on a per
VDD basis which
By default the system boots up at nominal voltage for every
voltage domain in the system. This patch puts vdd_mpu, vdd_iva
and vdd_core to the correct boot up voltage as per the opp tables
specified. This patch implements this by matching the rate of
the main clock of the voltage domain with the
From: Benoit Cousson b-cous...@ti.com
This patch adds the hwmod details for OMAP4 smartreflex modules.
Signed-off-by: Benoit Cousson b-cous...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 168
1 files changed, 168 insertions(+), 0 deletions(-)
diff
This patch extends the smartreflex framework to support
OMAP4. The changes are minor like compiling smartreflex Kconfig
option for OMAP4 also, and a couple of OMAP4 checks in
the smartreflex framework.
The change in sr_device.c where new logic has to be introduced
for reading the efuse registers
On Mon, Dec 20, 2010 at 4:25 PM, Felipe Contreras
felipe.contre...@nokia.com wrote:
I found a race condition that triggers a kernel panic. It's explained in the
following patches, but basically the map_obj that contains the user pages is
being destroyed while doing a DMA operation (which
We need to protect not only the dmm_map list, but the individual
map_obj's, otherwise, we might be building the scatter-gather list with
garbage. So, use the existing proc_lock for that.
I observed race conditions which caused kernel panics while running
stress tests. This patch fixes those.
Monday 20 December 2010 16:29:32 Aaro Koskinen wrote:
Hello,
On Sat, 18 Dec 2010, Janusz Krzysztofik wrote:
Most keypad drivers make use of the linux/input/matrix_keypad.h
defined macros, structures and inline functions.
Convert omap-keypad driver to use those as well, as suggested by a
On Mon, Dec 20, 2010 at 06:32:22PM +0100, Janusz Krzysztofik wrote:
Monday 20 December 2010 16:29:32 Aaro Koskinen wrote:
Hello,
On Sat, 18 Dec 2010, Janusz Krzysztofik wrote:
Most keypad drivers make use of the linux/input/matrix_keypad.h
defined macros, structures and inline
Felipe,
On Mon, Dec 20, 2010 at 11:12 AM, Felipe Contreras
felipe.contre...@nokia.com wrote:
We need to protect not only the dmm_map list, but the individual
map_obj's, otherwise, we might be building the scatter-gather list with
garbage. So, use the existing proc_lock for that.
I observed
Hi,
On Mon, Dec 20, 2010 at 8:30 PM, Kanigeri, Hari h-kanige...@ti.com wrote:
On Mon, Dec 20, 2010 at 11:12 AM, Felipe Contreras
felipe.contre...@nokia.com wrote:
We need to protect not only the dmm_map list, but the individual
map_obj's, otherwise, we might be building the scatter-gather
We need to protect not only the dmm_map list, but the individual
map_obj's, otherwise, we might be building the scatter-gather list with
garbage. So, use the existing proc_lock for that.
I observed race conditions which caused kernel panics while running
stress tests. This patch fixes those.
Koen Kooi koen.k...@gmail.com writes:
Signed-off-by: Koen Kooi k...@beagleboard.org
-ENO_DESCRIPTIVE_CHANGELOG
Also, please Cc linux-arm-kernel for patches intended for upstream.
Thanks,
Kevin
---
Changes since v1:
* Reenable the PMU stat LED
Monday 20 December 2010 19:02:08 Dmitry Torokhov wrote:
Not sure why exactly your sparse does not pick it up (too old maybe?)
but the following:
--- linux-2.6.37-rc5/arch/arm/mach-omap1/board-ams-delta.c.orig 2010-12-09
23:07:35.0 +0100
+++
Hi,
From: Janusz Krzysztofik [jkrzy...@tis.icnet.pl]
Monday 20 December 2010 16:29:32 Aaro Koskinen wrote:
You should update the ams_delta_keymap type as well, otherwise this
patch will introduce the following sparse warning:
CHECK arch/arm/mach-omap1/board-ams-delta.c
Nishanth Menon n...@ti.com writes:
From: Eduardo Valentin eduardo.valen...@nokia.com
Limitation i583: Self_Refresh Exit issue after OFF mode
Issue:
When device is waking up from OFF mode, then SDRC state machine sends
inappropriate sequence violating JEDEC standards.
Impact:
OMAP3630
Kevin Hilman had written, on 12/20/2010 01:05 PM, the following:
[..]
struct cpuidle_driver omap3_idle_driver = {
diff --git a/arch/arm/mach-omap2/pm.h b/arch/arm/mach-omap2/pm.h
index 92ef400..9032d09 100644
--- a/arch/arm/mach-omap2/pm.h
+++ b/arch/arm/mach-omap2/pm.h
@@ -87,6 +87,7 @@ extern
From: Eduardo Valentin eduardo.valen...@nokia.com
Limitation i583: Self_Refresh Exit issue after OFF mode
Issue:
When device is waking up from OFF mode, then SDRC state machine sends
inappropriate sequence violating JEDEC standards.
Impact:
OMAP3630 ES1.2 is impacted as follows depending on
Currently omap3_cpuidle_update_states makes whole sale decision
on which C states to update based on enable_off_mode variable
Instead, achieve the same functionality by independently providing
mpu and core deepest states the system is allowed to achieve and
update the idle states accordingly.
Erratum id: i608
RTA (Retention Till Access) feature is not supported and leads to device
stability issues when enabled. This impacts modules with embedded memories
on OMAP3630
Workaround is to disable RTA on boot and coming out of core off.
For disabling RTA coming out of off mode, we do this by
From: Peter 'p2' De Schrijver peter.de-schrij...@nokia.com
Erratum i581 impacts OMAP3 platforms.
PRCM DPLL control FSM removes SDRC_IDLEREQ before DPLL3 locks causing
the DPLL not to be locked at times.
IMPORTANT:
*) This is not a complete workaround implementation as recommended
by the silicon
From: Peter 'p2' De Schrijver peter.de-schrij...@nokia.com
While coming out of MPU OSWR/OFF states, L2 controller is reseted.
The reset behavior is implementation specific as per ARMv7 TRM and
hence $L2 needs to be invalidated before it's use. Since the
AUXCTRL register is also reconfigured,
From: Richard Woodruff r-woodru...@ti.com
Analysis in TI kernel with ETM showed that using cache mapped flush
in kernel instead of SO mapped flush cost drops by 65% (3.39mS down
to 1.17mS) for clean_l2 which is used during sleep sequences.
Overall:
- speed up
- unfortunately there
Introduce errata handling for OMAP3. This patch introduces
errata variable and stub for initialization which will be
filled up by follow-on patches.
Signed-off-by: Nishanth Menon n...@ti.com
---
v2: Minor commit message typo corrections
v1: Splitting the errata introduction out into it's own
Hi,
as discussed in [1], here is step 2 - idle path errata fixes.
this is the next rev incorporating comments from V4 of this series.
Rebased to: 2.6.37-rc6 (k.org vanilla)
Tested:
this series:
SDP3430
SDP3630
this series + ASM cleanup series[2]
SDP3430
SDP3630
Monday 20 December 2010 20:03:58 aaro.koski...@nokia.com wrote:
I'm using the latest sparse from:
git://git.kernel.org/pub/scm/devel/sparse/sparse.git
I don't know about OpenEmbedded, but I've noticed that at least
Debian ships with some old version that is missing many checks...
Aaro,
Most keypad drivers make use of the linux/input/matrix_keypad.h
defined macros, structures and inline functions.
Convert omap-keypad driver to use those as well, as suggested by a
compile time warning, hardcoded into the OMAP palt/keypad.h.
Created against linux-2.6.37-rc5.
Tested on Amstrad
Remove code referred by OPT_ZERO_COPY_LOADER since it is
not used.
Signed-off-by: Ernesto Ramos erne...@ti.com
---
drivers/staging/tidspbridge/dynload/cload.c | 60 +--
1 files changed, 20 insertions(+), 40 deletions(-)
diff --git
Hi All
I've been looking into a ubifs performance regression on linux-omap 2.6.37.
My test is pretty simple, copy a 2Mbyte file and sync.
# sync; date; cp 2Mbyte-file foo; sync; date
On 2.6.32 and earler, the time between the two dates was around 3 seconds.
On linux-omap master it is around
On Mon, Dec 20, 2010 at 11:32:21AM +0800, Eric Miao wrote:
On Fri, Dec 17, 2010 at 7:32 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Here is the entire set of clocksource and sched_clock patches which
have been previously posted. There's a couple of small tweaks in a
few of
Hi,
I get an error when attempting to obtain an IRQ (86) for MMC2 controller,
which is connected to a Murata TI WL1271 wlan module, using the TI proprietary
driver.
TIWLAN: 2769.576375: pInitParams-RoamingScanning_2_4G_enable 0
SDIO clock Configuration is now set to 24Mhz
After
Hi Tarun,
On 12/20/2010 11:05 PM, DebBarma, Tarun Kanti wrote:
For some reason the wakeup enable bit is not getting set on OMAP2430,
OMAP2420. This is inspite of the fact that SYSC_HAS_ENAWAKEUP flag is
present in the hwmod database.
This is indeed strange. Did you observe that on OMAP3 4?
Nishanth Menon n...@ti.com writes:
Currently omap3_cpuidle_update_states makes whole sale decision
on which C states to update based on enable_off_mode variable
Instead, achieve the same functionality by independently providing
mpu and core deepest states the system is allowed to achieve and
Cousson, Benoit b-cous...@ti.com writes:
Hi Tarun,
On 12/20/2010 11:05 PM, DebBarma, Tarun Kanti wrote:
For some reason the wakeup enable bit is not getting set on OMAP2430,
OMAP2420. This is inspite of the fact that SYSC_HAS_ENAWAKEUP flag is
present in the hwmod database.
This is indeed
Varadarajan, Charulatha ch...@ti.com writes:
Kevin,
On Thu, Dec 16, 2010 at 11:49, Kevin Hilman khil...@deeprootsystems.com
wrote:
Varadarajan, Charulatha ch...@ti.com writes:
With the commit 9a748053f5f58a77cd71864f1d7b804175b0e47d whose subject is
OMAP: GPIO: Make omap_gpio_show_rev
Kevin Hilman khil...@deeprootsystems.com writes:
Nishanth Menon n...@ti.com writes:
Currently omap3_cpuidle_update_states makes whole sale decision
on which C states to update based on enable_off_mode variable
Instead, achieve the same functionality by independently providing
mpu and core
Thara Gopinath th...@ti.com writes:
This patch series introduces smartreflex and voltage driver support
for OMAP3430 and OMAP3630. SmartReflex modules do adaptive voltage
control for real-time voltage adjustments.
Thanks Thara, these are looking good for 2.6.38.
Tony, unless there are major
* Jarkko Nikula jhnik...@gmail.com [101218 10:17]:
If the TPA6130 is compiled as module the id and power_gpio values are
arbitrary at module probing time since the rx51_tpa6130a2_data was marked as
__initdata. Fix this by using __initdata_or_module. Then __initdata is
defined only if the
* Grazvydas Ignotas nota...@gmail.com [101219 14:33]:
After commit ed919b0 mmc: sdio: fix runtime PM anomalies by introducing
MMC_CAP_POWER_OFF_CARD it is required to specify MMC_CAP_POWER_OFF_CARD
to have runtime PM support. As the wl1251 driver expects card to be
powered down when it's not
* Kevin Hilman khil...@deeprootsystems.com [101220 08:07]:
Tony Lindgren t...@atomide.com writes:
* Cousson, Benoit b-cous...@ti.com [101210 00:29]:
On 12/9/2010 11:18 PM, aaro.koski...@nokia.com wrote:
Hi,
Kevin Hilman [khil...@deeprootsystems.com]:
Ben Dooksben-...@fluff.org
Hi Tony,
Benoit comments are taken care and new pull request is generated as
below. The omap4 hwmod database for dma is rearranged as per Benoit's
convention + no idlest flag entry is removed + sysc_flags are barrowed
from latest omap4 hwmod data base.
The changes are aligned and benoit has
Kevin Hilman wrote, on 12/20/2010 06:44 PM:
Kevin Hilmankhil...@deeprootsystems.com writes:
Nishanth Menonn...@ti.com writes:
Currently omap3_cpuidle_update_states makes whole sale decision
on which C states to update based on enable_off_mode variable
Instead, achieve the same
* Kevin Hilman khil...@deeprootsystems.com [101220 17:05]:
Thara Gopinath th...@ti.com writes:
This patch series introduces smartreflex and voltage driver support
for OMAP3430 and OMAP3630. SmartReflex modules do adaptive voltage
control for real-time voltage adjustments.
Thanks Thara,
This patch adds and exports gpmc configuration functions.
'gpmc' configuration functions will be used by
westbridge device controller driver in staging tree.
This patch is part of the work to get westbridge device controller driver
out of staging tree.
Signed-off-by: Sutharsan Ramamoorthy
* Tony Lindgren t...@atomide.com [101220 18:31]:
* Kevin Hilman khil...@deeprootsystems.com [101220 17:05]:
Thara Gopinath th...@ti.com writes:
This patch series introduces smartreflex and voltage driver support
for OMAP3430 and OMAP3630. SmartReflex modules do adaptive voltage
Benoit,
-Original Message-
From: Taneja, Archit
Sent: Monday, December 20, 2010 10:14 PM
To: Tomi Valkeinen; Guruswamy, Senthilvadivu
Cc: khil...@deeprootsystems.com; p...@pwsan.com; Hiremath, Vaibhav; linux-
o...@vger.kernel.org
Subject: RE: [PATCH v2 03/17] OMAP3: hwmod data: add
Hi,
* G, Manjunath Kondaiah manj...@ti.com [101220 18:11]:
Hi Tony,
Benoit comments are taken care and new pull request is generated as
below. The omap4 hwmod database for dma is rearranged as per Benoit's
convention + no idlest flag entry is removed + sysc_flags are barrowed
from latest
On Mon, Dec 20, 2010 at 06:42:06PM -0800, Sutharsan R wrote:
This patch adds and exports gpmc configuration functions.
'gpmc' configuration functions will be used by
westbridge device controller driver in staging tree.
This patch is part of the work to get westbridge device controller driver
Create a new API that forms a wrapper to _set_module_autoidle()
to modify the AUTOIDLE bit.
This API is intended to be used by drivers that requires direct
manipulation of the AUTOIDLE bits in SYSCONFIG register.
McBSP driver requires autoidle bit to be enabled/disabled while
using sidetone
1 - 100 of 111 matches
Mail list logo