On Thu, May 26, 2011 at 22:06, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
On 5/26/2011 11:40 PM, Kevin Hilman wrote:
So here's a dumb question, being rather ignorant of CPUfreq on SMP.
Should we be running a CPUfreq instance on both CPUs when they cannot be
scaled independently?
On 5/27/2011 11:37 AM, Menon, Nishanth wrote:
On Thu, May 26, 2011 at 22:06, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
On 5/26/2011 11:40 PM, Kevin Hilman wrote:
So here's a dumb question, being rather ignorant of CPUfreq on SMP.
Should we be running a CPUfreq instance on both CPUs
* Koen Kooi k...@dominion.thruhere.net [110526 19:02]:
Op 26 mei 2011, om 13:39 heeft Tony Lindgren het volgende geschreven:
Hi Linus,
Please pull omap updates for this merge window from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
omap-for-linus
On 5/27/2011 1:24 AM, Hilman, Kevin wrote:
Nishanth Menonn...@ti.com writes:
From: Moiz Sonasathm-sonas...@ti.com
For OMAP4460, GPIO-7 of bank1 is used for controling
the TPS modes, hence GPIO1 should not be reset
during init as reset will cause the TPS voltage to
drop to 0.9 V.
ouch. I
On Fri, May 27, 2011 at 1:02 AM, Kevin Hilman khil...@ti.com wrote:
Inspired by Jean's work to move PM code to modules, I decided it's
time to remove a bunch of ugly and difficult to maintain code from PM
debug.
Indeed this code is a spaghetti mess and makes pm-debug difficult to
be
On Fri, May 27, 2011 at 1:02 AM, Kevin Hilman khil...@ti.com wrote:
Remove the OMAP-specific PM debug 'sleep_while_idle' feature which is
currently available as an OMAP-specific debugfs entry.
This duplicates existing ARM-generic functionality available as a
boot-time option using the boot
I came up with these patches while implementing pm runtime adaptation for DSS
driver. I'm not quite sure on who's turf they belong, or do they even belong
together, but here they are anyway.
get_context_loss_count patch was discussed on l-o with Kevin.
The omap_device_reset patch I made as some
get_context_loss_count functions return context loss count as u32, and
zero means an error. However, zero is also returned when context has
never been lost and could also be returned when the context loss count
has wrapped and goes to zero.
Change the functions to return an int, with negative
Add omap_device_reset() function which can be used to reset the hwmods
associated with the given platform device.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/plat-omap/include/plat/omap_device.h |1 +
arch/arm/plat-omap/omap_device.c | 23
On Fri, May 27, 2011 at 1:00 AM, Kevin Hilman khil...@ti.com wrote:
jean.pi...@newoldbits.com writes:
From: Jean Pihet j-pi...@ti.com
Provide omap_pm_tick_nohz_get_sleep_length_us so that the code
from the OMAP PM modules can use it.
Signed-off-by: Jean Pihet j-pi...@ti.com
This patch is
On Fri, May 27, 2011 at 1:09 AM, Kevin Hilman khil...@ti.com wrote:
jean.pi...@newoldbits.com writes:
From: Jean Pihet j-pi...@ti.com
Export the suspend_set_ops API as omap_pm_suspend_set_ops in the pm
generic code, under CONFIG_SUSPEND.
Note -hack warning-: since the
On Fri, May 27, 2011 at 1:35 AM, Grant Likely grant.lik...@secretlab.ca wrote:
On Fri, May 20, 2011 at 03:41:08PM +0200, Kevin Hilman wrote:
Move OMAP GPIO driver to drivers/gpio. Builds whenever
CONFIG_ARCH_OMAP=y.
Signed-off-by: Kevin Hilman khil...@ti.com
Patch unfortunately doesn't
Hi,
I am using a omap3530
http://focus-webapps.ti.com/general/docs/sitesearch/searchdevice.tsp?partNumber=omap3530
based board. I am trying to rotate the LCD
using*/sys/class/graphics/fb0/rotate*. The rotation works only for 0
degree and 270 degrees.
When trying to rotate for 90 or 180
* Russell King - ARM Linux li...@arm.linux.org.uk [110526 16:51]:
On Thu, May 26, 2011 at 06:37:32AM -0700, Tony Lindgren wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [110526 05:56]:
On 5/26/2011 6:30 PM, Silesh C V wrote:
Get rid of the following and 8 other similar section
* Igor Grinberg grinb...@compulab.co.il [110526 17:05]:
On 05/26/11 16:37, Tony Lindgren wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [110526 05:56]:
On 5/26/2011 6:30 PM, Silesh C V wrote:
Get rid of the following and 8 other similar section mismatch
warnings
I send this [1]
* Tony Lindgren t...@atomide.com [110527 09:29]:
* Koen Kooi k...@dominion.thruhere.net [110526 19:02]:
Op 26 mei 2011, om 13:39 heeft Tony Lindgren het volgende geschreven:
Hi Linus,
Please pull omap updates for this merge window from:
On 5/27/2011 9:26 AM, Govindraj wrote:
On Fri, May 27, 2011 at 12:40 PM, Cousson, Benoit b-cous...@ti.com
mailto:b-cous...@ti.com wrote:
On 5/27/2011 1:24 AM, Hilman, Kevin wrote:
Nishanth Menonn...@ti.com mailto:n...@ti.com writes:
From: Moiz
Op 27 mei 2011, om 13:04 heeft Tony Lindgren het volgende geschreven:
* Tony Lindgren t...@atomide.com [110527 09:29]:
* Koen Kooi k...@dominion.thruhere.net [110526 19:02]:
Op 26 mei 2011, om 13:39 heeft Tony Lindgren het volgende geschreven:
Hi Linus,
Please pull omap updates for
Hi Tomi,
On 5/27/2011 9:38 AM, Valkeinen, Tomi wrote:
Add omap_device_reset() function which can be used to reset the hwmods
associated with the given platform device.
We've never exposed it because we are trying to avoid that any driver
play with asynchronous HW reset. That can lead to
The USB enable GPIO has been inverted again and the USER button moved.
Future revisions will now fall back to xM rev C instead of unknown.
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
Changes since v1:
* updated against mainline to take Igors gpio cleanup into account
On Fri, 2011-05-27 at 14:38 +0200, Cousson, Benoit wrote:
Hi Tomi,
On 5/27/2011 9:38 AM, Valkeinen, Tomi wrote:
Add omap_device_reset() function which can be used to reset the hwmods
associated with the given platform device.
We've never exposed it because we are trying to avoid that
Hi Koen,
Please CC LAKML for patches like this,
otherwise Tony, will have to post all of them before pull requesting.
On 05/27/11 15:40, Koen Kooi wrote:
The USB enable GPIO has been inverted again and the USER button moved.
Future revisions will now fall back to xM rev C instead of
The USB enable GPIO has been inverted again and the USER button moved
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
Changes since v2:
* fixed indentation error checkpatch missed
Changes since v1:
* updated against mainline to take Igors gpio cleanup into account
* removed
That was meant to say '[PATCH v3]', sorry about that.
Op 27 mei 2011, om 15:32 heeft Koen Kooi het volgende geschreven:
The USB enable GPIO has been inverted again and the USER button moved
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
Changes since v2:
* fixed indentation
Op 27 mei 2011, om 15:20 heeft Igor Grinberg het volgende geschreven:
Hi Koen,
Please CC LAKML for patches like this,
otherwise Tony, will have to post all of them before pull requesting.
On 05/27/11 15:40, Koen Kooi wrote:
The USB enable GPIO has been inverted again and the
On Friday 27 May 2011 03:40 PM, Mohamed Thalib H wrote:
Hi,
I am using a omap3530
http://focus-webapps.ti.com/general/docs/sitesearch/searchdevice.tsp?partNumber=omap3530
based board. I am trying to rotate the LCD
using*/sys/class/graphics/fb0/rotate*. The rotation works only for 0
degree
On 5/27/2011 2:46 PM, Valkeinen, Tomi wrote:
On Fri, 2011-05-27 at 14:38 +0200, Cousson, Benoit wrote:
Hi Tomi,
On 5/27/2011 9:38 AM, Valkeinen, Tomi wrote:
Add omap_device_reset() function which can be used to reset the hwmods
associated with the given platform device.
We've never exposed
On 5/27/2011 8:13 PM, Cousson, Benoit wrote:
On 5/27/2011 2:46 PM, Valkeinen, Tomi wrote:
On Fri, 2011-05-27 at 14:38 +0200, Cousson, Benoit wrote:
Hi Tomi,
On 5/27/2011 9:38 AM, Valkeinen, Tomi wrote:
Add omap_device_reset() function which can be used to reset the hwmods
associated with the
Tomi Valkeinen tomi.valkei...@ti.com writes:
[...]
This isn't something in general that drivers should be aware of, so I'd
rather not see this exposed to drivers (unless there's a real need.)
Ok, I'll drop the patch. I don't think there's any need for this in DSS.
As soon as I finish the
Govindraj govindraj...@gmail.com writes:
On Fri, May 27, 2011 at 12:40 PM, Cousson, Benoit b-cous...@ti.com wrote:
On 5/27/2011 1:24 AM, Hilman, Kevin wrote:
Nishanth Menonn...@ti.com writes:
From: Moiz Sonasathm-sonas...@ti.com
For OMAP4460, GPIO-7
On 5/27/2011 4:51 PM, Shilimkar, Santosh wrote:
On 5/27/2011 8:13 PM, Cousson, Benoit wrote:
On 5/27/2011 2:46 PM, Valkeinen, Tomi wrote:
On Fri, 2011-05-27 at 14:38 +0200, Cousson, Benoit wrote:
Hi Tomi,
On 5/27/2011 9:38 AM, Valkeinen, Tomi wrote:
Add omap_device_reset() function which
Jean Pihet jean.pi...@newoldbits.com writes:
On Fri, May 27, 2011 at 1:02 AM, Kevin Hilman khil...@ti.com wrote:
Inspired by Jean's work to move PM code to modules, I decided it's
time to remove a bunch of ugly and difficult to maintain code from PM
debug.
Indeed this code is a spaghetti
Hi Kevin,
On 5/27/2011 4:59 PM, Hilman, Kevin wrote:
Govindrajgovindraj...@gmail.com writes:
[...]
uart-oh-flags |= HWMOD_INIT_NO_IDLE | HWMOD_INIT_NO_RESET;
This is a hack (written by me) because the UART driver is not runtime PM
adapted. When UART driver is runtime PM adapted, this
On 5/27/2011 8:30 PM, Cousson, Benoit wrote:
On 5/27/2011 4:51 PM, Shilimkar, Santosh wrote:
On 5/27/2011 8:13 PM, Cousson, Benoit wrote:
On 5/27/2011 2:46 PM, Valkeinen, Tomi wrote:
On Fri, 2011-05-27 at 14:38 +0200, Cousson, Benoit wrote:
Hi Tomi,
On 5/27/2011 9:38 AM, Valkeinen, Tomi
Jean Pihet jean.pi...@newoldbits.com writes:
On Fri, May 27, 2011 at 1:02 AM, Kevin Hilman khil...@ti.com wrote:
Remove the OMAP-specific PM debug 'sleep_while_idle' feature which is
currently available as an OMAP-specific debugfs entry.
This duplicates existing ARM-generic functionality
On Fri, May 27, 2011 at 1:26 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
On 5/27/2011 11:37 AM, Menon, Nishanth wrote:
On Thu, May 26, 2011 at 22:06, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
On 5/26/2011 11:40 PM, Kevin Hilman wrote:
So here's a dumb question, being
Tony,
On Sun, May 8, 2011 at 14:51, Rabin Vincent ra...@rab.in wrote:
omap_readl() is used from the sched_clock() implementations and so must
be marked notrace to avoid recursion in ftrace. Same thing with
mpu_read() for OMAP1.
Signed-off-by: Rabin Vincent ra...@rab.in
Comments on this
Grant Likely grant.lik...@secretlab.ca writes:
On Fri, May 27, 2011 at 1:35 AM, Grant Likely grant.lik...@secretlab.ca
wrote:
On Fri, May 20, 2011 at 03:41:08PM +0200, Kevin Hilman wrote:
Move OMAP GPIO driver to drivers/gpio. Builds whenever
CONFIG_ARCH_OMAP=y.
Signed-off-by: Kevin
Hi Grant,
Grant Likely grant.lik...@secretlab.ca writes:
On Fri, May 20, 2011 at 05:14:43PM +0200, Kevin Hilman wrote:
Start moving SoC-specific register handling out of the driver by passing
in register offsets in via platform data.
Also, move OMAP1 MPUIO IRQ handling over to genric IRQ
On Fri, May 27, 2011 at 5:26 PM, Kevin Hilman khil...@ti.com wrote:
Jean Pihet jean.pi...@newoldbits.com writes:
On Fri, May 27, 2011 at 1:02 AM, Kevin Hilman khil...@ti.com wrote:
Remove the OMAP-specific PM debug 'sleep_while_idle' feature which is
currently available as an OMAP-specific
Kevin Hilman khil...@ti.com writes:
[...]
OK, I rebased onto RMK's for-linus branch (already pulled by Linus),
which contained some other changes touching gpio.c.I also s/_/-/ in
the filename.
Below is pull request.
BTW, apologies for the ssh URL. I used it because I just pushed it,
On Fri, 2011-05-27 at 16:43 +0200, Cousson, Benoit wrote:
On 5/27/2011 2:46 PM, Valkeinen, Tomi wrote:
On Fri, 2011-05-27 at 14:38 +0200, Cousson, Benoit wrote:
Hi Tomi,
On 5/27/2011 9:38 AM, Valkeinen, Tomi wrote:
Add omap_device_reset() function which can be used to reset the hwmods
Cousson, Benoit b-cous...@ti.com writes:
Hi Kevin,
On 5/27/2011 4:59 PM, Hilman, Kevin wrote:
Govindrajgovindraj...@gmail.com writes:
[...]
uart-oh-flags |= HWMOD_INIT_NO_IDLE | HWMOD_INIT_NO_RESET;
This is a hack (written by me) because the UART driver is not runtime PM
adapted.
Cousson, Benoit b-cous...@ti.com writes:
[...]
In general we do not want to reset nor idle an IP that was potentially
already properly configured by bootloader or early Linux boot code.
Actually, the opposite is true.
The kernel should not make any assumptions about what the bootloader has
On Fri, May 27, 2011 at 09:04:37AM -0700, Kevin Hilman wrote:
Kevin Hilman khil...@ti.com writes:
[...]
OK, I rebased onto RMK's for-linus branch (already pulled by Linus),
which contained some other changes touching gpio.c.I also s/_/-/ in
the filename.
Below is pull
Rabin Vincent ra...@rab.in writes:
omap_readl() is used from the sched_clock() implementations and so must
be marked notrace to avoid recursion in ftrace. Same thing with
mpu_read() for OMAP1.
Signed-off-by: Rabin Vincent ra...@rab.in
Acked-by: Kevin Hilman khil...@ti.com
--
To unsubscribe
Tony Lindgren t...@atomide.com writes:
* Russell King - ARM Linux li...@arm.linux.org.uk [110526 16:51]:
On Thu, May 26, 2011 at 06:37:32AM -0700, Tony Lindgren wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [110526 05:56]:
On 5/26/2011 6:30 PM, Silesh C V wrote:
Get rid of the
FYI... I just found this, but won't be able to look into it until next
week, so if anyone needs a weekend debug project...
Using Tony's for-next branch, I'm able to boot an omap2plus_defconfig (+
busybox initramfs) kernel on my 3430/n900 just fine. I then tried to
merge in Russell's for-linus
Turquette, Mike mturque...@ti.com writes:
On Fri, May 27, 2011 at 1:26 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
On 5/27/2011 11:37 AM, Menon, Nishanth wrote:
On Thu, May 26, 2011 at 22:06, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
On 5/26/2011 11:40 PM, Kevin Hilman
Hi Todd,
Todd Poynor toddpoy...@google.com writes:
Reading the VPVOLTAGE field of PRM_VP_*_VOLTAGE registers currently
relies on a u32 - u8 conversion to mask off the FORCEUPDATEWAIT field
in the upper bits. Make this explicit using the mask and shift symbols
already defined, added as new
Some platforms wish to implement their PM core suspend code as
modules. To do so, these functions need to be exported to modules.
Reported-by: Jean Pihet j-pi...@ti.com
Signed-off-by: Kevin Hilman khil...@ti.com
---
Applies against v2.6.39
kernel/power/suspend.c |2 ++
1 files changed, 2
Jean Pihet jean.pi...@newoldbits.com writes:
On Fri, May 27, 2011 at 1:09 AM, Kevin Hilman khil...@ti.com wrote:
jean.pi...@newoldbits.com writes:
From: Jean Pihet j-pi...@ti.com
Export the suspend_set_ops API as omap_pm_suspend_set_ops in the pm
generic code, under CONFIG_SUSPEND.
Note
Kevin Hilman khil...@ti.com writes:
Rabin Vincent ra...@rab.in writes:
omap_readl() is used from the sched_clock() implementations and so must
be marked notrace to avoid recursion in ftrace. Same thing with
mpu_read() for OMAP1.
Signed-off-by: Rabin Vincent ra...@rab.in
Acked-by: Kevin
Reading the VPVOLTAGE field of PRM_VP_*_VOLTAGE registers currently
relies on a u32 - u8 conversion to mask off the FORCEUPDATEWAIT field
in the upper bits. Make this explicit using the mask symbol
already defined, added as a new field in struct omap_vp_common.
Signed-off-by: Todd Poynor
* Make variables static.
* Define L3 TARG instance offsets, and read/write STDERRLOG registers
relative to those offsets, rather than defining STDERRLOG_MAIN
instance offsets and accessing other registers via offsets from
that register.
* Use ffs() to find error source from the
55 matches
Mail list logo