2007-10-10 22:03:53

by Mauro Carvalho Chehab

[permalink] [raw]
Subject: [GIT PATCHES] V4L/DVB changes for 2.6.24

Linus,

Please pull from:
ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/v4l-dvb.git master

We have 300+ patches this time, covering lots of drivers improvements and fixes.

Also, there are several core changes:
- Unified support for Hybrid tuners on both V4L and DVB core;
- videobuf split into PCI DMA S/G specific and a generic module;
- added a videobuf handler for drivers that need vmalloc'ed memory like
USB devices).

And some driver additions:
- cx23885 driver;
- ivtv framebuffer driver;
- tcm825x driver.

I still have two cx88-alsa patches pending, at devel tree. Those two are
dependent from -ALSA merge. So, I should send you a pull request later, after
being sure that you've already pulled from alsa.

Cheers,
Mauro.

---

Documentation/dvb/faq.txt | 2 +-
Documentation/video4linux/CARDLIST.bttv | 1 +
Documentation/video4linux/CARDLIST.cx23885 | 5 +
Documentation/video4linux/CARDLIST.saa7134 | 5 +-
drivers/media/Kconfig | 70 +-
drivers/media/common/Kconfig | 2 +-
drivers/media/common/ir-functions.c | 1 -
drivers/media/common/ir-keymaps.c | 62 +-
drivers/media/common/saa7146_core.c | 34 +-
drivers/media/common/saa7146_fops.c | 5 +-
drivers/media/common/saa7146_i2c.c | 23 +-
drivers/media/common/saa7146_vbi.c | 9 +-
drivers/media/common/saa7146_video.c | 11 +-
drivers/media/dvb/bt8xx/bt878.c | 1 -
drivers/media/dvb/bt8xx/bt878.h | 7 +-
drivers/media/dvb/bt8xx/dvb-bt8xx.c | 1 -
drivers/media/dvb/cinergyT2/cinergyT2.c | 8 +-
drivers/media/dvb/dvb-core/dmxdev.c | 1 -
drivers/media/dvb/dvb-core/dvb_ca_en50221.c | 93 +-
drivers/media/dvb/dvb-core/dvb_demux.c | 5 +-
drivers/media/dvb/dvb-core/dvb_frontend.c | 125 ++-
drivers/media/dvb/dvb-core/dvb_frontend.h | 13 +-
drivers/media/dvb/dvb-core/dvb_net.c | 22 +-
drivers/media/dvb/dvb-core/dvbdev.c | 41 +-
drivers/media/dvb/dvb-usb/Kconfig | 2 +
drivers/media/dvb/dvb-usb/dib0700.h | 5 +-
drivers/media/dvb/dvb-usb/dib0700_core.c | 23 +-
drivers/media/dvb/dvb-usb/dib0700_devices.c | 676 +++++++++-
drivers/media/dvb/dvb-usb/dtt200u.c | 28 +-
drivers/media/dvb/dvb-usb/dvb-usb-ids.h | 26 +-
drivers/media/dvb/dvb-usb/dvb-usb-init.c | 2 +-
drivers/media/dvb/dvb-usb/gp8psk-fe.c | 84 +-
drivers/media/dvb/dvb-usb/gp8psk.c | 93 +-
drivers/media/dvb/dvb-usb/gp8psk.h | 32 +-
drivers/media/dvb/dvb-usb/vp7045.c | 2 +-
drivers/media/dvb/frontends/Kconfig | 33 +-
drivers/media/dvb/frontends/Makefile | 4 +
drivers/media/dvb/frontends/bcm3510.c | 1 -
drivers/media/dvb/frontends/cx22700.c | 1 -
drivers/media/dvb/frontends/cx24110.c | 1 -
drivers/media/dvb/frontends/cx24123.c | 1 -
drivers/media/dvb/frontends/dib0070.c | 580 ++++++++
drivers/media/dvb/frontends/dib0070.h | 44 +
drivers/media/dvb/frontends/dib3000mb.c | 1 -
drivers/media/dvb/frontends/dib3000mc.c | 192 ++-
drivers/media/dvb/frontends/dib7000m.c | 727 ++++++----
drivers/media/dvb/frontends/dib7000p.c | 908 ++++++++----
drivers/media/dvb/frontends/dib7000p.h | 14 +-
drivers/media/dvb/frontends/dibx000_common.h | 57 +-
drivers/media/dvb/frontends/dvb-pll.c | 147 ++-
drivers/media/dvb/frontends/dvb_dummy_fe.c | 1 -
drivers/media/dvb/frontends/isl6421.c | 1 -
drivers/media/dvb/frontends/l64781.c | 1 -
drivers/media/dvb/frontends/lgdt330x.c | 1 -
drivers/media/dvb/frontends/lnbp21.c | 1 -
drivers/media/dvb/frontends/mt2060.c | 1 -
drivers/media/dvb/frontends/mt2131.c | 314 ++++
drivers/media/dvb/frontends/mt2131.h | 54 +
drivers/media/dvb/frontends/mt2131_priv.h | 49 +
drivers/media/dvb/frontends/mt2266.c | 287 ++++
drivers/media/dvb/frontends/mt2266.h | 37 +
drivers/media/dvb/frontends/mt312.c | 1 -
drivers/media/dvb/frontends/mt352.c | 1 -
drivers/media/dvb/frontends/nxt200x.c | 1 -
drivers/media/dvb/frontends/or51132.c | 1 -
drivers/media/dvb/frontends/or51211.c | 1 -
drivers/media/dvb/frontends/s5h1409.c | 729 ++++++++++
drivers/media/dvb/frontends/s5h1409.h | 73 +
drivers/media/dvb/frontends/sp8870.c | 1 -
drivers/media/dvb/frontends/sp887x.c | 1 -
drivers/media/dvb/frontends/stv0297.c | 4 +-
drivers/media/dvb/frontends/stv0299.c | 1 -
drivers/media/dvb/frontends/tda10021.c | 4 +-
drivers/media/dvb/frontends/tda10023.c | 10 +-
drivers/media/dvb/frontends/tda1004x.c | 1 -
drivers/media/dvb/frontends/tda10086.c | 1 -
drivers/media/dvb/frontends/tda8083.c | 9 +-
drivers/media/dvb/frontends/ves1820.c | 4 +-
drivers/media/dvb/frontends/zl10353.c | 1 -
drivers/media/dvb/ttpci/av7110.c | 3 +-
drivers/media/dvb/ttpci/av7110_hw.c | 28 +-
drivers/media/dvb/ttpci/av7110_ir.c | 3 +-
drivers/media/dvb/ttpci/av7110_v4l.c | 6 +-
drivers/media/dvb/ttpci/budget-av.c | 2 +-
drivers/media/dvb/ttpci/budget-ci.c | 2 +-
drivers/media/dvb/ttpci/budget-core.c | 1 -
drivers/media/dvb/ttusb-budget/dvb-ttusb-budget.c | 1 -
drivers/media/dvb/ttusb-dec/ttusb_dec.c | 1 -
drivers/media/radio/Kconfig | 24 +-
drivers/media/radio/radio-gemtek.c | 618 ++++++---
drivers/media/radio/radio-terratec.c | 2 +-
drivers/media/video/Kconfig | 29 +-
drivers/media/video/Makefile | 28 +-
drivers/media/video/arv.c | 3 +-
drivers/media/video/bt8xx/Kconfig | 2 +-
drivers/media/video/bt8xx/bttv-cards.c | 38 +-
drivers/media/video/bt8xx/bttv-driver.c | 31 +-
drivers/media/video/bt8xx/bttv-gpio.c | 6 +-
drivers/media/video/bt8xx/bttv-i2c.c | 1 -
drivers/media/video/bt8xx/bttv-input.c | 1 -
drivers/media/video/bt8xx/bttv-risc.c | 35 +-
drivers/media/video/bt8xx/bttv-vbi.c | 6 +-
drivers/media/video/bt8xx/bttv.h | 2 +
drivers/media/video/bt8xx/bttvp.h | 2 +-
drivers/media/video/btcx-risc.c | 1 -
drivers/media/video/bw-qcam.c | 18 +-
drivers/media/video/cafe_ccic.c | 21 +-
drivers/media/video/compat_ioctl32.c | 5 +
drivers/media/video/cpia.c | 1 -
drivers/media/video/cpia2/cpia2_v4l.c | 1 -
drivers/media/video/cx2341x.c | 19 +-
drivers/media/video/cx23885/Kconfig | 20 +
drivers/media/video/cx23885/Makefile | 9 +
drivers/media/video/cx23885/cx23885-cards.c | 280 ++++
drivers/media/video/cx23885/cx23885-core.c | 1530 ++++++++++++++++++++
drivers/media/video/cx23885/cx23885-dvb.c | 213 +++
drivers/media/video/cx23885/cx23885-i2c.c | 382 +++++
drivers/media/video/cx23885/cx23885-reg.h | 431 ++++++
drivers/media/video/cx23885/cx23885.h | 301 ++++
drivers/media/video/cx25840/cx25840-audio.c | 75 +-
drivers/media/video/cx25840/cx25840-core.c | 98 +-
drivers/media/video/cx25840/cx25840-core.h | 6 +-
drivers/media/video/cx88/Kconfig | 4 +-
drivers/media/video/cx88/cx88-alsa.c | 315 ++--
drivers/media/video/cx88/cx88-blackbird.c | 31 +-
drivers/media/video/cx88/cx88-cards.c | 219 +++-
drivers/media/video/cx88/cx88-core.c | 222 +---
drivers/media/video/cx88/cx88-dvb.c | 25 +-
drivers/media/video/cx88/cx88-i2c.c | 27 +-
drivers/media/video/cx88/cx88-input.c | 20 +-
drivers/media/video/cx88/cx88-mpeg.c | 142 +-
drivers/media/video/cx88/cx88-reg.h | 35 +
drivers/media/video/cx88/cx88-tvaudio.c | 22 +-
drivers/media/video/cx88/cx88-vbi.c | 13 +-
drivers/media/video/cx88/cx88-video.c | 169 +--
drivers/media/video/cx88/cx88-vp3054-i2c.c | 5 +-
drivers/media/video/cx88/cx88.h | 39 +-
drivers/media/video/dpc7146.c | 5 +-
drivers/media/video/em28xx/em28xx-core.c | 1 -
drivers/media/video/em28xx/em28xx-input.c | 1 -
drivers/media/video/em28xx/em28xx-video.c | 6 +-
drivers/media/video/et61x251/et61x251_core.c | 59 +-
drivers/media/video/ir-kbd-i2c.c | 38 +-
drivers/media/video/ivtv/Kconfig | 17 +
drivers/media/video/ivtv/Makefile | 5 +-
drivers/media/video/ivtv/ivtv-audio.c | 74 -
drivers/media/video/ivtv/ivtv-cards.c | 84 +-
drivers/media/video/ivtv/ivtv-cards.h | 67 +-
drivers/media/video/ivtv/ivtv-controls.c | 16 +-
drivers/media/video/ivtv/ivtv-controls.h | 5 +
drivers/media/video/ivtv/ivtv-driver.c | 332 +++--
drivers/media/video/ivtv/ivtv-driver.h | 691 ++++------
drivers/media/video/ivtv/ivtv-fileops.c | 199 ++--
drivers/media/video/ivtv/ivtv-fileops.h | 5 +
drivers/media/video/ivtv/ivtv-firmware.h | 5 +
drivers/media/video/ivtv/ivtv-gpio.c | 24 -
drivers/media/video/ivtv/ivtv-gpio.h | 7 +-
drivers/media/video/ivtv/ivtv-i2c.c | 17 +-
drivers/media/video/ivtv/ivtv-i2c.h | 5 +
drivers/media/video/ivtv/ivtv-ioctl.c | 191 ++-
drivers/media/video/ivtv/ivtv-ioctl.h | 5 +
drivers/media/video/ivtv/ivtv-irq.c | 321 +++--
drivers/media/video/ivtv/ivtv-irq.h | 27 +
drivers/media/video/ivtv/ivtv-mailbox.c | 6 +-
drivers/media/video/ivtv/ivtv-mailbox.h | 8 +
drivers/media/video/ivtv/ivtv-queue.c | 119 +-
drivers/media/video/ivtv/ivtv-queue.h | 13 +-
.../video/ivtv/{ivtv-video.c => ivtv-routing.c} | 90 +-
.../video/ivtv/{ivtv-audio.h => ivtv-routing.h} | 12 +-
drivers/media/video/ivtv/ivtv-streams.c | 131 +--
drivers/media/video/ivtv/ivtv-streams.h | 5 +
drivers/media/video/ivtv/ivtv-udma.c | 46 +-
drivers/media/video/ivtv/ivtv-udma.h | 5 +
drivers/media/video/ivtv/ivtv-vbi.c | 283 ++--
drivers/media/video/ivtv/ivtv-vbi.h | 9 +-
drivers/media/video/ivtv/ivtv-version.h | 7 +-
drivers/media/video/ivtv/ivtv-video.h | 24 -
drivers/media/video/ivtv/ivtv-yuv.c | 55 +-
drivers/media/video/ivtv/ivtv-yuv.h | 21 +
drivers/media/video/ivtv/ivtvfb.c | 1190 +++++++++++++++
drivers/media/video/msp3400-driver.c | 19 +-
drivers/media/video/mt20xx.c | 311 +++--
drivers/media/video/mt20xx.h | 37 +
drivers/media/video/mxb.c | 4 +-
drivers/media/video/ov511.c | 81 +-
drivers/media/video/ov7670.c | 1 -
drivers/media/video/ovcamchip/ovcamchip_core.c | 1 -
drivers/media/video/planb.c | 30 +-
drivers/media/video/pvrusb2/pvrusb2-context.c | 6 +-
drivers/media/video/pvrusb2/pvrusb2-debug.h | 53 +-
drivers/media/video/pvrusb2/pvrusb2-debugifc.c | 16 +-
drivers/media/video/pvrusb2/pvrusb2-hdw-internal.h | 1 +
drivers/media/video/pvrusb2/pvrusb2-hdw.c | 310 ++++-
drivers/media/video/pvrusb2/pvrusb2-hdw.h | 12 +-
drivers/media/video/pvrusb2/pvrusb2-i2c-core.c | 63 +-
drivers/media/video/pvrusb2/pvrusb2-main.c | 2 +-
drivers/media/video/pvrusb2/pvrusb2-std.c | 8 +-
drivers/media/video/pvrusb2/pvrusb2-sysfs.c | 216 ++--
drivers/media/video/pwc/pwc-ctrl.c | 2 +-
drivers/media/video/pwc/pwc-if.c | 132 ++-
drivers/media/video/saa6588.c | 1 +
drivers/media/video/saa7127.c | 10 +-
drivers/media/video/saa7134/Kconfig | 4 +-
drivers/media/video/saa7134/saa7134-alsa.c | 3 +-
drivers/media/video/saa7134/saa7134-cards.c | 57 +-
drivers/media/video/saa7134/saa7134-core.c | 214 ++-
drivers/media/video/saa7134/saa7134-dvb.c | 23 +-
drivers/media/video/saa7134/saa7134-empress.c | 18 +-
drivers/media/video/saa7134/saa7134-i2c.c | 1 -
drivers/media/video/saa7134/saa7134-input.c | 1 -
drivers/media/video/saa7134/saa7134-oss.c | 43 +-
drivers/media/video/saa7134/saa7134-ts.c | 30 +-
drivers/media/video/saa7134/saa7134-tvaudio.c | 5 +-
drivers/media/video/saa7134/saa7134-vbi.c | 7 +-
drivers/media/video/saa7134/saa7134-video.c | 210 ++--
drivers/media/video/saa7134/saa7134.h | 23 +-
drivers/media/video/sn9c102/sn9c102_core.c | 113 +-
drivers/media/video/stv680.c | 51 +-
drivers/media/video/tcm825x.c | 928 ++++++++++++
drivers/media/video/tcm825x.h | 199 +++
drivers/media/video/tda8290.c | 517 ++++---
drivers/media/video/tda8290.h | 54 +
drivers/media/video/tda9887.c | 62 +-
drivers/media/video/tea5761.c | 187 ++-
drivers/media/video/tea5761.h | 47 +
drivers/media/video/tea5767.c | 203 ++-
drivers/media/video/tea5767.h | 47 +
drivers/media/video/tuner-core.c | 256 +++-
drivers/media/video/tuner-driver.h | 44 +-
drivers/media/video/tuner-i2c.h | 70 +
drivers/media/video/tuner-simple.c | 397 ++++--
drivers/media/video/tuner-simple.h | 46 +
drivers/media/video/tuner-types.c | 8 +
drivers/media/video/tvaudio.c | 1 -
drivers/media/video/tveeprom.c | 1 -
drivers/media/video/tvmixer.c | 6 +-
drivers/media/video/usbvision/usbvision-core.c | 1 -
drivers/media/video/usbvision/usbvision-i2c.c | 4 +-
drivers/media/video/usbvision/usbvision-video.c | 120 +-
drivers/media/video/v4l1-compat.c | 1 -
drivers/media/video/v4l2-common.c | 6 +-
drivers/media/video/v4l2-int-device.c | 158 ++
drivers/media/video/video-buf.c | 1425 ------------------
drivers/media/video/videobuf-core.c | 1006 +++++++++++++
drivers/media/video/videobuf-dma-sg.c | 726 ++++++++++
.../video/{video-buf-dvb.c => videobuf-dvb.c} | 9 +-
drivers/media/video/videobuf-vmalloc.c | 370 +++++
drivers/media/video/videodev.c | 39 +-
drivers/media/video/vino.c | 1 -
drivers/media/video/vivi.c | 185 +--
drivers/media/video/vp27smpx.c | 212 +++
drivers/media/video/w9968cf.c | 3 +-
drivers/media/video/zc0301/zc0301_core.c | 3 +-
drivers/media/video/zoran_card.c | 64 +-
drivers/media/video/zoran_card.h | 8 +
drivers/media/video/zoran_device.c | 19 +-
drivers/media/video/zoran_driver.c | 31 +-
drivers/media/video/zoran_procfs.c | 9 +-
drivers/media/video/zr36016.c | 4 +-
drivers/media/video/zr36050.c | 6 +-
drivers/media/video/zr36060.c | 6 +-
include/linux/i2c-id.h | 2 +
include/{media => linux}/ivtv.h | 11 +-
.../ivtv/ivtv-audio.h => include/linux/ivtvfb.h | 31 +-
include/linux/videodev2.h | 7 +-
include/media/cx2341x.h | 2 +-
include/media/ir-common.h | 1 +
include/media/saa7146.h | 1 -
include/media/saa7146_vv.h | 2 +-
include/media/tuner-types.h | 4 +
include/media/tuner.h | 1 +
include/media/v4l2-chip-ident.h | 3 +
include/media/v4l2-dev.h | 16 +-
include/media/v4l2-int-device.h | 278 ++++
include/media/{video-buf.h => videobuf-core.h} | 181 +--
include/media/videobuf-dma-sg.h | 122 ++
include/media/{video-buf-dvb.h => videobuf-dvb.h} | 0
include/media/videobuf-vmalloc.h | 41 +
278 files changed, 19304 insertions(+), 6634 deletions(-)
create mode 100644 Documentation/video4linux/CARDLIST.cx23885
create mode 100644 drivers/media/dvb/frontends/dib0070.c
create mode 100644 drivers/media/dvb/frontends/dib0070.h
create mode 100644 drivers/media/dvb/frontends/mt2131.c
create mode 100644 drivers/media/dvb/frontends/mt2131.h
create mode 100644 drivers/media/dvb/frontends/mt2131_priv.h
create mode 100644 drivers/media/dvb/frontends/mt2266.c
create mode 100644 drivers/media/dvb/frontends/mt2266.h
create mode 100644 drivers/media/dvb/frontends/s5h1409.c
create mode 100644 drivers/media/dvb/frontends/s5h1409.h
create mode 100644 drivers/media/video/cx23885/Kconfig
create mode 100644 drivers/media/video/cx23885/Makefile
create mode 100644 drivers/media/video/cx23885/cx23885-cards.c
create mode 100644 drivers/media/video/cx23885/cx23885-core.c
create mode 100644 drivers/media/video/cx23885/cx23885-dvb.c
create mode 100644 drivers/media/video/cx23885/cx23885-i2c.c
create mode 100644 drivers/media/video/cx23885/cx23885-reg.h
create mode 100644 drivers/media/video/cx23885/cx23885.h
delete mode 100644 drivers/media/video/ivtv/ivtv-audio.c
rename drivers/media/video/ivtv/{ivtv-video.c => ivtv-routing.c} (59%)
copy drivers/media/video/ivtv/{ivtv-audio.h => ivtv-routing.h} (80%)
delete mode 100644 drivers/media/video/ivtv/ivtv-video.h
create mode 100644 drivers/media/video/ivtv/ivtvfb.c
create mode 100644 drivers/media/video/mt20xx.h
create mode 100644 drivers/media/video/tcm825x.c
create mode 100644 drivers/media/video/tcm825x.h
create mode 100644 drivers/media/video/tda8290.h
create mode 100644 drivers/media/video/tea5761.h
create mode 100644 drivers/media/video/tea5767.h
create mode 100644 drivers/media/video/tuner-i2c.h
create mode 100644 drivers/media/video/tuner-simple.h
create mode 100644 drivers/media/video/v4l2-int-device.c
delete mode 100644 drivers/media/video/video-buf.c
create mode 100644 drivers/media/video/videobuf-core.c
create mode 100644 drivers/media/video/videobuf-dma-sg.c
rename drivers/media/video/{video-buf-dvb.c => videobuf-dvb.c} (97%)
create mode 100644 drivers/media/video/videobuf-vmalloc.c
create mode 100644 drivers/media/video/vp27smpx.c
rename include/{media => linux}/ivtv.h (93%)
rename drivers/media/video/ivtv/ivtv-audio.h => include/linux/ivtvfb.h (56%)
create mode 100644 include/media/v4l2-int-device.h
rename include/media/{video-buf.h => videobuf-core.h} (56%)
create mode 100644 include/media/videobuf-dma-sg.h
rename include/media/{video-buf-dvb.h => videobuf-dvb.h} (100%)
create mode 100644 include/media/videobuf-vmalloc.h

Adrian Bunk (5):
V4L/DVB (5940): Export v4l2_int_device_{, un}register
V4L/DVB (5965): Frontend_ioctl(): fix check-after-use
V4L/DVB (6009): Bt8xx: "extern inline" -> "static inline"
V4L/DVB (6025): Net_ule(): fix check-after-use
V4L/DVB (6122): ivtvfb: fix an obvious bug in ivtvfb_release_buffers()

Alan Nisota (1):
V4L/DVB (6037): Updated GenPix USB driver

Andi Drebes (2):
V4L/DVB (5941): Ttpci/budget-av.c: ARRAY_SIZE()
V4L/DVB (5942): Usb/vp7045.c: ARRAY_SIZE()

Andres Salomon (1):
V4L/DVB (6235): cafe_ccic: default to allocating DMA buffers at probe time

Brandon Philips (5):
V4L/DVB (6273): V4L: vivi.c vidioc_try_fmt_cap() negotiate a valid field
V4L/DVB (6274): V4L: vivi.c replace logic in vivi_poll with videobuf_poll_stream
V4L/DVB (6275): V4L: vivi.c remove the "resource" locking
V4L/DVB (6276): V4L: videobuf-core.c lock before streaming check
V4L/DVB (6305): V4L: videobuf-core.c avoid NULL dereferences in videobuf-core

Brett Warden (2):
V4L/DVB (6238): bw-qcam: use data_reverse instead of manually poking the control register
V4L/DVB (6250): bw-qcam use data_reverse instead of manually poking the control register fix

Chaogui Zhang (1):
V4L/DVB (6178): add IR remote support for FusionHDTV 5 RT Gold

Christoph Hellwig (1):
V4L/DVB (6279): en_50221: convert to kthread API

Darren Salt (2):
V4L/DVB (6039): Typo fix in Nova-TD description
V4L/DVB (6040): Add IR support for Nova-T Stick

Edgar Simo (2):
V4L/DVB (6071): saa7134-dvb: add missing newline
V4L/DVB (6072): saa7134: add DVB-T support for Avermedia Super 007

Eric Sandeen (1):
V4L/DVB (6295): saa7134: add autodetection for KWorld ATSC-115

Hans Verkuil (63):
V4L/DVB (5881): ivtv: init channel for NTSC_M_JP standard.
V4L/DVB (5902): Add ivtv-fb framebuffer driver.
V4L/DVB (5904): ivtv-fb: cleanups
V4L/DVB (5905): ivtv-fb: Use proper ioctl value
V4L/DVB (5906): ivtv-fb: replace HZ with msecs_to_jiffies
V4L/DVB (5909): ivtv: update version to 1.1 to mark ivtv-fb support
V4L/DVB (5910): ivtv-fb: improve debug message
V4L/DVB (5919): ivtv: remove dead code
V4L/DVB (5921): ivtv: add missing composite input line for ivtv_pci_pg600v2
V4L/DVB (5922): ivtv, cx25840: postpone fw load until first use
V4L/DVB (5924): ivtv-fb: initializing the fb should trigger ivtv firmware load
V4L/DVB (5927): ivtv: set correct crystal frequency of the GVMVPRX cards
V4L/DVB (5928): tuner: fix TOP values for the Panasonic VP27 tuner.
V4L/DVB (5929): Add vp27smpx driver
V4L/DVB (5992): ivtv: show card name as well in the LOG_STATUS output.
V4L/DVB (5993): cx25840: resetting also requires reloading the firmware
V4L/DVB (5994): ivtv: make VIDIOC_INT_RESET support smarter.
V4L/DVB (5995): ivtv: add AverMedia M116
V4L/DVB (5997): cx25840: fix audio mute handling and reporting
V4L/DVB (5998): ivtv: no need to mute the audio input
V4L/DVB (5999): cx25840: add radio support.
V4L/DVB (6002): ivtv: remove unused struct field.
V4L/DVB (6003): vp27smpx: correctly attribute the origin of the driver
V4L/DVB (6043): ivtv: fix incorrect round-robin implementation
V4L/DVB (6045): ivtv: fix handling of INITIALIZE_INPUT fw call
V4L/DVB (6046): ivtv: always steal full frames if out of buffers.
V4L/DVB (6047): ivtv: Fix scatter/gather DMA timeouts
V4L/DVB (6048): ivtv: fix stop stream locking
V4L/DVB (6049): ivtv: fix VBI reinsertion decoding
V4L/DVB (6050): ivtv: retry/timer improvements
V4L/DVB (6051): cx25840: make proper use of SOFT_RESET
V4L/DVB (6053): ivtv: setup TV output standard on init to prevent flicker
V4L/DVB (6054): ivtv: specify some stream sizes in kB instead of MB
V4L/DVB (6055): ivtv: improve debug messages
V4L/DVB (6056): ivtv: move serialization to the fileops level
V4L/DVB (6057): ivtv-fb: remove unused header includes
V4L/DVB (6058): ivtv: add support for highmem udma
V4L/DVB (6059): ivtv: log stereo/bilingual audio modes
V4L/DVB (6060): ivtv: fix IVTV_IOC_DMA_FRAME bug introduced by highmem bugfix
V4L/DVB (6061): ivtv: add VIDIOC_OVERLAY
V4L/DVB (6086): ivtv: fix output mode processing: UDMA_YUV wasn't cleared
V4L/DVB (6087): ivtv: prevent changing VBI format while capture is in progress
V4L/DVB (6088): cx2341x: some controls can't be changed while the device is busy
V4L/DVB (6089): ivtv: log in status if framebuffer uses YUV instead of RGB
V4L/DVB (6090): ivtv-fb: correct transparency bit reporting
V4L/DVB (6091): ivtv: header cleanup
V4L/DVB (6092): ivtv: more cleanups, merged ivtv-audio.c and ivtv-video.c into ivtv-routing.c
V4L/DVB (6093): ivtv: reorganized and cleanup ivtv struct
V4L/DVB (6094): ivtv: more ivtv-driver.h cleanups
V4L/DVB (6096): ivtv: fix V4L2_ENC_CMD_STOP_AT_GOP_END support
V4L/DVB (6097): ivtv: set correct pixel format and alpha properties
V4L/DVB (6108): videodev2.h: add new pixel formats for the cx23415 OSD
V4L/DVB (6109): ivtv: use new videodev2.h pixel formats
V4L/DVB (6112): cx25840: use a workqueue to load the firmware
V4L/DVB (6113): ivtv: udelay for the i2c bus was set too high
V4L/DVB (6115): ivtv/ivtv-fb: improve locking to avoid initialization problems
V4L/DVB (6116): ivtv: VBI cleanups and fixes
V4L/DVB (6117): ivtv: finish VBI related cleanup
V4L/DVB (6118): ivtv-fb: add missing FBIO_WAITFORVSYNC ioctl define
V4L/DVB (6119): ivtvfb: renamed ivtv-fb to ivtvfb, move header to include/linux
V4L/DVB (6120): ivtvfb: rename some missed ivtv-fb references to ivtvfb
V4L/DVB (6121): ivtvfb: replace ivtv_fb prefix to ivtvfb
V4L/DVB (6123): ivtv: move ivtv.h public header to include/linux

Hans-Jürgen Koch (1):
V4L/DVB (6215): Bugfix for saa6588.c, add forgotten spin_lock_init()

Hartmut Birr (1):
V4L/DVB (5985): Fix the min/max frequencies of some DVB-C frontends

Ian Armstrong (5):
V4L/DVB (5908): ivtv-fb: cleanups, prevent fw calls in some cases
V4L/DVB (5970): ivtv: prevent vertical overflow of yuv output
V4L/DVB (5971): ivtv-fb: framebuffer timings no longer locked on module load
V4L/DVB (5972): ivtv: prevent yuv register updates from being missed
V4L/DVB (5973): ivtv: attach yuv field order to each frame

Janne Grunau (4):
V4L/DVB (5956): Add remote control support for the Hauppauge Nova-T 500
V4L/DVB (5957): Add remote keymap for the Hauppauge Nova-TD Stick
V4L/DVB (5962): Fix line-break in err output
V4L/DVB (5964): Fixed remote control for dib0700 with new firmware

Jean Delvare (4):
V4L/DVB (5884): zr36067: clean up debug function
V4L/DVB (6081): ivtv: Fix static structure initialization
V4L/DVB (6212): pvrusb2: I2C adapter tweaks from Jean Delvare
V4L/DVB (6214): usbvision: Don't support I2C_M_REV_DIR_ADDR

Jesper Juhl (5):
V4L/DVB (5912): Clean up duplicate includes in drivers/media/
V4L/DVB (5913): Clean up duplicate includes in include/media/
V4L/DVB (6098): ivtv: kzalloc() returns void pointer, no need to cast
V4L/DVB (6102): dvb: remove some unneeded vmalloc() return value casts from av7110
V4L/DVB (6285): Remove pointless kmalloc() return value cast in Zoran PCI controller driver

Jiri Slaby (2):
V4L/DVB (6307): V4L: w9968cf, remove bad usage of ERESTARTSYS
V4L/DVB (6308): V4L: zc0301, remove bad usage of ERESTARTSYS

Joachim Steiger (1):
V4L/DVB (6296): dib0700: add support for AverMedia DVB-T Express card

Kay Sievers (2):
V4L/DVB (6015): DVB: convert struct class_device to struct device
V4L/DVB (6293): V4L: convert struct class_device to struct device

Kazuhiko Kawakami (1):
V4L/DVB (6044): vp27smpx: clarify history of this source.

Kumar Gala (1):
V4L/DVB (6010): Use inline functions instead of inline asm for powerpc

Marco Schluessler (2):
V4L/DVB (6103): dvb_ca_en50221: return correct error code value
V4L/DVB (6104): dvb_ca_en50221: decrement module use count on error

Mariusz Kozlowski (4):
V4L/DVB (5953): msp3400-driver.c: kmalloc + memset conversion to kzalloc
V4L/DVB (5981): Zoran_driver.c: fix memset in ioctl
V4L/DVB (5982): Dev.c: memset fix
V4L/DVB (5983): Arv.c: fix memset in ioctl

Matt Doran (1):
V4L/DVB (5960): Add module parameter to enable SFN workaround

Matthias Kaehlcke (1):
V4L/DVB (5946): Use mutex instead of semaphore in the DVB frontend tuning interface

Mauro Carvalho Chehab (25):
V4L/DVB (6014): vivi: use videobuf_read_stream()
V4L/DVB (6079): Cleanup: remove linux/moduleparam.h from drivers/media files
V4L/DVB (6111): Fix a warning when compiling on x86_64
V4L/DVB (6247): Fix bug #8689: Fixes IR stop/start during suspend/resume
V4L/DVB (6251): Replace video-buf to a more generic approach
V4L/DVB (6252): Adapt drivers to use the newer videobuf modules
V4L/DVB (6253): Convert vivi to use the newer videobuf-dma-sg module
V4L/DVB (6254): Add videobuf-vmalloc
V4L/DVB (6255): Convert vivi to use videobuf-vmalloc
V4L/DVB (6256): Remove the obsolete video-buf module
V4L/DVB (6257): Rename video-buf-dvb to videobuf-dvb to be consistent with the other patches
V4L/DVB (6259): Fix vivi poll() method
V4L/DVB (6260): Fix Kconfig dependency
V4L/DVB (6261): Cleans mem->vmalloc after vfree
V4L/DVB (6262): An allocation error message were being printed as a debug msg
V4L/DVB (6263): Fix buffer release code
V4L/DVB (6264): Make the vertical lines to move
V4L/DVB (6265): Prevent for calling mmap_free without an allocated buffer
V4L/DVB (6266): videobuf cleanup: mmap check is common to all videobuf. Make it at core
V4L/DVB (6277): vivi cleanup: remove the unused vars
V4L/DVB (6286): Add support for MSI TV @nywhere A/D NB
V4L/DVB (6287): Fix DMA Scatter/Gather constructor
V4L/DVB (6290): remove videobuf_set_pci_ops
V4L/DVB (6291): Fix: avoid oops on some SMP machines
V4L/DVB (6292): videobuf_core init always require callback implementation

Maxim Levitsky (7):
V4L/DVB (6268): V4L: Fix a lock inversion in generic videobuf code
V4L/DVB (6269): V4L: Fix a "scheduling while atomic" bug in saa7134
V4L/DVB (6270): V4L: Honor dev->ctl_invert when setting up the decoder in saa7134
V4L/DVB (6271): V4L: Add basic support for suspend/resume for saa7134
V4L/DVB (6272): V4L: properly fix support for capturing interlaced video in saa7134
V4L/DVB (6278): Buf: fix typo that caused data loss when readng streams from device
V4L/DVB (6306): Few clenups for saa7134 resume code

Michael Krufky (48):
V4L/DVB (5949): s5h1409: use ARRAY_SIZE macro when appropriate
V4L/DVB (5950): whitespace cleanup for mt2131 and s5h1409
V4L/DVB (6006): tuner: move last_div to tuner-simple private data
V4L/DVB (6074): tuner: fix ifdef tags to match actual file name
V4L/DVB (6075): tuner: kernel headers go above subsystem headers
V4L/DVB (6100): dvb_net: whitespace cleanup
V4L/DVB (6125): whitespace cleanup: replace leading spaces with tabs
V4L/DVB (6126): tuner: add warning for obsolete i2c address range 0x64 thru 0x6f
V4L/DVB (6127): tuner: kill i2c_client interface to tuner sub-drivers
V4L/DVB (6128): hybrid tuner refactoring core changes, phase 1
V4L/DVB (6129): tda8290: convert from tuner sub-driver into dvb_frontend module
V4L/DVB (6130): mt20xx: convert from tuner sub-driver into dvb_frontend module
V4L/DVB (6131): tea5761: convert from tuner sub-driver into dvb_frontend module
V4L/DVB (6132): tea5767: convert from tuner sub-driver into dvb_frontend module
V4L/DVB (6133): tuner-simple: convert from tuner sub-driver into dvb_frontend module
V4L/DVB (6134): tuner: alter build to produce separate modules
V4L/DVB (6136): dvb_frontend: add get_rf_strength function pointer to dvb_tuner_ops
V4L/DVB (6137): tuner-simple: add get_rf_strength and improve status reading efficiency
V4L/DVB (6138): tea5761: add get_rf_strength and improve status reading efficiency
V4L/DVB (6139): tea5767: add get_rf_strength and improve status reading efficiency
V4L/DVB (6140): tda8290: add get_rf_strength and improve status reading efficiency
V4L/DVB (6141): tuner: use get_rf_strength instead of get_status to determine signal strength
V4L/DVB (6142): cx25840: fix build warning
V4L/DVB (6151): include drivers/media/video/cx23885/Kconfig
V4L/DVB (6152): cx23885: forward compatibility fixes for recent kernels
V4L/DVB (6161): cx23885-dvb.c doesnt need to include dvb-pll.h
V4L/DVB (6162): cx23885: whitespace cleanups
V4L/DVB (6163): cx23885: remove old comments
V4L/DVB (6164): cx23885: turn off i2c_debug by default
V4L/DVB (6165): cx23885: fix Kconfig dependencies
V4L/DVB (6179): Clean up FusionHDTV ir code
V4L/DVB (6180): tuner: don't probe 0x6b or 0x6f on cx88 boards
V4L/DVB (6181): cx88: auto-load rtc and ir receiver i2c modules for FusionHDTV5 RT Gold
V4L/DVB (6193): cx23885: define Video B Interrupt Status register bit values
V4L/DVB (6196): cx23885: add support for DViCO FusionHDTV 5 Express
V4L/DVB (6198): add CARDLIST.cx23885 to Documentation/
V4L/DVB (6200): cx23885: use a pointer to the required i2c bus in dvb_register function
V4L/DVB (6222): select DVB_PLL if !DVB_FE_CUSTOMISE for FusionHDTV5 Express
V4L/DVB (6224): VIDEO_CX23885 depends on DVB_CORE
V4L/DVB (6226): dvb-pll: pass fe pointer into dvb_pll_configure() and set() functions
V4L/DVB (6227): dvb-pll: store instance ID in dvb_pll_priv structure
V4L/DVB (6228): dvb-pll: add module option to specify rf input
V4L/DVB (6229): dvb-pll: increase DVB_PLL_MAX to 64
V4L/DVB (6230): dvb-pll: add module option to force dvb-pll desc id (for debug use only)
V4L/DVB (6231): dvb-pll: always show pll name if forced via insmod option
V4L/DVB (6232): dvb-pll: report whether input rf will be autoselected or set via insmod option
V4L/DVB (6241): fix typo in DVB_PLL Kconfig help text
V4L/DVB (6297): cx23885: remove wrong Kconfig selection of VIDEOBUF

Michael Mauch (1):
V4L/DVB (6038): Trivial: repair mixed parm descs in dvb-usb-init.c

Michal Piotrowski (3):
V4L/DVB (6076): Coding style fix drivers/media/video/zr36060.c
V4L/DVB (6077): Coding style fix drivers/media/video/zr36050.c
V4L/DVB (6078): Coding style fix drivers/media/video/zr36016.c

Mike Isely (6):
V4L/DVB (6205): pvrusb2: Fix oops in error leg cleanup
V4L/DVB (6207): pvrusb2: Fix a potential oops in an error leg cleanup
V4L/DVB (6208): pvrusb2: Implement programmatic means to extract prom contents
V4L/DVB (6209): pvrusb2: Better discriminate among device types
V4L/DVB (6210): pvrusb2: Do a far better job at setting the default initial video standard
V4L/DVB (6211): pvrusb2: Allocate a debug mask bit for reporting video standard things

Oleg Nesterov (1):
V4L/DVB (5990): cinergyt2_suspend: don't forget to unlock cinergyt2->wq_sem

Oliver Endriss (10):
V4L/DVB (5934): dvb-ttpci/saa7146: Replace saa7146_i2c_transfer by generic i2c_transfer
V4L/DVB (5935): dvb_frontend: Range check of frequency and symbol rate
V4L/DVB (5936): tda10023: Remove range check of symbol rate
V4L/DVB (5980): tda8083: fix frequency and symbolrate info
V4L/DVB (5986): dvb_frontend: Fixed GET_INFO ioctl and check of frequency limits
V4L/DVB (5987): saa7146: clean-up irq processing
V4L/DVB (6105): dvb_frontend: ts_bus_ctrl() handling fixed
V4L/DVB (6106): dvb_frontend: Default for dvb_shutdown_timeout set to 0
V4L/DVB (6107): dvb_frontend: clean-up shutdown handling
V4L/DVB (6221): budget-ci: select TT keymap for DVB-S TT 1500

Oliver Neukum (1):
V4L/DVB (6237): Oops in pwc v4l driver

Olivier DANET (1):
V4L/DVB (5914): Add initial support for Dual-DVB-T stick

Patrick Boettcher (6):
V4L/DVB (5954): Sync with DiBcom Driver Release 2.1.3 + some improvements
V4L/DVB (5955): Add support for DiB7070-based devices
V4L/DVB (5958): Add support Compro VideoMate 500 with DiB7000PC
V4L/DVB (5959): Fix for size of remote keys in DiB0700
V4L/DVB (5961): Fix support for DiB7000M-devices
V4L/DVB (5963): Module parameter description for SFN workaround

Pekka Seppanen (2):
V4L/DVB (6243): [PATCH 2/2] GemTek Radio card
V4L/DVB (6244): [PATCH 1/2] GemTek Radio card

Rasmus Rohde (1):
V4L/DVB (5897): dtt200u: add support for the Miglia TVMini USB DVB-T adapter

Robert P. J. Day (1):
V4L/DVB (6289): Remove reference to dead CONFIG_UST and ust.h header

Rolf Eike Beer (1):
V4L/DVB (6005): Initialize filp->private_data only once in em28xx_v4l2_open

Sakari Ailus (8):
V4L/DVB (5862): V4L: Add internal ioctl-like interface.
V4L/DVB (5863): TCM825x: Add driver.
V4L/DVB (5883): V4L: Fix a compile warning on non-32-bit machines.
V4L/DVB (6216): V4L: Int if: add vidioc_int_g_ifparm, other updates
V4L/DVB (6217): V4L: Int if: Add BT.656 interface support
V4L/DVB (6218): V4L: Int if: Use -ENOIOCTLCMD for nonexistent ioctls
V4L/DVB (6219): V4L: Int if: Remove [gs]_ext_clk
V4L/DVB (6220): TCM825x: Add support for vidioc_int_g_ifparm call, small cleanups

Sascha Sommer (1):
V4L/DVB (6249): Add Typhoon Tv-Tuner PCI to bttv-cards.c

Simon Arlott (1):
V4L/DVB (5988): Fix OOP on videobuf-dvb when hibernating

Simon Farnsworth (1):
V4L/DVB (6203): Fix SVideo input on KWorld DVB-T 220 boards

Stas Sergeev (1):
V4L/DVB (6225): AverTV Studio 307 has only one composite input

Steven Toth (25):
V4L/DVB (5947): Adding support for the MT2131 tuner.
V4L/DVB (5948): Adding support for the S5H1409/CX24227 8VSB/QAM demodulator.
V4L/DVB (6149): Add I2C_HW_B_CX23885 for Conexant 23885/23887 PCIe bridge
V4L/DVB (6150): Add CX23885/CX23887 PCIe bridge driver
V4L/DVB (6153): I2C bus 3 register was incorrect
V4L/DVB (6154): NMI hang and corrupt transport packet fixes
V4L/DVB (6155): Cleanup/remove code to access the sram memory maps
V4L/DVB (6156): Added the I2C_FUNC_I2C support to the cx23885 i2c algo definition
V4L/DVB (6157): Removed the need to manually define .bridge for each card
V4L/DVB (6158): Fix MT2131 tuner lock status problem
V4L/DVB (6159): General code cleanup
V4L/DVB (6166): cx23885: Ensure pci_quirks is called after board identification
V4L/DVB (6167): cx23885: Changed PCI quirks to after bridge detech
V4L/DVB (6168): cx23885: Added HVR1250 ATSC support
V4L/DVB (6169): Removed unused function mt2131_set_gpo()
V4L/DVB (6170): cx23885: General cleanup of old code
V4L/DVB (6171): cx23885: Cleaning up defines
V4L/DVB (6172): cx23885: Removing duplicate tuner and demod definitions
V4L/DVB (6173): cx23885: Minor cleanup and important NMI comment placed in code
V4L/DVB (6190): cx23885: GPIO fix for non HVR1800lp boards
V4L/DVB (6191): Removed a redundant switch()
V4L/DVB (6192): Ensure start_dma() is capable of starting dma on port VIDB
V4L/DVB (6194): Changes to support interrupts on VIDB
V4L/DVB (6195): Changes to support MPEG TS on VIDB
V4L/DVB (6199): cx23885: Changes to allow demodulators on each transport bus

Steven Walter (1):
V4L/DVB (5989): V4L: Add additional ioctls to compat_ioctl32

Trent Piepho (36):
V4L/DVB (5885): zr36067: Fix problems with module parameters
V4L/DVB (5975): cx88: Wrong values used for HD-3000 radio mode
V4L/DVB (5976): mt2131 s5h1409: correct frontend selection logic
V4L/DVB (5977): cx8800: Add register debug functions to radio device too
V4L/DVB (5978): tuner: Better tuner radio support
V4L/DVB (6019): cx88: Make card database more memory efficient
V4L/DVB (6020): cx88: Fix use of uninitialized variable
V4L/DVB (6021): cx88: Copy board information into card state
V4L/DVB (6022): cx88: Move card core creation from cx88-core.c to cx88-cards.c
V4L/DVB (6023): cx88: Clean up some ugly and inconsistent printk()s
V4L/DVB (6031): Fix for bug 7819: fixed hotplugging for dvbnet
V4L/DVB (6034): cx88: Add parameter to control radio deemphasis time constant
V4L/DVB (6064): cx88: Add symbolic names for the PCI interrupt bits
V4L/DVB (6065): cx88-alsa: Call core irq handler when needed
V4L/DVB (6066): cx88-alsa: Change order of interrupt enabling, fix spurious IRQs
V4L/DVB (6067): cx88-alsa: Hardware doesn't support mono audio
V4L/DVB (6068): cx88-alsa: Use pci_dev->revision
V4L/DVB (6082): cx88: Improve risc instruction printing in sram channel dump
V4L/DVB (6083): cx88-alsa: Rework buffer handling
V4L/DVB (6084): cx88-alsa: Eliminate snd_cx88_cards
V4L/DVB (6085): cx88-alsa: Fix mmap support
V4L/DVB (6184): cx88-alsa: Make volume control stereo
V4L/DVB (6186): cx88-alsa: Remove some unused fields in card state struct
V4L/DVB (6245): GemTek Radio card - frequency calculation
V4L/DVB (6246): GemTek Radio card - Control Word
V4L/DVB (6283): videobuf: Remove references to old Kconfig option name
V4L/DVB (6284): cx23885: Update to new videobuf code
V4L/DVB (6299): dvb: Add dependencies for VIDEOBUF_DVB
V4L/DVB (6300): CodingStyle cleanup
V4L/DVB (6301): pvrusb: Update DEBUGIFC sysfs to kernel 2.6.13+
V4L/DVB (6311): dvb: Replace list_for_each+list_entry with list_for_each_entry
V4L/DVB (6312): cx88: Replace list_for_each+list_entry with list_for_each_entry
V4L/DVB (6313): ivtv: Replace list_for_each+list_entry with list_for_each_entry
V4L/DVB (6314): saa7134: Replace list_for_each+list_entry with list_for_each_entry
V4L/DVB (6315): pvrusb2: Change list_for_each+list_entry to list_for_each_entry
V4L/DVB (6316): Change list_for_each+list_entry to list_for_each_entry

Tyler Trafford (1):
V4L/DVB (6124): cx25840: add a few 10 microsecond delays

---------------------------------------------------
V4L/DVB development is hosted at http://linuxtv.org


2007-10-10 23:00:50

by Markus Rechberger

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24

On 10/10/07, Mauro Carvalho Chehab <[email protected]> wrote:
> Linus,
>
> Please pull from:
> ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/v4l-dvb.git
> master
>
> We have 300+ patches this time, covering lots of drivers improvements and
> fixes.
>
> Also, there are several core changes:
> - Unified support for Hybrid tuners on both V4L and DVB core;
> - videobuf split into PCI DMA S/G specific and a generic module;
> - added a videobuf handler for drivers that need vmalloc'ed memory like
> USB devices).
>
> And some driver additions:
> - cx23885 driver;
> - ivtv framebuffer driver;
> - tcm825x driver.
>
> I still have two cx88-alsa patches pending, at devel tree. Those two are
> dependent from -ALSA merge. So, I should send you a pull request later,
> after
> being sure that you've already pulled from alsa.
>
> Cheers,
> Mauro.
>
> ---
>
> Documentation/dvb/faq.txt | 2 +-
> Documentation/video4linux/CARDLIST.bttv | 1 +
> Documentation/video4linux/CARDLIST.cx23885 | 5 +
> Documentation/video4linux/CARDLIST.saa7134 | 5 +-
> drivers/media/Kconfig | 70 +-
> drivers/media/common/Kconfig | 2 +-
> drivers/media/common/ir-functions.c | 1 -
> drivers/media/common/ir-keymaps.c | 62 +-
> drivers/media/common/saa7146_core.c | 34 +-
> drivers/media/common/saa7146_fops.c | 5 +-
> drivers/media/common/saa7146_i2c.c | 23 +-
> drivers/media/common/saa7146_vbi.c | 9 +-
> drivers/media/common/saa7146_video.c | 11 +-
> drivers/media/dvb/bt8xx/bt878.c | 1 -
> drivers/media/dvb/bt8xx/bt878.h | 7 +-
> drivers/media/dvb/bt8xx/dvb-bt8xx.c | 1 -
> drivers/media/dvb/cinergyT2/cinergyT2.c | 8 +-
> drivers/media/dvb/dvb-core/dmxdev.c | 1 -
> drivers/media/dvb/dvb-core/dvb_ca_en50221.c | 93 +-
> drivers/media/dvb/dvb-core/dvb_demux.c | 5 +-
> drivers/media/dvb/dvb-core/dvb_frontend.c | 125 ++-
> drivers/media/dvb/dvb-core/dvb_frontend.h | 13 +-
> drivers/media/dvb/dvb-core/dvb_net.c | 22 +-
> drivers/media/dvb/dvb-core/dvbdev.c | 41 +-
> drivers/media/dvb/dvb-usb/Kconfig | 2 +
> drivers/media/dvb/dvb-usb/dib0700.h | 5 +-
> drivers/media/dvb/dvb-usb/dib0700_core.c | 23 +-
> drivers/media/dvb/dvb-usb/dib0700_devices.c | 676 +++++++++-
> drivers/media/dvb/dvb-usb/dtt200u.c | 28 +-
> drivers/media/dvb/dvb-usb/dvb-usb-ids.h | 26 +-
> drivers/media/dvb/dvb-usb/dvb-usb-init.c | 2 +-
> drivers/media/dvb/dvb-usb/gp8psk-fe.c | 84 +-
> drivers/media/dvb/dvb-usb/gp8psk.c | 93 +-
> drivers/media/dvb/dvb-usb/gp8psk.h | 32 +-
> drivers/media/dvb/dvb-usb/vp7045.c | 2 +-
> drivers/media/dvb/frontends/Kconfig | 33 +-
> drivers/media/dvb/frontends/Makefile | 4 +
> drivers/media/dvb/frontends/bcm3510.c | 1 -
> drivers/media/dvb/frontends/cx22700.c | 1 -
> drivers/media/dvb/frontends/cx24110.c | 1 -
> drivers/media/dvb/frontends/cx24123.c | 1 -
> drivers/media/dvb/frontends/dib0070.c | 580 ++++++++
> drivers/media/dvb/frontends/dib0070.h | 44 +
> drivers/media/dvb/frontends/dib3000mb.c | 1 -
> drivers/media/dvb/frontends/dib3000mc.c | 192 ++-
> drivers/media/dvb/frontends/dib7000m.c | 727 ++++++----
> drivers/media/dvb/frontends/dib7000p.c | 908 ++++++++----
> drivers/media/dvb/frontends/dib7000p.h | 14 +-
> drivers/media/dvb/frontends/dibx000_common.h | 57 +-
> drivers/media/dvb/frontends/dvb-pll.c | 147 ++-
> drivers/media/dvb/frontends/dvb_dummy_fe.c | 1 -
> drivers/media/dvb/frontends/isl6421.c | 1 -
> drivers/media/dvb/frontends/l64781.c | 1 -
> drivers/media/dvb/frontends/lgdt330x.c | 1 -
> drivers/media/dvb/frontends/lnbp21.c | 1 -
> drivers/media/dvb/frontends/mt2060.c | 1 -
> drivers/media/dvb/frontends/mt2131.c | 314 ++++
> drivers/media/dvb/frontends/mt2131.h | 54 +
> drivers/media/dvb/frontends/mt2131_priv.h | 49 +
> drivers/media/dvb/frontends/mt2266.c | 287 ++++
> drivers/media/dvb/frontends/mt2266.h | 37 +
> drivers/media/dvb/frontends/mt312.c | 1 -
> drivers/media/dvb/frontends/mt352.c | 1 -
> drivers/media/dvb/frontends/nxt200x.c | 1 -
> drivers/media/dvb/frontends/or51132.c | 1 -
> drivers/media/dvb/frontends/or51211.c | 1 -
> drivers/media/dvb/frontends/s5h1409.c | 729 ++++++++++
> drivers/media/dvb/frontends/s5h1409.h | 73 +
> drivers/media/dvb/frontends/sp8870.c | 1 -
> drivers/media/dvb/frontends/sp887x.c | 1 -
> drivers/media/dvb/frontends/stv0297.c | 4 +-
> drivers/media/dvb/frontends/stv0299.c | 1 -
> drivers/media/dvb/frontends/tda10021.c | 4 +-
> drivers/media/dvb/frontends/tda10023.c | 10 +-
> drivers/media/dvb/frontends/tda1004x.c | 1 -
> drivers/media/dvb/frontends/tda10086.c | 1 -
> drivers/media/dvb/frontends/tda8083.c | 9 +-
> drivers/media/dvb/frontends/ves1820.c | 4 +-
> drivers/media/dvb/frontends/zl10353.c | 1 -
> drivers/media/dvb/ttpci/av7110.c | 3 +-
> drivers/media/dvb/ttpci/av7110_hw.c | 28 +-
> drivers/media/dvb/ttpci/av7110_ir.c | 3 +-
> drivers/media/dvb/ttpci/av7110_v4l.c | 6 +-
> drivers/media/dvb/ttpci/budget-av.c | 2 +-
> drivers/media/dvb/ttpci/budget-ci.c | 2 +-
> drivers/media/dvb/ttpci/budget-core.c | 1 -
> drivers/media/dvb/ttusb-budget/dvb-ttusb-budget.c | 1 -
> drivers/media/dvb/ttusb-dec/ttusb_dec.c | 1 -
> drivers/media/radio/Kconfig | 24 +-
> drivers/media/radio/radio-gemtek.c | 618 ++++++---
> drivers/media/radio/radio-terratec.c | 2 +-
> drivers/media/video/Kconfig | 29 +-
> drivers/media/video/Makefile | 28 +-
> drivers/media/video/arv.c | 3 +-
> drivers/media/video/bt8xx/Kconfig | 2 +-
> drivers/media/video/bt8xx/bttv-cards.c | 38 +-
> drivers/media/video/bt8xx/bttv-driver.c | 31 +-
> drivers/media/video/bt8xx/bttv-gpio.c | 6 +-
> drivers/media/video/bt8xx/bttv-i2c.c | 1 -
> drivers/media/video/bt8xx/bttv-input.c | 1 -
> drivers/media/video/bt8xx/bttv-risc.c | 35 +-
> drivers/media/video/bt8xx/bttv-vbi.c | 6 +-
> drivers/media/video/bt8xx/bttv.h | 2 +
> drivers/media/video/bt8xx/bttvp.h | 2 +-
> drivers/media/video/btcx-risc.c | 1 -
> drivers/media/video/bw-qcam.c | 18 +-
> drivers/media/video/cafe_ccic.c | 21 +-
> drivers/media/video/compat_ioctl32.c | 5 +
> drivers/media/video/cpia.c | 1 -
> drivers/media/video/cpia2/cpia2_v4l.c | 1 -
> drivers/media/video/cx2341x.c | 19 +-
> drivers/media/video/cx23885/Kconfig | 20 +
> drivers/media/video/cx23885/Makefile | 9 +
> drivers/media/video/cx23885/cx23885-cards.c | 280 ++++
> drivers/media/video/cx23885/cx23885-core.c | 1530
> ++++++++++++++++++++
> drivers/media/video/cx23885/cx23885-dvb.c | 213 +++
> drivers/media/video/cx23885/cx23885-i2c.c | 382 +++++
> drivers/media/video/cx23885/cx23885-reg.h | 431 ++++++
> drivers/media/video/cx23885/cx23885.h | 301 ++++
> drivers/media/video/cx25840/cx25840-audio.c | 75 +-
> drivers/media/video/cx25840/cx25840-core.c | 98 +-
> drivers/media/video/cx25840/cx25840-core.h | 6 +-
> drivers/media/video/cx88/Kconfig | 4 +-
> drivers/media/video/cx88/cx88-alsa.c | 315 ++--
> drivers/media/video/cx88/cx88-blackbird.c | 31 +-
> drivers/media/video/cx88/cx88-cards.c | 219 +++-
> drivers/media/video/cx88/cx88-core.c | 222 +---
> drivers/media/video/cx88/cx88-dvb.c | 25 +-
> drivers/media/video/cx88/cx88-i2c.c | 27 +-
> drivers/media/video/cx88/cx88-input.c | 20 +-
> drivers/media/video/cx88/cx88-mpeg.c | 142 +-
> drivers/media/video/cx88/cx88-reg.h | 35 +
> drivers/media/video/cx88/cx88-tvaudio.c | 22 +-
> drivers/media/video/cx88/cx88-vbi.c | 13 +-
> drivers/media/video/cx88/cx88-video.c | 169 +--
> drivers/media/video/cx88/cx88-vp3054-i2c.c | 5 +-
> drivers/media/video/cx88/cx88.h | 39 +-
> drivers/media/video/dpc7146.c | 5 +-
----
> drivers/media/video/em28xx/em28xx-core.c | 1 -
> drivers/media/video/em28xx/em28xx-input.c | 1 -
> drivers/media/video/em28xx/em28xx-video.c | 6 +-

not accepted

> drivers/media/video/et61x251/et61x251_core.c | 59 +-
> drivers/media/video/ir-kbd-i2c.c | 38 +-
> drivers/media/video/ivtv/Kconfig | 17 +
> drivers/media/video/ivtv/Makefile | 5 +-
> drivers/media/video/ivtv/ivtv-audio.c | 74 -
> drivers/media/video/ivtv/ivtv-cards.c | 84 +-
> drivers/media/video/ivtv/ivtv-cards.h | 67 +-
> drivers/media/video/ivtv/ivtv-controls.c | 16 +-
> drivers/media/video/ivtv/ivtv-controls.h | 5 +
> drivers/media/video/ivtv/ivtv-driver.c | 332 +++--
> drivers/media/video/ivtv/ivtv-driver.h | 691 ++++------
> drivers/media/video/ivtv/ivtv-fileops.c | 199 ++--
> drivers/media/video/ivtv/ivtv-fileops.h | 5 +
> drivers/media/video/ivtv/ivtv-firmware.h | 5 +
> drivers/media/video/ivtv/ivtv-gpio.c | 24 -
> drivers/media/video/ivtv/ivtv-gpio.h | 7 +-
> drivers/media/video/ivtv/ivtv-i2c.c | 17 +-
> drivers/media/video/ivtv/ivtv-i2c.h | 5 +
> drivers/media/video/ivtv/ivtv-ioctl.c | 191 ++-
> drivers/media/video/ivtv/ivtv-ioctl.h | 5 +
> drivers/media/video/ivtv/ivtv-irq.c | 321 +++--
> drivers/media/video/ivtv/ivtv-irq.h | 27 +
> drivers/media/video/ivtv/ivtv-mailbox.c | 6 +-
> drivers/media/video/ivtv/ivtv-mailbox.h | 8 +
> drivers/media/video/ivtv/ivtv-queue.c | 119 +-
> drivers/media/video/ivtv/ivtv-queue.h | 13 +-
> .../video/ivtv/{ivtv-video.c => ivtv-routing.c} | 90 +-
> .../video/ivtv/{ivtv-audio.h => ivtv-routing.h} | 12 +-
> drivers/media/video/ivtv/ivtv-streams.c | 131 +--
> drivers/media/video/ivtv/ivtv-streams.h | 5 +
> drivers/media/video/ivtv/ivtv-udma.c | 46 +-
> drivers/media/video/ivtv/ivtv-udma.h | 5 +
> drivers/media/video/ivtv/ivtv-vbi.c | 283 ++--
> drivers/media/video/ivtv/ivtv-vbi.h | 9 +-
> drivers/media/video/ivtv/ivtv-version.h | 7 +-
> drivers/media/video/ivtv/ivtv-video.h | 24 -
> drivers/media/video/ivtv/ivtv-yuv.c | 55 +-
> drivers/media/video/ivtv/ivtv-yuv.h | 21 +
> drivers/media/video/ivtv/ivtvfb.c | 1190 +++++++++++++++
> drivers/media/video/msp3400-driver.c | 19 +-
> drivers/media/video/mt20xx.c | 311 +++--
> drivers/media/video/mt20xx.h | 37 +
> drivers/media/video/mxb.c | 4 +-
> drivers/media/video/ov511.c | 81 +-
> drivers/media/video/ov7670.c | 1 -
> drivers/media/video/ovcamchip/ovcamchip_core.c | 1 -
> drivers/media/video/planb.c | 30 +-
> drivers/media/video/pvrusb2/pvrusb2-context.c | 6 +-
> drivers/media/video/pvrusb2/pvrusb2-debug.h | 53 +-
> drivers/media/video/pvrusb2/pvrusb2-debugifc.c | 16 +-
> drivers/media/video/pvrusb2/pvrusb2-hdw-internal.h | 1 +
> drivers/media/video/pvrusb2/pvrusb2-hdw.c | 310 ++++-
> drivers/media/video/pvrusb2/pvrusb2-hdw.h | 12 +-
> drivers/media/video/pvrusb2/pvrusb2-i2c-core.c | 63 +-
> drivers/media/video/pvrusb2/pvrusb2-main.c | 2 +-
> drivers/media/video/pvrusb2/pvrusb2-std.c | 8 +-
> drivers/media/video/pvrusb2/pvrusb2-sysfs.c | 216 ++--
> drivers/media/video/pwc/pwc-ctrl.c | 2 +-
> drivers/media/video/pwc/pwc-if.c | 132 ++-
> drivers/media/video/saa6588.c | 1 +
> drivers/media/video/saa7127.c | 10 +-
> drivers/media/video/saa7134/Kconfig | 4 +-
> drivers/media/video/saa7134/saa7134-alsa.c | 3 +-
> drivers/media/video/saa7134/saa7134-cards.c | 57 +-
> drivers/media/video/saa7134/saa7134-core.c | 214 ++-
> drivers/media/video/saa7134/saa7134-dvb.c | 23 +-
> drivers/media/video/saa7134/saa7134-empress.c | 18 +-
> drivers/media/video/saa7134/saa7134-i2c.c | 1 -
> drivers/media/video/saa7134/saa7134-input.c | 1 -
> drivers/media/video/saa7134/saa7134-oss.c | 43 +-
> drivers/media/video/saa7134/saa7134-ts.c | 30 +-
> drivers/media/video/saa7134/saa7134-tvaudio.c | 5 +-
> drivers/media/video/saa7134/saa7134-vbi.c | 7 +-
> drivers/media/video/saa7134/saa7134-video.c | 210 ++--
> drivers/media/video/saa7134/saa7134.h | 23 +-
> drivers/media/video/sn9c102/sn9c102_core.c | 113 +-
> drivers/media/video/stv680.c | 51 +-
> drivers/media/video/tcm825x.c | 928 ++++++++++++
> drivers/media/video/tcm825x.h | 199 +++
> drivers/media/video/tda8290.c | 517 ++++---
> drivers/media/video/tda8290.h | 54 +
> drivers/media/video/tda9887.c | 62 +-
> drivers/media/video/tea5761.c | 187 ++-
> drivers/media/video/tea5761.h | 47 +
> drivers/media/video/tea5767.c | 203 ++-
> drivers/media/video/tea5767.h | 47 +
> drivers/media/video/tuner-core.c | 256 +++-
> drivers/media/video/tuner-driver.h | 44 +-
> drivers/media/video/tuner-i2c.h | 70 +
> drivers/media/video/tuner-simple.c | 397 ++++--
> drivers/media/video/tuner-simple.h | 46 +
> drivers/media/video/tuner-types.c | 8 +
> drivers/media/video/tvaudio.c | 1 -
> drivers/media/video/tveeprom.c | 1 -
> drivers/media/video/tvmixer.c | 6 +-
> drivers/media/video/usbvision/usbvision-core.c | 1 -
> drivers/media/video/usbvision/usbvision-i2c.c | 4 +-
> drivers/media/video/usbvision/usbvision-video.c | 120 +-
> drivers/media/video/v4l1-compat.c | 1 -
> drivers/media/video/v4l2-common.c | 6 +-
> drivers/media/video/v4l2-int-device.c | 158 ++
> drivers/media/video/video-buf.c | 1425
> ------------------
> drivers/media/video/videobuf-core.c | 1006 +++++++++++++
> drivers/media/video/videobuf-dma-sg.c | 726 ++++++++++
> .../video/{video-buf-dvb.c => videobuf-dvb.c} | 9 +-
> drivers/media/video/videobuf-vmalloc.c | 370 +++++
> drivers/media/video/videodev.c | 39 +-
> drivers/media/video/vino.c | 1 -
> drivers/media/video/vivi.c | 185 +--
> drivers/media/video/vp27smpx.c | 212 +++
> drivers/media/video/w9968cf.c | 3 +-
> drivers/media/video/zc0301/zc0301_core.c | 3 +-
> drivers/media/video/zoran_card.c | 64 +-
> drivers/media/video/zoran_card.h | 8 +
> drivers/media/video/zoran_device.c | 19 +-
> drivers/media/video/zoran_driver.c | 31 +-
> drivers/media/video/zoran_procfs.c | 9 +-
> drivers/media/video/zr36016.c | 4 +-
> drivers/media/video/zr36050.c | 6 +-
> drivers/media/video/zr36060.c | 6 +-
> include/linux/i2c-id.h | 2 +
> include/{media => linux}/ivtv.h | 11 +-
> .../ivtv/ivtv-audio.h => include/linux/ivtvfb.h | 31 +-
> include/linux/videodev2.h | 7 +-
> include/media/cx2341x.h | 2 +-
> include/media/ir-common.h | 1 +
> include/media/saa7146.h | 1 -
> include/media/saa7146_vv.h | 2 +-
> include/media/tuner-types.h | 4 +
> include/media/tuner.h | 1 +
> include/media/v4l2-chip-ident.h | 3 +
> include/media/v4l2-dev.h | 16 +-
> include/media/v4l2-int-device.h | 278 ++++
> include/media/{video-buf.h => videobuf-core.h} | 181 +--
> include/media/videobuf-dma-sg.h | 122 ++
> include/media/{video-buf-dvb.h => videobuf-dvb.h} | 0
> include/media/videobuf-vmalloc.h | 41 +
> 278 files changed, 19304 insertions(+), 6634 deletions(-)
> create mode 100644 Documentation/video4linux/CARDLIST.cx23885
> create mode 100644 drivers/media/dvb/frontends/dib0070.c
> create mode 100644 drivers/media/dvb/frontends/dib0070.h
> create mode 100644 drivers/media/dvb/frontends/mt2131.c
> create mode 100644 drivers/media/dvb/frontends/mt2131.h
> create mode 100644 drivers/media/dvb/frontends/mt2131_priv.h
> create mode 100644 drivers/media/dvb/frontends/mt2266.c
> create mode 100644 drivers/media/dvb/frontends/mt2266.h
> create mode 100644 drivers/media/dvb/frontends/s5h1409.c
> create mode 100644 drivers/media/dvb/frontends/s5h1409.h
> create mode 100644 drivers/media/video/cx23885/Kconfig
> create mode 100644 drivers/media/video/cx23885/Makefile
> create mode 100644 drivers/media/video/cx23885/cx23885-cards.c
> create mode 100644 drivers/media/video/cx23885/cx23885-core.c
> create mode 100644 drivers/media/video/cx23885/cx23885-dvb.c
> create mode 100644 drivers/media/video/cx23885/cx23885-i2c.c
> create mode 100644 drivers/media/video/cx23885/cx23885-reg.h
> create mode 100644 drivers/media/video/cx23885/cx23885.h
> delete mode 100644 drivers/media/video/ivtv/ivtv-audio.c
> rename drivers/media/video/ivtv/{ivtv-video.c => ivtv-routing.c} (59%)
> copy drivers/media/video/ivtv/{ivtv-audio.h => ivtv-routing.h} (80%)
> delete mode 100644 drivers/media/video/ivtv/ivtv-video.h
> create mode 100644 drivers/media/video/ivtv/ivtvfb.c
> create mode 100644 drivers/media/video/mt20xx.h
> create mode 100644 drivers/media/video/tcm825x.c
> create mode 100644 drivers/media/video/tcm825x.h
> create mode 100644 drivers/media/video/tda8290.h
> create mode 100644 drivers/media/video/tea5761.h
> create mode 100644 drivers/media/video/tea5767.h
> create mode 100644 drivers/media/video/tuner-i2c.h
> create mode 100644 drivers/media/video/tuner-simple.h
> create mode 100644 drivers/media/video/v4l2-int-device.c
> delete mode 100644 drivers/media/video/video-buf.c
> create mode 100644 drivers/media/video/videobuf-core.c
> create mode 100644 drivers/media/video/videobuf-dma-sg.c
> rename drivers/media/video/{video-buf-dvb.c => videobuf-dvb.c} (97%)
> create mode 100644 drivers/media/video/videobuf-vmalloc.c
> create mode 100644 drivers/media/video/vp27smpx.c
> rename include/{media => linux}/ivtv.h (93%)
> rename drivers/media/video/ivtv/ivtv-audio.h => include/linux/ivtvfb.h
> (56%)
> create mode 100644 include/media/v4l2-int-device.h
> rename include/media/{video-buf.h => videobuf-core.h} (56%)
> create mode 100644 include/media/videobuf-dma-sg.h
> rename include/media/{video-buf-dvb.h => videobuf-dvb.h} (100%)
> create mode 100644 include/media/videobuf-vmalloc.h
>
> Adrian Bunk (5):
> V4L/DVB (5940): Export v4l2_int_device_{, un}register
> V4L/DVB (5965): Frontend_ioctl(): fix check-after-use
> V4L/DVB (6009): Bt8xx: "extern inline" -> "static inline"
> V4L/DVB (6025): Net_ule(): fix check-after-use
> V4L/DVB (6122): ivtvfb: fix an obvious bug in ivtvfb_release_buffers()
>
> Alan Nisota (1):
> V4L/DVB (6037): Updated GenPix USB driver
>
> Andi Drebes (2):
> V4L/DVB (5941): Ttpci/budget-av.c: ARRAY_SIZE()
> V4L/DVB (5942): Usb/vp7045.c: ARRAY_SIZE()
>
> Andres Salomon (1):
> V4L/DVB (6235): cafe_ccic: default to allocating DMA buffers at probe
> time
>
> Brandon Philips (5):
> V4L/DVB (6273): V4L: vivi.c vidioc_try_fmt_cap() negotiate a valid
> field
> V4L/DVB (6274): V4L: vivi.c replace logic in vivi_poll with
> videobuf_poll_stream
> V4L/DVB (6275): V4L: vivi.c remove the "resource" locking
> V4L/DVB (6276): V4L: videobuf-core.c lock before streaming check
> V4L/DVB (6305): V4L: videobuf-core.c avoid NULL dereferences in
> videobuf-core
>
> Brett Warden (2):
> V4L/DVB (6238): bw-qcam: use data_reverse instead of manually poking
> the control register
> V4L/DVB (6250): bw-qcam use data_reverse instead of manually poking
> the control register fix
>
> Chaogui Zhang (1):
> V4L/DVB (6178): add IR remote support for FusionHDTV 5 RT Gold
>
> Christoph Hellwig (1):
> V4L/DVB (6279): en_50221: convert to kthread API
>
> Darren Salt (2):
> V4L/DVB (6039): Typo fix in Nova-TD description
> V4L/DVB (6040): Add IR support for Nova-T Stick
>
> Edgar Simo (2):
> V4L/DVB (6071): saa7134-dvb: add missing newline
> V4L/DVB (6072): saa7134: add DVB-T support for Avermedia Super 007
>
> Eric Sandeen (1):
> V4L/DVB (6295): saa7134: add autodetection for KWorld ATSC-115
>
> Hans Verkuil (63):
> V4L/DVB (5881): ivtv: init channel for NTSC_M_JP standard.
> V4L/DVB (5902): Add ivtv-fb framebuffer driver.
> V4L/DVB (5904): ivtv-fb: cleanups
> V4L/DVB (5905): ivtv-fb: Use proper ioctl value
> V4L/DVB (5906): ivtv-fb: replace HZ with msecs_to_jiffies
> V4L/DVB (5909): ivtv: update version to 1.1 to mark ivtv-fb support
> V4L/DVB (5910): ivtv-fb: improve debug message
> V4L/DVB (5919): ivtv: remove dead code
> V4L/DVB (5921): ivtv: add missing composite input line for
> ivtv_pci_pg600v2
> V4L/DVB (5922): ivtv, cx25840: postpone fw load until first use
> V4L/DVB (5924): ivtv-fb: initializing the fb should trigger ivtv
> firmware load
> V4L/DVB (5927): ivtv: set correct crystal frequency of the GVMVPRX
> cards
> V4L/DVB (5928): tuner: fix TOP values for the Panasonic VP27 tuner.
> V4L/DVB (5929): Add vp27smpx driver
> V4L/DVB (5992): ivtv: show card name as well in the LOG_STATUS output.
> V4L/DVB (5993): cx25840: resetting also requires reloading the
> firmware
> V4L/DVB (5994): ivtv: make VIDIOC_INT_RESET support smarter.
> V4L/DVB (5995): ivtv: add AverMedia M116
> V4L/DVB (5997): cx25840: fix audio mute handling and reporting
> V4L/DVB (5998): ivtv: no need to mute the audio input
> V4L/DVB (5999): cx25840: add radio support.
> V4L/DVB (6002): ivtv: remove unused struct field.
> V4L/DVB (6003): vp27smpx: correctly attribute the origin of the driver
> V4L/DVB (6043): ivtv: fix incorrect round-robin implementation
> V4L/DVB (6045): ivtv: fix handling of INITIALIZE_INPUT fw call
> V4L/DVB (6046): ivtv: always steal full frames if out of buffers.
> V4L/DVB (6047): ivtv: Fix scatter/gather DMA timeouts
> V4L/DVB (6048): ivtv: fix stop stream locking
> V4L/DVB (6049): ivtv: fix VBI reinsertion decoding
> V4L/DVB (6050): ivtv: retry/timer improvements
> V4L/DVB (6051): cx25840: make proper use of SOFT_RESET
> V4L/DVB (6053): ivtv: setup TV output standard on init to prevent
> flicker
> V4L/DVB (6054): ivtv: specify some stream sizes in kB instead of MB
> V4L/DVB (6055): ivtv: improve debug messages
> V4L/DVB (6056): ivtv: move serialization to the fileops level
> V4L/DVB (6057): ivtv-fb: remove unused header includes
> V4L/DVB (6058): ivtv: add support for highmem udma
> V4L/DVB (6059): ivtv: log stereo/bilingual audio modes
> V4L/DVB (6060): ivtv: fix IVTV_IOC_DMA_FRAME bug introduced by highmem
> bugfix
> V4L/DVB (6061): ivtv: add VIDIOC_OVERLAY
> V4L/DVB (6086): ivtv: fix output mode processing: UDMA_YUV wasn't
> cleared
> V4L/DVB (6087): ivtv: prevent changing VBI format while capture is in
> progress
> V4L/DVB (6088): cx2341x: some controls can't be changed while the
> device is busy
> V4L/DVB (6089): ivtv: log in status if framebuffer uses YUV instead of
> RGB
> V4L/DVB (6090): ivtv-fb: correct transparency bit reporting
> V4L/DVB (6091): ivtv: header cleanup
> V4L/DVB (6092): ivtv: more cleanups, merged ivtv-audio.c and
> ivtv-video.c into ivtv-routing.c
> V4L/DVB (6093): ivtv: reorganized and cleanup ivtv struct
> V4L/DVB (6094): ivtv: more ivtv-driver.h cleanups
> V4L/DVB (6096): ivtv: fix V4L2_ENC_CMD_STOP_AT_GOP_END support
> V4L/DVB (6097): ivtv: set correct pixel format and alpha properties
> V4L/DVB (6108): videodev2.h: add new pixel formats for the cx23415 OSD
> V4L/DVB (6109): ivtv: use new videodev2.h pixel formats
> V4L/DVB (6112): cx25840: use a workqueue to load the firmware
> V4L/DVB (6113): ivtv: udelay for the i2c bus was set too high
> V4L/DVB (6115): ivtv/ivtv-fb: improve locking to avoid initialization
> problems
> V4L/DVB (6116): ivtv: VBI cleanups and fixes
> V4L/DVB (6117): ivtv: finish VBI related cleanup
> V4L/DVB (6118): ivtv-fb: add missing FBIO_WAITFORVSYNC ioctl define
> V4L/DVB (6119): ivtvfb: renamed ivtv-fb to ivtvfb, move header to
> include/linux
> V4L/DVB (6120): ivtvfb: rename some missed ivtv-fb references to
> ivtvfb
> V4L/DVB (6121): ivtvfb: replace ivtv_fb prefix to ivtvfb
> V4L/DVB (6123): ivtv: move ivtv.h public header to include/linux
>
> Hans-Jürgen Koch (1):
> V4L/DVB (6215): Bugfix for saa6588.c, add forgotten spin_lock_init()
>
> Hartmut Birr (1):
> V4L/DVB (5985): Fix the min/max frequencies of some DVB-C frontends
>
> Ian Armstrong (5):
> V4L/DVB (5908): ivtv-fb: cleanups, prevent fw calls in some cases
> V4L/DVB (5970): ivtv: prevent vertical overflow of yuv output
> V4L/DVB (5971): ivtv-fb: framebuffer timings no longer locked on
> module load
> V4L/DVB (5972): ivtv: prevent yuv register updates from being missed
> V4L/DVB (5973): ivtv: attach yuv field order to each frame
>
> Janne Grunau (4):
> V4L/DVB (5956): Add remote control support for the Hauppauge Nova-T
> 500
> V4L/DVB (5957): Add remote keymap for the Hauppauge Nova-TD Stick
> V4L/DVB (5962): Fix line-break in err output
> V4L/DVB (5964): Fixed remote control for dib0700 with new firmware
>
> Jean Delvare (4):
> V4L/DVB (5884): zr36067: clean up debug function
> V4L/DVB (6081): ivtv: Fix static structure initialization
> V4L/DVB (6212): pvrusb2: I2C adapter tweaks from Jean Delvare
> V4L/DVB (6214): usbvision: Don't support I2C_M_REV_DIR_ADDR
>
> Jesper Juhl (5):
> V4L/DVB (5912): Clean up duplicate includes in drivers/media/
> V4L/DVB (5913): Clean up duplicate includes in include/media/
> V4L/DVB (6098): ivtv: kzalloc() returns void pointer, no need to cast
> V4L/DVB (6102): dvb: remove some unneeded vmalloc() return value casts
> from av7110
> V4L/DVB (6285): Remove pointless kmalloc() return value cast in Zoran
> PCI controller driver
>
> Jiri Slaby (2):
> V4L/DVB (6307): V4L: w9968cf, remove bad usage of ERESTARTSYS
> V4L/DVB (6308): V4L: zc0301, remove bad usage of ERESTARTSYS
>
> Joachim Steiger (1):
> V4L/DVB (6296): dib0700: add support for AverMedia DVB-T Express card
>
> Kay Sievers (2):
> V4L/DVB (6015): DVB: convert struct class_device to struct device
> V4L/DVB (6293): V4L: convert struct class_device to struct device
>
> Kazuhiko Kawakami (1):
> V4L/DVB (6044): vp27smpx: clarify history of this source.
>
> Kumar Gala (1):
> V4L/DVB (6010): Use inline functions instead of inline asm for powerpc
>
> Marco Schluessler (2):
> V4L/DVB (6103): dvb_ca_en50221: return correct error code value
> V4L/DVB (6104): dvb_ca_en50221: decrement module use count on error
>
> Mariusz Kozlowski (4):
> V4L/DVB (5953): msp3400-driver.c: kmalloc + memset conversion to
> kzalloc
> V4L/DVB (5981): Zoran_driver.c: fix memset in ioctl
> V4L/DVB (5982): Dev.c: memset fix
> V4L/DVB (5983): Arv.c: fix memset in ioctl
>
> Matt Doran (1):
> V4L/DVB (5960): Add module parameter to enable SFN workaround
>
> Matthias Kaehlcke (1):
> V4L/DVB (5946): Use mutex instead of semaphore in the DVB frontend
> tuning interface
>
> Mauro Carvalho Chehab (25):
> V4L/DVB (6014): vivi: use videobuf_read_stream()
> V4L/DVB (6079): Cleanup: remove linux/moduleparam.h from drivers/media
> files
> V4L/DVB (6111): Fix a warning when compiling on x86_64
> V4L/DVB (6247): Fix bug #8689: Fixes IR stop/start during
> suspend/resume
> V4L/DVB (6251): Replace video-buf to a more generic approach
> V4L/DVB (6252): Adapt drivers to use the newer videobuf modules
> V4L/DVB (6253): Convert vivi to use the newer videobuf-dma-sg module
> V4L/DVB (6254): Add videobuf-vmalloc
> V4L/DVB (6255): Convert vivi to use videobuf-vmalloc
> V4L/DVB (6256): Remove the obsolete video-buf module
> V4L/DVB (6257): Rename video-buf-dvb to videobuf-dvb to be consistent
> with the other patches
> V4L/DVB (6259): Fix vivi poll() method
> V4L/DVB (6260): Fix Kconfig dependency
> V4L/DVB (6261): Cleans mem->vmalloc after vfree
> V4L/DVB (6262): An allocation error message were being printed as a
> debug msg
> V4L/DVB (6263): Fix buffer release code
> V4L/DVB (6264): Make the vertical lines to move
> V4L/DVB (6265): Prevent for calling mmap_free without an allocated
> buffer
> V4L/DVB (6266): videobuf cleanup: mmap check is common to all
> videobuf. Make it at core
> V4L/DVB (6277): vivi cleanup: remove the unused vars
> V4L/DVB (6286): Add support for MSI TV @nywhere A/D NB
> V4L/DVB (6287): Fix DMA Scatter/Gather constructor
> V4L/DVB (6290): remove videobuf_set_pci_ops
> V4L/DVB (6291): Fix: avoid oops on some SMP machines
> V4L/DVB (6292): videobuf_core init always require callback
> implementation
>
> Maxim Levitsky (7):
> V4L/DVB (6268): V4L: Fix a lock inversion in generic videobuf code
> V4L/DVB (6269): V4L: Fix a "scheduling while atomic" bug in saa7134
> V4L/DVB (6270): V4L: Honor dev->ctl_invert when setting up the decoder
> in saa7134
> V4L/DVB (6271): V4L: Add basic support for suspend/resume for saa7134
> V4L/DVB (6272): V4L: properly fix support for capturing interlaced
> video in saa7134
> V4L/DVB (6278): Buf: fix typo that caused data loss when readng
> streams from device
> V4L/DVB (6306): Few clenups for saa7134 resume code
>
> Michael Krufky (48):
> V4L/DVB (5949): s5h1409: use ARRAY_SIZE macro when appropriate
> V4L/DVB (5950): whitespace cleanup for mt2131 and s5h1409
> V4L/DVB (6006): tuner: move last_div to tuner-simple private data
> V4L/DVB (6074): tuner: fix ifdef tags to match actual file name
> V4L/DVB (6075): tuner: kernel headers go above subsystem headers
> V4L/DVB (6100): dvb_net: whitespace cleanup
> V4L/DVB (6125): whitespace cleanup: replace leading spaces with tabs
> V4L/DVB (6126): tuner: add warning for obsolete i2c address range 0x64
> thru 0x6f
> V4L/DVB (6127): tuner: kill i2c_client interface to tuner sub-drivers
> V4L/DVB (6128): hybrid tuner refactoring core changes, phase 1
> V4L/DVB (6129): tda8290: convert from tuner sub-driver into
> dvb_frontend module
> V4L/DVB (6130): mt20xx: convert from tuner sub-driver into
> dvb_frontend module
> V4L/DVB (6131): tea5761: convert from tuner sub-driver into
> dvb_frontend module
> V4L/DVB (6132): tea5767: convert from tuner sub-driver into
> dvb_frontend module
> V4L/DVB (6133): tuner-simple: convert from tuner sub-driver into
> dvb_frontend module
> V4L/DVB (6134): tuner: alter build to produce separate modules
> V4L/DVB (6136): dvb_frontend: add get_rf_strength function pointer to
> dvb_tuner_ops
> V4L/DVB (6137): tuner-simple: add get_rf_strength and improve status
> reading efficiency
> V4L/DVB (6138): tea5761: add get_rf_strength and improve status
> reading efficiency
> V4L/DVB (6139): tea5767: add get_rf_strength and improve status
> reading efficiency
> V4L/DVB (6140): tda8290: add get_rf_strength and improve status
> reading efficiency
> V4L/DVB (6141): tuner: use get_rf_strength instead of get_status to
> determine signal strength
> V4L/DVB (6142): cx25840: fix build warning
> V4L/DVB (6151): include drivers/media/video/cx23885/Kconfig
> V4L/DVB (6152): cx23885: forward compatibility fixes for recent
> kernels
> V4L/DVB (6161): cx23885-dvb.c doesnt need to include dvb-pll.h
> V4L/DVB (6162): cx23885: whitespace cleanups
> V4L/DVB (6163): cx23885: remove old comments
> V4L/DVB (6164): cx23885: turn off i2c_debug by default
> V4L/DVB (6165): cx23885: fix Kconfig dependencies
> V4L/DVB (6179): Clean up FusionHDTV ir code
> V4L/DVB (6180): tuner: don't probe 0x6b or 0x6f on cx88 boards
> V4L/DVB (6181): cx88: auto-load rtc and ir receiver i2c modules for
> FusionHDTV5 RT Gold
> V4L/DVB (6193): cx23885: define Video B Interrupt Status register bit
> values
> V4L/DVB (6196): cx23885: add support for DViCO FusionHDTV 5 Express
> V4L/DVB (6198): add CARDLIST.cx23885 to Documentation/
> V4L/DVB (6200): cx23885: use a pointer to the required i2c bus in
> dvb_register function
> V4L/DVB (6222): select DVB_PLL if !DVB_FE_CUSTOMISE for FusionHDTV5
> Express
> V4L/DVB (6224): VIDEO_CX23885 depends on DVB_CORE
> V4L/DVB (6226): dvb-pll: pass fe pointer into dvb_pll_configure() and
> set() functions
> V4L/DVB (6227): dvb-pll: store instance ID in dvb_pll_priv structure
> V4L/DVB (6228): dvb-pll: add module option to specify rf input
> V4L/DVB (6229): dvb-pll: increase DVB_PLL_MAX to 64
> V4L/DVB (6230): dvb-pll: add module option to force dvb-pll desc id
> (for debug use only)
> V4L/DVB (6231): dvb-pll: always show pll name if forced via insmod
> option
> V4L/DVB (6232): dvb-pll: report whether input rf will be autoselected
> or set via insmod option
> V4L/DVB (6241): fix typo in DVB_PLL Kconfig help text
> V4L/DVB (6297): cx23885: remove wrong Kconfig selection of VIDEOBUF
>
> Michael Mauch (1):
> V4L/DVB (6038): Trivial: repair mixed parm descs in dvb-usb-init.c
>
> Michal Piotrowski (3):
> V4L/DVB (6076): Coding style fix drivers/media/video/zr36060.c
> V4L/DVB (6077): Coding style fix drivers/media/video/zr36050.c
> V4L/DVB (6078): Coding style fix drivers/media/video/zr36016.c
>
> Mike Isely (6):
> V4L/DVB (6205): pvrusb2: Fix oops in error leg cleanup
> V4L/DVB (6207): pvrusb2: Fix a potential oops in an error leg cleanup
> V4L/DVB (6208): pvrusb2: Implement programmatic means to extract prom
> contents
> V4L/DVB (6209): pvrusb2: Better discriminate among device types
> V4L/DVB (6210): pvrusb2: Do a far better job at setting the default
> initial video standard
> V4L/DVB (6211): pvrusb2: Allocate a debug mask bit for reporting video
> standard things
>
> Oleg Nesterov (1):
> V4L/DVB (5990): cinergyt2_suspend: don't forget to unlock
> cinergyt2->wq_sem
>
> Oliver Endriss (10):
> V4L/DVB (5934): dvb-ttpci/saa7146: Replace saa7146_i2c_transfer by
> generic i2c_transfer
> V4L/DVB (5935): dvb_frontend: Range check of frequency and symbol rate
> V4L/DVB (5936): tda10023: Remove range check of symbol rate
> V4L/DVB (5980): tda8083: fix frequency and symbolrate info
> V4L/DVB (5986): dvb_frontend: Fixed GET_INFO ioctl and check of
> frequency limits
> V4L/DVB (5987): saa7146: clean-up irq processing
> V4L/DVB (6105): dvb_frontend: ts_bus_ctrl() handling fixed
> V4L/DVB (6106): dvb_frontend: Default for dvb_shutdown_timeout set to
> 0
> V4L/DVB (6107): dvb_frontend: clean-up shutdown handling
> V4L/DVB (6221): budget-ci: select TT keymap for DVB-S TT 1500
>
> Oliver Neukum (1):
> V4L/DVB (6237): Oops in pwc v4l driver
>
> Olivier DANET (1):
> V4L/DVB (5914): Add initial support for Dual-DVB-T stick
>
> Patrick Boettcher (6):
> V4L/DVB (5954): Sync with DiBcom Driver Release 2.1.3 + some
> improvements
> V4L/DVB (5955): Add support for DiB7070-based devices
> V4L/DVB (5958): Add support Compro VideoMate 500 with DiB7000PC
> V4L/DVB (5959): Fix for size of remote keys in DiB0700
> V4L/DVB (5961): Fix support for DiB7000M-devices
> V4L/DVB (5963): Module parameter description for SFN workaround
>
> Pekka Seppanen (2):
> V4L/DVB (6243): [PATCH 2/2] GemTek Radio card
> V4L/DVB (6244): [PATCH 1/2] GemTek Radio card
>
> Rasmus Rohde (1):
> V4L/DVB (5897): dtt200u: add support for the Miglia TVMini USB DVB-T
> adapter
>
> Robert P. J. Day (1):
> V4L/DVB (6289): Remove reference to dead CONFIG_UST and ust.h header
>
> Rolf Eike Beer (1):
> V4L/DVB (6005): Initialize filp->private_data only once in
> em28xx_v4l2_open
>

this method changed completly already in the other tree.

> Sakari Ailus (8):
> V4L/DVB (5862): V4L: Add internal ioctl-like interface.
> V4L/DVB (5863): TCM825x: Add driver.
> V4L/DVB (5883): V4L: Fix a compile warning on non-32-bit machines.
> V4L/DVB (6216): V4L: Int if: add vidioc_int_g_ifparm, other updates
> V4L/DVB (6217): V4L: Int if: Add BT.656 interface support
> V4L/DVB (6218): V4L: Int if: Use -ENOIOCTLCMD for nonexistent ioctls
> V4L/DVB (6219): V4L: Int if: Remove [gs]_ext_clk
> V4L/DVB (6220): TCM825x: Add support for vidioc_int_g_ifparm call,
> small cleanups
>
> Sascha Sommer (1):
> V4L/DVB (6249): Add Typhoon Tv-Tuner PCI to bttv-cards.c
>
> Simon Arlott (1):
> V4L/DVB (5988): Fix OOP on videobuf-dvb when hibernating
>
> Simon Farnsworth (1):
> V4L/DVB (6203): Fix SVideo input on KWorld DVB-T 220 boards
>
> Stas Sergeev (1):
> V4L/DVB (6225): AverTV Studio 307 has only one composite input
>
> Steven Toth (25):
> V4L/DVB (5947): Adding support for the MT2131 tuner.
> V4L/DVB (5948): Adding support for the S5H1409/CX24227 8VSB/QAM
> demodulator.
> V4L/DVB (6149): Add I2C_HW_B_CX23885 for Conexant 23885/23887 PCIe
> bridge
> V4L/DVB (6150): Add CX23885/CX23887 PCIe bridge driver
> V4L/DVB (6153): I2C bus 3 register was incorrect
> V4L/DVB (6154): NMI hang and corrupt transport packet fixes
> V4L/DVB (6155): Cleanup/remove code to access the sram memory maps
> V4L/DVB (6156): Added the I2C_FUNC_I2C support to the cx23885 i2c algo
> definition
> V4L/DVB (6157): Removed the need to manually define .bridge for each
> card
> V4L/DVB (6158): Fix MT2131 tuner lock status problem
> V4L/DVB (6159): General code cleanup
> V4L/DVB (6166): cx23885: Ensure pci_quirks is called after board
> identification
> V4L/DVB (6167): cx23885: Changed PCI quirks to after bridge detech
> V4L/DVB (6168): cx23885: Added HVR1250 ATSC support
> V4L/DVB (6169): Removed unused function mt2131_set_gpo()
> V4L/DVB (6170): cx23885: General cleanup of old code
> V4L/DVB (6171): cx23885: Cleaning up defines
> V4L/DVB (6172): cx23885: Removing duplicate tuner and demod
> definitions
> V4L/DVB (6173): cx23885: Minor cleanup and important NMI comment
> placed in code
> V4L/DVB (6190): cx23885: GPIO fix for non HVR1800lp boards
> V4L/DVB (6191): Removed a redundant switch()
> V4L/DVB (6192): Ensure start_dma() is capable of starting dma on port
> VIDB
> V4L/DVB (6194): Changes to support interrupts on VIDB
> V4L/DVB (6195): Changes to support MPEG TS on VIDB
> V4L/DVB (6199): cx23885: Changes to allow demodulators on each
> transport bus
>
> Steven Walter (1):
> V4L/DVB (5989): V4L: Add additional ioctls to compat_ioctl32
>
> Trent Piepho (36):
> V4L/DVB (5885): zr36067: Fix problems with module parameters
> V4L/DVB (5975): cx88: Wrong values used for HD-3000 radio mode
> V4L/DVB (5976): mt2131 s5h1409: correct frontend selection logic
> V4L/DVB (5977): cx8800: Add register debug functions to radio device
> too
> V4L/DVB (5978): tuner: Better tuner radio support
> V4L/DVB (6019): cx88: Make card database more memory efficient
> V4L/DVB (6020): cx88: Fix use of uninitialized variable
> V4L/DVB (6021): cx88: Copy board information into card state
> V4L/DVB (6022): cx88: Move card core creation from cx88-core.c to
> cx88-cards.c
> V4L/DVB (6023): cx88: Clean up some ugly and inconsistent printk()s
> V4L/DVB (6031): Fix for bug 7819: fixed hotplugging for dvbnet
> V4L/DVB (6034): cx88: Add parameter to control radio deemphasis time
> constant
> V4L/DVB (6064): cx88: Add symbolic names for the PCI interrupt bits
> V4L/DVB (6065): cx88-alsa: Call core irq handler when needed
> V4L/DVB (6066): cx88-alsa: Change order of interrupt enabling, fix
> spurious IRQs
> V4L/DVB (6067): cx88-alsa: Hardware doesn't support mono audio
> V4L/DVB (6068): cx88-alsa: Use pci_dev->revision
> V4L/DVB (6082): cx88: Improve risc instruction printing in sram
> channel dump
> V4L/DVB (6083): cx88-alsa: Rework buffer handling
> V4L/DVB (6084): cx88-alsa: Eliminate snd_cx88_cards
> V4L/DVB (6085): cx88-alsa: Fix mmap support
> V4L/DVB (6184): cx88-alsa: Make volume control stereo
> V4L/DVB (6186): cx88-alsa: Remove some unused fields in card state
> struct
> V4L/DVB (6245): GemTek Radio card - frequency calculation
> V4L/DVB (6246): GemTek Radio card - Control Word
> V4L/DVB (6283): videobuf: Remove references to old Kconfig option name
> V4L/DVB (6284): cx23885: Update to new videobuf code
> V4L/DVB (6299): dvb: Add dependencies for VIDEOBUF_DVB
> V4L/DVB (6300): CodingStyle cleanup
> V4L/DVB (6301): pvrusb: Update DEBUGIFC sysfs to kernel 2.6.13+
> V4L/DVB (6311): dvb: Replace list_for_each+list_entry with
> list_for_each_entry
> V4L/DVB (6312): cx88: Replace list_for_each+list_entry with
> list_for_each_entry
> V4L/DVB (6313): ivtv: Replace list_for_each+list_entry with
> list_for_each_entry
> V4L/DVB (6314): saa7134: Replace list_for_each+list_entry with
> list_for_each_entry
> V4L/DVB (6315): pvrusb2: Change list_for_each+list_entry to
> list_for_each_entry
> V4L/DVB (6316): Change list_for_each+list_entry to list_for_each_entry
>
> Tyler Trafford (1):
> V4L/DVB (6124): cx25840: add a few 10 microsecond delays
>
> ---------------------------------------------------
> V4L/DVB development is hosted at http://linuxtv.org
>
>
>

the chances of the em28xx are not accepted from my side since the latest code
which supports way more hardware is offtree for various reasons.

The em28xx which is maintained from my side is far ahead what's in the
kernel at the moment. There is some advanced code available which
pulls away the dependency from v4l-dvb of several modules.
I will provide a patch for upstream within the next 2-3 days.
The em28xx driver which is in the kernel only supports analogue TV.
Although the hardware is capable of analogue TV and digital TV, the
updated tree which is currently available on mcentral.de supports way
more devices than the inkernel driver, and it doesn't depend on code
which is broken and breaks support
for several of those devices.
Upcoming device revisions will also depend on the latest changes which are
available on mcentral.de.

Markus

2007-10-10 23:24:25

by Markus Rechberger

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24

On 10/11/07, Markus Rechberger <[email protected]> wrote:
> On 10/10/07, Mauro Carvalho Chehab <[email protected]> wrote:
> > Linus,
> >
> > Please pull from:
> >
> ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/v4l-dvb.git
> > master
> >
> > We have 300+ patches this time, covering lots of drivers improvements and
> > fixes.
> >
> > Also, there are several core changes:
> > - Unified support for Hybrid tuners on both V4L and DVB core;
> > - videobuf split into PCI DMA S/G specific and a generic module;
> > - added a videobuf handler for drivers that need vmalloc'ed memory like
> > USB devices).
> >
> > And some driver additions:
> > - cx23885 driver;
> > - ivtv framebuffer driver;
> > - tcm825x driver.
> >
> > I still have two cx88-alsa patches pending, at devel tree. Those two are
> > dependent from -ALSA merge. So, I should send you a pull request later,
> > after
> > being sure that you've already pulled from alsa.
> >
> > Cheers,
> > Mauro.
> >
> > ---
> >
> > Documentation/dvb/faq.txt | 2 +-
> > Documentation/video4linux/CARDLIST.bttv | 1 +
> > Documentation/video4linux/CARDLIST.cx23885 | 5 +
> > Documentation/video4linux/CARDLIST.saa7134 | 5 +-
> > drivers/media/Kconfig | 70 +-
> > drivers/media/common/Kconfig | 2 +-
> > drivers/media/common/ir-functions.c | 1 -
> > drivers/media/common/ir-keymaps.c | 62 +-
> > drivers/media/common/saa7146_core.c | 34 +-
> > drivers/media/common/saa7146_fops.c | 5 +-
> > drivers/media/common/saa7146_i2c.c | 23 +-
> > drivers/media/common/saa7146_vbi.c | 9 +-
> > drivers/media/common/saa7146_video.c | 11 +-
> > drivers/media/dvb/bt8xx/bt878.c | 1 -
> > drivers/media/dvb/bt8xx/bt878.h | 7 +-
> > drivers/media/dvb/bt8xx/dvb-bt8xx.c | 1 -
> > drivers/media/dvb/cinergyT2/cinergyT2.c | 8 +-
> > drivers/media/dvb/dvb-core/dmxdev.c | 1 -
> > drivers/media/dvb/dvb-core/dvb_ca_en50221.c | 93 +-
> > drivers/media/dvb/dvb-core/dvb_demux.c | 5 +-
> > drivers/media/dvb/dvb-core/dvb_frontend.c | 125 ++-
> > drivers/media/dvb/dvb-core/dvb_frontend.h | 13 +-
> > drivers/media/dvb/dvb-core/dvb_net.c | 22 +-
> > drivers/media/dvb/dvb-core/dvbdev.c | 41 +-
> > drivers/media/dvb/dvb-usb/Kconfig | 2 +
> > drivers/media/dvb/dvb-usb/dib0700.h | 5 +-
> > drivers/media/dvb/dvb-usb/dib0700_core.c | 23 +-
> > drivers/media/dvb/dvb-usb/dib0700_devices.c | 676 +++++++++-
> > drivers/media/dvb/dvb-usb/dtt200u.c | 28 +-
> > drivers/media/dvb/dvb-usb/dvb-usb-ids.h | 26 +-
> > drivers/media/dvb/dvb-usb/dvb-usb-init.c | 2 +-
> > drivers/media/dvb/dvb-usb/gp8psk-fe.c | 84 +-
> > drivers/media/dvb/dvb-usb/gp8psk.c | 93 +-
> > drivers/media/dvb/dvb-usb/gp8psk.h | 32 +-
> > drivers/media/dvb/dvb-usb/vp7045.c | 2 +-
> > drivers/media/dvb/frontends/Kconfig | 33 +-
> > drivers/media/dvb/frontends/Makefile | 4 +
> > drivers/media/dvb/frontends/bcm3510.c | 1 -
> > drivers/media/dvb/frontends/cx22700.c | 1 -
> > drivers/media/dvb/frontends/cx24110.c | 1 -
> > drivers/media/dvb/frontends/cx24123.c | 1 -
> > drivers/media/dvb/frontends/dib0070.c | 580 ++++++++
> > drivers/media/dvb/frontends/dib0070.h | 44 +
> > drivers/media/dvb/frontends/dib3000mb.c | 1 -
> > drivers/media/dvb/frontends/dib3000mc.c | 192 ++-
> > drivers/media/dvb/frontends/dib7000m.c | 727 ++++++----
> > drivers/media/dvb/frontends/dib7000p.c | 908 ++++++++----
> > drivers/media/dvb/frontends/dib7000p.h | 14 +-
> > drivers/media/dvb/frontends/dibx000_common.h | 57 +-
> > drivers/media/dvb/frontends/dvb-pll.c | 147 ++-
> > drivers/media/dvb/frontends/dvb_dummy_fe.c | 1 -
> > drivers/media/dvb/frontends/isl6421.c | 1 -
> > drivers/media/dvb/frontends/l64781.c | 1 -
> > drivers/media/dvb/frontends/lgdt330x.c | 1 -
> > drivers/media/dvb/frontends/lnbp21.c | 1 -
> > drivers/media/dvb/frontends/mt2060.c | 1 -
> > drivers/media/dvb/frontends/mt2131.c | 314 ++++
> > drivers/media/dvb/frontends/mt2131.h | 54 +
> > drivers/media/dvb/frontends/mt2131_priv.h | 49 +
> > drivers/media/dvb/frontends/mt2266.c | 287 ++++
> > drivers/media/dvb/frontends/mt2266.h | 37 +
> > drivers/media/dvb/frontends/mt312.c | 1 -
> > drivers/media/dvb/frontends/mt352.c | 1 -
> > drivers/media/dvb/frontends/nxt200x.c | 1 -
> > drivers/media/dvb/frontends/or51132.c | 1 -
> > drivers/media/dvb/frontends/or51211.c | 1 -
> > drivers/media/dvb/frontends/s5h1409.c | 729 ++++++++++
> > drivers/media/dvb/frontends/s5h1409.h | 73 +
> > drivers/media/dvb/frontends/sp8870.c | 1 -
> > drivers/media/dvb/frontends/sp887x.c | 1 -
> > drivers/media/dvb/frontends/stv0297.c | 4 +-
> > drivers/media/dvb/frontends/stv0299.c | 1 -
> > drivers/media/dvb/frontends/tda10021.c | 4 +-
> > drivers/media/dvb/frontends/tda10023.c | 10 +-
> > drivers/media/dvb/frontends/tda1004x.c | 1 -
> > drivers/media/dvb/frontends/tda10086.c | 1 -
> > drivers/media/dvb/frontends/tda8083.c | 9 +-
> > drivers/media/dvb/frontends/ves1820.c | 4 +-
> > drivers/media/dvb/frontends/zl10353.c | 1 -
> > drivers/media/dvb/ttpci/av7110.c | 3 +-
> > drivers/media/dvb/ttpci/av7110_hw.c | 28 +-
> > drivers/media/dvb/ttpci/av7110_ir.c | 3 +-
> > drivers/media/dvb/ttpci/av7110_v4l.c | 6 +-
> > drivers/media/dvb/ttpci/budget-av.c | 2 +-
> > drivers/media/dvb/ttpci/budget-ci.c | 2 +-
> > drivers/media/dvb/ttpci/budget-core.c | 1 -
> > drivers/media/dvb/ttusb-budget/dvb-ttusb-budget.c | 1 -
> > drivers/media/dvb/ttusb-dec/ttusb_dec.c | 1 -
> > drivers/media/radio/Kconfig | 24 +-
> > drivers/media/radio/radio-gemtek.c | 618 ++++++---
> > drivers/media/radio/radio-terratec.c | 2 +-
> > drivers/media/video/Kconfig | 29 +-
> > drivers/media/video/Makefile | 28 +-
> > drivers/media/video/arv.c | 3 +-
> > drivers/media/video/bt8xx/Kconfig | 2 +-
> > drivers/media/video/bt8xx/bttv-cards.c | 38 +-
> > drivers/media/video/bt8xx/bttv-driver.c | 31 +-
> > drivers/media/video/bt8xx/bttv-gpio.c | 6 +-
> > drivers/media/video/bt8xx/bttv-i2c.c | 1 -
> > drivers/media/video/bt8xx/bttv-input.c | 1 -
> > drivers/media/video/bt8xx/bttv-risc.c | 35 +-
> > drivers/media/video/bt8xx/bttv-vbi.c | 6 +-
> > drivers/media/video/bt8xx/bttv.h | 2 +
> > drivers/media/video/bt8xx/bttvp.h | 2 +-
> > drivers/media/video/btcx-risc.c | 1 -
> > drivers/media/video/bw-qcam.c | 18 +-
> > drivers/media/video/cafe_ccic.c | 21 +-
> > drivers/media/video/compat_ioctl32.c | 5 +
> > drivers/media/video/cpia.c | 1 -
> > drivers/media/video/cpia2/cpia2_v4l.c | 1 -
> > drivers/media/video/cx2341x.c | 19 +-
> > drivers/media/video/cx23885/Kconfig | 20 +
> > drivers/media/video/cx23885/Makefile | 9 +
> > drivers/media/video/cx23885/cx23885-cards.c | 280 ++++
> > drivers/media/video/cx23885/cx23885-core.c | 1530
> > ++++++++++++++++++++
> > drivers/media/video/cx23885/cx23885-dvb.c | 213 +++
> > drivers/media/video/cx23885/cx23885-i2c.c | 382 +++++
> > drivers/media/video/cx23885/cx23885-reg.h | 431 ++++++
> > drivers/media/video/cx23885/cx23885.h | 301 ++++
> > drivers/media/video/cx25840/cx25840-audio.c | 75 +-
> > drivers/media/video/cx25840/cx25840-core.c | 98 +-
> > drivers/media/video/cx25840/cx25840-core.h | 6 +-
> > drivers/media/video/cx88/Kconfig | 4 +-
> > drivers/media/video/cx88/cx88-alsa.c | 315 ++--
> > drivers/media/video/cx88/cx88-blackbird.c | 31 +-
> > drivers/media/video/cx88/cx88-cards.c | 219 +++-
> > drivers/media/video/cx88/cx88-core.c | 222 +---
> > drivers/media/video/cx88/cx88-dvb.c | 25 +-
> > drivers/media/video/cx88/cx88-i2c.c | 27 +-
> > drivers/media/video/cx88/cx88-input.c | 20 +-
> > drivers/media/video/cx88/cx88-mpeg.c | 142 +-
> > drivers/media/video/cx88/cx88-reg.h | 35 +
> > drivers/media/video/cx88/cx88-tvaudio.c | 22 +-
> > drivers/media/video/cx88/cx88-vbi.c | 13 +-
> > drivers/media/video/cx88/cx88-video.c | 169 +--
> > drivers/media/video/cx88/cx88-vp3054-i2c.c | 5 +-
> > drivers/media/video/cx88/cx88.h | 39 +-
> > drivers/media/video/dpc7146.c | 5 +-
> ----
> > drivers/media/video/em28xx/em28xx-core.c | 1 -
> > drivers/media/video/em28xx/em28xx-input.c | 1 -
> > drivers/media/video/em28xx/em28xx-video.c | 6 +-
>
> not accepted
>
> > drivers/media/video/et61x251/et61x251_core.c | 59 +-
> > drivers/media/video/ir-kbd-i2c.c | 38 +-
> > drivers/media/video/ivtv/Kconfig | 17 +
> > drivers/media/video/ivtv/Makefile | 5 +-
> > drivers/media/video/ivtv/ivtv-audio.c | 74 -
> > drivers/media/video/ivtv/ivtv-cards.c | 84 +-
> > drivers/media/video/ivtv/ivtv-cards.h | 67 +-
> > drivers/media/video/ivtv/ivtv-controls.c | 16 +-
> > drivers/media/video/ivtv/ivtv-controls.h | 5 +
> > drivers/media/video/ivtv/ivtv-driver.c | 332 +++--
> > drivers/media/video/ivtv/ivtv-driver.h | 691 ++++------
> > drivers/media/video/ivtv/ivtv-fileops.c | 199 ++--
> > drivers/media/video/ivtv/ivtv-fileops.h | 5 +
> > drivers/media/video/ivtv/ivtv-firmware.h | 5 +
> > drivers/media/video/ivtv/ivtv-gpio.c | 24 -
> > drivers/media/video/ivtv/ivtv-gpio.h | 7 +-
> > drivers/media/video/ivtv/ivtv-i2c.c | 17 +-
> > drivers/media/video/ivtv/ivtv-i2c.h | 5 +
> > drivers/media/video/ivtv/ivtv-ioctl.c | 191 ++-
> > drivers/media/video/ivtv/ivtv-ioctl.h | 5 +
> > drivers/media/video/ivtv/ivtv-irq.c | 321 +++--
> > drivers/media/video/ivtv/ivtv-irq.h | 27 +
> > drivers/media/video/ivtv/ivtv-mailbox.c | 6 +-
> > drivers/media/video/ivtv/ivtv-mailbox.h | 8 +
> > drivers/media/video/ivtv/ivtv-queue.c | 119 +-
> > drivers/media/video/ivtv/ivtv-queue.h | 13 +-
> > .../video/ivtv/{ivtv-video.c => ivtv-routing.c} | 90 +-
> > .../video/ivtv/{ivtv-audio.h => ivtv-routing.h} | 12 +-
> > drivers/media/video/ivtv/ivtv-streams.c | 131 +--
> > drivers/media/video/ivtv/ivtv-streams.h | 5 +
> > drivers/media/video/ivtv/ivtv-udma.c | 46 +-
> > drivers/media/video/ivtv/ivtv-udma.h | 5 +
> > drivers/media/video/ivtv/ivtv-vbi.c | 283 ++--
> > drivers/media/video/ivtv/ivtv-vbi.h | 9 +-
> > drivers/media/video/ivtv/ivtv-version.h | 7 +-
> > drivers/media/video/ivtv/ivtv-video.h | 24 -
> > drivers/media/video/ivtv/ivtv-yuv.c | 55 +-
> > drivers/media/video/ivtv/ivtv-yuv.h | 21 +
> > drivers/media/video/ivtv/ivtvfb.c | 1190
> +++++++++++++++
> > drivers/media/video/msp3400-driver.c | 19 +-
> > drivers/media/video/mt20xx.c | 311 +++--
> > drivers/media/video/mt20xx.h | 37 +
> > drivers/media/video/mxb.c | 4 +-
> > drivers/media/video/ov511.c | 81 +-
> > drivers/media/video/ov7670.c | 1 -
> > drivers/media/video/ovcamchip/ovcamchip_core.c | 1 -
> > drivers/media/video/planb.c | 30 +-
> > drivers/media/video/pvrusb2/pvrusb2-context.c | 6 +-
> > drivers/media/video/pvrusb2/pvrusb2-debug.h | 53 +-
> > drivers/media/video/pvrusb2/pvrusb2-debugifc.c | 16 +-
> > drivers/media/video/pvrusb2/pvrusb2-hdw-internal.h | 1 +
> > drivers/media/video/pvrusb2/pvrusb2-hdw.c | 310 ++++-
> > drivers/media/video/pvrusb2/pvrusb2-hdw.h | 12 +-
> > drivers/media/video/pvrusb2/pvrusb2-i2c-core.c | 63 +-
> > drivers/media/video/pvrusb2/pvrusb2-main.c | 2 +-
> > drivers/media/video/pvrusb2/pvrusb2-std.c | 8 +-
> > drivers/media/video/pvrusb2/pvrusb2-sysfs.c | 216 ++--
> > drivers/media/video/pwc/pwc-ctrl.c | 2 +-
> > drivers/media/video/pwc/pwc-if.c | 132 ++-
> > drivers/media/video/saa6588.c | 1 +
> > drivers/media/video/saa7127.c | 10 +-
> > drivers/media/video/saa7134/Kconfig | 4 +-
> > drivers/media/video/saa7134/saa7134-alsa.c | 3 +-
> > drivers/media/video/saa7134/saa7134-cards.c | 57 +-
> > drivers/media/video/saa7134/saa7134-core.c | 214 ++-
> > drivers/media/video/saa7134/saa7134-dvb.c | 23 +-
> > drivers/media/video/saa7134/saa7134-empress.c | 18 +-
> > drivers/media/video/saa7134/saa7134-i2c.c | 1 -
> > drivers/media/video/saa7134/saa7134-input.c | 1 -
> > drivers/media/video/saa7134/saa7134-oss.c | 43 +-
> > drivers/media/video/saa7134/saa7134-ts.c | 30 +-
> > drivers/media/video/saa7134/saa7134-tvaudio.c | 5 +-
> > drivers/media/video/saa7134/saa7134-vbi.c | 7 +-
> > drivers/media/video/saa7134/saa7134-video.c | 210 ++--
> > drivers/media/video/saa7134/saa7134.h | 23 +-
> > drivers/media/video/sn9c102/sn9c102_core.c | 113 +-
> > drivers/media/video/stv680.c | 51 +-
> > drivers/media/video/tcm825x.c | 928 ++++++++++++
> > drivers/media/video/tcm825x.h | 199 +++
> > drivers/media/video/tda8290.c | 517 ++++---
> > drivers/media/video/tda8290.h | 54 +
> > drivers/media/video/tda9887.c | 62 +-
> > drivers/media/video/tea5761.c | 187 ++-
> > drivers/media/video/tea5761.h | 47 +
> > drivers/media/video/tea5767.c | 203 ++-
> > drivers/media/video/tea5767.h | 47 +
> > drivers/media/video/tuner-core.c | 256 +++-
> > drivers/media/video/tuner-driver.h | 44 +-
> > drivers/media/video/tuner-i2c.h | 70 +
> > drivers/media/video/tuner-simple.c | 397 ++++--
> > drivers/media/video/tuner-simple.h | 46 +
> > drivers/media/video/tuner-types.c | 8 +
> > drivers/media/video/tvaudio.c | 1 -
> > drivers/media/video/tveeprom.c | 1 -
> > drivers/media/video/tvmixer.c | 6 +-
> > drivers/media/video/usbvision/usbvision-core.c | 1 -
> > drivers/media/video/usbvision/usbvision-i2c.c | 4 +-
> > drivers/media/video/usbvision/usbvision-video.c | 120 +-
> > drivers/media/video/v4l1-compat.c | 1 -
> > drivers/media/video/v4l2-common.c | 6 +-
> > drivers/media/video/v4l2-int-device.c | 158 ++
> > drivers/media/video/video-buf.c | 1425
> > ------------------
> > drivers/media/video/videobuf-core.c | 1006 +++++++++++++
> > drivers/media/video/videobuf-dma-sg.c | 726 ++++++++++
> > .../video/{video-buf-dvb.c => videobuf-dvb.c} | 9 +-
> > drivers/media/video/videobuf-vmalloc.c | 370 +++++
> > drivers/media/video/videodev.c | 39 +-
> > drivers/media/video/vino.c | 1 -
> > drivers/media/video/vivi.c | 185 +--
> > drivers/media/video/vp27smpx.c | 212 +++
> > drivers/media/video/w9968cf.c | 3 +-
> > drivers/media/video/zc0301/zc0301_core.c | 3 +-
> > drivers/media/video/zoran_card.c | 64 +-
> > drivers/media/video/zoran_card.h | 8 +
> > drivers/media/video/zoran_device.c | 19 +-
> > drivers/media/video/zoran_driver.c | 31 +-
> > drivers/media/video/zoran_procfs.c | 9 +-
> > drivers/media/video/zr36016.c | 4 +-
> > drivers/media/video/zr36050.c | 6 +-
> > drivers/media/video/zr36060.c | 6 +-
> > include/linux/i2c-id.h | 2 +
> > include/{media => linux}/ivtv.h | 11 +-
> > .../ivtv/ivtv-audio.h => include/linux/ivtvfb.h | 31 +-
> > include/linux/videodev2.h | 7 +-
> > include/media/cx2341x.h | 2 +-
> > include/media/ir-common.h | 1 +
> > include/media/saa7146.h | 1 -
> > include/media/saa7146_vv.h | 2 +-
> > include/media/tuner-types.h | 4 +
> > include/media/tuner.h | 1 +
> > include/media/v4l2-chip-ident.h | 3 +
> > include/media/v4l2-dev.h | 16 +-
> > include/media/v4l2-int-device.h | 278 ++++
> > include/media/{video-buf.h => videobuf-core.h} | 181 +--
> > include/media/videobuf-dma-sg.h | 122 ++
> > include/media/{video-buf-dvb.h => videobuf-dvb.h} | 0
> > include/media/videobuf-vmalloc.h | 41 +
> > 278 files changed, 19304 insertions(+), 6634 deletions(-)
> > create mode 100644 Documentation/video4linux/CARDLIST.cx23885
> > create mode 100644 drivers/media/dvb/frontends/dib0070.c
> > create mode 100644 drivers/media/dvb/frontends/dib0070.h
> > create mode 100644 drivers/media/dvb/frontends/mt2131.c
> > create mode 100644 drivers/media/dvb/frontends/mt2131.h
> > create mode 100644 drivers/media/dvb/frontends/mt2131_priv.h
> > create mode 100644 drivers/media/dvb/frontends/mt2266.c
> > create mode 100644 drivers/media/dvb/frontends/mt2266.h
> > create mode 100644 drivers/media/dvb/frontends/s5h1409.c
> > create mode 100644 drivers/media/dvb/frontends/s5h1409.h
> > create mode 100644 drivers/media/video/cx23885/Kconfig
> > create mode 100644 drivers/media/video/cx23885/Makefile
> > create mode 100644 drivers/media/video/cx23885/cx23885-cards.c
> > create mode 100644 drivers/media/video/cx23885/cx23885-core.c
> > create mode 100644 drivers/media/video/cx23885/cx23885-dvb.c
> > create mode 100644 drivers/media/video/cx23885/cx23885-i2c.c
> > create mode 100644 drivers/media/video/cx23885/cx23885-reg.h
> > create mode 100644 drivers/media/video/cx23885/cx23885.h
> > delete mode 100644 drivers/media/video/ivtv/ivtv-audio.c
> > rename drivers/media/video/ivtv/{ivtv-video.c => ivtv-routing.c} (59%)
> > copy drivers/media/video/ivtv/{ivtv-audio.h => ivtv-routing.h} (80%)
> > delete mode 100644 drivers/media/video/ivtv/ivtv-video.h
> > create mode 100644 drivers/media/video/ivtv/ivtvfb.c
> > create mode 100644 drivers/media/video/mt20xx.h
> > create mode 100644 drivers/media/video/tcm825x.c
> > create mode 100644 drivers/media/video/tcm825x.h
> > create mode 100644 drivers/media/video/tda8290.h
> > create mode 100644 drivers/media/video/tea5761.h
> > create mode 100644 drivers/media/video/tea5767.h
> > create mode 100644 drivers/media/video/tuner-i2c.h
> > create mode 100644 drivers/media/video/tuner-simple.h
> > create mode 100644 drivers/media/video/v4l2-int-device.c
> > delete mode 100644 drivers/media/video/video-buf.c
> > create mode 100644 drivers/media/video/videobuf-core.c
> > create mode 100644 drivers/media/video/videobuf-dma-sg.c
> > rename drivers/media/video/{video-buf-dvb.c => videobuf-dvb.c} (97%)
> > create mode 100644 drivers/media/video/videobuf-vmalloc.c
> > create mode 100644 drivers/media/video/vp27smpx.c
> > rename include/{media => linux}/ivtv.h (93%)
> > rename drivers/media/video/ivtv/ivtv-audio.h => include/linux/ivtvfb.h
> > (56%)
> > create mode 100644 include/media/v4l2-int-device.h
> > rename include/media/{video-buf.h => videobuf-core.h} (56%)
> > create mode 100644 include/media/videobuf-dma-sg.h
> > rename include/media/{video-buf-dvb.h => videobuf-dvb.h} (100%)
> > create mode 100644 include/media/videobuf-vmalloc.h
> >
> > Adrian Bunk (5):
> > V4L/DVB (5940): Export v4l2_int_device_{, un}register
> > V4L/DVB (5965): Frontend_ioctl(): fix check-after-use
> > V4L/DVB (6009): Bt8xx: "extern inline" -> "static inline"
> > V4L/DVB (6025): Net_ule(): fix check-after-use
> > V4L/DVB (6122): ivtvfb: fix an obvious bug in
> ivtvfb_release_buffers()
> >
> > Alan Nisota (1):
> > V4L/DVB (6037): Updated GenPix USB driver
> >
> > Andi Drebes (2):
> > V4L/DVB (5941): Ttpci/budget-av.c: ARRAY_SIZE()
> > V4L/DVB (5942): Usb/vp7045.c: ARRAY_SIZE()
> >
> > Andres Salomon (1):
> > V4L/DVB (6235): cafe_ccic: default to allocating DMA buffers at
> probe
> > time
> >
> > Brandon Philips (5):
> > V4L/DVB (6273): V4L: vivi.c vidioc_try_fmt_cap() negotiate a valid
> > field
> > V4L/DVB (6274): V4L: vivi.c replace logic in vivi_poll with
> > videobuf_poll_stream
> > V4L/DVB (6275): V4L: vivi.c remove the "resource" locking
> > V4L/DVB (6276): V4L: videobuf-core.c lock before streaming check
> > V4L/DVB (6305): V4L: videobuf-core.c avoid NULL dereferences in
> > videobuf-core
> >
> > Brett Warden (2):
> > V4L/DVB (6238): bw-qcam: use data_reverse instead of manually
> poking
> > the control register
> > V4L/DVB (6250): bw-qcam use data_reverse instead of manually poking
> > the control register fix
> >
> > Chaogui Zhang (1):
> > V4L/DVB (6178): add IR remote support for FusionHDTV 5 RT Gold
> >
> > Christoph Hellwig (1):
> > V4L/DVB (6279): en_50221: convert to kthread API
> >
> > Darren Salt (2):
> > V4L/DVB (6039): Typo fix in Nova-TD description
> > V4L/DVB (6040): Add IR support for Nova-T Stick
> >
> > Edgar Simo (2):
> > V4L/DVB (6071): saa7134-dvb: add missing newline
> > V4L/DVB (6072): saa7134: add DVB-T support for Avermedia Super 007
> >
> > Eric Sandeen (1):
> > V4L/DVB (6295): saa7134: add autodetection for KWorld ATSC-115
> >
> > Hans Verkuil (63):
> > V4L/DVB (5881): ivtv: init channel for NTSC_M_JP standard.
> > V4L/DVB (5902): Add ivtv-fb framebuffer driver.
> > V4L/DVB (5904): ivtv-fb: cleanups
> > V4L/DVB (5905): ivtv-fb: Use proper ioctl value
> > V4L/DVB (5906): ivtv-fb: replace HZ with msecs_to_jiffies
> > V4L/DVB (5909): ivtv: update version to 1.1 to mark ivtv-fb support
> > V4L/DVB (5910): ivtv-fb: improve debug message
> > V4L/DVB (5919): ivtv: remove dead code
> > V4L/DVB (5921): ivtv: add missing composite input line for
> > ivtv_pci_pg600v2
> > V4L/DVB (5922): ivtv, cx25840: postpone fw load until first use
> > V4L/DVB (5924): ivtv-fb: initializing the fb should trigger ivtv
> > firmware load
> > V4L/DVB (5927): ivtv: set correct crystal frequency of the GVMVPRX
> > cards
> > V4L/DVB (5928): tuner: fix TOP values for the Panasonic VP27 tuner.
> > V4L/DVB (5929): Add vp27smpx driver
> > V4L/DVB (5992): ivtv: show card name as well in the LOG_STATUS
> output.
> > V4L/DVB (5993): cx25840: resetting also requires reloading the
> > firmware
> > V4L/DVB (5994): ivtv: make VIDIOC_INT_RESET support smarter.
> > V4L/DVB (5995): ivtv: add AverMedia M116
> > V4L/DVB (5997): cx25840: fix audio mute handling and reporting
> > V4L/DVB (5998): ivtv: no need to mute the audio input
> > V4L/DVB (5999): cx25840: add radio support.
> > V4L/DVB (6002): ivtv: remove unused struct field.
> > V4L/DVB (6003): vp27smpx: correctly attribute the origin of the
> driver
> > V4L/DVB (6043): ivtv: fix incorrect round-robin implementation
> > V4L/DVB (6045): ivtv: fix handling of INITIALIZE_INPUT fw call
> > V4L/DVB (6046): ivtv: always steal full frames if out of buffers.
> > V4L/DVB (6047): ivtv: Fix scatter/gather DMA timeouts
> > V4L/DVB (6048): ivtv: fix stop stream locking
> > V4L/DVB (6049): ivtv: fix VBI reinsertion decoding
> > V4L/DVB (6050): ivtv: retry/timer improvements
> > V4L/DVB (6051): cx25840: make proper use of SOFT_RESET
> > V4L/DVB (6053): ivtv: setup TV output standard on init to prevent
> > flicker
> > V4L/DVB (6054): ivtv: specify some stream sizes in kB instead of MB
> > V4L/DVB (6055): ivtv: improve debug messages
> > V4L/DVB (6056): ivtv: move serialization to the fileops level
> > V4L/DVB (6057): ivtv-fb: remove unused header includes
> > V4L/DVB (6058): ivtv: add support for highmem udma
> > V4L/DVB (6059): ivtv: log stereo/bilingual audio modes
> > V4L/DVB (6060): ivtv: fix IVTV_IOC_DMA_FRAME bug introduced by
> highmem
> > bugfix
> > V4L/DVB (6061): ivtv: add VIDIOC_OVERLAY
> > V4L/DVB (6086): ivtv: fix output mode processing: UDMA_YUV wasn't
> > cleared
> > V4L/DVB (6087): ivtv: prevent changing VBI format while capture is
> in
> > progress
> > V4L/DVB (6088): cx2341x: some controls can't be changed while the
> > device is busy
> > V4L/DVB (6089): ivtv: log in status if framebuffer uses YUV instead
> of
> > RGB
> > V4L/DVB (6090): ivtv-fb: correct transparency bit reporting
> > V4L/DVB (6091): ivtv: header cleanup
> > V4L/DVB (6092): ivtv: more cleanups, merged ivtv-audio.c and
> > ivtv-video.c into ivtv-routing.c
> > V4L/DVB (6093): ivtv: reorganized and cleanup ivtv struct
> > V4L/DVB (6094): ivtv: more ivtv-driver.h cleanups
> > V4L/DVB (6096): ivtv: fix V4L2_ENC_CMD_STOP_AT_GOP_END support
> > V4L/DVB (6097): ivtv: set correct pixel format and alpha properties
> > V4L/DVB (6108): videodev2.h: add new pixel formats for the cx23415
> OSD
> > V4L/DVB (6109): ivtv: use new videodev2.h pixel formats
> > V4L/DVB (6112): cx25840: use a workqueue to load the firmware
> > V4L/DVB (6113): ivtv: udelay for the i2c bus was set too high
> > V4L/DVB (6115): ivtv/ivtv-fb: improve locking to avoid
> initialization
> > problems
> > V4L/DVB (6116): ivtv: VBI cleanups and fixes
> > V4L/DVB (6117): ivtv: finish VBI related cleanup
> > V4L/DVB (6118): ivtv-fb: add missing FBIO_WAITFORVSYNC ioctl define
> > V4L/DVB (6119): ivtvfb: renamed ivtv-fb to ivtvfb, move header to
> > include/linux
> > V4L/DVB (6120): ivtvfb: rename some missed ivtv-fb references to
> > ivtvfb
> > V4L/DVB (6121): ivtvfb: replace ivtv_fb prefix to ivtvfb
> > V4L/DVB (6123): ivtv: move ivtv.h public header to include/linux
> >
> > Hans-Jürgen Koch (1):
> > V4L/DVB (6215): Bugfix for saa6588.c, add forgotten
> spin_lock_init()
> >
> > Hartmut Birr (1):
> > V4L/DVB (5985): Fix the min/max frequencies of some DVB-C frontends
> >
> > Ian Armstrong (5):
> > V4L/DVB (5908): ivtv-fb: cleanups, prevent fw calls in some cases
> > V4L/DVB (5970): ivtv: prevent vertical overflow of yuv output
> > V4L/DVB (5971): ivtv-fb: framebuffer timings no longer locked on
> > module load
> > V4L/DVB (5972): ivtv: prevent yuv register updates from being
> missed
> > V4L/DVB (5973): ivtv: attach yuv field order to each frame
> >
> > Janne Grunau (4):
> > V4L/DVB (5956): Add remote control support for the Hauppauge Nova-T
> > 500
> > V4L/DVB (5957): Add remote keymap for the Hauppauge Nova-TD Stick
> > V4L/DVB (5962): Fix line-break in err output
> > V4L/DVB (5964): Fixed remote control for dib0700 with new firmware
> >
> > Jean Delvare (4):
> > V4L/DVB (5884): zr36067: clean up debug function
> > V4L/DVB (6081): ivtv: Fix static structure initialization
> > V4L/DVB (6212): pvrusb2: I2C adapter tweaks from Jean Delvare
> > V4L/DVB (6214): usbvision: Don't support I2C_M_REV_DIR_ADDR
> >
> > Jesper Juhl (5):
> > V4L/DVB (5912): Clean up duplicate includes in drivers/media/
> > V4L/DVB (5913): Clean up duplicate includes in include/media/
> > V4L/DVB (6098): ivtv: kzalloc() returns void pointer, no need to
> cast
> > V4L/DVB (6102): dvb: remove some unneeded vmalloc() return value
> casts
> > from av7110
> > V4L/DVB (6285): Remove pointless kmalloc() return value cast in
> Zoran
> > PCI controller driver
> >
> > Jiri Slaby (2):
> > V4L/DVB (6307): V4L: w9968cf, remove bad usage of ERESTARTSYS
> > V4L/DVB (6308): V4L: zc0301, remove bad usage of ERESTARTSYS
> >
> > Joachim Steiger (1):
> > V4L/DVB (6296): dib0700: add support for AverMedia DVB-T Express
> card
> >
> > Kay Sievers (2):
> > V4L/DVB (6015): DVB: convert struct class_device to struct device
> > V4L/DVB (6293): V4L: convert struct class_device to struct device
> >
> > Kazuhiko Kawakami (1):
> > V4L/DVB (6044): vp27smpx: clarify history of this source.
> >
> > Kumar Gala (1):
> > V4L/DVB (6010): Use inline functions instead of inline asm for
> powerpc
> >
> > Marco Schluessler (2):
> > V4L/DVB (6103): dvb_ca_en50221: return correct error code value
> > V4L/DVB (6104): dvb_ca_en50221: decrement module use count on error
> >
> > Mariusz Kozlowski (4):
> > V4L/DVB (5953): msp3400-driver.c: kmalloc + memset conversion to
> > kzalloc
> > V4L/DVB (5981): Zoran_driver.c: fix memset in ioctl
> > V4L/DVB (5982): Dev.c: memset fix
> > V4L/DVB (5983): Arv.c: fix memset in ioctl
> >
> > Matt Doran (1):
> > V4L/DVB (5960): Add module parameter to enable SFN workaround
> >
> > Matthias Kaehlcke (1):
> > V4L/DVB (5946): Use mutex instead of semaphore in the DVB frontend
> > tuning interface
> >
> > Mauro Carvalho Chehab (25):
> > V4L/DVB (6014): vivi: use videobuf_read_stream()
> > V4L/DVB (6079): Cleanup: remove linux/moduleparam.h from
> drivers/media
> > files
> > V4L/DVB (6111): Fix a warning when compiling on x86_64
> > V4L/DVB (6247): Fix bug #8689: Fixes IR stop/start during
> > suspend/resume
> > V4L/DVB (6251): Replace video-buf to a more generic approach
> > V4L/DVB (6252): Adapt drivers to use the newer videobuf modules
> > V4L/DVB (6253): Convert vivi to use the newer videobuf-dma-sg
> module
> > V4L/DVB (6254): Add videobuf-vmalloc
> > V4L/DVB (6255): Convert vivi to use videobuf-vmalloc
> > V4L/DVB (6256): Remove the obsolete video-buf module
> > V4L/DVB (6257): Rename video-buf-dvb to videobuf-dvb to be
> consistent
> > with the other patches
> > V4L/DVB (6259): Fix vivi poll() method
> > V4L/DVB (6260): Fix Kconfig dependency
> > V4L/DVB (6261): Cleans mem->vmalloc after vfree
> > V4L/DVB (6262): An allocation error message were being printed as a
> > debug msg
> > V4L/DVB (6263): Fix buffer release code
> > V4L/DVB (6264): Make the vertical lines to move
> > V4L/DVB (6265): Prevent for calling mmap_free without an allocated
> > buffer
> > V4L/DVB (6266): videobuf cleanup: mmap check is common to all
> > videobuf. Make it at core
> > V4L/DVB (6277): vivi cleanup: remove the unused vars
> > V4L/DVB (6286): Add support for MSI TV @nywhere A/D NB
> > V4L/DVB (6287): Fix DMA Scatter/Gather constructor
> > V4L/DVB (6290): remove videobuf_set_pci_ops
> > V4L/DVB (6291): Fix: avoid oops on some SMP machines
> > V4L/DVB (6292): videobuf_core init always require callback
> > implementation
> >
> > Maxim Levitsky (7):
> > V4L/DVB (6268): V4L: Fix a lock inversion in generic videobuf code
> > V4L/DVB (6269): V4L: Fix a "scheduling while atomic" bug in saa7134
> > V4L/DVB (6270): V4L: Honor dev->ctl_invert when setting up the
> decoder
> > in saa7134
> > V4L/DVB (6271): V4L: Add basic support for suspend/resume for
> saa7134
> > V4L/DVB (6272): V4L: properly fix support for capturing interlaced
> > video in saa7134
> > V4L/DVB (6278): Buf: fix typo that caused data loss when readng
> > streams from device
> > V4L/DVB (6306): Few clenups for saa7134 resume code
> >
> > Michael Krufky (48):
> > V4L/DVB (5949): s5h1409: use ARRAY_SIZE macro when appropriate
> > V4L/DVB (5950): whitespace cleanup for mt2131 and s5h1409
> > V4L/DVB (6006): tuner: move last_div to tuner-simple private data
> > V4L/DVB (6074): tuner: fix ifdef tags to match actual file name
> > V4L/DVB (6075): tuner: kernel headers go above subsystem headers
> > V4L/DVB (6100): dvb_net: whitespace cleanup
> > V4L/DVB (6125): whitespace cleanup: replace leading spaces with
> tabs
> > V4L/DVB (6126): tuner: add warning for obsolete i2c address range
> 0x64
> > thru 0x6f
> > V4L/DVB (6127): tuner: kill i2c_client interface to tuner
> sub-drivers
> > V4L/DVB (6128): hybrid tuner refactoring core changes, phase 1
> > V4L/DVB (6129): tda8290: convert from tuner sub-driver into
> > dvb_frontend module
> > V4L/DVB (6130): mt20xx: convert from tuner sub-driver into
> > dvb_frontend module
> > V4L/DVB (6131): tea5761: convert from tuner sub-driver into
> > dvb_frontend module
> > V4L/DVB (6132): tea5767: convert from tuner sub-driver into
> > dvb_frontend module
> > V4L/DVB (6133): tuner-simple: convert from tuner sub-driver into
> > dvb_frontend module
> > V4L/DVB (6134): tuner: alter build to produce separate modules
> > V4L/DVB (6136): dvb_frontend: add get_rf_strength function pointer
> to
> > dvb_tuner_ops
> > V4L/DVB (6137): tuner-simple: add get_rf_strength and improve
> status
> > reading efficiency
> > V4L/DVB (6138): tea5761: add get_rf_strength and improve status
> > reading efficiency
> > V4L/DVB (6139): tea5767: add get_rf_strength and improve status
> > reading efficiency
> > V4L/DVB (6140): tda8290: add get_rf_strength and improve status
> > reading efficiency
> > V4L/DVB (6141): tuner: use get_rf_strength instead of get_status to
> > determine signal strength
> > V4L/DVB (6142): cx25840: fix build warning
> > V4L/DVB (6151): include drivers/media/video/cx23885/Kconfig
> > V4L/DVB (6152): cx23885: forward compatibility fixes for recent
> > kernels
> > V4L/DVB (6161): cx23885-dvb.c doesnt need to include dvb-pll.h
> > V4L/DVB (6162): cx23885: whitespace cleanups
> > V4L/DVB (6163): cx23885: remove old comments
> > V4L/DVB (6164): cx23885: turn off i2c_debug by default
> > V4L/DVB (6165): cx23885: fix Kconfig dependencies
> > V4L/DVB (6179): Clean up FusionHDTV ir code
> > V4L/DVB (6180): tuner: don't probe 0x6b or 0x6f on cx88 boards
> > V4L/DVB (6181): cx88: auto-load rtc and ir receiver i2c modules for
> > FusionHDTV5 RT Gold
> > V4L/DVB (6193): cx23885: define Video B Interrupt Status register
> bit
> > values
> > V4L/DVB (6196): cx23885: add support for DViCO FusionHDTV 5 Express
> > V4L/DVB (6198): add CARDLIST.cx23885 to Documentation/
> > V4L/DVB (6200): cx23885: use a pointer to the required i2c bus in
> > dvb_register function
> > V4L/DVB (6222): select DVB_PLL if !DVB_FE_CUSTOMISE for FusionHDTV5
> > Express
> > V4L/DVB (6224): VIDEO_CX23885 depends on DVB_CORE
> > V4L/DVB (6226): dvb-pll: pass fe pointer into dvb_pll_configure()
> and
> > set() functions
> > V4L/DVB (6227): dvb-pll: store instance ID in dvb_pll_priv
> structure
> > V4L/DVB (6228): dvb-pll: add module option to specify rf input
> > V4L/DVB (6229): dvb-pll: increase DVB_PLL_MAX to 64
> > V4L/DVB (6230): dvb-pll: add module option to force dvb-pll desc id
> > (for debug use only)
> > V4L/DVB (6231): dvb-pll: always show pll name if forced via insmod
> > option
> > V4L/DVB (6232): dvb-pll: report whether input rf will be
> autoselected
> > or set via insmod option
> > V4L/DVB (6241): fix typo in DVB_PLL Kconfig help text
> > V4L/DVB (6297): cx23885: remove wrong Kconfig selection of VIDEOBUF
> >
> > Michael Mauch (1):
> > V4L/DVB (6038): Trivial: repair mixed parm descs in dvb-usb-init.c
> >
> > Michal Piotrowski (3):
> > V4L/DVB (6076): Coding style fix drivers/media/video/zr36060.c
> > V4L/DVB (6077): Coding style fix drivers/media/video/zr36050.c
> > V4L/DVB (6078): Coding style fix drivers/media/video/zr36016.c
> >
> > Mike Isely (6):
> > V4L/DVB (6205): pvrusb2: Fix oops in error leg cleanup
> > V4L/DVB (6207): pvrusb2: Fix a potential oops in an error leg
> cleanup
> > V4L/DVB (6208): pvrusb2: Implement programmatic means to extract
> prom
> > contents
> > V4L/DVB (6209): pvrusb2: Better discriminate among device types
> > V4L/DVB (6210): pvrusb2: Do a far better job at setting the default
> > initial video standard
> > V4L/DVB (6211): pvrusb2: Allocate a debug mask bit for reporting
> video
> > standard things
> >
> > Oleg Nesterov (1):
> > V4L/DVB (5990): cinergyt2_suspend: don't forget to unlock
> > cinergyt2->wq_sem
> >
> > Oliver Endriss (10):
> > V4L/DVB (5934): dvb-ttpci/saa7146: Replace saa7146_i2c_transfer by
> > generic i2c_transfer
> > V4L/DVB (5935): dvb_frontend: Range check of frequency and symbol
> rate
> > V4L/DVB (5936): tda10023: Remove range check of symbol rate
> > V4L/DVB (5980): tda8083: fix frequency and symbolrate info
> > V4L/DVB (5986): dvb_frontend: Fixed GET_INFO ioctl and check of
> > frequency limits
> > V4L/DVB (5987): saa7146: clean-up irq processing
> > V4L/DVB (6105): dvb_frontend: ts_bus_ctrl() handling fixed
> > V4L/DVB (6106): dvb_frontend: Default for dvb_shutdown_timeout set
> to
> > 0
> > V4L/DVB (6107): dvb_frontend: clean-up shutdown handling
> > V4L/DVB (6221): budget-ci: select TT keymap for DVB-S TT 1500
> >
> > Oliver Neukum (1):
> > V4L/DVB (6237): Oops in pwc v4l driver
> >
> > Olivier DANET (1):
> > V4L/DVB (5914): Add initial support for Dual-DVB-T stick
> >
> > Patrick Boettcher (6):
> > V4L/DVB (5954): Sync with DiBcom Driver Release 2.1.3 + some
> > improvements
> > V4L/DVB (5955): Add support for DiB7070-based devices
> > V4L/DVB (5958): Add support Compro VideoMate 500 with DiB7000PC
> > V4L/DVB (5959): Fix for size of remote keys in DiB0700
> > V4L/DVB (5961): Fix support for DiB7000M-devices
> > V4L/DVB (5963): Module parameter description for SFN workaround
> >
> > Pekka Seppanen (2):
> > V4L/DVB (6243): [PATCH 2/2] GemTek Radio card
> > V4L/DVB (6244): [PATCH 1/2] GemTek Radio card
> >
> > Rasmus Rohde (1):
> > V4L/DVB (5897): dtt200u: add support for the Miglia TVMini USB
> DVB-T
> > adapter
> >
> > Robert P. J. Day (1):
> > V4L/DVB (6289): Remove reference to dead CONFIG_UST and ust.h
> header
> >
> > Rolf Eike Beer (1):
> > V4L/DVB (6005): Initialize filp->private_data only once in
> > em28xx_v4l2_open
> >
>
> this method changed completly already in the other tree.
>
> > Sakari Ailus (8):
> > V4L/DVB (5862): V4L: Add internal ioctl-like interface.
> > V4L/DVB (5863): TCM825x: Add driver.
> > V4L/DVB (5883): V4L: Fix a compile warning on non-32-bit machines.
> > V4L/DVB (6216): V4L: Int if: add vidioc_int_g_ifparm, other updates
> > V4L/DVB (6217): V4L: Int if: Add BT.656 interface support
> > V4L/DVB (6218): V4L: Int if: Use -ENOIOCTLCMD for nonexistent
> ioctls
> > V4L/DVB (6219): V4L: Int if: Remove [gs]_ext_clk
> > V4L/DVB (6220): TCM825x: Add support for vidioc_int_g_ifparm call,
> > small cleanups
> >
> > Sascha Sommer (1):
> > V4L/DVB (6249): Add Typhoon Tv-Tuner PCI to bttv-cards.c
> >
> > Simon Arlott (1):
> > V4L/DVB (5988): Fix OOP on videobuf-dvb when hibernating
> >
> > Simon Farnsworth (1):
> > V4L/DVB (6203): Fix SVideo input on KWorld DVB-T 220 boards
> >
> > Stas Sergeev (1):
> > V4L/DVB (6225): AverTV Studio 307 has only one composite input
> >
> > Steven Toth (25):
> > V4L/DVB (5947): Adding support for the MT2131 tuner.
> > V4L/DVB (5948): Adding support for the S5H1409/CX24227 8VSB/QAM
> > demodulator.
> > V4L/DVB (6149): Add I2C_HW_B_CX23885 for Conexant 23885/23887 PCIe
> > bridge
> > V4L/DVB (6150): Add CX23885/CX23887 PCIe bridge driver
> > V4L/DVB (6153): I2C bus 3 register was incorrect
> > V4L/DVB (6154): NMI hang and corrupt transport packet fixes
> > V4L/DVB (6155): Cleanup/remove code to access the sram memory maps
> > V4L/DVB (6156): Added the I2C_FUNC_I2C support to the cx23885 i2c
> algo
> > definition
> > V4L/DVB (6157): Removed the need to manually define .bridge for
> each
> > card
> > V4L/DVB (6158): Fix MT2131 tuner lock status problem
> > V4L/DVB (6159): General code cleanup
> > V4L/DVB (6166): cx23885: Ensure pci_quirks is called after board
> > identification
> > V4L/DVB (6167): cx23885: Changed PCI quirks to after bridge detech
> > V4L/DVB (6168): cx23885: Added HVR1250 ATSC support
> > V4L/DVB (6169): Removed unused function mt2131_set_gpo()
> > V4L/DVB (6170): cx23885: General cleanup of old code
> > V4L/DVB (6171): cx23885: Cleaning up defines
> > V4L/DVB (6172): cx23885: Removing duplicate tuner and demod
> > definitions
> > V4L/DVB (6173): cx23885: Minor cleanup and important NMI comment
> > placed in code
> > V4L/DVB (6190): cx23885: GPIO fix for non HVR1800lp boards
> > V4L/DVB (6191): Removed a redundant switch()
> > V4L/DVB (6192): Ensure start_dma() is capable of starting dma on
> port
> > VIDB
> > V4L/DVB (6194): Changes to support interrupts on VIDB
> > V4L/DVB (6195): Changes to support MPEG TS on VIDB
> > V4L/DVB (6199): cx23885: Changes to allow demodulators on each
> > transport bus
> >
> > Steven Walter (1):
> > V4L/DVB (5989): V4L: Add additional ioctls to compat_ioctl32
> >
> > Trent Piepho (36):
> > V4L/DVB (5885): zr36067: Fix problems with module parameters
> > V4L/DVB (5975): cx88: Wrong values used for HD-3000 radio mode
> > V4L/DVB (5976): mt2131 s5h1409: correct frontend selection logic
> > V4L/DVB (5977): cx8800: Add register debug functions to radio
> device
> > too
> > V4L/DVB (5978): tuner: Better tuner radio support
> > V4L/DVB (6019): cx88: Make card database more memory efficient
> > V4L/DVB (6020): cx88: Fix use of uninitialized variable
> > V4L/DVB (6021): cx88: Copy board information into card state
> > V4L/DVB (6022): cx88: Move card core creation from cx88-core.c to
> > cx88-cards.c
> > V4L/DVB (6023): cx88: Clean up some ugly and inconsistent printk()s
> > V4L/DVB (6031): Fix for bug 7819: fixed hotplugging for dvbnet
> > V4L/DVB (6034): cx88: Add parameter to control radio deemphasis
> time
> > constant
> > V4L/DVB (6064): cx88: Add symbolic names for the PCI interrupt bits
> > V4L/DVB (6065): cx88-alsa: Call core irq handler when needed
> > V4L/DVB (6066): cx88-alsa: Change order of interrupt enabling, fix
> > spurious IRQs
> > V4L/DVB (6067): cx88-alsa: Hardware doesn't support mono audio
> > V4L/DVB (6068): cx88-alsa: Use pci_dev->revision
> > V4L/DVB (6082): cx88: Improve risc instruction printing in sram
> > channel dump
> > V4L/DVB (6083): cx88-alsa: Rework buffer handling
> > V4L/DVB (6084): cx88-alsa: Eliminate snd_cx88_cards
> > V4L/DVB (6085): cx88-alsa: Fix mmap support
> > V4L/DVB (6184): cx88-alsa: Make volume control stereo
> > V4L/DVB (6186): cx88-alsa: Remove some unused fields in card state
> > struct
> > V4L/DVB (6245): GemTek Radio card - frequency calculation
> > V4L/DVB (6246): GemTek Radio card - Control Word
> > V4L/DVB (6283): videobuf: Remove references to old Kconfig option
> name
> > V4L/DVB (6284): cx23885: Update to new videobuf code
> > V4L/DVB (6299): dvb: Add dependencies for VIDEOBUF_DVB
> > V4L/DVB (6300): CodingStyle cleanup
> > V4L/DVB (6301): pvrusb: Update DEBUGIFC sysfs to kernel 2.6.13+
> > V4L/DVB (6311): dvb: Replace list_for_each+list_entry with
> > list_for_each_entry
> > V4L/DVB (6312): cx88: Replace list_for_each+list_entry with
> > list_for_each_entry
> > V4L/DVB (6313): ivtv: Replace list_for_each+list_entry with
> > list_for_each_entry
> > V4L/DVB (6314): saa7134: Replace list_for_each+list_entry with
> > list_for_each_entry
> > V4L/DVB (6315): pvrusb2: Change list_for_each+list_entry to
> > list_for_each_entry
> > V4L/DVB (6316): Change list_for_each+list_entry to
> list_for_each_entry
> >
> > Tyler Trafford (1):
> > V4L/DVB (6124): cx25840: add a few 10 microsecond delays
> >
> > ---------------------------------------------------
> > V4L/DVB development is hosted at http://linuxtv.org
> >
> >
> >
>
> the chances of the em28xx are not accepted from my side since the latest
> code
> which supports way more hardware is offtree for various reasons.
>
> The em28xx which is maintained from my side is far ahead what's in the
> kernel at the moment. There is some advanced code available which
> pulls away the dependency from v4l-dvb of several modules.
> I will provide a patch for upstream within the next 2-3 days.
> The em28xx driver which is in the kernel only supports analogue TV.
> Although the hardware is capable of analogue TV and digital TV, the
> updated tree which is currently available on mcentral.de supports way
> more devices than the inkernel driver, and it doesn't depend on code
> which is broken and breaks support
> for several of those devices.
> Upcoming device revisions will also depend on the latest changes which are
> available on mcentral.de.
>

To point to more changes within the available driver which hasn't been merged
within the last 1 1/2 years:
* it supports non usbaudio based video devices.
* has support for dvb-t/atsc
* allows multiple device node access in case of analogue TV
* has teletext/VBI support for PAL.
* it supports modules which are now in userspace instead of
kernelspace due disagreements with some developers for 1 1/2 years.
* I do not agree with certain developers who do not have any experience
with certain parts of the code for redoing it a 4th time now. My patience
is over, which includes the company support in my back to get those
devices supported.

Markus

2007-10-10 23:36:01

by Chuck Ebbert

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24

On 10/10/2007 07:24 PM, Markus Rechberger wrote:
>
> To point to more changes within the available driver which hasn't been merged
> within the last 1 1/2 years:
> * it supports non usbaudio based video devices.
> * has support for dvb-t/atsc
> * allows multiple device node access in case of analogue TV
> * has teletext/VBI support for PAL.
> * it supports modules which are now in userspace instead of
> kernelspace due disagreements with some developers for 1 1/2 years.
> * I do not agree with certain developers who do not have any experience
> with certain parts of the code for redoing it a 4th time now. My patience
> is over, which includes the company support in my back to get those
> devices supported.
>

Do you plan on maintaining your own private driver tree for all of eternity?

2007-10-10 23:37:36

by Andrew Morton

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24

On Thu, 11 Oct 2007 01:00:39 +0200
"Markus Rechberger" <[email protected]> wrote:

Please don't send 900 line emails to which you have added only an additional
paragraph.

> > drivers/media/video/em28xx/em28xx-core.c | 1 -
> > drivers/media/video/em28xx/em28xx-input.c | 1 -
> > drivers/media/video/em28xx/em28xx-video.c | 6 +-
>
> not accepted

Until your attempt to get the userspace-driver work merged into the kernel
is successful (and from my reading of last month's discussion it is nowhere
near that), we should continue to maintain the present driver.

If you choose to not participate in that maintenance then others will need
to do their best in this regard.

What we should not and will not do is to permit the current driver to be
held hostage to your attempt to force a controversial and apparently
unwelcome change into the tree.


2007-10-10 23:43:29

by Linus Torvalds

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24



On Thu, 11 Oct 2007, Markus Rechberger wrote:
>
> the chances of the em28xx are not accepted from my side since the latest code
> which supports way more hardware is offtree for various reasons.

Well, I've talked to various people, and none of the main kernel people
end up being at all interested in a kernel that has external dependencies
on binary blobs for tuners.

So right now it seems like while I would personally want to have more
vendors supprt their own drivers, if that in this case means that we'd
have to have user-space and unmaintainable binaries to tune the cards,
everybody seems to hate that idea.

As such, the old and decrepit em28xx driver seems more useful to people,
since at least it supports the limited set of hardware on its own.

Linus

2007-10-11 04:50:26

by Markus Rechberger

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24

On 10/11/07, Linus Torvalds <[email protected]> wrote:
>
>
> On Thu, 11 Oct 2007, Markus Rechberger wrote:
> >
> > the chances of the em28xx are not accepted from my side since the latest
> code
> > which supports way more hardware is offtree for various reasons.
>
> Well, I've talked to various people, and none of the main kernel people
> end up being at all interested in a kernel that has external dependencies
> on binary blobs for tuners.
>

the drivers are all opensource and the code is available.

> So right now it seems like while I would personally want to have more
> vendors supprt their own drivers, if that in this case means that we'd
> have to have user-space and unmaintainable binaries to tune the cards,
> everybody seems to hate that idea.
>

For me the reason is that some drivers in the kernel which that driver
depends on are broken now. Those drivers got broken by several people
who disagree with me.
My conclusion after providing patches to fix those things is that I
won't run after those people anymore. I'm not going to have further
discussions with those people about it since there are enough other
outstanding things to do with that driver. After 1 1/2 years I'm just
fed up with it now and I want to continue to improve the driver.

> As such, the old and decrepit em28xx driver seems more useful to people,
> since at least it supports the limited set of hardware on its own.

it does not since it's broken and feature limited. On the other side
it requires a firmware from userspace too so I don't think it matters
at all if the algorithm is done in kernelspace or userspace since it
depends on such a blob (and I cannot get the source for that firmware,
if someone's interested in that he has to disassemble the firmware).

Markus

2007-10-11 04:59:38

by Markus Rechberger

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24

On 10/11/07, Chuck Ebbert <[email protected]> wrote:
> On 10/10/2007 07:24 PM, Markus Rechberger wrote:
> >
> > To point to more changes within the available driver which hasn't been
> merged
> > within the last 1 1/2 years:
> > * it supports non usbaudio based video devices.
> > * has support for dvb-t/atsc
> > * allows multiple device node access in case of analogue TV
> > * has teletext/VBI support for PAL.
> > * it supports modules which are now in userspace instead of
> > kernelspace due disagreements with some developers for 1 1/2 years.
> > * I do not agree with certain developers who do not have any experience
> > with certain parts of the code for redoing it a 4th time now. My patience
> > is over, which includes the company support in my back to get those
> > devices supported.
> >
>
> Do you plan on maintaining your own private driver tree for all of eternity?
>

I plan to tidy it up for inclusion and put everything together to get
it work properly.
The code which is in the kernel is around 5 % done, the code which is
available on mcentral.de is around 50% done. It still requires some
work to get _all_ devices supported, and keeping the development
process in an endless loop and depending on people who have no idea
and don't care about certain requirements is no option.
The upcoming devices which use other chips and which have more
features will at least also use those drivers. I expect that it will
pump up the driver to support more than 100 devices within the next
year.

Markus

2007-10-11 05:09:56

by Markus Rechberger

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24

On 10/11/07, Andrew Morton <[email protected]> wrote:
> On Thu, 11 Oct 2007 01:00:39 +0200
> "Markus Rechberger" <[email protected]> wrote:
>
> Please don't send 900 line emails to which you have added only an additional
> paragraph.
>
> > > drivers/media/video/em28xx/em28xx-core.c | 1 -
> > > drivers/media/video/em28xx/em28xx-input.c | 1 -
> > > drivers/media/video/em28xx/em28xx-video.c | 6 +-
> >
> > not accepted
>
> Until your attempt to get the userspace-driver work merged into the kernel
> is successful (and from my reading of last month's discussion it is nowhere
> near that), we should continue to maintain the present driver.
>
> If you choose to not participate in that maintenance then others will need
> to do their best in this regard.
>
> What we should not and will not do is to permit the current driver to be
> held hostage to your attempt to force a controversial and apparently
> unwelcome change into the tree.
>

It makes no sense to keep the kernel driver uptodate, it would make
more sense to support the latest driver (which some people are
supporting).
I just had a look at the driver downloads it makes around 600
downloads for september for this driver. If someone's interested in
those stats I can give access to it privatly.
The current option for people who own such a device is to take the
driver from mcentral.de.

Markus

2007-10-11 05:33:55

by Andrew Morton

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24

On Thu, 11 Oct 2007 07:09:47 +0200 "Markus Rechberger" <[email protected]> wrote:

> On 10/11/07, Andrew Morton <[email protected]> wrote:
> > On Thu, 11 Oct 2007 01:00:39 +0200
> > "Markus Rechberger" <[email protected]> wrote:
> >
> > Please don't send 900 line emails to which you have added only an additional
> > paragraph.
> >
> > > > drivers/media/video/em28xx/em28xx-core.c | 1 -
> > > > drivers/media/video/em28xx/em28xx-input.c | 1 -
> > > > drivers/media/video/em28xx/em28xx-video.c | 6 +-
> > >
> > > not accepted
> >
> > Until your attempt to get the userspace-driver work merged into the kernel
> > is successful (and from my reading of last month's discussion it is nowhere
> > near that), we should continue to maintain the present driver.
> >
> > If you choose to not participate in that maintenance then others will need
> > to do their best in this regard.
> >
> > What we should not and will not do is to permit the current driver to be
> > held hostage to your attempt to force a controversial and apparently
> > unwelcome change into the tree.
> >
>
> It makes no sense to keep the kernel driver uptodate,

It makes heaps of sense to keep the in-tree driver up to date if the
out-of-tree driver is unmergeable, which appears to be the case.

> it would make
> more sense to support the latest driver (which some people are
> supporting).

But that ignores all of last month's discussion and the various
reservations which various people have expressed.

Please take my advise, based upon my experience in kernel development: I
don't expect that we'll be merging the mcentral.de driver in anything like
its present form.

So we must continue to maintain and evolve the kernel.org driver.

> I just had a look at the driver downloads it makes around 600
> downloads for september for this driver. If someone's interested in
> those stats I can give access to it privatly.
> The current option for people who own such a device is to take the
> driver from mcentral.de.

Well that's a shame. But we have n,000 drivers in-tree which work OK
without doing unusual and disturbing user/kernel splits.

2007-10-11 05:50:22

by Markus Rechberger

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24

On 10/11/07, Andrew Morton <[email protected]> wrote:
> On Thu, 11 Oct 2007 07:09:47 +0200 "Markus Rechberger"
> <[email protected]> wrote:
>
> > On 10/11/07, Andrew Morton <[email protected]> wrote:
> > > On Thu, 11 Oct 2007 01:00:39 +0200
> > > "Markus Rechberger" <[email protected]> wrote:
> > >
> > > Please don't send 900 line emails to which you have added only an
> additional
> > > paragraph.
> > >
> > > > > drivers/media/video/em28xx/em28xx-core.c | 1 -
> > > > > drivers/media/video/em28xx/em28xx-input.c | 1 -
> > > > > drivers/media/video/em28xx/em28xx-video.c | 6 +-
> > > >
> > > > not accepted
> > >
> > > Until your attempt to get the userspace-driver work merged into the
> kernel
> > > is successful (and from my reading of last month's discussion it is
> nowhere
> > > near that), we should continue to maintain the present driver.
> > >
> > > If you choose to not participate in that maintenance then others will
> need
> > > to do their best in this regard.
> > >
> > > What we should not and will not do is to permit the current driver to be
> > > held hostage to your attempt to force a controversial and apparently
> > > unwelcome change into the tree.
> > >
> >
> > It makes no sense to keep the kernel driver uptodate,
>
> It makes heaps of sense to keep the in-tree driver up to date if the
> out-of-tree driver is unmergeable, which appears to be the case.
>

what is unmergeable?

> > it would make
> > more sense to support the latest driver (which some people are
> > supporting).
>
> But that ignores all of last month's discussion and the various
> reservations which various people have expressed.
>

There were discussions since the beginning of 2006 which lead nowhere.
It finally turned out to be a personal issue between developers and to
stop those useless discussions and to not having to rely on an
incomplete API and not having to strip off the sample drivers the
alternative way was developed.

> Please take my advise, based upon my experience in kernel development: I
> don't expect that we'll be merging the mcentral.de driver in anything like
> its present form.
>
> So we must continue to maintain and evolve the kernel.org driver.
>
> > I just had a look at the driver downloads it makes around 600
> > downloads for september for this driver. If someone's interested in
> > those stats I can give access to it privatly.
> > The current option for people who own such a device is to take the
> > driver from mcentral.de.
>
> Well that's a shame. But we have n,000 drivers in-tree which work OK
> without doing unusual and disturbing user/kernel splits.
>

ahm, there are more problems than you might think about...
* broken drivers (eg saa7115, incomplete driver tvp5150)
* limited API which is managed by a few (DVB/V4L)
* having to deal with people who disagree alot

I submitted the patches RFCs and didn't get proper comments back then
this doesn't motivate me in any way to continue the work and spend any
efforts in getting companies to release their sample drivers.

As pointed out it's possible to release the complete driver in
userland even as binary driver if someone wants to, unless someone
kicks out usbfs. But the conversion would take a while. And regarding
the plans of the other drivers I pointed out what my plans are.

Markus

2007-10-11 06:08:41

by Aurelien Jarno

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24

Markus Rechberger a ?crit :
> On 10/11/07, Linus Torvalds <[email protected]> wrote:
>> As such, the old and decrepit em28xx driver seems more useful to people,
>> since at least it supports the limited set of hardware on its own.
>
> it does not since it's broken and feature limited. On the other side

I have a device which works perfectly with it if you add the vendor and
product ID to the list. I don't really call that broken. And it doesn't
need a firmware.

Please think that a lot of persons do not have enough knowledge to
compile out of tree drivers, and that a lot more do not even know about
this out of tree driver.

> it requires a firmware from userspace too so I don't think it matters
> at all if the algorithm is done in kernelspace or userspace since it
> depends on such a blob (and I cannot get the source for that firmware,
> if someone's interested in that he has to disassemble the firmware).
>

--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [email protected] | [email protected]
`- people.debian.org/~aurel32 | http://www.aurel32.net

2007-10-11 06:31:19

by Markus Rechberger

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24

On 10/11/07, Aurelien Jarno <[email protected]> wrote:
> Markus Rechberger a ?crit :
> > On 10/11/07, Linus Torvalds <[email protected]> wrote:
> >> As such, the old and decrepit em28xx driver seems more useful to people,
> >> since at least it supports the limited set of hardware on its own.
> >
> > it does not since it's broken and feature limited. On the other side
>
> I have a device which works perfectly with it if you add the vendor and
> product ID to the list. I don't really call that broken. And it doesn't
> need a firmware.
>

Aurelien,

the device you're using is around 2 years old. You're one of the lucky
ones, I have tonns of support mails in my mail account from people who
own almost a similar device but with different videodecoders which are
not fully supported in the kernel or which worked and got broken
during the time.
It took me around 4 hours to debug such an issue last years remotly
with an enduser (which includes that noone cared to ask me if I'm fine
with such an update, neither did someone ask people who own such
devices that they should test the changes).
Please also take other devices and upcoming devices into account,
since i'm willing to spend that time and since I'm in contact with
various companies who provide several components of those devices.

> Please think that a lot of persons do not have enough knowledge to
> compile out of tree drivers, and that a lot more do not even know about
> this out of tree driver.
>

this is what all is about, the project does not depend on certain
broken drivers anymore. And people who initially disagreed without
having any solution nor contributed any code can continue to play
their game without having an impact on that driver anymore.

Markus

2007-10-11 07:11:22

by Dave Jones

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24

On Thu, Oct 11, 2007 at 07:09:47AM +0200, Markus Rechberger wrote:

> It makes no sense to keep the kernel driver uptodate, it would make
> more sense to support the latest driver (which some people are
> supporting).
> I just had a look at the driver downloads it makes around 600
> downloads for september for this driver.

600 downloads a month may seem like a lot to you for one driver.
But think about how many people are running distribution kernels
rather than kernels they built themselves. Typically none of
these people will even know your driver exists, let alone go
running after it to download/build it.

>From an end-user perspective, out of tree drivers are a nuisance.
Time and time again, I get bug reports from users claiming
some bug is in the kernel, where the problem is actually that
they're running some out of tree driver that hasn't been
updated to run on the latest kernels.

It's really in everyones (including yours) best interests
to get drivers merged into mainline.

Dave

--
http://www.codemonkey.org.uk

2007-10-11 09:33:54

by Marcel Siegert

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24

Markus Rechberger schrieb:
> On 10/11/07, Aurelien Jarno <[email protected]> wrote:
>> Markus Rechberger a ?crit :
>>> On 10/11/07, Linus Torvalds <[email protected]> wrote:
>>>> As such, the old and decrepit em28xx driver seems more useful to people,
>>>> since at least it supports the limited set of hardware on its own.
>>> it does not since it's broken and feature limited. On the other side
>> I have a device which works perfectly with it if you add the vendor and
>> product ID to the list. I don't really call that broken. And it doesn't
>> need a firmware.
>>
>
> Aurelien,
>
> the device you're using is around 2 years old. You're one of the lucky
> ones, I have tonns of support mails in my mail account from people who
> own almost a similar device but with different videodecoders which are
> not fully supported in the kernel or which worked and got broken
> during the time.
> It took me around 4 hours to debug such an issue last years remotly
> with an enduser (which includes that noone cared to ask me if I'm fine
> with such an update, neither did someone ask people who own such
> devices that they should test the changes).
> Please also take other devices and upcoming devices into account,
> since i'm willing to spend that time and since I'm in contact with
> various companies who provide several components of those devices.
>
>> Please think that a lot of persons do not have enough knowledge to
>> compile out of tree drivers, and that a lot more do not even know about
>> this out of tree driver.
>>
>
> this is what all is about, the project does not depend on certain
> broken drivers anymore. And people who initially disagreed without
> having any solution nor contributed any code can continue to play
> their game without having an impact on that driver anymore.
>
> Markus

markus,

its the same old story you are telling over and over again.

of course there might be a huge community builded up the
last month @ mcentral,
of course your driver supports newer devices,

BUT

the same old story is - and you always miss that part

we discussed a lot on your changes and also ACCEPTED those
for merging, if you would have changed your UNNECCESSARY touching
of dvb-core. its proven that things could work without that
nacked change to dvb core. but, you decided to stop discussion then,
and went away to perform your own tree/userspace thing.

as linus and andrew stated within this thread they think they will not
merge your code like it is cause of different reasons,
i am wondering a bit whats your next step is.

regards
marcel

ps. as linus tells from time to time
"It's not just black and white - there's also grey"

2007-10-11 09:50:39

by Aidan Thornton

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24

On 10/11/07, Markus Rechberger <[email protected]> wrote:
> On 10/11/07, Chuck Ebbert <[email protected]> wrote:
> > On 10/10/2007 07:24 PM, Markus Rechberger wrote:
> > >
> > > To point to more changes within the available driver which hasn't been
> > merged
> > > within the last 1 1/2 years:
> > > * it supports non usbaudio based video devices.
> > > * has support for dvb-t/atsc
> > > * allows multiple device node access in case of analogue TV
> > > * has teletext/VBI support for PAL.
> > > * it supports modules which are now in userspace instead of
> > > kernelspace due disagreements with some developers for 1 1/2 years.
> > > * I do not agree with certain developers who do not have any experience
> > > with certain parts of the code for redoing it a 4th time now. My patience
> > > is over, which includes the company support in my back to get those
> > > devices supported.
> > >
> >
> > Do you plan on maintaining your own private driver tree for all of eternity?
> >
>
> I plan to tidy it up for inclusion and put everything together to get
> it work properly.
> The code which is in the kernel is around 5 % done, the code which is
> available on mcentral.de is around 50% done. It still requires some
> work to get _all_ devices supported, and keeping the development
> process in an endless loop and depending on people who have no idea
> and don't care about certain requirements is no option.
> The upcoming devices which use other chips and which have more
> features will at least also use those drivers. I expect that it will
> pump up the driver to support more than 100 devices within the next
> year.

I looked at this recently, and I'm not sure the core em28xx code was
really that different (at least, pre-userspace). Most of the core
changes seemed to be related to Markus' driver having (semi-working)
VBI support. I haven't tried this recently; I disabled it a while back
because it had a bug that caused a kernel panic half the time when
attempting to record something with MythTV.

The in-kernel driver looks mostly sound, though I can't test it
myself. (One other interesting thing that was added in Markus' driver
is various v4l1 ioctls, which may be useful to some people.)

Incidentally, I notice you appear to be developing userspace drivers
for the tvp5150 and zl10353. Is that really necessary?

> * I do not agree with certain developers who do not have any experience
> with certain parts of the code for redoing it a 4th time now. My patience
> is over, which includes the company support in my back to get those
> devices supported.

Are you threatening to deliberately sabotage company support for these
devices by v4l/linuxtv in favour of your userspace drivers?

Also, I'm not sure reworking the non-userspace version of the code to
a mergable state is actually that hard. (I'm cleaning up bits of it in
my spare time, because I may have to port it to newer kernels myself
in the future and it's annoying to work with as-is.) Eliminating the
need for changes to the core v4l/dvb code appears to be the easy bit;
the main difficulty is finding and fixing the unexpected breakages due
to the interesting coupling between bits of the code. (The other
difficulty is keeping track of whether analog or digital firmware is
currently loaded in the xc3028 in hybrid devices; I'm using an iffy
solution, but I think better ones exist.) As I recall, the changes to
core code were the major roadblock in the way of merging.

Aidan

2007-10-11 10:20:22

by Markus Rechberger

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24

On 10/11/07, Marcel Siegert <[email protected]> wrote:
> Markus Rechberger schrieb:
> > On 10/11/07, Aurelien Jarno <[email protected]> wrote:
> >> Markus Rechberger a ?crit :
> >>> On 10/11/07, Linus Torvalds <[email protected]> wrote:
> >>>> As such, the old and decrepit em28xx driver seems more useful to
> people,
> >>>> since at least it supports the limited set of hardware on its own.
> >>> it does not since it's broken and feature limited. On the other side
> >> I have a device which works perfectly with it if you add the vendor and
> >> product ID to the list. I don't really call that broken. And it doesn't
> >> need a firmware.
> >>
> >
> > Aurelien,
> >
> > the device you're using is around 2 years old. You're one of the lucky
> > ones, I have tonns of support mails in my mail account from people who
> > own almost a similar device but with different videodecoders which are
> > not fully supported in the kernel or which worked and got broken
> > during the time.
> > It took me around 4 hours to debug such an issue last years remotly
> > with an enduser (which includes that noone cared to ask me if I'm fine
> > with such an update, neither did someone ask people who own such
> > devices that they should test the changes).
> > Please also take other devices and upcoming devices into account,
> > since i'm willing to spend that time and since I'm in contact with
> > various companies who provide several components of those devices.
> >
> >> Please think that a lot of persons do not have enough knowledge to
> >> compile out of tree drivers, and that a lot more do not even know about
> >> this out of tree driver.
> >>
> >
> > this is what all is about, the project does not depend on certain
> > broken drivers anymore. And people who initially disagreed without
> > having any solution nor contributed any code can continue to play
> > their game without having an impact on that driver anymore.
> >
> > Markus
>
> markus,
>
> its the same old story you are telling over and over again.
>
> of course there might be a huge community builded up the
> last month @ mcentral,
> of course your driver supports newer devices,
>
> BUT
>
> the same old story is - and you always miss that part
>
> we discussed a lot on your changes and also ACCEPTED those
> for merging, if you would have changed your UNNECCESSARY touching
> of dvb-core. its proven that things could work without that
> nacked change to dvb core. but, you decided to stop discussion then,
> and went away to perform your own tree/userspace thing.
>
> as linus and andrew stated within this thread they think they will not
> merge your code like it is cause of different reasons,
> i am wondering a bit whats your next step is.
>

I didn't read a clean statement about it. If so I won't continue to
pull out opensource drivers from that company.
Marcel, you haven't been and you are not into that topic otherwise
you'd write about missing parts and address codeparts which I have
mentioned in the past which are not ok in the kernel and how to solve
that best.
I remember the mail [1] where you (and Michael) tried to point me to
something that doesn't work out. Please get into the whole topic which
includes studying the requirements and what parts I'm complaining
about.

Markus

(just for the record, although it's not relevant anymore)
http://threebit.net/mail-archive/video4linux/msg07548.html

2007-10-11 11:04:34

by Pádraig Brady

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24

Aidan Thornton wrote:
> I looked at this recently, and I'm not sure the core em28xx code was
> really that different (at least, pre-userspace). Most of the core
> changes seemed to be related to Markus' driver having (semi-working)
> VBI support. I haven't tried this recently; I disabled it a while back
> because it had a bug that caused a kernel panic half the time when
> attempting to record something with MythTV.
>
> The in-kernel driver looks mostly sound, though I can't test it
> myself. (One other interesting thing that was added in Markus' driver
> is various v4l1 ioctls, which may be useful to some people.)

Yes, for example VLC doesn't support v4l2 yet.
Here is a patch I back ported to 2.6.17 last year.
http://www.pixelbeat.org/patches/linux-2.6.17-em28xx-v4l1.diff
I didn't try to get it merged as I thought Markus would do it,
but looks like that's unlikely now.

Also here is a patch to allow shared access to the video device
(so you can have a separate tuner program to VLC for example):
http://www.pixelbeat.org/patches/linux-2.6.17-em28xx-shared.diff

> Incidentally, I notice you appear to be developing userspace drivers
> for the tvp5150 and zl10353. Is that really necessary?

It is necessary if Markus wants to stop people merging code back from
his in-kernel driver fork. Call me a cynic, but I'm confused about Markus'
motives in all this.

Markus, please do the right thing and just merge your code!
(and please don't reply this giving reasons you won't/can't do this).

P?draig.

2007-10-11 11:39:59

by Markus Rechberger

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24

On 10/11/07, P?draig Brady <[email protected]> wrote:
> Aidan Thornton wrote:
> > I looked at this recently, and I'm not sure the core em28xx code was
> > really that different (at least, pre-userspace). Most of the core
> > changes seemed to be related to Markus' driver having (semi-working)
> > VBI support. I haven't tried this recently; I disabled it a while back
> > because it had a bug that caused a kernel panic half the time when
> > attempting to record something with MythTV.
> >
> > The in-kernel driver looks mostly sound, though I can't test it
> > myself. (One other interesting thing that was added in Markus' driver
> > is various v4l1 ioctls, which may be useful to some people.)
>
> Yes, for example VLC doesn't support v4l2 yet.
> Here is a patch I back ported to 2.6.17 last year.
> http://www.pixelbeat.org/patches/linux-2.6.17-em28xx-v4l1.diff
> I didn't try to get it merged as I thought Markus would do it,
> but looks like that's unlikely now.
>
> Also here is a patch to allow shared access to the video device
> (so you can have a separate tuner program to VLC for example):
> http://www.pixelbeat.org/patches/linux-2.6.17-em28xx-shared.diff
>
> > Incidentally, I notice you appear to be developing userspace drivers
> > for the tvp5150 and zl10353. Is that really necessary?
>
> It is necessary if Markus wants to stop people merging code back from
> his in-kernel driver fork. Call me a cynic, but I'm confused about Markus'
> motives in all this.
>

The tvp5150 as well as several other drivers have some slight changes
in it to get some devices work.
My motivation behind it is that since I don't agree with certain
linuxtv development paths and it makes it alot easier to handle
prewritten code from some companies.

> Markus, please do the right thing and just merge your code!
> (and please don't reply this giving reasons you won't/can't do this).
>

Merge the bridging code and the issue is done, the other guys should
go their own paths with their own drivers if they want so. Time will
show what will be better in the end.
There are not so many devices out there which have newer requirements,
although the em28xx is a good example for at least one device which
doesn't fit.

If someone's looking for another disagreement between developers
(which my code is not part of):
http://thread.gmane.org/gmane.linux.drivers.dvb/36583

Markus

2007-10-11 12:54:46

by Marcel Siegert

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24

Markus Rechberger schrieb:
> On 10/11/07, Marcel Siegert <[email protected]> wrote:
>> Markus Rechberger schrieb:
>>> On 10/11/07, Aurelien Jarno <[email protected]> wrote:
>>>> Markus Rechberger a ?crit :
>>>>> On 10/11/07, Linus Torvalds <[email protected]> wrote:
>>>>>> As such, the old and decrepit em28xx driver seems more useful to
>> people,
>>>>>> since at least it supports the limited set of hardware on its own.
>>>>> it does not since it's broken and feature limited. On the other side
>>>> I have a device which works perfectly with it if you add the vendor and
>>>> product ID to the list. I don't really call that broken. And it doesn't
>>>> need a firmware.
>>>>
>>> Aurelien,
>>>
>>> the device you're using is around 2 years old. You're one of the lucky
>>> ones, I have tonns of support mails in my mail account from people who
>>> own almost a similar device but with different videodecoders which are
>>> not fully supported in the kernel or which worked and got broken
>>> during the time.
>>> It took me around 4 hours to debug such an issue last years remotly
>>> with an enduser (which includes that noone cared to ask me if I'm fine
>>> with such an update, neither did someone ask people who own such
>>> devices that they should test the changes).
>>> Please also take other devices and upcoming devices into account,
>>> since i'm willing to spend that time and since I'm in contact with
>>> various companies who provide several components of those devices.
>>>
>>>> Please think that a lot of persons do not have enough knowledge to
>>>> compile out of tree drivers, and that a lot more do not even know about
>>>> this out of tree driver.
>>>>
>>> this is what all is about, the project does not depend on certain
>>> broken drivers anymore. And people who initially disagreed without
>>> having any solution nor contributed any code can continue to play
>>> their game without having an impact on that driver anymore.
>>>
>>> Markus
>> markus,
>>
>> its the same old story you are telling over and over again.
>>
>> of course there might be a huge community builded up the
>> last month @ mcentral,
>> of course your driver supports newer devices,
>>
>> BUT
>>
>> the same old story is - and you always miss that part
>>
>> we discussed a lot on your changes and also ACCEPTED those
>> for merging, if you would have changed your UNNECCESSARY touching
>> of dvb-core. its proven that things could work without that
>> nacked change to dvb core. but, you decided to stop discussion then,
>> and went away to perform your own tree/userspace thing.
>>
>> as linus and andrew stated within this thread they think they will not
>> merge your code like it is cause of different reasons,
>> i am wondering a bit whats your next step is.
>>
>
> I didn't read a clean statement about it. If so I won't continue to
> pull out opensource drivers from that company.
> Marcel, you haven't been and you are not into that topic otherwise
> you'd write about missing parts and address codeparts which I have
> mentioned in the past which are not ok in the kernel and how to solve
> that best.

saving my time instead of commenting your code does not mean i am not
into it. as far as i remember i did say, that the api mixup within
dvb-core is NOT wanted and there are solutions for other devices,
that show it can be done otherwise. i must admit it would be a different
way but the only answer you said was "No, i wont do that"

please go back through the irc logs on linuxtv.org and find the
appropiate place.

> I remember the mail [1] where you (and Michael) tried to point me to
> something that doesn't work out. Please get into the whole topic which
> includes studying the requirements and what parts I'm complaining
> about.
as you may remember, i also offered you to ack a MERGE AS IS base for
your code in a private conversation on irc.

the main topics in there have been:
merge your stuff
wait for multiproto applied (as i still think it is a better solution)
rework your stuff to work with multiproto

your answer was afair "i will not allow anyone to modify my code after a
merge"

that showed me, others did recognise meanwhile too, that you are NOT
able to discuss different things or opinions for real, but you take
your proposals as the "one and only". this can not work, and will not
work.

i will leave this discussion again, as discussing with you mostly just
leads into the old story of how stupid linuxtv devs are...

YOU LEFT linuxtv to build up your own - proceed further with that
strategy _or_ come back to a level where you are open for different
suggestions than yours.

HTH
marcel



> Markus
>
> (just for the record, although it's not relevant anymore)
> http://threebit.net/mail-archive/video4linux/msg07548.html

2007-10-11 13:01:18

by Markus Rechberger

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24

On 10/11/07, Marcel Siegert <[email protected]> wrote:
> Markus Rechberger schrieb:
> > On 10/11/07, Marcel Siegert <[email protected]> wrote:
> >> Markus Rechberger schrieb:
> >>> On 10/11/07, Aurelien Jarno <[email protected]> wrote:
> >>>> Markus Rechberger a ?crit :
> >>>>> On 10/11/07, Linus Torvalds <[email protected]> wrote:
> >>>>>> As such, the old and decrepit em28xx driver seems more useful to
> >> people,
> >>>>>> since at least it supports the limited set of hardware on its own.
> >>>>> it does not since it's broken and feature limited. On the other side
> >>>> I have a device which works perfectly with it if you add the vendor and
> >>>> product ID to the list. I don't really call that broken. And it doesn't
> >>>> need a firmware.
> >>>>
> >>> Aurelien,
> >>>
> >>> the device you're using is around 2 years old. You're one of the lucky
> >>> ones, I have tonns of support mails in my mail account from people who
> >>> own almost a similar device but with different videodecoders which are
> >>> not fully supported in the kernel or which worked and got broken
> >>> during the time.
> >>> It took me around 4 hours to debug such an issue last years remotly
> >>> with an enduser (which includes that noone cared to ask me if I'm fine
> >>> with such an update, neither did someone ask people who own such
> >>> devices that they should test the changes).
> >>> Please also take other devices and upcoming devices into account,
> >>> since i'm willing to spend that time and since I'm in contact with
> >>> various companies who provide several components of those devices.
> >>>
> >>>> Please think that a lot of persons do not have enough knowledge to
> >>>> compile out of tree drivers, and that a lot more do not even know about
> >>>> this out of tree driver.
> >>>>
> >>> this is what all is about, the project does not depend on certain
> >>> broken drivers anymore. And people who initially disagreed without
> >>> having any solution nor contributed any code can continue to play
> >>> their game without having an impact on that driver anymore.
> >>>
> >>> Markus
> >> markus,
> >>
> >> its the same old story you are telling over and over again.
> >>
> >> of course there might be a huge community builded up the
> >> last month @ mcentral,
> >> of course your driver supports newer devices,
> >>
> >> BUT
> >>
> >> the same old story is - and you always miss that part
> >>
> >> we discussed a lot on your changes and also ACCEPTED those
> >> for merging, if you would have changed your UNNECCESSARY touching
> >> of dvb-core. its proven that things could work without that
> >> nacked change to dvb core. but, you decided to stop discussion then,
> >> and went away to perform your own tree/userspace thing.
> >>
> >> as linus and andrew stated within this thread they think they will not
> >> merge your code like it is cause of different reasons,
> >> i am wondering a bit whats your next step is.
> >>
> >
> > I didn't read a clean statement about it. If so I won't continue to
> > pull out opensource drivers from that company.
> > Marcel, you haven't been and you are not into that topic otherwise
> > you'd write about missing parts and address codeparts which I have
> > mentioned in the past which are not ok in the kernel and how to solve
> > that best.
>
> saving my time instead of commenting your code does not mean i am not
> into it. as far as i remember i did say, that the api mixup within
> dvb-core is NOT wanted and there are solutions for other devices,
> that show it can be done otherwise. i must admit it would be a different
> way but the only answer you said was "No, i wont do that"
>
> please go back through the irc logs on linuxtv.org and find the
> appropiate place.
>
> > I remember the mail [1] where you (and Michael) tried to point me to
> > something that doesn't work out. Please get into the whole topic which
> > includes studying the requirements and what parts I'm complaining
> > about.
> as you may remember, i also offered you to ack a MERGE AS IS base for
> your code in a private conversation on irc.
>

I didn't see that.

> the main topics in there have been:
> merge your stuff
> wait for multiproto applied (as i still think it is a better solution)
> rework your stuff to work with multiproto
>
> your answer was afair "i will not allow anyone to modify my code after a
> merge"
>

I would like to see where I wrote that.
I remember that I stated out merge it as it is and modify it
afterwards because then you have to take care about the requirements
which are implemented and which some are not aware of. (There are also
heavy discussions about that ... think we shouldn't rediscuss it and
if someone wants to rediscuss it please put together a wikisite about
the discussions since it makes no sense to get over it again).

> that showed me, others did recognise meanwhile too, that you are NOT
> able to discuss different things or opinions for real, but you take
> your proposals as the "one and only". this can not work, and will not
> work.
>

I am although I won't drop parts of my code in favour of someone who
has different ideas which are not even more complete or don't add some
extra value to it.

Markus

2007-10-11 13:23:18

by Aurelien Jarno

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24

Markus Rechberger a ?crit :
> On 10/11/07, Aurelien Jarno <[email protected]> wrote:
>> Markus Rechberger a ?crit :
>>> On 10/11/07, Linus Torvalds <[email protected]> wrote:
>>>> As such, the old and decrepit em28xx driver seems more useful to people,
>>>> since at least it supports the limited set of hardware on its own.
>>> it does not since it's broken and feature limited. On the other side
>> I have a device which works perfectly with it if you add the vendor and
>> product ID to the list. I don't really call that broken. And it doesn't
>> need a firmware.
>>
>
> Aurelien,
>
> the device you're using is around 2 years old. You're one of the lucky
> ones, I have tonns of support mails in my mail account from people who
> own almost a similar device but with different videodecoders which are
> not fully supported in the kernel or which worked and got broken
> during the time.
> It took me around 4 hours to debug such an issue last years remotly
> with an enduser (which includes that noone cared to ask me if I'm fine
> with such an update, neither did someone ask people who own such
> devices that they should test the changes).
> Please also take other devices and upcoming devices into account,
> since i'm willing to spend that time and since I'm in contact with
> various companies who provide several components of those devices.
>

I agree I am lucky, but the fact is that the in-kernel driver supports
*some* devices, and *works* correctly for them. On the other side, your
driver supports more devices, but it is and *out-of-tree* driver.

Please either work to get your change merged, or stop complaining about
changes done to the in-kernel driver.

Moreover if you get a closer look at v4l-dvb git, you will see that the
changes proposed by Mauro are not em28xx specific, and is actually the
same change done on a lot of of v4l/dvb drivers.

--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [email protected] | [email protected]
`- people.debian.org/~aurel32 | http://www.aurel32.net

2007-10-14 10:40:45

by Markus Rechberger

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24

On 10/11/07, Andrew Morton <[email protected]> wrote:
> On Thu, 11 Oct 2007 01:00:39 +0200
> "Markus Rechberger" <[email protected]> wrote:
>
> Please don't send 900 line emails to which you have added only an additional
> paragraph.
>
> > > drivers/media/video/em28xx/em28xx-core.c | 1 -
> > > drivers/media/video/em28xx/em28xx-input.c | 1 -
> > > drivers/media/video/em28xx/em28xx-video.c | 6 +-
> >
> > not accepted
>
> Until your attempt to get the userspace-driver work merged into the kernel
> is successful (and from my reading of last month's discussion it is nowhere
> near that), we should continue to maintain the present driver.
>
> If you choose to not participate in that maintenance then others will need
> to do their best in this regard.
>
> What we should not and will not do is to permit the current driver to be
> held hostage to your attempt to force a controversial and apparently
> unwelcome change into the tree.
>

(please read through it ... )

I didn't comment this one yet, so here a few further details. Note I'm
not looking forward to annoy other developers I want to get that
driver completly done.

some background information on the further userspace idea:
http://lists.freebsd.org/pipermail/freebsd-multimedia/2007-September/007497.html

short overview, this driver has moved a massive amount to userspace:
libtuner/
(libtuner.so) User-mode drivers for tuners, demodulators, and anything
else that constitutes the "frontend".

So how is this related to my project? This project can reuse all the
userspace demods and tuner code which I have as they are including the
floating point stuff.

I had a discussion with Hans Verkuil (the IVTV maintainer) about my
requirements and his answer was:

2:06 <hverkuil> - However, it is a fact that the relationship between
you and the linux(tv) community are strained to put it mildly. I
remain convinced that none of this has any technical basis but has all
to do with personality conflicts. To be honest, right now I think
there is no solution in sight. This is a valid reason to consider
stopping.

the reason why I take the em28xx as hostage is, well I started with it
and I work with that company and I don't see a way how to implement
the latest devices without terrible hacks (and there are around 60
devices supported only by the current available driver and it will
double that number since customers will change several chips on those
boards)

Due those "personal" conflicts I don't see how I can discuss it with
the linuxtv people who are against me, I even tried to discuss this
with Mauro (who never worked with a company in that area actually so
he doesn't seem to understand what I try to achive, at least I haven't
heard any technical reason why that work should be bad).

Without any help to take aside those personal issues I don't see how
this can be solved.
I pulled all my linux opensource projects offline till this is cleared
up I don't want to do 90% of all work and people taking over my
project doing 10% of hacks for getting some credits. The long time
support is not related to linux only.

As for the BSD project, the developers who work with kaffeine and xine
are fine with another interface which can support those BSD drivers,
as for the linux world it would mean an easy abstraction to use
i2c-dev with the existing userspace drivers without having to change a
single line in those drivers.

sorry for bothering but it seriously cost alot of my private time as well,
Markus

2007-10-14 11:12:52

by Hans Verkuil

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24

On Sunday 14 October 2007 12:40:35 Markus Rechberger wrote:
> On 10/11/07, Andrew Morton <[email protected]> wrote:
> > On Thu, 11 Oct 2007 01:00:39 +0200
> > "Markus Rechberger" <[email protected]> wrote:
> >
> > Please don't send 900 line emails to which you have added only an
> > additional paragraph.
> >
> > > > drivers/media/video/em28xx/em28xx-core.c | 1 -
> > > > drivers/media/video/em28xx/em28xx-input.c | 1 -
> > > > drivers/media/video/em28xx/em28xx-video.c | 6 +-
> > >
> > > not accepted
> >
> > Until your attempt to get the userspace-driver work merged into the
> > kernel is successful (and from my reading of last month's
> > discussion it is nowhere near that), we should continue to maintain
> > the present driver.
> >
> > If you choose to not participate in that maintenance then others
> > will need to do their best in this regard.
> >
> > What we should not and will not do is to permit the current driver
> > to be held hostage to your attempt to force a controversial and
> > apparently unwelcome change into the tree.
>
> (please read through it ... )
>
> I didn't comment this one yet, so here a few further details. Note
> I'm not looking forward to annoy other developers I want to get that
> driver completly done.
>
> some background information on the further userspace idea:
> http://lists.freebsd.org/pipermail/freebsd-multimedia/2007-September/
>007497.html
>
> short overview, this driver has moved a massive amount to userspace:
> libtuner/
> (libtuner.so) User-mode drivers for tuners, demodulators, and
> anything else that constitutes the "frontend".
>
> So how is this related to my project? This project can reuse all the
> userspace demods and tuner code which I have as they are including
> the floating point stuff.
>
> I had a discussion with Hans Verkuil (the IVTV maintainer) about my
> requirements and his answer was:
>
> 2:06 <hverkuil> - However, it is a fact that the relationship between
> you and the linux(tv) community are strained to put it mildly. I
> remain convinced that none of this has any technical basis but has
> all to do with personality conflicts. To be honest, right now I think
> there is no solution in sight. This is a valid reason to consider
> stopping.

Um, please ask next time when you want to quote from a private
discussion.

To put it in perspective: I meant here that stopping the em28xx
development using GPL is a consideration, not to take em28xx hostage.
My first point in that same discussion was this:

"hverkuil: - It is pointless to worry about what others might do with
your GPL code. Anyone can take it at any time and who knows, they might
succeed. Then again, they might not. In any case, it shouldn't be a
reason to consider stopping."

The only people you are hurting by taking em28xx offline are the
end-users and yourself, I'm sorry to say.

Regards,

Hans

> the reason why I take the em28xx as hostage is, well I started with
> it and I work with that company and I don't see a way how to
> implement the latest devices without terrible hacks (and there are
> around 60 devices supported only by the current available driver and
> it will double that number since customers will change several chips
> on those boards)
>
> Due those "personal" conflicts I don't see how I can discuss it with
> the linuxtv people who are against me, I even tried to discuss this
> with Mauro (who never worked with a company in that area actually so
> he doesn't seem to understand what I try to achive, at least I
> haven't heard any technical reason why that work should be bad).
>
> Without any help to take aside those personal issues I don't see how
> this can be solved.
> I pulled all my linux opensource projects offline till this is
> cleared up I don't want to do 90% of all work and people taking over
> my project doing 10% of hacks for getting some credits. The long time
> support is not related to linux only.
>
> As for the BSD project, the developers who work with kaffeine and
> xine are fine with another interface which can support those BSD
> drivers, as for the linux world it would mean an easy abstraction to
> use i2c-dev with the existing userspace drivers without having to
> change a single line in those drivers.
>
> sorry for bothering but it seriously cost alot of my private time as
> well, Markus
>
> _______________________________________________
> v4l-dvb-maintainer mailing list
> [email protected]
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/v4l-dvb-maintainer


2007-10-14 11:28:44

by Markus Rechberger

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24

On 10/14/07, Hans Verkuil <[email protected]> wrote:
> On Sunday 14 October 2007 12:40:35 Markus Rechberger wrote:
> > On 10/11/07, Andrew Morton <[email protected]> wrote:
> > > On Thu, 11 Oct 2007 01:00:39 +0200
> > > "Markus Rechberger" <[email protected]> wrote:
> > >
> > > Please don't send 900 line emails to which you have added only an
> > > additional paragraph.
> > >
> > > > > drivers/media/video/em28xx/em28xx-core.c | 1 -
> > > > > drivers/media/video/em28xx/em28xx-input.c | 1 -
> > > > > drivers/media/video/em28xx/em28xx-video.c | 6 +-
> > > >
> > > > not accepted
> > >
> > > Until your attempt to get the userspace-driver work merged into the
> > > kernel is successful (and from my reading of last month's
> > > discussion it is nowhere near that), we should continue to maintain
> > > the present driver.
> > >
> > > If you choose to not participate in that maintenance then others
> > > will need to do their best in this regard.
> > >
> > > What we should not and will not do is to permit the current driver
> > > to be held hostage to your attempt to force a controversial and
> > > apparently unwelcome change into the tree.
> >
> > (please read through it ... )
> >
> > I didn't comment this one yet, so here a few further details. Note
> > I'm not looking forward to annoy other developers I want to get that
> > driver completly done.
> >
> > some background information on the further userspace idea:
> > http://lists.freebsd.org/pipermail/freebsd-multimedia/2007-September/
> >007497.html
> >
> > short overview, this driver has moved a massive amount to userspace:
> > libtuner/
> > (libtuner.so) User-mode drivers for tuners, demodulators, and
> > anything else that constitutes the "frontend".
> >
> > So how is this related to my project? This project can reuse all the
> > userspace demods and tuner code which I have as they are including
> > the floating point stuff.
> >
> > I had a discussion with Hans Verkuil (the IVTV maintainer) about my
> > requirements and his answer was:
> >
> > 2:06 <hverkuil> - However, it is a fact that the relationship between
> > you and the linux(tv) community are strained to put it mildly. I
> > remain convinced that none of this has any technical basis but has
> > all to do with personality conflicts. To be honest, right now I think
> > there is no solution in sight. This is a valid reason to consider
> > stopping.
>
> Um, please ask next time when you want to quote from a private
> discussion.
>
> To put it in perspective: I meant here that stopping the em28xx
> development using GPL is a consideration, not to take em28xx hostage.
> My first point in that same discussion was this:
>
> "hverkuil: - It is pointless to worry about what others might do with
> your GPL code. Anyone can take it at any time and who knows, they might
> succeed. Then again, they might not. In any case, it shouldn't be a
> reason to consider stopping."
>
> The only people you are hurting by taking em28xx offline are the
> end-users and yourself, I'm sorry to say.
>

Yes, but continuing as before keeping it aside of everything also
hurts. I'm convinced that the roadmap which I aim at is fine there is
code which works and which is valueable for other projects.
What's the idea behind a forced separation? - One and the same code is
also used as it is in Windows drivers. If someone wants to commit his
free time in fixing or improving that work he's welcome to do so by
touching it once 3 targets are affected. The roadmap also includes OSX
which would be the 4th target.

What's the value of having those shareable components which have a
full implementation limited to linux which only supports a limited
subset of those features (and it requires a rewrite to get it fit into
the kernel, so those features will very likely get stripped off - this
is the current way how it's done)?

Markus

2007-10-14 20:50:39

by Johannes Stezenbach

[permalink] [raw]
Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24

On Sun, Oct 14, 2007, Markus Rechberger wrote:
>
> the reason why I take the em28xx as hostage is, well I started with it
> and I work with that company and I don't see a way how to implement
> the latest devices without terrible hacks (and there are around 60
> devices supported only by the current available driver and it will
> double that number since customers will change several chips on those
> boards)
...
> I pulled all my linux opensource projects offline till this is cleared
> up I don't want to do 90% of all work and people taking over my
> project doing 10% of hacks for getting some credits. The long time
> support is not related to linux only.

It is a bit naive for you to believe you can remove your GPL
distributed work from the internet by deleting it from your server.

If your kernel driver work would be merged into the kernel it
would retain your copyrights and Signed-off-by: attributions,
so it would be visible for everyone that it is your work. If
you can't live with that, then why on earth did you join a
project developing software released under the GPL? Why did
you release your own software under the GPL?

Since you seem obsessed with keeping control over your
work it is funny that you mention BSD, as the BSD license
is even less restrictive than the GPL.


Johannes