Re: [PATCH v6 5/6] drm/fence: add fence timeline to drm_crtc

On Thu, Oct 27, 2016 at 05:37:10PM -0200, Gustavo Padovan wrote: > From: Gustavo Padovan > > Create one timeline context for each CRTC to be able to handle out-fences > and signal them. It adds a few members to struct drm_crtc: fence_context, > where we store the

Re: [RFC PATCH 0/3] sched: Introduce Window Assisted Load Tracking

On Fri, Oct 28, 2016 at 12:10:39AM -0700, Vikram Mulukutla wrote: > This RFC patch has been tested on live X86 machines with the following sanity > and benchmark results (thanks to Juri Lelli, Dietmar Eggeman, Patrick Bellasi > for initial code reviews): > > (Tested on an Intel i7 2nd generation

[PATCH v3 1/3] x86/vmware: Use tsc_khz value for calibrate_cpu()

Commit aa297292d708 ("x86/tsc: Enumerate SKL cpu_khz and tsc_khz via CPUID") separated the calibration mechanisms for cpu_khz and tsc_khz. Since the vmware hypervisor provides a constant frequency TSC to the guest, this change can lead to divergence between the tsc and the cpu frequency after

[PATCH v3 3/3] x86/vmware: Add paravirt sched clock

The default sched_clock() implementation is native_sched_clock(). It contains code to handle non constant frequency TSCs, which creates overhead for systems with constant frequency TSCs. The vmware hypervisor guarantees a constant frequency TSC, so native_sched_clock() is not required and slower

[PATCH v3 2/3] x86/vmware: Add basic paravirt ops support

Add basic paravirt support: 1. set pv_info.name to "VMware hypervisor" to have proper boot log message Booting paravirtualized kernel on VMware hypervisor instead of "... on bare hardware" 2. set pv_cpu_ops.io_delay() to empty function - paravirt_nop() to avoid vm-exits on IO

[PATCH v3 0/3] x86/vmware guest improvements

Thanks Thomas for the valuable comments. Changelog for the updated patchset: v1->v2 - Update pvinfo.name. v2->v3 - Address comments from Thomas G, * Created separate function: vmware_sched_clock_setup() (patch 3/3) * Updated commit descriptions for 1/3 and 3/3 Alexey Makhalov

Re: [RFC PATCH 2/3] sched: Introduce Window-Assisted CPU utilization Tracking

On 2016-10-28 00:46, Peter Zijlstra wrote: On Fri, Oct 28, 2016 at 12:10:41AM -0700, Vikram Mulukutla wrote: +void walt_finish_migrate(struct task_struct *p, struct rq *dest_rq, bool locked) +{ + u64 wallclock; + unsigned long flags; + + if (!p->on_rq && p->state !=

Re: [RFC PATCH] kbuild: add -fno-PIE

On 2016-10-27 11:09:06 [-0600], Shuah Khan wrote: > diff --git a/Makefile b/Makefile > index 82a36ab..0a01ad1 100644 > --- a/Makefile > +++ b/Makefile > @@ -651,6 +651,11 @@ ifneq ($(CONFIG_FRAME_WARN),0) > KBUILD_CFLAGS += $(call cc-option,-Wframe-larger-than=${CONFIG_FRAME_WARN}) > endif > >

[v14, 2/8] ARM64: dts: ls2080a: add device configuration node

Add the dts node for device configuration unit that provides general purpose configuration and status for the device. Signed-off-by: Yangbo Lu Acked-by: Scott Wood --- Changes for v5: - Added this patch Changes for v6: - None Changes for v7:

[v14, 6/8] MAINTAINERS: add entry for Freescale SoC drivers

Add maintainer entry for Freescale SoC drivers including the QE library and the GUTS driver now. Also add maintainer for QE library. Signed-off-by: Yangbo Lu Acked-by: Scott Wood Acked-by: Qiang Zhao --- Changes for v8: - Added

[v14, 7/8] base: soc: introduce soc_device_match() interface

From: Arnd Bergmann We keep running into cases where device drivers want to know the exact version of the a SoC they are currently running on. In the past, this has usually been done through a vendor specific API that can be called by a driver, or by directly accessing some kind

[v14, 8/8] mmc: sdhci-of-esdhc: fix host version for T4240-R1.0-R2.0

The eSDHC of T4240-R1.0-R2.0 has incorrect vender version and spec version. Acturally the right version numbers should be VVN=0x13 and SVN = 0x1. This patch adds the GUTS driver support for eSDHC driver to match SoC. And fix host version to avoid that incorrect version numbers break down the ADMA

[v14, 3/8] dt: bindings: move guts devicetree doc out of powerpc directory

Move guts devicetree doc to Documentation/devicetree/bindings/soc/fsl/ since it's used by not only PowerPC but also ARM. And add a specification for 'little-endian' property. Signed-off-by: Yangbo Lu Acked-by: Rob Herring Acked-by: Scott Wood

[PATCH v2 4/4] spi: sun6i: Support Allwinner H3 SPI controller

H3 has two SPI controllers. The size of the buffer is 64 * 8. (8 bit transfer by 64 entry FIFO) A31 has four controllers. The size of the buffer is 128 * 8. (8 bit transfer by 128 entry FIFO) Register maps are sharable, so sun6i SPI driver is reusable with device configuration. Use the variable,

[PATCH v2 3/4] spi: sun6i: Add binding for Allwinner H3 SPI controller

H3 SPI has same architecture as A31 except FIFO capacity. To configure the buffer size separately, compatible property should be different. Optional DMA specifiers and example are added. Acked-by: Maxime Ripard Cc: Mark Brown Cc: Rob Herring

[PATCH v2 1/4] ARM: dts: sun8i: Add SPI pinctrl node in H3

H3 supports two SPI controllers. Four pins (MOSI, MISO, SCLK, SS) are configured through the pinctrl subsystem. Cc: Maxime Ripard Cc: Chen-Yu Tsai Signed-off-by: Milo Kim --- arch/arm/boot/dts/sun8i-h3.dtsi | 14

[PATCH v2 0/4] Support H3 SPI controller

Allwinner H3 SPI controller has same architecture as A31. So most configuration is identical except one thing - FIFO capacity. A31H3 Number of controllers 4 2 Number of FIFO depth 12864 Transfer bits 8

[PATCH v2 2/4] ARM: dts: sun8i: Add SPI controller node in H3

H3 SPI subsystem is almost same as A31 SPI except buffer size, so those DT properties are reusable. Cc: Maxime Ripard Cc: Chen-Yu Tsai Signed-off-by: Milo Kim --- arch/arm/boot/dts/sun8i-h3.dtsi | 32

[v15, 3/7] powerpc/fsl: move mpc85xx.h to include/linux/fsl

Move mpc85xx.h to include/linux/fsl and rename it to svr.h as a common header file. This SVR numberspace is used on some ARM chips as well as PPC, and even to check for a PPC SVR multi-arch drivers would otherwise need to ifdef the header inclusion and all references to the SVR symbols.

[v15, 1/7] ARM64: dts: ls2080a: add device configuration node

Add the dts node for device configuration unit that provides general purpose configuration and status for the device. Signed-off-by: Yangbo Lu Acked-by: Scott Wood --- Changes for v5: - Added this patch Changes for v6: - None Changes for v7:

[v15, 0/7] Fix eSDHC host version register bug

This patchset is used to fix a host version register bug in the T4240-R1.0-R2.0 eSDHC controller. To match the SoC version and revision, 10 previous version patchsets had tried many methods but all of them were rejected by reviewers. Such as - dts compatible method - syscon method

[RFC PATCH 1/3] sched: Introduce structures necessary for WALT

From: Srivatsa Vaddagiri Add the per-task and per-runqueue data structures that will later be used by Window Assisted Load Tracking (WALT) to estimate task demand and CPU utilization. Move cap_scale into sched.h as that will be needed by WALT as well to implement frequency

[RFC PATCH 2/3] sched: Introduce Window-Assisted CPU utilization Tracking

From: Srivatsa Vaddagiri This patch implements an alternative window-based CPU utilization tracking mechanism in the scheduler. Per task and per CPU counters are updated with utilization statistics using a synchronized (across CPUs) time source and a single statistic

[RFC PATCH 3/3] sched: Introduce WALT hooks into core and scheduling classes

From: Srivatsa Vaddagiri Add the necessary hooks to core and the various scheduling classes that will allow WALT to track CPU utilization and handle task migration between CPUs as well. With CONFIG_SCHED_WALT enabled, schedutil will use WALT's cpu utilization metric by

Implement complete_all() with swait

Hi, I went through all the users of complete_all() in order to figure out if we can change the completion code using swait instead of wait. The motivation for this is to remove another source of non preemptable unbounded work for -rt. The complete_all() code uses __wake_up_locked(..., 0)

[PATCH 2/2] MIPS: Fix FCSR Cause bit handling for correct SIGFPE issue

Sanitize FCSR Cause bit handling, following a trail of past attempts: * commit 4249548454f7 ("MIPS: ptrace: Fix FP context restoration FCSR regression"), * commit 443c44032a54 ("MIPS: Always clear FCSR cause bits after emulation"), * commit 64bedffe4968 ("MIPS: Clear [MSA]FPE CSR.Cause after

Re: [RFC PATCH 0/3] sched: Introduce Window Assisted Load Tracking

On Fri, Oct 28, 2016 at 12:10:39AM -0700, Vikram Mulukutla wrote: > > We propose Window-Assisted Load Tracking (WALT) as an alternative or > additional > load tracking scheme in lieu of or along with PELT, one that in our estimation > better tracks task demand and CPU utilization especially for

Re: [RFC PATCH 2/3] sched: Introduce Window-Assisted CPU utilization Tracking

On Fri, Oct 28, 2016 at 12:10:41AM -0700, Vikram Mulukutla wrote: > +void walt_finish_migrate(struct task_struct *p, struct rq *dest_rq, bool > locked) > +{ > + u64 wallclock; > + unsigned long flags; > + > + if (!p->on_rq && p->state != TASK_WAKING) > + return; > + > +

Re: [RFC][PATCH] arm64: Add support for CONFIG_DEBUG_VIRTUAL

Hi Laura, On 28 October 2016 at 01:18, Laura Abbott wrote: > x86 has an option CONFIG_DEBUG_VIRTUAL to do additional checks > on virt_to_phys calls. The goal is to catch users who are calling > virt_to_phys on non-linear addresses immediately. As features > such as

Re: [PATCH next 1/2] media: mtk-mdp: fix video_device_release argument

On Thu, Oct 27, 2016 at 10:23:24PM +0200, Vincent Stehlé wrote: > video_device_release() takes a pointer to struct video_device as argument. > Fix two call sites where the address of the pointer is passed instead. Sorry, I messed up: please ignore that "fix". The 0day robot made me realize this

Re: [PATCH v6 6/6] drm/fence: add out-fences support

On Thu, Oct 27, 2016 at 05:37:11PM -0200, Gustavo Padovan wrote: > From: Gustavo Padovan > > Support DRM out-fences by creating a sync_file with a fence for each CRTC > that sets the OUT_FENCE_PTR property. > > We use the out_fence pointer received in the

Re: [RFC PATCH 3/3] sched: Introduce WALT hooks into core and scheduling classes

On Fri, Oct 28, 2016 at 12:10:42AM -0700, Vikram Mulukutla wrote: > @@ -2072,13 +2078,19 @@ try_to_wake_up(struct task_struct *p, unsigned int > state, int wake_flags) >*/ > smp_cond_load_acquire(>on_cpu, !VAL); > > + raw_spin_lock(_rq(p)->lock); > +

Re: [RFC PATCH 2/3] sched: Introduce Window-Assisted CPU utilization Tracking

On 2016-10-28 00:43, Peter Zijlstra wrote: On Fri, Oct 28, 2016 at 12:10:41AM -0700, Vikram Mulukutla wrote: +u64 walt_ktime_clock(void) +{ + if (unlikely(walt_ktime_suspended)) + return ktime_to_ns(ktime_last); + return ktime_get_ns(); +} +static int

[v14, 5/8] soc: fsl: add GUTS driver for QorIQ platforms

The global utilities block controls power management, I/O device enabling, power-onreset(POR) configuration monitoring, alternate function selection for multiplexed signals,and clock control. This patch adds a driver to manage and access global utilities block. Initially only reading SVR and

[v14, 4/8] powerpc/fsl: move mpc85xx.h to include/linux/fsl

Move mpc85xx.h to include/linux/fsl and rename it to svr.h as a common header file. This SVR numberspace is used on some ARM chips as well as PPC, and even to check for a PPC SVR multi-arch drivers would otherwise need to ifdef the header inclusion and all references to the SVR symbols.

[PATCH -v4 RESEND 2/9] mm, memcg: Support to charge/uncharge multiple swap entries

From: Huang Ying This patch make it possible to charge or uncharge a set of continuous swap entries in the swap cgroup. The number of swap entries is specified via an added parameter. This will be used for the THP (Transparent Huge Page) swap support. Where a swap cluster

Re: [PATCH v10 07/19] vfio iommu type1: Update argument of vaddr_get_pfn()

On 10/27/2016 08:24 PM, Kirti Wankhede wrote: > > > On 10/27/2016 5:41 PM, Jike Song wrote: >> On 10/27/2016 05:29 AM, Kirti Wankhede wrote: >>> Update arguments of vaddr_get_pfn() to take struct mm_struct *mm as input >>> argument. >>> >>> Signed-off-by: Kirti Wankhede

Re: [PATCH 00/14] introduce the BFQ-v0 I/O scheduler as an extra scheduler

[...] > >> Moreover, I am still trying to understand what's the big deal to why >> you say no to BFQ as a legacy scheduler. Ideally it shouldn't cause >> you any maintenance burden and it doesn't make the removal of the >> legacy blk layer any more difficult, right? > > > Not sure I can state it

[tip:x86/asm] x86/prctl/uapi: Remove #ifdef for CHECKPOINT_RESTORE

Commit-ID: a01aa6c9f40fe03c82032e7f8b3bcf1e6c93ac0e Gitweb: http://git.kernel.org/tip/a01aa6c9f40fe03c82032e7f8b3bcf1e6c93ac0e Author: Dmitry Safonov AuthorDate: Thu, 27 Oct 2016 17:15:15 +0300 Committer: Ingo Molnar CommitDate: Fri, 28 Oct

[tip:x86/asm] x86/unwind: Ensure stack grows down

Commit-ID: 24d86f59093b0bcb3756cdf47f2db10ff4e90dbb Gitweb: http://git.kernel.org/tip/24d86f59093b0bcb3756cdf47f2db10ff4e90dbb Author: Josh Poimboeuf AuthorDate: Thu, 27 Oct 2016 08:10:58 -0500 Committer: Ingo Molnar CommitDate: Fri, 28 Oct 2016

[tip:x86/asm] x86/vdso: Set vDSO pointer only after success

Commit-ID: 67dece7d4c5841e84a3c795e79bf0dcd5be54f55 Gitweb: http://git.kernel.org/tip/67dece7d4c5841e84a3c795e79bf0dcd5be54f55 Author: Dmitry Safonov AuthorDate: Thu, 27 Oct 2016 17:15:16 +0300 Committer: Ingo Molnar CommitDate: Fri, 28 Oct

[v15, 4/7] soc: fsl: add GUTS driver for QorIQ platforms

The global utilities block controls power management, I/O device enabling, power-onreset(POR) configuration monitoring, alternate function selection for multiplexed signals,and clock control. This patch adds a driver to manage and access global utilities block. Initially only reading SVR and

[v15, 6/7] base: soc: introduce soc_device_match() interface

From: Arnd Bergmann We keep running into cases where device drivers want to know the exact version of the a SoC they are currently running on. In the past, this has usually been done through a vendor specific API that can be called by a driver, or by directly accessing some kind

[v15, 2/7] dt: bindings: move guts devicetree doc out of powerpc directory

Move guts devicetree doc to Documentation/devicetree/bindings/soc/fsl/ since it's used by not only PowerPC but also ARM. And add a specification for 'little-endian' property. Signed-off-by: Yangbo Lu Acked-by: Rob Herring Acked-by: Scott Wood

[v15, 5/7] MAINTAINERS: add entry for Freescale SoC drivers

Add maintainer entry for Freescale SoC drivers including the QE library and the GUTS driver now. Also add maintainer for QE library. Signed-off-by: Yangbo Lu Acked-by: Scott Wood Acked-by: Qiang Zhao --- Changes for v8: - Added

[v15, 7/7] mmc: sdhci-of-esdhc: fix host version for T4240-R1.0-R2.0

The eSDHC of T4240-R1.0-R2.0 has incorrect vender version and spec version. Acturally the right version numbers should be VVN=0x13 and SVN = 0x1. This patch adds the GUTS driver support for eSDHC driver to match SoC. And fix host version to avoid that incorrect version numbers break down the ADMA

Re: common android definition bug in 3.18 kernel

On Fri, Oct 28, 2016 at 11:00:21AM +0530, Rajesh P8 wrote: > Hi all, >   I am currently working on porting eas features using 3.18 common > android kernel. In file  kernel/sched/fair.c there is no definition > for the function "trace_sched_boost_task(task, util, margin);" which > is present in

Re: [PATCH v2 2/2] arm64: dts: hi6220: add resets property into dwmmc nodes

On Fri, Oct 28, 2016 at 08:43:51AM +0200, Vincent Guittot wrote: [...] > > running with? Also do you have any details about the card in case its > > card specific? > > The sdcard is quite common: sandisk ultra 16GB > and my rootfs is on the sdcard I'm using rootfs in emmc also have same

Re: [PATCH v6 1/6] drm/atomic: add drm_atomic_set_fence_for_plane()

On Fri, Oct 28, 2016 at 09:30:26AM +0200, Daniel Vetter wrote: > On Thu, Oct 27, 2016 at 05:37:06PM -0200, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > This new function should be used by drivers when setting a implicit > > fence for the plane. It

Re: [PATCH v2 2/2] arm64: dts: hi6220: add resets property into dwmmc nodes

On Fri, Oct 28, 2016 at 04:33:41PM +0900, Jaehoon Chung wrote: [...] > >>> Guodong: Is there any bootloader dependency on that change? > >> > >> FYI, I use firmwares available in AOSP > > > > I tried latest firmware [1], still cannot boot up until revert the > > patch "arm64: dts: hi6220: add

Re: [PATCH v6 4/6] drm/fence: add in-fences support

On Thu, Oct 27, 2016 at 05:37:09PM -0200, Gustavo Padovan wrote: > From: Gustavo Padovan > > There is now a new property called FENCE_FD attached to every plane > state that receives the sync_file fd from userspace via the atomic commit > IOCTL. > > The fd is

Re: [RFC PATCH 0/3] sched: Introduce Window Assisted Load Tracking

On 2016-10-28 00:49, Peter Zijlstra wrote: On Fri, Oct 28, 2016 at 12:10:39AM -0700, Vikram Mulukutla wrote: This RFC patch has been tested on live X86 machines with the following sanity and benchmark results (thanks to Juri Lelli, Dietmar Eggeman, Patrick Bellasi for initial code reviews):

Re: [RFC PATCH 0/3] sched: Introduce Window Assisted Load Tracking

On 2016-10-28 00:29, Peter Zijlstra wrote: On Fri, Oct 28, 2016 at 12:10:39AM -0700, Vikram Mulukutla wrote: We propose Window-Assisted Load Tracking (WALT) as an alternative or additional load tracking scheme in lieu of or along with PELT, one that in our estimation better tracks task

Linux 4.8.5

I'm announcing the release of the 4.8.5 kernel. All users of the 4.8 kernel series must upgrade. The updated 4.8.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.8.y and can be browsed at the normal kernel.org git web browser:

[PATCH 04/10] scripts/basic/fixdep: Fix error log output in print_deps()

From: Markus Elfring Date: Thu, 27 Oct 2016 19:04:01 +0200 The function "perror" was called after a call of the function "fprintf" in two if branches. So it could happen that an error message was displayed for a failed print operation instead of the failure

[PATCH 03/10] scripts/basic/fixdep: Use the symbol "MAP_FAILED" in print_deps()

From: Markus Elfring Date: Thu, 27 Oct 2016 18:18:54 +0200 Check the return value from a call of the function "mmap" by using the preprocessor symbol "MAP_FAILED". Signed-off-by: Markus Elfring --- scripts/basic/fixdep.c | 2 +- 1

[GIT PULL] irq fix

Linus, Please pull the latest irq-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-urgent-for-linus # HEAD: 62c61514191bfe5731b43619b9b1bf4b423beeb0 doc: Add missing parameter for msi_setup A DocBook fix. Thanks, Ingo

[PATCH 02/10] scripts/basic/fixdep: Complete error handling in print_deps()

From: Markus Elfring Date: Thu, 27 Oct 2016 18:08:30 +0200 Return values were not checked from calls of the functions "close" and "munmap". This issue was detected also by using the Coccinelle software. Add a bit of exception handling there. Signed-off-by:

Re: rowhammer protection [was Re: Getting interrupt every million cache misses]

* Pavel Machek wrote: > On Fri 2016-10-28 09:07:01, Ingo Molnar wrote: > > > > * Pavel Machek wrote: > > > > > +static void rh_overflow(struct perf_event *event, struct > > > perf_sample_data *data, struct pt_regs *regs) > > > +{ > > > + u64 *ts =

Re: rowhammer protection [was Re: Getting interrupt every million cache misses]

On Fri, Oct 28, 2016 at 10:50:39AM +0200, Pavel Machek wrote: > On Fri 2016-10-28 09:07:01, Ingo Molnar wrote: > > > > * Pavel Machek wrote: > > > > > +static void rh_overflow(struct perf_event *event, struct > > > perf_sample_data *data, struct pt_regs *regs) > > > +{ > > > +

[PATCH] drm/tegra: dpaux: Fix error handling

'devm_pinctrl_register()' returns an error pointer or a valid handle. So checking for NULL here is pointless and can never trigger. Check the returned value with IS_ERR instead and propagate this value as done in the other functions which call 'devm_pinctrl_register()' Fixes: 0751bb5c44fe

Re: [PATCH v6] tty/serial: at91: fix hardware handshake on Atmel platforms

2016-10-27 20:02 GMT+02:00 Uwe Kleine-König : > Hello Richard, > > On Thu, Oct 27, 2016 at 06:04:06PM +0200, Richard Genoud wrote: >> diff --git a/drivers/tty/serial/atmel_serial.c >> b/drivers/tty/serial/atmel_serial.c >> index fd8aa1f4ba78..168b10cad47b 100644 >>

Re: [PATCH v2 3/3] reset: Add the TI SCI reset driver

Hi Andrew, is there (going to be) as stable branch I can base these on, or should I just wait until the prerequisite patches appear in arm-soc/for-next? Am Donnerstag, den 27.10.2016, 16:49 -0500 schrieb Andrew F. Davis: > Some TI Keystone family of SoCs contain a system controller (like the >

Re: [PATCH v9 1/4] soc: mediatek: Refine scpsys to support multiple platform

Hi Matthias, Sorry for late reply due to our email service. On Tue, 2016-10-25 at 16:04 +0200, Matthias Brugger wrote: > Hi James, > > On 10/20/2016 10:56 AM, James Liao wrote: > > -static int scpsys_probe(struct platform_device *pdev) > > +static void init_clks(struct platform_device *pdev,

[REGRESSION 4.9-rc2] "c83ed4c - ubifs: Abort readdir upon error" breaks mount

Dear Richard, dear list When testing 4.9-rc2 the device wouldn't boot, as it turns out commit c83ed4c9dbb358b9e7707486e167e940d48bfeed prevent's me mounting root. The relevant portion of init in the initramfs: modprobe ubi mtd=$(get_mtd_from_root_arg) block=0,0 || rescue_shell "ubi"

Re: [REGRESSION 4.9-rc2] "c83ed4c - ubifs: Abort readdir upon error" breaks mount

Ralph, On 28.10.2016 11:37, Ralph Sennhauser wrote: > Dear Richard, dear list > > When testing 4.9-rc2 the device wouldn't boot, as it turns out commit > c83ed4c9dbb358b9e7707486e167e940d48bfeed prevent's me mounting root. > A fix for this is already heading upstream:

Re: [PATCH v2 2/2] arm64: dts: hi6220: add resets property into dwmmc nodes

Hi, On 10/28/2016 04:38 PM, Leo Yan wrote: > On Fri, Oct 28, 2016 at 04:33:41PM +0900, Jaehoon Chung wrote: > > [...] > > Guodong: Is there any bootloader dependency on that change? FYI, I use firmwares available in AOSP >>> >>> I tried latest firmware [1], still cannot boot up

RE: [PATCH] ASoC: da7219: Connect output enable register to DAIOUT

On 28 October 2016 02:02, Steve Barber wrote: > da7219 output (for headset capture) should be set to high-impedance when > not in use, since it will otherwise interfere with output from other > codecs attached to the same DAI. > > Signed-off-by: Stephen Barber > --- >

Re: [PATCH v6] tty/serial: at91: fix hardware handshake on Atmel platforms

On Fri, Oct 28, 2016 at 01:13:31AM +0200, Alexandre Belloni wrote: > On 27/10/2016 at 20:02:29 +0200, Uwe Kleine-König wrote : > > Hello Richard, > > > > On Thu, Oct 27, 2016 at 06:04:06PM +0200, Richard Genoud wrote: > > > diff --git a/drivers/tty/serial/atmel_serial.c > > >

[PATCH] ubifs: Fix regression in ubifs_readdir()

Commit c83ed4c9dbb35 ("ubifs: Abort readdir upon error") broke overlayfs support because the fix exposed an internal error code to VFS. Reported-by: Peter Rosin Tested-by: Peter Rosin Reported-by: Ralph Sennhauser Fixes:

Re: [PATCH] EDAC: expose per-dimm error counts in sysfs

Whoops, I meant only the 0th slot in each channel. On 10/27/16, 2:23 PM, "Aaron Miller" wrote: If your system is like the one I’m testing on, only the channel 0 DIMM slots are populated, and you injected an error for an unpopulated slot, for which no dimmX directory

[tip:perf/urgent] perf/x86/intel: Honour the CPUID for number of fixed counters in hypervisors

Commit-ID: f92b7604149a55cb601fc0b52911b1e11f0f2514 Gitweb: http://git.kernel.org/tip/f92b7604149a55cb601fc0b52911b1e11f0f2514 Author: Imre Palik AuthorDate: Fri, 21 Oct 2016 01:18:59 -0700 Committer: Ingo Molnar CommitDate: Fri, 28 Oct 2016 11:06:25

Re: [PATCH] x86/cpuid: expose AVX512_4VNNIW and AVX512_4FMAPS features to kvm guest

On Fri, 2016-10-28 at 17:12 +0800, He Chen wrote: > The spec can be found in Intel Software Developer Manual or in > Instruction Set Extensions Programming Reference. > > Signed-off-by: Luwei Kang > Signed-off-by: He Chen > --- >  

Re: [PATCH -v4 RESEND 6/9] mm, THP, swap: Support to add/delete THP to/from swap cache

On Friday, October 28, 2016 1:56 PM Huang, Ying wrote: > > @@ -109,9 +118,16 @@ int __add_to_swap_cache(struct page *page, swp_entry_t > entry) >* So add_to_swap_cache() doesn't returns -EEXIST. >*/ > VM_BUG_ON(error == -EEXIST); > -

Linux 4.4.28

I'm announcing the release of the 4.4.28 kernel. All users of the 4.4 kernel series must upgrade. The updated 4.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.4.y and can be browsed at the normal kernel.org git web browser:

Re: [PATCH v6 4/5] ARM: DTS: da850: Add cfgchip syscon node

On Wednesday 26 October 2016 09:38 PM, David Lechner wrote: > On 10/25/2016 10:06 PM, David Lechner wrote: >> Add a syscon node for the SoC CFGCHIPn registers. This is needed for >> the new usb phy driver. >> >> Signed-off-by: David Lechner >> --- >>

Re: [PATCH net-next 5/5] ipv6: Compute multipath hash for forwarded ICMP errors from offending packet

On Thu, Oct 27, 2016 at 10:35 PM GMT, Tom Herbert wrote: > On Mon, Oct 24, 2016 at 2:28 AM, Jakub Sitnicki wrote: >> Same as for the transmit path, let's do our best to ensure that received >> ICMP errors that may be subject to forwarding will be routed the same >> path as flow

Re: [PATCH] phy-rockchip-pcie: remove deassert of phy_rst from exit callback

Am Donnerstag, 13. Oktober 2016, 12:42:13 CEST schrieb Shawn Lin: > The deassert of phy_rst from exit callback is incorrect as when > doing phy_exit, we expect the phy_rst is on asserted state which was > done by power_off callback, but not deasserted state. Meanwhile when > disabling

Re: [PATCH -v4 RESEND 6/9] mm, THP, swap: Support to add/delete THP to/from swap cache

Hi, Hillf, Hillf Danton writes: > On Friday, October 28, 2016 1:56 PM Huang, Ying wrote: >> >> @@ -109,9 +118,16 @@ int __add_to_swap_cache(struct page *page, swp_entry_t >> entry) >> * So add_to_swap_cache() doesn't returns -EEXIST. >> */

Re: [PATCH] drm/mediatek: fix null pointer dereference

Hi, Matthias: Even though OVL HW would not be enabled before component_add() in current design, your patch would be safe for any situation. Acked-by CK Hu Regards, CK On Wed, 2016-10-26 at 16:09 +0200, Matthias Brugger wrote: > The probe function requests the interrupt

[GIT PULL] scheduler fix

Linus, Please pull the latest sched-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched-urgent-for-linus # HEAD: f5d6d2da0d9098a4aa0ebcc187aa0fc167045d6b sched/fair: Remove unused but set variable 'rq' An unused variable warning fix.

[PATCH 09/10] scripts/basic/fixdep: Complete error handling in print_cmdline()

From: Markus Elfring Date: Fri, 28 Oct 2016 09:29:59 +0200 A return value was not checked from a call of the function "printf". This issue was detected also by using the Coccinelle software. Add a bit of exception handling there. Signed-off-by: Markus Elfring

[PATCH 08/10] scripts/basic/fixdep: Complete error handling in print_config()

From: Markus Elfring Date: Thu, 27 Oct 2016 22:45:03 +0200 Return values were not checked from calls of the function "printf" and "putchar". This issue was detected also by using the Coccinelle software. * Add a bit of exception handling there. * Optimise this

[PATCH 07/10] scripts/basic/fixdep: Fix error log output in do_config_file()

From: Markus Elfring Date: Thu, 27 Oct 2016 22:15:14 +0200 The function "perror" was called after a call of the function "fprintf" in two if branches. So it could happen that an error message was displayed for a failed print operation instead of the failure

[tip:x86/urgent] x86/microcode/AMD: Fix more fallout from CONFIG_RANDOMIZE_MEMORY=y

Commit-ID: 1c27f646b18fb56308dff82784ca61951bad0b48 Gitweb: http://git.kernel.org/tip/1c27f646b18fb56308dff82784ca61951bad0b48 Author: Borislav Petkov AuthorDate: Thu, 27 Oct 2016 14:36:23 +0200 Committer: Ingo Molnar CommitDate: Fri, 28 Oct 2016

[PATCH 3/4] drivers: base: cacheinfo: add pr_fmt logging

This cleanup patch just adds pr_fmt style logging for cacheinfo. Cc: Greg Kroah-Hartman Signed-off-by: Sudeep Holla --- drivers/base/cacheinfo.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/base/cacheinfo.c

[PATCH 0/4] drivers: base: cacheinfo: fixes/updates

Hi Greg, Since the couple of fixes here are not too severe, I am considering as updates only. Now the x86 allow CONFIG_OF to be enabled and ACPI on arm64, we have couple of minor bugs in those configurations. The first 2 patches fixes them. The 3rd patch is cosmetic update to help identify the

Re: [PATCH] can: fix warning in bcm_connect/proc_register

On 10/27/2016 06:28 PM, Cong Wang wrote: >>> Hmm, bo->bound should guarantee it, so never mind, your patch >>> looks fine. >> >> Can I add your Acked-by? > > Of course. > > Acked-by: Cong Wang Thanks, Marc -- Pengutronix e.K. | Marc Kleine-Budde

Re: [PATCH 4/5] ARM: davinci: enable LEDs default-on trigger in default config

On Thursday 27 October 2016 09:19 PM, David Lechner wrote: > Yes, module is OK here. Here is the patch I pushed to v4.10/defconfig. Thanks, Sekhar ---8<--- From: David Lechner Date: Fri, 21 Oct 2016 13:36:56 -0500 Subject: [PATCH] ARM: davinci_all_defconfig: enable LED

Re: Fwd: Fujitsu PrimePower 450 with SPARC64 V & Linux support

On 10/27/2016 08:50 PM, Allan Tsakuhhin wrote: > I am trying to build Linux system on Fujitsu PrimePower 450 running by > SPARC64 V CPUs. Does anyone have supportive materials (manuals, > overviews, specs) about Fujitsu PP450 and SPARC64 V CPUs. Every kind > of source material may be useful! >

Re: [PATCH] UBI: fastmap: Fix add_vol() return value test in ubi_attach_fastmap()

On Fri, 28 Oct 2016 11:08:44 +0200 Boris Brezillon wrote: > Commit e96a8a3bb671 ("UBI: Fastmap: Do not add vol if it already > exists") introduced a bug by changing the possible error codes returned > by add_vol(): > - this functions no longer returns NULL in

Re: [RFC PATCH 0/3] sched: Introduce Window Assisted Load Tracking

On Fri, Oct 28, 2016 at 12:55:52AM -0700, Vikram Mulukutla wrote: > On 2016-10-28 00:29, Peter Zijlstra wrote: > >On Fri, Oct 28, 2016 at 12:10:39AM -0700, Vikram Mulukutla wrote: > >> > >>We propose Window-Assisted Load Tracking (WALT) as an alternative or > >>additional load tracking scheme in

Re: rowhammer protection [was Re: Getting interrupt every million cache misses]

On 28 October 2016 at 11:04, Peter Zijlstra wrote: > On Fri, Oct 28, 2016 at 10:50:39AM +0200, Pavel Machek wrote: >> On Fri 2016-10-28 09:07:01, Ingo Molnar wrote: >> > >> > * Pavel Machek wrote: >> > >> > > +static void rh_overflow(struct perf_event *event,

Re: [PATCH 00/14] introduce the BFQ-v0 I/O scheduler as an extra scheduler

On Fri, Oct 28, 2016 at 12:27 AM, Linus Walleij wrote: > On Thu, Oct 27, 2016 at 11:08 PM, Jens Axboe wrote: > >> blk-mq has evolved to support a variety of devices, there's nothing >> special about mmc that can't work well within that framework. > >

Re: [PATCH v5 0/5] Functional dependencies between devices

On Thu, Oct 27, 2016 at 08:19:27PM +0800, Hanjun Guo wrote: > I'm trying to using this patch set to solve the functional dependency > between devices and irqchip, which are both ACPI platform devices. > irqchip needs to be probed before the devices connecting to them, > which specifically, it's

Re: [PATCH] ARM: davinci: Add full regulator constraints for non-DT boot

On Thursday 27 October 2016 01:11 AM, ahas...@baylibre.com wrote: > From: Axel Haslam > > The phy framework requests an optional "phy" regulator. If it does > not find one, it returns -EPROBE_DEFER. In the case of non-DT boot > for the omap138-lcdk board, this would prevent

Re: [PATCH] x86/cpuid: expose AVX512_4VNNIW and AVX512_4FMAPS features to kvm guest

On Fri, Oct 28, 2016 at 11:31:05AM +0200, Paolo Bonzini wrote: > > > On 28/10/2016 11:12, He Chen wrote: > > The spec can be found in Intel Software Developer Manual or in > > Instruction Set Extensions Programming Reference. > > > > Signed-off-by: Luwei Kang > >

Re: [PATCH v2 02/16] scsi: don't use fc_bsg_job::request and fc_bsg_job::reply directly

On 10/13/2016 06:24 PM, Johannes Thumshirn wrote: On Thu, Oct 13, 2016 at 05:15:25PM +0200, Steffen Maier wrote: I'm puzzled. $ git bisect start fc_bsg master 3087864ce3d7282f59021245d8a5f83ef1caef18 is the first bad commit commit 3087864ce3d7282f59021245d8a5f83ef1caef18 Author: Johannes

Re: [PATCH v2 2/2] arm64: dts: hi6220: add resets property into dwmmc nodes

Hi, On 10/28/2016 06:43 PM, Jaehoon Chung wrote: > Hi, > > On 10/28/2016 04:38 PM, Leo Yan wrote: >> On Fri, Oct 28, 2016 at 04:33:41PM +0900, Jaehoon Chung wrote: >> >> [...] >> >> Guodong: Is there any bootloader dependency on that change? > > FYI, I use firmwares available in AOSP

[PATCH 00/10] staging: iio: tsl2583: staging cleanups

This patch set begins cleaning up some of the major items that is keeping the tsl2583 driver out of mainline. Highlights include device tree support, converts the driver over to use the iio_chan_spec, improved error handling, and fixes for some concurrency issues. There is more work required to

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