cron job: media_tree daily build: ERRORS

2016-12-04 Thread Hans Verkuil
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: Mon Dec 5 05:00:16 CET 2016 media-tree git hash:365fe4e0ce218dc5ad10df17b150a366b6015499 media_build

[PATCH] [media] pctv452e: fix double lock bug

2016-12-04 Thread Iago Abal
From: Iago Abal Commit 73d5c5c864f4 protected the body of `tt3650_ci_msg' with state->ca_mutex. This is not needed: 1) this function is always called from a context where that lock is held; and 2) there exists a `tt3650_ci_msg_locked' wrapper that does exactly the same. This

Re: [PATCH v3 3/4] stk1160: Add module param for setting the record gain.

2016-12-04 Thread Ezequiel Garcia
On 4 December 2016 at 10:01, Marcel Hasler wrote: > Hello > > 2016-12-03 21:46 GMT+01:00 Ezequiel Garcia : >> On 2 December 2016 at 08:05, Mauro Carvalho Chehab >> wrote: >>> Em Sun, 27 Nov 2016 12:11:48 +0100 >>>

Re: Enabling peer to peer device transactions for PCIe devices

2016-12-04 Thread Stephen Bates
Hi All This has been a great thread (thanks to Alex for kicking it off) and I wanted to jump in and maybe try and put some summary around the discussion. I also wanted to propose we include this as a topic for LFS/MM because I think we need more discussion on the best way to add this

Re: Enabling peer to peer device transactions for PCIe devices

2016-12-04 Thread Haggai Eran
On 11/30/2016 6:23 PM, Jason Gunthorpe wrote: >> and O_DIRECT operations that access GPU memory. > This goes through user space so there is still a VMA.. > >> Also, HMM's migration between two GPUs could use peer to peer in the >> kernel, although that is intended to be handled by the GPU driver

Re: Enabling peer to peer device transactions for PCIe devices

2016-12-04 Thread Stephen Bates
>> >> The NVMe fabrics stuff could probably make use of this. It's an >> in-kernel system to allow remote access to an NVMe device over RDMA. So >> they ought to be able to optimize their transfers by DMAing directly to >> the NVMe's CMB -- no userspace interface would be required but there >>

Re: [PATCH v3 3/4] stk1160: Add module param for setting the record gain.

2016-12-04 Thread Marcel Hasler
Hello 2016-12-03 21:46 GMT+01:00 Ezequiel Garcia : > On 2 December 2016 at 08:05, Mauro Carvalho Chehab > wrote: >> Em Sun, 27 Nov 2016 12:11:48 +0100 >> Marcel Hasler escreveu: >> >>> Allow setting a custom record

Re: Enabling peer to peer device transactions for PCIe devices

2016-12-04 Thread Haggai Eran
On 11/30/2016 8:01 PM, Logan Gunthorpe wrote: > > > On 30/11/16 09:23 AM, Jason Gunthorpe wrote: >>> Two cases I can think of are RDMA access to an NVMe device's controller >>> memory buffer, >> >> I'm not sure on the use model there.. > > The NVMe fabrics stuff could probably make use of this.

Hopefully

2016-12-04 Thread Rita Micheal
Hi friend I am a banker in ADB BANK. I want to transfer an abandoned $25.5Million to your Bank account. 40/percent will be your share. No risks involved but keep it as secret. Contact me for more details And also acknowledge receipt of this message in acceptance of my mutual business Endeavour by

Re: Enabling peer to peer device transactions for PCIe devices

2016-12-04 Thread Haggai Eran
On 11/30/2016 7:28 PM, Serguei Sagalovitch wrote: > On 2016-11-30 11:23 AM, Jason Gunthorpe wrote: >>> Yes, that sounds fine. Can we simply kill the process from the GPU driver? >>> Or do we need to extend the OOM killer to manage GPU pages? >> I don't know.. > We could use send_sig_info to send