tree:
https://github.com/0day-ci/linux/commits/UPDATE-20191005-052600/Mauro-Carvalho-Chehab/Re-PATCH-si2157-Add-support-for-Logilink-VG0022A/20191003-040233
head: 78db06b57e0c9d156d5487ffcab15aaee479ffb4
commit: 78db06b57e0c9d156d5487ffcab15aaee479ffb4 [1/1] media: af9035: add
support for
Instead of failing silent give a hint what went wrong.
Signed-off-by: Uwe Kleine-König
---
drivers/media/usb/dvb-usb-v2/af9035.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
b/drivers/media/usb/dvb-usb-v2/af9035.c
index
available in it930x_frontend_attach() so
that .. in a later commit".
>
> From: Andreas Kemnade
We need the original Signed-off-by from Andreas Kemnade here.
> Signed-off-by: Jose Alberto Reguero
>
> diff -upr linux/drivers/media/usb/dvb-usb-v2/af9035.c
> linux.new/d
This patch init i2c in it930x_frontend_attach instead of it930x_tuner_attach.
From: Andreas Kemnade
Signed-off-by: Jose Alberto Reguero
diff -upr linux/drivers/media/usb/dvb-usb-v2/af9035.c
linux.new/drivers/media/usb/dvb-usb-v2/af9035.c
--- linux/drivers/media/usb/dvb-usb-v2/af9035.c 2018
media: af9035: prevents buffer overflow when less than 3 bytes are written to
the device
When less than 3 bytes are written to the device, memcpy is called with
negative array size which leads to buffer overflow and kernel panic. This
patch adds a condition and returns -EOPNOTSUPP instead.
Fixes
- Original Message -
> Hello
>
> Jaroslav Škarvada kirjoitti 2017-06-09 20:46:
> > Automatically load sniffed HID table from Windows driver if
> > USB_VID_ITETECH:USB_PID_ITETECH_IT9135_9006 device is present (e.g.
> > Evolveo
> > Mars) or if module parameter force_hid_tab_load is set.
>
-af9035-load-HID-table/20170611-142004
base: git://linuxtv.org/media_tree.git master
config: xtensa-allmodconfig (attached as .config)
compiler: xtensa-linux-gcc (GCC) 4.9.0
reproduce:
wget
https://raw.githubusercontent.com/01org/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
Hello
Jaroslav Škarvada kirjoitti 2017-06-09 20:46:
Automatically load sniffed HID table from Windows driver if
USB_VID_ITETECH:USB_PID_ITETECH_IT9135_9006 device is present (e.g.
Evolveo
Mars) or if module parameter force_hid_tab_load is set.
There is few issues I don't like this approach.
Automatically load sniffed HID table from Windows driver if
USB_VID_ITETECH:USB_PID_ITETECH_IT9135_9006 device is present (e.g. Evolveo
Mars) or if module parameter force_hid_tab_load is set.
Signed-off-by: Jaroslav Škarvada
---
drivers/media/usb/dvb-usb-v2/af9035.c | 266
On Wed, 15 Mar 2017 23:22:09 +0100
Andreas Kemnade wrote:
> i2c bus is already needed when the frontend is probed,
> so init it already in it930x_frontend_attach
> That prevents errors like
> si2168: probe of 6-0067 failed with error -5
>
> Signed-off-by: Andreas Kemnade
seems to be also
Ths adds the logilink VG00022a dvb-t dongle to the device table.
The dongle contains (checked by removing the case)
IT9303
SI2168
214730
Signed-off-by: Andreas Kemnade
---
drivers/media/usb/dvb-usb-v2/af9035.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/media/usb/dvb-usb-v2
i2c bus is already needed when the frontend is probed,
so init it already in it930x_frontend_attach
That prevents errors like
si2168: probe of 6-0067 failed with error -5
Signed-off-by: Andreas Kemnade
---
drivers/media/usb/dvb-usb-v2/af9035.c | 43 ++-
1
: registering new adapter (Logilink VG0022A)
> si2168: probe of 6-0067 failed with error -5
>
> when warmed up by connecing it via a powered usb hub to win7 and
> then attaching the same usb hub to a linux machine:
>
with some fixes in af9035.c I already get the same state as with
own chip version Si21255-\x\x\x
si2157 7-0063: unknown chip version Si21255-\x\x\x
so firmware uploading to the si2168 somehow messes things up
Signed-off-by: Andreas Kemnade
---
drivers/media/usb/dvb-usb-v2/af9035.c | 2 ++
1 file changed, 2 insert
The following changes since commit d183e4efcae8d88a2f252e546978658ca6d273cc:
[media] v4l: tvp5150: Add missing break in set control handler
(2016-12-12 07:49:58 -0200)
are available in the git repository at:
git://linuxtv.org/anttip/media_tree.git af9035
for you to fetch changes up to
usb-v2/af9035.c | 124 --
drivers/media/usb/dvb-usb-v2/af9035.h | 2 +
2 files changed, 62 insertions(+), 64 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
b/drivers/media/usb/dvb-usb-v2/af9035.c
index 61dac6a..a6ecd52 100644
--- a/drivers/media/usb/d
Read eeprom content to chip state and read values there when needed.
Also debug dump eeprom content.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/af9035.c | 126 +++---
drivers/media/usb/dvb-usb-v2/af9035.h | 5 +-
2 files changed, 60 insertions
usb-v2/af9035.c | 121 --
drivers/media/usb/dvb-usb-v2/af9035.h | 2 +
2 files changed, 59 insertions(+), 64 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
b/drivers/media/usb/dvb-usb-v2/af9035.c
index 61dac6a..d89d0d6 100644
--- a/drivers/media/usb/d
Chip uses so called 8-bit i2c addresses, but on bus there is of
course correct 7-bit addresses with rw bit as lsb - verified
with oscilloscope.
Lets still use correct addresses in driver.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/af9035.c | 17 +
1 file
Mauro
> >
> >>
> >> are available in the git repository at:
> >>
> >>git://linuxtv.org/anttip/media_tree.git af9035_fix
> >>
> >> for you to fetch changes up to 7bb87ff5255defe87916f32cd1fcef163a489339:
> >>
> >>af9035: fix du
up to 7bb87ff5255defe87916f32cd1fcef163a489339:
af9035: fix dual tuner detection with PCTV 79e (2016-09-03 02:23:44
+0300)
Stefan Pöschel (1):
af9035: fix dual tuner detection with PCTV 79e
drivers/media/usb/dvb-usb-v2/a
_fix
>
> for you to fetch changes up to 7bb87ff5255defe87916f32cd1fcef163a489339:
>
>af9035: fix dual tuner detection with PCTV 79e (2016-09-03 02:23:44
> +0300)
>
> ----
> Stefan Pöschel (1):
>
The following changes since commit 2dcd0af568b0cf583645c8a317dd12e344b1c72a:
Linux 4.6 (2016-05-15 15:43:13 -0700)
are available in the git repository at:
git://linuxtv.org/anttip/media_tree.git af9035_fix
for you to fetch changes up to 7bb87ff5255defe87916f32cd1fcef163a489339:
af9035
From: Stefan Pöschel
The value 5 of the EEPROM_TS_MODE register (meaning dual tuner presence) is
only valid for AF9035 devices. For IT9135 devices it is invalid and led to a
false positive dual tuner mode detection with PCTV 79e.
Therefore on non-AF9035 devices and with value 5 the driver now
--
The value 5 of the EEPROM_TS_MODE register (meaning dual tuner presence) is
only valid for AF9035 devices. For IT9135 devices it is invalid and led to a
false positive dual tuner mode detection with PCTV 79e.
Therefore on non-AF9035 devices and with value 5 the
) ?
BTW I wonder about the status update of
https://patchwork.linuxtv.org/patch/35337/ from "New" to "Superseeded"
(instead of "Accepted")...why is this?
Regards,
Stefan
On 07/11/2016 08:31 PM, Stefan Pöschel wrote:
The value 5 of the EEPROM_TS_MODE register (meaning
On 07/11/2016 08:31 PM, Stefan Pöschel wrote:
>> The value 5 of the EEPROM_TS_MODE register (meaning dual tuner
>> presence) is
>> only valid for AF9035 devices. For IT9135 devices it is invalid and
>> led to a
>> false positive dual tuner mode detection with PCTV 79e.
>
t; regards
> Antti
>
> On 07/11/2016 08:31 PM, Stefan Pöschel wrote:
> > The value 5 of the EEPROM_TS_MODE register (meaning dual tuner presence) is
> > only valid for AF9035 devices. For IT9135 devices it is invalid and led to a
> > false positive dual tuner mode detecti
Applied and PULL requested for 4.7.
Anyhow, it does not apply for 4.6. You must backport that patch to 4.6
stable also!
regards
Antti
On 07/11/2016 08:31 PM, Stefan Pöschel wrote:
The value 5 of the EEPROM_TS_MODE register (meaning dual tuner presence) is
only valid for AF9035 devices. For
-07-13 15:49:01 -0300)
are available in the git repository at:
git://linuxtv.org/anttip/media_tree.git af9035
for you to fetch changes up to 15d24682241103014a4ba0b47cc602a89a58b97d:
af9035: fix dual tuner detection with PCTV 79e (2016-07-15 08:57:59
+0300
The value 5 of the EEPROM_TS_MODE register (meaning dual tuner presence) is
only valid for AF9035 devices. For IT9135 devices it is invalid and led to a
false positive dual tuner mode detection with PCTV 79e.
Therefore on non-AF9035 devices and with value 5 the driver now defaults to
single tuner
The following changes since commit 94d0eaa419871a6e2783f8c131b1d76d5f2a5524:
[media] mn88472: move out of staging to media (2016-06-07 15:46:47 -0300)
are available in the git repository at:
git://linuxtv.org/anttip/media_tree.git af9035
for you to fetch changes up to
Remove __func__ and KBUILD_MODNAME from logging formatters and pass
USB interface device instead, so logging can be done correctly.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/af9035.c | 193 +-
1 file changed, 97 insertions(+), 96 deletions
Applied for 4.8, thanks!
Antti
On 04/06/2016 01:23 AM, Alessandro Radicati wrote:
This patch will modify the af9035 driver to use the register address
fields of the I2C read command for the combined write/read transaction
case. Without this change, the firmware issues just a I2C read
USB devices known to exhibit this flaw.
Signed-off-by: Alessandro Radicati
---
drivers/media/usb/dvb-usb-v2/af9035.c | 21 +
drivers/media/usb/dvb-usb-v2/af9035.h | 1 +
2 files changed, 22 insertions(+)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
b/drivers/media/usb
---
drivers/media/usb/dvb-usb-v2/af9035.c | 21 +
drivers/media/usb/dvb-usb-v2/af9035.h | 1 +
2 files changed, 22 insertions(+)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
b/drivers/media/usb/dvb-usb-v2/af9035.c
index 2638e32..06e300e 100644
--- a/drivers/media/usb/dvb-usb-v2
The following changes since commit 45c175c4ae9695d6d2f30a45ab7f3866cfac184b:
[media] tw686x: avoid going past array (2016-04-26 06:38:53 -0300)
are available in the git repository at:
git://linuxtv.org/anttip/media_tree.git af9035
for you to fetch changes up to
Used memory mapped eeprom offsets were off-by 8 bytes.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/af9035.h | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.h
b/drivers/media/usb/dvb-usb-v2
Avermedia VID
> 2) it is known problematic Avermedia device PID
> 3) it has tuner MxL5007t
>
> It is not surprise it is just only Avermedia which has this kind of
> problems. Not first time at all. I have added such Avermedia hacks for
> af9015 driver too and if you look af9035
Avermedia device PID
3) it has tuner MxL5007t
It is not surprise it is just only Avermedia which has this kind of
problems. Not first time at all. I have added such Avermedia hacks for
af9015 driver too and if you look af9035 there is tuner id hack - which
was added also due to Avermedia.
Worst
by inhibiting such operations and emulating a 0x00
>> response. The workaround is applied automatically to USB product IDs
>> known
>> to exhibit this flaw, unless the kernel module parameter is specified.
>>
>> Signed-off-by: Alessandro Radicati
>> ---
>> dri
iting such operations and emulating a 0x00
response. The workaround is applied automatically to USB product IDs known
to exhibit this flaw, unless the kernel module parameter is specified.
Signed-off-by: Alessandro Radicati
---
drivers/media/usb/dvb-usb-v2/af9035.c | 27 +++
dri
to exhibit this flaw, unless the kernel module parameter is specified.
Signed-off-by: Alessandro Radicati
---
drivers/media/usb/dvb-usb-v2/af9035.c | 27 +++
drivers/media/usb/dvb-usb-v2/af9035.h | 1 +
2 files changed, 28 insertions(+)
diff --git a/drivers/media/usb/
gt;>> On Sat, Apr 9, 2016 at 4:17 AM, Antti Palosaari wrote:
> >>>>>
> >>>>>
> >>>>> On 04/09/2016 04:52 AM, Alessandro Radicati wrote:
> >>>>>>
> >>>>>>
> &
t;>>
>>>> On Sat, Apr 9, 2016 at 4:17 AM, Antti Palosaari wrote:
>>>>>
>>>>>
>>>>> On 04/09/2016 04:52 AM, Alessandro Radicati wrote:
>>>>>>
>>>>>>
>>>>>>
>>>
at 3:22 AM, Antti Palosaari wrote:
Here is patches to test:
http://git.linuxtv.org/anttip/media_tree.git/log/?h=af9035
I've done this already in my testing, and it works for getting a
correct chip_id response, but only because it's avoiding the issue
with the write/read case in
>
>>>> On Sat, Apr 9, 2016 at 3:22 AM, Antti Palosaari wrote:
>>>>>
>>>>>
>>>>> Here is patches to test:
>>>>> http://git.linuxtv.org/anttip/media_tree.git/log/?h=af9035
>>>>>
>>>>
>>>> I
=af9035
I've done this already in my testing, and it works for getting a
correct chip_id response, but only because it's avoiding the issue
with the write/read case in the af9035 driver. Don't have an
af9015... perhaps there's a similar issue with that code or we are
deali
On Sat, Apr 9, 2016 at 4:17 AM, Antti Palosaari wrote:
> On 04/09/2016 04:52 AM, Alessandro Radicati wrote:
>>
>> On Sat, Apr 9, 2016 at 3:22 AM, Antti Palosaari wrote:
>>>
>>> Here is patches to test:
>>> http://git.linuxtv.org/anttip/media_tree.
On 04/09/2016 04:52 AM, Alessandro Radicati wrote:
On Sat, Apr 9, 2016 at 3:22 AM, Antti Palosaari wrote:
Here is patches to test:
http://git.linuxtv.org/anttip/media_tree.git/log/?h=af9035
I've done this already in my testing, and it works for getting a
correct chip_id response, but
On Sat, Apr 9, 2016 at 3:22 AM, Antti Palosaari wrote:
> Here is patches to test:
> http://git.linuxtv.org/anttip/media_tree.git/log/?h=af9035
>
I've done this already in my testing, and it works for getting a
correct chip_id response, but only because it's avoiding the issue
Antti,
AF9035 I2C write/read is fine with the patch I proposed, like your
middle case. This issue is not specific to MXL5007T; it's something I
caught sniffing the I2C bus with a logic analyzer and stands on it's
own. I implemented it this way because the driver specifically
imple
Here is patches to test:
http://git.linuxtv.org/anttip/media_tree.git/log/?h=af9035
After that both af9015+mxl5007t and af9035+mxl5007t started working.
Earlier both were returning bogus values for chip id read.
Also I am interested to known which kind of communication there is
actually seen
7;ve modified AverMedia's linux driver to probe
as well, and the same thing happens. I found the following behavior
in further testing:
- I can arbitrarily read as many bytes as I want from any valid
register and the tuner will continue responding until the af9035
issues the expected NAK
t) to no avail. I've modified AverMedia's linux driver to probe
as well, and the same thing happens. I found the following behavior
in further testing:
- I can arbitrarily read as many bytes as I want from any valid
register and the tuner will continue responding until the af9035
issu
I made a patch long time ago, but it was not accepted.
https://patchwork.linuxtv.org/patch/16242/
Jose Alberto
El 06/04/2016 01:00, Alessandro Radicati escribió:
>
> On Wed, Apr 6, 2016 at 12:33 AM, Antti Palosaari wrote:
> > I found one stick having AF9035 + MXL5007T. It is HP
On Wed, Apr 6, 2016 at 12:33 AM, Antti Palosaari wrote:
> I found one stick having AF9035 + MXL5007T. It is HP branded A867, so it
> should be similar. It seems to work all three 12.13.15.0 6.20.15.0
> firmwares:
> http://palosaari.fi/linux/v4l-dvb/firmware/af9035/
>
> mxl5007
I found one stick having AF9035 + MXL5007T. It is HP branded A867, so it
should be similar. It seems to work all three 12.13.15.0 6.20.15.0
firmwares:
http://palosaari.fi/linux/v4l-dvb/firmware/af9035/
mxl5007t 5-0060: creating new instance
mxl5007t_get_chip_id: unknown rev (3f
This patch will modify the af9035 driver to use the register address
fields of the I2C read command for the combined write/read transaction
case. Without this change, the firmware issues just a I2C read transaction
without the preceding write transaction to select the register.
Signed-off-by
>> sniff the I2C bus between the AF9035 and MXL5007T. I seem to have
>> uncovered a couple of issues:
>>
>> 1) Attach fails because MXL5007T driver I2C soft reset fails. This is
>> due to the preceding chip id read request that seems to hang the I2C
>> bus and cause
On 04/02/2016 01:44 PM, Alessandro Radicati wrote:
Hi,
In trying to understand why my DVB USB tuner doesn't work with stock
kernel drivers (4.2.0), I decided to pull out my logic analyser and
sniff the I2C bus between the AF9035 and MXL5007T. I seem to have
uncovered a couple of issue
Hi,
In trying to understand why my DVB USB tuner doesn't work with stock
kernel drivers (4.2.0), I decided to pull out my logic analyser and
sniff the I2C bus between the AF9035 and MXL5007T. I seem to have
uncovered a couple of issues:
1) Attach fails because MXL5007T driver I2C soft
PIP tested with VLC. Diversity tested with the Windows driver.
Signed-off-by: Stefan Pöschel
---
drivers/media/usb/dvb-usb-v2/af9035.c | 4 ++--
drivers/media/usb/dvb-usb-v2/af9035.h | 3 ++-
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
b
On 12/12/2015 10:25 PM, Jiri Slaby wrote:
On 12/12/2015, 10:12 PM, Benjamin Larsson wrote:
On 12/12/2015 10:08 PM, Jiri Slaby wrote:
Hello,
I have a USB device which digitizes composite video into a MPEG-2 stream
(I think). It is an AF9035 device according to windows. But it has no
tuner. Is
On 12/12/2015, 10:12 PM, Benjamin Larsson wrote:
> On 12/12/2015 10:08 PM, Jiri Slaby wrote:
>> Hello,
>>
>> I have a USB device which digitizes composite video into a MPEG-2 stream
>> (I think). It is an AF9035 device according to windows. But it has no
>> tuner.
On 12/12/2015 10:08 PM, Jiri Slaby wrote:
Hello,
I have a USB device which digitizes composite video into a MPEG-2 stream
(I think). It is an AF9035 device according to windows. But it has no
tuner. Is there a way to make it working on linux or am I out of luck?
Open the device and take
Hello,
I have a USB device which digitizes composite video into a MPEG-2 stream
(I think). It is an AF9035 device according to windows. But it has no
tuner. Is there a way to make it working on linux or am I out of luck?
lsusb -v:
Bus 001 Device 016: ID 1d19:6105 Dexatek Technology Ltd. Video
changes up to a12c204cc89dbcbc23489bd755608c7d5fd5ebd0:
af9035: add USB ID 07ca:0337 AVerMedia HD Volar (A867) (2015-05-21
22:54:40 +0300)
Antti Palosaari (1):
af9035: add USB ID 07ca:0337 AVerMedia HD Volar (A867)
drivers
It is AF9035 + MxL5007T.
Driver reports:
prechip_version=00 chip_version=03 chip_type=3802
Not sure if that USB ID is reserved only for HP brand or if it is
common, but the stick I have is branded as HP part no. 580715-001
rmn A867.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb
Driver supports multiple chipset versions. Devices are ordered to
ID table per used chipset type. "ITE 9303 Generic" device uses IT9303
chipset and was added mistakenly between IT9135 IDs.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/af9035.c | 8 +---
1 file
Change tua9001 driver from media binding to I2C client binding.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/af9035.c | 26 +-
1 file changed, 17 insertions(+), 9 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
b/drivers/media/usb/dvb
Change fc2580 driver from media binding to I2C client binding.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/af9035.c | 21 +
1 file changed, 13 insertions(+), 8 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
b/drivers/media/usb/dvb-usb
Set the if_port parameter for all Si2157-based devices.
Signed-off-by: Olli Salonen
---
drivers/media/usb/dvb-usb-v2/af9035.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
b/drivers/media/usb/dvb-usb-v2/af9035.c
index 80a29f5..7b7f75d 100644
--- a
When new parameters are added for si2168 driver, the parameters have to be
explicitly defined for each device if the
si2168_config struct is not initialized to all zeros.
Signed-off-by: Olli Salonen
---
drivers/media/usb/dvb-usb-v2/af9035.c | 1 +
1 file changed, 1 insertion(+)
diff --git a
Hello.
The Problem still persist.
In attachment is log of ./build command - the module dvb-usb-af9035 is
not buided.
./v4l/af9035.c/h are there ?!
I would be really happy to watch my TV again.
Could someone check where is the problem ?
Maybe in makefiles ? (I don't understand them).
T
Hello.
I have:
Bus 001 Device 004: ID 048d:9135 Integrated Technology Express, Inc.
Zolid Mini DVB-T Stick
This is well supported DVB-T USB card - used successfully with
dvb-usb-af9035 module.
Till now.
After every kernel update I have to rebuild v4l driver.
After last time (with kernel
Make sure that loaded modules are const char strings so we don't
load arbitrary modules in the future, nor allow for format string
leaks in the module request call.
Signed-off-by: Kees Cook
---
drivers/media/usb/dvb-usb-v2/af9035.c | 6 +++---
1 file changed, 3 insertions(+), 3 dele
>> The Si2147-A30 tuner does not require firmware loading.
>>
>> Cc: cr...@iki.fi
>> Signed-off-by: Olli Salonen
>> ---
>> drivers/media/dvb-core/dvb-usb-ids.h | 1 +
>> drivers/media/usb/dvb-usb-v2/af9035.c | 324
>> +
-usb-v2/af9035.c | 324 --
drivers/media/usb/dvb-usb-v2/af9035.h | 6 +
3 files changed, 314 insertions(+), 17 deletions(-)
diff --git a/drivers/media/dvb-core/dvb-usb-ids.h
b/drivers/media/dvb-core/dvb-usb-ids.h
index d484a51..e07a84e 100644
--- a/drivers/media
I2C adapter should be used.
Cc: cr...@iki.fi
Signed-off-by: Olli Salonen
---
drivers/media/usb/dvb-usb-v2/af9035.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
b/drivers/media/usb/dvb-usb-v2/af9035.c
index 440ecb4..c50d27d
-v2/af9035.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
b/drivers/media/usb/dvb-usb-v2/af9035.c
index 440ecb4..c50d27d 100644
--- a/drivers/media/usb/dvb-usb-v2/af9035.c
+++ b/drivers/media/usb/dvb-usb-v2/af9035.c
@@ -194,12
+
drivers/media/usb/dvb-usb-v2/af9035.c | 324 --
drivers/media/usb/dvb-usb-v2/af9035.h | 6 +
3 files changed, 314 insertions(+), 17 deletions(-)
diff --git a/drivers/media/dvb-core/dvb-usb-ids.h
b/drivers/media/dvb-core/dvb-usb-ids.h
index d484a51..e07a84e 100644
On 09/05/2014 02:02 AM, Antti Palosaari wrote:
On 09/05/2014 01:50 AM, Daniel Glöckner wrote:
On Fri, Sep 05, 2014 at 12:43:43AM +0300, Antti Palosaari wrote:
+switch (state->af9033_config[adap->id].tuner) {
+case AF9033_TUNER_IT9135_38:
+case AF9033_TUNER_IT9135_51:
+case A
Updated:
for you to fetch changes up to ccf62c1bfc897f1d9eb22fa685362638c715e9db:
af9035: remove I2C client differently (2014-09-05 02:13:03 +0300)
On 09/05/2014 12:53 AM, Antti Palosaari wrote:
The following changes since commit
89fffac802c18caebdf4e91c0785b522c9f6399a:
[media
d by Daniel
Reported-by: Daniel Glöckner
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/af9035.c | 93 +--
1 file changed, 67 insertions(+), 26 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
b/drivers/media/usb/dvb-usb-v2/af9035.c
in
-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/af9035.c | 93 +--
1 file changed, 67 insertions(+), 26 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
b/drivers/media/usb/dvb-usb-v2/af9035.c
index 94563b2..440ecb4 100644
--- a/drivers/media
On 09/05/2014 01:50 AM, Daniel Glöckner wrote:
On Fri, Sep 05, 2014 at 12:43:43AM +0300, Antti Palosaari wrote:
+ switch (state->af9033_config[adap->id].tuner) {
+ case AF9033_TUNER_IT9135_38:
+ case AF9033_TUNER_IT9135_51:
+ case AF9033_TUNER_IT9135_52:
+ case AF
On Fri, Sep 05, 2014 at 12:43:43AM +0300, Antti Palosaari wrote:
> + switch (state->af9033_config[adap->id].tuner) {
> + case AF9033_TUNER_IT9135_38:
> + case AF9033_TUNER_IT9135_51:
> + case AF9033_TUNER_IT9135_52:
> + case AF9033_TUNER_IT9135_60:
> + case AF9033_TUNER_IT91
The following changes since commit 89fffac802c18caebdf4e91c0785b522c9f6399a:
[media] drxk_hard: fix bad alignments (2014-09-03 19:19:18 -0300)
are available in the git repository at:
git://linuxtv.org/anttip/media_tree.git af9035
for you to fetch changes up to
It crash kernel when device was removed while it was streaming.
That is because we removed driver and frontend thread was still
running. Use new callback which allows I2C driver removal just
after frontend is unregistered.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/af9035.c
Integrated RF tuner of IT9135 is connected to demod clock source
named dyn0_clk. Enable that clock source in order to provide stable
clock early enough.
Cc: Bimow Chen
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/af9035.c | 9 ++---
1 file changed, 6 insertions(+), 3
Use I2C it913x tuner driver.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/af9035.c | 135 --
drivers/media/usb/dvb-usb-v2/af9035.h | 3 +-
2 files changed, 131 insertions(+), 7 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
Reverts commit 3ab25123373270152a9fae98e3c48ef1b2a878c0
[media] af9035: override tuner for AVerMedia A835B devices
Original commit itself is correct, but it was replaced by more
general solution (commit 1cbbf90d0406913ad4b44194b07f4f41bde84e54).
This old solution was committed by a accident and
Remove IT9135 tuner attach for a while as we will convert IT9135
driver to Kernel I2C model.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/af9035.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
b/drivers/media/usb/dvb-usb-v2
Correct issues reported by checkpatch.pl.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/af9035.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
b/drivers/media/usb/dvb-usb-v2/af9035.c
index 85f2c4b..f37cf7d
Biggest problem of that function is complexity. Try reduce complexity:
* define macros to detect all 3 supported xfers
* remove duplicate message maximum size checks
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/af9035.c | 37 +--
1 file
Use device names for recent PCTV Systems devices:
PCTV AndroiDTV (78e)
PCTV microStick (79e)
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/af9035.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
b/drivers/media
| 2 ++
drivers/media/usb/dvb-usb-v2/af9035.c | 4
2 files changed, 6 insertions(+)
diff --git a/drivers/media/dvb-core/dvb-usb-ids.h
b/drivers/media/dvb-core/dvb-usb-ids.h
index 5135a09..12ce19c 100644
--- a/drivers/media/dvb-core/dvb-usb-ids.h
+++ b/drivers/media/dvb-core/dvb-usb-ids.h
Reverts commit 3ab25123373270152a9fae98e3c48ef1b2a878c0
[media] af9035: override tuner for AVerMedia A835B devices
Original commit itself is correct, but it was replaced by more
general solution (commit 1cbbf90d0406913ad4b44194b07f4f41bde84e54).
This old solution was committed by a accident and
Correct issues reported by checkpatch.pl.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/af9035.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
b/drivers/media/usb/dvb-usb-v2/af9035.c
index 85f2c4b..f37cf7d
1 - 100 of 409 matches
Mail list logo
