Re: Enabling peer to peer device transactions for PCIe devices

Yes I agree it has to be started with the write transaction, according of PCIe standard all write transaction are address routed, and I agree with Logan: if in write transaction TLP the endpoint address written in header the TLP should not touch CPU, the PCIe Switch has to route it to endpoint.

cron job: media_tree daily build: WARNINGS

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: Tue Oct 24 05:00:15 CEST 2017 media-tree git hash:61065fc3e32002ba48aa6bc3816c1f6f9f8daf55 media_build

RE: [PATCH v4 12/12] intel-ipu3: imgu top level pci device

Hi, Sakari, > -Original Message- > From: linux-media-ow...@vger.kernel.org [mailto:linux-media- > ow...@vger.kernel.org] On Behalf Of Sakari Ailus > Sent: Friday, October 20, 2017 4:15 AM > To: Zhi, Yong > Cc: linux-media@vger.kernel.org; sakari.ai...@linux.intel.com;

RE: [PATCH v4 11/12] intel-ipu3: Add imgu v4l2 driver

Hi, Sakari, > -Original Message- > From: linux-media-ow...@vger.kernel.org [mailto:linux-media- > ow...@vger.kernel.org] On Behalf Of Sakari Ailus > Sent: Friday, October 20, 2017 4:30 AM > To: Zhi, Yong > Cc: linux-media@vger.kernel.org; sakari.ai...@linux.intel.com;

Re: [PATCH v2 2/4] media: dt-bindings: Add bindings for TDA1997X

On Wed, Oct 11, 2017 at 09:45:04PM -0700, Tim Harvey wrote: > Cc: Rob Herring > Signed-off-by: Tim Harvey > --- > v2: > - add vendor prefix and remove _ from vidout-portcfg > - remove _ from labels > - remove max-pixel-rate property > - describe and

Re: Enabling peer to peer device transactions for PCIe devices

On 23/10/17 10:08 AM, David Laight wrote: It is also worth checking that the hardware actually supports p2p transfers. Writes are more likely to be supported then reads. ISTR that some intel cpus support some p2p writes, but there could easily be errata against them. Ludwig mentioned a PCIe

RE: [PATCH v4 00/12] Intel IPU3 ImgU patchset

Hi, Sakari, > -Original Message- > From: linux-media-ow...@vger.kernel.org [mailto:linux-media- > ow...@vger.kernel.org] On Behalf Of Sakari Ailus > Sent: Friday, October 20, 2017 2:10 AM > To: Zhi, Yong > Cc: linux-media@vger.kernel.org; sakari.ai...@linux.intel.com;

Re: Camera support, Prague next week, sdlcam

Em Mon, 23 Oct 2017 23:15:57 +0300 Sakari Ailus escreveu: > On Mon, Oct 23, 2017 at 09:24:24PM +0200, Hans Verkuil wrote: > > Sounds good. That's the elevators on level LL by the way. > > I'll be there, too! > I'll try to join you there too. Cheers, Mauro

Re: Camera support, Prague next week, sdlcam

On Mon, Oct 23, 2017 at 09:24:24PM +0200, Hans Verkuil wrote: > Sounds good. That's the elevators on level LL by the way. I'll be there, too! -- Sakari Ailus e-mail: sakari.ai...@iki.fi

Re: Camera support, Prague next week, sdlcam

Sounds good. That's the elevators on level LL by the way. Regards, Hans On October 23, 2017 8:54:49 PM GMT+02:00, Pavel Machek wrote: >Hi! > >> > I'll talk about the issues at ELCE in few days: >> > >> >

Re: [RFC PATCH 0/9] V4L2 Jobs API WIP

2017-10-16 Hans Verkuil : > Hi Alexandre, > > Thank you very much for working on this. Much appreciated! > > I only did a very high-level review of the patch series: there is not much > point IMHO of doing a detailed review given the upcoming discussions in > Prague. It's

Re: usb/media/dtt200u: use-after-free in __dvb_frontend_free

Am 23.10.2017 um 16:41 schrieb Andrey Konovalov: > Hi! > > I've got the following report while fuzzing the kernel with syzkaller. > > On commit 3e0cc09a3a2c40ec1ffb6b4e12da86e98feccb11 (4.14-rc5+). > > dvb-usb: found a 'WideView WT-220U PenType Receiver (based on ZL353)' > in warm state. >

Re: 'LITE-ON USB2.0 DVB-T Tune' driver crash with kernel 4.13 / ubuntu 17.10

Hi Laurent, Please reply to the list. On Mon, Oct 23, 2017 at 08:48:14PM +0200, Laurent Caumont wrote: > I'm sorry, the log has been cut when I copy-past it. > Here is the rest: > (The crash of the intel driver doesn't seem to make issue to my display.) > > [ 12.013019] dvb-usb: found a

Re: Camera support, Prague next week, sdlcam

Hi! > > I'll talk about the issues at ELCE in few days: > > > > https://osseu17.sched.com/event/ByYH/cheap-complex-cameras-pavel-machek-denx-software-engineering-gmbh > > > > Will someone else be there? Is there some place where v4l people meet? > > Why don't we discuss this Tuesday morning at

[PATCH] media: ov9650: remove unnecessary terminated entry in menu items array

The test_pattern_menu[] array has two valid items and a null terminated item. So the control's maximum value which is passed to v4l2_ctrl_new_std_menu_items() should be one. However, 'ARRAY_SIZE(test_pattern_menu) - 1' is actually passed and it's not correct. Fix it by removing unnecessary

Re: [PATCH v2 3/4] media: i2c: Add TDA1997x HDMI receiver driver

On Fri, Oct 20, 2017 at 9:23 AM, Hans Verkuil wrote: >> >> I see the AVI infoframe has hdmi_quantization_range and >> hdmi_ycc_quantization_range along with vid_code. >> >> I'm not at all clear what to do with this information. Is there >> anything you see in the datasheet

RE: Enabling peer to peer device transactions for PCIe devices

From: Petrosyan Ludwig > Sent: 22 October 2017 07:14 > Could be I have done is stupid... > But at first sight it has to be simple: > The PCIe Write transactions are address routed, so if in the packet header > the other endpoint address > is written the TLP has to be routed (by PCIe Switch to the

usb/media/au0828: use-after-free in au0828_rc_unregister

Hi! I've got the following report while fuzzing the kernel with syzkaller. On commit 3e0cc09a3a2c40ec1ffb6b4e12da86e98feccb11 (4.14-rc5+). au0828: recv_control_msg() Failed receiving control message, error -71. au0828: recv_control_msg() Failed receiving control message, error -71. au0828:

usb/media/mxl111sf: trying to register non-static key in mxl111sf_ctrl_msg

Hi! I've got the following report while fuzzing the kernel with syzkaller. On commit 3e0cc09a3a2c40ec1ffb6b4e12da86e98feccb11 (4.14-rc5+). usb 1-1: New USB device found, idVendor=2040, idProduct=c602 usb 1-1: New USB device strings: Mfr=0, Product=1, SerialNumber=0 usb 1-1: Product: a usb 1-1:

usb/media/dtt200u: use-after-free in __dvb_frontend_free

Hi! I've got the following report while fuzzing the kernel with syzkaller. On commit 3e0cc09a3a2c40ec1ffb6b4e12da86e98feccb11 (4.14-rc5+). dvb-usb: found a 'WideView WT-220U PenType Receiver (based on ZL353)' in warm state. dvb-usb: bulk message failed: -22 (2/1102416563) dvb-usb: will use the

Re: cx231xx IR remote control protocol

Hi Oleh, On Mon, Oct 23, 2017 at 5:37 AM, Sean Young wrote: > Hi Oleh, > > On Sun, Oct 22, 2017 at 05:01:05PM +0300, Oleh Kravchenko wrote: >> Hi, >> >> I'm trying add support remote control for tuners: >> - EvroMedia Full Hybrid Full HD >> - Astrometa T2hybrid >> >> But I'm

Re: 'LITE-ON USB2.0 DVB-T Tune' driver crash with kernel 4.13 / ubuntu 17.10

On Sun, Oct 22, 2017 at 07:49:01PM +0200, Laurent Caumont wrote: > Hello, > > My LITE-ON DVB-T receiver doesn't work anymore with new ubuntu version. > uname -a > Linux bureau 4.13.0-16-generic #19-Ubuntu SMP Wed Oct 11 18:35:14 UTC > 2017 x86_64 x86_64 x86_64 GNU/Linux > > Could you fix the

Re: cx231xx IR remote control protocol

Hi Oleh, On Sun, Oct 22, 2017 at 05:01:05PM +0300, Oleh Kravchenko wrote: > Hi, > > I'm trying add support remote control for tuners: > - EvroMedia Full Hybrid Full HD > - Astrometa T2hybrid > > But I'm stuck. Can anybody recognize this protocol? I would first figure out what scancodes the

Re: [RFC PATCH 0/9] V4L2 Jobs API WIP

Hi Sakari, thanks for the feedback! On Thu, Oct 19, 2017 at 11:43 PM, Sakari Ailus wrote: > Hi Alexandre, > > On Thu, Sep 28, 2017 at 06:50:18PM +0900, Alexandre Courbot wrote: >> Hi everyone, >> >> Here is a new attempt at the "request" (which I propose to rename "jobs")

Re: [RFC PATCH 0/9] V4L2 Jobs API WIP

Hi Hans, On Mon, Oct 16, 2017 at 8:06 PM, Hans Verkuil wrote: > Hi Alexandre, > > Thank you very much for working on this. Much appreciated! Thanks! I feel like there is still a long way before we get this right though, so your guidance is highly appreciated! :) > I only

Re: [RFC PATCH 2/9] [media] v4l2-core: add core jobs API support

Hi Hans, On Mon, Oct 16, 2017 at 7:01 PM, Hans Verkuil wrote: >> +static long v4l2_jobqueue_device_do_ioctl(struct file *filp, unsigned int >> cmd, >> + void *arg) >> +{ >> + switch (cmd) { >> + case VIDIOC_JOBQUEUE_INIT: