Am 11.03.2011 08:12, schrieb Tomi Valkeinen:
On Thu, 2011-03-10 at 08:45 -0600, Stephan Raue wrote:
Hi,
if i try this patch series the boot stops after (seeing via serial console):
Starting kernel ...
Uncompressing Linux... done, booting the kernel.
without this patch series i can
-Original Message-
From: ext Paul Walmsley [mailto:p...@pwsan.com]
Sent: 10. maaliskuuta 2011 15:02
To: Jokiniemi Kalle (Nokia-MS/Tampere)
Cc: khil...@ti.com; Cousson, Benoit; t...@atomide.com; linux-
o...@vger.kernel.org
Subject: Re: [PATCH 1/2] Watchdog: omap_wdt: add fine grain
Hi,
cpupowerutils is based on the well known cpufrequtils project.
Where do I find it?
---
A git repository is hosted on gitorious:
git://gitorious.org/cpupowerutils/cpupowerutils.git
Be careful, it's not the default, but the cpupowerutils branch!
You can also directly download
On OMAP4430 ES1.0, Power Management features are not supported.
Avoid omap4_pm_init() on ES1.0 silicon so that we can continue
to use same kernel binary to boot on all OMAP4 silicons.
The ES1.0 boot failure with OMAP4 PM series was because of
the clockdomain initialisation code. Hardware
Hello.
On 10-03-2011 19:39, Abhilash K V wrote:
CAN module on AM3517 requires programming of IO expander
as part of init sequence. Added transceiver_switch
callback to handle this.
Signed-off-by: Sriramakrishnans...@ti.com
Reviewed-by: Vaibhav Hiremathhvaib...@ti.com
Signed-off-by:
Kevin,
-Original Message-
From: Santosh Shilimkar [mailto:santosh.shilim...@ti.com]
Sent: Friday, March 11, 2011 11:22 AM
To: Kevin Hilman
Cc: 'linux-omap@vger.kernel.org'; Rajendra Nayak; 'linux-arm-
ker...@lists.infradead.org'
Subject: RE: [PATCH v2 00/19] OMAP4: PM: Suspend,
Common base to export System-on-Chip related informations through sysfs.
Creation of a socinfo directory under /sys/.
Creation of SoC information entries.
Signed-off-by: Maxime COQUELIN maxime.coquelin-no...@stericsson.com
---
Documentation/ABI/testing/sysfs-socinfo | 16 ++
ST-Ericsson's U8500 implementation.
Register sysfs SoC interface, and exports:
- Machine name
- Family name
- SoC ID
- Silicon process
- Silicon revision number.
Signed-off-by: Maxime COQUELIN maxime.coquelin-no...@stericsson.com
socinfo : ux500 part 2
---
Here is the second version of the proposal to export SoC related information to
user-space through sysFS interface.
The first patch introduces the common part, which provides an interface to the
platform to export platform-defined IDs to user-space.
The IDs strings can be provided in two ways:
On Fri, Mar 11, 2011 at 11:05:25AM +0530, DebBarma, Tarun Kanti wrote:
[...]
* Tarun Kanti DebBarma tarun.ka...@ti.com [110308 15:41]:
switch-over to platform device driver through following changes:
(a) initiate dmtimer early initialization from omap2_gp_timer_init()
in
On Fri, 2011-03-11 at 02:43 -0600, Stephan Raue wrote:
Am 11.03.2011 08:12, schrieb Tomi Valkeinen:
On Thu, 2011-03-10 at 08:45 -0600, Stephan Raue wrote:
Hi,
if i try this patch series the boot stops after (seeing via serial
console):
Starting kernel ...
Uncompressing
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Valkeinen, Tomi
Sent: Friday, March 11, 2011 12:55 PM
To: K, Mythri P
Cc: Stephan Raue; linux-omap@vger.kernel.org
Subject: Re: [PATCH v5 00/10] OMAP4 : DSS2 : HDMI
Hi Paul,
On 3/10/2011 8:09 PM, Paul Walmsley wrote:
On Thu, 10 Mar 2011, Paul Walmsley wrote:
On Wed, 9 Mar 2011, Rajendra Nayak wrote:
On Wednesday 09 March 2011 09:20 AM, Paul Walmsley wrote:
On Fri, 4 Mar 2011, Rajendra Nayak wrote:
On OMAP4, the PRCM recommended sequence for enabling
On Wed, 2011-03-09 at 18:08 -0600, Steve Sakoman wrote:
Overo COMs and expansion boards have three LEDS and 2 push button switches
connected to GPIO pins. This patch series adds support for utilizing
them with gpio-keys and gpio-leds.
Changes from version 1: Guard gpio_leds assignment with
Patch series to support mstandby mode handling and enabling runtime PM
support for DMA driver.
Changes from v1:
- fixed runtime_status issue if channel linking feature is used.
- fixed context restore issue during off mode.
- removed sysconfig register access during DMA context/restore
The
Certain errata in OMAP2+ processors will require forcing
master standby to no standby mode before completing on going
operation. Without this, the results will be unpredictable.
Since current implementation of PM run time framework does not support
changing sysconfig settings during middle of the
The current DMA context restore clears all the DMA channel registers
even if the channels are in use. This will result in transfer failures
if repeated DMA transfers are initiated with one time DMA channel
configuration.
Also, remove access to sysconfig register during context save/restore
since
If two DMA users tries to set no mstandby mode at the same time, a race
condition would arise. Prevent that by using a spin lock and counting
up/down the number of times nostandby is set/reset.
Initial patch is created by Adrian Hunter adrian.hun...@nokia.com
Enable runtime pm and use pm_runtime_get_sync and pm_runtime_put_autosuspend
for OMAP DMA driver.
The DMA driver uses auto suspend feature of runtime pm framework through
which the clock gets disabled automatically if there is no activity for
more than one second.
Testing:
Compile:
Hi Kevin,
On Fri, Mar 11, 2011 at 1:59 AM, Kevin Hilman khil...@ti.com wrote:
Tony,
Please pull the following OMAP PM related changes for the upcoming
2.6.39 merge window.
Kevin
The following changes since commit a5abba989deceb731047425812d268daf7536575:
Linux 2.6.38-rc8 (2011-03-07
Santosh Shilimkar santosh.shilim...@ti.com writes:
-Original Message-
From: Kevin Hilman [mailto:khil...@ti.com]
Sent: Friday, March 11, 2011 7:13 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; rna...@ti.com; linux-arm-
ker...@lists.infradead.org
Subject: Re: [PATCH v2
On Fri, Mar 11, 2011 at 11:46 AM, Thomas Renninger tr...@suse.de wrote:
Why is there need for another tool?
---
CPU power consumption vs performance tuning is not about
CPU frequency switching anymore for quite some time.
Deep sleep states, traditional dynamic
Santosh Shilimkar santosh.shilim...@ti.com writes:
[...]
This series doesn't boot on ES1 (boot log below.) Do we need to
totally prevent WFI on ES1?
Nope. WFI is ok.
The ES1.0 boot issue on pm-core branch doesn't seems to
be related to this series. Without this series as well
OMAP4
Am 11.03.2011 14:22, schrieb Tomi Valkeinen:
On Fri, 2011-03-11 at 02:43 -0600, Stephan Raue wrote:
Am 11.03.2011 08:12, schrieb Tomi Valkeinen:
On Thu, 2011-03-10 at 08:45 -0600, Stephan Raue wrote:
Hi,
if i try this patch series the boot stops after (seeing via serial console):
Jean Pihet jean.pi...@newoldbits.com writes:
Hi Kevin,
On Fri, Mar 11, 2011 at 1:59 AM, Kevin Hilman khil...@ti.com wrote:
Tony,
Please pull the following OMAP PM related changes for the upcoming
2.6.39 merge window.
Kevin
The following changes since commit
On Fri, Mar 11, 2011 at 5:32 PM, Kevin Hilman khil...@ti.com wrote:
Jean Pihet jean.pi...@newoldbits.com writes:
Hi Kevin,
On Fri, Mar 11, 2011 at 1:59 AM, Kevin Hilman khil...@ti.com wrote:
Tony,
Please pull the following OMAP PM related changes for the upcoming
2.6.39 merge window.
Hi,
this patchset adds optional generation of repeat input events for
twl4030 power button. It adds optional platform data for
twl4030-pwrbutton and initializes it for RX51/N900 (default
behavior kept - repeated input events disabled).
We are working on an OMAP3 with TWL5031 MFD. In one of the
From: Denis Karpov ext-denis.2.kar...@nokia.com
Adds and initializes platform data for TWL4030 powerbutton.
Disable repeat input events from a button press (default behaviour).
Signed-off-by: Denis Karpov ext-denis.2.kar...@nokia.com
---
arch/arm/mach-omap2/board-rx51-peripherals.c |5 +
From: Denis Karpov ext-denis.2.kar...@nokia.com
Adds support for TWL4030 power button platform data. Currently the only
field is the flag to optionally generate repeat input events from a button
press.
Signed-off-by: Denis Karpov ext-denis.2.kar...@nokia.com
---
Rajendra Nayak rna...@ti.com writes:
[...]
It's also breaking boot on OMAP35xx BeagleBoard rev C2. The kernel
boot messages are below - omap2plus_defconfig + DEBUG_LL. Reverting
the patch fixes it. Could you please take a look?
I got hold of a Beagle, a sticker on which says rev C1D.
Hi,
I'm seeing an issue with the linux-omap-2.6.32 kernel (TI's arago psp for
omap3) where the watchdog timer is not resetting. I have enabled OMAP_WDT in
the kernel config and ran the Documentation/watchdog/watchdog-test.c example
./watchdog-test -e; ./watchdog-test -e
But it doesn't
On 03/10/2011 05:39 PM, Abhilash K V wrote:
CAN module on AM3517 requires programming of IO expander
as part of init sequence. Added transceiver_switch
callback to handle this.
Signed-off-by: Sriramakrishnan s...@ti.com
Reviewed-by: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Abhilash
Denis Karpov wrote, on 03/11/2011 10:07 PM:
Hi,
this patchset adds optional generation of repeat input events for
twl4030 power button. It adds optional platform data for
twl4030-pwrbutton and initializes it for RX51/N900 (default
behavior kept - repeated input events disabled).
We are working
-Original Message-
From: Kevin Hilman [mailto:khil...@ti.com]
Sent: Friday, March 11, 2011 9:26 PM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; Rajendra Nayak; linux-arm-
ker...@lists.infradead.org
Subject: Re: [PATCH v2 00/19] OMAP4: PM: Suspend, CPU-hotplug and
CPUilde
Kevin,
-Original Message-
From: linux-arm-kernel-boun...@lists.infradead.org [mailto:linux-
arm-kernel-boun...@lists.infradead.org] On Behalf Of Kevin Hilman
Sent: Friday, March 11, 2011 9:22 PM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; linux-arm-
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, also, Tuomas Kulve found it
Tony,
Please pull this additional set of OMAP PM updates for 2.6.39.
These changes had dependencies on Paul's integration branch so were
awaiting the merge of that before they could merge.
Kevin
The following changes since commit a08572ae529b1e8de12393eeced661feae8fd44c:
Merge remote branch
On Fri, Mar 11, 2011 at 7:30 PM, 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 race
Santosh Shilimkar santosh.shilim...@ti.com writes:
Kevin,
-Original Message-
From: linux-arm-kernel-boun...@lists.infradead.org [mailto:linux-
arm-kernel-boun...@lists.infradead.org] On Behalf Of Kevin Hilman
Sent: Friday, March 11, 2011 9:22 PM
To: Santosh Shilimkar
Cc:
-Original Message-
From: Kevin Hilman [mailto:khil...@ti.com]
Sent: Friday, March 11, 2011 11:20 PM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; linux-arm-
ker...@lists.infradead.org; Rajendra Nayak
Subject: Re: [PATCH v2 00/19] OMAP4: PM: Suspend,CPU-hotplug and
CPUilde
Hi Felipe,
On Fri, Mar 11, 2011 at 11:38 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Fri, Mar 11, 2011 at 7:30 PM, 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
-Original Message-
From: Kevin Hilman [mailto:khil...@ti.com]
Sent: Friday, March 11, 2011 11:34 PM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; linux-arm-
ker...@lists.infradead.org; Rajendra Nayak
Subject: Re: [PATCH v2 00/19] OMAP4: PM: Suspend,CPU-hotplug and
CPUilde
On Fri, 2011-03-11 at 10:18 -0600, Stephan Raue wrote:
Am 11.03.2011 14:22, schrieb Tomi Valkeinen:
On Fri, 2011-03-11 at 02:43 -0600, Stephan Raue wrote:
Am 11.03.2011 08:12, schrieb Tomi Valkeinen:
On Thu, 2011-03-10 at 08:45 -0600, Stephan Raue wrote:
Hi,
if i try this patch series
On Fri, Mar 11, 2011 at 8:05 PM, Ramirez Luna, Omar omar.rami...@ti.com wrote:
On Fri, Mar 11, 2011 at 11:38 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
Omar, 2.6.38 is imminent, if this patch has any chance of getting in,
I think you would need to push it soon.
I'll push it to my
Am 11.03.2011 19:27, schrieb Tomi Valkeinen:
On Fri, 2011-03-11 at 10:18 -0600, Stephan Raue wrote:
Am 11.03.2011 14:22, schrieb Tomi Valkeinen:
On Fri, 2011-03-11 at 02:43 -0600, Stephan Raue wrote:
Am 11.03.2011 08:12, schrieb Tomi Valkeinen:
On Thu, 2011-03-10 at 08:45 -0600, Stephan Raue
Hi,
On Fri, Mar 11, 2011 at 12:31 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
Well, not crashing is better than crashing, regardless of the status
of the driver. And there's no reason not to include the fix.
No reason indeed.
But if you send it to Greg, then it's Greg's call.
Ok
Hi,
* Denis Karpov ext-denis.2.kar...@nokia.com [110311 08:35]:
Hi,
this patchset adds optional generation of repeat input events for
twl4030 power button. It adds optional platform data for
twl4030-pwrbutton and initializes it for RX51/N900 (default
behavior kept - repeated input events
* Denis Karpov ext-denis.2.kar...@nokia.com [110311 08:35]:
From: Denis Karpov ext-denis.2.kar...@nokia.com
Adds and initializes platform data for TWL4030 powerbutton.
Disable repeat input events from a button press (default behaviour).
Signed-off-by: Denis Karpov
* DebBarma, Tarun Kanti tarun.ka...@ti.com [110310 20:18]:
From: Hilman, Kevin
I guess Tony has the final say here, but personally, I don't really like
the special treatment of a system timer, unless it is an init-time only
special treatment. Since we now have dynamically configurable
* DebBarma, Tarun Kanti tarun.ka...@ti.com [110310 21:33]:
[...]
* Tarun Kanti DebBarma tarun.ka...@ti.com [110308 15:41]:
switch-over to platform device driver through following changes:
(a) initiate dmtimer early initialization from omap2_gp_timer_init()
in timer-gp.c.
* G, Manjunath Kondaiah manj...@ti.com [110311 04:45]:
On Fri, Mar 11, 2011 at 11:05:25AM +0530, DebBarma, Tarun Kanti wrote:
[...]
* Tarun Kanti DebBarma tarun.ka...@ti.com [110308 15:41]:
switch-over to platform device driver through following changes:
(a) initiate
* Sricharan R r.sricha...@ti.com [110310 22:10]:
Tony,
Look OK to me, but let's make things a bit easier to read
and maintain with the following patch. Can you please
update your patches to use this macro?
Each line then just becomes something like:
Kevin,
-Original Message-
From: Kevin Hilman [mailto:khil...@ti.com]
Sent: Friday, March 11, 2011 11:34 PM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; linux-arm-
ker...@lists.infradead.org; Rajendra Nayak
Subject: Re: [PATCH v2 00/19] OMAP4: PM: Suspend,CPU-hotplug and
Fix compile when CONFIG_OMAP_MUX is not selected
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/board-cm-t35.c |2 ++
arch/arm/mach-omap2/board-cm-t3517.c |2 ++
arch/arm/mach-omap2/board-devkit8000.c |2 ++
3 files changed, 6 insertions(+), 0
Remove duplicate mux modes to make the binary smaller:
textdata bss dec hex filename
9378 24472 0 33850843a mux44xx.o
9378 19104 0 284826f42 mux44xx.o
Cc: Benoit Cousson b-cous...@ti.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
Hi all,
Here are few omap mux related patches for review.
Regards,
Tony
---
Tony Lindgren (2):
omap2+: mux: Fix compile when CONFIG_OMAP_MUX is not selected
omap4: mux: Remove duplicate mux modes
arch/arm/mach-omap2/board-cm-t35.c |2
* David Cohen daco...@gmail.com [110309 01:16]:
Hi,
Previous patch 2/3 was dropped in this new version. Patch 1 was updated
according to a comment it got.
---
IOVMM driver checks input 'da == 0' when mapping address to determine whether
user wants fixed 'da' or not. At the same time, it
Tony Lindgren t...@atomide.com writes:
* DebBarma, Tarun Kanti tarun.ka...@ti.com [110310 20:18]:
From: Hilman, Kevin
I guess Tony has the final say here, but personally, I don't really like
the special treatment of a system timer, unless it is an init-time only
special treatment.
cpupowerutils is based on the well known cpufrequtils project.
Forgot to mention:
Big thanks to Dominik Brodowski who already gave this some tests!
Outcome (heavily shortened):
You can add that you have my Signed-off-by / Acked-by to all these
patches
Thomas
--
To unsubscribe from
Hi Greg,
Please consider to apply this patch in the staging tree, as the
description says it fixes a crash in tidspbridge driver, this bug
was already present but it seems to have surfaced by recent tests
made by Felipe and Tuomas.
It is an urgent fix for 2.6.38.
More on this discussion:
On Fri, Mar 11, 2011 at 11:15:48AM -0800, Tony Lindgren wrote:
* G, Manjunath Kondaiah manj...@ti.com [110311 04:45]:
On Fri, Mar 11, 2011 at 11:05:25AM +0530, DebBarma, Tarun Kanti wrote:
[...]
* Tarun Kanti DebBarma tarun.ka...@ti.com [110308 15:41]:
switch-over to
On Fri, Mar 11, 2011 at 12:46:59PM +0100, Thomas Renninger wrote:
Happy testing..., if you have a recent machine, you'll like it!
After some testing phase it would be great to get this tool
merged into the kernel git repo under:
tools/power/cpupower
and replace the Intel HW only supporting
On Sat, Mar 12, 2011 at 12:34:09PM +0800, Yong Zhang wrote:
On Fri, Mar 11, 2011 at 12:46:59PM +0100, Thomas Renninger wrote:
Happy testing..., if you have a recent machine, you'll like it!
After some testing phase it would be great to get this tool
merged into the kernel git repo under:
Hi,
On Sat, Mar 12, 2011 at 12:12 AM, Stephan Raue mailingli...@openelec.tv wrote:
Am 11.03.2011 19:27, schrieb Tomi Valkeinen:
On Fri, 2011-03-11 at 10:18 -0600, Stephan Raue wrote:
Am 11.03.2011 14:22, schrieb Tomi Valkeinen:
On Fri, 2011-03-11 at 02:43 -0600, Stephan Raue wrote:
Am
Hi Kevin,
On 3/11/2011 10:17 PM, Kevin Hilman wrote:
Rajendra Nayakrna...@ti.com writes:
[...]
It's also breaking boot on OMAP35xx BeagleBoard rev C2. The kernel
boot messages are below - omap2plus_defconfig + DEBUG_LL. Reverting
the patch fixes it. Could you please take a look?
I got
65 matches
Mail list logo
