Hello Gerd,

gmake[4]: *** No rule to make target `/etc/dvb/dec2000t.bin', needed by 
`drivers/media/dvb/ttusb-dec/dsp_dec2000.h'.
gmake[4]: Target `__build' not remade because of errors.
gmake[3]: *** [drivers/media/dvb/ttusb-dec] Error 2

:-/

I see the intention behind that. Guess dec2000t.bin isn't redistributable, correct?

Yes.


Neverless it is a very bad idea to make that a compile time dependency,

If the file is present, a firmware "header file" from the binary is created and compiled into the driver.


> because that
> isn't going to work with distribution kernels.

In contrast, the ttusb_budget driver loads the firmware after module startup from user definable location, which I don't like either. Or is this better?

I suggest to have a look at Documentation/firmware_class/

Yes, I have already look at that. The problem is, that at least the av7110 driver needs in-kernel persistence. Sometimes the ARM processor crashes and the firmware must be present to be able to reboot it.


I don't know if that's true for the USB DVB-T drivers, too.

But I guess firmware buffering can be implemented in av7110.c, though without pains.

Have you worked with firmware_class? Are there any real devices using it?

Gerd

Any volunteers to look after this issue, ie. implementing firmware handling for 2.5/2.6 with firmware_class, while preserving the old behaviour for 2.4 kernels?


CU
Michael.



--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as 
subject.



Reply via email to