[PATCH v4 2/4] tpm: Add optional logging of TPM command durations

Some TPMs violate their own advertised command durations. This is much easier to debug with data about how long each command actually takes to complete. Add debug messages that can be enabled by running echo -n 'module tpm +p' >/sys/kernel/debug/dynamic_debug/control on a kernel configured

Re: small patch to avoid warning in gcc 6

On Tue, 2016-06-07 at 18:41 -0600, Reinoud Koornstra wrote: > Hello Everybody, > > A small patch that doesn't really do anything other than getting rid > of a warning in gcc 6.1.0. > > drivers/gpu/drm/i915/i915_debugfs.c: In function ‘i915_dump_lrc’: > drivers/gpu/drm/i915/i915_debugfs.c:2060:6:

Re: small patch to avoid warning in gcc 6

On Tue, 2016-06-07 at 18:41 -0600, Reinoud Koornstra wrote: > Hello Everybody, > > A small patch that doesn't really do anything other than getting rid > of a warning in gcc 6.1.0. > > drivers/gpu/drm/i915/i915_debugfs.c: In function ‘i915_dump_lrc’: > drivers/gpu/drm/i915/i915_debugfs.c:2060:6:

[PATCH v4 2/4] tpm: Add optional logging of TPM command durations

Some TPMs violate their own advertised command durations. This is much easier to debug with data about how long each command actually takes to complete. Add debug messages that can be enabled by running echo -n 'module tpm +p' >/sys/kernel/debug/dynamic_debug/control on a kernel configured

[PATCH v4 1/4] tpm_tis: Improve reporting of IO errors

Mysterious TPM behavior can be difficult to track down through all the layers of software. Add error messages for conditions that should never happen. Also include the manufacturer ID along with other chip data printed during init. Signed-off-by: Ed Swierk

[PATCH v4 0/4] tpm: Command duration logging and chip-specific override

v4: Rework tpm_get_timeouts() to allow overriding both timeouts and durations via a single callback. This series - improves TPM command error reporting - adds optional logging of TPM command durations - allows chip-specific override of command durations as well as protocol timeouts - overrides

Re: Files leak from nfsd in 4.7.1-rc1 (and more?)

On Jun 7, 2016, at 8:03 PM, Jeff Layton wrote: > On Tue, 2016-06-07 at 19:39 -0400, Oleg Drokin wrote: >> On Jun 7, 2016, at 4:04 PM, Jeff Layton wrote: >>> So, the way this is supposed to work is that the stateids each hold a >>> reference to the nfs4_file. They also take an fi_access reference

[PATCH v4 1/4] tpm_tis: Improve reporting of IO errors

Mysterious TPM behavior can be difficult to track down through all the layers of software. Add error messages for conditions that should never happen. Also include the manufacturer ID along with other chip data printed during init. Signed-off-by: Ed Swierk Reviewed-by: Jarkko Sakkinen ---

[PATCH v4 0/4] tpm: Command duration logging and chip-specific override

v4: Rework tpm_get_timeouts() to allow overriding both timeouts and durations via a single callback. This series - improves TPM command error reporting - adds optional logging of TPM command durations - allows chip-specific override of command durations as well as protocol timeouts - overrides

Re: Files leak from nfsd in 4.7.1-rc1 (and more?)

On Jun 7, 2016, at 8:03 PM, Jeff Layton wrote: > On Tue, 2016-06-07 at 19:39 -0400, Oleg Drokin wrote: >> On Jun 7, 2016, at 4:04 PM, Jeff Layton wrote: >>> So, the way this is supposed to work is that the stateids each hold a >>> reference to the nfs4_file. They also take an fi_access reference

[PATCH v4 4/4] tpm_tis: Increase ST19NP18 TPM command duration to avoid chip lockup

The STMicro ST19NP18-TPM sometimes takes much longer to execute commands than it reports in its capabilities. For example, command 186 (TPM_FlushSpecific) has been observed to take 14560 msec to complete, far longer than the 3000 msec limit for "short" commands reported by the chip. The behavior

[PATCH v4 4/4] tpm_tis: Increase ST19NP18 TPM command duration to avoid chip lockup

The STMicro ST19NP18-TPM sometimes takes much longer to execute commands than it reports in its capabilities. For example, command 186 (TPM_FlushSpecific) has been observed to take 14560 msec to complete, far longer than the 3000 msec limit for "short" commands reported by the chip. The behavior

[PATCH v4 3/4] tpm: Allow TPM chip drivers to override reported command durations

Some TPM chips report bogus command durations in their capabilities, just as others report incorrect timeouts. Rework tpm_get_timeouts() to allow chip drivers to override either via a single callback. Also clean up handling of TPMs that report milliseconds instead of microseconds. Signed-off-by:

[PATCH v4 3/4] tpm: Allow TPM chip drivers to override reported command durations

Some TPM chips report bogus command durations in their capabilities, just as others report incorrect timeouts. Rework tpm_get_timeouts() to allow chip drivers to override either via a single callback. Also clean up handling of TPMs that report milliseconds instead of microseconds. Signed-off-by:

small patch to avoid warning in gcc 6

Hello Everybody, A small patch that doesn't really do anything other than getting rid of a warning in gcc 6.1.0. drivers/gpu/drm/i915/i915_debugfs.c: In function ‘i915_dump_lrc’: drivers/gpu/drm/i915/i915_debugfs.c:2060:6: warning: suggest explicit braces to avoid ambiguous ‘else’

small patch to avoid warning in gcc 6

Hello Everybody, A small patch that doesn't really do anything other than getting rid of a warning in gcc 6.1.0. drivers/gpu/drm/i915/i915_debugfs.c: In function ‘i915_dump_lrc’: drivers/gpu/drm/i915/i915_debugfs.c:2060:6: warning: suggest explicit braces to avoid ambiguous ‘else’

Re: [PATCH v1] PM / sleep: make pm notifier called symmetrically

On Monday, June 06, 2016 10:41:25 PM Lianwei Wang wrote: > On Wed, May 18, 2016 at 11:06 PM, Lianwei Wang wrote: > > On Wed, May 18, 2016 at 1:34 PM, Rafael J. Wysocki > > wrote: > >> On Wed, May 18, 2016 at 8:07 AM, Lianwei Wang

Re: [PATCH v1] PM / sleep: make pm notifier called symmetrically

On Monday, June 06, 2016 10:41:25 PM Lianwei Wang wrote: > On Wed, May 18, 2016 at 11:06 PM, Lianwei Wang wrote: > > On Wed, May 18, 2016 at 1:34 PM, Rafael J. Wysocki > > wrote: > >> On Wed, May 18, 2016 at 8:07 AM, Lianwei Wang > >> wrote: > >>> This makes pm notifier PREPARE/POST

Re: [PATCH V3 8/9] cpufreq: Keep policy->freq_table sorted in ascending order

On Tuesday, June 07, 2016 09:58:07 AM Viresh Kumar wrote: > On 06-06-16, 23:56, Rafael J. Wysocki wrote: > > Since you are adding new code, you can write it so it doesn't do > > unnecessary checks from the start. > > Hmm, I will do all that in this series only now. > > > While at it, the "if

Re: [PATCH V3 8/9] cpufreq: Keep policy->freq_table sorted in ascending order

On Tuesday, June 07, 2016 09:58:07 AM Viresh Kumar wrote: > On 06-06-16, 23:56, Rafael J. Wysocki wrote: > > Since you are adding new code, you can write it so it doesn't do > > unnecessary checks from the start. > > Hmm, I will do all that in this series only now. > > > While at it, the "if

Re: [PATCH v6 3/6] crypto: AF_ALG -- add asymmetric cipher interface

Stephan, On Sat, 14 May 2016, Tadeusz Struk wrote: From: Stephan Mueller This patch adds the user space interface for asymmetric ciphers. The interface allows the use of sendmsg as well as vmsplice to provide data. This version has been rebased on top of 4.6 and a few

Re: [PATCH v6 3/6] crypto: AF_ALG -- add asymmetric cipher interface

Stephan, On Sat, 14 May 2016, Tadeusz Struk wrote: From: Stephan Mueller This patch adds the user space interface for asymmetric ciphers. The interface allows the use of sendmsg as well as vmsplice to provide data. This version has been rebased on top of 4.6 and a few chackpatch issues

Re: [PATCH 4.4 63/99] [media] usbvision fix overflow of interfaces array

On Sun, Jun 05, 2016 at 09:53:42PM +, Holger Hoffstätte wrote: > On Sun, 05 Jun 2016 14:41:36 -0700, Greg Kroah-Hartman wrote: > > > 4.4-stable review patch. If anyone has any objections, please let me know. > > > > -- > > > > From: Oliver Neukum > > > >

Re: [PATCH 4.4 63/99] [media] usbvision fix overflow of interfaces array

On Sun, Jun 05, 2016 at 09:53:42PM +, Holger Hoffstätte wrote: > On Sun, 05 Jun 2016 14:41:36 -0700, Greg Kroah-Hartman wrote: > > > 4.4-stable review patch. If anyone has any objections, please let me know. > > > > -- > > > > From: Oliver Neukum > > > > commit

Re: [PATCH v2 06/11] iommu/ipmmu-vmsa: Teach xlate() to skip disabled iommus

Hi Magnus, Thank you for the patch. I agree with the comment that Geert made on v1, and I haven't seen you replying to it or addressing it. Quoting Geert, "I think this should be handled in drivers/iommu/of_iommu.c:of_iommu_init() instead, cfr. commit 3e5dd6f6e690048d ("clk: Ignore disabled

Re: [PATCH v2 06/11] iommu/ipmmu-vmsa: Teach xlate() to skip disabled iommus

Hi Magnus, Thank you for the patch. I agree with the comment that Geert made on v1, and I haven't seen you replying to it or addressing it. Quoting Geert, "I think this should be handled in drivers/iommu/of_iommu.c:of_iommu_init() instead, cfr. commit 3e5dd6f6e690048d ("clk: Ignore disabled

Re: [PATCH 2/2] x86/ioapic: Fix wrong pointers in ioapic_setup_resources()

On Tuesday, June 7, 2016 5:17 PM, Thomas Gleixner wrote: > On Tue, 7 Jun 2016, Rui Wang wrote: > > Also simplify the function by removing the redundant 'num' variable. > Please don't do that. This makes the patch hard to read. Split this into a > minimal bugfix, which can be backported and a

Re: [PATCH 2/2] x86/ioapic: Fix wrong pointers in ioapic_setup_resources()

On Tuesday, June 7, 2016 5:17 PM, Thomas Gleixner wrote: > On Tue, 7 Jun 2016, Rui Wang wrote: > > Also simplify the function by removing the redundant 'num' variable. > Please don't do that. This makes the patch hard to read. Split this into a > minimal bugfix, which can be backported and a

Re: [PATCH 3.14 00/23] 3.14.72-stable review

On Mon, Jun 06, 2016 at 11:26:28AM -0600, Shuah Khan wrote: > On 06/05/2016 03:40 PM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 3.14.72 release. > > There are 23 patches in this series, all will be posted as a response > > to this one. If anyone has any

Re: [PATCH 3.14 00/23] 3.14.72-stable review

On Mon, Jun 06, 2016 at 11:26:28AM -0600, Shuah Khan wrote: > On 06/05/2016 03:40 PM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 3.14.72 release. > > There are 23 patches in this series, all will be posted as a response > > to this one. If anyone has any

Re: [PATCH][RT] netpoll: Always take poll_lock when doing polling

I wrote: >>We've applied Sebastian's commit "softirq: split timer softirqs out of >>ksoftirqd," which improved event loop stability substantially when we Sebastian Andrzej Siewior replied: >Why did you apply that one? You have 4.1.18-ti-rt so I don't know how >that works

Re: [PATCH][RT] netpoll: Always take poll_lock when doing polling

I wrote: >>We've applied Sebastian's commit "softirq: split timer softirqs out of >>ksoftirqd," which improved event loop stability substantially when we Sebastian Andrzej Siewior replied: >Why did you apply that one? You have 4.1.18-ti-rt so I don't know how >that works but v4.1.15-rt18 had this

[PATCH] iio: light: gp2ap020a00f: use iio helper function to lock direct mode

Replace the code that guarantees the device stays in direct mode with iio_device_claim_direct_mode() which does same. Includes a tiny bit of refactoring (single case -> if) and simplified return flow. Signed-off-by: Alison Schofield Cc: Daniel Baluta

[PATCH] iio: light: gp2ap020a00f: use iio helper function to lock direct mode

Replace the code that guarantees the device stays in direct mode with iio_device_claim_direct_mode() which does same. Includes a tiny bit of refactoring (single case -> if) and simplified return flow. Signed-off-by: Alison Schofield Cc: Daniel Baluta --- drivers/iio/light/gp2ap020a00f.c | 18

Re: [PATCH 3/3] iommu/ipmmu-vmsa: Hook up r8a7796 DT matching code

Hi Magnus, Thank you for the patch. On Tuesday 07 Jun 2016 12:39:45 Magnus Damm wrote: > From: Magnus Damm > > Support the r8a7796 IPMMU by sharing feature flags between > r8a7795 and r8a7796. Also update IOMMU_OF_DECLARE to hook > up the updated compat string. > >

Re: [RFC PATCH 2/2] tracing: add sched_set_prio tracepoint

On 06/06/2016 06:03 PM, Peter Zijlstra wrote: > >> +/* > >> + * Tracepoint for priority changes of a task. > >> + */ > >> +DEFINE_EVENT(sched_prio_template, sched_set_prio, > >> + TP_PROTO(struct task_struct *tsk, int newprio), > >> +

Re: [PATCH 3/3] iommu/ipmmu-vmsa: Hook up r8a7796 DT matching code

Hi Magnus, Thank you for the patch. On Tuesday 07 Jun 2016 12:39:45 Magnus Damm wrote: > From: Magnus Damm > > Support the r8a7796 IPMMU by sharing feature flags between > r8a7795 and r8a7796. Also update IOMMU_OF_DECLARE to hook > up the updated compat string. > > Signed-off-by: Magnus Damm

Re: [RFC PATCH 2/2] tracing: add sched_set_prio tracepoint

On 06/06/2016 06:03 PM, Peter Zijlstra wrote: > >> +/* > >> + * Tracepoint for priority changes of a task. > >> + */ > >> +DEFINE_EVENT(sched_prio_template, sched_set_prio, > >> + TP_PROTO(struct task_struct *tsk, int newprio), > >> +

Re: [PATCH 1/3] iommu/ipmmu-vmsa: Add r8a7796 DT binding

Hi Magnus, Thank you for the patch. On Tuesday 07 Jun 2016 12:39:27 Magnus Damm wrote: > From: Magnus Damm > > Update the IPMMU DT binding documentation to include the r8a7796 compat > string for R-Car M3-W. > > Signed-off-by: Magnus Damm

Re: [PATCH 2/3] iommu/ipmmu-vmsa: Increase maximum micro-TLBS to 48

Hi Magnus, Thank you for the patch. On Tuesday 07 Jun 2016 12:39:36 Magnus Damm wrote: > From: Magnus Damm > > Bump up the maximum numbers of micro-TLBS to 48. > > Each IPMMU device instance get micro-TLB assignment via > the "iommus" property in DT. Older SoCs

Re: [PATCH 1/3] iommu/ipmmu-vmsa: Add r8a7796 DT binding

Hi Magnus, Thank you for the patch. On Tuesday 07 Jun 2016 12:39:27 Magnus Damm wrote: > From: Magnus Damm > > Update the IPMMU DT binding documentation to include the r8a7796 compat > string for R-Car M3-W. > > Signed-off-by: Magnus Damm Acked-by: Laurent Pinchart > --- > >

Re: [PATCH 2/3] iommu/ipmmu-vmsa: Increase maximum micro-TLBS to 48

Hi Magnus, Thank you for the patch. On Tuesday 07 Jun 2016 12:39:36 Magnus Damm wrote: > From: Magnus Damm > > Bump up the maximum numbers of micro-TLBS to 48. > > Each IPMMU device instance get micro-TLB assignment via > the "iommus" property in DT. Older SoCs tend to use a > maximum number

Re: [PATCH V4 0/2] cpufreq: Sort policy->freq_table

On Tuesday, June 07, 2016 03:55:13 PM Viresh Kumar wrote: > Hi Rafael, > > I have spent some more time on this stuff and finally came out with a > very simple solution. I hope you will like it more than the previous > versions. > > Instead of trying to sort the freq-table passed by the drivers,

Re: [PATCH V8 5/9] pci, acpi: add acpi hook to assign domain number.

Hi Tomasz, On Mon, May 30, 2016 at 05:14:18PM +0200, Tomasz Nowicki wrote: > PCI core code provides a config option (CONFIG_PCI_DOMAINS_GENERIC) > that allows assigning the PCI bus domain number generically by > relying on device tree bindings, and falling back to a simple counter > when the

Re: [PATCH V4 0/2] cpufreq: Sort policy->freq_table

On Tuesday, June 07, 2016 03:55:13 PM Viresh Kumar wrote: > Hi Rafael, > > I have spent some more time on this stuff and finally came out with a > very simple solution. I hope you will like it more than the previous > versions. > > Instead of trying to sort the freq-table passed by the drivers,

Re: [PATCH V8 5/9] pci, acpi: add acpi hook to assign domain number.

Hi Tomasz, On Mon, May 30, 2016 at 05:14:18PM +0200, Tomasz Nowicki wrote: > PCI core code provides a config option (CONFIG_PCI_DOMAINS_GENERIC) > that allows assigning the PCI bus domain number generically by > relying on device tree bindings, and falling back to a simple counter > when the

Re: [PATCH] mm/zsmalloc: add trace events for zs_compact

Hello Ganesh, On Tue, Jun 07, 2016 at 04:56:44PM +0800, Ganesh Mahendran wrote: > Currently zsmalloc is widely used in android device. > Sometimes, we want to see how frequently zs_compact is > triggered or how may pages freed by zs_compact(), or which > zsmalloc pool is compacted. > > Most of

Re: [PATCH] mm/zsmalloc: add trace events for zs_compact

Hello Ganesh, On Tue, Jun 07, 2016 at 04:56:44PM +0800, Ganesh Mahendran wrote: > Currently zsmalloc is widely used in android device. > Sometimes, we want to see how frequently zs_compact is > triggered or how may pages freed by zs_compact(), or which > zsmalloc pool is compacted. > > Most of

Re: [RFC 0/2] Match i2c_device_id when using DT ids through ACPI

On Monday, June 06, 2016 11:03:26 PM Crestez Dan Leonard wrote: > Linux supports instantiating devices using devicetree ids from ACPI by setting > the id to PRP0001 and adding the devicetree compatible string in _DSD > properties. This is described in Documentation/acpi/enumeration.txt. > > I've

Re: [RFC 0/2] Match i2c_device_id when using DT ids through ACPI

On Monday, June 06, 2016 11:03:26 PM Crestez Dan Leonard wrote: > Linux supports instantiating devices using devicetree ids from ACPI by setting > the id to PRP0001 and adding the devicetree compatible string in _DSD > properties. This is described in Documentation/acpi/enumeration.txt. > > I've

Re: [PATCH 0/5] Add suspend-to-idle validation for Intel SoCs

On Tue, Jun 7, 2016 at 12:46 AM, Pavel Machek wrote: > On Wed 2016-06-01 21:33:24, dbaseh...@chromium.org wrote: >> From: Derek Basehore >> >> This patch set adds support for catching errors when entering freeze >> on Intel Skylake SoCs. Support for this can

Re: [PATCH 0/5] Add suspend-to-idle validation for Intel SoCs

On Tue, Jun 7, 2016 at 12:46 AM, Pavel Machek wrote: > On Wed 2016-06-01 21:33:24, dbaseh...@chromium.org wrote: >> From: Derek Basehore >> >> This patch set adds support for catching errors when entering freeze >> on Intel Skylake SoCs. Support for this can be added to newer SoCs in >> later

[tip:x86/asm 11/12] arch/x86/include/asm/archrandom.h:95:20: error: redefinition of 'arch_get_random_long'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/asm head: 8d0d5a8abd88fa9671867b8b8ab4ee61b85c0c81 commit: b0bdba9825feefa46998f29225736ef9bd77bd2e [11/12] x86, asm: Use CC_SET()/CC_OUT() and static_cpu_has() in archrandom.h config: x86_64-randconfig-s2-06080621

[tip:x86/asm 11/12] arch/x86/include/asm/archrandom.h:95:20: error: redefinition of 'arch_get_random_long'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/asm head: 8d0d5a8abd88fa9671867b8b8ab4ee61b85c0c81 commit: b0bdba9825feefa46998f29225736ef9bd77bd2e [11/12] x86, asm: Use CC_SET()/CC_OUT() and static_cpu_has() in archrandom.h config: x86_64-randconfig-s2-06080621

Re: [PATCH 01/10] mm: allow swappiness that prefers anon over file

On Tue, Jun 07, 2016 at 10:18:18AM -0400, Johannes Weiner wrote: > On Tue, Jun 07, 2016 at 09:25:50AM +0900, Minchan Kim wrote: > > Hi Johannes, > > > > Thanks for the nice work. I didn't read all patchset yet but the design > > makes sense to me so it would be better for zram-based on workload >

Re: [PATCH 01/10] mm: allow swappiness that prefers anon over file

On Tue, Jun 07, 2016 at 10:18:18AM -0400, Johannes Weiner wrote: > On Tue, Jun 07, 2016 at 09:25:50AM +0900, Minchan Kim wrote: > > Hi Johannes, > > > > Thanks for the nice work. I didn't read all patchset yet but the design > > makes sense to me so it would be better for zram-based on workload >

Re: [PATCH 4/5] lkdtm: add usercopy tests

Hi, [auto build test WARNING on char-misc/char-misc-testing] [also build test WARNING on v4.7-rc2 next-20160607] [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/Kees-Cook/lkdtm-add-usercopy

Re: [PATCH 4/5] lkdtm: add usercopy tests

Hi, [auto build test WARNING on char-misc/char-misc-testing] [also build test WARNING on v4.7-rc2 next-20160607] [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/Kees-Cook/lkdtm-add-usercopy

Re: Files leak from nfsd in 4.7.1-rc1 (and more?)

On Tue, 2016-06-07 at 19:39 -0400, Oleg Drokin wrote: > On Jun 7, 2016, at 4:04 PM, Jeff Layton wrote: > > > > > On Tue, 2016-06-07 at 13:30 -0400, Oleg Drokin wrote: > > > > > > On Jun 7, 2016, at 1:10 PM, Jeff Layton wrote: > > > > > > > > > > > > > > > On Tue, 2016-06-07 at 11:37 -0400,

Re: Files leak from nfsd in 4.7.1-rc1 (and more?)

On Tue, 2016-06-07 at 19:39 -0400, Oleg Drokin wrote: > On Jun 7, 2016, at 4:04 PM, Jeff Layton wrote: > > > > > On Tue, 2016-06-07 at 13:30 -0400, Oleg Drokin wrote: > > > > > > On Jun 7, 2016, at 1:10 PM, Jeff Layton wrote: > > > > > > > > > > > > > > > On Tue, 2016-06-07 at 11:37 -0400,

Re: [PATCH V8 4/9] acpi, pci: Support IO resources when parsing PCI host bridge resources.

On Mon, May 30, 2016 at 05:14:17PM +0200, Tomasz Nowicki wrote: > Platforms that have memory mapped IO port (such as ARM64) need special > handling for PCI I/O resources. For host bridge's resource probing case > these resources need to be fixed up with > pci_register_io_range/pci_remap_iospace

Re: [PATCH V8 4/9] acpi, pci: Support IO resources when parsing PCI host bridge resources.

On Mon, May 30, 2016 at 05:14:17PM +0200, Tomasz Nowicki wrote: > Platforms that have memory mapped IO port (such as ARM64) need special > handling for PCI I/O resources. For host bridge's resource probing case > these resources need to be fixed up with > pci_register_io_range/pci_remap_iospace

Re: [ibm-acpi-devel] [PATCH] thinkpad_acpi: Add support for HKEY version 0x200

On Tue, 07 Jun 2016, Marco Trevisan (Treviño) wrote: > 2016-06-07 17:10 GMT-04:00 Lyude Paul : > > Managed to find someone in the office with one of these laptops and it looks > > like the adaptive keyboard works perfectly with this patch, so I can give > > my t- > > b: > > > >

Re: [ibm-acpi-devel] [PATCH] thinkpad_acpi: Add support for HKEY version 0x200

On Tue, 07 Jun 2016, Marco Trevisan (Treviño) wrote: > 2016-06-07 17:10 GMT-04:00 Lyude Paul : > > Managed to find someone in the office with one of these laptops and it looks > > like the adaptive keyboard works perfectly with this patch, so I can give > > my t- > > b: > > > > Tested-by:

Re: [RESEND PATCH 1/5] lib/dlock-list: Distributed and lock-protected lists

On 06/07/2016 04:13 PM, Andi Kleen wrote: On Tue, Jun 07, 2016 at 03:35:51PM -0400, Waiman Long wrote: Linked list is used everywhere in the Linux kernel. However, if many threads are trying to add or delete entries into the same linked list, it can create a performance bottleneck. This patch

Re: [RESEND PATCH 1/5] lib/dlock-list: Distributed and lock-protected lists

On 06/07/2016 04:13 PM, Andi Kleen wrote: On Tue, Jun 07, 2016 at 03:35:51PM -0400, Waiman Long wrote: Linked list is used everywhere in the Linux kernel. However, if many threads are trying to add or delete entries into the same linked list, it can create a performance bottleneck. This patch

[PATCH] i2c: remove __init from i2c_register_board_info()

As of next-20160607 with allyesconfig we get this linker failure: MODPOST vmlinux.o WARNING: vmlinux.o(.text+0x21bc0d): Section mismatch in reference from the function intel_scu_devices_create() to the function .init.text:i2c_register_board_info() This is caused by the fact

[PATCH] i2c: remove __init from i2c_register_board_info()

As of next-20160607 with allyesconfig we get this linker failure: MODPOST vmlinux.o WARNING: vmlinux.o(.text+0x21bc0d): Section mismatch in reference from the function intel_scu_devices_create() to the function .init.text:i2c_register_board_info() This is caused by the fact

Re: [PATCH] ARM: dts: at91: ma5d4: properly define crystals frequencies

On 06/08/2016 01:31 AM, Alexandre Belloni wrote: > The Denx MA5D4 dts doesn't properly define the slow_xtal and main_xtal > frequencies, the PMC then has to fallback to using the RC oscillators whose > precision is not really good. > > As both crystals are populated, define their frequencies, see

Re: [PATCH] ARM: dts: at91: ma5d4: properly define crystals frequencies

On 06/08/2016 01:31 AM, Alexandre Belloni wrote: > The Denx MA5D4 dts doesn't properly define the slow_xtal and main_xtal > frequencies, the PMC then has to fallback to using the RC oscillators whose > precision is not really good. > > As both crystals are populated, define their frequencies, see

[tip:x86/asm] x86, asm, boot: Use CC_SET()/CC_OUT() in arch/x86/boot/boot.h

Commit-ID: 8d0d5a8abd88fa9671867b8b8ab4ee61b85c0c81 Gitweb: http://git.kernel.org/tip/8d0d5a8abd88fa9671867b8b8ab4ee61b85c0c81 Author: H. Peter Anvin AuthorDate: Tue, 7 Jun 2016 16:31:09 -0700 Committer: H. Peter Anvin CommitDate: Tue, 7 Jun

[tip:x86/asm] x86, asm, boot: Use CC_SET()/CC_OUT() in arch/x86/boot/boot.h

Commit-ID: 8d0d5a8abd88fa9671867b8b8ab4ee61b85c0c81 Gitweb: http://git.kernel.org/tip/8d0d5a8abd88fa9671867b8b8ab4ee61b85c0c81 Author: H. Peter Anvin AuthorDate: Tue, 7 Jun 2016 16:31:09 -0700 Committer: H. Peter Anvin CommitDate: Tue, 7 Jun 2016 16:36:42 -0700 x86, asm, boot: Use

[tip:x86/asm] x86, asm: Use CC_SET()/CC_OUT() and static_cpu_has() in archrandom.h

Commit-ID: b0bdba9825feefa46998f29225736ef9bd77bd2e Gitweb: http://git.kernel.org/tip/b0bdba9825feefa46998f29225736ef9bd77bd2e Author: H. Peter Anvin AuthorDate: Tue, 7 Jun 2016 16:31:08 -0700 Committer: H. Peter Anvin CommitDate: Tue, 7 Jun

[tip:x86/asm] x86, asm: Use CC_SET()/CC_OUT() and static_cpu_has() in archrandom.h

Commit-ID: b0bdba9825feefa46998f29225736ef9bd77bd2e Gitweb: http://git.kernel.org/tip/b0bdba9825feefa46998f29225736ef9bd77bd2e Author: H. Peter Anvin AuthorDate: Tue, 7 Jun 2016 16:31:08 -0700 Committer: H. Peter Anvin CommitDate: Tue, 7 Jun 2016 16:36:42 -0700 x86, asm: Use

[tip:x86/asm] x86, asm: Use CC_SET()/CC_OUT() in

Commit-ID: a7b6cddc8c403195d0052da3bde776ffee2fed10 Gitweb: http://git.kernel.org/tip/a7b6cddc8c403195d0052da3bde776ffee2fed10 Author: H. Peter Anvin AuthorDate: Tue, 7 Jun 2016 16:31:07 -0700 Committer: H. Peter Anvin CommitDate: Tue, 7 Jun 2016

[tip:x86/asm] x86, asm: Use CC_SET()/CC_OUT() in

Commit-ID: a7b6cddc8c403195d0052da3bde776ffee2fed10 Gitweb: http://git.kernel.org/tip/a7b6cddc8c403195d0052da3bde776ffee2fed10 Author: H. Peter Anvin AuthorDate: Tue, 7 Jun 2016 16:31:07 -0700 Committer: H. Peter Anvin CommitDate: Tue, 7 Jun 2016 16:36:42 -0700 x86, asm: Use

[tip:x86/asm] x86, asm: Use CC_SET()/CC_OUT() in

Commit-ID: ad5bf6a52b7fac127d126434fdf950e7bd6f7554 Gitweb: http://git.kernel.org/tip/ad5bf6a52b7fac127d126434fdf950e7bd6f7554 Author: H. Peter Anvin AuthorDate: Tue, 7 Jun 2016 16:31:06 -0700 Committer: H. Peter Anvin CommitDate: Tue, 7 Jun 2016

[tip:x86/asm] x86, asm: Use CC_SET()/CC_OUT() in

Commit-ID: ad5bf6a52b7fac127d126434fdf950e7bd6f7554 Gitweb: http://git.kernel.org/tip/ad5bf6a52b7fac127d126434fdf950e7bd6f7554 Author: H. Peter Anvin AuthorDate: Tue, 7 Jun 2016 16:31:06 -0700 Committer: H. Peter Anvin CommitDate: Tue, 7 Jun 2016 16:36:42 -0700 x86, asm: Use

[tip:x86/asm] x86, asm: Use CC_SET()/CC_OUT() in

Commit-ID: a2d4cf46b22550edb4d43a46cfa478649ebfe1d7 Gitweb: http://git.kernel.org/tip/a2d4cf46b22550edb4d43a46cfa478649ebfe1d7 Author: H. Peter Anvin AuthorDate: Tue, 7 Jun 2016 16:31:05 -0700 Committer: H. Peter Anvin CommitDate: Tue, 7 Jun 2016

[tip:x86/asm] x86, asm: Use CC_SET()/CC_OUT() in

Commit-ID: a2d4cf46b22550edb4d43a46cfa478649ebfe1d7 Gitweb: http://git.kernel.org/tip/a2d4cf46b22550edb4d43a46cfa478649ebfe1d7 Author: H. Peter Anvin AuthorDate: Tue, 7 Jun 2016 16:31:05 -0700 Committer: H. Peter Anvin CommitDate: Tue, 7 Jun 2016 16:36:42 -0700 x86, asm: Use

[tip:x86/asm] x86, asm: define CC_SET() and CC_OUT() macros

Commit-ID: 2d81d0e1bd0f48049a6a6e289c937bc24c98649e Gitweb: http://git.kernel.org/tip/2d81d0e1bd0f48049a6a6e289c937bc24c98649e Author: H. Peter Anvin AuthorDate: Tue, 7 Jun 2016 16:31:03 -0700 Committer: H. Peter Anvin CommitDate: Tue, 7 Jun 2016

[tip:x86/asm] x86, asm: change GEN_*_RMWcc() to use CC_SET()/CC_OUT()

Commit-ID: 560a154bc1fa2143b25b66ca013424a280bd8377 Gitweb: http://git.kernel.org/tip/560a154bc1fa2143b25b66ca013424a280bd8377 Author: H. Peter Anvin AuthorDate: Tue, 7 Jun 2016 16:31:04 -0700 Committer: H. Peter Anvin CommitDate: Tue, 7 Jun 2016

[tip:x86/asm] x86, asm: define CC_SET() and CC_OUT() macros

Commit-ID: 2d81d0e1bd0f48049a6a6e289c937bc24c98649e Gitweb: http://git.kernel.org/tip/2d81d0e1bd0f48049a6a6e289c937bc24c98649e Author: H. Peter Anvin AuthorDate: Tue, 7 Jun 2016 16:31:03 -0700 Committer: H. Peter Anvin CommitDate: Tue, 7 Jun 2016 16:36:42 -0700 x86, asm: define

[tip:x86/asm] x86, asm: change GEN_*_RMWcc() to use CC_SET()/CC_OUT()

Commit-ID: 560a154bc1fa2143b25b66ca013424a280bd8377 Gitweb: http://git.kernel.org/tip/560a154bc1fa2143b25b66ca013424a280bd8377 Author: H. Peter Anvin AuthorDate: Tue, 7 Jun 2016 16:31:04 -0700 Committer: H. Peter Anvin CommitDate: Tue, 7 Jun 2016 16:36:42 -0700 x86, asm: change

[tip:x86/asm] x86, asm: use bool for bitops and other assembly outputs

Commit-ID: d3f78b979e4e060c1b36402fa7096a36a9c266da Gitweb: http://git.kernel.org/tip/d3f78b979e4e060c1b36402fa7096a36a9c266da Author: H. Peter Anvin AuthorDate: Tue, 7 Jun 2016 16:31:01 -0700 Committer: H. Peter Anvin CommitDate: Tue, 7 Jun 2016

[tip:x86/asm] x86, asm: use bool for bitops and other assembly outputs

Commit-ID: d3f78b979e4e060c1b36402fa7096a36a9c266da Gitweb: http://git.kernel.org/tip/d3f78b979e4e060c1b36402fa7096a36a9c266da Author: H. Peter Anvin AuthorDate: Tue, 7 Jun 2016 16:31:01 -0700 Committer: H. Peter Anvin CommitDate: Tue, 7 Jun 2016 16:36:42 -0700 x86, asm: use bool for

[tip:x86/asm] x86, asm: change the GEN_*_RMWcc() macros to not quote the condition

Commit-ID: ebc2b1c0e47ee09960cd2474e3f4091733417f14 Gitweb: http://git.kernel.org/tip/ebc2b1c0e47ee09960cd2474e3f4091733417f14 Author: H. Peter Anvin AuthorDate: Tue, 7 Jun 2016 16:31:02 -0700 Committer: H. Peter Anvin CommitDate: Tue, 7 Jun 2016

[tip:x86/asm] x86, asm: change the GEN_*_RMWcc() macros to not quote the condition

Commit-ID: ebc2b1c0e47ee09960cd2474e3f4091733417f14 Gitweb: http://git.kernel.org/tip/ebc2b1c0e47ee09960cd2474e3f4091733417f14 Author: H. Peter Anvin AuthorDate: Tue, 7 Jun 2016 16:31:02 -0700 Committer: H. Peter Anvin CommitDate: Tue, 7 Jun 2016 16:36:42 -0700 x86, asm: change the

[tip:x86/asm] x86, bitops: remove use of "sbb" to return CF

Commit-ID: 4ec1063787c26243ab709165bc7b7771a1c19bc6 Gitweb: http://git.kernel.org/tip/4ec1063787c26243ab709165bc7b7771a1c19bc6 Author: H. Peter Anvin AuthorDate: Tue, 7 Jun 2016 16:31:00 -0700 Committer: H. Peter Anvin CommitDate: Tue, 7 Jun 2016

[tip:x86/asm] x86, bitops: remove use of "sbb" to return CF

Commit-ID: 4ec1063787c26243ab709165bc7b7771a1c19bc6 Gitweb: http://git.kernel.org/tip/4ec1063787c26243ab709165bc7b7771a1c19bc6 Author: H. Peter Anvin AuthorDate: Tue, 7 Jun 2016 16:31:00 -0700 Committer: H. Peter Anvin CommitDate: Tue, 7 Jun 2016 16:36:42 -0700 x86, bitops: remove use

Re: Files leak from nfsd in 4.7.1-rc1 (and more?)

On Jun 7, 2016, at 4:04 PM, Jeff Layton wrote: > On Tue, 2016-06-07 at 13:30 -0400, Oleg Drokin wrote: >> On Jun 7, 2016, at 1:10 PM, Jeff Layton wrote: >> >>> >>> On Tue, 2016-06-07 at 11:37 -0400, Oleg Drokin wrote: Hello! I've been trying to better understand this

Re: Files leak from nfsd in 4.7.1-rc1 (and more?)

On Jun 7, 2016, at 4:04 PM, Jeff Layton wrote: > On Tue, 2016-06-07 at 13:30 -0400, Oleg Drokin wrote: >> On Jun 7, 2016, at 1:10 PM, Jeff Layton wrote: >> >>> >>> On Tue, 2016-06-07 at 11:37 -0400, Oleg Drokin wrote: Hello! I've been trying to better understand this

[PATCH 00/10] x86: use gcc 6+ asm flag output feature

From: "H. Peter Anvin" gcc 6+ has the ability to let flags (actually, conditions, which are specific combinations of flags) to be used directly as asm() outputs. The syntax for that is "=@cc" where is the same set of letters that would be used in a j or set instruction (e.g.

[PATCH 00/10] x86: use gcc 6+ asm flag output feature

From: "H. Peter Anvin" gcc 6+ has the ability to let flags (actually, conditions, which are specific combinations of flags) to be used directly as asm() outputs. The syntax for that is "=@cc" where is the same set of letters that would be used in a j or set instruction (e.g. "=@ccz" to test the

[PATCH 02/10] x86, asm: use bool for bitops and other assembly outputs

From: "H. Peter Anvin" The gcc people have confirmed that using "bool" when combined with inline assembly always is treated as a byte-sized operand that can be assumed to be 0 or 1, which is exactly what the SET instruction emits. Change the output types and intermediate

[PATCH 02/10] x86, asm: use bool for bitops and other assembly outputs

From: "H. Peter Anvin" The gcc people have confirmed that using "bool" when combined with inline assembly always is treated as a byte-sized operand that can be assumed to be 0 or 1, which is exactly what the SET instruction emits. Change the output types and intermediate variables of as many

[PATCH 05/10] x86, asm: change GEN_*_RMWcc() to use CC_SET()/CC_OUT()

From: "H. Peter Anvin" Change the GEN_*_RMWcc() macros to use the CC_SET()/CC_OUT() macros defined in , and disable the use of asm goto if __GCC_ASM_FLAG_OUTPUTS__ is enabled. This allows gcc to receive the flags output directly in gcc 6+. Signed-off-by: H. Peter Anvin

Re: [PATCH v1 00/25] PCI: Request host bridge window resources

On Tue, Jun 07, 2016 at 03:25:46PM +0200, Arnd Bergmann wrote: > On Tuesday, June 7, 2016 8:11:05 AM CEST Bjorn Helgaas wrote: > > > > > > What do you think is the correct behavior here, should the driver only > > > request the PIO range with parent=ioport_resource, or should it also > > >

[PATCH 05/10] x86, asm: change GEN_*_RMWcc() to use CC_SET()/CC_OUT()

From: "H. Peter Anvin" Change the GEN_*_RMWcc() macros to use the CC_SET()/CC_OUT() macros defined in , and disable the use of asm goto if __GCC_ASM_FLAG_OUTPUTS__ is enabled. This allows gcc to receive the flags output directly in gcc 6+. Signed-off-by: H. Peter Anvin ---

Re: [PATCH v1 00/25] PCI: Request host bridge window resources

On Tue, Jun 07, 2016 at 03:25:46PM +0200, Arnd Bergmann wrote: > On Tuesday, June 7, 2016 8:11:05 AM CEST Bjorn Helgaas wrote: > > > > > > What do you think is the correct behavior here, should the driver only > > > request the PIO range with parent=ioport_resource, or should it also > > >

<    1   2   3   4   5   6   7   8   9   10   >