On 6/13/19 3:45 AM, JP wrote:
On 6/13/19 3:23 AM, Antti Palosaari wrote:
On 6/13/19 4:15 AM, JP wrote:
And according to old usb sniffs from pctv 292e [Si2168B] default
manual ts clock is set to 7.2MHz, which means 57.6Mbit/s datarate,
it should be quite optimal for DVB-T2 max. In theory i
On Thu, May 16, 2019 at 11:23:29AM +0800, Daoyuan Huang wrote:
> From: daoyuan huang
>
> This patch adds DT binding document for Media Data Path 3 (MDP3)
> a unit in multimedia system used for scaling and color format convert.
>
> Signed-off-by: Ping-Hsun Wu
> Signed-off-by: daoyuan huang
> --
Hi Mauro,
Just some minor fixes.
Thanks,
Sean
--
The following changes since commit 3dad39e67cca68b321073cecabf2d7d1103d97d5:
media: imx214: Fix typo in module description of imx214 (2019-06-12 10:47:15
-0400)
are available in the Git repository at:
git://linuxtv.org/syoung/media_tree.g
Hi Mauro,
On 13/06/2019 13.35, Mauro Carvalho Chehab wrote:
> Em Thu, 13 Jun 2019 13:14:47 -0500
> Brad Love escreveu:
>
>> Hi Mauro,
>>
>> Here is my first pull request. Please be gentle :)
> :-)
>
> First problem:
>
> error: FETCH_HEAD: cannot verify a non-tag object of type commit.
>
>
Em Thu, 13 Jun 2019 13:14:47 -0500
Brad Love escreveu:
> Hi Mauro,
>
> Here is my first pull request. Please be gentle :)
:-)
First problem:
error: FETCH_HEAD: cannot verify a non-tag object of type commit.
You should use branches and sign them with your gpg signature.
Patches appli
Hi Mauro,
Here is my first pull request. Please be gentle :)
This adds support for Hauppauge HVR1955 and HVR1975 devices, along with
adding a vid:pid for a missing OEM Hauppauge 955Q variant.
Cheers,
Brad
---
The following changes since commit 513dbd35b5d93c45fa7291147f21fc0227a9f999:
media:
On Sat, 4 May 2019 11:40:25 -0300, Fabio Estevam wrote:
> As per the i.MX7D Reference Manual only the MCLK is used for
> the CSI block, so only document this single clock.
>
> Signed-off-by: Fabio Estevam
> ---
> Documentation/devicetree/bindings/media/imx7-csi.txt | 9 +++--
> 1 file chang
On 6/12/19 11:07 PM, Frantisek Rysanek wrote:
On 12 Jun 2019 at 1:28, Antti Palosaari wrote:
[...]
What is that T230C2 stick?
JP has already explained the details, how that name was arrived at.
As previously suggested, I can call it T230C v2 in the descriptive
texts. I'd suggest keeping T230C2
tree: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
master
head: 81a72c79224f83af18e26dc0c599f917312e6c78
commit: 71f49a8bf5c592413edb5c8839ec0e6d754db3e1 [5296/6049] media: ttpci: use
rc-core for the IR receiver
config: x86_64-randconfig-s4-05260805 (attached as .config
The driver does not implement runtime resume and suspend function so
there is little point in trying to call them. This is a leftover from
the drivers soc_camera beginnings.
Signed-off-by: Niklas Söderlund
Reviewed-by: Ulrich Hecht
---
drivers/media/platform/rcar-vin/rcar-v4l2.c | 5 -
1 fi
Runtime PM is already enabled unconditionally when the driver is probed
and disabled when it's removed. There is no point in doing it again for
Gen2 when opening and closing the video device.
Signed-off-by: Niklas Söderlund
Reviewed-by: Ulrich Hecht
---
drivers/media/platform/rcar-vin/rcar-v4l2
On 6/13/19 12:31 AM, Antti Palosaari wrote:
On 6/12/19 11:07 PM, Frantisek Rysanek wrote:
On 12 Jun 2019 at 1:28, Antti Palosaari wrote:
[...]
What is that T230C2 stick?
JP has already explained the details, how that name was arrived at.
As previously suggested, I can call it T230C v2 in t
The helpers rvin_power_{on,off} deal with both VIN and the parallel
subdevice power. This makes it hard to merge the Gen2 and Gen3
open/release functions. Move the VIN power handling directly to the
open/release functions to prepare for the merge.
Signed-off-by: Niklas Söderlund
Reviewed-by: Ulri
The format is already synced when the subdevice is bound, there is no
need to do do it every time the video device is opened.
Signed-off-by: Niklas Söderlund
Reviewed-by: Ulrich Hecht
Reviewed-by: Laurent Pinchart
---
drivers/media/platform/rcar-vin/rcar-v4l2.c | 25 -
1 fi
Hi,
This series aims to merge the two different set of file operations used
in the rcar-vin driver. One set was used on Renesas Gen2 boards while
the other set was used on Gen3. Main difference between the two is that
Gen2 uses a device node centric world view while Gen3 subscribes to the
media co
After the rework of the Gen2 file operations it's now trivial to merge
the Gen2 and Gen3 versions.
Signed-off-by: Niklas Söderlund
Reviewed-by: Ulrich Hecht
---
drivers/media/platform/rcar-vin/rcar-v4l2.c | 100
1 file changed, 18 insertions(+), 82 deletions(-)
diff --git
The function no longer serve a purpose as most tasks it performed have
been refactored, fold what remains of it into the only caller. While at
it add error checking for v4l2_ctrl_handler_setup().
Signed-off-by: Niklas Söderlund
Reviewed-by: Ulrich Hecht
---
drivers/media/platform/rcar-vin/rcar-
The two power helpers are now only dealing with the parallel subdevice,
merge them into a single rvin_power_parallel() helper to reduce code
duplication.
Signed-off-by: Niklas Söderlund
Reviewed-by: Ulrich Hecht
Reviewed-by: Laurent Pinchart
---
drivers/media/platform/rcar-vin/rcar-v4l2.c | 20
The user should be allowed to break waiting for the lock when opening
the video device.
Signed-off-by: Niklas Söderlund
Reviewed-by: Ulrich Hecht
Reviewed-by: Laurent Pinchart
---
drivers/media/platform/rcar-vin/rcar-v4l2.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a
The value have nothing to do with ARGB1555, it controls if the alpha
component should be filled in for ARGB1555 or ARGB888. Rename it to
reflect this.
Signed-off-by: Niklas Söderlund
Reviewed-by: Ulrich Hecht
Reviewed-by: Laurent Pinchart
---
drivers/media/platform/rcar-vin/rcar-dma.c | 4 ++--
The R-Car VIN module supports V4L2_PIX_FMT_ARGB555 and
V4L2_PIX_FMT_ABGR32 pixel formats. Add the hardware register setup and
allow the alpha component to be changed while streaming using the
V4L2_CID_ALPHA_COMPONENT control.
Signed-off-by: Niklas Söderlund
---
drivers/media/platform/rcar-vin/rc
In preparation to adding support for RGB pixel formats with an alpha
component add a control to allow the user to control which alpha value
should be used.
Signed-off-by: Niklas Söderlund
Reviewed-by: Laurent Pinchart
---
drivers/media/platform/rcar-vin/rcar-core.c | 53 -
d
Hi,
This small series adds support for two new pixel formats for the
rcar-vin driver; V4L2_PIX_FMT_ARGB555 and V4L2_PIX_FMT_ABGR32. Both
formats have an alpha component so a new standard control is also added
to control its value, V4L2_CID_ALPHA_COMPONENT.
The series is based on the latest media-
Le mercredi 12 juin 2019 à 11:17 +0300, Laurent Pinchart a écrit :
> Hi Nicolas,
>
> On Tue, Jun 11, 2019 at 08:09:13PM -0400, Nicolas Dufresne wrote:
> > Le mardi 11 juin 2019 à 13:24 +0300, Laurent Pinchart a écrit :
> > > On Fri, Jun 07, 2019 at 03:38:39PM -0400, Nicolas Dufresne wrote:
> > > >
--
Dear Friend,
I am Mrs Alice Johnson.am sending you this brief letter to solicit your
partnership to transfer $18.5 million US Dollars.I shall send you more
information and procedures when I receive positive response from you.
please send me a message in my Email box (mrsalicejohns...@gmail.c
Fix MEDIA_ENT_ID_FLAG_NEXT to use "U" cast to avoid shifting signed
32-bit value by 31 bits problem. This isn't a problem for kernel builds
with gcc.
This could be problem since this header is part of public API which
could be included for builds using compilers that don't handle this
condition sa
Hi Sakari,
Thanks for your work.
On 2019-04-05 12:41:20 +0300, Sakari Ailus wrote:
> V4L2 async framework can use both device's fwnode and endpoints's fwnode
> for matching the async sub-device with the sub-device. In order to proceed
> moving towards endpoint matching assign the endpoint to the
On 6/13/19 1:46 AM, JP wrote:
On 6/13/19 12:31 AM, Antti Palosaari wrote:
On 6/12/19 11:07 PM, Frantisek Rysanek wrote:
On 12 Jun 2019 at 1:28, Antti Palosaari wrote:
[...]
What is that T230C2 stick?
JP has already explained the details, how that name was arrived at.
As previously suggeste
On 6/13/19 4:15 AM, JP wrote:
And according to old usb sniffs from pctv 292e [Si2168B] default
manual ts clock is set to 7.2MHz, which means 57.6Mbit/s datarate, it
should be quite optimal for DVB-T2 max. In theory it could be a
little higher only when 10MHz channel bandwidth and most less erro
On 6/13/19 3:23 AM, Antti Palosaari wrote:
On 6/13/19 4:15 AM, JP wrote:
And according to old usb sniffs from pctv 292e [Si2168B] default
manual ts clock is set to 7.2MHz, which means 57.6Mbit/s datarate,
it should be quite optimal for DVB-T2 max. In theory it could be a
little higher only
On 6/13/19 3:23 AM, Antti Palosaari wrote:
On 6/13/19 4:15 AM, JP wrote:
And according to old usb sniffs from pctv 292e [Si2168B] default
manual ts clock is set to 7.2MHz, which means 57.6Mbit/s datarate,
it should be quite optimal for DVB-T2 max. In theory it could be a
little higher only
Hi Nicolas,
On Sun, 2019-05-26 at 16:53 +0800, Nicolas Boichat wrote:
> On Thu, May 23, 2019 at 6:22 PM wrote:
> >
> > From: Dongchun Zhu
> >
> > Add a V4L2 sub-device driver for the OmniVision image sensor.
> > This is a camera sensor using the I2C bus for control and the
> > CSI-2 bus for data
Hi Sakari,
On Fri, 2019-05-31 at 19:16 +0300, Sakari Ailus wrote:
> Hi Dongchun,
>
> Thanks for the patch.
>
> On Thu, May 23, 2019 at 06:22:04PM +0800, dongchun@mediatek.com wrote:
> > From: Dongchun Zhu
> >
> > Add device tree binding documentation for the OV02A10 CMOS image sensor.
> >
Hi Bingbu,
On Tue, 2019-05-28 at 14:20 +0800, Bingbu Cao wrote:
>
> On 5/23/19 6:22 PM, dongchun@mediatek.com wrote:
> > From: Dongchun Zhu
> >
> > Add a V4L2 sub-device driver for the OmniVision image sensor.
> > This is a camera sensor using the I2C bus for control and the
> > CSI-2 bus f
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 Jun 13 05:00:11 CEST 2019
media-tree git hash:513dbd35b5d93c45fa7291147f21fc0227a9f999
media_build gi
Dear Sean Young,
> I don't see any reason why it can't be increased. For the record, it would
> be interesting to know what your air conditioner model is and what the
> IR signal looks like. I have not seen such a signal before.
I observed the IR signals of my air conditioner (Panasoic ACXA75C006
The IR signal to control the Panasonic ACXA75C00600 air conditioner has
439 pulse/spaces. Increase limit to make it possible to transmit signal.
Reported-by: Takashi Kanamaru
Signed-off-by: Sean Young
---
drivers/media/rc/lirc_dev.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --
Thank Sven, please have a try with the below patch. I'll send it to
review later. The root cause is that channel0 done interrupt may come
later after after sdma clock disabled(sdma_load_firmware()), which
means clearing channel0 interrupt status in ISR never work, thus
infinite interrupt comes out.
Hi Colin,
On Wed, Jun 12, 2019 at 4:42 PM Colin King wrote:
>
> From: Colin Ian King
>
> The pointer mpeg12 is being initialized however that value is never
> read and mpeg12 is being re-assigned almost immediately afterwards.
> Remove the redundant initialization.
>
> Addresses-Coverity: ("Unuse
On Wed, Jun 12, 2019 at 11:12:41PM +0200, Niklas Söderlund wrote:
> Renesas media binding documentation files uses a naming schema of
> 'renesas,.txt'. Rename VIN and CSI-2 files to match this
> pattern.
>
> Signed-off-by: Niklas Söderlund
> Reviewed-by: Geert Uytterhoeven
> Reviewed-by: Ulrich
Since the beginning the second clock ('special', 'sclk') was optional and
it is not available on some variants of Exynos SoCs (i.e. Exynos5420 with
v7 of MFC hardware). However commit 1bce6fb3edf1 made handling of all
specified clocks mandatory. This patch restores original behavior of the
driver a
Since the beginning the second clock ('special', 'sclk') was optional and
it is not available on some variants of Exynos SoCs (i.e. Exynos5420 with
v7 of MFC hardware). However commit 1bce6fb3edf1 made handling of all
specified clocks mandatory. This patch restores original behavior of the
driver a
Hi,
This small set fixes a few trivial smatch warnings. They're not really
bugs either but changing the code cleans it up as well.
Sakari Ailus (2):
v4l2-fwnode: Avoid using PTR_ERR(NULL)
ov9640: Don't check for NULL on devm_gpiod_get return values
drivers/media/i2c/ov9640.c| 4
devm_gpiod_get never returns NULL; therefore it's not necessary to check
for that. PTR_ERR(NULL) also yields zero, which is confusing to smatch.
Reported-by: Hans Verkuil
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/ov9640.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff -
PTR_ERR(NULL) yields 0 which is commonly used to denote success. This is
the case here, and PTR_ERR(NULL) is apparently shunned upon. Fix this by
explicitly returning 0 if fwnode == NULL.
Reported-by: Hans Verkuil
Signed-off-by: Sakari Ailus
---
drivers/media/v4l2-core/v4l2-fwnode.c | 6 +-
PTR_ERR(NULL) yields 0 which is commonly used to denote success. This is
the case here, and PTR_ERR(NULL) is apparently shunned upon. Fix this by
explicitly returning 0 if fwnode == NULL.
Reported-by: Hans Verkuil
Signed-off-by: Sakari Ailus
---
since v1:
- Fix rebase mess.
drivers/media/v4l2
From: ZhiChao Yu
Introduce VP8 decoding support in RK3288.
Signed-off-by: ZhiChao Yu
Signed-off-by: Tomasz Figa
Signed-off-by: Boris Brezillon
Signed-off-by: Ezequiel Garcia
---
drivers/staging/media/hantro/Makefile | 4 +-
drivers/staging/media/hantro/hantro.h | 5 +
dr
From: Pawel Osciak
Add the parsed VP8 frame pixel format and controls, to be used
with the new stateless decoder API for VP8 to provide parameters
for accelerator (aka stateless) codecs.
Signed-off-by: Pawel Osciak
Signed-off-by: Ezequiel Garcia
--
Changes from RFC:
* Make sure the uAPI has th
This patchset adds support for Hantro G1 VP8 stateless decoding,
as available on RK3288 SoC.
In order to support VP8 stateless decoding, a new pixel format
is introduced V4L2_PIX_FMT_VP8_FRAME, to be used with a new control
V4L2_CID_MPEG_VIDEO_VP8_FRAME_HDR.
The VP8 stateless uAPI was submitted a
On Thu, Jun 13, 2019 at 4:52 AM Robin Gong wrote:
>
> Thank Sven, please have a try with the below patch. I'll send it to
> review later.
That's awesome, we are cooking with gas :)
Actually I patched only the sdma_load_script() function (not _context())
and the crash no longer happens.
Cc me on
50 matches
Mail list logo
