This code is so EVM specific, instead of SOC-specific.
In order to connect 2 DM646x chips directly via VPIF
this driver requires quite a bit of tweaking.
(I know because I had to do this before ;) )
I'd appreciate a more loosely coupled subdevice layer.
VPIF itself doesn't use I2C so this stuff sh
Not as far as I know and that's a Good(tm) thing.
Why would you want to do that in the first place?
Regards,
Stijn
On Fri, Jul 3, 2009 at 2:50 PM, Manjunath A M
wrote:
> Hi,
>
>
> Is there any way to disbale an all interupsts from userspace?? Is there any
> APIs or IOCTLS exposes from kernel
Hilman
wrote:
> Stijn,
>
> This one applies, thanks! Also, it is customary to report in the
> description how or if the patch was tested and on what hardware.
>
> I assume this was tested on DM6467 EVM and resulted in some pretty
> blinking lights?
>
> Thanks,
>
>
Signed-off-by: Stijn Devriendt
---
arch/arm/mach-davinci/board-dm646x-evm.c | 145 ++
1 files changed, 145 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-davinci/board-dm646x-evm.c
b/arch/arm/mach-davinci/board-dm646x-evm.c
index 6b1f323..d523ade 100644
Taking your advise, here's another try using msmtp. It definately
looked better when sending this stuff to myself.
Thanks for your patience on this one.
Stijn
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
ht
Reformatted using GMail's Rich Text; Some say this works.
Sorry for spamming this mailing list.
Regards,
Stijn
Signed-off-by: Stijn Devriendt
---
arch/arm/mach-davinci/board-dm646x-evm.c | 145
++
1 files changed, 145 insertions(+), 0 deletions(-)
diff --
a quick
change to U-boot to read out the value
right before it boots into Linux, assuming
Linux doesn't change the DDR2 configuration
which from the looks of the sources, it doesnt.
Thanks,
Stijn
On Fri, Mar 20, 2009 at 2:17 PM, Steve Chen wrote:
> On Fri, 2009-03-20 at 13:54 +0100
I'm trying to read out the DDR2 control registers
to obtain information about the DDR2 configuration.
I currently did something like
base = ioremap(0x200, PAGE_SIZE);
result = davinci_readl(0x2008);
iounmap(base);
but this results on kernel Oopses.
I also tried to read base+8 which
e.
-EINVAL would probably be better suited.
You'll need to enable debugging for this module and look at what the problem is
exactly.
Regards,
Stijn
- Original Message -
From: chandrashekar reddy
To: Stijn Devriendt
Sent: Wednesday, March 04, 2009 1:17 PM
Subject: Re:
Hi Chandra,
Please read out your kernel messages to see whether
an error is printed using following command:
> dmesg
Secondly, are you trying to insmod as a normal user?
Try doing this is root.
Regards,
Stijn
2009/2/28 chandrashekar reddy :
> HiĀ All,
> I am trying to insert the audio driver in
: Stijn Devriendt
---
arch/arm/mach-davinci/board-dm646x-evm.c | 145 ++
1 files changed, 145 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-davinci/board-dm646x-evm.c
b/arch/arm/mach-davinci/board-dm646x-evm.c
index 6b1f323..d523ade 100644
--- a/arch/arm/mach
I2C_BOARD_INFO("24c256", 0x50),
.platform_data = &eeprom_info,
},
+ {
+ I2C_BOARD_INFO("pcf8574a", 0x38),
+ .platform_data = &pcf_data,
+ },
};
static struct davinci_i2c_platform_data i2c_pda
Hi all,
This patch should add support for the LEDs and user switches on the DM6467.
*Should* because I do not personally have a DM6467 available to me and it will
probably not be appreciated by my employer if I use the ones at work ;)
Can someone pick this patch up and test it? Compiling went fin
Have you thought of good-old printk() ?
It saves you a lot of effort in getting kernel debugging up and running.
Regards,
Stijn
2009/1/30 ashish pareek :
> Hi,
> We want to debug kernel code to support a Nand device. I did configure
> kernel for debugging and build it and tried to use DDD over GD
Hi Kiruthika,
For high-precision idle'ing refer to the nanosleep() and
clock_nanosleep() functions.
Use CLOCK_MONOTONIC to ensure correct operation around time-leaps
(e.g. as caused by an ntp daemon)
For signals, use the signal interface as already indicated by the other people.
Be aware that you
Hi Venkat,
Please look at the kernel documentation in Documentation/nfsroot.txt
Regards,
Stijn
On Mon, Jan 19, 2009 at 9:33 AM, Venkatachala Upadhya
wrote:
> Greetings!,
>
> I am trying to assign a static IP address to the DVEVM board through bootargs
> and boot it; example
> setenv bootargs m
amount of other peripherals.
Regards,
Stijn
On Sun, Jan 18, 2009 at 8:56 PM, David Brownell wrote:
> On Sunday 18 January 2009, Stijn Devriendt wrote:
>> >> if (!pinmux_is_feature_enabled(CRGEN0))
>> >> return -ENODEV;
>> >
>> > I don't see
Dave,
Comments are inline.
Regards,
Stijn
On Sun, Jan 18, 2009 at 6:39 PM, David Brownell wrote:
> On Sunday 18 January 2009, Stijn Devriendt wrote:
>> Hi Dave,
>>
>> Since we sort of agree that it's a Good(tm) solution
>> to have a static pinmux configuratio
Dec 29, 2008 at 6:57 PM, David Brownell wrote:
> On Monday 29 December 2008, Stijn Devriendt wrote:
>> Setting the pinmux layer and 3V3PWDN registers is not
>> the kernel's responsibility, it's the bootloader's.
>
> If there's a consensus in the Linux commun
Hi David,
Quote:
video input nyet tvp codec driver in the works
video output ?
What peripheral are we talking about here? TSIF, VLYNQ or VPIF?
Stijn
On Fri, Jan 16, 2009 at 9:40 PM, David Brownell wrote:
> On Friday 16 January 2009, Nori, Sekhar wrote:
>> Currently we are following
>> linux-open-source-boun...@linux.davincidsp.com] On Behalf Of Stijn Devriendt
>> Sent: Friday, January 16, 2009 12:47 AM
>> To: davinci-linux-open-source@linux.davincidsp.com
>> Subject: TSIF/VLYNQ/... drivers
>>
>> Hi,
>>
>> I was brows
Hi,
I was browsing through the git at source.mvista.com/git and
couldn't find any drivers for the TSIF/VLYNQ/... interfaces.
Weren't these publicly released by TI?
Google didn't seem to know either.
Regards,
Stijn
___
Davinci-linux-open-source mailing
gards,
Stijn
On Mon, Jan 12, 2009 at 11:24 PM, Kevin Hilman
wrote:
> "Stijn Devriendt" writes:
>
>>
>> Apart from that I've been looking to fetch the git-tree from
>> source.mvista.com/git this weekend, but found a dead URI instead.
>>
>
> Can you
On Sat, Jan 10, 2009 at 10:11 AM, David Brownell wrote:
> On Saturday 10 January 2009, Stijn Devriendt wrote:
>>
>> The DM6467 is not a consumer product. I'd expect people working with it to be
>> capable of both modifying Linux and modifying the bootloader (like U-boot)
figuration that the
kernel can offer us.
The bottom line is: I'm glad you can disable the pinmux layer.
(although at first it gave compile-errors on our MV Linux, go figure about QA)
Regards,
Stijn
On Mon, Dec 29, 2008 at 6:57 PM, David Brownell wrote:
> On Monday 29 December 2008, S
Hi Deepika,
I just hope you haven't been looking at this problem for 2 months,
since I have already answered your question then.
In fact what TI does with the pinmuxing layer in the kernel is very
bad practice, in my opinion.
Setting the pinmux layer and 3V3PWDN registers is not the kernel's
resp
Hi Deepika,
I'm trying to get the DM6467 to boot from UART2 and ran into the same problem.
I suggest you look at the dm646x_serial_reset() function in
arch/arm/mach-davinci/serial.c
and draw your conclusions. You'll need to set the SCR register for
every UART you want to use.
Apart from this iss
27 matches
Mail list logo