Hans Verkuil wrote:
>> The first time we run we could definitely do a 4l2_i2c_new_subdev*, but what
>> if I rmmod the driver
>> and insmod it again? When we do the do an open, then v4l2_i2c_new_subdev*
>> would fail because the
>> device is only on the bus and probed. So I would have to look for
On Friday 22 January 2010 20:36:32 Richard Röjfors wrote:
> Hans Verkuil wrote:
> > On Friday 22 January 2010 13:38:28 Richard Röjfors wrote:
> >> This patch add supports for the radio system on the Intel Russellville
> >> board.
> >>
> >> It's a In-Vehicle Infotainment board with a radio tuner an
Hans Verkuil wrote:
> On Friday 22 January 2010 13:38:28 Richard Röjfors wrote:
>> This patch add supports for the radio system on the Intel Russellville board.
>>
>> It's a In-Vehicle Infotainment board with a radio tuner and DSP.
>>
>> This umbrella driver has the DSP and tuner as V4L2 subdevs an
On Friday 22 January 2010 13:38:28 Richard Röjfors wrote:
> This patch add supports for the radio system on the Intel Russellville board.
>
> It's a In-Vehicle Infotainment board with a radio tuner and DSP.
>
> This umbrella driver has the DSP and tuner as V4L2 subdevs and calls them
> when neede
This patch add supports for the radio system on the Intel Russellville board.
It's a In-Vehicle Infotainment board with a radio tuner and DSP.
This umbrella driver has the DSP and tuner as V4L2 subdevs and calls them
when needed.
The RDS support is done by I/O memory accesses.
Signed-off-by: Ri
