Andrew Morton wrote:
Yes, GPL'd of course. But these pll definitions are not strictly tied to nxt200x -- they may very well be used by another frontend module in the future.Michael Krufky <[email protected]> wrote:+struct dvb_pll_desc dvb_pll_tdhu2 = { + .name = "ALPS TDHU2", + .min = 54000000, + .max = 864000000, + .count = 4, + .entries = { + { 162000000, 44000000, 62500, 0x85, 0x01 }, + { 426000000, 44000000, 62500, 0x85, 0x02 }, + { 782000000, 44000000, 62500, 0x85, 0x08 }, + { 999999999, 44000000, 62500, 0x85, 0x88 }, + } +}; +EXPORT_SYMBOL(dvb_pll_tdhu2);The new driver is to have a GPL license, I assume? Generally, EXPORT_SYMBOL_GPL seems more appropriate for the DVB subsystem.
Actually, we keep pll info in a separate file (dvb-pll.c) so that the tuner programming can be used by any frontend module, depending on the design..... About EXPORT_SYMBOL, this is how it's done all over dvb-pll.c
If this needs to change, then it should apply to the entire dvb-pll. I'll wait for Johannes' comments on this. Michael Krufky - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: [PATCH 26/37] dvb: add support for plls used by nxt200x
- From: Manu Abraham <[email protected]>
- Re: [PATCH 26/37] dvb: add support for plls used by nxt200x
- References:
- [PATCH 26/37] dvb: add support for plls used by nxt200x
- From: Michael Krufky <[email protected]>
- Re: [PATCH 26/37] dvb: add support for plls used by nxt200x
- From: Andrew Morton <[email protected]>
- [PATCH 26/37] dvb: add support for plls used by nxt200x
- Prev by Date: Re: [PATCH 30/37] dvb: add nxt200x frontend module
- Next by Date: Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19
- Previous by thread: Re: [PATCH 26/37] dvb: add support for plls used by nxt200x
- Next by thread: Re: [PATCH 26/37] dvb: add support for plls used by nxt200x
- Index(es):