Vincent, Following is my memory map : 0x80000000-0x81c00000 ----28M for Linux kernel 0x81c00000-0x82400000 ----8M for CMEM 0x82400000-0x83600000 -----18M for DDRALGHEAP 0x83600000-0x83e00000 -----8M for DDR 0x83e00000-0x83f00000 -----1M for DSPLINK 0x83f00000--0x83f0080 ------ RESET and I just integrate a H.264 encoder and H.264 decoder in one codec server, so I think 18M memory for ALGHeap is enough.
George Gu (Xiangyu Gu) Wintech Digital System Co. Beijing, China Ph: 8610-8278-2828 ext.168 Fax: 8610-8278-0028 http://www.wintechdigtal.com <http://www.wintechdigtal.com/> ---------------------------- _____ From: Wan, Vincent [mailto:[EMAIL PROTECTED] Sent: 2006年11月30日 3:19 To: George Gu Cc: [email protected] Subject: Fwd: RE: RE: RE: Use small size memory issue! George, Did you check to see if you have enough heap space available for the h264 decoder? The DDRALGHEAP section in the .tcf file must be at least large enough to fit the algorithm’s external memory requirement. You can try comparing the info in the decoder’s data sheet with the section size. Best regards, Vincent _____ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of George Gu Sent: Wednesday, November 29, 2006 2:09 AM To: Monk, Roger; Ring, Chris; [email protected] Subject: RE: RE: RE: Use small size memory issue! Roger, Yes, I make sure, because if SW3-4=OFF, the error message is: can't open codec engine George Gu (Xiangyu Gu) Wintech Digital System Co. Beijing, China Ph: 8610-8278-2828 ext.168 Fax: 8610-8278-0028 http://www.wintechdigtal.com <http://www.wintechdigtal.com/> ---------------------------- _____ From: Monk, Roger [mailto:[EMAIL PROTECTED] Sent: 2006年11月29日 17:52 To: George Gu; Ring, Chris; [email protected] Subject: Fwd: RE: RE: Use small size memory issue! George, Have you double checked SW3-4 = ON? ~roger _____ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of George Gu Sent: 29 November 2006 01:49 To: Ring, Chris; [email protected] Subject: RE: RE: Use small size memory issue! Chris, Yes, I have rebuild the codec server, and when I use previous kernel ( like linux-2.6.10-mvl402) and DSP_link1.3.06 there is no problem. My current kernel version is: linux-2.6.10-mvl401-davinci_evm and dsplink is 1_30_08_02. George Gu (Xiangyu Gu) Wintech Digital System Co. Beijing, China Ph: 8610-8278-2828 ext.168 Fax: 8610-8278-0028 http://www.wintechdigtal.com <http://www.wintechdigtal.com/> ---------------------------- _____ From: Ring, Chris [mailto:[EMAIL PROTECTED] Sent: 2006年11月29日 1:14 To: George Gu; [email protected] Subject: Fwd: RE: Use small size memory issue! Sanity check... did you rebuild the Codec Server (DSP image)? Also, double check your steps with this: http://www.mail-archive.com/[email protected]/m sg00876.html Chris _____ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of George Gu Sent: Monday, November 27, 2006 8:48 PM To: [email protected] Subject: FW: Use small size memory issue! All, I have met a problem when run DVEVM 1.10 demo---"encodedecode". When I run this demo in 256MB memory, everything is OK, but when I shrink the memory into 64MB I met a problem with codec server. I am sure I have use a correct memory map, and recompile CMEM, DSPLINK with a right memory config. Following is my debug message: ( I use 28MB for Linux). **************************************************************************** **************************************************************************** ****** [EMAIL PROTECTED]:~/dvevm_1_10_28M# sh ./loadmodules.sh cmemk: module license '(c) Texas Instruments' taints kernel. cmem initialized 4 pools between 0x81c00000 and 0x82400000 dsplinkk: no version for "struct_module" found: kernel tainted. DDR_START 0x83600000 DDR_SIZE 0x800000 [EMAIL PROTECTED]:~/dvevm_1_10_28M# ./encodedecoded Encodedecode Debug: NTSC selected Encodedecode demo started. Encodedecode Debug: Codec Engine initialized Encodedecode Debug: Logging initialized Encodedecode Debug: Rendezvous opened for 3 threads Encodedecode Debug: Display buffer 0 mapped to address 0x42b42000 Encodedecode Debug: Display buffer 1 mapped to address 0x42beac00 Encodedecode Debug: Display buffer 2 mapped to address 0x42c93800 Encodedecode Debug: Video display device initialized. Encodedecode Debug: Set the capture input to id 0 Encodedecode Debug: OSD successfully initialized Encodedecode Debug: OSD transparency initialized Encodedecode Debug: Codec Engine opened in control thread Encodedecode Debug: NTSC camera detected Capturing 720x480 video (cropped to 720x480) Encodedecode Debug: 3 capture buffers were successfully allocated. Encodedecode Debug: Capture buffer 0 mapped to address 0x42e90000 Encodedecode Debug: Capture buffer 1 mapped to address 0x42f68000 Encodedecode Debug: Capture buffer 2 mapped to address 0x43040000 Encodedecode Debug: Video capture initialized and started Encodedecode Debug: Codec Engine opened in video thread Encodedecode Error: Can't open decode algorithm: h264 Encodedecode Debug: Entering display main loop. Encodedecode Debug: MSP430 library initialized Encodedecode Debug: User interface created Encodedecode Debug: Entering control main loop. **************************************************************************** **************************************************************************** *********** George Gu (Xiangyu Gu) Wintech Digital System Co. Beijing, China Ph: 8610-8278-2828 ext.168 Fax: 8610-8278-0028 <http://www.wintechdigtal.com> http://www.wintechdigtal.com ----------------------------
_______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
