- 21 Jun, 2012 17 commits
-
-
Martin Blumenstingl authored
The windows driver used different values for the GPIOs and analog decoder configuration. The values from the windows driver are now used. It also seems that the windows driver has LNA always disabled. Thus we are doing the same (using the same flags as on windows). I (only) tested with DVB-T and it worked quite well. [mchehab@redhat.com: Fix merge conflicts and tested with DVB-C] Signed-off-by:
Martin Blumenstingl <martin.blumenstingl@googlemail.com> Tested-by:
Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by:
-
Martin Blumenstingl authored
Signed-off-by:
-
Martin Blumenstingl authored
As of June 2012 it uses the same firmware as the Hauppauge WinTV HVR 930C. Signed-off-by:
-
Ondrej Zary authored
Convert radio-sf16fmi to use generic LM7000 driver. Tested with SF16-FMI, SF16-FMP and SF16-FMD. radio."); @@ -48,37 +50,40 @@ struct fmi bool mute; unsigned long curfreq; /* freq in kHz */ struct mutex lock; + struct lm7000 lm; }; static struct fmi fmi_card; static struct pnp_dev *dev; bool pnp_attached; -/* freq is in 1/16 kHz to internal number, hw precision is 50 kHz */ -/* It is only useful to give freq in interval of 800 (=0.05Mhz), - * other bits will be truncated, e.g 92.7400016 -> 92.7, but - * 92.7400017 -> 92.75 - */ -#define RSF16_ENCODE(x) ((x) / 800 + 214) #define RSF16_MINFREQ (87 * 16000) #define RSF16_MAXFREQ (108 * 16000) -static void outbits(int bits, unsigned int data, int io) +#define FMI_BIT_TUN_CE (1 << 0) +#define FMI_BIT_TUN_CLK (1 << 1) +#define FMI_BIT_TUN_DATA (1 << 2) +#define FMI_BIT_VOL_SW (1 << 3) +#define FMI_BIT_TUN_STRQ (1 << 4) + +void fmi_set_pins(struct lm7000 *lm, u8 pins) { - while (bits--) { - if (data & 1) { - outb(5, io); - udelay(6); - outb(7, io); - udelay(6); - } else { - outb(1, io); - udelay(6); - outb(3, io); - udelay(6); - } - data >>= 1; - } Signed-off-by:Ondrej Zary <linux@rainbow-software.org> Acked-by:
Hans Verkuil <hans.verkuil@cisco.com> Signed-off-by:
-
Ondrej Zary authored
Convert radio-aimslab to use generic LM7000 driver. Tested with Reveal RA300. Signed-off-by:
-
Ondrej Zary authored
Add very simple driver for Sanyo LM7000 AM/FM tuner chip. Only FM is supported as there is no known HW with AM implemented. This will be used by radio-aimslab and radio-sf16fmi. Signed-off-by:
-
Ezequiel García authored
Signed-off-by:
Ezequiel Garcia <elezegarcia@gmail.com> Signed-off-by:
-
Ezequiel García authored
There is a specific header sound/ac97_codec.h that defines these. All drivers should use it instead of rolling its own set of macros. Signed-off-by:
-
Ezequiel García authored
Signed-off-by:
-
Ezequiel García authored
Signed-off-by:
-
Hans Verkuil authored
And fix initial control setup. Signed-off-by:
-
Hans Verkuil authored
This driver allowed only one open filehandle. This is against the spec, so fix the driver by assigning proper ownership when streaming. Signed-off-by:
-
Hans Verkuil authored
Signed-off-by:
-
Hans Verkuil authored
Signed-off-by:
-
Hans Verkuil authored
Signed-off-by:
-
Hans Verkuil authored
Implement struct v4l2_device: use the core lock and use the v4l2_device release() callback. Signed-off-by:
-
Hans Verkuil authored
Embed the video_device struct instead of allocating it and register it as the last thing in probe(). Signed-off-by:
-
- 19 Jun, 2012 2 commits
-
-
Hans Verkuil authored
Signed-off-by:
-
Hans Verkuil authored
Signed-off-by:
Hans de Goede <hdegoede@redhat.com> Signed-off-by:
-
- 18 Jun, 2012 21 commits
-
-
Hans Verkuil authored
Set the new capability flags in G_TUNER and return ENODATA if no channels were found. Signed-off-by:
-
Hans Verkuil authored
Update the spec with the new capabilities and specify new error codes for S_HW_FREQ_SEEK. Signed-off-by:
-
Hans Verkuil authored
Tell the application whether the hardware seek is bounded and/or wraps around. Signed-off-by:
-
Daniel Glöckner authored
The V4L2 spec says reporting mono and stereo at the same time means the hardware can not distinguish between the two. So when we can, we should report only one of them. Signed-off-by:
Daniel Glöckner <daniel-gl@gmx.net> Signed-off-by:
-
Daniel Glöckner authored
Many of the audio decoders handled by the driver support this mode, so the driver should support it as well. Coding style errors are done to blend into the surrounding code. Signed-off-by:
-
Daniel Glöckner authored
V4L2 specifies the audio mode to use for combinations of possible (rxsubchans) and requested (audmode) audio modes. Up to now tvaudio has made these decisions automatically based on the possible audio modes from setting of the frequency until VIDIOC_S_TUNER was called. It then forced the hardware to use the mode requested by the user. With this patch it continues to adjust the audio mode while taking the requested mode into account. Signed-off-by:
-
Daniel Glöckner authored
The V4L2_TUNER_MODE_* constants are not suited for use in bitfields. Signed-off-by:
-
Daniel Glöckner authored
Judging from the data sheet it will automatically switch to the next best audio mode in accordance with the V4L2 tuner audio matrix. Signed-off-by:
-
Daniel Glöckner authored
It is never read and only assigned 0. Signed-off-by:
-
Daniel Glöckner authored
As V4L2_TUNER_MODE_SAP == V4L2_TUNER_MODE_LANG2, we make V4L2_TUNER_MODE_LANG1 equal to V4L2_TUNER_MODE_STEREO. Signed-off-by:
-
Daniel Glöckner authored
The passed audio mode is not a bitfield. Signed-off-by:
-
Daniel Glöckner authored
These constants were unused so far but need | instead of &. Signed-off-by:
-
Peter Senna Tschudin authored
In function fops_open variable type was set but not used. Tested by compilation only. Signed-off-by:
Peter Senna Tschudin <peter.senna@gmail.com> Acked-by:
Michael Hunold <michael@mihu.de> Signed-off-by:
-
Ezequiel García authored
Signed-off-by:
-
Dan Carpenter authored
The test here is never true because '&' was used instead of '|'. It was the same as: if (status & ((1<<16) & (1<<17)) ... Signed-off-by:
Dan Carpenter <dan.carpenter@oracle.com> Signed-off-by:
-
Albert Wang authored
It should be a mistake due to copy & paste in header file Correct it in videobuf2-dma-config.h for avoiding duplicate include it Change-Id: I1f71fcec2889c033c7db380c58d9a1369c5afb35 Signed-off-by:
Albert Wang <twang13@marvell.com> Signed-off-by:
-
Jarod Wilson authored
For one, the driver device pointer needs to be filled in, or the lirc core will refuse to load the driver. And we really need to wire up all the platform_device bits. This has been tested via the lirc sourceforge tree and verified to work, been sitting there for months, finally getting around to sending it. :\ CC: Josh Boyer <jwboyer@redhat.com> Signed-off-by:
Jarod Wilson <jarod@redhat.com> Signed-off-by:
-
Klaus Schmidinger authored
stb0899_read_ber() takes 500ms (half a second!) to deliver the current BER value. Apparently it takes 5 subsequent readings, with a 100ms pause between them (and even before the first one). This is a real performance brake if an application freqeuently reads the BER of several devices. The attached patch reduces this to a single reading, with no more pausing. I didn't observe any negative side effects of this change. Signed-off-by:
Klaus Schmidinger <Klaus.Schmidinger@tvdr.de> Cc: Manu Abraham <abraham.manu@gmail.com> Signed-off-by:
-
volokh authored
Signed-off-by:
Volokh Konstantin <volokh84@gmail.com> Signed-off-by:
-
Sachin Kamat authored
Fixes the following sparse warnings: drivers/media/video/s5p-fimc/fimc-lite-reg.c:218:6: warning: symbol 'flite_hw_set_out_order' was not declared. Should it be static? drivers/media/video/s5p-fimc/fimc-mdevice.c:183:5: warning: symbol '__fimc_pipeline_shutdown' was not declared. Should it be static? drivers/media/video/s5p-fimc/fimc-mdevice.c:1013:12: warning: symbol 'fimc_md_init' was not declared. Should it be static? drivers/media/video/s5p-fimc/fimc-mdevice.c:1024:13: warning: symbol 'fimc_md_exit' was not declared. Should it be static? drivers/media/video/s5p-fimc/fimc-core.c:466:5: warning: symbol 'fimc_set_color_effect' was not declared. Should it be static? drivers/media/video/s5p-fimc/fimc-capture.c:1163:5: warning: symbol 'enclosed_rectangle' was not declared. Should it be static? Signed-off-by:
Sachin Kamat <sachin.kamat@linaro.org> Acked-by:
Sylwester Nawrocki <s.nawrocki@samsung.com> Signed-off-by:
-
Dan Carpenter authored
Sparse complains if about using unsigned long. videobuf-dma-contig.c:47:67: warning: restricted gfp_t degrades to integer videobuf-dma-contig.c:47:65: warning: incorrect type in argument 2 (different base types) videobuf-dma-contig.c:47:65: expected restricted gfp_t [usertype] gfp_mask videobuf-dma-contig.c:47:65: got unsigned long Signed-off-by:
-
