From: Vikram Pandita vikram.pand...@ti.com
If the dpll is already locked, code can be optimized
to return much earlier than doing redundent set of lock mode
and wait on idlest.
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
Cc: Rajendra Nayak rna...@ti.com
---
On Sun, Oct 30, 2011 at 10:06 PM, Ohad Ben-Cohen o...@wizery.com wrote:
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/ohad/hwspinlock.git for-linus
...
All of the patches have been tested in linux-next and currently there
are no merge conflicts, though I expect one to happen
Hi,
On Wed, Nov 02 2011, Ohad Ben-Cohen wrote:
There also seems to be a (trivial) omap_hsmmc build issue which I've
fixed and pushed to that branch (Chris I'm also attaching it below in
case you prefer to take it through the mmc tree).
I already have it in mmc-next, but it's fine to send it
On Tue, Nov 01, 2011 at 06:27:21PM +, Mark Brown wrote:
On Tue, Nov 01, 2011 at 01:50:14PM -0400, Mike Frysinger wrote:
On Friday 28 October 2011 18:47:57 Sascha Hauer wrote:
We already have a dummy regulator driver and a fixed voltage regulator
driver, we shouldn't be adding a
On Wed, Nov 2, 2011 at 7:15 AM, Omar Ramirez Luna omar.rami...@ti.com wrote:
Use runtime PM functionality interfaced with hwmod enable/idle
functions, to replace direct clock operations, reset and sysconfig
handling.
Tidspbridge uses a macro removed with this patch, for now the value
is
On Wed, Nov 02, 2011 at 11:03:56AM +0100, Sascha Hauer wrote:
On Tue, Nov 01, 2011 at 06:27:21PM +, Mark Brown wrote:
As I think I said earlier I'd use the fixed regulator for this, all
Sascha's actually doing here is adding a wrapper to simplify
registration of that.
There's one
Am 27.10.2011 07:32, schrieb Nori, Sekhar:
On Wed, Oct 12, 2011 at 17:33:56, Thomas Weber wrote:
When building for OMAP3 only I get the
following errors:
In function `omap2420_init_early':
undefined reference to `omap2_set_globals_242x'
undefined reference to `omap2xxx_voltagedomains_init'
Commit 4d17aeb1c5b2375769446d13012a98e6d265ec13 (OMAP: I2C: split
device registration and convert OMAP2+ to omap_device) makes
omap2_i2c_add_bus() return a pointer to an omap_device instead on
success instead of 0.
This breaks the omap_register_i2c_bus() ABI and results in the igep0020
board code
On Wed, Nov 02, 2011 at 10:41:27AM +, Mark Brown wrote:
On Wed, Nov 02, 2011 at 11:03:56AM +0100, Sascha Hauer wrote:
On Tue, Nov 01, 2011 at 06:27:21PM +, Mark Brown wrote:
As I think I said earlier I'd use the fixed regulator for this, all
Sascha's actually doing here is
+ Joerg, iommu-list
On Tue, Nov 1, 2011 at 5:15 PM, Omar Ramirez Luna omar.rami...@ti.com wrote:
Introduced hwmod support for OMAP3 (iva, isp) and OMAP4 (ipu, dsp),
along with the corresponding runtime PM routines to deassert reset
lines, enable/disable clocks and configure sysc registers.
On Tue, Nov 01, 2011 at 05:15:52PM -0500, Omar Ramirez Luna wrote:
Use runtime PM functionality interfaced with hwmod enable/idle
functions, to replace direct clock operations, reset and sysconfig
handling.
Tidspbridge uses a macro removed with this patch, for now the value
is hardcoded to
Hi MyungJoo,
On Wed, Nov 2, 2011 at 5:16 AM, MyungJoo Ham myungjoo@gmail.com wrote:
On Wed, Nov 2, 2011 at 7:15 AM, Omar Ramirez Luna omar.rami...@ti.com wrote:
Use runtime PM functionality interfaced with hwmod enable/idle
functions, to replace direct clock operations, reset and sysconfig
On Wed, Nov 2, 2011 at 10:21 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Nov 01, 2011 at 05:15:52PM -0500, Omar Ramirez Luna wrote:
Use runtime PM functionality interfaced with hwmod enable/idle
functions, to replace direct clock operations, reset and sysconfig
handling.
On 10/25/2011 03:37 AM, Tomi Valkeinen wrote:
Hi,
On Mon, 2011-10-24 at 13:55 -0400, Peter Barada wrote:
In the above case (and my case where I'm looking for a 9Mhz pixel
clock), fck_div is calculated at higher than 16 - and the video
output
is wrong (i.e. no pixel clock and hsync runs at
Commit 03ca370fbf7b76d6d002380dbdc2cdc2319f9c80 (PM / OPP: Add
OPP availability change notifier) does not compile if CONFIG_PM_OPP
is not set:
arch/arm/plat-omap/omap-pm-noop.o: In function `opp_get_notifier':
include/linux/opp.h:103: multiple definition of `opp_get_notifier'
Commit a3c76eb9d4a1e68a69dd880cf0bcb8a52418b993 (mmc: replace
printk with appropriate display macro) does not compile:
drivers/mmc/host/omap_hsmmc.c: In function 'omap_hsmmc_protect_card':
drivers/mmc/host/omap_hsmmc.c:1273: error: 'pr_info' undeclared (first use in
this function)
* Thomas Weber thomas.weber.li...@googlemail.com [02 04:03]:
Am 27.10.2011 07:32, schrieb Nori, Sekhar:
On Wed, Oct 12, 2011 at 17:33:56, Thomas Weber wrote:
When building for OMAP3 only I get the
following errors:
In function `omap2420_init_early':
undefined reference to
Hello Tony, hello
Chris,https://mail.google.com/mail/?shva=1#label/linux-omap/133653efb30ae047
isn't this already fixed?
http://marc.info/?l=linux-omapm=131991921316862w=2
[PATCH] omap_hsmmc: fix missing parenthesis in pr_info
Thomas
On Wed, Nov 2, 2011 at 6:06 PM, Tony Lindgren
* Thomas Weber thomas.weber.li...@googlemail.com [02 11:22]:
Hello Tony, hello
Chris,https://mail.google.com/mail/?shva=1#label/linux-omap/133653efb30ae047
isn't this already fixed?
http://marc.info/?l=linux-omapm=131991921316862w=2
[PATCH] omap_hsmmc: fix missing parenthesis in
Hi Dave,
On 09/22/2011 02:07 PM, Kevin Hilman wrote:
This series moves the OMAP CPUfreq driver into drivers/cpufreq, add
support for SMP devices (OMAP4+) and includes several cleanups and
fixes from Nishanth Menon.
This series applies to v3.1-rc6, and is available here:
On Wed, Nov 02, 2011 at 03:02:37PM -0700, Kevin Hilman wrote:
Hi Dave,
On 09/22/2011 02:07 PM, Kevin Hilman wrote:
This series moves the OMAP CPUfreq driver into drivers/cpufreq, add
support for SMP devices (OMAP4+) and includes several cleanups and
fixes from Nishanth Menon.
Hi Grant,
On 09/06/2011 03:57 PM, Kevin Hilman wrote:
Grant,
Please pull the following OMAP GPIO cleanups for v3.2.
Just a heads up: we're also working on another large series of cleanup
for this driver that we'll be trying to merge for v3.2.
Kevin
I don't see this in linux-next or
Commit 87fb4b7b533073eeeaed0b6bf7c2328995f6c075 (net: more
accurate skb truesize) changed the alignment of size. This
can cause problems at least on some machines with NFS root:
Unhandled fault: alignment exception (0x801) at 0xc183a43a
Internal error: : 801 [#1] PREEMPT
Modules linked in:
CPU: 0
On 02/11/2011 23:43, Tony Lindgren wrote:
Commit 87fb4b7b533073eeeaed0b6bf7c2328995f6c075 (net: more
accurate skb truesize) changed the alignment of size. This
can cause problems at least on some machines with NFS root:
Unhandled fault: alignment exception (0x801) at 0xc183a43a
Internal
Hi all,
May I ask a question about scheduler (sched_rt.c)? I want to make
sure a patch related in kernel-linux mailing list is valid or not.
http://lkml.org/lkml/2008/9/25/189
I encountered a kernel panic recently which caused by BUG_ON in
pick_next_pushable_task ( my kernel version is
From: Eric Dumazet eric.duma...@gmail.com
Date: Wed, 02 Nov 2011 23:55:11 +0100
There is a problem with your kmalloc() or alignments on your architecture.
What is the SMP_CACHE_BYTES value ?
kmalloc() behavior doesn't have anything to do with this bug.
The issue is calculation of skb-end,
From: David Miller da...@davemloft.net
Date: Wed, 02 Nov 2011 19:09:55 -0400 (EDT)
From: Eric Dumazet eric.duma...@gmail.com
Date: Wed, 02 Nov 2011 23:55:11 +0100
There is a problem with your kmalloc() or alignments on your architecture.
What is the SMP_CACHE_BYTES value ?
kmalloc()
On 03/11/2011 00:09, David Miller wrote:
From: Eric Dumazet eric.duma...@gmail.com
Date: Wed, 02 Nov 2011 23:55:11 +0100
There is a problem with your kmalloc() or alignments on your architecture.
What is the SMP_CACHE_BYTES value ?
kmalloc() behavior doesn't have anything to do with
c
The issue is calculation of skb-end, which is based upon calculated
'size' variable.
skb-end determines alignment of skb_shared_info, which is where the
alignment problem is occuring for Tony.
Right, and SMP_CACHE_BYTES setting should save us in any case.
For ARM, SMP_CACHE_BYTES seems
* David Miller da...@davemloft.net [02 15:42]:
c
The issue is calculation of skb-end, which is based upon calculated
'size' variable.
skb-end determines alignment of skb_shared_info, which is where the
alignment problem is occuring for Tony.
Right, and SMP_CACHE_BYTES setting
On 03/11/2011 00:19, Tony Lindgren wrote:
* David Miller da...@davemloft.net [02 15:42]:
c
The issue is calculation of skb-end, which is based upon calculated
'size' variable.
skb-end determines alignment of skb_shared_info, which is where the
alignment problem is occuring for Tony.
From: Tony Lindgren t...@atomide.com
Date: Wed, 2 Nov 2011 16:19:17 -0700
* David Miller da...@davemloft.net [02 15:42]:
c
The issue is calculation of skb-end, which is based upon calculated
'size' variable.
skb-end determines alignment of skb_shared_info, which is where the
* Eric Dumazet eric.duma...@gmail.com [02 15:46]:
On 03/11/2011 00:19, Tony Lindgren wrote:
* David Miller da...@davemloft.net [02 15:42]:
c
The issue is calculation of skb-end, which is based upon calculated
'size' variable.
skb-end determines alignment of skb_shared_info,
On 03/11/2011 00:24, Tony Lindgren wrote:
Seems to be SLOB for omap1_defconfig.
Tony
OK this makes sense now
Your patch is absolutely needed, I completely forgot about SLOB :(
since, kmalloc(386) on SLOB gives exactly ksize=386 bytes, not nearest
power of two.
[ 60.305763]
Dave Jones da...@redhat.com writes:
On Wed, Nov 02, 2011 at 03:02:37PM -0700, Kevin Hilman wrote:
Hi Dave,
On 09/22/2011 02:07 PM, Kevin Hilman wrote:
This series moves the OMAP CPUfreq driver into drivers/cpufreq, add
support for SMP devices (OMAP4+) and includes several
* Eric Dumazet eric.duma...@gmail.com [02 15:56]:
On 03/11/2011 00:24, Tony Lindgren wrote:
Seems to be SLOB for omap1_defconfig.
Tony
OK this makes sense now
Your patch is absolutely needed, I completely forgot about SLOB :(
since, kmalloc(386) on SLOB gives exactly
Hi Chris,
Chris Ball c...@laptop.org writes:
[...]
Oops. Thank you; I've pushed this to mmc-next now, and will send the
fix to Linus. I've checked for other errors in the original patch.
Where did you push this fix?
I don't see this in the mmc-next branch of
On Wednesday, November 02, 2011, Tony Lindgren wrote:
Commit 03ca370fbf7b76d6d002380dbdc2cdc2319f9c80 (PM / OPP: Add
OPP availability change notifier) does not compile if CONFIG_PM_OPP
is not set:
arch/arm/plat-omap/omap-pm-noop.o: In function `opp_get_notifier':
include/linux/opp.h:103:
38 matches
Mail list logo