Hi david,
i seen in this mail that you worked with MV 4.0.1 kernel. Do you
aware of my problem? if not, plz see previous mails with same subject or i
can explain all from first.
These are mails i discussed with others
Davinci-linux-open-source Digest, Vol 30, Issue 114
Davinci-linux-open-source Digest, Vol 30, Issue 115
Davinci-linux-open-source Digest, Vol 30, Issue 118
Davinci-linux-open-source Digest, Vol 30, Issue 121
Davinci-linux-open-source Digest, Vol 30, Issue 122
Davinci-linux-open-source Digest, Vol 30, Issue 123
Davinci-linux-open-source Digest, Vol 31, Issue 10
Davinci-linux-open-source Digest, Vol 31, Issue 12
plz suggest me on the same.
Regards,
dilip
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf
Of [EMAIL PROTECTED]
Sent: Thursday, July 03, 2008 10:04 PM
To: [email protected]
Subject: Davinci-linux-open-source Digest, Vol 31, Issue 14
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. Re: Gstreamer issue : Not able to play AVI file (Albert Burbea)
2. Re: dm355: SDIO Card Access 802.11b/g WLAN card (Stephen Berry)
3. davinci audio driver update ([EMAIL PROTECTED])
4. Re: EMIF (Nicholas Fearnley)
5. Opening several CE servers (Asa)
----------------------------------------------------------------------
Message: 1
Date: Thu, 3 Jul 2008 12:00:38 +0300
From: "Albert Burbea" <[EMAIL PROTECTED]>
Subject: Re: Gstreamer issue : Not able to play AVI file
To: "Robin Gujjar" <[EMAIL PROTECTED]>
Cc: [email protected]
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
Just a guess but...
Gstreamer (especially cmem) is complaining about 691200 bytes it can not
find, and your pools and you configured the pools as 18x614400. It seems you
are trying to decode an NTSC size video with VGA size buffers!
I do not know why gstreamer needs to work with cmem, but as I said, this is
just a guess
Good luck and let everybody know
Albert
On 7/3/08, Robin Gujjar <[EMAIL PROTECTED]> wrote:
>
> Hi All,
>
> I am trying to play some audio/video file using Gstreamer port from the
Ti.
> I have cross compiled the port
> for my Davinci borad (DM6446). I am able to play a MP3 file also using
> (./test_MP3.sh /media/DIL_CHAHTA_HAI.mp3).
> But when i am trying to play any video file, like AVI filei am facing
> following error.:
>
> --------------------------------------------------------------------------
-----------------------------
> [EMAIL PROTECTED]:/opt/system_files_gstreamer# ./test_AVI.sh
> /media/parallels.AVI
> cat: write error: No space left on deviceer# ./test_AVI.sh
> /media/parallels.AVI
> gdecoder: gst_gdecoder_get_codec_type Begin
> gdecoder: gst_gdecoder_get_codec_type End
> Setting pipeline to PAUSED ...
> Pipeline is PREROLLING ...
>
> FINE
> Pipeline is PREROLLED ...
> Setting pipeline to PLAYING ...
> New clock: GstSystemClock
> Got EOS from element "pipeline0".
> Execution ended after 12941000 ns.
> Setting pipeline to PAUSED ...
> Setting pipeline to READY ...
> Setting pipeline to NULL ...
> ./test_AVI.sh: line 8: 1120 Segmentation fault gst-launch-0.10
> filesrc location=$1 ! tidemux_avi name=t ! queue max-size-buffers=60 !
> gdecoder Codec=2 ! fbvideok
>
> --------------------------------------------------------------------------
----------------------------------------------------------------------------
--------------------------------------------------
> --
> [EMAIL PROTECTED]:[T:0x42554b60] OM - Memory_contigAlloc> ERROR: CMEM alloc
> failed
> FBVIDEOSINK:CMEM couldn't allocate buffers
> gdecoder: failed when allocating a 691200 bytes buffer
> @0x001a23e5:[T:0x42554b60] OM - Memory_contigAlloc> ERROR: CMEM alloc
> failed
> FBVIDEOSINK:CMEM couldn't allocate buffers
> FBVIDEOSINK:CMEM couldn't alloCMEMK Error: Failed to find a pool which
fits
> 691200
> cate buffers
> gdecoder: failed wCMEMK Error: Failed to find a pool which fits 691200
> hen allocating a 691200 bytes buffer
> @0x0019a32CMEMK Error: Failed to find a pool which fits 691200
> f:[T:0x42554b60] OM - Memory_contigAlloc> ERROR: CMEM alloc failed
> FBVIDEOSINK:CMEMK Error: Failed to find a pool which fits 691200
> CMEM couldn't allocate buffers
> -------------------------------------------------------------------------
> And dmesg after that is :
>
>
> CMEMK Error: Failed to find a pool which fits 691200
> CMEMK Error: Failed to find a pool which fits 691200
> CMEMK Error: Failed to find a pool which fits 691200
> CMEMK Error: Failed to find a pool which fits 691200
> CMEMK Error: Failed to find a pool which fits 691200
> --------------------------------------------------------------------
> Is it a problem of the cmem.ko module ? Do i need to change the module
> parameter of this Driver in
> start_demo.sh .
> insmod cmemk.ko phys_start=0x87800000 phys_end=0x88E00000
> pools=20x4096,8x202752,10x131072,2x1048576,1x2097152,18x614400
>
> can any one give me some pointer , Thanks in advance
>
> Thanks
> Robin singh
>
>
>
>
>
>
>
>
>
> _______________________________________________
> Davinci-linux-open-source mailing list
> [email protected]
> http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
>
>
--
Albert Burbea
Harishonim 8
Ramat Gan 52502, Israel
Tel/Fax + 972-3-7526016
Mobile: +972-52-3541842
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://linux.omap.com/pipermail/davinci-linux-open-source/attachments/200807
03/32e111d2/attachment-0001.htm
------------------------------
Message: 2
Date: Thu, 03 Jul 2008 08:40:17 -0400
From: Stephen Berry <[EMAIL PROTECTED]>
Subject: Re: dm355: SDIO Card Access 802.11b/g WLAN card
To: Anthony Gutierrez <[EMAIL PROTECTED]>
Cc: [email protected]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
We use the SDIO modules and they are very easy to integrate.
We have found one issue with them (which Card Access can't duplicate)
where they disconnect after some amount of traffic. Bringing it back up
was a matter of running 'iwconfig' on the interface...
Anthony Gutierrez wrote:
> Has anybody used this card from cardaccess?
>
> http://www.cardaccess-inc.com/products/index.php?a=wlan_burt
>
> Is it really plug and play with the dm355? I'm looking to wirelessly
> stream video in real time and was curious if this device would work.
> _______________________________________________
> Davinci-linux-open-source mailing list
> [email protected]
> http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://linux.omap.com/pipermail/davinci-linux-open-source/attachments/200807
03/3c5a9604/attachment-0001.htm
------------------------------
Message: 3
Date: Thu, 3 Jul 2008 09:29:06 -0400
From: [EMAIL PROTECTED]
Subject: davinci audio driver update
To: [email protected]
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset=US-ASCII
Greetings:
Well, it took quite a bit longer than I anticipated, but I've completely
re-written the audio driver for the McASP, DSP-side/user-space EDMA driver,
user-space AIC33 driver.
Unfortunately, since most of the code is on the DSP side and the ARM side
code only draws on POSIX user-space calls, our company has decided to not
release the code GPL.
I may be able to release specific information under NDA or similar
arrangement -- contact me personally and I'll discuss it with our
department heads.
I can, however, give a run-down of the areas that I had trouble with,
things to watch out for, and features:
Features:
* DSP-based implementation with full duplex stereo 44.1KHz load 7.5 ~ 8.5
percent on DM6446 running on emulator (may be able to improve performance).
Total ARM-side load for simple loop-back < 0.1% on DM6446
* TDM support for multiple AIC33
* Mixed EDMA & interrupt driven implementation allows predictable
start/stop/restart behavior
* Automatic zero spin when transmit buffer starves, receive automatically
throws away data when receive buffer full
* Buffers can be purged (emptied) while running - useful for receive when
you don't want stale data in the buffers
* Non-blocking (small waits only) implementation to prevent hang-ups and
deadlocks on ARM and DSP side
* Completely stand-alone from other DSP technologies (other than DSP/BIOS)
and can be piggy-backed alongside CodecEngine images
* Supports all McASP sample sizes (only tested 8 & 16 so far).
* Supports sample rates of 4,8,11.25,16,22.5,32,44.1,48 KHz (this can be
tweaked further to allow double rate, but will use more resources)
* Uses small ping-pong buffers in faster IRAM with flexible fragment
buffers allocated by user in contiguous memory (either by CMEM or my own
/dev/mem + mmap wrapper).
* User selectable channel interleaving/de-interleaving of both transmit and
receive (i.e. A1 B1 A2 B2 -> A1 A2 B1 B2 and vice versa)
* User selectable transmit buffer zero-fill
* Multiple command channels for multi-threaded applications
* Tested with both MV 4.0.1 kernel and latest GIT head version
Post-mortem:
One thing that I found particularly difficult was the McASP + EDMA
behavior.
When I ran my EDMA code from the ARM side without an emulator present the
ping-pong transfers as spec'd in the EDMA manual ran just fine, but when I
moved the code over to the DSP-side with an emulator present to load the
DSP, the EDMA would not only instantly go to an error condition (SER bits
set), but would often get stuck and not be able to clear the SER bits even
after the McASP was disabled. This required a reboot of the board and the
tedious process halting the ARM in U-boot, booting the DSP from L2, halting
the DSP, loading the DSP, then starting the ARM.
I burned an awful amount of time checking and rechecking thinking that it
was an error in my code, but I was following all the tech specs exactly and
the code did work on the ARM side.
Finally I just decided to move to a hybrid approach and deal with the HWI
overhead. The decision really payed off in the stability of the
implementation since now I can start/stop the McASP and HWI
at will and always return to a predictable state.
It may seem obvious, but another thing to watch out for when packing
multiple samples in one DRR/DXR move is endian issues... my first test code
case produced swapped channels, in the multiple AIC33 case, swapped
channels and swapped chips! This can be taken care of with some clever EDMA
param ram tweaking.
Sorry that I can't contribute more to the solution for you guys at the
moment other than this information.
Regards,
David
DAVID A. KONDRAD
Software Design Engineer
On-Q/Legrand
Telephone (800) 321-2343 x311
www.onqlegrand.com
------------------------------
Message: 4
Date: Thu, 3 Jul 2008 16:05:32 +0100
From: Nicholas Fearnley <[EMAIL PROTECTED]>
Subject: Re: EMIF
To: "Mitchell, Howard" <[EMAIL PROTECTED]>
Cc: "[email protected]"
<[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Yes, sharp tuner to the DMM6446, we have the EVM. Howard, it would be
great if you could make that available to us.
Regards
Nick
On 2 Jul 2008, at 10:34, Mitchell, Howard wrote:
> Nicolas,
>
> Just curious which device you're trying to hook up to? If it's a
> DM6446 I have a proven scheme for attaching a DVB tuner directly (no
> glue logic) to the CCD interface.
>
> Howard
>
> -----Original Message-----
> From: [EMAIL PROTECTED]
>
[mailto:[EMAIL PROTECTED]
> ] On Behalf Of Nicholas Fearnley
> Sent: 24 June 2008 12:14
> To: [email protected]
> Subject: EMIF
>
> Hi,
>
> I need to hook up a DVB (8 bit) tuner to the EMIF. Current thinking
> is to write a module to trigger DMA transfer using a GPIO interrupt on
> the 'Packet Ready' output of the tuner. Anyone have anything they can
> point me at that might be similar to save some time?
>
> Also I figured we'd need some bus switch on the CS pin to disconnect
> the device when it is not being addressed by the module. Am I
> correct? All advice gratefully received.
>
> Nick
> _______________________________________________
> Davinci-linux-open-source mailing list
> [email protected]
> http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
> _______________________________________________
> Davinci-linux-open-source mailing list
> [email protected]
> http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
------------------------------
Message: 5
Date: Thu, 3 Jul 2008 12:33:20 -0400
From: "Asa" <[EMAIL PROTECTED]>
Subject: Opening several CE servers
To: "dv_mail" <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
I was wondering if it is possible to open several different Codec servers
from the same thread?
Thanks,
Asa
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://linux.omap.com/pipermail/davinci-linux-open-source/attachments/200807
03/1de6cfc6/attachment.htm
------------------------------
_______________________________________________
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 31, Issue 14
*********************************************************
The information contained in this electronic message and any attachments to
this message are intended for the exclusive use of the addressee(s) and may
contain proprietary, confidential or privileged information. If you are not the
intended recipient, you should not disseminate, distribute or copy this e-mail.
Please notify the sender immediately and destroy all copies of this message and
any attachments contained in it.
Contact your Administrator for further information.
_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
