Kevin Hilman ha scritto:
I'm planning to incorporate your fix into the next release of the DVEVM
kernel (MV 2.6.10 kernel). Before I do, I just wanted to see if you've
made any other progress or fixes.
No. I plan to work on MMC in the next weeks though; I'll post any progress here.
Cheers,
Hi,
To compile the USB Driver with logging level 0, move
Otg_state_string() implementation into davinci.c .
Regards,
Alex
-Original Message-
From:
davinci-linux-open-source-bounces+alexr=vigilanttechnology.com
@linux.davincidsp.com
Hello,
I want to update u-boot and I have downloaded the file ubootupgrade.tar.
I read the file u-boot-upgrade.html but I don't understand the table
reported:
NAND U-Boot Alpha BetaGamma Delta
1.3 Silicon NA NA X NA
1.2 Silicon NA NA X OK
Thunderbird doesn't recognize the list headers (List-Post, List-id and so on),
therefore when I reply to a message I always have to write the list address
manually in the To field. Is there any chance that the list server could also
add the Reply-to field to the e-mail headers?
Cheers,
Hi,
To compile CMEMK:
cd $CMEMK_DIR
make
Attached the patch.
The patched version works with decode but
Doesn't work with encode demo programs with Kernel 2.6.19-rc3-omap1 .
Decode fails to open /dev/fb/0 with Kernel 2.6.20-rc5 .
Regards,
Alex
This mail passed through VIGILANT TECHNOLOGY
Thanks Zheng!!! After changing hrsz and vrsz values, the resizer works
perfectly. You have been a great help. Thanks once again.
Regards,
Pradeep Sriram
On 1/17/07, #ZHENG LEI# [EMAIL PROTECTED] wrote:
Hi:
In my experiment, it seems that the resizer will hang only if the input
size is too
18-jan
Lorenzo,
You could either do a reply all [like I just did] and modify the To:
CC: headers manually or add an extension written by Peter McCurdy:
http://open.nit.ca/wiki/index.php?page=ReplyToListThunderbirdExtension
The extension adds a 'reply to list' item to the pull down menu
a
Those are the DVEVM revisions. Rev D corresponds to Delta. The silicon
version is probably the only thing you really need to worry about. Be
aware that if you are using the MV Pro tools you will need to change the
compiler optimization flags to compile the u-boot source (if that is
what you
Hi,
I'm connecting an external I2C device (ISL1208 RTC chip) on EVM board. I use
APIs davinci_i2c_read / davinci_i2c_write for communicating with the chip. But
I always get below error whenever I try to do any read/write operation on the
chip:
DaVinci I2C WARNING: i2c: NACK detected
DaVinci
tvp5146 on DVEVM has also 0x5D address
(Although on DaVinci documentation you would find 0x56 as tvp5146
address, 0x5D is actually the right one)
Regards,
Carlos
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
Doug Rorem ha scritto:
or add an extension written by Peter McCurdy:
http://open.nit.ca/wiki/index.php?page=ReplyToListThunderbirdExtension
I saw that, but recompiling TB just because I'm too lazy to change manually the
To field looks like climbing the Everest because I'm too lazy to reach
Juan is discussing this from a Linux threads perspective, not the actual
interface. As Brandon mentioned, there is only one bus and it is impossible
for two sets of data to be on the pins simultaneously.
From: Andy Ngo [mailto:[EMAIL PROTECTED]
Sent:
Hi Folks,
Maybe to help clarify this a bit from my point of view
1) You can only have one-bit of data from one point in memory on the
traces for the DDR at any time
2) As we know, DDR2 supports many kinds of burst width accesses
3) As Juan states, the software queues
Hi,all
I use our own DM6446 broad and open source linux for dainvci ,so can
not use DSPLINK to load executalbe code to DSP directly.
Fisrt,I transfer the *.out generated by CCS file to a bin file whick
just includes all
the raw data in the COFF file. Because C64+ has compact instuctions ,
I
14 matches
Mail list logo