All the infrastructure for this is already there, and despite our desires for
the old videobuf code to go away, it is currently still in use in 18 drivers.
Allowing reqbufs(0) makes these drivers behave consistent with modern drivers,
making live easier for userspace, see e.g. :
On 27.08.2014 17:29, tsk...@gmail.com wrote:
From: Akihiro Tsukada tsk...@gmail.com
Hi Akihiro,
This patch adds driver for tc90522 demodulator chips.
The chip contains 4 demod modules that run in parallel and are independently
controllable via separate I2C addresses.
Two of the modules are
tree: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
head: fd5984d7c8e8e249aca0c515817ab1e7dee1502c
commit: 7b34be71db533f3e0cf93d53cf62d036cdb5418a [media] use IS_ENABLED() macro
date: 1 year, 7 months ago
config: i386-randconfig-x1-08311744 (attached as .config)
This series adds support for Si2161 based devices.
cx231xx based WinTV-HVR-900-H works with it.
cx231xx based WinTV-HVR-901-H should also work.
Additionally it simplifies firmware structure by no longer adding a seperate
header
as suggested by Antti.
Regards
Matthias
--
To unsubscribe from
The new file has a different name: dvb-demod-si2165-D.fw
Count blocks instead of reading count from extra header.
Calculate CRC during upload and compare result to what chip calcuated.
Use 0x01 instead of real patch version, because this is only used to
check if something was uploaded but not to
Current firmware is only for revision D.
Signed-off-by: Matthias Schwarzott z...@gentoo.org
---
drivers/media/dvb-frontends/si2165.c | 26 +-
drivers/media/dvb-frontends/si2165_priv.h | 2 +-
2 files changed, 18 insertions(+), 10 deletions(-)
diff --git
Add support for:
[2040:b139] Hauppauge WinTV HVR-901H (1114xx)
According to the inf file, the hardware is similar to [2040:b131] Hauppauge
WinTV 930C-HD (model 1114xx)
The only difference is the demod Si2161 instead of Si2165 (but both are
supported by the si2165 driver).
Signed-off-by:
Store it with a different name based on hardware revision.
Signed-off-by: Matthias Schwarzott z...@gentoo.org
---
Documentation/dvb/get_dvb_firmware | 20
1 file changed, 4 insertions(+), 16 deletions(-)
diff --git a/Documentation/dvb/get_dvb_firmware
Additionally print chip name with revision symbolically.
This is a preparation for supporting new Hauppauge WinTV-HVR-900-H based
on cx231xx.
Signed-off-by: Matthias Schwarzott z...@gentoo.org
---
drivers/media/dvb-frontends/si2165.c | 39 +---
1 file changed, 27
From: Mauro Carvalho Chehab m.che...@samsung.com
Add support for the si2161-based cx231xx devices:
[2040:b138] Hauppauge WinTV HVR-900-H (model 111xxx)
[2040:b139] Hauppauge WinTV HVR-901-H (model 1114xx)
They're similar to the already supported:
[2040:b130] Hauppauge
Hi Matthias,
thanks for the comment.
it sounds wrong to export a second function besides tc90522_attach.
This way there is a hard dependency of the bridge driver to the demod
driver.
In this case it is the only possible demod, but in general it violates
the design of demod drivers and their
Hi Lorenzo,
Am 25.08.2014 um 21:01 schrieb Lorenzo Marcantonio:
Just bought a roxio video capture dongle. Read around that it was an
easycap clone (supported, then); it seems it's not so anymore :(
It identifies as 1b80:e31d Roxio Video Capture USB
(it also uses audio class for audio)
Now
Am 31.08.2014 um 16:47 schrieb Frank Schäfer:
Hi Lorenzo,
Am 25.08.2014 um 21:01 schrieb Lorenzo Marcantonio:
Just bought a roxio video capture dongle. Read around that it was an
easycap clone (supported, then); it seems it's not so anymore :(
It identifies as 1b80:e31d Roxio Video Capture
Am 22.08.2014 um 21:03 schrieb Oravecz Csaba:
I reported this issue earlier but for some reason it went pretty much
unnoticed. The essence is that with the newest em28xx drivers now present in
3.14 kernels (i'm on stock fedora 3.14.15-100.fc19.i686.PAE) I can't get
analogue sound from this
On Sun, Aug 31, 2014 at 04:50:08PM +0200, Frank Schäfer wrote:
Hmm... could you send us the output of lsusb -v -d 1b80:e31d ?
Sure, here is it. However it seems that roxio violated the most sacred
USB rule (i.e. they use that vid/pid for two different kinds of
hardware); in fact even people on
Hi Jean-Michel,
Thank you for the patch.
On Friday 29 August 2014 17:15:03 Jean-Michel Hautbois wrote:
This patch uses DT in order to parse addresses for dummy devices of adv7604.
The ADV7604 has thirteen 256-byte maps that can be accessed via the main
I²C ports. Each map has it own I²C
On 08/31/2014 04:32 PM, Akihiro TSUKADA wrote:
Hi Matthias,
thanks for the comment.
it sounds wrong to export a second function besides tc90522_attach.
This way there is a hard dependency of the bridge driver to the demod
driver.
In this case it is the only possible demod, but in general it
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Mon Sep 1 04:00:20 CEST 2014
git branch: test
git hash: b250392f7b5062cf026b1423e27265e278fd6b30
gcc
On 08/31/2014 08:09 AM, Zhangfei Gao wrote:
From: Guoxiong Yan yanguoxi...@huawei.com
Signed-off-by: Guoxiong Yan yanguoxi...@huawei.com
Signed-off-by: Zhangfei Gao zhangfei@linaro.org
---
.../devicetree/bindings/media/hix5hd2-ir.txt | 25
1 file changed, 25
On 09/01/2014 11:49 AM, Varka Bhadram wrote:
On 08/31/2014 08:09 AM, Zhangfei Gao wrote:
From: Guoxiong Yan yanguoxi...@huawei.com
Signed-off-by: Guoxiong Yan yanguoxi...@huawei.com
Signed-off-by: Zhangfei Gao zhangfei@linaro.org
---
.../devicetree/bindings/media/hix5hd2-ir.txt |
20 matches
Mail list logo