2014-12-01 15:15 GMT+01:00 Devin Heitmueller :
> If somebody wants to send me an updated blob, I'm happy to host a copy
> at kernellabs.com alongside the file that is currently there (please
> make sure it has a different filename though).
It would probably be the least confusing to users if the
2014-12-01 13:52 GMT+01:00 Mauro Carvalho Chehab :
> Em Mon, 01 Dec 2014 13:24:50 +0100
> "István, Varga" escreveu:
>> I am not sure if those are responsible for the
>> I2C errors, or
>> simply the lack of the analog firmwares. Perhaps the latter if the errors do
>> not
>> occur with the (current
2014-12-01 15:15 GMT+01:00 Devin Heitmueller :
> If somebody wants to send me an updated blob, I'm happy to host a copy
> at kernellabs.com alongside the file that is currently there (please
> make sure it has a different filename though).
My firmware package is available here:
http://juropnet.
> My understanding is that it covers that specific firmware file.
In this case the license was actually against the header file. I was
responsible for generating the binary blob based on the header files
in the Xceive sources (and got the appropriate permission). There
should be no licensing iss
Em Mon, 01 Dec 2014 13:24:50 +0100
"István, Varga" escreveu:
> 2014-12-01 10:20 GMT+01:00 Mauro Carvalho Chehab :
>
> > Hi István,
> >
> > Yeah, Xceive granted a license to redistribute such firmware file via
> > Hauppauge. The firmware we sent to linux-firmware is this one with
> > the proper l
2014-12-01 10:20 GMT+01:00 Mauro Carvalho Chehab :
> Hi István,
>
> Yeah, Xceive granted a license to redistribute such firmware file via
> Hauppauge. The firmware we sent to linux-firmware is this one with
> the proper license.
Hi, does the license apply specifically to the kernellabs.com firmwa
Hi István,
Em Sun, 30 Nov 2014 18:38:24 +0100
"István, Varga" escreveu:
> > On 16 Oct 2014, at 17:33, Rodney Baker iinet.net.au>
> > wrote:
> >
> > Since installing kernel 3.17.0-1.gc467423-desktop (on openSuSE 13.1) my
> > xc4000/zl10353/cx88 based DTV card has failed to initialise on boot.
>
By the way, from the xc4000_firmware.tar.gz package, the only files
that are actually needed are:
build_fw.c (source code of simple program to write the firmware file)
xc4000_firmwares.h (header file from Xceive)
xc4000_scodes.h (also from Xceive)
Everything else is related to extracting the
> On 16 Oct 2014, at 17:33, Rodney Baker iinet.net.au> wrote:
>
> Since installing kernel 3.17.0-1.gc467423-desktop (on openSuSE 13.1) my
> xc4000/zl10353/cx88 based DTV card has failed to initialise on boot.
Apparently, the default firmware file name has been changed to
dvb-fe-xc4000-1.4.1.fw,
a
Ping? Does anybody have any idea where to star digging on this?
Sent from my iPad
> On 16 Oct 2014, at 17:33, Rodney Baker wrote:
>
> Since installing kernel 3.17.0-1.gc467423-desktop (on openSuSE 13.1) my
> xc4000/zl10353/cx88 based DTV card has failed to initialise on boot.
>
> The followi
Since installing kernel 3.17.0-1.gc467423-desktop (on openSuSE 13.1) my
xc4000/zl10353/cx88 based DTV card has failed to initialise on boot.
The following messages are from dmesg;
[ 78.468221] xc4000: I2C read failed
[ 80.074604] xc4000: I2C read failed
[ 80.074605] Unable to read tuner r
11 matches
Mail list logo
