[tip:x86/process] x86/process: Optimize TIF checks in __switch_to_xtra()

Commit-ID: af8b3cd3934ec60f4c2a420d19a9d416554f140b Gitweb: http://git.kernel.org/tip/af8b3cd3934ec60f4c2a420d19a9d416554f140b Author: Kyle Huey AuthorDate: Tue, 14 Feb 2017 00:11:02 -0800 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar 2017

[tip:x86/process] x86/process: Optimize TIF_NOTSC switch

Commit-ID: 5a920155e388ec22a22e0532fb695b9215c9b34d Gitweb: http://git.kernel.org/tip/5a920155e388ec22a22e0532fb695b9215c9b34d Author: Thomas Gleixner AuthorDate: Tue, 14 Feb 2017 00:11:04 -0800 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar

[tip:x86/process] x86/process: Optimize TIF checks in __switch_to_xtra()

Commit-ID: af8b3cd3934ec60f4c2a420d19a9d416554f140b Gitweb: http://git.kernel.org/tip/af8b3cd3934ec60f4c2a420d19a9d416554f140b Author: Kyle Huey AuthorDate: Tue, 14 Feb 2017 00:11:02 -0800 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar 2017 12:45:17 +0100 x86/process: Optimize TIF

[tip:x86/process] x86/process: Optimize TIF_NOTSC switch

Commit-ID: 5a920155e388ec22a22e0532fb695b9215c9b34d Gitweb: http://git.kernel.org/tip/5a920155e388ec22a22e0532fb695b9215c9b34d Author: Thomas Gleixner AuthorDate: Tue, 14 Feb 2017 00:11:04 -0800 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar 2017 12:45:18 +0100 x86/process:

Re: [Outreachy kernel] [PATCH 00/10] staging: iio: Remove exceptional & on functions name

On Sat, 11 Mar 2017, SIMRAN SINGHAL wrote: > On Sat, Mar 11, 2017 at 2:57 PM, Julia Lawall wrote: > > > > > > On Sat, 11 Mar 2017, SIMRAN SINGHAL wrote: > > > >> On Sat, Mar 11, 2017 at 12:12 PM, Julia Lawall > >> wrote: > >> > > >> > > >> > On

Re: [Outreachy kernel] [PATCH 00/10] staging: iio: Remove exceptional & on functions name

On Sat, 11 Mar 2017, SIMRAN SINGHAL wrote: > On Sat, Mar 11, 2017 at 2:57 PM, Julia Lawall wrote: > > > > > > On Sat, 11 Mar 2017, SIMRAN SINGHAL wrote: > > > >> On Sat, Mar 11, 2017 at 12:12 PM, Julia Lawall > >> wrote: > >> > > >> > > >> > On Sat, 11 Mar 2017, simran singhal wrote: > >> >

Re: [PATCH v5 15/39] [media] v4l2: add a frame interval error event

On 10/03/17 19:37, Steve Longerbeam wrote: > Hi Hans, > > On 03/10/2017 04:03 AM, Hans Verkuil wrote: >> On 10/03/17 05:52, Steve Longerbeam wrote: >>> Add a new FRAME_INTERVAL_ERROR event to signal that a video capture or >>> output device has measured an interval between the reception or

Re: [PATCH v5 15/39] [media] v4l2: add a frame interval error event

On 10/03/17 19:37, Steve Longerbeam wrote: > Hi Hans, > > On 03/10/2017 04:03 AM, Hans Verkuil wrote: >> On 10/03/17 05:52, Steve Longerbeam wrote: >>> Add a new FRAME_INTERVAL_ERROR event to signal that a video capture or >>> output device has measured an interval between the reception or

Re: [PATCH v4 14/36] [media] v4l2-mc: add a function to inherit controls from a pipeline

On 10/03/17 16:09, Mauro Carvalho Chehab wrote: > Em Fri, 10 Mar 2017 13:54:28 +0100 > Hans Verkuil escreveu: > >>> Devices that have complex pipeline that do essentially require using the >>> Media controller interface to configure them are out of that scope. >>> >> >>

Re: [PATCH v4 14/36] [media] v4l2-mc: add a function to inherit controls from a pipeline

On 10/03/17 16:09, Mauro Carvalho Chehab wrote: > Em Fri, 10 Mar 2017 13:54:28 +0100 > Hans Verkuil escreveu: > >>> Devices that have complex pipeline that do essentially require using the >>> Media controller interface to configure them are out of that scope. >>> >> >> Way too much of how

Re: [Outreachy kernel] [PATCH 00/10] staging: iio: Remove exceptional & on functions name

On Sat, Mar 11, 2017 at 2:57 PM, Julia Lawall wrote: > > > On Sat, 11 Mar 2017, SIMRAN SINGHAL wrote: > >> On Sat, Mar 11, 2017 at 12:12 PM, Julia Lawall wrote: >> > >> > >> > On Sat, 11 Mar 2017, simran singhal wrote: >> > >> >> This patch-series

Re: [Outreachy kernel] [PATCH 00/10] staging: iio: Remove exceptional & on functions name

On Sat, Mar 11, 2017 at 2:57 PM, Julia Lawall wrote: > > > On Sat, 11 Mar 2017, SIMRAN SINGHAL wrote: > >> On Sat, Mar 11, 2017 at 12:12 PM, Julia Lawall wrote: >> > >> > >> > On Sat, 11 Mar 2017, simran singhal wrote: >> > >> >> This patch-series removes exceptional & on functions name. >> > >>

Re: [PATCH v4 14/36] [media] v4l2-mc: add a function to inherit controls from a pipeline

Em Sat, 11 Mar 2017 00:37:14 +0200 Sakari Ailus escreveu: > Hi Mauro (and others), > > On Fri, Mar 10, 2017 at 12:53:42PM -0300, Mauro Carvalho Chehab wrote: > > Em Fri, 10 Mar 2017 15:20:48 +0100 > > Hans Verkuil escreveu: > > > > > > > > > As

Re: [PATCH v4 14/36] [media] v4l2-mc: add a function to inherit controls from a pipeline

Em Sat, 11 Mar 2017 00:37:14 +0200 Sakari Ailus escreveu: > Hi Mauro (and others), > > On Fri, Mar 10, 2017 at 12:53:42PM -0300, Mauro Carvalho Chehab wrote: > > Em Fri, 10 Mar 2017 15:20:48 +0100 > > Hans Verkuil escreveu: > > > > > > > > > As I've already mentioned, from talking about

Re: [PATCH RFC,v2] tpm_crb: request and relinquish locality 0

On Sat, Mar 11, 2017 at 12:53:36PM +0200, Jarkko Sakkinen wrote: > Added two new callbacks to struct tpm_class_ops: > > - request_locality > - relinquish_locality > > These are called before sending and receiving data from the TPM. > > Signed-off-by: Jarkko Sakkinen

Re: [PATCH RFC,v2] tpm_crb: request and relinquish locality 0

On Sat, Mar 11, 2017 at 12:53:36PM +0200, Jarkko Sakkinen wrote: > Added two new callbacks to struct tpm_class_ops: > > - request_locality > - relinquish_locality > > These are called before sending and receiving data from the TPM. > > Signed-off-by: Jarkko Sakkinen > --- > This not yet v2 of

[PATCH RFC,v2] tpm_crb: request and relinquish locality 0

Added two new callbacks to struct tpm_class_ops: - request_locality - relinquish_locality These are called before sending and receiving data from the TPM. Signed-off-by: Jarkko Sakkinen --- This not yet v2 of this patch. I'm checking that this is what needs to

[PATCH RFC,v2] tpm_crb: request and relinquish locality 0

Added two new callbacks to struct tpm_class_ops: - request_locality - relinquish_locality These are called before sending and receiving data from the TPM. Signed-off-by: Jarkko Sakkinen --- This not yet v2 of this patch. I'm checking that this is what needs to be done for tpm_tis_core before I

Re: [PATCH 2/2] x86/fpu: Support disabling AVX and AVX512

On Fri, 10 Mar 2017, Andi Kleen wrote: > From: Andi Kleen > > For performance testing it is useful to be able to disable AVX > and AVX512. User programs check in XGETBV if AVX is supported > by the OS. If we don't initialize the XSAVE state for AVX it will > appear as if

Re: [PATCH 2/2] x86/fpu: Support disabling AVX and AVX512

On Fri, 10 Mar 2017, Andi Kleen wrote: > From: Andi Kleen > > For performance testing it is useful to be able to disable AVX > and AVX512. User programs check in XGETBV if AVX is supported > by the OS. If we don't initialize the XSAVE state for AVX it will > appear as if the OS is not supporting

Re: [PATCH v2] staging: sm750fb: function prototype argument should have an identifier name

On Sat, Mar 11, 2017 at 10:53 AM, Arushi Singhal wrote: > --- a/drivers/staging/sm750fb/sm750.h > +++ b/drivers/staging/sm750fb/sm750.h > @@ -184,8 +184,8 @@ static inline unsigned long ps_to_hz(unsigned int psvalue) > } > > int hw_sm750_map(struct sm750_dev

Re: [PATCH v2] staging: sm750fb: function prototype argument should have an identifier name

On Sat, Mar 11, 2017 at 10:53 AM, Arushi Singhal wrote: > --- a/drivers/staging/sm750fb/sm750.h > +++ b/drivers/staging/sm750fb/sm750.h > @@ -184,8 +184,8 @@ static inline unsigned long ps_to_hz(unsigned int psvalue) > } > > int hw_sm750_map(struct sm750_dev *sm750_dev, struct pci_dev *pdev); >

[PATCH] statx: optimize copy of struct statx to userspace

From: Eric Biggers I found that statx() was significantly slower than stat(). As a microbenchmark, I compared 10,000,000 invocations of fstat() on a tmpfs file to the same with statx() passed a NULL path: $ time ./stat_benchmark real0m1.464s

[PATCH] statx: optimize copy of struct statx to userspace

From: Eric Biggers I found that statx() was significantly slower than stat(). As a microbenchmark, I compared 10,000,000 invocations of fstat() on a tmpfs file to the same with statx() passed a NULL path: $ time ./stat_benchmark real0m1.464s user0m0.275s

[PATCH] statx: remove incorrect part of vfs_statx() comment

From: Eric Biggers request_mask and query_flags are function arguments, not passed in struct kstat. So remove the part of the comment which claims otherwise. This was apparently left over from an earlier version of the statx patch. Signed-off-by: Eric Biggers

[PATCH] statx: remove incorrect part of vfs_statx() comment

From: Eric Biggers request_mask and query_flags are function arguments, not passed in struct kstat. So remove the part of the comment which claims otherwise. This was apparently left over from an earlier version of the statx patch. Signed-off-by: Eric Biggers --- fs/stat.c | 3 --- 1 file

[tip:x86/urgent] x86/tlb: Fix tlb flushing when lguest clears PGE

Commit-ID: 9b3e557f1238135f6ff405e760001a8a40139214 Gitweb: http://git.kernel.org/tip/9b3e557f1238135f6ff405e760001a8a40139214 Author: Daniel Borkmann AuthorDate: Sat, 11 Mar 2017 01:31:19 +0100 Committer: Thomas Gleixner CommitDate: Sat, 11

[tip:x86/urgent] x86/tlb: Fix tlb flushing when lguest clears PGE

Commit-ID: 9b3e557f1238135f6ff405e760001a8a40139214 Gitweb: http://git.kernel.org/tip/9b3e557f1238135f6ff405e760001a8a40139214 Author: Daniel Borkmann AuthorDate: Sat, 11 Mar 2017 01:31:19 +0100 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar 2017 11:10:02 +0100 x86/tlb: Fix tlb

Re: [PATCH RFC] mm/vmscan: donot retry shrink zones when memcg is disabled

Hi Shakeel, Thanks for reviewing. On 03/11/2017 11:40 AM, Shakeel Butt wrote: > On Fri, Mar 10, 2017 at 6:19 PM, Yisheng Xie wrote: >> From: Yisheng Xie >> >> When we enter do_try_to_free_pages, the may_thrash is always clear, and >> it will retry

Re: [PATCH RFC] mm/vmscan: donot retry shrink zones when memcg is disabled

Hi Shakeel, Thanks for reviewing. On 03/11/2017 11:40 AM, Shakeel Butt wrote: > On Fri, Mar 10, 2017 at 6:19 PM, Yisheng Xie wrote: >> From: Yisheng Xie >> >> When we enter do_try_to_free_pages, the may_thrash is always clear, and >> it will retry shrink zones to tap cgroup's reserves memory

[PATCH v2] staging: sm750fb: function prototype argument should have an identifier name

function prototype arguments like 'struct vb_device_info *','unsigned long' etc. should have an identifier name. Signed-off-by: Arushi Singhal --- changes in v2 -Add the identifier name of one more function prototype drivers/staging/sm750fb/ddk750_display.h |

[PATCH v2] staging: sm750fb: function prototype argument should have an identifier name

function prototype arguments like 'struct vb_device_info *','unsigned long' etc. should have an identifier name. Signed-off-by: Arushi Singhal --- changes in v2 -Add the identifier name of one more function prototype drivers/staging/sm750fb/ddk750_display.h | 2 +-

Re: [Outreachy kernel] [PATCH 00/10] staging: iio: Remove exceptional & on functions name

On Sat, 11 Mar 2017, SIMRAN SINGHAL wrote: > On Sat, Mar 11, 2017 at 12:12 PM, Julia Lawall wrote: > > > > > > On Sat, 11 Mar 2017, simran singhal wrote: > > > >> This patch-series removes exceptional & on functions name. > > > > The semantic patch shown does nothing to

Re: [Outreachy kernel] [PATCH 00/10] staging: iio: Remove exceptional & on functions name

On Sat, 11 Mar 2017, SIMRAN SINGHAL wrote: > On Sat, Mar 11, 2017 at 12:12 PM, Julia Lawall wrote: > > > > > > On Sat, 11 Mar 2017, simran singhal wrote: > > > >> This patch-series removes exceptional & on functions name. > > > > The semantic patch shown does nothing to check that the use of &

Re: [Outreachy kernel] [PATCH] staging: sm750fb: function prototype argument should have an identifier name

This is the patch that I previously commented on. Thus the subject line should contain v2. Please try to remember to do this every time. It is very confusing to see something one thinks one has already seen with no version information. There should also be a description of the change since the

Re: [Outreachy kernel] [PATCH] staging: sm750fb: function prototype argument should have an identifier name

This is the patch that I previously commented on. Thus the subject line should contain v2. Please try to remember to do this every time. It is very confusing to see something one thinks one has already seen with no version information. There should also be a description of the change since the

Re: [Outreachy kernel] [PATCH 00/10] staging: iio: Remove exceptional & on functions name

On Sat, Mar 11, 2017 at 12:12 PM, Julia Lawall wrote: > > > On Sat, 11 Mar 2017, simran singhal wrote: > >> This patch-series removes exceptional & on functions name. > > The semantic patch shown does nothing to check that the use of & is > exception in the given file. It

Re: [Outreachy kernel] [PATCH 00/10] staging: iio: Remove exceptional & on functions name

On Sat, Mar 11, 2017 at 12:12 PM, Julia Lawall wrote: > > > On Sat, 11 Mar 2017, simran singhal wrote: > >> This patch-series removes exceptional & on functions name. > > The semantic patch shown does nothing to check that the use of & is > exception in the given file. It just removes all the &

Re: [PATCH] netfilter: Force fake conntrack entry to be at least 8 bytes aligned

Steven Rostedt (VMware) wrote: > Since the nfct and nfctinfo have been combined, the nf_conn structure > must be at least 8 bytes aligned, as the 3 LSB bits are used for the > nfctinfo. But there's a fake nf_conn structure to denote untracked > connections, which is created

Re: [PATCH] netfilter: Force fake conntrack entry to be at least 8 bytes aligned

Steven Rostedt (VMware) wrote: > Since the nfct and nfctinfo have been combined, the nf_conn structure > must be at least 8 bytes aligned, as the 3 LSB bits are used for the > nfctinfo. But there's a fake nf_conn structure to denote untracked > connections, which is created by a PER_CPU

Re: [PATCH v9 10/15] ACPI: platform-msi: retrieve dev id from IORT

On 2017/3/7 22:35, Lorenzo Pieralisi wrote: > On Tue, Mar 07, 2017 at 08:40:05PM +0800, Hanjun Guo wrote: >> From: Hanjun Guo >> >> For devices connecting to ITS, the devices need to identify themself >> through a dev id; this dev id is represented in the IORT table in

Re: [PATCH v9 10/15] ACPI: platform-msi: retrieve dev id from IORT

On 2017/3/7 22:35, Lorenzo Pieralisi wrote: > On Tue, Mar 07, 2017 at 08:40:05PM +0800, Hanjun Guo wrote: >> From: Hanjun Guo >> >> For devices connecting to ITS, the devices need to identify themself >> through a dev id; this dev id is represented in the IORT table in named >> component node [1]

Re: [PATCH v3 0/7] in-kernel resource manager

On Fri, Mar 03, 2017 at 05:19:01PM +0200, Jarkko Sakkinen wrote: > This patch set adds support for TPM spaces that provide an isolated > execution context for transient objects and HMAC and policy sessions. A > space is swapped into TPM volatile memory only when it is used and > swapped out after

Re: [PATCH v3 0/7] in-kernel resource manager

On Fri, Mar 03, 2017 at 05:19:01PM +0200, Jarkko Sakkinen wrote: > This patch set adds support for TPM spaces that provide an isolated > execution context for transient objects and HMAC and policy sessions. A > space is swapped into TPM volatile memory only when it is used and > swapped out after

Re: [PATCH] tpm_crb: check for bad response size

On Fri, Mar 10, 2017 at 05:46:04PM -0700, Jerry Snitselaar wrote: > Make sure size of response buffer is at least 6 bytes, or > we will underflow and pass large size_t to memcpy_fromio(). > This was encountered while testing earlier version of > locality patchset. > > Fixes: 30fc8d138e912 ("tpm:

Re: [PATCH] tpm_crb: check for bad response size

On Fri, Mar 10, 2017 at 05:46:04PM -0700, Jerry Snitselaar wrote: > Make sure size of response buffer is at least 6 bytes, or > we will underflow and pass large size_t to memcpy_fromio(). > This was encountered while testing earlier version of > locality patchset. > > Fixes: 30fc8d138e912 ("tpm:

Re: [PATCH] tpm_crb: request and relinquish locality 0

On Fri, Mar 10, 2017 at 05:27:09PM -0700, Jason Gunthorpe wrote: > On Sat, Mar 11, 2017 at 01:58:00AM +0200, Jarkko Sakkinen wrote: > > Added two new callbacks to struct tpm_class_ops: > > > > - request_locality > > - relinquish_locality > > > > These are called before sending and receiving data

Re: [PATCH] tpm_crb: request and relinquish locality 0

On Fri, Mar 10, 2017 at 05:27:09PM -0700, Jason Gunthorpe wrote: > On Sat, Mar 11, 2017 at 01:58:00AM +0200, Jarkko Sakkinen wrote: > > Added two new callbacks to struct tpm_class_ops: > > > > - request_locality > > - relinquish_locality > > > > These are called before sending and receiving data

Re: [PATCH v2 1/5] staging: rtl8192e: Fix coding style issues

-rtl8192e-Fix-coding-style-warnings-and-checks/20170311-16 config: x86_64-rhel (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All errors (new ones prefixed by >>): drivers/s

Re: [PATCH v2 1/5] staging: rtl8192e: Fix coding style issues

-rtl8192e-Fix-coding-style-warnings-and-checks/20170311-16 config: x86_64-rhel (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All errors (new ones prefixed by >>): drivers/s

<    1   2   3   4   5   6