libv4l2rds: support RDS-EON and TMC-tuning info

- added support to decode RDS-EON information
- added support to decode RDS-TMC tuning information
- fixing compiler warnings due to missing pointer dereferencing

Signed-off-by: Konke Radlow <koradlow@gmail.com>
Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
rds-ctl: support RDS-EON and TMC-tuning info

- added functionality to print RDS-EON information
- added functionality to print RDS-TMC tuning information
- clarify option description, change
  trigger condition for printing TMC Tuning information

Signed-off-by: Konke Radlow <koradlow@gmail.com>
Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
libv4l2rds.c: moving functions to get rid of declarations

Signed-off-by: Konke Radlow <koradlow@gmail.com>
Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
rds-ctl: support -d10 to refer to radio10.

In order to be consistent with other v4l utilities support the '-d<num>' option
for num >= 10.

Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
libv4l2: Add logging of dqbuf timestamps to debug logging

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Don't call G_TUNER unless actually performing a tuning related call

Making G_TUNER calls can take a long time on some tuners, in
particular those that load firmware or do power management.  As a
result, we don't want to call G_TUNER unless the user is actually
doing a tuning related call.  The current code makes a G_TUNER
call regardless of what command the user is attempting to perform.

Problem originally identified on the HVR-950q, where even doing
operations like toggling from the composite to the s-video input
would take over 1000ms.

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>