7db462cdf6352af6d1ff85e52ffa82539f1c11e4 |
|
02-Jun-2013 |
Reinhard Nißl <rnissl@gmx.de> |
[media] stb0899: sign of CRL_FREQ doesn't depend on inversion Contrary to CFR (derotator frequency), which changes signedness depending on inversion, CRL_FREQ does not. Signed-off-by: Reinhard Nißl <rnissl@gmx.de> Signed-off-by: Michael Krufky <mkrufky@linuxtv.org> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
|
25e529e6dab50049dcb45151407bd874ae6f5315 |
|
02-Jun-2013 |
Reinhard Nißl <rnissl@gmx.de> |
[media] stb0899: use autodetected inversion instead of configured inversion For consistency, it is necessary to use the autodetected inversion instead of the configured one. Signed-off-by: Reinhard Nißl <rnissl@gmx.de> Signed-off-by: Michael Krufky <mkrufky@linuxtv.org> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
|
b71e2c4cd89929a1160f3a8657135a802cc23df3 |
|
02-Jun-2013 |
Reinhard Nißl <rnissl@gmx.de> |
[media] stb0899: store autodetected inversion while tuning in non S2 mode In non S2 mode, the device is able to autodetect inversion. So let's store it for tuning to S2 transponders. Signed-off-by: Reinhard Nißl <rnissl@gmx.de> Signed-off-by: Michael Krufky <mkrufky@linuxtv.org> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
|
0c1d2b14d09b862ccd6300d774eb579161635710 |
|
02-Jun-2013 |
Reinhard Nißl <rnissl@gmx.de> |
[media] stb0899: store successful inversion for next run Usually, inversion doesn't change in a system. Storing the last successful inversion value speeds up tuning of DVB-S2 transponders. Signed-off-by: Reinhard Nißl <rnissl@gmx.de> Signed-off-by: Michael Krufky <mkrufky@linuxtv.org> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
|
069ebbfc9eb7bef5e9780c508d8bc378bfea3e94 |
|
02-Jun-2013 |
Reinhard Nißl <rnissl@gmx.de> |
[media] stb0899: fix inversion enum values to match usage with CFR Throughout the zig-zag-implementations, inversion is taken into account when reading and writing the CFR register, which contains the derotator frequency. As swapping IQ signals changes the sign of that register for example, the idea is to compensate that sign change by multiplying the register value with the inversion enum value. The current enum values 0 and 1 for IQ_SWAP_OFF and IQ_SWAP_ON don't work in the case IQ_SWAP_OFF, due to the multiplication by zero (I've only found a single device which actually uses IQ_SWAP_OFF in it's config). I've changed the enum values to +1 and -1 to accommodate to the intended usage. Signed-off-by: Reinhard Nißl <rnissl@gmx.de> Signed-off-by: Michael Krufky <mkrufky@linuxtv.org> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
|
fa64cfd2fc8b66918e7889deeaec87d77fb96f89 |
|
02-Jun-2013 |
Reinhard Nißl <rnissl@gmx.de> |
[media] stb0899: enable auto inversion handling unconditionally It seems that current inversion handling addresses only the signal routing on the PCB, i. e. IQ signals are either swapped or not. But when the device is operated in a Satellite Channel Router (SCR) environment, an additional inversion is required due to the way how the SCR works. Therefore it makes sense to me to always enable auto inversion handling and drop the enum value IQ_SWAP_AUTO. Signed-off-by: Reinhard Nißl <rnissl@gmx.de> Signed-off-by: Michael Krufky <mkrufky@linuxtv.org> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
|
ccac68f9818d0ff5c4cde26590a7f284285c724e |
|
02-Jun-2013 |
Reinhard Nißl <rnissl@gmx.de> |
[media] stb0899: sign extend raw CRL_FREQ value Contrary to the chip's specs, the register's value is signed, so we need to sign extend the value before using it in calculations like when determining the offset frequency. Signed-off-by: Reinhard Nißl <rnissl@gmx.de> Signed-off-by: Michael Krufky <mkrufky@linuxtv.org> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
|
9a0bf528b4d66b605f02634236da085595c22101 |
|
14-Aug-2012 |
Mauro Carvalho Chehab <mchehab@redhat.com> |
[media] move the dvb/frontends to drivers/media/dvb-frontends Raise the DVB frontends one level up, as the intention is to remove the drivers/media/dvb directory. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
|