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 Feb 9 05:00:18 CET 2017
media-tree git hash:9eeb0ed0f30938f31a3d9135a88b9502192c18dd
media_build
Hi Hans,
All the dependences of this patch have been merged into v4.10-next.Could
you take v9 of this patch set? Matthias will help us to take the dts
part.
Best Regards,
Rick
On Fri, 2017-01-13 at 16:02 +0100, Matthias Brugger wrote:
> Hi James,
>
> On 10/01/17 02:28, Eddie Huang wrote:
> >
已看到你的信件了,
Dear 採購人員午安:
我們在網路上搜尋到貴司,
得知你正在尋找有關「電源製造」的供應商,
我們是台灣最專業的電源供應製造商,有自已的研發團隊與製造工廠,
工廠亦通過ISO9001及ISO14000認証,提供你最優質的產品。
您永遠不會後悔與我們合作,期待你的回覆,將不勝感激。
吉密科技
林榮宗
0422587996
gme.po...@msa.hinet.net
如寄錯請轉交,謝謝
On Mon, Feb 06, 2017 at 11:29:50AM +0100, Hans Verkuil wrote:
> From: Benjamin Gaignard
>
> By using the HPD notifier framework there is no longer any reason
> to manually set the physical address. This was the one blocking
> issue that prevented this driver from
On Wed, Feb 08, 2017 at 03:23:53PM -0800, Steve Longerbeam wrote:
> >Actually, this exact function already exists as dw_mipi_dsi_phy_write in
> >drivers/gpu/drm/rockchip/dw-mipi-dsi.c, and it looks like the D-PHY
> >register 0x44 might contain a field called HSFREQRANGE_SEL.
>
> Thanks for
On 02/02/2017 03:50 AM, Philipp Zabel wrote:
+ struct v4l2_subdev *src_sd;
+ struct v4l2_subdev *sink_sd[CSI2_NUM_SRC_PADS];
I see no reason to store pointers to the remote v4l2_subdevs.
+ intinput_pad;
+ struct clk
On Mon, Feb 06, 2017 at 10:49:57AM +0100, Pavel Machek wrote:
> From: Sakari Ailus
>
> In the vast majority of cases the bus type is known to the driver(s)
> since a receiver or transmitter can only support a single one. There
> are cases however where different options are
> > +
> > +This is a binding for a gpio controlled switch for camera interfaces. Such
> > a
> > +device is used on some embedded devices to connect two cameras to the same
> > +interface of a image signal processor.
> > +
> > +Required properties
> > +===
> > +
> > +compatible :
On Wed 2017-02-08 15:36:09, Rob Herring wrote:
> On Fri, Feb 03, 2017 at 01:35:08PM +0100, Pavel Machek wrote:
> >
> > N900 contains front and back camera, with a switch between the
> > two. This adds support for the switch component, and it is now
> > possible to select between front and back
On Fri, Feb 03, 2017 at 01:35:08PM +0100, Pavel Machek wrote:
>
> N900 contains front and back camera, with a switch between the
> two. This adds support for the switch component, and it is now
> possible to select between front and back cameras during runtime.
>
> This adds documentation for
Hi Pavel,
Thank you for the patch.
On Wednesday 08 Feb 2017 13:57:38 Pavel Machek wrote:
> Obtain the CSI1/CCP2 bus parameters from the OF node.
>
> ISP CSI1 module needs all the bits correctly set to work.
>
> OMAP3430 needs various syscon CONTROL_CSIRXFE bits set in order to
> operate.
Hi Hugues,
[auto build test WARNING on linuxtv-media/master]
[cannot apply to v4.10-rc7 next-20170208]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Hugues-Fruchet/Add-support-for-MPEG-2
While testing with CONFIG_UBSAN, I got this warning:
drivers/media/i2c/tc358743.c: In function 'tc358743_probe':
drivers/media/i2c/tc358743.c:1930:1: error: the frame size of 2480 bytes is
larger than 2048 bytes [-Werror=frame-larger-than=]
The problem is that the i2c_rd8/wr8/rd16/... functions
--
Dear Friend,
Greetings and hope this mail meets you well!
I want you to be my partner in the transfer of the sum of $12.7
Million dollars discovered in my department in one of the leading
Banks (EcoBank Plc) here in Burkina-Faso. I shall give you more
informations on this proposal when I get
Hi Pavel,
[auto build test WARNING on v4.9-rc8]
[cannot apply to linuxtv-media/master next-20170208]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Pavel-Machek/omap3isp-add-support-for-CSI1
On 02/08/2017 01:19 PM, Mauro Carvalho Chehab wrote:
> Em Thu, 2 Feb 2017 15:59:52 +0100
> Hugues Fruchet escreveu:
>
> I applied today this series. There's just a nitpick, that you can change
> when you submit a version 2 of the MPEG2 driver. See below:
>
>> diff --git
On 02/08/2017 01:22 PM, Mauro Carvalho Chehab wrote:
> Em Mon, 30 Jan 2017 11:57:29 +0100
> Hugues Fruchet escreveu:
>
>> Adds support of DELTA MPEG-2 video decoder back-end,
>> implemented by calling MPEG2_TRANSFORMER0 firmware
>> using RPMSG IPC communication layer.
>>
Install all metadata controls required by registered decoders.
Update the decoding context with the set of metadata received
from user through extended control.
Set the received metadata in access unit prior to call the
decoder decoding ops.
Signed-off-by: Hugues Fruchet
Adds support of DELTA MPEG-2 video decoder back-end,
implemented by calling MPEG2_TRANSFORMER0 firmware
using RPMSG IPC communication layer.
MPEG-2 decoder back-end is a stateless decoder which
require specific parsing metadata in access unit
in order to complete decoding.
Signed-off-by: Hugues
Add "parsed MPEG-2" pixel format & related controls
needed by stateless video decoders.
In order to decode the video bitstream chunk provided
by user on output queue, stateless decoders require
also some extra data resulting from this video bitstream
chunk parsing.
Those parsed extra data have to
The patchset implements the MPEG-2 part of V4L2 unified low-level decoder
API RFC [0] needed by stateless video decoders, ie decoders which requires
specific parsing metadata in addition to video bitstream chunk in order
to complete decoding.
A reference implementation using STMicroelectronics
Bjorn, thanks for the comments!
On 02/08/2017 01:32 AM, Bjorn Andersson wrote:
> On Tue 07 Feb 05:10 PST 2017, Stanimir Varbanov wrote:
>
>> * firmware loader
>>
>
> I like the way this turns out, just some style comments below.
>
> [..]
>> diff --git
Hi Evgeni,
Thank you for the patch.
On Wednesday 08 Feb 2017 10:34:23 evgeni.raik...@gmail.com wrote:
> From: eraikhel
>
> Provide the frame structure and data layout of V4L2-PIX-FMT-INZI
> format utilized by Intel SR300 Depth camera.
>
> Signed-off-by: Evgeni
Hi!
I submitted a patch which is now at v3 already.
In patchwork they appear separated / unrelated.
1. Is there a way to tell patchwork that they are all actually iterations
of the same patch?
2. The current status of v1, v2 is "Change Requested". v3 adds the necessary
changes.
Should I
Hi Stefan,
Em Sun, 5 Feb 2017 15:58:00 +0100
Stefan Brüns escreveu:
The first patch in this series looked ok. Applied, thanks!
> The USB control messages require DMA to work. We cannot pass
> a stack-allocated buffer, as it is not warranted that the
> stack would
Hi Vincent,
On Wed, Feb 08, 2017 at 10:30:30PM +1100, Vincent McIntyre wrote:
> Hi
>
> I have been working with Sean on figuring out the protocol used by a
> dvico remote.
> I thought the patch he sent was at fault but I backed it out and tried again.
>
> I've attached a full dmesg but the core
Hi Evgeni,
Thank you for the patch.
On Wednesday 08 Feb 2017 10:34:24 evgeni.raik...@gmail.com wrote:
> From: Daniel Patrick Johnson
>
> Add support for Intel SR300 depth camera in uvc driver.
> This includes adding three uvc GUIDs for the required pixel formats,
> adding a
2017-02-07 19:20 GMT+01:00 Kevin Hilman :
> Bartosz Golaszewski writes:
>
>> Similarly to vpif capture: we need to register the vpif display driver
>> and the corresponding adv7343 encoder in pdata-quirks as the DT
>> support is not complete.
>
>
Em Mon, 30 Jan 2017 11:57:29 +0100
Hugues Fruchet escreveu:
> Adds support of DELTA MPEG-2 video decoder back-end,
> implemented by calling MPEG2_TRANSFORMER0 firmware
> using RPMSG IPC communication layer.
> MPEG-2 decoder back-end is a stateless decoder which
> require
Aligned asterisks in multi-line comment.
Signed-off-by: Avraham Shukron
---
drivers/staging/media/davinci_vpfe/dm365_resizer.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/media/davinci_vpfe/dm365_resizer.c
Add support for CCP2 connected SMIA sensors as found
on the Nokia N900.
Signed-off-by: Sebastian Reichel
Signed-off-by: Ivaylo Dimitrov
Signed-off-by: Pavel Machek
diff --git a/drivers/media/i2c/smiapp/smiapp-core.c
On 02/08/17 11:53, Philipp Zabel wrote:
The video output format can freely be chosen to be 24-bit SRGB or 16-bit
YUV 4:2:2 in either SMPTE170M or REC709 color space. In all three modes
the output can be full or limited range.
I'll review this Friday. I am not sure this is correct, so I need to
On Wed, Feb 08, 2017 at 01:52:05PM +0200, Avraham Shukron wrote:
> Signed-off-by: Avraham Shukron
I can't take patches without a changelog text, and neither should any
other maintainer...
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the
Obtain the CSI1/CCP2 bus parameters from the OF node.
ISP CSI1 module needs all the bits correctly set to work.
OMAP3430 needs various syscon CONTROL_CSIRXFE bits set in order to
operate. Implement the missing functionality.
Signed-off-by: Sakari Ailus
Signed-off-by:
Em Mon, 30 Jan 2017 19:39:20 +0100
Fabian Frederick escreveu:
> complementary definition to atomic_inc_not_zero() featured in
> lib/fault-inject.c. This small patchset moves it to
> include/linux/atomic.h using it instead of
> atomic_add_unless(value, -1, 0)
>
> s390 patches
Em Thu, 2 Feb 2017 15:59:52 +0100
Hugues Fruchet escreveu:
I applied today this series. There's just a nitpick, that you can change
when you submit a version 2 of the MPEG2 driver. See below:
> diff --git a/drivers/media/platform/Kconfig b/drivers/media/platform/Kconfig
>
Signed-off-by: Avraham Shukron
---
drivers/staging/media/davinci_vpfe/dm365_resizer.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/media/davinci_vpfe/dm365_resizer.c
b/drivers/staging/media/davinci_vpfe/dm365_resizer.c
Em Thu, 26 Jan 2017 07:17:22 -0500
Jonathan Sims escreveu:
> This is a reworking of a patch originally submitted by Ryley Angus, modified
> by Hans Verkuil and then seemingly forgotten before changes suggested by
> Keith Pyle here:
>
>
Hi
I have been working with Sean on figuring out the protocol used by a
dvico remote.
I thought the patch he sent was at fault but I backed it out and tried again.
I've attached a full dmesg but the core of it is when dvb_usb_cxusb
tries to load:
[7.858907] WARNING: You are using an
The video output format can freely be chosen to be 24-bit SRGB or 16-bit
YUV 4:2:2 in either SMPTE170M or REC709 color space. In all three modes
the output can be full or limited range.
Signed-off-by: Philipp Zabel
---
drivers/media/i2c/tc358743.c | 118
Without calling tc358743_set_csi after stopping streaming (or calling
tc358743_s_dv_timings or tc358743_set_fmt from userspace after stopping
the stream), the i.MX6 MIPI CSI2 input fails waiting for lanes to enter
STOP state when streaming is started again.
Signed-off-by: Philipp Zabel
Hi Sakari
On 2/7/2017 5:31 PM, Sakari Ailus wrote:
> Hi Ramiro,
>
> On Mon, Feb 06, 2017 at 11:38:28AM +, Ramiro Oliveira wrote:
> ...
+ ret = ov5647_write_array(sd, ov5647_640x480,
+ ARRAY_SIZE(ov5647_640x480));
+ if (ret < 0) {
+
Hi Philipp,
On Wednesday 08 Feb 2017 10:47:15 Philipp Zabel wrote:
> On Tue, 2017-02-07 at 22:46 +0200, Sakari Ailus wrote:
> > On Fri, Jan 06, 2017 at 06:11:31PM -0800, Steve Longerbeam wrote:
> >> From: Philipp Zabel
> >>
> >> This driver can handle SoC internal and
Hi Sakari,
On Tue, 2017-02-07 at 22:46 +0200, Sakari Ailus wrote:
> Hi Steve,
>
> On Fri, Jan 06, 2017 at 06:11:31PM -0800, Steve Longerbeam wrote:
> > From: Philipp Zabel
> >
> > This driver can handle SoC internal and external video bus multiplexers,
> > controlled
從我的 iPad 傳送
> Mauro Carvalho Chehab 於 2017年2月3日 下午10:04 寫道:
>
> Em Thu, 5 Jan 2017 20:27:17 +0200
> Sakari Ailus escreveu:
>
>> Hi Randy,
>>
>>> On Thu, Jan 05, 2017 at 11:22:26PM +0800, ayaka wrote:
>>>
>>>
On 01/05/2017 06:30 PM,
From: Daniel Patrick Johnson
Add support for Intel SR300 depth camera in uvc driver.
This includes adding three uvc GUIDs for the required pixel formats,
adding a new V4L pixel format definition to user api headers,
and updating the uvc driver GUID-to-4cc tables with the new
Hi Pavel,
On Mon, Feb 06, 2017 at 10:49:57AM +0100, Pavel Machek wrote:
> From: Sakari Ailus
>
> In the vast majority of cases the bus type is known to the driver(s)
> since a receiver or transmitter can only support a single one. There
> are cases however where different
From: eraikhel
Provide the frame structure and data layout of V4L2-PIX-FMT-INZI
format utilized by Intel SR300 Depth camera.
Signed-off-by: Evgeni Raikhel
---
Documentation/media/uapi/v4l/depth-formats.rst | 1 +
48 matches
Mail list logo