kernel/git/stable/linux.git/drivers/media/video/bt8xx, branch master

[media] bt8xx: move analog TV part to be together with DTV one

2012-08-15T19:35:54+00:00

Signed-off-by: Mauro Carvalho Chehab

[media] common: move media/common/tuners to media/tuners

2012-08-14T02:40:28+00:00

Move the tuners one level up, as the "common" directory will be used by drivers that are shared between more than one driver. Signed-off-by: Mauro Carvalho Chehab

[media] dvb: move the dvb core one level up

2012-08-14T02:08:14+00:00

just like the V4L2 core, move the DVB core to drivers/media, as the intention is to get rid of both "video" and "dvb" directories. Signed-off-by: Mauro Carvalho Chehab

[media] bttv: add support for Aposonic W-DVR

2012-07-31T02:10:14+00:00

Forwarded-by: Gerd Hoffmann Signed-off-by: Mauro Carvalho Chehab

[media] bttv-cards.c: Allow radio for CHP05x/CHP06x

2012-07-06T19:58:48+00:00

Add ".has_radio = 1" for BTTV_BOARD_MAGICTVIEW061 because there are some CHP05x/CHP06x boards with a radio tuner. I still have an analog Askey Magic TView card (CHP051, PCI 144f:3002) which I use for radio only. This worked fine with kernel 2.6.37 (openSUSE 11.4), but no longer works with kernel 3.1.10 (openSUSE 12.1). The reason apparently is that ".has_radio = 1" is missing in bttv-cards.c for BTTV_BOARD_MAGICTVIEW061; when I add this line and recompile the kernel, radio is working again. The line is still missing in the latest git tree, for which I have generated the attached patch. I can't test what will happen for CHP05x/CHP06x devices without radio; however, it seems that other cards also have the problem that there are some boards with radio and some without, so I hope that this can be sorted out. Signed-off-by: Thomas Betker Signed-off-by: Mauro Carvalho Chehab

Merge branch 'v4l_for_linus' into staging/for_v3.6

2012-06-27T11:57:09+00:00

* v4l_for_linus: (44 commits) [media] smia: Fix compile failures [media] Fix VIDIOC_DQEVENT docbook entry [media] s5p-fimc: Fix control creation function [media] s5p-mfc: Fix checkpatch error in s5p_mfc_shm.h file [media] s5p-mfc: Fix setting controls [media] v4l/s5p-mfc: added image size align in VIDIOC_TRY_FMT [media] v4l/s5p-mfc: corrected encoder v4l control definitions [media] v4l: mem2mem_testdev: Fix race conditions in driver [media] s5p-mfc: Bug fix of timestamp/timecode copy mechanism [media] cxd2820r: Fix an incorrect modulation type bitmask [media] em28xx: Show a warning if the board does not support remote controls [media] em28xx: Add remote control support for Terratec's Cinergy HTC Stick HD [media] USB: Staging: media: lirc: initialize spinlocks before usage [media] Revert "[media] media: mx2_camera: Fix mbus format handling" [media] bw-qcam: driver and pixfmt documentation fixes [media] cx88: fix firmware load on big-endian systems [media] cx18: support big-endian systems [media] ivtv: fix support for big-endian systems [media] tuner-core: return the frequency range of the correct tuner [media] v4l2-dev.c: fix g_parm regression in determine_valid_ioctls() ... Conflicts: Documentation/DocBook/media/v4l/vidioc-create-bufs.xml drivers/media/video/em28xx/em28xx-cards.c

[media] media: video: bt8xx: Remove duplicated pixel format entry

2012-06-18T22:05:37+00:00

Signed-off-by: Volokh Konstantin Signed-off-by: Mauro Carvalho Chehab

[media] bttv: The Hauppauge 61334 needs the msp3410 to do radio demodulation

2012-06-11T19:05:32+00:00

The (radio) audio out from the tuner (which can also demod FM radio) does not seem to be hooked up to the msp3410 on this board in any way, so the only way to get sound from the radio part is to make the msp3410 do the FM radio demod. The msp3410 can handle this fine, but it is a bit weird compared to how it is handled on other boards. Signed-off-by: Hans de Goede Signed-off-by: Mauro Carvalho Chehab

[media] bttv: Remove unused needs_tvaudio card variable

2012-06-11T19:05:05+00:00

Signed-off-by: Hans de Goede Signed-off-by: Mauro Carvalho Chehab

[media] bttv: Use btv->has_radio rather then the card info when registering the tuner

2012-06-11T19:04:49+00:00

bttv_init_card2() sets btv->has_audio to a *default* value from the tvcards array and then may update it by reading a card specific eeprom or gpio detection. After bttv_init_card2(), bttv_init_tuner() gets called, and it should clearly use the updated, dynamic has_radio value from btv->has_radio, rather then the const value in the tvcards array. This fixes the radio not working on my Hauppauge WinTV. Signed-off-by: Hans de Goede Signed-off-by: Mauro Carvalho Chehab