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 ? Thanks David _______________________________________________ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx