On 9/12/07, David & Anne-Sophie <[EMAIL PROTECTED]> wrote: > Markus Rechberger a écrit : > > On 9/11/07, David & Anne-Sophie <[EMAIL PROTECTED]> wrote: > > > >> Markus Rechberger a écrit : > >> > >>> On 9/10/07, David & Anne-Sophie <[EMAIL PROTECTED]> wrote: > >>> > >>> > >>>> David & Anne-Sophie a écrit : > >>>> > >>>> > >>>>> Hello all, > >>>>> I am trying to use my hybrid USB tuner on my NSLU2. > >>>>> Tuner=Terratec cinergy XS > >>>>> Driver=http://mcentral.de/wiki/index.php/Em2880 > >>>>> I plugged it directly to the DISK-2 connector. On DISK-1 there is a > USB > >>>>> hard-disk that contains the filesystems. > >>>>> > >>>>> The driver compiles fine on the standard debian etch kernel, and loads > >>>>> perfectly. > >>>>> I just did a minor patch of this driver around a udelay(2500); -> > >>>>> udelay(2000);udelay(500); (2500 is a too big value for the ARM > >>>>> architecture, see bad_udelay). > >>>>> > >>>>> When I try tzap to activate the dvb-t stream, I get those errors: > >>>>> ehci_hcd 0000:00:01.2: alloc_safe_buffer: could not alloc dma memory > >>>>> (size=36096) > >>>>> ehci_hcd 0000:00:01.2: map_single: unable to map unsafe buffer > ffc2c000! > >>>>> many times (I think one per USB packet). > >>>>> And the tuner does not stream anything... > >>>>> > >>>>> I did not modify anything in the NSLU2 (neither RAM or frequency), > just > >>>>> upgraded to debian etch arm architecture following the nslu2-linux.org > >>>>> tutorials. > >>>>> Do you know what it means and how to solve the issue? > >>>>> Do not hesitate to ask for specific information. > >>>>> > >>>>> Thanks! > >>>>> Cheers, > >>>>> David. > >>>>> [EMAIL PROTECTED] > >>>>> > >>>>> > >>>>> > >>>>> _______________________________________________ > >>>>> Em28xx mailing list > >>>>> Em28xx@mcentral.de > >>>>> http://mcentral.de/mailman/listinfo/em28xx > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>> I have some informations that can help you to resolve my problem. These > >>>> informations comes from the newlist of debian-arm : > >>>> In this forum, I said that the driver works correctly on a PC with > >>>> ubuntu, and the response is : > >>>> "Working on a PC does not mean the driver is correct. On a PC physical > >>>> addresses match the kernel's point of view in general, while on the arm > >>>> everything goes through interesting mappings, which make is essential > >>>> for the driver to correctly use readX/writeX calls along with ioremap > >>>> calls. Any attemps to directly access anything will fail on the arm > >>>> while it almost always works on a PC. Not sure quite how that might > >>>> impact a USB device, but even there the driver has to do DMA setup with > >>>> corrected addresses, which again is not necesary on a PC but is on the > >>>> arm. " > >>>> > >>>> > >>>> > >>> i'm at the suse conference this week there are some interesting people > >>> around who're into the usb subsystem. > >>> The em28xx driver makes use of the usb subsystem (which also includes > >>> allocation of memory) > >>> I'll try to get some answers tomorrow about this issue. > >>> > >>> Markus > >>> > >>> > >>> > >>> > >> Hello Markus, > >> > >> Do you have news about my problem ? > >> > > > > in em28xx.h there's a static defined value for the number of videopackets > > #define EM28XX_NUM_PACKETS 40 > > > > try to lower that value by about the half or less this will allocate > > less memory in the end. I'm not sure if that might out .. although > > that was the only idea which came up after the talk yesterday. Let me > > know if it works out otherwise I'll have a further discussion about it > > with the usb guys. > > > > Markus > > > > > > > Hello Markus, > > I tried your patch. I set the value to 20. Now tzap seems to work > correctly (tzap -r -c channels.conf "TF1", for exemple) and I don't have > any error with dmesg. But, when i try cat / /dev/dvb/adapter0/dvr0 > > test.ts/, the file is still empty ? and with cp /dev/dvb/adapter0/dvr0 > foo, the command doesn't leave immediatly, I must break the command to > leave ? > Do you have an idea ?
Could you try to dump the stream with mplayer? If this doesn't work out we'll add some debug for the usb packets. I only have 2 days left to discuss this issue with the right guys here. Markus _______________________________________________ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx