This patch converts the drivers in drivers/video/* to use the
module_spi_driver() macro which makes the code smaller and a bit simpler.
Signed-off-by: Axel Lin axel@gmail.com
Cc: Imre Deak imre.d...@nokia.com
Cc: Roger Quadros roger.quad...@nokia.com
Cc: Steve Sakoman st...@sakoman.com
Cc:
On 20 January 2012 21:40, Colin Cross ccr...@android.com wrote:
On Fri, Jan 20, 2012 at 12:46 AM, Daniel Lezcano
daniel.lezc...@linaro.org wrote:
Hi Colin,
this patchset could be interesting to resolve in a generic way the cpu
dependencies.
What is the status of this patchset ?
I can't do
MPU and CORE should stay awake if there is CAM domain ACTIVE. This is
because that module doesn't have wake-up capability.
The original patch was written by Jouni Högander in 2008 and this is the
last part left of it which is not in upstream yet.
I wonder if the approach taken in the patch is
Hi,
On Fri, Jan 27, 2012 at 11:00 AM, Sakari Ailus sakari.ai...@iki.fi wrote:
MPU and CORE should stay awake if there is CAM domain ACTIVE. This is
because that module doesn't have wake-up capability.
The original patch was written by Jouni Högander in 2008 and this is the
last part left of
Sorry for the shameless ping, but I'd really like to know the way forward
here...
-Original Message-
From: Joe Woodward j...@terrafix.co.uk
To: Shilimkar, Santosh santosh.shilim...@ti.com, Catalin Marinas
catalin.mari...@arm.com
Cc: Aneesh V ane...@ti.com, Russell King - ARM Linux
Hi guys,
On Sat, Jan 21, 2012 at 09:16:57AM +, stephane eranian wrote:
On Sat, Jan 21, 2012 at 4:25 AM, Ming Lei ming@canonical.com wrote:
On Fri, Jan 20, 2012 at 9:47 PM, stephane eranian
eran...@googlemail.com wrote:
Started afresh from:
90a4c0f uml: fix compile for x86-64
On Fri, Jan 27, 2012 at 1:13 PM, Will Deacon will.dea...@arm.com wrote:
Hi guys,
On Sat, Jan 21, 2012 at 09:16:57AM +, stephane eranian wrote:
On Sat, Jan 21, 2012 at 4:25 AM, Ming Lei ming@canonical.com wrote:
On Fri, Jan 20, 2012 at 9:47 PM, stephane eranian
Will Deacon will.dea...@arm.com writes:
Hi guys,
On Sat, Jan 21, 2012 at 09:16:57AM +, stephane eranian wrote:
On Sat, Jan 21, 2012 at 4:25 AM, Ming Lei ming@canonical.com wrote:
On Fri, Jan 20, 2012 at 9:47 PM, stephane eranian
eran...@googlemail.com wrote:
Started afresh from:
Mans,
On Fri, Jan 27, 2012 at 12:56:35PM +, Måns Rullgård wrote:
Will Deacon will.dea...@arm.com writes:
Did this lead anywhere in the end? It seems as though Ming Lei has a working
setup but Stephane is unable to replicate it, despite applying the necessary
patches and trying an
2012/1/27 Will Deacon will.dea...@arm.com:
Mans,
On Fri, Jan 27, 2012 at 12:56:35PM +, Måns Rullgård wrote:
Will Deacon will.dea...@arm.com writes:
Did this lead anywhere in the end? It seems as though Ming Lei has a
working
setup but Stephane is unable to replicate it, despite
Will Deacon will.dea...@arm.com writes:
Mans,
On Fri, Jan 27, 2012 at 12:56:35PM +, Måns Rullgård wrote:
Will Deacon will.dea...@arm.com writes:
Did this lead anywhere in the end? It seems as though Ming Lei has a
working
setup but Stephane is unable to replicate it, despite
On Fri, Jan 27, 2012 at 01:47:01PM +, Måns Rullgård wrote:
Will Deacon will.dea...@arm.com writes:
Mans,
On Fri, Jan 27, 2012 at 12:56:35PM +, Måns Rullgård wrote:
Will Deacon will.dea...@arm.com writes:
Did this lead anywhere in the end? It seems as though Ming Lei has a
Hi Jean,
Thanks for you quick reply.
On Fri, Jan 27, 2012 at 12:06:37PM +0100, Jean Pihet wrote:
Hi,
On Fri, Jan 27, 2012 at 11:00 AM, Sakari Ailus sakari.ai...@iki.fi wrote:
MPU and CORE should stay awake if there is CAM domain ACTIVE. This is
because that module doesn't have wake-up
Will Deacon will.dea...@arm.com writes:
On Fri, Jan 27, 2012 at 01:47:01PM +, Måns Rullgård wrote:
Will Deacon will.dea...@arm.com writes:
Mans,
On Fri, Jan 27, 2012 at 12:56:35PM +, Måns Rullgård wrote:
Will Deacon will.dea...@arm.com writes:
Did this lead anywhere in the
Hi,
On Fri, Jan 27, 2012 at 8:13 PM, Will Deacon will.dea...@arm.com wrote:
There must be something I am missing here.
Did this lead anywhere in the end? It seems as though Ming Lei has a working
setup but Stephane is unable to replicate it, despite applying the necessary
patches and trying
Hi,
2012/1/27 Will Deacon will.dea...@arm.com:
Mans,
On Fri, Jan 27, 2012 at 12:56:35PM +, Måns Rullgård wrote:
Will Deacon will.dea...@arm.com writes:
Did this lead anywhere in the end? It seems as though Ming Lei has a
working
setup but Stephane is unable to replicate it, despite
On Tue, Jan 24, 2012 at 6:33 AM, Michael Hunold hun...@linuxtv.org wrote:
Hi,
I am experimenting with an SDIO card on the Beagleboard. I have started
my experiments with Linux-3.1.4 some time ago and basically everything
is working.
Except the fact that currently no native SDIO interrupts
Hi,
Ok, with the one-line patch [1], this works much better now.
No more wrap around a 4 billion cycles.
Sampling is okay, though I noticed it tends to not get the
correct number of samples for a controlled run:
$ perf record -e cycles -c 1009213 noploop 10
noploop for 10 seconds
$ perf report
On Fri, Jan 27, 2012 at 03:45:53PM +, stephane eranian wrote:
Hi,
Hi Stephane,
Ok, with the one-line patch [1], this works much better now.
No more wrap around a 4 billion cycles.
Hurrah! Thanks Mans and Ming Lei for helping with this. Unfortunately, I
remember Santosh had objections to
On Fri, Jan 27, 2012 at 4:54 PM, Will Deacon will.dea...@arm.com wrote:
On Fri, Jan 27, 2012 at 03:45:53PM +, stephane eranian wrote:
Hi,
Hi Stephane,
Ok, with the one-line patch [1], this works much better now.
No more wrap around a 4 billion cycles.
Hurrah! Thanks Mans and Ming Lei
Hi,
I'm trying to run 3.2.1 stable kernel release on Pandaboard.
With enabled earlyprintk I got following:
[0.00] Booting Linux on physical CPU 0
[0.00] Linux version 3.2.0-03025-g2bf90aa
(open-nandra@nandra-host) (gcc version 4.5.1 (Sourcery G++ Lite
2010.09-50) ) #3 SMP Fri Jan
Hello,
On Thu, Jan 26, 2012 at 16:15:49, Balbi, Felipe wrote:
There's really no point in doing all that
initcall trickery when we can safely let
udev handle module probing for us.
Remove all of that trickery, by moving everybody
to module_init() and making proper use of
On Fri, Jan 27, 2012 at 03:40:43AM +0100, Pali Roh?r wrote:
+static char *bq2415x_rev_name[] = {
+ 1.0,
+ 1.1,
+ 1.2,
+ 1.3,
+ 1.4,
+ 1.5,
+ 1.6,
+ 1.7,
Looks like you can just store this as a number?
+struct bq2415x_device {
+ struct device *dev;
On Fri, Jan 27, 2012 at 03:57:25PM +, stephane eranian wrote:
On Fri, Jan 27, 2012 at 4:54 PM, Will Deacon will.dea...@arm.com wrote:
Ok. Note that on ARM the PMU generates a standard IRQ (i.e. not an NMI) so
you may miss samples if they occur during critical kernel sections (and if
On Fri, Jan 27, 2012 at 5:59 PM, Will Deacon will.dea...@arm.com wrote:
On Fri, Jan 27, 2012 at 03:57:25PM +, stephane eranian wrote:
On Fri, Jan 27, 2012 at 4:54 PM, Will Deacon will.dea...@arm.com wrote:
Ok. Note that on ARM the PMU generates a standard IRQ (i.e. not an NMI) so
you
On Fri, Jan 27, 2012 at 05:03:28PM +, stephane eranian wrote:
On Fri, Jan 27, 2012 at 5:59 PM, Will Deacon will.dea...@arm.com wrote:
That said, if you see any bugs in the code please do shout!
I suspect there is something wrong, we shouldn't hit the max_rate_limit.
You may have bursts
On Fri, Jan 27, 2012 at 6:10 PM, Will Deacon will.dea...@arm.com wrote:
On Fri, Jan 27, 2012 at 05:03:28PM +, stephane eranian wrote:
On Fri, Jan 27, 2012 at 5:59 PM, Will Deacon will.dea...@arm.com wrote:
That said, if you see any bugs in the code please do shout!
I suspect there is
Hi All,
Here is a first RFC to introduce a generic binding for DMA
controller and DMA request along with a couple of basic helpers
functions.
The support is very limited since the a lot of DMA controllers in
ARM SoCs are far for being adapted to dmaengine. At least this is
the case for OMAP.
It
Add some basic helpers to retrieve a DMA controller device_node
and the DMA request line number.
For legacy reason another API will export the DMA request number
into a Linux resource of type IORESOURCE_DMA.
This API is usable only on system with an unique DMA controller.
Signed-off-by: Benoit
Add the DMA controller node.
Add the dma-request attributes for the OMAP4 I2C controllers.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: Rob Herring rob.herr...@calxeda.com
---
arch/arm/boot/dts/omap4.dtsi | 15 +++
1 files changed,
On Fri, Jan 20, 2012 at 08:57:11AM +, Joe Woodward wrote:
So I re-iterate that we need to have solution to this problem.
... I don't want to be a pain, but it seems to me that this dicussion
didn't reach a full conclussion?
Probably not, because it depends on many variables. See below
On Fri, Jan 27, 2012 at 12:54 AM, Vincent Guittot
vincent.guit...@linaro.org wrote:
On 20 January 2012 21:40, Colin Cross ccr...@android.com wrote:
On Fri, Jan 20, 2012 at 12:46 AM, Daniel Lezcano
daniel.lezc...@linaro.org wrote:
Hi Colin,
this patchset could be interesting to resolve in a
On Tue, Jan 24, 2012 at 01:52:28PM +0200, Peter Ujfalusi wrote:
Avoid using hardwired configuration for MCLK frequency.
Different board design might use other MCLK frequency.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
So, apparently this one isn't an actual resend! Since you
On Friday 27 January 2012 16:24:55 Mark Brown wrote:
On Fri, Jan 27, 2012 at 03:40:43AM +0100, Pali Roh?r wrote:
+static char *bq2415x_rev_name[] = {
+ 1.0,
+ 1.1,
+ 1.2,
+ 1.3,
+ 1.4,
+ 1.5,
+ 1.6,
+ 1.7,
Looks like you can just store this as a number?
Hi Tony,
Please pull the PM EMU off mode fix for v3.3
Thanks
Gowda
The following changes since commit
1c6ece3c23e58d0dbc687407d606f3560ded582a:
Merge branch 'omap_fixes_a_3.3rc' of git://git.pwsan.com/linux-2.6
(2012-01-26 16:48:37 -0800)
are available in the git repository at:
Hi,
* madhusudhan.go...@elektrobit.com madhusudhan.go...@elektrobit.com [120127
10:25]:
Hi Tony,
Please pull the PM EMU off mode fix for v3.3
It's best that Kevin queues this as it affects PM. Or it
at least needs an ack from Kevin.
Regards,
Tony
Thanks
Gowda
The following changes
On Mon, Jan 23, 2012 at 12:12 AM, Shubhrajyoti D shubhrajy...@ti.com wrote:
This patch intends to fix the null pointer access.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/mtd/mtdcore.c | 5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git
On Fri, Jan 27, 2012 at 07:33:59PM +0100, Pali Rohár wrote:
On Friday 27 January 2012 16:24:55 Mark Brown wrote:
On Fri, Jan 27, 2012 at 03:40:43AM +0100, Pali Roh?r wrote:
+ struct i2c_client *client = to_i2c_client(bq-dev);
You could save a bunch of code by moving all this I2C register
On 1/27/2012 7:13 PM, Stephen Warren wrote:
Cousson, Benoit wrote at Friday, January 27, 2012 10:29 AM:
Add some basic helpers to retrieve a DMA controller device_node
and the DMA request line number.
For legacy reason another API will export the DMA request number
into a Linux resource of
On Fri, Jan 27, 2012 at 03:40:43AM +0100, Pali Rohár wrote:
Driver has power_supply interface (without new charger interface -
due to compatibility with n900 kernel 2.6.28) and additional sysfs
entires for configuring bq chip.
IMHO the new charger interface [0] should be used. It has been
On Thu, 26 Jan 2012 07:19:19 -0700 (MST) Paul Walmsley p...@pwsan.com wrote:
On Tue, 24 Jan 2012, NeilBrown wrote:
On Sat, 21 Jan 2012 17:07:18 -0700 (MST) Paul Walmsley p...@pwsan.com
wrote:
On Wed, 18 Jan 2012, NeilBrown wrote:
Oh - another thing.
Sometimes during
On 01/25/2012 11:50 AM, Jassi Brar wrote:
On 24 January 2012 17:22, Peter Ujfalusipeter.ujfal...@ti.com wrote:
Hello,
the following series will add ASoC support for PandaBoards.
PandaBoards have different audio routings compared to SDP4430/Blaze boards,
but
the differences not that big to
On Sat, 28 Jan 2012, NeilBrown wrote:
On Thu, 26 Jan 2012 07:19:19 -0700 (MST) Paul Walmsley p...@pwsan.com wrote:
Thanks. Should I add a Tested-by: from you on those patches?
Well... I only tested them after backporting to 3.2, and Linus is a big
proponent of the idea that once you
On Fri, 27 Jan 2012 15:58:40 -0700 (MST) Paul Walmsley p...@pwsan.com wrote:
On Sat, 28 Jan 2012, NeilBrown wrote:
Here's a theory: perhaps the MPU powerdomain is hitting a low-power state
while waiting for an HDQ interrupt. When the MPU powerdomain is in a low
power state, so is
On Sat, 28 Jan 2012, NeilBrown wrote:
On Fri, 27 Jan 2012 15:58:40 -0700 (MST) Paul Walmsley p...@pwsan.com wrote:
Hmm, okay. Could you please remove the register read from the HDQ probe
and see if that makes a difference?
So with 'kzalloc' in place of 'kmalloc' where hdq_data is
Hi Sebastien,
On 28 January 2012 04:21, Guiriec, Sebastien s-guir...@ti.com wrote:
Hi Peter,
I tried the patchset on my 4430 Panda. Playback works ok, but not
Capture.
All is get is a hiss.
Is capture supposed to work ? If yes, any amixer settings that need
to be done?
Hi Jassi,
Thanks Tony
Hi Kevin
Please do the needful and pull the same.
Best Regards
Gowda
-Original Message-
From: linux-arm-kernel-boun...@lists.infradead.org
[mailto:linux-arm-kernel-boun...@lists.infradead.org] On Behalf Of Tony
Lindgren
Sent: 27 January 2012 21:03
To: Gowda Madhusudhan
Cc:
47 matches
Mail list logo