Hello,
Thanks Nicolas for the pointer!.
I was able to successfully flash the u-boot code to NAND flash by following the
instruction given in
http://wiki.davincidsp.com/index.php?title=Flashing_NAND_Flash
Steps I have followed are:
1. Read the wiki page.
2. Go to the ti site to down load the l
Hello.
David Brownell wrote:
Again, why "better"? Passing "void *" is generally considered worse
than passing values with types that the compiler can verify. People
I think your references to the "general practice" do not fit well in
this particualr case. Your use of container_o
Hello, I wrote:
Ugh. Don't frighten me with a picture of this container_of() trick
repated in 8 more drivers. :-]
You really need to look at more kernel code. It's not a "trick",
it's an *EXTREMELY COMMON* idiom that's very widely used when
interfacing ...
In fact, I have only se
Hello, I wrote:
That didn't stop you from using 'void *context' as an argument.
;-)
The void* that's "worse" is one that must only point to a
specific type of object. When the type has that kind of
restriction, using void* is nothing but bug-bait.
It's OK when the
HI!
I want to know , where is the driver for MSP430 in the Davinci EVM kernel?
Basically where is the interrupt handler being registered for IRQ 55?
If I have a different DaVinci Board with a different microcontroller, which
part of kernel driver I need to rewrite?
regards
-Nitin
New
Hello,
goal: Run gstreamer application using dvevm board.
I have built the gstreamer for davinci as per the instruction given in the URLs
http://focus.ti.com/dsp/docs/dspsplash.tsp?contentId=3100 and
http://www.z3technology.com/DaVinci%5FGStreamer/
When I run the test script "test_MP3.sh", It
Hi all,
I working on DM355 based custom board and using U-Boot 1.20
I want to disable NAND and NOR in u-boot and have SD support in it.
Could anyone point to where to look into code to have mentioned features.
Thanks in advance.
Regards,
Jitendra
___
Venkat,
The GStreamer port you downloaded is designed to run using Codecs from the
DVEVM 1.20 software release. Those codecs will not work with the updated
dsplinkk module from DVSDK 1.30. You should use DVEVM 1.20 instead for
everything to be compatible.
Sincerely,
Chase Maupin
Software App
Hello, I wrote:
That didn't stop you from using 'void *context' as an argument.
;-)
The void* that's "worse" is one that must only point to a
specific type of object. When the type has that kind of
restriction, using void* is nothing but bug-bait.
It's OK when the point is explicitl
Hello, I wrote:
David Brownell wrote:
+static ssize_t at24_iface_read(struct at24_iface *iface, char *buf,
+ off_t offset, size_t count)
I think it would have been better to pass 'void *' to these
methods, which they could cast to 'struct at24_data *', than to
wa
On Monday 18 August 2008 07:40, [EMAIL PROTECTED] wrote:
> From: Anant Gole <[EMAIL PROTECTED]>
>
> Signed-off-by: Anant Gole <[EMAIL PROTECTED]>
> ---
>
> Index: linux-davinci-2.6/drivers/net/davinci_emac.c
> ===
> --- linux-davinci-2
Hi,
I am using the latest gstreamer port for davinci (dm6446).
The following pipeline doesn't seem to work.
Gst-launch osssrc ! osssink
Please help.
I am able to play test audio samples using the following pipelines.
Gst-launch audiotestsrc wave=3 ! osssink
Thanks & Rega
Hello Robert,
Thanks your for time.
Now i am not getting CMEM error, i have used following CMEM configuration .
insmod cmemk.ko phys_start=0x8780 phys_end=0x88E0
pools=3x131072,1x1244162,25x829442
insmod dsplinkk.ko ddr_start=0x8F80 ddr_size=0x60
I am using follow
> From: Lloyd Sargent
> > Index: linux-davinci-2.6/drivers/net/davinci_emac.c
> > ===
> > --- linux-davinci-2.6.orig/drivers/net/davinci_emac.c
> > +++ linux-davinci-2.6/drivers/net/davinci_emac.c
> > @@ -361,8 +361,8 @@ struct emac_n
On Friday 29 August 2008 10:47, Jon Povey wrote:
> > From: Lloyd Sargent
> I doubt you have had many mainline patches approved with this kind of
> huge camelcase variable name. It may be acceptable in some kinds of
> programming but not kernel C.
All which matters not a whit to the final compiled
Kevin Hilman <[EMAIL PROTECTED]> writes:
> This series converts the DaVinci core code and EMAC driver to use the
> at24 EEPROM driver recently arrived in mainline.
>
> The board code is responsible for registering the EEPROM driver, and
> using the callbacks to read out the MAC and call the device
Ali Sohanghpurwala wrote:
Ali Sohanghpurwala <[EMAIL PROTECTED]> writes:
Patching the 2.6.26-davinci1 kernel with patch-2.6.26-rt1 went smoothly.
Unfortunately when I try to compile I get errors:
kernel/built-in.o(.text+0xdfd4): In function `__tasklet_hi_schedule':
include/asm-generic/cmpxch
Kevin Hilman wrote:
While the list has been down, there has been a bit of off-list
activity due to the sync with mainline and that a few of the DaVinci
drivers (i2c, IDE, MUSB) are now merged into mainline.
Here is a series of patches that I have staged to go into DaVinci git.
Comments welcom
Kevin Hilman wrote:
While the list has been down, there has been a bit of off-list
activity due to the sync with mainline and that a few of the DaVinci
drivers (i2c, IDE, MUSB) are now merged into mainline.
Here is a series of patches that I have staged to go into DaVinci git.
Comments welcome.
Sergei Shtylyov <[EMAIL PROTECTED]> writes:
> Kevin Hilman wrote:
>
>>> While the list has been down, there has been a bit of off-list
>>> activity due to the sync with mainline and that a few of the DaVinci
>>> drivers (i2c, IDE, MUSB) are now merged into mainline.
>
>>> Here is a series of patch
Ali Asgar Sohanghpurwala wrote:
On Fri, 2008-08-29 at 20:20 +0200, Dirk Behme wrote:
Maybe this can help you:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg01448.html
http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/9984428beb5c1c59/b62525e047966841?show_docid=b62525e047
hi,Chris!
I use the i2c-tools-3.0.1 tool to compile and install in DM355 EVM kernel,
For example with orders #i2cdetect 0,
prompts following information:
WARNING! This program can confuse your I2C bus, cause data loss and worse!I
will probe file /dev/i2c/0.I will probe address range 0x03-0x77.
22 matches
Mail list logo