Re: [PATCH 1/2] usb: configfs: allow UDC binding rule configured as binding to *any* UDC

2016-05-05 Thread Krzysztof Opasiak
On 05/06/2016 04:46 AM, Du, Changbin wrote: (...) >> Well, I'm not sure if any configfs interface has been proposed as easy >> to use from cmd line. I think they all has been proposed as *usable* >> from cmd line but not necessarily *easy to use*. >> >> That's why most of configfs clients has so

RE: [PATCH 1/2] usb: configfs: allow UDC binding rule configured as binding to *any* UDC

2016-05-05 Thread Du, Changbin
> >>> On most platforms, there is only one device controller available. > >>> In this case, we desn't care the UDC's name. So let's ignore the > >>> name by setting 'UDC' to 'any'. > >> > >> Hmm libubsgx allows to do this for a very long time. You simply pass > >> NULL instead of pointer to usbg_ud

Re: [PATCH 5/6] intel_sgx: driver documentation

2016-05-05 Thread Andy Lutomirski
On Thu, May 5, 2016 at 3:45 PM, Jarkko Sakkinen wrote: > On Mon, Apr 25, 2016 at 01:01:06PM -0700, Andy Lutomirski wrote: >> On 04/25/2016 10:34 AM, Jarkko Sakkinen wrote: >> >+SGX_IOCTL_ENCLAVE_INIT >> >+ >> >+Initializes an enclave given by SIGSTRUCT and EINITTOKEN. Executes EINIT >> >leaf >> >

Re: [PATCH 0/6] Intel Secure Guard Extensions

2016-05-05 Thread Jarkko Sakkinen
On Mon, May 02, 2016 at 11:37:52AM -0400, Austin S. Hemmelgarn wrote: > On 2016-04-29 16:17, Jarkko Sakkinen wrote: > >On Tue, Apr 26, 2016 at 09:00:10PM +0200, Pavel Machek wrote: > >>On Mon 2016-04-25 20:34:07, Jarkko Sakkinen wrote: > >>>Intel(R) SGX is a set of CPU instructions that can be used

Re: [PATCH 5/6] intel_sgx: driver documentation

2016-05-05 Thread Jarkko Sakkinen
On Mon, Apr 25, 2016 at 01:01:06PM -0700, Andy Lutomirski wrote: > On 04/25/2016 10:34 AM, Jarkko Sakkinen wrote: > >+SGX_IOCTL_ENCLAVE_INIT > >+ > >+Initializes an enclave given by SIGSTRUCT and EINITTOKEN. Executes EINIT > >leaf > >+instruction that will check that the measurement matches the on

Re: Kernel docs: muddying the waters a bit

2016-05-05 Thread Mauro Carvalho Chehab
Em Thu, 5 May 2016 07:02:10 -0600 Jonathan Corbet escreveu: > On Wed, 4 May 2016 14:57:38 -0300 > Mauro Carvalho Chehab wrote: > > > Also, media documentation is not just one more documentation. It is > > the biggest one we have, and that has more changes than any other > > documentation under

Re: Kernel docs: muddying the waters a bit

2016-05-05 Thread Jonathan Corbet
On Wed, 4 May 2016 14:57:38 -0300 Mauro Carvalho Chehab wrote: > Also, media documentation is not just one more documentation. It is > the biggest one we have, and that has more changes than any other > documentation under Documentation/DocBook: > > $ git lg --since 01/01/2015 ` ls *.tmpl|grep -

Re: [PATCH] Documentation/memcg: remove restriction of setting kmem limit

2016-05-05 Thread Michal Hocko
On Thu 05-05-16 16:15:01, Qiang Huang wrote: > We don't have this restriction for a long time, docs should > be fixed. > > Signed-off-by: Qiang Huang > --- > Documentation/cgroup-v1/memory.txt | 8 +++- > 1 file changed, 3 insertions(+), 5 deletions(-) > > diff --git a/Documentation/cgroup-

Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return

2016-05-05 Thread Yury Norov
On Tue, May 03, 2016 at 08:41:25PM +0800, Zhangjian (Bamvor) wrote: [...] > After apply this patch with my small testcase, the vsyscall of gettimeofday in > ilp32 works in both big endian and small endian. In this patch, I use the > different register and offset for ilp32 and lp64. Actually, the >

[PATCH] Documentation/memcg: remove restriction of setting kmem limit

2016-05-05 Thread Qiang Huang
We don't have this restriction for a long time, docs should be fixed. Signed-off-by: Qiang Huang --- Documentation/cgroup-v1/memory.txt | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/Documentation/cgroup-v1/memory.txt b/Documentation/cgroup-v1/memory.txt index ff71e

Re: [PATCH 1/2] usb: configfs: allow UDC binding rule configured as binding to *any* UDC

2016-05-05 Thread Krzysztof Opasiak
Hi, On 05/05/2016 07:46 AM, Du, Changbin wrote: > Hi, >>> On most platforms, there is only one device controller available. >>> In this case, we desn't care the UDC's name. So let's ignore the >>> name by setting 'UDC' to 'any'. >> >> Hmm libubsgx allows to do this for a very long time. You simply