summaryrefslogtreecommitdiffstats
path: root/REPORTING-BUGS
diff options
context:
space:
mode:
authorGianluca Gennari <gennarone@gmail.com>2012-01-04 15:17:19 -0300
committerMauro Carvalho Chehab <mchehab@redhat.com>2012-01-06 17:13:48 -0200
commit98ab8550aea4728076fba64b2b323bc8a904eb63 (patch)
treed545fc54a8ccc9a398b2a084986d7f0c9c872b38 /REPORTING-BUGS
parent0abffb9442c5aeb9b6dcc90e8af766b594637c15 (diff)
downloadblackbird-op-linux-98ab8550aea4728076fba64b2b323bc8a904eb63.tar.gz
blackbird-op-linux-98ab8550aea4728076fba64b2b323bc8a904eb63.zip
[media] xc3028: fix center frequency calculation for DTV78 firmware
This patch replaces the previous one proposed in the thread "xc3028: force reload of DTV7 firmware in VHF band with Zarlink demodulator", at the linux-media@vger.kernel.org ML. The problem is that the firmware DTV78 works fine in UHF band (8 MHz bandwidth) but is not working at all in VHF band (7 MHz bandwidth). Reading the comments inside the code, I figured out that the real problem could be connected to the formula used to calculate the center frequency offset in VHF band. In fact, removing this adjustment fixes the problem: if ((priv->cur_fw.type & DTV78) && freq < 470000000) offset -= 500000; This is coherent to what was implemented for the DTV7 firmware by an Australian user: if (priv->cur_fw.type & DTV7) offset += 500000; In the end, now the center frequency is the same for all firmwares (DTV7, DTV8, DTV78) and doesn't depend on channel bandwidth. The final code looks clean and simple, and there is no need for any "magic" adjustment: if (priv->cur_fw.type & DTV6) offset = 1750000; else /* DTV7 or DTV8 or DTV78 */ offset = 2750000; Signed-off-by: Gianluca Gennari <gennarone@gmail.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
Diffstat (limited to 'REPORTING-BUGS')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud