On Thu, 2011-04-21 at 14:19 -0400, Ben Gardiner wrote:
> This patch series is comprised of three bugfixes and one cleanup that
> were performed during prototyping of McASP operation in codec clock-
> master frame-slave mode.
>
> First we noticed that the check of the number of tdm slots requested
Hi Michael, hi jon!
I'm resurrecting this thread just to know if anyone landed on a practical
solution.
Jon Povey wrote:
> Michael Hallak-Stamler wrote:
> > So as I understand I am on my own regarding this issue. I'm
> > just in absolute wonder how it is that I am the only one in
> > this very la
On Thu, Apr 21, 2011 at 02:19:01PM -0400, Ben Gardiner wrote:
> The current check for the number of tdm-slots specified by platform data is
> always true (x >= 2 || x <= 32); therefore the else branch that warns of an
> incorrect number of slots can never be taken.
Applied all of these. Please al
Hello.
On 22-04-2011 16:08, Subhasish Ghosh wrote:
This patch adds the pruss CAN pinmux and registers the device
with the pruss mfd driver.
Signed-off-by: Subhasish Ghosh
---
arch/arm/mach-davinci/board-da850-evm.c | 46 +++
1 files changed, 46 insertions(+),
Hello.
On 22-04-2011 16:08, Subhasish Ghosh wrote:
This patch adds the platform device and assignes the platform resources
for the PRUSS mfd driver.
Signed-off-by: Subhasish Ghosh
[...]
diff --git a/arch/arm/mach-davinci/include/mach/da8xx.h
b/arch/arm/mach-davinci/include/mach/da8xx.h
On Tue, Apr 26, 2011 at 12:21:04PM +0530, Nori, Sekhar wrote:
> On Tue, Apr 26, 2011 at 02:50:56, Greg KH wrote:
> > On Fri, Apr 22, 2011 at 05:38:26PM +0530, Subhasish Ghosh wrote:
> > > This patch adds support for the TTY compliant
> > > Soft-UART device emulated on PRUSS.
> > >
> > > This patch
On Tue, Apr 26, 2011 at 6:46 AM, Mark Brown
wrote:
> On Thu, Apr 21, 2011 at 02:19:01PM -0400, Ben Gardiner wrote:
>> The current check for the number of tdm-slots specified by platform data is
>> always true (x >= 2 || x <= 32); therefore the else branch that warns of an
>> incorrect number of sl
Hello Vladimir,
Davinci family of devices consist of mainly Dm6446, Dm6467, Dm365, Dm355
which are dissimilar to OMAP devices in features and registers, and some (for
ex Dm6467) in entire architecture. the current driver which you are seeing is
DM6446, but the intent is to build-up the same co
Laurent,
Can you please review the patches with your suggestions from :
http://git.linuxtv.org/mhadli/v4l-dvb-davinci_devices.git?a=shortlog;h=refs/heads/forkhilman2
and let me know if you think all your suggestions are taken care of?
The patch you reviewed was :
http://git.linuxtv.org/mhadli/v
There should be no build time dependency with this patch
(the above patch just changes which pool of SRAM the
allocation happens from)
But, this brings out an important dependency of the patch
calling platform specific sram allocator functions. There
has been SRAM allocator consolidation work don
Hi Mark,
- Is it ok to have u32 etc for __iomem cookie ?
+
+s32 pruss_disable(struct device *dev, u8 pruss_num)
make it a int function
SG -- Ok will do
+
+ /* Reset PRU */
+ iowrite32(PRUCORE_CONTROL_RESETVAL,
+ &h_pruss->control);
+ spin_unl
#include
@@ -73,6 +75,7 @@ extern unsigned int da850_max_speed;
#define DA8XX_DDR2_CTL_BASE 0xb000
#define DA8XX_ARM_RAM_BASE 0x
#define DA8XX_SHARED_RAM_BASE 0x8000
+#define DA8XX_PRUSS_MEM_BASE 0x01C3
Keep the list sorted please. Also, this macro doesn't seem u
12 matches
Mail list logo