On 10/02/2014 08:21 AM, Matthias Schwarzott wrote:
This is used later for is_tuner function that switches i2c behaviour for
some tuners.
V2: Add comments about possible improvements for port_3 switch function.
Signed-off-by: Matthias Schwarzott
---
drivers/media/usb/cx231xx/cx231xx-avcore.
Snr returns value not correct. Fix it.
>From 7b7d83e669e1c7a041241c7412fd05a5ca73815c Mon Sep 17 00:00:00 2001
From: Bimow Chen
Date: Thu, 2 Oct 2014 10:37:13 +0800
Subject: [PATCH 2/2] af9033: fix DVBv3 snr value not correct issue
Snr returns value not correct. Fix it.
Signed-off-by: Bimow Chen
Register 0x800048 is not dB measure but relative scale. Fix it and conform to
NorDig specifications.
>From 02ee7de4600a43a322f75cf04d273effa04d3a42 Mon Sep 17 00:00:00 2001
From: Bimow Chen
Date: Wed, 1 Oct 2014 18:28:54 +0800
Subject: [PATCH 1/2] af9033: fix DVBv3 signal strength value not corre
On 10/02/2014 08:20 AM, Matthias Schwarzott wrote:
V2: Use snprintf to construct the complete name
Signed-off-by: Matthias Schwarzott
---
drivers/media/usb/cx231xx/cx231xx-i2c.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/media/usb/cx231xx/cx231xx-i2c.c
b/d
All switching should be done by i2c mux adapters.
Drop explicit dont_use_port_3 flag.
Drop info message about switch.
Only the removed code in start_streaming is questionable:
It did switch the port_3 flag without accessing i2c in between.
Signed-off-by: Matthias Schwarzott
Reviewed-by: Antti Pa
Signed-off-by: Matthias Schwarzott
Reviewed-by: Antti Palosaari
---
drivers/media/usb/cx231xx/Kconfig| 1 +
drivers/media/usb/cx231xx/cx231xx-core.c | 5
drivers/media/usb/cx231xx/cx231xx-i2c.c | 44 +++-
drivers/media/usb/cx231xx/cx231xx.h | 4 +
Get used i2c port from bus_nr and status of port_3 switch.
Signed-off-by: Matthias Schwarzott
---
drivers/media/usb/cx231xx/cx231xx-i2c.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/drivers/media/usb/cx231xx/cx231xx-i2c.c
b/drivers/media/usb/cx231xx/cx231xx-i
The scanning itself just fails (as before this series) but now the correct
busses are scanned.
V2: Changed to symbolic names where muxed adapters can be seen directly.
V3: Comment about scanning busses ordered by physical port numbers.
Signed-off-by: Matthias Schwarzott
Reviewed-by: Antti Palos
change almost all instances of I2C_1 to I2C_1_MUX_3
Only these cases are changed to I2C_1_MUX_1:
* All that have dont_use_port_3 set.
* CX231XX_BOARD_HAUPPAUGE_EXETER, old code did explicitly not switch to port3.
* eeprom access for 930C
Signed-off-by: Matthias Schwarzott
Reviewed-by: Antti Palo
Change to I2C_0 ... I2C_2 for the master ports
and add I2C_1_MUX_1 and I2C_1_MUX_3 for the muxed ones.
V2: Renamed mux adapters to seperate them from master adapters.
Signed-off-by: Matthias Schwarzott
Reviewed-by: Antti Palosaari
---
drivers/media/usb/cx231xx/cx231xx.h | 9 +
1 file c
This is a preparation for mapping I2C_1_MUX_1 and I2C_1_MUX_3 later to the
seperate
muxed i2c adapters.
Map mux adapters to I2C_1 for now.
Add local variables for i2c_adapters in dvb_init to get line lengths
shorter.
Signed-off-by: Matthias Schwarzott
Reviewed-by: Antti Palosaari
---
drivers
V2: Use snprintf to construct the complete name
Signed-off-by: Matthias Schwarzott
---
drivers/media/usb/cx231xx/cx231xx-i2c.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/media/usb/cx231xx/cx231xx-i2c.c
b/drivers/media/usb/cx231xx/cx231xx-i2c.c
index a30d400..b
This is a preparation for deleting the otherwise useless i2c_clients
that are allocated for all the i2c master adapters.
Signed-off-by: Matthias Schwarzott
Reviewed-by: Antti Palosaari
---
drivers/media/usb/cx231xx/cx231xx-cards.c | 24 +---
1 file changed, 13 insertions(+),
This series changes cx231xx driver to use standard muxed i2c busses.
Everything works as before (tested with Hauppauge WinTV-930C-HD).
Also the scanning is changed to these new busses, but still does not work (as
before).
Change scanning to read 1 byte instead of 0 only works for one bus.
V2: T
Replace numbers by the constants of same value and same meaning.
Signed-off-by: Matthias Schwarzott
Reviewed-by: Antti Palosaari
---
drivers/media/usb/cx231xx/cx231xx-cards.c | 62 +++
1 file changed, 31 insertions(+), 31 deletions(-)
diff --git a/drivers/media/usb/
This is a preparation for deleting the otherwise useless i2c_clients
that are allocated for all the i2c master adapters.
Signed-off-by: Matthias Schwarzott
Reviewed-by: Antti Palosaari
---
drivers/media/usb/cx231xx/cx231xx-i2c.c | 17 +++--
drivers/media/usb/cx231xx/cx231xx.h |
This is used later for is_tuner function that switches i2c behaviour for
some tuners.
V2: Add comments about possible improvements for port_3 switch function.
Signed-off-by: Matthias Schwarzott
---
drivers/media/usb/cx231xx/cx231xx-avcore.c | 10 ++
drivers/media/usb/cx231xx/cx231xx.h
For each i2c master there is a i2c_client allocated that could be
deleted now that its only two users have been changed to use their
own i2c_client.
Signed-off-by: Matthias Schwarzott
Reviewed-by: Antti Palosaari
---
drivers/media/usb/cx231xx/cx231xx-i2c.c | 7 ---
drivers/media/usb/cx231xx
On 01.10.2014 21:22, Antti Palosaari wrote:
>
>
> On 10/01/2014 08:20 AM, Matthias Schwarzott wrote:
>> Signed-off-by: Matthias Schwarzott
>> ---
>> drivers/media/usb/cx231xx/cx231xx-i2c.c | 5 +
>> 1 file changed, 5 insertions(+)
>>
>> diff --git a/drivers/media/usb/cx231xx/cx231xx-i2c.c
On Thu, Oct 2, 2014 at 12:40 AM, Amber Thrall
wrote:
> Fixed various coding style issues, including strings over 80 characters long
> and many
> deprecated printk's have been replaced with proper methods.
>
> Signed-off-by: Amber Thrall
> ---
> drivers/staging/media/lirc/lirc_bt829.c | 2 +-
>
Fixed various coding style issues, including strings over 80 characters long
and many
deprecated printk's have been replaced with proper methods.
Signed-off-by: Amber Thrall
---
drivers/staging/media/lirc/lirc_bt829.c | 2 +-
drivers/staging/media/lirc/lirc_imon.c | 4 +-
drivers/staging/
On 01.10.2014 21:47, Antti Palosaari wrote:
> Reviewed-by: Antti Palosaari
>
> btw. is there some reason you those on that order? I mean you scan I2C_2
> between MUX segments?
>
> Antti
Hi Antti,
the only reason is that this is the order of the physical ports.
I can add a comment to the code.
On Wed, Oct 01, 2014 at 07:35:51PM -0700, Amber Thrall wrote:
> Fixed various coding sytles.
You need to be specific as to what you changed.
Also, use get_maintainer to figure out who to sent this to (hint, not
me...)
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-me
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: Thu Oct 2 04:00:16 CEST 2014
git branch: test
git hash: cf3167cf1e969b17671a4d3d956d22718a8ceb85
gcc versi
Fixed various coding sytles.
Signed-off-by: Amber Thrall
---
drivers/staging/media/lirc/lirc_bt829.c | 2 +-
drivers/staging/media/lirc/lirc_imon.c | 4 +-
drivers/staging/media/lirc/lirc_sasem.c | 6 +--
drivers/staging/media/lirc/lirc_serial.c | 29 ++
drivers/staging/media/
On 10/01/14 14:37, Jim Davis wrote:
> Building with the attached random configuration file,
Also:
warning: (CAN_PEAK_PCIEC && SFC && IGB && VIDEO_TW68 && DRM && FB_DDC &&
FB_VIA) selects I2C_ALGOBIT which has unmet direct dependencies (I2C)
> drivers/i2c/algos/i2c-algo-bit.c: In function ‘i2c_bi
Label err_video_unreg in function usb_pwc_probe() is only used when
CONFIG_USB_PWC_INPUT_EVDEV is defined.
drivers/media/usb/pwc/pwc-if.c:1104:1: warning: label 'err_video_unreg' defined
but not used [-Wunused-label]
Signed-off-by: Luis Henriques
---
drivers/media/usb/pwc/pwc-if.c | 8
On 01.10.2014 21:36, Antti Palosaari wrote:
> I don't understand that patch. Commit message should explain it likely
> better details.
>
> You added flag 'port_3_switch_enabled' to device state. That is for I2C
> mux, but what it means? Does it means mux is currently switched to to
> port 3? Later
On 09/29/2014 10:44 AM, Olli Salonen wrote:
Add CI support for DVBSky T980C.
I used the new host device independent CIMaX SP2 I2C driver to implement it.
cx23885_sp2_ci_ctrl function is borrowed entirely from cimax2.c.
Signed-off-by: Olli Salonen
---
drivers/media/pci/cx23885/cx23885-dvb.
Reviewed-by: Antti Palosaari
I was looking where is the CI I2C client pointer stored to that, but
realized it was upcoming patch which will use that...
regards
Antti
On 09/29/2014 10:44 AM, Olli Salonen wrote:
If the CI chip has an I2C driver, we need to store I2C client into state.
Signed
Reviewed-by: Antti Palosaari
Antti
On 09/29/2014 10:44 AM, Olli Salonen wrote:
Improve debugging output.
Signed-off-by: Olli Salonen
---
drivers/media/dvb-frontends/sp2.c | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git a/drivers/media/dvb-frontends/s
Reviewed-by: Antti Palosaari
Antti
On 09/29/2014 10:44 AM, Olli Salonen wrote:
Incorrect struct used in the SP2 driver.
Reported-by: Max Nibble
Signed-off-by: Olli Salonen
---
drivers/media/dvb-frontends/sp2.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/me
Reviewed-by: Antti Palosaari
Antti
On 09/29/2014 10:44 AM, Olli Salonen wrote:
This patch adds basic support for DVBSky T980C card. CI interface is not
supported.
DVBSky T980C is a PCIe card with the following components:
- CX23885 PCIe bridge
- Si2168-A20 demodulator
- Si2158-A20 tuner
- CI
Reviewed-by: Antti Palosaari
That should go Kernel 3.18.
Antti
On 09/24/2014 06:06 AM, Olli Salonen wrote:
The config structs used for DVBSky T9580 were not initialized. This patch fixes
that.
Signed-off-by: Olli Salonen
---
drivers/media/pci/cx23885/cx23885-dvb.c |3 +++
1 files ch
Reviewed-by: Antti Palosaari
btw. is there some reason you those on that order? I mean you scan I2C_2
between MUX segments?
Antti
On 10/01/2014 08:20 AM, Matthias Schwarzott wrote:
The scanning itself just fails (as before this series) but now the correct
busses are scanned.
V2: Changed t
Reviewed-by: Antti Palosaari
Antti
On 10/01/2014 08:20 AM, Matthias Schwarzott wrote:
Signed-off-by: Matthias Schwarzott
---
drivers/media/usb/cx231xx/Kconfig| 1 +
drivers/media/usb/cx231xx/cx231xx-core.c | 5
drivers/media/usb/cx231xx/cx231xx-i2c.c | 44 +
Reviewed-by: Antti Palosaari
Antti
On 10/01/2014 08:20 AM, Matthias Schwarzott wrote:
change almost all instances of I2C_1 to I2C_1_MUX_3
Only these cases are changed to I2C_1_MUX_1:
* All that have dont_use_port_3 set.
* CX231XX_BOARD_HAUPPAUGE_EXETER, old code did explicitly not switch to p
I don't understand that patch. Commit message should explain it likely
better details.
You added flag 'port_3_switch_enabled' to device state. That is for I2C
mux, but what it means? Does it means mux is currently switched to to
port 3? Later you will use that flag to avoid unnecessary mux swi
Reviewed-by: Antti Palosaari
Antti
On 10/01/2014 08:20 AM, Matthias Schwarzott wrote:
This is a preparation for mapping I2C_1_MUX_1 and I2C_1_MUX_3 later to the
seperate
muxed i2c adapters.
Map mux adapters to I2C_1 for now.
Add local variables for i2c_adapters in dvb_init to get line lengt
On 10/01/2014 08:20 AM, Matthias Schwarzott wrote:
Signed-off-by: Matthias Schwarzott
---
drivers/media/usb/cx231xx/cx231xx-i2c.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/media/usb/cx231xx/cx231xx-i2c.c
b/drivers/media/usb/cx231xx/cx231xx-i2c.c
index a30d400..178fa4
Reviewed-by: Antti Palosaari
Antti
On 10/01/2014 08:20 AM, Matthias Schwarzott wrote:
Change to I2C_0 ... I2C_2 for the master ports
and add I2C_1_MUX_1 and I2C_1_MUX_3 for the muxed ones.
V2: Renamed mux adapters to seperate them from master adapters.
Signed-off-by: Matthias Schwarzott
---
Building with the attached random configuration file,
drivers/media/platform/s5p-tv/hdmiphy_drv.c: In function ‘hdmiphy_s_dv_timings’:
drivers/media/platform/s5p-tv/hdmiphy_drv.c:216:2: error: implicit
declaration of function ‘i2c_master_send’
[-Werror=implicit-function-declaration]
ret = i2c_ma
[DVB driver for Earthsoft PT3 PCIE ISDB-S/T receiver]
Status: working, tested
Changes:
- demod & tuners converted to I2C binding model
- i586 & x86_64 clean compile
- lightweight & yet precise CNR calculus
- raw CNR (DVBv3)
- DVBv5 CNR @ 0.0001 dB (ref: include/uapi/linux/dvb/frontend.h, not 1/1
Hi,
i have a development computer with a Tevii S480 connected to a Satellite channel
router (EN50494). As long as I haven't started a video application this
computers blocks any other receiver connected to this cable. I have measured the
output of the Tevii card and found, that after start of the
Am Mittwoch, den 01.10.2014, 09:33 -0400 schrieb Nicolas Dufresne:
> Le 2014-09-30 10:34, Kamil Debski a écrit :
> > I agree with you Hans. MFC has a single encoder node that supports multiple
> > codecs and I think this design works well.
> >
> > JPEG should be separated into separate device.
> Ha
Le 2014-09-30 10:34, Kamil Debski a écrit :
I agree with you Hans. MFC has a single encoder node that supports multiple
codecs and I think this design works well.
JPEG should be separated into separate device.
Having combined encoders and combines decoders works well from
application / gstream
On 10/01/14 13:53, Paulo Assis wrote:
> Laurent,
>
> OK, I undersdant what I'm doing wrong now.
> I don't see any other solution in order to follow the v4l2 api, than
> to copy the mmap data into another buffer that will be used in frame
> processing, and then requeue.
> Guvcview processes frame
Laurent,
OK, I undersdant what I'm doing wrong now.
I don't see any other solution in order to follow the v4l2 api, than
to copy the mmap data into another buffer that will be used in frame
processing, and then requeue.
Guvcview processes frame data in several different threads and I don't
want t
Hi Paulo,
On Wednesday 01 October 2014 11:48:26 Paulo Assis wrote:
> Laurent hi,
>
> 2014-09-30 23:31 GMT+01:00 Laurent Pinchart:
> > Hi Paulo,
> >
> > Thank you for investigation this.
> >
> > On Tuesday 30 September 2014 13:56:15 Paulo Assis wrote:
> >
> >> Ok,
> >> so I've set a workaround i
Laurent hi,
2014-09-30 23:31 GMT+01:00 Laurent Pinchart :
> Hi Paulo,
>
> Thank you for investigation this.
>
> On Tuesday 30 September 2014 13:56:15 Paulo Assis wrote:
>> Ok,
>> so I've set a workaround in guvcview, it now uses the length filed if
>> bytesused is set to zero.
>> Anyway I think th
Hi Laurent,
Apologies for my late reply.
[...]
>
> > I searched here for some time before posting and haven't found the
> > answer as of yet. Perhaps my search'foo isn't really there and to tell
> > you the truth cameras and what not are a weak spot for me. Never
> > really cared about them unt
51 matches
Mail list logo