Send Davinci-linux-open-source mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Davinci-linux-open-source digest..."
Today's Topics:
1. How to rebuild codec server? (steven.zhang)
2. Re: cmem issure of DVEVM_1_30 (Andre Gaschler)
3. Re: About the cache issues of dm6446 (Andre Gaschler)
4. Re: How to rebuild codec server? (Vladimir Pantelic)
5. Re: Hard Disk DMA Problem (Andrew Armstrong)
6. Re: Hard Disk DMA Problem (gao yuechao)
7. Re: Unclean CODEC engine shutdown. (Ashuaria Lee)
----------------------------------------------------------------------
Message: 1
Date: Wed, 11 Jun 2008 16:39:44 +0800
From: "steven.zhang" <[EMAIL PROTECTED]>
Subject: How to rebuild codec server?
To: davinci <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain
Hi, all.
I download EVM packages from TI site. As you know,
evm packages provide many tools including
tievms/dvevm_XXXX/codec_servers_XXX/. The server contains
some dsp images like decodeCombo.x64P etc.
It is common to rebuild the decodeCombo.x64P server.
By checking TI document, I am told that codec server is built from
codec.In tievms/dvevm_1_20/codec_servers_1_23/packages/ti/sdo/, I also
find several codec, such as mpeg4dec etc.
But I have no idea how to rebuild it.
I can not find any *.a470MV in the codec_server_1_23 directory. Does it
mean that if I want to rebuild the server, I have to get some other
codec binaries?
------------------------------
Message: 2
Date: Wed, 11 Jun 2008 11:09:35 +0200
From: Andre Gaschler <[EMAIL PROTECTED]>
Subject: Re: cmem issure of DVEVM_1_30
To: "steven.zhang" <[EMAIL PROTECTED]>
Cc: [email protected]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi Steven,
from what I know from cmem_1_02, the device node is not created from the
kernel module itself.
You can try to run
mknod /dev/cmem c 254 0
yourself, or simply edit loadmodules.sh.
By the way, you can check what cmem is doing running
cat /proc/cmem
-- Andre
Subject:
cmem issure of DVEVM_1_30
From:
"steven.zhang" <[EMAIL PROTECTED]>
Date:
Wed, 11 Jun 2008 14:07:41 +0800
To:
davinci <[email protected]>
To:
davinci <[email protected]>
CC:
Hi, all.
Days before, I updated my evm to 1.30.
cmem module is also upgraded to cmem_2_00_01 from cmem_1_02.
And succeed in building cmemk.ko.However,
after running loadmodules.sh, everything seems right, but I can not
find any cmem entry in /dev/! What can be the problem?
The following message is grabbed while insmod cmemk.ko.
[EMAIL PROTECTED]:/opt/dvevm# ./loadmodules.sh
ioremap_nocache(0x87800000, 8388608)=0xc9000000
ioremap_nocache(0x87800000, 8388608)=0xc9000000
<6>allocated heap buffer 0xc9000000 of size 0xf7000
allocated heap buffer 0xc9000000 of size 0xf7000
<6>cmem initialized 4 pools between 0x87800000 and 0x88000000
cmem initialized 4 pools between 0x87800000 and 0x88000000
dsplinkk: no version for "struct_module" found: kernel tainted.
dsplinkk: no version for "struct_module" found: kernel tainted.
<1>DSPLINK Module (1.40.05_p1) created on Date: Jun 11 2008 Time:
13:32:41
DSPLINK Module (1.40.05_p1) created on Date: Jun 11 2008 Time: 13:32:41
------------------------------
Message: 3
Date: Wed, 11 Jun 2008 11:19:44 +0200
From: Andre Gaschler <[EMAIL PROTECTED]>
Subject: Re: About the cache issues of dm6446
To: "kashin Lin" <[EMAIL PROTECTED]>
Cc: [email protected]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi,
for enabling caches in run time have a look into
http://focus.ti.com/lit/ug/spru401j/spru401j.pdf
especially the CACHE section.
If you want access CMEM/DSPLINK data for example (that should be in DDR
0x87 - 0x88 ) you simply #include <csl_cache.h> to your DSP code and write
CACHE_enableCaching ( CACHE_EMIFA_CE07 ) ; // Cache CMEM/DSPLINK area
that is at the end of DDR memory
L2SRAM is cached by default, DDR is not (so you probably want to enable
that in run time).
-- Andre
------------------------------------------------------------------------
Subject:
About the cache issues of dm6446
From:
"kashin Lin" <[EMAIL PROTECTED]>
Date:
Wed, 11 Jun 2008 15:51:23 +0800
To:
[email protected]
To:
[email protected]
Hi,
i have read the "DSP two-level internal memory reference guide
(spru610)" & "DSP cache user guide (spru656)" but
still have some questions about the dm6446 DSP side's cache:
1. by reading these two guides, it seems that level-1 memory ( L1D,
L1P) are always used as cache and level-2 can be configured as
SRAM or cache. but i found that on the dm6446 memory map described
in sprs283 and .tcf file when using DSP/BIOS, there
is a memory region named L1D RAM ranged from 0x11f04000 ~
0x11f0ffff and another named L1D RAM/cache ranged from
0x11f10000 ~ 0x11f17fff. does it mean L1D can also be configured as
RAM or cache? how? any restriction?
2. when using DSP/BIOS on dm6446, does it defaultly set all L2 memory
as SRAM (64K) and L1D and L1P as caches? should i enable the caches
in run-time? and what are the default cacheability setting of
L2SRAM and DDR(external memory)?
thanks in advance.
best,
kashin lin
------------------------------------------------------------------------
_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
------------------------------
Message: 4
Date: Wed, 11 Jun 2008 11:42:30 +0200
From: Vladimir Pantelic <[EMAIL PROTECTED]>
Subject: Re: How to rebuild codec server?
To: undisclosed-recipients: ;
Cc: davinci <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
steven.zhang wrote:
Hi, all.
I download EVM packages from TI site. As you know,
evm packages provide many tools including
tievms/dvevm_XXXX/codec_servers_XXX/. The server contains
some dsp images like decodeCombo.x64P etc.
Yes, this is a compiled binary dsp server combo.
It is common to rebuild the decodeCombo.x64P server.
By checking TI document, I am told that codec server is built from
codec.In tievms/dvevm_1_20/codec_servers_1_23/packages/ti/sdo/, I also
find several codec, such as mpeg4dec etc.
But I have no idea how to rebuild it.
I can not find any *.a470MV in the codec_server_1_23 directory. Does it
mean that if I want to rebuild the server, I have to get some other
codec binaries?
.a470MV would be an ARM object file, no?
Yes, you need some codecs in order to rebuild a server. The codecs you
either
have in source code (your own codecs maybe) or in binary from (3rd party
codec)
- in this case there is usually an object file with the .a64P extension in
codec/xyz/lib/
e.g.:
./examples/ti/sdo/ce/examples/codecs/viddec_copy/lib/viddec_copy.a64P
------------------------------
Message: 5
Date: Wed, 11 Jun 2008 11:01:12 +0100
From: Andrew Armstrong <[EMAIL PROTECTED]>
Subject: Re: Hard Disk DMA Problem
To: gao yuechao <[EMAIL PROTECTED]>
Cc: [email protected]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain
I was wondering if any resolution to this problem was ever found? I am
seeing exactly the same message. The drive works with PIO, but not with
IDE.
Regards,
Andrew
On Fri, 2007-01-05 at 16:02 +0800, gao yuechao wrote:
I encountered the following error when I use hard disk in DMA mode:
hda: dma_timer_expiry: dma status == 0x20
hda: DMA timeout retry
hda: timeout waiting for DMA
hda: status timeout: status=0xd0 { Busy }
ide: failed opcode was: unknown
hda: drive not ready for command
ide0: reset: success
hda: dma_timer_expiry: dma status == 0x20
hda: DMA timeout retry
hda: timeout waiting for DMA
hda: status timeout: status=0xd0 { Busy }
ide: failed opcode was: unknown
hda: drive not ready for command
ide0: reset: success
Satheesh has posted a similiar problem in September. Has anyone
solved this problem?
Regards
Gao
_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
------------------------------
Message: 6
Date: Wed, 11 Jun 2008 18:26:21 +0800
From: "gao yuechao" <[EMAIL PROTECTED]>
Subject: Re: Hard Disk DMA Problem
To: "Andrew Armstrong" <[EMAIL PROTECTED]>
Cc: [email protected]
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1
Please check your hardware design, especially your pcb layout:
1. Check whether your PCB layout follows IDE design rules;
2. use proper resistors.
Regards
Gao
(www.ruiva.com.cn)
2008/6/11 Andrew Armstrong <[EMAIL PROTECTED]>:
I was wondering if any resolution to this problem was ever found? I am
seeing exactly the same message. The drive works with PIO, but not with
IDE.
Regards,
Andrew
On Fri, 2007-01-05 at 16:02 +0800, gao yuechao wrote:
I encountered the following error when I use hard disk in DMA mode:
hda: dma_timer_expiry: dma status == 0x20
hda: DMA timeout retry
hda: timeout waiting for DMA
hda: status timeout: status=0xd0 { Busy }
ide: failed opcode was: unknown
hda: drive not ready for command
ide0: reset: success
hda: dma_timer_expiry: dma status == 0x20
hda: DMA timeout retry
hda: timeout waiting for DMA
hda: status timeout: status=0xd0 { Busy }
ide: failed opcode was: unknown
hda: drive not ready for command
ide0: reset: success
Satheesh has posted a similiar problem in September. Has anyone
solved this problem?
Regards
Gao
_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
------------------------------
Message: 7
Date: Wed, 11 Jun 2008 19:43:32 +0900
From: "Ashuaria Lee" <[EMAIL PROTECTED]>
Subject: Re: Unclean CODEC engine shutdown.
To: "Tivy, Robert" <[EMAIL PROTECTED]>
Cc: [email protected]
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1
Hi, Tivy
I have a question.
Can you confirm that doing DSP reset is safe and does no harm to ARM side?
To be more specific,
1. could DSP reset corrupt DDR memory?
2. How about peripherals?
3. Or EDMA?
I am thinking another way.
The theory is, if the DSPLINK on DSP side can detect the link is gone
DSPLINK catches the exception, and force shutdown the Codec Engine.
How does this sound?
Any thoughts, opinions are appreciated.
Thanks
2008/6/11, Tivy, Robert <[EMAIL PROTECTED]>:
Unfortunately, I believe only a DSP reset will solve this issue.
Regards,
- Rob
> -----Original Message-----
> From:
> [EMAIL PROTECTED]
> p.com
> [mailto:[EMAIL PROTECTED]
> avincidsp.com] On Behalf Of Ashuaria Lee
> Sent: Tuesday, June 10, 2008 6:14 PM
> To: Monk, Roger
> Cc: [email protected]
> Subject: Re: Unclean CODEC engine shutdown.
>
> Hi Monk,
>
> I'm using CE 2.00 and DSPLINk 1.40 p5.
> And I've used earlier version also. Which was CE 1.10 +
> DSPLINK 1.30(DVSDK 1.10)
>
> Does the CE version and DSPLINK matter?
>
> Regards,
> Ashuaria Lee
>
> 2008/6/11, Monk, Roger <[EMAIL PROTECTED]>:
> > Which version of CE and DSPLINK are you using?
> >
> >
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On
> > Behalf Of Ashuaria Lee
> > Sent: 10 June 2008 12:34
> > To: [email protected]
> > Subject: Unclean CODEC engine shutdown.
> >
> > Hi,
> >
> > I wonder how you're dealing with the unclean codec engine
> shutdown problem.
> > For example, if my program was killed due to SIGSEGV, of
> forced SIGKILL, you know that these Signals cannot be
> handled. So after these problem occur, rerunning the codec
> engine will result:
> > >Error: Failed to open engine stwcodec with error code:
> > >Error: Engine_EDSPLOAD: can't load the DSP
> > >Error: engine_setup failed in video_thread_fxn
> >
> > Any solutions? or maybe some hints?
> > Your opinion is welcomed.
> >
> > --
> > Regards,
> > Ashuaria Lee
> >
> > _______________________________________________
> > Davinci-linux-open-source mailing list
> > [email protected]
> >
> >
> http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
> >
>
>
> --
> Regards,
> Ashuaria Lee
> _______________________________________________
> Davinci-linux-open-source mailing list
> [email protected]
> http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
>
--
Regards,
Ashuaria Lee
------------------------------
_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
End of Davinci-linux-open-source Digest, Vol 30, Issue 49
*********************************************************
