- 26 1月, 2008 1 次提交
-
-
由 Chris Pascoe 提交于
Now we know the zl10353's correct ADC clock, we can calculate the input frequency registers correctly instead of just blindly setting them. Signed-off-by: NChris Pascoe <c.pascoe@itee.uq.edu.au> Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
-
- 12 12月, 2007 1 次提交
-
-
由 Chris Pascoe 提交于
The default adc_clock for the zl10353 is different from what was originally thought to be the case and the TRL nominal rate formula was incorrect as a result. Use a better (and hopefully now correct) formula. Signed-off-by: NChris Pascoe <c.pascoe@itee.uq.edu.au> Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
-
- 21 2月, 2007 1 次提交
-
-
由 Antti Palosaari 提交于
Implement trl nominal rate calculation to Zarlink ZL10353 demod, based on calculation used in Zarlink MT352. This adds support for 6 and 8MHz bandwidth transponders. Signed-off-by: NAntti Palosaari <crope@iki.fi> Signed-off-by: NChris Pascoe <c.pascoe@itee.uq.edu.au> Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
-
- 03 11月, 2006 1 次提交
-
-
由 Trent Piepho 提交于
When a front-end is disabled, card drivers that use it are compiled with a stub version of the front-end's attach function. This way they have no references to the front-end's code and don't need it to be loaded. If a card driver is compiled into the kernel, and a front-end is a module, then that front-end is effectively disabled wrt the card driver. In this case, the card driver should get the stub version. This was not happening. The stub vs real attach function selection is changed so that when the front-end is a module the real attach function is only used if the card driver is a module as well. This means a module front-end will be supported by card drivers that are modules and not supported by card drivers compiled into the kernel. Signed-off-by: NTrent Piepho <xyzzy@speakeasy.org> Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
-
- 26 9月, 2006 3 次提交
-
-
由 Chris Pascoe 提交于
Force parallel transport stream output on the ZL10353 attached to a bluebird device. Addresses the problem where a frontend lock was observed, but no MPEG transport data was received. Signed-off-by: NChris Pascoe <c.pascoe@itee.uq.edu.au> Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
-
由 Andrew de Quincey 提交于
Allow it to be en/disabled Disable it in < 2.6.17 due to symbol_xxx() bug Signed-off-by: NAndrew de Quincey <adq_dvb@lidskialf.net> Acked-by: NMichael Krufky <mkrufky@linuxtv.org> Acked-by: NTrent Piepho <xyzzy@speakeasy.org> Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
-
由 Andrew de Quincey 提交于
Rewrote _write() calls to use write() op. Signed-off-by: NAndrew de Quincey <adq_dvb@lidskialf.net> Acked-by: NMichael Krufky <mkrufky@linuxtv.org> Acked-by: NTrent Piepho <xyzzy@speakeasy.org> Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
-
- 25 6月, 2006 2 次提交
-
-
由 Andrew de Quincey 提交于
Add no_tuner setting like in mt352. Update to use correct tuner API calls. Signed-off-by: NAndrew de Quincey <adq_dvb@lidskialf.net> Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
-
由 Andrew de Quincey 提交于
Convert to tuner_ops calls. Remove pll function pointers from structure. Use standardised pllbuf call. Signed-off-by: NAndrew de Quincey <adq_dvb@lidskialf.net> Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
-
- 08 3月, 2006 1 次提交
-
-
由 Chris Pascoe 提交于
Add support for the FE6600 tuner used on the DVB-T Hybrid board. Add support for the Zarlink ZL10353 DVB-T demodulator, which supersedes the MT352, used on the DViCO FusionHDTV DVB-T Hybrid and later model Plus boards. Signed-off-by: NChris Pascoe <c.pascoe@itee.uq.edu.au> Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
-
- 17 4月, 2005 1 次提交
-
-
由 Linus Torvalds 提交于
Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!
-