On Wednesday 16 September 2009, Mark A. Greer wrote:
> From: Mark A. Greer
>
> The rtc-omap driver currently assumes that the rtc's
> registers are at a fixed address and already mapped
> into virtual memory space. Remove those assumptions
> so the same driver can be used for similar devices
> t
From: Mark A. Greer
The rtc-omap driver currently assumes that the rtc's
registers are at a fixed address and already mapped
into virtual memory space. Remove those assumptions
so the same driver can be used for similar devices
that reside at different physical addresses (e.g.,
TI's DA8xx/OMAP-L
On Thu, Aug 27, 2009 at 04:29:35PM +0300, Kevin Hilman wrote:
> > The idea is to write to phys_io and io_pg_offset from kernel/head.S
> > very early based on the uart address found in compressed/misc.c
> >
> > To make map_io writable, I will have to change the MACHINE_START to
> > remove the const.
Linus,
Please pull the omap updates from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
omap-for-linus
As discussed earlier in this thread:
http://lkml.org/lkml/2009/8/24/161
Regards,
Tony
The following changes since commit 326ba5010a5429a5a528b268b36a5900d4ab0eba
From: Andy Shevchenko
Current DSP bridge driver still contains redudant pieces of CSL code. Get rid
of it finally.
Change CSL_atoi(s) to the kernel's simple_strtol(s, NULL, 10) in place.
Signed-off-by: Andy Shevchenko
---
arch/arm/plat-omap/include/dspbridge/csl.h | 135 -
Hello.
This version is slightly improved (I drop out atoi() wrapper).
--
With Best Regards,
Andy Shevchenko
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-in
There is a possible race condition in clockdomain
code handling hw supported idle transitions.
When multiple autodeps dependencies are being added
or removed, a transition of still remaining dependent
powerdomain can result in false readings of the
state counter. This is especially fatal for off m
On Wed, 2009-09-16 at 15:07 +0300, Tommi Rantala wrote:
> 2009/9/16 Kalle Jokiniemi :
> > There is a possible race condition in clockdomain
> > code handling hw supported idle transitions.
> >
> > When multiple autodeps dependencies are being added
> > or removed, a transition of still remaining de
2009/9/16 Kalle Jokiniemi :
> There is a possible race condition in clockdomain
> code handling hw supported idle transitions.
>
> When multiple autodeps dependencies are being added
> or removed, a transition of still remaining dependent
> powerdomain can result in false readings of the
> state co
From: Andy Shevchenko
Current DSP bridge driver still contains redudant pieces of CSL code. Get rid
of it finally.
Change atoi(s) to the kernel's simple_strtol(s, NULL, 10).
Signed-off-by: Andy Shevchenko
---
arch/arm/plat-omap/include/dspbridge/csl.h | 135 --
drivers/ds
There is a possible race condition in clockdomain
code handling hw supported idle transitions.
When multiple autodeps dependencies are being added
or removed, a transition of still remaining dependent
powerdomain can result in false readings of the
state counter. This is especially fatal for off m
On Tue, Sep 15, 2009 at 05:39:09PM -0500, Lopez Cruz, Misael wrote:
> Mark Brown wrote:
> > I'd not expect full interoperability but I'd expect that at least the
> > basic PDM support would interoperate happily. It wouldn't surprise me
> > if more than one manufacturer came up with the same exten
12 matches
Mail list logo