[PATCH 0/4] cpufreq: OMAP: if available, scale the iva coprocessor

2012-11-06 Thread Joshua Emele
attempt at a forward port against the current mainline. I have based my patch series against linux-omap-pm/pm-next. Joshua Emele (4): cpufreq: OMAP: if an iva clock name is specified, load iva resources cpufreq: OMAP: for omap3 devices, specify the iva clock name cpufreq: OMAP: ensure

[PATCH 1/4] cpufreq: OMAP: if an iva clock name is specified, load iva resources

2012-11-06 Thread Joshua Emele
Signed-off-by: Joshua Emele jem...@gmail.com --- drivers/cpufreq/omap-cpufreq.c | 73 --- 1 files changed, 60 insertions(+), 13 deletions(-) diff --git a/drivers/cpufreq/omap-cpufreq.c b/drivers/cpufreq/omap-cpufreq.c index 17fa04d..1621208 100644

[PATCH 2/4] cpufreq: OMAP: for omap3 devices, specify the iva clock name

2012-11-06 Thread Joshua Emele
Signed-off-by: Joshua Emele jem...@gmail.com --- drivers/cpufreq/omap-cpufreq.c |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/cpufreq/omap-cpufreq.c b/drivers/cpufreq/omap-cpufreq.c index 1621208..d8a751f 100644 --- a/drivers/cpufreq/omap-cpufreq.c +++ b

[PATCH 3/4] cpufreq: OMAP: ensure the iva coprocessor is at the same opp as the mpu

2012-11-06 Thread Joshua Emele
Signed-off-by: Joshua Emele jem...@gmail.com --- drivers/cpufreq/omap-cpufreq.c | 18 ++ 1 files changed, 18 insertions(+), 0 deletions(-) diff --git a/drivers/cpufreq/omap-cpufreq.c b/drivers/cpufreq/omap-cpufreq.c index d8a751f..e8bcad8 100644 --- a/drivers/cpufreq/omap

[PATCH 4/4] cpufreq: OMAP: scale the iva coprocessor if available

2012-11-06 Thread Joshua Emele
Signed-off-by: Joshua Emele jem...@gmail.com --- drivers/cpufreq/omap-cpufreq.c | 17 ++--- 1 files changed, 14 insertions(+), 3 deletions(-) diff --git a/drivers/cpufreq/omap-cpufreq.c b/drivers/cpufreq/omap-cpufreq.c index e8bcad8..103fa8b 100644 --- a/drivers/cpufreq/omap

Re: MUSB problem

2012-05-14 Thread Joshua Emele
Actually, I was too hasty saying that this worked even with this error. I can ping out from my board, but any higher level of traffic, e.g. SSH into the box, falls over The problems vanish when I disable MUSB DMA. What gives? I'm also seeing this on a variety of kernels, from 2.6.34