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: Sun Jun 7 04:00:20 CEST 2015
git branch: test
git hash: 839aa56d077972170a074bcbe31bf0d7eba37b24
gcc versi
This commit implements frame decimation for stk1160, which allows
to support format changes instead of a static frame size.
The stk1160 supports independent row and column decimation, in two
different modes:
* set a number of rows/columns units to skip for each unit sent.
* set a number of rows/
These messages are not really informational, and just makes the driver's
output too verbose. This commit changes some messages to a debug level,
removes a really useless "driver loaded" message and finally undefines
the DEBUG macro.
Signed-off-by: Ezequiel Garcia
---
drivers/media/usb/stk1160/st
I've removed the driver verbosity and fixed the frame scale implementation.
In addition to the usual mplayer/vlc/qv4l2, it's tested with v4l2-compliance
on 4.1-rc4.
v4l2-compliance passes:
Total: 111, Succeeded: 111, Failed: 0, Warnings: 5
v4l2-compliance -s shows some failures, but AFAICS it's n
Hi Hans,
On 06/05/2015 08:11 AM, Hans Verkuil wrote:
> Hi Ezequiel,
>
> As mentioned in irc: run v4l2-compliance -s and v4l2-compliance -f.
> I quickly tried it and v4l2-compliance fails:
>
> Test input 0:
>
> Control ioctls:
> test VIDIOC_QUERY_EXT_CTRL/QUERYMENU: OK
>
Hi Hans,
On Fri, Jun 5, 2015 at 12:59 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Bitrot has set in for this driver and the sh-vou.0 clock was never enabled,
> so this driver didn't do anything. In addition, the clock was incorrectly
> defined in clock-sh7724.c. Fix this.
I think the clock
Robert Jarzmik writes:
> Robert Jarzmik writes:
>
>> Hi Guennadi,
>>
>> I've been cooking this since 2012. At that time, I thought the dmaengine API
>> was
>> not rich enough to support the pxa_camera subtleties (or complexity).
>>
>> I was wrong. I submitted a driver to Vinod for a dma pxa dri
From: "Antti Palosaari"
To: "Unembossed Name" ;
Sent: Sunday, June 07, 2015 3:14 AM
Subject: Re: Si2168 B40 frimware.
Could you please check it again? And in case of success see which
version it is?
file name:dvb-demod-si2168-b40-rom4_0_2-patch-build-probably4_0_19.fw.tar.gz
http://beholder.r
Hi Mauro,
I am re-submitting my patch for remote control support of mantis based DVB
cards for the 3rd time. The last submission can be found here [1]. It has been
rebased and tested on v4.0. It has been working fine on my HTPC for almost
three years now. Compared to the previous submission I've s
This RC map was taken from Christoph Pinkl's patch
(http://patchwork.linuxtv.org/patch/7217/). It is used solely by the respective
mantis based card because the encoding is not known.
Signed-off-by: Jan Klötzke
---
drivers/media/rc/keymaps/Makefile | 1 +
.../media/rc/keymaps/r
The embedded UART is apparently used to receive decoded IR (RC5?) codes.
Forward these scan codes to the RC framework and (where known) add
corresponding mapping tables to translate them into regular keys.
This patch has been tested on a TechniSat CableStar HD2. The mappings of other
rc-maps were
This RC map was taken from Christoph Pinkl's patch
(http://patchwork.linuxtv.org/patch/7217/). It is used solely by the respective
mantis based card because the encoding is not known.
Signed-off-by: Jan Klötzke
---
drivers/media/rc/keymaps/Makefile| 1 +
drivers/media/rc/keymaps
The TS35 remote is distributed with TechniSat CableStar HD2 cards (mantis
chipset). The exact protocol type is unknown, making this rc map probably only
usable by mantis cards.
Signed-off-by: Jan Klötzke
---
drivers/media/rc/keymaps/Makefile| 1 +
drivers/media/rc/keymaps/rc-technis
This RC map was taken from Christoph Pinkl's patch
(http://patchwork.linuxtv.org/patch/7217/). It is used solely by the respective
mantis based card because the encoding is not known.
Signed-off-by: Jan Klötzke
---
drivers/media/rc/keymaps/Makefile | 1 +
.../media/rc/keymaps/r
On 06/06/2015 11:02 PM, Unembossed Name wrote:
Anybody want to test it? Unfortunately, I can not do it myself, because
I do not own hardware with B40 revision.
That does not even download. It looks like 17 byte chunk format, but
it does not divide by 17. Probably there is some bytes missing or
airspy uses PAGE_ALIGN() which is defined in linux/mm.h, but this file
is not directly included just indirectly thought some other include
file.
Signed-off-by: Hauke Mehrtens
---
drivers/media/usb/airspy/airspy.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/usb/airspy/airspy
hackrf uses PAGE_ALIGN() which is defined in linux/mm.h, but this file
is not directly included just indirectly thought some other include
file.
Signed-off-by: Hauke Mehrtens
---
drivers/media/usb/hackrf/hackrf.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/usb/hackrf/hackrf
From: "Antti Palosaari"
To: "Unembossed Name"
Sent: Sunday, June 07, 2015 12:43 AM
Subject: Re: Si2168 B40 frimware.
Anybody want to test it? Unfortunately, I can not do it myself, because
I do not own hardware with B40 revision.
That does not even download. It looks like 17 byte chunk format
On 06/06/2015 06:28 AM, Unembossed Name wrote:
Hi,
Yesterday I extracted a new firmware for Si2168 B40 rev. from Windows
driver.
It's designed for ROM version 4.0.2 and has a version build 4.0.19
Here is a name of
file:dvb-demod-si2168-b40-rom4_0_2-patch-build4_0_19.fw.tar.gz
And a link for down
Quite a few of the ->diseqc_send_master_cmd() implementations don't
check cmd->msg_len so it can lead to memory corruption.
Signed-off-by: Dan Carpenter
---
I don't think it ever makes sense for ->msg_len to be longer than ->msg
but I am a newbie to this code.
diff --git a/drivers/media/dvb-core
On 06/06/2015 05:07 PM, Hurda wrote:
Thanks, this worked.
The kernel of Ubuntu 15.04 already was compiled with dynamic debug,
which saved
me a lot of time.
The driver is properly setting stream_id to 1 when needed.
I tried again with the vanilla source and "cmd.args[2] = 0;".
With the vanilla so
Thanks, this worked.
The kernel of Ubuntu 15.04 already was compiled with dynamic debug, which saved
me a lot of time.
The driver is properly setting stream_id to 1 when needed.
I tried again with the vanilla source and "cmd.args[2] = 0;".
With the vanilla source, it doesn't find any T2-transpond
On Fri 2015-06-05 13:34:01, Hans Verkuil wrote:
> On 05/15/2015 11:31 PM, Pali Rohár wrote:
> > From: maxx
> >
> > This enables access to automute function of the chip via sysfs and
> > gives direct access to FM_AUDIO_CTRL0/1 registers, also via sysfs. I
> > don't think this is so important but h
HackRF SDR device has both receiver and transmitter. There is limitation
that receiver and transmitter cannot be used at the same time
(half-duplex operation). That patch implements transmitter support to
existing receiver only driver.
Cc: Hans Verkuil
Signed-off-by: Antti Palosaari
---
drivers
New IOCTL ops:
vidioc_enum_fmt_sdr_out
vidioc_g_fmt_sdr_out
vidioc_s_fmt_sdr_out
vidioc_try_fmt_sdr_out
New vb2 buffertype:
V4L2_BUF_TYPE_SDR_OUTPUT
New v4l2 capability:
V4L2_CAP_SDR_OUTPUT
Cc: Hans Verkuil
Signed-off-by: Antti Palosaari
---
drivers/media/v4l2-core/v4l2-dev.c | 14 ++
Add brief description for tuner RF gain control.
Cc: Hans Verkuil
Signed-off-by: Antti Palosaari
---
Documentation/DocBook/media/v4l/compat.xml | 4
Documentation/DocBook/media/v4l/controls.xml | 19 +++
Documentation/DocBook/media/v4l/v4l2.xml | 1 +
3 files change
Implement single funtion, hackrf_set_params(), which handles all
needed settings. Controls and other IOCTLs are just wrappers to that
function. That way we can get easily better control what we could do
on different device states - sleeping, receiving, transmitting.
Signed-off-by: Antti Palosaari
SDR receiver has ADC (Analog-to-Digital Converter) and SDR transmitter
has DAC (Digital-to-Analog Converter) . Originally I though it could
be good idea to have own type for receiver and transmitter, but now I
feel one common type for SDR is enough. So lets rename it.
Cc: Hans Verkuil
Signed-off-
Add new RF tuner gain control named RF gain. That is aimed for
external LNA (amplifier) chip just right after antenna connector.
Cc: Hans Verkuil
Signed-off-by: Antti Palosaari
---
drivers/media/v4l2-core/v4l2-ctrls.c | 4
include/uapi/linux/v4l2-controls.h | 2 ++
2 files changed, 6 ins
Format names are set by core nowadays. Remove name from driver.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/hackrf/hackrf.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/media/usb/hackrf/hackrf.c
b/drivers/media/usb/hackrf/hackrf.c
index 6ad6937..1f9483d 100644
--- a/dr
There is Avago MGA-81563 amplifier just right after antenna connector.
It could be turned on/off and its gain is around 12dB.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/hackrf/hackrf.c | 26 +-
1 file changed, 25 insertions(+), 1 deletion(-)
diff --git a/driver
Add documentation for V4L SDR transmitter (output) devices.
Cc: Hans Verkuil
Signed-off-by: Antti Palosaari
---
Documentation/DocBook/media/v4l/compat.xml | 4 +++
Documentation/DocBook/media/v4l/dev-sdr.xml| 30 +++---
Documentation/DocBook/media/v4l/io.xml
* We don't need calculate channel bandwidth from symbol rate as it
is calculated by DVB core.
* Use clamp() to force upper/lower limit of filter 3dB frequency.
Upper limit should never exceeded 40MHz (80MHz BW) in any case,
though...
Signed-off-by: Antti Palosaari
---
drivers/media/dvb-frontend
Register driver using I2C bindings internally when legacy media
attach is used. That is done by registering driver using I2C binding
from legacy attach. That way we can get valid I2C client, which is
needed for proper dev_() logging and regmap for example even legacy
binding is used.
Signed-off-by
From: David Howells
ts2020_attach() allocates a variable pdata on the stack and then passes a
pointer to it to i2c_new_device() which stashes the pointer in persistent
structures.
Add a comment to the effect that this isn't actually an error because the
contents of the variable are only used in
Use regmap to cover I2C register access.
Signed-off-by: Antti Palosaari
---
drivers/media/dvb-frontends/Kconfig | 3 +-
drivers/media/dvb-frontends/ts2020.c | 260 ---
2 files changed, 124 insertions(+), 139 deletions(-)
diff --git a/drivers/media/dvb-frontend
Use I2C client binding for demod and SEC.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/em28xx/em28xx-dvb.c | 136 +-
1 file changed, 83 insertions(+), 53 deletions(-)
diff --git a/drivers/media/usb/em28xx/em28xx-dvb.c
b/drivers/media/usb/em28xx/em28xx-dv
Used frequency synthesizer is simple Integer-N PLL, with configurable
reference divider, output divider and of course N itself. Old
calculations were working fine, but not so easy to understand.
Signed-off-by: Antti Palosaari
---
drivers/media/dvb-frontends/ts2020.c | 76 +---
Use regmap for I2C register access.
Remove own I2C repeated mutex as it should not be needed. I2C adapter
lock is already taken when I2C mux adapter is called, no need for
double locking.
Signed-off-by: Antti Palosaari
---
drivers/media/dvb-frontends/Kconfig | 1 +
drivers/media/dvb-f
Rename driver state from priv to dev.
Use I2C client for correct logging.
Use adapter and address from I2C client structure where needed.
Signed-off-by: Antti Palosaari
---
drivers/media/dvb-frontends/Kconfig | 2 +-
drivers/media/dvb-frontends/m88ds3103.c | 538 +
There drivers were converted during 4.2 from media attach to I2C client
binding. Media attach returns always only NULL on error case, but I2C
probe uses error codes, so copy & pasting and some error statuses were
missing.
Antti
The following changes since commit 839aa56d077972170a074bcbe31bf0
We must return -ENODEV error on case probe() fails to detect chip.
Signed-off-by: Antti Palosaari
---
drivers/media/dvb-frontends/tda10071.c | 18 +++---
1 file changed, 15 insertions(+), 3 deletions(-)
diff --git a/drivers/media/dvb-frontends/tda10071.c
b/drivers/media/dvb-fronten
We must return -ENODEV error on case probe() fails to detect chip.
Signed-off-by: Antti Palosaari
---
drivers/media/tuners/fc2580.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/tuners/fc2580.c b/drivers/media/tuners/fc2580.c
index db21902..12f916e 100644
--- a/drivers/media/
Em Tue, 12 May 2015 18:02:10 +0200
Fabien Dessenne escreveu:
> This v4l2 mem2mem driver is a 2D blitter for STMicroelectronics SoC.
> It uses the v4l2 mem2mem framework.
>
> The following features are supported and tested:
> - Color format conversion (RGB32, RGB24, RGB16, NV12, YUV420P)
> - Copy
On 06/06/2015 10:44 AM, Olli Salonen wrote:
This reverts commit ad90b6b0f10566d4a5546e27fe455ce3b5e6b6c7.
This patch breaks I2C communication towards Si2168. After reverting and
applying the other patch in this series the I2C communication is
correct.
Signed-off-by: Olli Salonen
Reviewed-by:
On 06/06/2015 10:44 AM, Olli Salonen wrote:
The i2c_reg_len for Si2168 should be 0 for correct I2C communication.
Signed-off-by: Olli Salonen
Reviewed-by: Antti Palosaari
PS. As I mentioned few times already, that kind I2C client register map
layout information does not belongs to adapter
Fix this compiler warning by allocating a structure to read the eeprom instead
of doing it on the stack and worse: the eeprom array is static, so that can
cause problems if there are multiple cx231xx instances.
cx231xx-cards.c: In function 'cx231xx_card_setup':
cx231xx-cards.c:1110:1: warning: the
This reverts commit ad90b6b0f10566d4a5546e27fe455ce3b5e6b6c7.
This patch breaks I2C communication towards Si2168. After reverting and
applying the other patch in this series the I2C communication is
correct.
Signed-off-by: Olli Salonen
---
drivers/media/pci/saa7164/saa7164-api.c | 11 +---
The i2c_reg_len for Si2168 should be 0 for correct I2C communication.
Signed-off-by: Olli Salonen
---
drivers/media/pci/saa7164/saa7164-cards.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/media/pci/saa7164/saa7164-cards.c
b/drivers/media/pci/saa7164/saa7164-c
Hi,
Indeed, the HVR-2205 I have works fine with that patch reverted and
after setting REGLEN_0bit for the Si2168 chips in the saa7164-cards.
The chip detection and firmware load is correct now.
[ 2046.684246] si2168 2-0064: found a 'Silicon Labs Si2168-B40'
[ 2046.684278] si2168 2-0064: download
50 matches
Mail list logo
