On 09/01/2014 11:49 AM, Varka Bhadram wrote:
On 08/31/2014 08:09 AM, Zhangfei Gao wrote:
From: Guoxiong Yan
Signed-off-by: Guoxiong Yan
Signed-off-by: Zhangfei Gao
---
.../devicetree/bindings/media/hix5hd2-ir.txt | 25
1 file changed, 25 insertions(+)
crea
On 08/31/2014 08:09 AM, Zhangfei Gao wrote:
From: Guoxiong Yan
Signed-off-by: Guoxiong Yan
Signed-off-by: Zhangfei Gao
---
.../devicetree/bindings/media/hix5hd2-ir.txt | 25
1 file changed, 25 insertions(+)
create mode 100644 Documentation/devicetree/bindings
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 versi
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 vio
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 add
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
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
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 Vid
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)
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 th
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:
Add support for:
[2040:b138] Hauppauge WinTV HVR-900H (111xxx)
The hardware is similar to [2040:b130] Hauppauge WinTV 930C-HD (model 1113xx)
The only difference is the demod Si2161 instead of Si2165 (but both are
supported by the si2165 driver).
Signed-off-by: Matthias Schwarzott
---
dr
Store it with a different name based on hardware revision.
Signed-off-by: Matthias Schwarzott
---
Documentation/dvb/get_dvb_firmware | 20
1 file changed, 4 insertions(+), 16 deletions(-)
diff --git a/Documentation/dvb/get_dvb_firmware
b/Documentation/dvb/get_dvb_firmware
From: Mauro Carvalho Chehab
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 WinTV 930C-HD (model 111
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 thi
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 c
Current firmware is only for revision D.
Signed-off-by: Matthias Schwarzott
---
drivers/media/dvb-frontends/si2165.c | 26 +-
drivers/media/dvb-frontends/si2165_priv.h | 2 +-
2 files changed, 18 insertions(+), 10 deletions(-)
diff --git a/drivers/media/dvb-fronten
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
---
drivers/media/dvb-frontends/si2165.c | 39 +---
1 file changed, 27 insertions(+), 1
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)
Al
On 27.08.2014 17:29, tsk...@gmail.com wrote:
> From: Akihiro Tsukada
>
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 for ISDB-T
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. :
https://bugzilla.g
21 matches
Mail list logo
