Re: [PATCH 1/2] memory: aemif: allow passing device lookup table as platform data

On 1/4/17 2:36 AM, Bartosz Golaszewski wrote: TI aemif driver creates its own subnodes of the device tree in order to guarantee that all child devices are probed after the AEMIF timing parameters are configured. Some devices (e.g. da850) use struct of_dev_auxdata for clock lookup but nodes

Re: [PATCH V2 1/4] PCI: exynos: replace to one register accessor from each accessors

On Thu, Jan 12, 2017 at 11:17:16AM +0900, Jaehoon Chung wrote: > There is no reason to maintain *_blk/phy/elbi_* as register accessors. > It can be replaced to one register accessor. > > Signed-off-by: Jaehoon Chung > Reviewed-by: Pankaj Dubey >

Re: [PATCH v5] DAX: enable iostat for read/write

On Thu, 2017-01-12 at 11:38 -0700, Toshi Kani wrote: > DAX IO path does not support iostat, but its metadata IO path does. > Therefore, iostat shows metadata IO statistics only, which has been > confusing to users. [] > diff --git a/fs/dax.c b/fs/dax.c [] > @@ -1058,12 +1058,24 @@

Re: [PATCH 1/5] perf, tools: Add probing for xed

On Thu, Jan 12, 2017 at 09:52:53AM +0100, Jiri Olsa wrote: > On Wed, Jan 11, 2017 at 02:17:56PM -0800, Andi Kleen wrote: > > > > diff --git a/tools/build/Makefile.feature b/tools/build/Makefile.feature > > > > index e3fb5ecbdcb6..971a9ef87ca6 100644 > > > > --- a/tools/build/Makefile.feature > > >

Re: [PATCH 4/4] ARM: dts: sun8i: add OTG function to Lichee Pi Zero

Hi Bin, On Thu, Jan 12, 2017 at 08:50:14AM -0600, Bin Liu wrote: > On Wed, Jan 11, 2017 at 10:06:38PM +0100, Maxime Ripard wrote: > > On Wed, Jan 11, 2017 at 02:08:11PM -0600, Bin Liu wrote: > > > On Thu, Jan 12, 2017 at 03:55:33AM +0800, Icenowy Zheng wrote: > > > > > > > > > > > > 11.01.2017,

master - btrfs lockdep splat

Greetings, I wanted to do some -rt testing, but seems non-rt kernels aren't lockdep clean with btrfs /, making -rt testing a bit premature. (hm, 28a235931 Btrfs: fix lockdep warning on deadlock against an inode's log mutex) [ 876.622587] = [

[PATCH] tpm_tis: fix iTPM probe via probe_itpm() function

probe_itpm() function is supposed to send command without an itpm flag set and if this fails to repeat it, this time with the itpm flag set. However, commit 41a5e1cf1fe15 ("tpm/tpm_tis: Split tpm_tis driver into a core and TCG TIS compliant phy") moved the itpm flag from an "itpm" variable to a

[PATCH] tpm_tis: override reported C and D timeouts for Atmel 3203

Since commit 1107d065fdf1 ("tpm_tis: Introduce intermediate layer for TPM access") Atmel 3203 TPM on ThinkPad X61S (TPM firmware version 13.9) no longer works. It turns out the initialization proceeds fine until we get and start using chip-reported timeouts - and the chip reports C and D timeouts

Re: Linux 4.9.3

Still no sign of the 4.9.3 patches on the FTP site... Oops? Cheers, Chris

[PATCH V7 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64

When a memory error, CPU error, PCIe error, or other type of hardware error that's covered by RAS occurs, firmware should populate the shared GHES memory location with the proper GHES structures to notify the OS of the error. For example, platforms that implement firmware first handling may

[PATCH V7 04/10] arm64: exception: handle Synchronous External Abort

SEA exceptions are often caused by an uncorrected hardware error, and are handled when data abort and instruction abort exception classes have specific values for their Fault Status Code. When SEA occurs, before killing the process, go through the handlers registered in the notification list.

[PATCH V7 01/10] acpi: apei: read ack upon ghes record consumption

A RAS (Reliability, Availability, Serviceability) controller may be a separate processor running in parallel with OS execution, and may generate error records for consumption by the OS. If the RAS controller produces multiple error records, then they may be overwritten before the OS has consumed

[PATCH V7 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1

Currently when a RAS error is reported it is not timestamped. The ACPI 6.1 spec adds the timestamp field to the generic error data entry v3 structure. The timestamp of when the firmware generated the error is now being reported. Signed-off-by: Tyler Baicar Signed-off-by:

Nokia N900: mixers changed between 4.6 and 4.10, no longer can use in-call speaker

Hi! In v4.10 (and probably v4.9, too) I can no longer use the in-call speaker. I can no longer use the wired headset, either. v4.4 (and probably v4.6) works ok. Any ideas? Does wired headset / in-call speaker work for you? "Mono" and "Mono DAC" options are still there.. but something else

[PATCH V7 05/10] acpi: apei: handle SEA notification type for ARMv8

ARM APEI extension proposal added SEA (Synchrounous External Abort) notification type for ARMv8. Add a new GHES error source handling function for SEA. If an error source's notification type is SEA, then this function can be registered into the SEA exception handler. That way GHES will parse and

Re: [PATCH v3 2/2] tpm: enhance TPM 2.0 PCR extend to support multiple banks

On Thu, Jan 12, 2017 at 11:58:10AM -0500, Nayna Jain wrote: > The current TPM 2.0 device driver extends only the SHA1 PCR bank > but the TCG Specification[1] recommends extending all active PCR > banks, to prevent malicious users from setting unused PCR banks with > fake measurements and quoting

[PATCH V7 10/10] arm/arm64: KVM: add guest SEA support

Currently external aborts are unsupported by the guest abort handling. Add handling for SEAs so that the host kernel reports SEAs which occur in the guest kernel. Signed-off-by: Tyler Baicar --- arch/arm/include/asm/kvm_arm.h | 1 +

[PATCH V7 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section

UEFI spec allows for non-standard section in Common Platform Error Record. This is defined in section N.2.3 of UEFI version 2.5. Currently if the CPER section's type (UUID) does not match with any section type that the kernel knows how to parse, trace event is not generated for such section. And

Re: sysfs deferred_probe attribute

On Thu, 2017-01-12 at 18:41 +0100, Greg Kroah-Hartman wrote: > On Thu, Jan 12, 2017 at 11:27:01AM -0600, Rob Herring wrote: > > I just noticed that we have a new device attribute 'deferred_probe' > > added in 4.10 with this commit: > > > > commit 6751667a29d6fd64afb9ce30567ad616b68ed789 > >

Re: [PATCH v5] DAX: enable iostat for read/write

On Thu, 2017-01-12 at 10:02 -0800, Joe Perches wrote: > On Thu, 2017-01-12 at 11:38 -0700, Toshi Kani wrote: > > DAX IO path does not support iostat, but its metadata IO path does. > > Therefore, iostat shows metadata IO statistics only, which has been > > confusing to users. > > [] > > diff

Re: [PATCH] Input: egalax_ts - do not release gpio if probe successful

Hi Gary, On Wed, Jan 11, 2017 at 06:28:41PM +0100, Gary Bisson wrote: > Thus preventing anyone to later modify the interrupt GPIO direction > and/or state without the driver knowing. I am afraid not releasing gpio after waking up the controller will cause request_irq to fail if we are using the

Re: [PATCH 01/18] Drivers: hv: vmbus: Move the definition of hv_x64_msr_hypercall_contents

On Thu, 12 Jan 2017 02:32:24 + KY Srinivasan wrote: > > -Original Message- > > From: Greg KH [mailto:gre...@linuxfoundation.org] > > Sent: Tuesday, January 10, 2017 9:27 AM > > To: KY Srinivasan > > Cc: linux-kernel@vger.kernel.org;

[PATCH v2 1/2] of: base: add support to find the level of the last cache

It is useful to have helper function just to get the number of cache levels for a given logical cpu. We can obtain the same by just checking the level at which the last cache is present. This patch adds support to find the level of the last cache for a given cpu. It will be used on ARM64 platform

[PATCH v3 2/2] reset: make optional functions really optional

"The *_get_optional_* functions weren't really optional so this patch makes them really optional. These *_get_optional_* functions will now return NULL instead of an error if no matching reset phandle is found in the DT, and all the reset_control_* functions now accept NULL rstc pointers.

Re: [PATCH] power: reset: Add MAX77620 support

On Thursday 12 January 2017 09:45 PM, Thierry Reding wrote: From: Thierry Reding The Maxim MAX77620 PMIC has the ability to power off and restart the system. Add a driver that supports power off (via pm_power_off()) and restart (via arm_pm_restart() on 32-bit and 64-bit

Re: mtd/ftl: Use kmalloc_array() in build_maps()

> The indentation has been changed and the new one looks wrong... The source code formatting contained various open issues before already. > If you want to fix the indentation to make it compliant with the Linux > coding style, do it on the whole file so every thing is uniform. Such a

Re: eMMC boot problem: switch to bus width 8 ddr failed

+ Haibo, Gary, Fabio, Shawn Gou On 6 January 2017 at 16:56, Clemens Gruber wrote: > On Fri, Jan 06, 2017 at 10:33:49AM +0800, Shawn Lin wrote: >> On 2017/1/6 8:41, Clemens Gruber wrote: >> > Hi, >> > >> > with the current mainline 4.10-rc2 kernel, I can no longer

Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7

On 01/11/2017 05:49 PM, Dave Hansen wrote: On 01/11/2017 04:22 PM, Khalid Aziz wrote: ... All of the tag coordination can happen in userspace. Once a process sets a tag on a physical page mapped in its address space, another process that has mapped the same physical page in its address space

Re: [PATCH 5/6] treewide: use kv[mz]alloc* rather than opencoded variants

On Thu, Jan 12, 2017 at 4:37 PM, Michal Hocko wrote: > From: Michal Hocko > > There are many code paths opencoding kvmalloc. Let's use the helper > instead. The main difference to kvmalloc is that those users are usually > not considering all the aspects of

Re: [PATCH v2 0/3] PCI: designware/dra7xx: misc fixes and cleanups

Hi, On Thursday 12 January 2017 06:53 PM, Kishon Vijay Abraham I wrote: > Hi, > > On Thursday 12 January 2017 06:45 PM, Bjorn Helgaas wrote: >> On Thu, Jan 12, 2017 at 10:52:56AM +0530, Kishon Vijay Abraham I wrote: >>> Hi Bjorn, >>> >>> On Thursday 12 January 2017 02:51 AM, Bjorn Helgaas wrote:

Re: [PATCH] RDMA/nes: use designated initializers

On Fri, 2016-12-16 at 17:03 -0800, Kees Cook wrote: > Prepare to mark sensitive kernel structures for randomization by > making > sure they're using designated initializers. These were identified > during > allyesconfig builds of x86, arm, and arm64, with most initializer > fixes > extracted from

Re: [PATCH] RDMA/i40iw: use designated initializers

On Fri, 2016-12-16 at 17:05 -0800, Kees Cook wrote: > Prepare to mark sensitive kernel structures for randomization by > making > sure they're using designated initializers. These were identified > during > allyesconfig builds of x86, arm, and arm64, with most initializer > fixes > extracted from

Re: [PATCH] IB/qib: use rb_entry()

On Tue, 2016-12-20 at 22:02 +0800, Geliang Tang wrote: > To make the code clearer, use rb_entry() instead of container_of() to > deal with rbtree. > > Signed-off-by: Geliang Tang In spite of the fact that I don't really like this patch, and don't think it's an

[PATCH 1/2] HID: corsair: fix DMA buffers on stack

Not all platforms support DMA to the stack, and specifically since v4.9 this is no longer supported on x86 with VMAP_STACK either. Note that the macro-mode buffer was larger than necessary. Fixes: 6f78193ee9ea ("HID: corsair: Add Corsair Vengeance K90 driver") Cc: stable

Re: [PATCH v1 1/1] mm/ksm: improve deduplication of zero pages with colouring

Hello Claudio, On Thu, Jan 12, 2017 at 05:17:14PM +0100, Claudio Imbrenda wrote: > +#ifdef __HAVE_COLOR_ZERO_PAGE > + /* > + * Same checksum as an empty page. We attempt to merge it with the > + * appropriate zero page. > + */ > + if (checksum == zero_checksum) { > +

Re: [PATCH 2/5] clk: sunxi-ng: add support for V3s CCU

On Thu, Jan 12, 2017 at 03:44:53AM +0800, Icenowy Zheng wrote: > > > 12.01.2017, 03:40, "Icenowy Zheng" : > > 11.01.2017, 02:10, "Maxime Ripard" : > >>  On Tue, Jan 03, 2017 at 11:16:26PM +0800, Icenowy Zheng wrote: > >>>   V3s has a similar

Re: [PATCH 5/6] treewide: use kv[mz]alloc* rather than opencoded variants

Ilya has noticed that I've screwed up some k[zc]alloc conversions and didn't use the kvzalloc. This is an updated patch with some acks collected on the way --- >From a7b89c6d0a3c685045e37740c8f97b065f37e0a4 Mon Sep 17 00:00:00 2001 From: Michal Hocko Date: Wed, 4 Jan 2017

Re: [PATCH 5/6] treewide: use kv[mz]alloc* rather than opencoded variants

On Thu 12-01-17 09:26:09, Kees Cook wrote: > On Thu, Jan 12, 2017 at 7:37 AM, Michal Hocko wrote: [...] > > diff --git a/arch/s390/kvm/kvm-s390.c b/arch/s390/kvm/kvm-s390.c > > index 4f74511015b8..e6bbb33d2956 100644 > > --- a/arch/s390/kvm/kvm-s390.c > > +++

Re: [PATCH v5 4/5] powernv: Pass PSSCR value and mask to power9_idle_stop

On Tue, Jan 10, 2017 at 02:37:03PM +0530, Gautham R. Shenoy wrote: > From: "Gautham R. Shenoy" > > The arch300_idle_stop method currently takes only the requested stop power9_idle_stop (see subject :) and second paragraph) > level as a parameter and picks up the

Re: Enabling peer to peer device transactions for PCIe devices

On Thu, Jan 12, 2017 at 10:11:29AM -0500, Jerome Glisse wrote: > On Wed, Jan 11, 2017 at 10:54:39PM -0600, Stephen Bates wrote: > > > What we want is for RDMA, O_DIRECT, etc to just work with special VMAs > > > (ie. at least those backed with ZONE_DEVICE memory). Then > > > GPU/NVME/DAX/whatever

Re: [PATCH] power: supply: axp20x_usb_power: fix 64-bit build warning

On Thu, Jan 12, 2017 at 09:32:26AM +0100, Arnd Bergmann wrote: > On Thursday, January 12, 2017 3:58:24 AM CET Sebastian Reichel wrote: > > On Wed, Jan 11, 2017 at 03:51:55PM +0100, Arnd Bergmann wrote: > > > Casting a pointer to 'int' is not always valid: > > > > > >

Re: [PATCHv7 00/11] CONFIG_DEBUG_VIRTUAL for arm64

On Tue, Jan 10, 2017 at 01:35:39PM -0800, Laura Abbott wrote: > This is v7 of the patches to add CONFIG_DEBUG_VIRTUAL for arm64. This is > a simple reordering of patches from v6 per request of Will Deacon for ease > of merging support for arm which depends on this series. > > Laura Abbott (11): >

Re: [PATCH v8 2/2] tpm: add securityfs support for TPM 2.0 firmware event log

On Wed, Jan 11, 2017 at 02:54:22AM -0500, Nayna Jain wrote: > Unlike the device driver support for TPM 1.2, the TPM 2.0 does > not support the securityfs pseudo files for displaying the > firmware event log. > > This patch enables support for providing the TPM 2.0 event log in > binary form. TPM

[PATCH v5] DAX: enable iostat for read/write

DAX IO path does not support iostat, but its metadata IO path does. Therefore, iostat shows metadata IO statistics only, which has been confusing to users. Add iostat support to the DAX read/write path. Note, iostat still does not support the DAX mmap path as it allows user applications to

Re: [PATCH v2 2/2] Support for DW CSI-2 Host IPK

Hi Hans, Thank you for your feedback. On 1/11/2017 11:54 AM, Hans Verkuil wrote: > Hi Ramiro, > > See my review comments below: > > On 12/12/16 16:00, Ramiro Oliveira wrote: >> Add support for the DesignWare CSI-2 Host IP Prototyping Kit >> >> Signed-off-by: Ramiro Oliveira

Re: [PATCH 2/5] clk: sunxi-ng: add support for V3s CCU

On Fri, Jan 13, 2017 at 01:31:41AM +0800, Icenowy Zheng wrote: > > 2017年1月13日 01:19于 Maxime Ripard 写道： > > > > On Thu, Jan 12, 2017 at 03:44:53AM +0800, Icenowy Zheng wrote: > > > > > > > > > 12.01.2017, 03:40, "Icenowy Zheng" : > > > >

[PATCH] xen-netback: fix memory leaks on XenBus disconnect

Eliminate memory leaks introduced several years ago by cleaning the queue resources which are allocated on XenBus connection event. Namely, queue structure array and pages used for IO rings. vif->lock is used to protect statistics gathering agents from using the queue structure during cleaning.

Re: [PATCH v7 7/7] perf/amd/iommu: Enable support for multiple IOMMUs

On Mon, Jan 09, 2017 at 09:33:47PM -0600, Suravee Suthikulpanit wrote: > This patch adds multi-IOMMU support for perf by exposing > an AMD IOMMU PMU for each IOMMU found in the system via: > > /sys/device/amd_iommu_x /* where x is the IOMMU index. */ Straight into the top-level devices

Re: [PATCH/RESEND v2 3/5] z3fold: extend compaction function

On Wed, Jan 11, 2017 at 3:52 PM, Vitaly Wool wrote: > On Wed, 11 Jan 2017 17:43:13 +0100 > Vitaly Wool wrote: > >> On Wed, Jan 11, 2017 at 5:28 PM, Dan Streetman wrote: >> > On Wed, Jan 11, 2017 at 10:06 AM, Vitaly Wool

Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7

On 01/12/2017 08:50 AM, Khalid Aziz wrote: > 2. Any shared page that has ADI protection enabled on it, must stay ADI > protected across all processes sharing it. Is that true? What happens if a page with ADI tags set is accessed via a PTE without the ADI enablement bit set? > COW creates an

Re: [PATCH v8 2/5] i2c: Add STM32F4 I2C driver

On Thu, Jan 12, 2017 at 02:47:42PM +0100, M'boumba Cedric Madianga wrote: > 2017-01-12 13:03 GMT+01:00 Uwe Kleine-König : > > Hello Cedric, > > > > On Thu, Jan 12, 2017 at 12:23:12PM +0100, M'boumba Cedric Madianga wrote: > >> 2017-01-11 16:39 GMT+01:00 Uwe

Re: sysfs deferred_probe attribute

On Thu, Jan 12, 2017 at 11:27:01AM -0600, Rob Herring wrote: > I just noticed that we have a new device attribute 'deferred_probe' > added in 4.10 with this commit: > > commit 6751667a29d6fd64afb9ce30567ad616b68ed789 > Author: Ben Hutchings > Date: Tue Aug 16

[PATCH v5 1/3] Bluetooth: btusb: Use an error label for error paths

Use a label to remove the repetetive cleanup, for error cases. Signed-off-by: Rajat Jain Reviewed-by: Brian Norris --- v5: same as v4 v4: same as v3 v3: Added Brian's "Reviewed-by" v2: same as v1 drivers/bluetooth/btusb.c | 19 +--

[PATCH] ASoC: rt5659: fix platform_no_drv_owner.cocci warnings

sound/soc/codecs/rt5659.c:4236:3-8: No need to set .owner here. The core will do it. Remove .owner field if calls are used which set it automatically Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci CC: Nicholas Mc Guire Signed-off-by: Fengguang Wu

[PATCH v5 3/3] Bluetooth: btusb: Configure Marvell to use one of the pins for oob wakeup

The Marvell devices may have many gpio pins, and hence for wakeup on these out-of-band pins, the chip needs to be told which pin is to be used for wakeup, using an hci command. Thus, we read the pin number etc from the device tree node and send a command to the chip. Signed-off-by: Rajat Jain

[PATCH v5 2/3] Bluetooth: btusb: Add out-of-band wakeup support

Some onboard BT chips (e.g. Marvell 8997) contain a wakeup pin that can be connected to a gpio on the CPU side, and can be used to wakeup the host out-of-band. This can be useful in situations where the in-band wakeup is not possible or not preferable (e.g. the in-band wakeup may require the USB

Re: [PATCH] xen-netback: fix memory leaks on XenBus disconnect

On 12/01/17 17:51, Igor Druzhinin wrote: > Eliminate memory leaks introduced several years ago by cleaning the queue > resources which are allocated on XenBus connection event. Namely, queue > structure array and pages used for IO rings. > vif->lock is used to protect statistics gathering agents

Re: [PATCH 01/11] perf, tools: Factor out scale conversion code

Em Thu, Jan 12, 2017 at 10:31:57AM -0300, Arnaldo Carvalho de Melo escreveu: > Em Sun, Jan 08, 2017 at 07:57:53PM +0100, Jiri Olsa escreveu: > > On Tue, Jan 03, 2017 at 07:08:23AM -0800, Andi Kleen wrote: > > > > SNIP > > > > > - goto error; > > > - > > > - if (scale[sret - 1] == '\n') >

Re: [PATCH v2 2/2] Support for DW CSI-2 Host IPK

On 01/12/2017 06:43 PM, Ramiro Oliveira wrote: > Hi Hans, > > Thank you for your feedback. > > On 1/11/2017 11:54 AM, Hans Verkuil wrote: >> Hi Ramiro, >> >> See my review comments below: >> >> On 12/12/16 16:00, Ramiro Oliveira wrote: >>> Add support for the DesignWare CSI-2 Host IP Prototyping

Re: [Intel-gfx] [PATCH v6] drm/i915: Use __sg_alloc_table_from_pages for userptr allocations

Hi Tvrtko, [auto build test ERROR on drm-intel/for-linux-next] [also build test ERROR on next-20170111] [cannot apply to v4.10-rc3] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[PATCH V7 06/10] acpi: apei: panic OS with fatal error status block

From: "Jonathan (Zhixiong) Zhang" Even if an error status block's severity is fatal, the kernel does not honor the severity level and panic. With the firmware first model, the platform could inform the OS about a fatal hardware error through the non-NMI GHES notification

[PATCH V7 03/10] efi: parse ARM processor error

Add support for ARM Common Platform Error Record (CPER). UEFI 2.6 specification adds support for ARM specific processor error information to be reported as part of the CPER records. This provides more detail on for processor error logs. Signed-off-by: Tyler Baicar

Re: [PATCH] Input: silead: use msleep() for long delays

On Thu, Jan 12, 2017 at 9:46 AM, Hans de Goede wrote: > Hi, > > On 01/12/2017 05:21 PM, Nicholas Mc Guire wrote: >> >> the delays here are in the 10 to 20ms range so msleep() will do - no >> need to burden the highres timer subsystem. >> >> Signed-off-by: Nicholas Mc Guire

[PATCH V7 09/10] trace, ras: add ARM processor error trace event

Currently there are trace events for the various RAS errors with the exception of ARM processor type errors. Add a new trace event for such errors so that the user will know when they occur. These trace events are consistent with the ARM processor error section type defined in UEFI 2.6 spec

[PATCH V7 07/10] efi: print unrecognized CPER section

UEFI spec allows for non-standard section in Common Platform Error Record. This is defined in section N.2.3 of UEFI version 2.5. Currently if the CPER section's type (UUID) does not match with one of the section types that the kernel knows how to parse, the section is skipped. Therefore, user is

Re: [PATCH] ASoC: sunxi: Add bindings for sun8i to SPDIF

On Thu, Jan 12, 2017 at 06:33:43PM +0100, codekip...@gmail.com wrote: > From: Marcus Cooper > > The H3 SoC uses the same SPDIF block as found in earlier SoCs, but the > transmit fifo is at a different address. > > Signed-off-by: Marcus Cooper

Re: [PATCH v3 1/2] tpm: implement TPM 2.0 capability to get active PCR banks

On Thu, Jan 12, 2017 at 11:58:09AM -0500, Nayna Jain wrote: > This patch implements the TPM 2.0 capability TPM_CAP_PCRS to > retrieve the active PCR banks from the TPM. This is needed > to enable extending all active banks as recommended by TPM 2.0 > TCG Specification. > > Signed-off-by: Nayna

Re: [PATCH net-next 1/4] siphash: add cryptographically secure PRF

On Thu, Jan 12, 2017 at 4:04 PM, Herbert Xu wrote: >> typedef struct { >>u64 v[2]; >> } siphash_key_t; > > If it's just an 128-bit value then we have u128 in crypto/b128ops.h > that could be generalised for this. Nope, it's actually two 64-bit values. Yes,

[PATCH RFC] sched/fair: unthrottle cfs_rq in FIFO order and only once per period

I'm seeing live-locks on 32-core machine with 32 busy-loops running inside cpu cgroup with limit set equal to 0.33 core (cpu.cfs_quota_us = 33000, cpu.cfs_period_us = 10) : some threads almost never runs. This is very nasty behavior: sometimes throttled tasks also hold kernel locks, for

[PATCH v2 2/2] arm64: cacheinfo: add support to override cache levels via device tree

The cache hierarchy can be identified through Cache Level ID(CLIDR) architected system register. However in some cases it will provide only the number of cache levels that are integrated into the processor itself. In other words, it can't provide any information about the caches that are external

Re: [PATCH] livepatch/module: print notice of TAINT_LIVEPATCH

On Thu, Jan 12, 2017 at 11:57:44AM -0500, Joe Lawrence wrote: > Add back the "tainting kernel with TAINT_LIVEPATCH" kernel log message > that commit 2992ef29ae01 ("livepatch/module: make TAINT_LIVEPATCH > module-specific") dropped. Now that it's a module-specific taint flag, > include the module

Re: [PATCH] partially revert "xen: Remove event channel notification through Xen PCI platform device"

On 01/11/2017 06:36 PM, Stefano Stabellini wrote: > The following commit: > > commit 72a9b186292d98494f26cfd24a1621796209 > Author: KarimAllah Ahmed > Date: Fri Aug 26 23:55:36 2016 +0200 > > xen: Remove event channel notification through Xen PCI platform device > >

[PATCH v3 0/2] reset: Make optional functions really optional.

v3: - Improve description of changes ocurring in the patchset - Add 2 new return errors. v2: - Make some comments more explicit - Add optional flag to reduce code duplication - Change shared flag from int to bool to match optional flag Up until now optional functions in the reset API were

[PATCH v3 1/2] reset: Change shared flag from int to bool

Since the new parameter being added is going to be a bool this patch changes the shared flag from int to bool to match the new parameter. Signed-off-by: Ramiro Oliveira --- drivers/reset/core.c | 8 include/linux/reset.h | 32

Re: Nokia N900: mixers changed between 4.6 and 4.10, no longer can use in-call speaker

On Thursday 12 January 2017 19:18:26 Pavel Machek wrote: > Hi! > > In v4.10 (and probably v4.9, too) I can no longer use the in-call > speaker. I can no longer use the wired headset, either. > > v4.4 (and probably v4.6) works ok. > > Any ideas? Does wired headset / in-call speaker work for you?

Re: master - btrfs lockdep splat

On Thu, Jan 12, 2017 at 07:12:12PM +0100, Mike Galbraith wrote: > Greetings, > > I wanted to do some -rt testing, but seems non-rt kernels aren't > lockdep clean with btrfs /, making -rt testing a bit premature. > > (hm, 28a235931 Btrfs: fix lockdep warning on deadlock against an inode's log >

Re: [PATCH v5 3/9] mm/swap: Split swap cache into 64MB trunks

On Wed, Jan 11, 2017 at 03:19:37PM -0800, Andi Kleen wrote: > > Switching from a single radix-tree to an array of radix-trees to reduce > > contention seems a bit hacky. That we can do this and have everything > > continue to work tells me that we're simply using an inappropriate data > >

Re: [PATCH 3/3] mm, page_allocator: Only use per-cpu allocator for irq-safe requests

On 01/12/2017 11:43 AM, Mel Gorman wrote: Many workloads that allocate pages are not handling an interrupt at a time. As allocation requests may be from IRQ context, it's necessary to disable/enable IRQs for every page allocation. This cost is the bulk of the free path but also a significant

Re: [RFC PATCH] ext4: increase the protection of drop nlink and ext4 inode destroy

On Thu, Jan 12, 2017 at 04:00:16PM +0800, zhangyi (F) wrote: > > At the same time, I think other file systems may have the same problem, do > you think we should put these detections on the VFS layer? Thus other file > systems no need to do the same things, but the disadvantage is that we can >

Re: [PATCH] i2c: core: helper function to detect slave mode

On Sat, 2017-01-07 at 03:24 +0200, Vladimir Zapolskiy wrote: > On 01/07/2017 02:19 AM, Andy Shevchenko wrote: > > On Sat, Jan 7, 2017 at 1:43 AM, Vladimir Zapolskiy > > wrote: > > > On 01/07/2017 12:45 AM, Andy Shevchenko wrote: > > > > + } > > > > > > + } else if

Re: [PATCH] iommu/arm-smmu-v3: limit use of 2-level stream tables

On Tue, Jan 10, 2017 at 02:47:13PM -0500, Nate Watterson wrote: > In the current arm-smmu-v3 driver, all smmus that support 2-level > stream tables are being forced to use them. This is suboptimal for > smmus that support fewer stream id bits than would fill in a single > second level table. This

Re: [PATCH 1/3] mm, page_alloc: Split buffered_rmqueue

On Thu, Jan 12, 2017 at 04:44:20PM +0100, Vlastimil Babka wrote: > On 01/12/2017 11:42 AM, Mel Gorman wrote: > > buffered_rmqueue removes a page from a given zone and uses the per-cpu > > list for order-0. This is fine but a hypothetical caller that wanted > > multiple order-0 pages has to

[PATCH 2/2] HID: corsair: fix control-transfer error handling

Make sure to check for short control transfers in order to avoid parsing uninitialised buffer data and leaking it to user space. Note that the backlight and macro-mode buffer constraints are kept as loose as possible in order to avoid any regressions should the current buffer sizes be larger than

Re: [PATCH 1/5] arm: sunxi: add support for V3s SoC

1;4601;0c On Thu, Jan 12, 2017 at 03:40:32AM +0800, Icenowy Zheng wrote: > > > 11.01.2017, 02:09, "Maxime Ripard" : > > On Tue, Jan 03, 2017 at 11:16:25PM +0800, Icenowy Zheng wrote: > >>  Allwinner V3s is a low-end single-core Cortex-A7 SoC, with 64MB > >>  

Re: [PATCH v2] ARM64: dts: meson-gxbb-odroidc2: Disable SCPI DVFS

Hi Neil, (adding Brian Kim, one of the Hardkernel developers to this conversation) On Fri, Jan 6, 2017 at 9:04 AM, Neil Armstrong wrote: > The current hardware is not able to run with all cores enabled at a > cluster frequency superior at 1536MHz. > But the currently

Applied "regmap: Fixup the kernel-doc comments on functions/structures" to the regmap tree

The patch regmap: Fixup the kernel-doc comments on functions/structures has been applied to the regmap tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

[PATCH RFC v2 1/5] tpm: validate TPM 2.0 commands

Check for every TPM 2.0 command that the command code is supported and the command buffer has at least the length that can contain the header and the handle area. Signed-off-by: Jarkko Sakkinen --- drivers/char/tpm/tpm-interface.c | 32 -

Applied "regulator: core: Don't use regulators as supplies until the parent is bound" to the regulator tree

The patch regulator: core: Don't use regulators as supplies until the parent is bound has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually

[PATCH RFC v2 3/5] tpm: infrastructure for TPM spaces

Added ability to tpm_transmit() to supply a TPM space that contains mapping from virtual handles to physical handles and backing storage for swapping transient objects. TPM space is isolated from other users of the TPM. Signed-off-by: Jarkko Sakkinen ---

Re: [PATCH 2/2] crypto: mediatek - fix format string for 64-bit builds

On Wed, Jan 11, 2017 at 02:55:20PM +0100, Arnd Bergmann wrote: > After I enabled COMPILE_TEST for non-ARM targets, I ran into these > warnings: > > crypto/mediatek/mtk-aes.c: In function 'mtk_aes_info_map': > crypto/mediatek/mtk-aes.c:224:28: error: format '%d' expects argument of type > 'int',

[PATCH] ASoC: sun4i-spdif: Add support for the H3 SoC

From: Marcus Cooper The H3 SoC uses the same SPDIF block as found in earlier SoCs, but its TXFIFO is mapped to another address. Signed-off-by: Marcus Cooper --- sound/soc/sunxi/sun4i-spdif.c | 11 +++ 1 file changed, 11 insertions(+) diff

Re: [PATCH v2 8/8] crypto/testmgr: Allocate only the required output size for hash tests

On Tue, Jan 10, 2017 at 03:24:46PM -0800, Andy Lutomirski wrote: > There are some hashes (e.g. sha224) that have some internal trickery > to make sure that only the correct number of output bytes are > generated. If something goes wrong, they could potentially overrun > the output buffer. > >

Re: ANNOUNCE: mdadm 4.0 - A tool for managing md Soft RAID under Linux

On 01/11/17 23:24, Guoqing Jiang wrote: > > > On 01/12/2017 12:59 AM, Jes Sorensen wrote: >> On 01/11/17 11:52, Shaohua Li wrote: >>> On Tue, Jan 10, 2017 at 11:49:04AM -0600, Bruce Dubbs wrote: Jes Sorensen wrote: > I am pleased to announce the availability of > mdadm version

Re: [PATCH v3 3/5] arm64: Create and use __tlbi_dsb() macros

Hi Christopher, On Wed, Jan 11, 2017 at 09:41:16AM -0500, Christopher Covington wrote: > This refactoring will allow an errata workaround that repeats tlbi dsb > sequences to only change one location. This is not intended to change the > generated assembly and comparison of before and after

[PATCH v3 1/2] tpm: implement TPM 2.0 capability to get active PCR banks

This patch implements the TPM 2.0 capability TPM_CAP_PCRS to retrieve the active PCR banks from the TPM. This is needed to enable extending all active banks as recommended by TPM 2.0 TCG Specification. Signed-off-by: Nayna Jain --- drivers/char/tpm/tpm.h | 4 +++

[PATCH v3 2/2] tpm: enhance TPM 2.0 PCR extend to support multiple banks

The current TPM 2.0 device driver extends only the SHA1 PCR bank but the TCG Specification[1] recommends extending all active PCR banks, to prevent malicious users from setting unused PCR banks with fake measurements and quoting them. The existing in-kernel interface(tpm_pcr_extend()) expects

Re: [PATCH 5/6] treewide: use kv[mz]alloc* rather than opencoded variants

On Thu, Jan 12, 2017 at 7:37 AM, Michal Hocko wrote: > From: Michal Hocko > > There are many code paths opencoding kvmalloc. Let's use the helper > instead. The main difference to kvmalloc is that those users are usually > not considering all the aspects of

[GIT PULL] STi DT update for v4.11 round 1

Hi Arnd, Kevin, Olof PLease consider this first round of STi dts update for v4.11 : The following changes since commit 7ce7d89f48834cefece7804d38fc5d85382edf77: Linux 4.10-rc1 (2016-12-25 16:13:08 -0800) are available in the git repository at:

Plastic Extrusion Design Services

Hi, Dong Guan RiTeng Industrial Co.,Ltd. a large plastic extrusion / co-extrusion profiles/ pipes manufacturer in China. Our product range includes PC/PMMA/PP/PS/PE/PVC/ABS plastic extrusion/co-extrusion profiles/pipes, extrusion production line. And we have a corresponding plastic extrusion

Re: Support Intel uncore event lists v4

> > Really only trivial changes at this point, so you only need to read > > the patches you didn't read and ack before. > > any chance you'd push the new branch out? I pushed git://git.kernel.org/pub/scm/linux/kernel/git/ak/linux-misc perf/builtin-json-23 to make it do something also need to

<    4   5   6   7   8   9   10   11   12   13   >