> > I doubt all that is necessary especially with a tuner GPIO interrupt > available in at least some cases and possibly the introduction of an async > I2C driver (not too hard really). I'd suggest not imposing a particular > interface on all hardware but have the hardware implement those details as > a middle layer. > > I think the proposed implementation is specific to this hardware.
> > When the FM frequency is changed, the RDS data is invalidated with >> - void rds_reset(void) >> > > Why not just reread it? The UI can clear its fields. The tuner can > indicate a frequency change internally and clear its own data. > > The point is that when you change the frequency you need to tell the generic RDS parser that its data is invalid because it might have some partials packet pending and need to work them I guess. Perhaps I'm misunderstanding the initial proposal and/or your objections but the way I see it this like this: Driver ==> Generic RDS <== UI Code The Driver pushes raw packets to the parser and the UI Code ask the generic parser what is data available.
