[PATCH v2 2/8] KVM: x86: add pcommit support

Pass PCOMMIT CPU feature to guest to enable PCOMMIT instruction Currently we do not catch pcommit instruction for L1 guest and allow L1 to catch this instruction for L2 if, as required by the spec, L1 can enumerate the PCOMMIT instruction via CPUID: | IA32_VMX_PROCBASED_CTLS2[53] (which

[PATCH v2 5/8] KVM: VMX: simplify invpcid handling in vmx_cpuid_update()

If vmx_invpcid_supported() is true, second execution control filed must be supported and SECONDARY_EXEC_ENABLE_INVPCID must have already been set in current vmcs by vmx_secondary_exec_control() If vmx_invpcid_supported() is false, no need to clear SECONDARY_EXEC_ENABLE_INVPCID Signed-off-by:

[PATCH v2 7/8] KVM: VMX: clean up bit operation on SECONDARY_VM_EXEC_CONTROL

Use vmcs_set_bits() and vmcs_clear_bits() to clean up the code Signed-off-by: Xiao Guangrong --- arch/x86/kvm/vmx.c | 31 --- 1 file changed, 8 insertions(+), 23 deletions(-) diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c index 5a074d0..f18f744 100644 ---

[PATCH v2 0/8] KVM: x86: enable cflushopt/clwb/pcommit and simplify code

Changelog: Thanks for Paolo's review, there are the changes in v2: - use WARN_ON(1) instead of BUG() if PCOMMIT-exit happend for L1 guest - drop set_clear_2nd_exec_ctrl() and use vmcs_{set,clear}_bits instead - improve commit log and adjust code style This pachset enables clfushopt, clwb and

[PATCH v2 1/8] KVM: x86: allow guest to use cflushopt and clwb

Pass these CPU features to guest to enable them in guest They are needed by nvdimm drivers Signed-off-by: Xiao Guangrong --- arch/x86/kvm/cpuid.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/kvm/cpuid.c b/arch/x86/kvm/cpuid.c index 2fbea25..962fc7d 100644 ---

[PATCH v2 4/8] KVM: VMX: simplify rdtscp handling in vmx_cpuid_update()

if vmx_rdtscp_supported() is true SECONDARY_EXEC_RDTSCP must have already been set in current vmcs by vmx_secondary_exec_control() Signed-off-by: Xiao Guangrong --- arch/x86/kvm/vmx.c | 17 - 1 file changed, 8 insertions(+), 9 deletions(-) diff --git a/arch/x86/kvm/vmx.c

[PATCH v2 3/8] KVM: VMX: drop rdtscp_enabled check in prepare_vmcs02()

SECONDARY_EXEC_RDTSCP set for L2 guest comes from vmcs12 Signed-off-by: Xiao Guangrong --- arch/x86/kvm/vmx.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c index 073cbc8..61d44b0 100644 --- a/arch/x86/kvm/vmx.c +++

Re: [PATCH] ARM: multi_v7_defconfig: Enable PBIAS regulator

hi, On Wednesday 09 September 2015 09:33 AM, Guenter Roeck wrote: > On Sun, Sep 06, 2015 at 04:41:10PM -0700, Guenter Roeck wrote: >> On Thu, Sep 03, 2015 at 03:25:11PM +0530, Kishon Vijay Abraham I wrote: >>> PBIAS regulator is required for MMC module in OMAP2, OMAP3, OMAP4, >>> OMAP5 and DRA7

[PATCH 2/2][RFC] kselftest: timers: Add adjtick test to validate adjtimex() tick adjustments

Recently an issue was reported that was difficult to detect except by tweaking the adjtimex tick value, and noticing how quickly the adjustment took to be made: https://lkml.org/lkml/2015/9/1/488 Thus this patch introduces a new test which manipulates the adjtimex tick value and validates

[PATCH 1/2][RFC] time: Fix timekeeping_freqadjust()'s incorrect use of abs() instead of abs64()

The internal clocksteering done for fine-grained error correction uses a logarithmic approximation, so any time adjtimex() adjusts the clock steering, timekeeping_freqadjust() quickly approximates the correct clock frequency over a series of ticks. Unfortunately, the logic in

Re: [RFC] sched: make update_cpu_load_active care more than one tick

On Tue, Aug 18, 2015 at 08:39:27AM +0900, Byungchul Park wrote: > On Thu, Aug 13, 2015 at 06:35:24PM +0900, byungchul.p...@lge.com wrote: > > From: Byungchul Park > > > > i found do_timer accounts other than one tick, so i made > > update_cpu_load_active care that. > > > > is it intended

Re: [PATCH] ARM: multi_v7_defconfig: Enable PBIAS regulator

hi, On Wednesday 09 September 2015 09:33 AM, Guenter Roeck wrote: > On Sun, Sep 06, 2015 at 04:41:10PM -0700, Guenter Roeck wrote: >> On Thu, Sep 03, 2015 at 03:25:11PM +0530, Kishon Vijay Abraham I wrote: >>> PBIAS regulator is required for MMC module in OMAP2, OMAP3, OMAP4, >>> OMAP5 and DRA7

Re: [PATCH V1] audit: add warning that an old auditd may be starved out by a new auditd

On 15/09/08, Eric Paris wrote: > This is already going to be in the audit log, right? We're going to > send a CONFIG_CHANGE record with old_pid == the existing auditd. I bet > it gets delivered to the old auditd. Actually, delivered by the new auditd is what I'm seeing... (Tested by running

Re: [RFC] sched: make update_cpu_load_active care more than one tick

On Thu, Aug 13, 2015 at 06:35:24PM +0900, byungchul.p...@lge.com wrote: > From: Byungchul Park > > i found do_timer accounts other than one tick, so i made > update_cpu_load_active care that. > > is it intended because of its overhead? I think the idea was that the

Re: [RFC] sched: make update_cpu_load_active care more than one tick

On Wed, Sep 09, 2015 at 09:02:40AM +0200, Peter Zijlstra wrote: > On Thu, Aug 13, 2015 at 06:35:24PM +0900, byungchul.p...@lge.com wrote: > > From: Byungchul Park > > > > i found do_timer accounts other than one tick, so i made > > update_cpu_load_active care that. > > >

Re: [PATCH] x86/efi: Map EFI memmap entries in-order at runtime

On 8 September 2015 at 22:37, Matt Fleming wrote: > On Tue, 08 Sep, at 03:21:17PM, Ard Biesheuvel wrote: >> >> I noticed that the 64-bit version of efi_map_region() preserves the >> relative alignment with respect to a 2 MB boundary for /each/ region. >> Since the

Re: [PATCH 3/5] perf tools: Propagate error info for the tracepoint parsing

On Tue, Sep 08, 2015 at 05:42:25PM -0400, Raphaël Beamonte wrote: SNIP > > @@ -386,7 +386,7 @@ PE_NAME ':' PE_NAME > > struct list_head *list; > > > > ALLOC_LIST(list); > > - if (parse_events_add_tracepoint(list, >idx, $1, $3)) { > > + if

Re: [PATCH] of: add vendor prefix for Socionext Inc.

On Wed, 09 Sep 2015, Masahiro Yamada wrote: > 2015-08-25 0:11 GMT+09:00 Rob Herring : > > On Mon, Aug 24, 2015 at 1:57 AM, Lee Jones wrote: > >> On Wed, 29 Jul 2015, Masahiro Yamada wrote: > >> > >>> Signed-off-by: Masahiro Yamada

[PATCH 1/4] net: cavium: liquidio: use kzalloc in setup_glist()

We save a little .text and get rid of the sizeof(...) style inconsistency. Signed-off-by: Rasmus Villemoes --- drivers/net/ethernet/cavium/liquidio/lio_main.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH V8 3/4] qe_common: add qe_muram_ functions to manage muram

muram is used for qe, add qe_muram_ functions to manage muram. Signed-off-by: Zhao Qiang --- Changes for v2: - no changes Changes for v3: - no changes Changes for v4: - no changes Changes for v5: - no changes Changes for v6: -

[PATCH V8 1/4] genalloc:support memory-allocation with bytes-alignment to genalloc

Bytes alignment is required to manage some special RAM, so add gen_pool_first_fit_align to genalloc, meanwhile add gen_pool_alloc_data to pass data to gen_pool_first_fit_align(modify gen_pool_alloc as a wrapper) Signed-off-by: Zhao Qiang --- Changes for v6: -

Re: [PATCH 0/3] serial: samsung: Fix UART status handling and other fixes

On 09/09/2015 01:47 AM, Krzysztof Kozlowski wrote: > On 08.09.2015 18:38, Robert Baldyga wrote: >> Hello, >> >> This patch set contains three patches: two minor fixes and one quite >> important bugfix enabling UART status handling in DMA mode, which was >> missing so far. It enables, among others,

[RFC PATCH v4 3/3] vfio: platform: return device properties as arrays of unsigned integers

From: Antonios Motakis Certain properties of a device are accessible as an array of unsigned integers, either u64, u32, u16, or u8. Let the VFIO user query this type of device properties. Signed-off-by: Antonios Motakis

[PATCH 2/2][RFC] kselftest: timers: Add adjtick test to validate adjtimex() tick adjustments

Recently an issue was reported that was difficult to detect except by tweaking the adjtimex tick value, and noticing how quickly the adjustment took to be made: https://lkml.org/lkml/2015/9/1/488 Thus this patch introduces a new test which manipulates the adjtimex tick value and validates

[PATCH 1/2][RFC] time: Fix timekeeping_freqadjust()'s incorrect use of abs() instead of abs64()

The internal clocksteering done for fine-grained error correction uses a logarithmic approximation, so any time adjtimex() adjusts the clock steering, timekeeping_freqadjust() quickly approximates the correct clock frequency over a series of ticks. Unfortunately, the logic in

[PATCH v2 6/8] KVM: VMX: unify SECONDARY_VM_EXEC_CONTROL update

Unify the update in vmx_cpuid_update() Signed-off-by: Xiao Guangrong --- arch/x86/kvm/vmx.c | 21 +++-- 1 file changed, 11 insertions(+), 10 deletions(-) diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c index 97e3340..5a074d0 100644 ---

[PATCH v2 2/8] KVM: x86: add pcommit support

Pass PCOMMIT CPU feature to guest to enable PCOMMIT instruction Currently we do not catch pcommit instruction for L1 guest and allow L1 to catch this instruction for L2 if, as required by the spec, L1 can enumerate the PCOMMIT instruction via CPUID: | IA32_VMX_PROCBASED_CTLS2[53] (which

[PATCH v2 0/8] KVM: x86: enable cflushopt/clwb/pcommit and simplify code

Changelog: Thanks for Paolo's review, there are the changes in v2: - use WARN_ON(1) instead of BUG() if PCOMMIT-exit happend for L1 guest - drop set_clear_2nd_exec_ctrl() and use vmcs_{set,clear}_bits instead - improve commit log and adjust code style This pachset enables clfushopt, clwb and

[PATCH v2 1/8] KVM: x86: allow guest to use cflushopt and clwb

Pass these CPU features to guest to enable them in guest They are needed by nvdimm drivers Signed-off-by: Xiao Guangrong --- arch/x86/kvm/cpuid.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/kvm/cpuid.c b/arch/x86/kvm/cpuid.c

[PATCH v2 5/8] KVM: VMX: simplify invpcid handling in vmx_cpuid_update()

If vmx_invpcid_supported() is true, second execution control filed must be supported and SECONDARY_EXEC_ENABLE_INVPCID must have already been set in current vmcs by vmx_secondary_exec_control() If vmx_invpcid_supported() is false, no need to clear SECONDARY_EXEC_ENABLE_INVPCID Signed-off-by:

[PATCH v2 7/8] KVM: VMX: clean up bit operation on SECONDARY_VM_EXEC_CONTROL

Use vmcs_set_bits() and vmcs_clear_bits() to clean up the code Signed-off-by: Xiao Guangrong --- arch/x86/kvm/vmx.c | 31 --- 1 file changed, 8 insertions(+), 23 deletions(-) diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c index

[PATCH v2 8/8] KVM: VMX: drop rdtscp_enabled field

Check cpuid bit instead of it Signed-off-by: Xiao Guangrong --- arch/x86/kvm/cpuid.h | 8 arch/x86/kvm/vmx.c | 19 ++- 2 files changed, 14 insertions(+), 13 deletions(-) diff --git a/arch/x86/kvm/cpuid.h b/arch/x86/kvm/cpuid.h index

Re: [PATCH V2] kasan: fix last shadow judgement in memory_is_poisoned_16()

On 2015/9/8 20:12, Xishi Qiu wrote: > The shadow which correspond 16 bytes memory may span 2 or 3 bytes. If the > memory is aligned on 8, then the shadow takes only 2 bytes. So we check > "shadow_first_bytes" is enough, and need not to call > "memory_is_poisoned_1(addr + 15);". > But the code "if

Re: [PATCH 2/2][RFC] kselftest: timers: Add adjtick test to validate adjtimex() tick adjustments

On Tue, Sep 08, 2015 at 10:57:06PM -0700, John Stultz wrote: > Recently an issue was reported that was difficult to detect except > by tweaking the adjtimex tick value, and noticing how quickly the > adjustment took to be made: > https://lkml.org/lkml/2015/9/1/488 > > Thus this patch

[PATCH] mfd: wm8998: Fixup register defaults/readables

Remove defaults for a bunch of volatile registers and remove ARIZONA_CTRL_IF_SPI_CFG_1 from the readable list since it doesn't exist on wm8998 which is I2C only. Signed-off-by: Charles Keepax --- drivers/mfd/wm8998-tables.c |8 1 files changed,

Re: [PATCH 2/2] kasan: Fix a type conversion error

On 09/09/15 04:59, Wang Long wrote: > The current KASAN code can find the following out-of-bounds Should it be "cannot"? Vladimir > bugs: > char *ptr; > ptr = kmalloc(8, GFP_KERNEL); > memset(ptr+7, 0, 2); > > the cause of the problem is the type conversion error in >

Re: [PATCH V3 4/5] clk: core: add CLK_OPS_PARENT_ON flags to support clocks require parent on

Ping... On Wed, Aug 19, 2015 at 7:07 PM, Dong Aisheng wrote: > On Mon, Aug 17, 2015 at 08:45:18PM +0800, Dong Aisheng wrote: >> On Thu, Aug 13, 2015 at 06:01:09PM -0700, Stephen Boyd wrote: >> > On 07/28, Dong Aisheng wrote: >> > > On Freescale i.MX7D platform, all

Re: [RFC] sched: make update_cpu_load_active care more than one tick

On Tue, Aug 18, 2015 at 08:39:27AM +0900, Byungchul Park wrote: > On Thu, Aug 13, 2015 at 06:35:24PM +0900, byungchul.p...@lge.com wrote: > > From: Byungchul Park > > > > i found do_timer accounts other than one tick, so i made > > update_cpu_load_active care that. > > >

[PATCH v2 4/8] KVM: VMX: simplify rdtscp handling in vmx_cpuid_update()

if vmx_rdtscp_supported() is true SECONDARY_EXEC_RDTSCP must have already been set in current vmcs by vmx_secondary_exec_control() Signed-off-by: Xiao Guangrong --- arch/x86/kvm/vmx.c | 17 - 1 file changed, 8 insertions(+), 9 deletions(-) diff

[PATCH v2 3/8] KVM: VMX: drop rdtscp_enabled check in prepare_vmcs02()

SECONDARY_EXEC_RDTSCP set for L2 guest comes from vmcs12 Signed-off-by: Xiao Guangrong --- arch/x86/kvm/vmx.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c index 073cbc8..61d44b0 100644 ---

Re: 4.3-rc0: snd_hda_intel 0000:00:1b.0: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.

On Tue 2015-09-08 23:05:35, Takashi Iwai wrote: > On Tue, 08 Sep 2015 22:52:02 +0200, > Pavel Machek wrote: > > > > Hi! > > > > On something like 4c12ab7e5e2e892fa94df500f96001837918a281 ... I got > > > > [ 6078.393375] snd_hda_intel :00:1b.0: IRQ timing workaround is > > activated for card

Re: [tip:x86/headers] x86/headers: Clean up and better document uapi/ asm/sigcontext.h

On Tue, Sep 08, 2015 at 07:25:35AM -0700, tip-bot for Ingo Molnar wrote: > +++ b/arch/x86/include/uapi/asm/sigcontext.h > @@ -1,221 +1,255 @@ > #ifndef _UAPI_ASM_X86_SIGCONTEXT_H > #define _UAPI_ASM_X86_SIGCONTEXT_H > > +/* > + * Linux signal context definitions. The sigcontext includes a

Re: [PATCH 0/4] xtensa: fix build failure

t; I believe it's fixed in the -mm tree and will be merged soon, > see the thread at https://lkml.org/lkml/2015/8/26/118 I guess its already merged in Linus tree now. I tested in the morning with Linus tree and allmodconfig worked. But next-20150909 still failed. BTW, yesterday when I was

Re: [llvmlinux] percpu | bitmap issue? (Cannot boot on bare metal due to a kernel NULL pointer dereference)

On Wed, Sep 9, 2015 at 9:14 AM, Baoquan He wrote: > On 09/09/15 at 08:56am, Sedat Dilek wrote: > >> None of the force-inlining patches helped. >> >> cpumask: Force inlining of cpumask_weight function >> nodemask: Force inlining of __nodes_weight function >> >> If I

Re: [PATCH] ARM: exynos_defconfig: Enable USB Video Class support

Hello Krzysztof, On 09/09/2015 02:06 AM, Krzysztof Kozlowski wrote: > On 08.09.2015 22:32, Javier Martinez Canillas wrote: > > (...) > >> >>> Let me rephrase my question into: >>> 1. What is worth enabling in exynos_defconfig? USB devices? I would >>> argue, except they are needed to boot. >>

Re: [PATCH 1/2] irqchip: renesas-intc-irqpin: Propagate wake-up settings to parent

Hi, On 09/08/2015 11:03 PM, Thomas Gleixner wrote: > On Tue, 8 Sep 2015, Geert Uytterhoeven wrote: --- a/drivers/irqchip/irq-renesas-intc-irqpin.c +++ b/drivers/irqchip/irq-renesas-intc-irqpin.c @@ -283,6 +283,9 @@ static int intc_irqpin_irq_set_type(struct irq_data *d,

lockfile failure on encfs

Hi Miklos! Just wanted to point out this BZ to you: https://bugzilla.kernel.org/show_bug.cgi?id=104261 lockfile doesn't seem to work on encfs, but suddenly starts working if used under strace. While I found a work-around (using strace) it's still annoying. It doesn't seem likely that the

[GIT PULL] arch/nios2 update for 4.3-rc1

Hi Linus, Here are the nios2 updates for v4.3. - add defconfig and device tree for MAX 10 development kit - migrate to new 'set-state' interface for timer - fix unaligned handler - MAINTAINERS: update nios2 git repo Please consider pulling. Regards Ley Foon The following changes since commit

Re: [PATCH v4 07/13] usb: otg: add OTG core

On Mon, Sep 07, 2015 at 01:53:19PM +0300, Roger Quadros wrote: > On 07/09/15 10:40, Li Jun wrote: > > On Mon, Aug 24, 2015 at 04:21:18PM +0300, Roger Quadros wrote: > >> The OTG core instantiates the OTG Finite State Machine > >> per OTG controller and manages starting/stopping the > >> host and

Cher utilisateur de messagerie Web.

Cher utilisateur de messagerie Web. Nous avons un problème technique, nous notre base de date pour le moment. vous êtes au CLIQUEZ ICI pour vous reconfirmer web compte de messagerie une fois de plus. Help desk -- To unsubscribe from this list: send the

[PULL] vhost: cleanups and fixes

The following changes since commit 64291f7db5bd8150a74ad2036f1037e6a0428df2: Linux 4.2 (2015-08-30 11:34:09 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus for you to fetch changes up to

Re: [PATCH v4 2/2] dt: power: st: Provide bindings for ST's OPPs

On 02-09-15, 13:58, Rob Herring wrote: > What do you expect here? It is your job to close it. Ultimately, this > will be your problem to deal with. If you have 10 different vendors > doing selection of OPPs in 10 different ways you will not be able to > change that easily later. Maybe if you can't

Re: [RFC PATCH] PM / Runtime: runtime: Add sysfs option for forcing runtime suspend

On Tue, 2015-09-08 at 10:44 -0400, Alan Stern wrote: > It would not put the device into runtime suspend immediately, like you > are proposing. Instead it would mean the same as the "auto" mode, > except that remote wakeup should be disabled during runtime suspend. Hi, this proposal is

Re: [PATCH 3/3] staging: slimport: Add anx7814 driver support by analogix.

Hi Dan, Many thanks for this first review. 2015-09-09 5:38 GMT+02:00 Daniel Kurtz : > Hi Eric, > > Thanks for starting to upstream this Analogix Slimport driver! > As Greg says, please move this driver to its intended directory, I presume: > /drivers/gpu/drm/bridge > I

Re: [PATCH V2] kasan: fix last shadow judgement in memory_is_poisoned_16()

On 2015/9/9 15:43, Xishi Qiu wrote: > On 2015/9/9 14:40, long.wanglong wrote: > >> On 2015/9/8 20:12, Xishi Qiu wrote: >>> The shadow which correspond 16 bytes memory may span 2 or 3 bytes. If the >>> memory is aligned on 8, then the shadow takes only 2 bytes. So we check >>> "shadow_first_bytes"

[PATCH V8 2/4] genalloc:support memory-allocation from offset

Add new algo for genalloc, it finds the first available region from a specific offset address of memory matching the size requirement (no alignment constraint) Signed-off-by: Zhao Qiang --- include/linux/genalloc.h | 11 +++ lib/genalloc.c | 26

Re: [PATCH v4 07/13] usb: otg: add OTG core

On 09/09/15 05:21, Peter Chen wrote: > On Tue, Sep 08, 2015 at 03:25:25PM +0300, Roger Quadros wrote: >> >> >> On 08/09/15 11:31, Peter Chen wrote: >>> On Mon, Sep 07, 2015 at 01:23:01PM +0300, Roger Quadros wrote: On 07/09/15 04:23, Peter Chen wrote: > On Mon, Aug 24, 2015 at 04:21:18PM

Re: [PATCH-v2 1/2] mpt3sas: Refcount sas_device objects and fix unsafe list usage

Hi Sreekanth, On Tue, 2015-09-08 at 17:25 +0530, Sreekanth Reddy wrote: > On Sun, Aug 30, 2015 at 1:24 PM, Nicholas A. Bellinger > wrote: > > From: Nicholas Bellinger > > > > These objects can be referenced concurrently throughout the driver, we > >

Re: [PATCH 2/3] mtd: mtk-nor: mtk serial flash controller driver

On Tue, Sep 08, 2015 at 05:49:55PM +0800, Bayi Cheng wrote: > add spi nor flash driver for mediatek controller > > Signed-off-by: Bayi Cheng > --- > drivers/mtd/spi-nor/Kconfig | 7 + > drivers/mtd/spi-nor/Makefile | 1 + > drivers/mtd/spi-nor/mtk_nor.c | 533 >

Re: [PATCH] x86: serialize LVTT and TSC_DEADLINE write

Andi, On Tue, 8 Sep 2015, Andi Kleen wrote: > > Hmm, I didn't mean mfence can't serialize the instructions. For a true > > IO, a serialization can't guarantee device finishes the IO, we generally > > read some safe IO registers to wait IO finish. I completely don't know > > if this case fits

Re: [PATCH 1/2] irqchip: renesas-intc-irqpin: Propagate wake-up settings to parent

On Wed, 9 Sep 2015, Grygorii Strashko wrote: > On 09/08/2015 11:03 PM, Thomas Gleixner wrote: > > So, yes a seperate locking class for that intc trainwreck is probably > > required. > > > > Just as an option, May be we can proceed with patch: > [PATCH v2 2/6] genirq: fix irqchip_set_wake_parent

[PATCH] fix ufs write vs. readpage race when writing into a hole

Followup to UFS series - with the way we clear the new blocks (via buffer cache, possibly on more than a page worth of file) we really should not insert a reference to new block into inode block tree until after we'd cleared it. Signed-off-by: Al Viro --- diff

Re: [GIT] Networking

On Sep 8 22:16, Konrad Rzeszutek Wilk wrote: > On Tue, Sep 8, 2015 at 10:14 PM, Konrad Rzeszutek Wilk > wrote: > > > > (Removed Linus and Andrew from the To, added Corinna ..) > > and resending again without HTML (sorry, thought I had HTML-emails > disabled by default) > > >

Re: [PATCH 1/2] irqchip: renesas-intc-irqpin: Propagate wake-up settings to parent

On 09/09/2015 11:53 AM, Thomas Gleixner wrote: On Wed, 9 Sep 2015, Grygorii Strashko wrote: On 09/08/2015 11:03 PM, Thomas Gleixner wrote: So, yes a seperate locking class for that intc trainwreck is probably required. Just as an option, May be we can proceed with patch: [PATCH v2 2/6]

[RFC v3 4/4] iio: chemical: add SGX VZ89x VOC sensor support

Add support for VZ89X sensors VOC and CO2 reporting channels in percentage which can be converted to part per million. Signed-off-by: Matt Ranostay --- .../ABI/testing/sysfs-bus-iio-chemical-vz89x | 30 +++ .../devicetree/bindings/i2c/trivial-devices.txt| 1 +

[RFC v3 2/4] iio: resistance: add IIO_RESISTANCE channel type

Signed-off-by: Matt Ranostay --- Documentation/ABI/testing/sysfs-bus-iio | 7 +++ drivers/iio/industrialio-core.c | 1 + include/uapi/linux/iio/types.h | 1 + 3 files changed, 9 insertions(+) diff --git a/Documentation/ABI/testing/sysfs-bus-iio

[RFC v3 0/4] iio: new chemical sensor framework and channel types

Changes from RFC v2: * Proper usage of IIO_CHAN_INFO_OFFSET values for VOC and CO2 channels * Return CO2 offset that combines the 400 ppm offset and -13 value correction Matt Ranostay (4): iio: chemical: Add IIO_CONCENTRATION channel type iio: resistance: add IIO_RESISTANCE channel type

[RFC v3 1/4] iio: chemical: Add IIO_CONCENTRATION channel type

There are air quality sensors that report data back in parts per million of VOC (Volatile Organic Compounds) which are usually indexed from CO2 or another common pollutant. This patchset adds an IIO_CONCENTRATION type that returns a percentage of substance because no other channels types fit this

[RFC v3 3/4] devicetree: add SGX Sensortech vendor id

Signed-off-by: Matt Ranostay --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt index ac5f0c3..281e8f0

Re: [PATCH 2/3] net: irda: pxaficp_ir: convert to readl and writel

Petr Cvek writes: > Dne 8.9.2015 v 22:24 Petr Cvek napsal(a): >> >> Did you defined resources somewhere? Actual resources are in >> "pxa_ir_resources" variable at: I have them in patch [1], which is exactly the patch you have made yourself. > I tried to add following patch

Re: [Patch v5 1/6] ACPI/PCI: Enhance ACPI core to support sparse IO space

On 2015/7/30 4:37, Bjorn Helgaas wrote: > On Tue, Jun 09, 2015 at 12:20:43AM +0800, Jiang Liu wrote: >> Enhance ACPI resource parsing interfaces to support sparse IO space, >> which will be used to share common code between x86 and IA64 later. >> >> Tested-by: Tony Luck >>

RE: [PATCH 0/4] Fix how CPUs are enumerated when there's more than 255 CPUs

From: Marc Zyngier [mailto:marc.zyng...@arm.com] Sent: Tuesday, September 8, 2015 6:28 PM > In my view, this makes the change a lot more palatable, and it can fit in > exactly two patches: > > 1) add the acpi_subtable_proc stuff with the compatibility helpers > 2) change

Re: [llvmlinux] percpu | bitmap issue? (Cannot boot on bare metal due to a kernel NULL pointer dereference)

On 09/09/15 at 08:56am, Sedat Dilek wrote: > None of the force-inlining patches helped. > > cpumask: Force inlining of cpumask_weight function > nodemask: Force inlining of __nodes_weight function > > If I recompile lib/bitmap.o with GCC v4.9 (see attached file) and > re-invoke

[PATCH] staging: ion: fix corruption of ion_import_dma_buf

we found this issue but still exit in lastest kernel. Simply keep ion_handle_create under mutex_lock to avoid this race. WARNING: CPU: 2 PID: 2648 at drivers/staging/android/ion/ion.c:512 ion_handle_add+0xb4/0xc0() ion_handle_add: buffer already found. Modules linked in: iwlmvm iwlwifi mac80211

Re: [PATCH v4 2/2] dt: power: st: Provide bindings for ST's OPPs

On Wed, 09 Sep 2015, Viresh Kumar wrote: > On 02-09-15, 13:58, Rob Herring wrote: > > What do you expect here? It is your job to close it. Ultimately, this > > will be your problem to deal with. If you have 10 different vendors > > doing selection of OPPs in 10 different ways you will not be able

Re: [PATCH-v2 4/7] mmc: sdhci-pxav3: Add pinctl setting according to bus clock

On Tue, Sep 8, 2015 at 5:07 PM, Vaibhav Hiremath wrote: > But I still have one small doubt on expectation from > devm_pinctrl_get() function. > > If pinctrl properties are not populated in Devicetree node, > then, shouldn't devm_pinctrl_get() return error ? > I

[PATCH 3/4] net: mv643xx_eth: use kzalloc

The double memset is a little ugly; using kzalloc avoids it altogether. Signed-off-by: Rasmus Villemoes --- drivers/net/ethernet/marvell/mv643xx_eth.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/net/ethernet/marvell/mv643xx_eth.c

[PATCH 0/4] net: a few kzalloc/memset cleanups

These are just a few k[czm]alloc/memset related cleanups. Rasmus Villemoes (4): net: cavium: liquidio: use kzalloc in setup_glist() net: jme: use kzalloc() instead of kmalloc+memset net: mv643xx_eth: use kzalloc net: qlcnic: delete redundant memsets

[PATCH 2/4] net: jme: use kzalloc() instead of kmalloc+memset

Using kzalloc saves a tiny bit on .text. Signed-off-by: Rasmus Villemoes --- drivers/net/ethernet/jme.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/net/ethernet/jme.c b/drivers/net/ethernet/jme.c index 6e9a792097d3..060dd3922974

[PATCH 4/4] net: qlcnic: delete redundant memsets

In all cases, mbx->req.arg and mbx->rsp.arg have just been allocated using kcalloc(), so these six memsets are redundant. Signed-off-by: Rasmus Villemoes --- I cranked $context_lines to 11 to make the kcallocs visible.

Re: [PATCH v5 0/6] bcm2835: auxiliar device support for spi

Hi, On Tuesday 08 September 2015 18:48:07, Eric Anholt wrote: > I finally had a chance to sit down and look at what the hardware's doing > with the enable bit (also, I've read a whole lot more of the hardware > now, so I'm a lot faster at answering questions like this). The enable > bits are a

[PATCH v3 1/2] mfd: arizona: Add register bits to support the ANC block

Some Arizona devices have a hardware ANC block present. This patch adds the registers necessary to configure this hardware block. Signed-off-by: Charles Keepax --- Changes since v2: - Added missing default for 0xF0A Thanks, Charles

[PATCH v3 2/2] ASoC: wm5110: Add DAPM/routing hookup for the ANC block

The wm5110 device contains a hardware ANC block, this patch connects up controls and routing for this. Signed-off-by: Charles Keepax --- No changes since v2. Thanks, Charles sound/soc/codecs/arizona.c | 119 ++

[RFC PATCH v4 1/3] vfio: platform: add device properties skeleton and user API

From: Antonios Motakis This patch introduces an API that allows to return device properties (OF or ACPI) of a device bound to the vfio-platform/vfio-amba driver and the skeleton of the implementation for VFIO_PLATFORM. Information about any device node bound by

[RFC PATCH v4 2/3] vfio: platform: access device property as a list of strings

From: Antonios Motakis Certain device properties (e.g. the device node name, the compatible string), are available as a list of strings (separated by the null terminating character). Let the VFIO user query this type of properties. Signed-off-by: Antonios

Re: [PATCH v6 3/6] pci:host: Add Altera PCIe host controller driver

On Tue, Sep 8, 2015 at 5:19 PM, Lorenzo Pieralisi wrote: > On Fri, Sep 04, 2015 at 09:29:14AM +0100, Ley Foon Tan wrote: >> On Wed, Sep 2, 2015 at 12:33 AM, Lorenzo Pieralisi >> wrote: > > [...] > >> > > +static bool

Re: [PATCH v2 1/3] ARM: Make FORCE_MAX_ZONEORDER configurable if ARM_SINGLE_ARMV7M

2015-09-09 0:19 GMT+02:00 Russell King - ARM Linux : > On Tue, Sep 08, 2015 at 10:38:04PM +0200, Maxime Coquelin wrote: >> This patch makes FORCE_MAX_ZONEORDER configurable in defconfig for ARMV7-M >> when built for a single platform. > > I'd prefer if we didn't do this,

Re: [PATCH V2] kasan: fix last shadow judgement in memory_is_poisoned_16()

On 2015/9/9 14:40, long.wanglong wrote: > On 2015/9/8 20:12, Xishi Qiu wrote: >> The shadow which correspond 16 bytes memory may span 2 or 3 bytes. If the >> memory is aligned on 8, then the shadow takes only 2 bytes. So we check >> "shadow_first_bytes" is enough, and need not to call >>

Re: [PATCH v4 2/2] dt: power: st: Provide bindings for ST's OPPs

On 09-09-15, 08:59, Lee Jones wrote: > Thanks for doing this Viresh. I appreciate your efforts. I wanted to get this sorted out, before we meet face to face :) > > -8<- > > From: Viresh Kumar > > Date: Wed, 9 Sep 2015

Re: [PATCH V2] kasan: fix last shadow judgement in memory_is_poisoned_16()

2015-09-09 9:40 GMT+03:00 long.wanglong : > On 2015/9/8 20:12, Xishi Qiu wrote: >> The shadow which correspond 16 bytes memory may span 2 or 3 bytes. If the >> memory is aligned on 8, then the shadow takes only 2 bytes. So we check >> "shadow_first_bytes" is enough, and

Re: [PATCH v3 07/10] KVM: arm/arm64: vgic: Allow HW interrupts for non-shared devices

Hi Christoffer, On 09/02/2015 09:42 PM, Christoffer Dall wrote: > On Mon, Aug 10, 2015 at 03:21:01PM +0200, Eric Auger wrote: >> From: Marc Zyngier >> >> So far, the only use of the HW interrupt facility was the timer, >> implying that the active state is context-switched

Re: [PATCH 6/7] selftests: only compile userfaultfd for x86 and powperpc

On Tue, 2015-09-08 at 16:34 +0200, Andrea Arcangeli wrote: > > I already had a few minor changes queued to be submitted for arm and > ppc and a few updates to the selftest. > > I didn't like that you had to remember running make headers_install > for changes like the below one to build, so I

[PATCH RESEND 5/5] mfd: arizona: Update DT doc for new mic detection bindings

Signed-off-by: Charles Keepax --- Documentation/devicetree/bindings/mfd/arizona.txt | 21 + include/dt-bindings/mfd/arizona.h |5 + 2 files changed, 26 insertions(+), 0 deletions(-) diff --git

Re: [RFC] sched: make update_cpu_load_active care more than one tick

On Wed, Sep 09, 2015 at 09:02:40AM +0200, Peter Zijlstra wrote: > On Thu, Aug 13, 2015 at 06:35:24PM +0900, byungchul.p...@lge.com wrote: > > From: Byungchul Park > > > > i found do_timer accounts other than one tick, so i made > > update_cpu_load_active care that. > > >

Re: [PATCH v3 2/9] watchdog: Introduce hardware maximum timeout in watchdog core

Hello Guenter, On Tue, Sep 08, 2015 at 02:07:30PM -0700, Guenter Roeck wrote: > On Tue, Sep 08, 2015 at 10:03:32PM +0200, Uwe Kleine-König wrote: > > On Tue, Sep 08, 2015 at 06:47:26AM -0700, Guenter Roeck wrote: > > > On 09/08/2015 03:33 AM, Uwe Kleine-König wrote: > > > >>+ virt_timeout =

[PATCH V8 4/4] QE: Move QE from arch/powerpc to drivers/soc

ls1 has qe and ls1 has arm cpu. move qe from arch/powerpc to drivers/soc/fsl to adapt to powerpc and arm Signed-off-by: Zhao Qiang --- hanges for v2: - move code to driver/soc Changes for v3: - change drivers/soc/qe to drivers/soc/fsl-qe Changes for v4:

Re: [PATCH v3] Cleanup: membarrier selftest

On Tue, 2015-09-08 at 16:58 -0400, Mathieu Desnoyers wrote: > We don't need to specify an explicit rule in the Makefile, the implicit > one will do the same. The "__EXPORTED_HEADERS__" define is not needed, > because we build the test against the installed kernel headers, not the > in-tree kernel

[PATCH RESEND 4/5] extcon: arizona: Add support for general purpose switch

The switch is typically used in conjunction with the MICDET clamp in order to suppress pops and clicks associated with jack insertion. Signed-off-by: Charles Keepax --- drivers/extcon/extcon-arizona.c |6 ++ 1 files changed, 6 insertions(+), 0

[PATCH RESEND 2/5] extcon: arizona: Add support for new ADC value headphone detect

Newer devices give users the option to make the 3/4 pole jack determination using a software comparison rather than a hardware one. This patch adds support for this functionality. Signed-off-by: Charles Keepax --- drivers/extcon/extcon-arizona.c | 67

[PATCH RESEND 1/5] mfd: arizona: Add registers for ADC microphone detection

The newer devices support using a software comparison to determine whether a 3/4 pole jack is present. Add the registers necessary for this. Signed-off-by: Charles Keepax Acked-by: Lee Jones --- drivers/mfd/wm5110-tables.c |

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