Re: [PATCH 2/4] locking/qrwlock: Reduce reader/writer to reader lock transfer latency

On Tue, Jul 07, 2015 at 10:17:11AM +0100, Will Deacon wrote: > > > Thinking about it, can we kill _QW_WAITING altogether and set (cmpxchg > > > from 0) wmode to _QW_LOCKED in the write_lock slowpath, polling (acquire) > > > rmode until it hits zero? > > > > No, this is how we make the lock fair

[PATCH] perf tools: Fix lockup using 32-bit compat vdso

__machine__findnew_compat() is called only from __machine__findnew_vdso_compat() which is called only from machine__findnew_vdso() which already holds machine->dsos.lock, so remove locking from __machine__findnew_compat(). This manifests itself tracing 32-bit programs with a 64-bit perf.

Re: [PATCH 3/5] x86, acpi, cpu-hotplug: Introduce apicid_to_cpuid[] array to store persistent cpuid <-> apicid mapping.

I think you forgot to reserve CPU 0 for BSP in cpuid mask. --Mika On Tue, Jul 7, 2015 at 12:30 PM, Tang Chen wrote: > From: Gu Zheng > > In this patch, we introduce a new static array named apicid_to_cpuid[], > which is large enough to store info for all possible cpus. > > And then, we modify

RE: [RFC v2 3/6] irq: bypass: Extend skeleton for ARM forwarding control

> -Original Message- > From: Paolo Bonzini [mailto:pbonz...@redhat.com] > Sent: Tuesday, July 07, 2015 7:01 PM > To: Wu, Feng; Eric Auger; eric.au...@st.com; > linux-arm-ker...@lists.infradead.org; kvm...@lists.cs.columbia.edu; > k...@vger.kernel.org; christoffer.d...@linaro.org;

Re: [Patch v3 1/1] media: am437x-vpfe: Requested frame size and fmt overwritten by current sensor setting

On Mon, Jun 29, 2015 at 10:19 PM, Benoit Parrot wrote: > Upon a S_FMT the input/requested frame size and pixel format is > overwritten by the current sub-device settings. > Fix this so application can actually set the frame size and format. > > Fixes: 417d2e507edc ("[media] media: platform: add

Re: [Patch v3 1/1] media: am437x-vpfe: Fix a race condition during release

On Mon, Jun 29, 2015 at 10:18 PM, Benoit Parrot wrote: > There was a race condition where during cleanup/release operation > on-going streaming would cause a kernel panic because the hardware > module was disabled prematurely with IRQ still pending. > > Fixes: 417d2e507edc ("[media] media:

Re: [PATCH-V5 3/4] mfd: 88pm800: Set default interrupt clear method

On Tue, 07 Jul 2015, Vaibhav Hiremath wrote: > On Tuesday 07 July 2015 04:10 PM, Lee Jones wrote: > >On Tue, 07 Jul 2015, Vaibhav Hiremath wrote: > >>On Tuesday 07 July 2015 12:59 PM, Lee Jones wrote: > >>>On Mon, 29 Jun 2015, Vaibhav Hiremath wrote: > >>> > As per the spec, bit 1

Re: [RFC v2 3/6] irq: bypass: Extend skeleton for ARM forwarding control

On 07/07/2015 13:13, Wu, Feng wrote: >> > You can use container_of to add it to your own struct, e.g. >> > >> >struct irq_bypass_consumer cons; >> >struct irq_bypass_producer *prod; > Do you mean this: > > struct kvm_kernel_irqfd { > > .. > > struct

Re: [PATCH v5 00/17] x86: Rewrite exit-to-userspace code

So this looks mostly problem free on my boxen, except this warning triggers: Adding 3911820k swap on /dev/sda2. Priority:-1 extents:1 across:3911820k capability: warning: `dbus-daemon' uses 32-bit capabilities (legacy support in use) [ cut here ] WARNING: CPU: 1 PID:

Re: [RFC PATCH v3 0/4] Integration of trace events with System Trace IP blocks

Chunyan Zhang writes: > I'm eager to see your comments on this, and if you have some good > ideas that can slow down the overhead, please let me know. Any > questions are also welcome. Hi, A brief looks tells me that your code is based on an older version of mine. Can you please update so that

Re: [PATCH] base: power: wakeirq: don't leak dev->power.wakeirq

On Tue, Jul 7, 2015 at 10:11 AM, Felipe Balbi wrote: > On Tue, Jul 07, 2015 at 12:40:53AM -0700, Tony Lindgren wrote: >> * Rafael J. Wysocki [150706 15:49]: >> > On Monday, July 06, 2015 01:01:18 PM Felipe Balbi wrote: >> > > on a first call to dev_pm_attach_wake_irq(), if it >> > > fails, it

[PATCH] mfd: wm8994-regmap: Constify reg_default tables

These reg_default tables are not modified after initialized, so make them const. Signed-off-by: Axel Lin --- drivers/mfd/wm8994-regmap.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/mfd/wm8994-regmap.c b/drivers/mfd/wm8994-regmap.c index 300e9b6..c56b160

RE: [PATCH] megaraid:Remove no longer required variable ret from the function megasas_sync_map_info

> -Original Message- > From: Frans Klaver [mailto:franskla...@gmail.com] > Sent: Tuesday, July 07, 2015 3:37 PM > To: Sumit Saxena > Cc: Nicholas Krause; Kashyap Desai; Uday Lingala; jbottom...@odin.com; > PDL,MEGARAIDLINUX; linux-s...@vger.kernel.org; > linux-kernel@vger.kernel.org >

Re: [RFC v2 3/6] irq: bypass: Extend skeleton for ARM forwarding control

On 07/07/2015 12:58, Wu, Feng wrote: > > >> -Original Message- >> From: Eric Auger [mailto:eric.au...@linaro.org] >> Sent: Monday, July 06, 2015 8:11 PM >> To: eric.au...@st.com; eric.au...@linaro.org; >> linux-arm-ker...@lists.infradead.org; kvm...@lists.cs.columbia.edu; >>

RE: [RFC v2 3/6] irq: bypass: Extend skeleton for ARM forwarding control

> -Original Message- > From: Eric Auger [mailto:eric.au...@linaro.org] > Sent: Monday, July 06, 2015 8:11 PM > To: eric.au...@st.com; eric.au...@linaro.org; > linux-arm-ker...@lists.infradead.org; kvm...@lists.cs.columbia.edu; > k...@vger.kernel.org; christoffer.d...@linaro.org;

Re: [PATCH 6/7] hvsock: introduce Hyper-V VM Sockets feature

On Tue, Jul 07, Dexuan Cui wrote: > OK, removing the line seems better than 'default n', though both reproduce > the same "# CONFIG_HYPERV_SOCK is not set". Perhaps "default VMBUS" (or whatever syntax is needed) may be the way to enable it conditionally. Olaf -- To unsubscribe from this list:

RE: [PATCH 1/7] KVM: api: add kvm_irq_routing_extended_msi

> I just don't want to end up with something like: > (GICV3 && ARM64) || (GICV3 && ARM && KERNEL>4.4) || (SuperIRQC && i986) > or > (ARM || ARM64) && HAS_IRQ_ROUTING > > Instead: If the kernel needs it, it tells you. Full stop. Agree. > To be honest it's me to blame here to not having

Re: [PATCH 3/6] Input: pixcir_i2c_ts - allow using with GPIO expanders

On 07/07/15 03:30, Dmitry Torokhov wrote: We are using threaded interrupt handler and thus are allowed to sleep. Let's switch over to gpiod_get_value_cansleep() so that we do not get ugly warnings in case GPIO controller might sleep when accessing GPIO. Signed-off-by: Dmitry Torokhov

[tip:x86/asm] x86/irq, context_tracking: Document how IRQ context tracking works and add an RCU assertion

Commit-ID: 0333a209cbf600e980fc55c24878a56f25f48b65 Gitweb: http://git.kernel.org/tip/0333a209cbf600e980fc55c24878a56f25f48b65 Author: Andy Lutomirski AuthorDate: Fri, 3 Jul 2015 12:44:34 -0700 Committer: Ingo Molnar CommitDate: Tue, 7 Jul 2015 10:59:10 +0200 x86/irq,

[tip:x86/asm] x86/entry: Remove SCHEDULE_USER and asm/ context-tracking.h

Commit-ID: 06a7b36c7bd932e60997bedbae32b3d8e6722281 Gitweb: http://git.kernel.org/tip/06a7b36c7bd932e60997bedbae32b3d8e6722281 Author: Andy Lutomirski AuthorDate: Fri, 3 Jul 2015 12:44:33 -0700 Committer: Ingo Molnar CommitDate: Tue, 7 Jul 2015 10:59:09 +0200 x86/entry: Remove

[tip:x86/asm] x86/entry: Remove exception_enter() from most trap handlers

Commit-ID: 8c84014f3bbb112d07e73f30a10ac8a3a72f8649 Gitweb: http://git.kernel.org/tip/8c84014f3bbb112d07e73f30a10ac8a3a72f8649 Author: Andy Lutomirski AuthorDate: Fri, 3 Jul 2015 12:44:32 -0700 Committer: Ingo Molnar CommitDate: Tue, 7 Jul 2015 10:59:09 +0200 x86/entry: Remove

Re: [PATCH 2/6] Input: pixcir_i2c_ts - switch the device over to gpiod

On 07/07/15 03:30, Dmitry Torokhov wrote: This allows uniform parsing on legacy, DT and ACPI systems. Signed-off-by: Dmitry Torokhov Acked-by: Roger Quadros cheers, -roger --- drivers/input/touchscreen/pixcir_i2c_ts.c | 26 +-

[tip:x86/asm] x86/asm/entry/64: Save all regs on interrupt entry

Commit-ID: ff467594f2a4be01a0fa5e9ffc223fa930d232dd Gitweb: http://git.kernel.org/tip/ff467594f2a4be01a0fa5e9ffc223fa930d232dd Author: Andy Lutomirski AuthorDate: Fri, 3 Jul 2015 12:44:29 -0700 Committer: Ingo Molnar CommitDate: Tue, 7 Jul 2015 10:59:07 +0200 x86/asm/entry/64: Save

[tip:x86/asm] x86/asm/entry/64: Simplify IRQ stack pt_regs handling

Commit-ID: a586f98e9767fb0dfdb989002866b4024f00ce08 Gitweb: http://git.kernel.org/tip/a586f98e9767fb0dfdb989002866b4024f00ce08 Author: Andy Lutomirski AuthorDate: Fri, 3 Jul 2015 12:44:30 -0700 Committer: Ingo Molnar CommitDate: Tue, 7 Jul 2015 10:59:08 +0200 x86/asm/entry/64:

[tip:x86/asm] x86/asm/entry/64: Migrate error and IRQ exit work to C and remove old assembly code

Commit-ID: 02bc7768fe447ae305e924b931fa629073a4a1b9 Gitweb: http://git.kernel.org/tip/02bc7768fe447ae305e924b931fa629073a4a1b9 Author: Andy Lutomirski AuthorDate: Fri, 3 Jul 2015 12:44:31 -0700 Committer: Ingo Molnar CommitDate: Tue, 7 Jul 2015 10:59:08 +0200 x86/asm/entry/64: Migrate

[tip:x86/asm] x86/entry/64: Really create an error-entry-from-usermode code path

Commit-ID: cb6f64ed5a04036eef07e70b57dd5dd78f2fbcef Gitweb: http://git.kernel.org/tip/cb6f64ed5a04036eef07e70b57dd5dd78f2fbcef Author: Andy Lutomirski AuthorDate: Fri, 3 Jul 2015 12:44:27 -0700 Committer: Ingo Molnar CommitDate: Tue, 7 Jul 2015 10:59:07 +0200 x86/entry/64: Really

[tip:x86/asm] x86/entry/64: Migrate 64-bit and compat syscalls to the new exit handlers and remove old assembly code

Commit-ID: 29ea1b258b98a862e59d72556714b75051ae93fb Gitweb: http://git.kernel.org/tip/29ea1b258b98a862e59d72556714b75051ae93fb Author: Andy Lutomirski AuthorDate: Fri, 3 Jul 2015 12:44:28 -0700 Committer: Ingo Molnar CommitDate: Tue, 7 Jul 2015 10:59:07 +0200 x86/entry/64: Migrate

[tip:x86/asm] x86/entry: Add enter_from_user_mode() and use it in syscalls

Commit-ID: feed36cde0a10adb957445a37e48f957f30b2273 Gitweb: http://git.kernel.org/tip/feed36cde0a10adb957445a37e48f957f30b2273 Author: Andy Lutomirski AuthorDate: Fri, 3 Jul 2015 12:44:25 -0700 Committer: Ingo Molnar CommitDate: Tue, 7 Jul 2015 10:59:06 +0200 x86/entry: Add

[tip:x86/asm] x86/traps, context_tracking: Assert that we' re in CONTEXT_KERNEL in exception entries

Commit-ID: 02fdcd5eac9d653d1addbd69b0c58d73650e1c00 Gitweb: http://git.kernel.org/tip/02fdcd5eac9d653d1addbd69b0c58d73650e1c00 Author: Andy Lutomirski AuthorDate: Fri, 3 Jul 2015 12:44:24 -0700 Committer: Ingo Molnar CommitDate: Tue, 7 Jul 2015 10:59:05 +0200 x86/traps,

[tip:x86/asm] x86/entry: Add new, comprehensible entry and exit handlers written in C

Commit-ID: c5c46f59e4e7c1ab244b8d38f2b61d317df90bba Gitweb: http://git.kernel.org/tip/c5c46f59e4e7c1ab244b8d38f2b61d317df90bba Author: Andy Lutomirski AuthorDate: Fri, 3 Jul 2015 12:44:26 -0700 Committer: Ingo Molnar CommitDate: Tue, 7 Jul 2015 10:59:06 +0200 x86/entry: Add new,

Re: [PATCHv3 08/16] staging: vme_user: provide DMA functionality

Hi Alessio, [Sorry for double post] > On 07 Jul 2015, at 10:08, Alessio Igor Bogani > wrote: > > Hi Dmitry, > > On 6 July 2015 at 19:24, Dmitry Kalinkin wrote: > [...] > I'm not a VME expert, but it seems that VME windows are a quiet limited > resource > no matter how you allocate your

[tip:x86/asm] x86/entry: Move C entry and exit code to arch/x86/ entry/common.c

Commit-ID: 1f484aa6904697f390027c12fba130fa94b20831 Gitweb: http://git.kernel.org/tip/1f484aa6904697f390027c12fba130fa94b20831 Author: Andy Lutomirski AuthorDate: Fri, 3 Jul 2015 12:44:23 -0700 Committer: Ingo Molnar CommitDate: Tue, 7 Jul 2015 10:59:05 +0200 x86/entry: Move C entry

[tip:x86/asm] notifiers, RCU: Assert that RCU is watching in notify_die()

Commit-ID: e727c7d7a11e109849582e9165d54b254eb181d7 Gitweb: http://git.kernel.org/tip/e727c7d7a11e109849582e9165d54b254eb181d7 Author: Andy Lutomirski AuthorDate: Fri, 3 Jul 2015 12:44:22 -0700 Committer: Ingo Molnar CommitDate: Tue, 7 Jul 2015 10:59:04 +0200 notifiers, RCU: Assert

Re: [PATCH-V5 3/4] mfd: 88pm800: Set default interrupt clear method

On Tuesday 07 July 2015 04:10 PM, Lee Jones wrote: On Tue, 07 Jul 2015, Vaibhav Hiremath wrote: On Tuesday 07 July 2015 12:59 PM, Lee Jones wrote: On Mon, 29 Jun 2015, Vaibhav Hiremath wrote: As per the spec, bit 1 (INT_CLEAR_MODE) of reg addr 0xe (page 0) controls the method of clearing

[tip:x86/asm] context_tracking: Add ct_state() and CT_WARN_ON()

Commit-ID: f9281648ecd5081803bb2da84b9ccb0cf48436cd Gitweb: http://git.kernel.org/tip/f9281648ecd5081803bb2da84b9ccb0cf48436cd Author: Andy Lutomirski AuthorDate: Fri, 3 Jul 2015 12:44:21 -0700 Committer: Ingo Molnar CommitDate: Tue, 7 Jul 2015 10:59:04 +0200 context_tracking: Add

[tip:x86/asm] um: Fix do_signal() prototype

Commit-ID: ccaee5f851470dec6894a6835b6fadffc2bb7514 Gitweb: http://git.kernel.org/tip/ccaee5f851470dec6894a6835b6fadffc2bb7514 Author: Ingo Molnar AuthorDate: Fri, 3 Jul 2015 12:44:20 -0700 Committer: Ingo Molnar CommitDate: Tue, 7 Jul 2015 10:58:54 +0200 um: Fix do_signal() prototype

[tip:x86/asm] x86/entry/64/compat: Fix bad fast syscall arg failure path

Commit-ID: 5e99cb7c35ca0580da8e892f91c655d35ecf8798 Gitweb: http://git.kernel.org/tip/5e99cb7c35ca0580da8e892f91c655d35ecf8798 Author: Andy Lutomirski AuthorDate: Fri, 3 Jul 2015 12:44:19 -0700 Committer: Ingo Molnar CommitDate: Tue, 7 Jul 2015 10:58:30 +0200 x86/entry/64/compat: Fix

[tip:x86/asm] x86/entry, selftests/x86: Add a test for 32-bit fast syscall arg faults

Commit-ID: 5e5c684a2c78b98dcba3d6fce56773a375f63980 Gitweb: http://git.kernel.org/tip/5e5c684a2c78b98dcba3d6fce56773a375f63980 Author: Andy Lutomirski AuthorDate: Fri, 3 Jul 2015 12:44:18 -0700 Committer: Ingo Molnar CommitDate: Tue, 7 Jul 2015 10:58:30 +0200 x86/entry, selftests/x86:

[tip:x86/boot] x86/boot: Add hex output for debugging

Commit-ID: 79063a7c0239419d5f6bee63228f66256fdc0fc4 Gitweb: http://git.kernel.org/tip/79063a7c0239419d5f6bee63228f66256fdc0fc4 Author: Kees Cook AuthorDate: Mon, 6 Jul 2015 16:06:20 -0700 Committer: Ingo Molnar CommitDate: Tue, 7 Jul 2015 08:59:05 +0200 x86/boot: Add hex output for

Re: [PATCH] clk: mediatek: Add MT8173 MMPLL change rate support

Am Dienstag, 7. Juli 2015, 17:48:45 schrieb James Liao: > Hi Heiko, > > On Tue, 2015-07-07 at 11:34 +0200, Heiko Stübner wrote: > > > > > @@ -135,16 +138,26 @@ static void mtk_pll_calc_values(struct > > > > > mtk_clk_pll > > > > > *pll, u32 *pcw, u32 *postdiv, u32 freq, u32 fin) > > > > > > > >

Re: [PATCH] acpi-cpufreq: replace per_cpu with driver_data of policy

On 07-07-15, 18:29, Pan Xinhui wrote: > > Now policy has field of driver_data, we can use it to get rid of per_cpu > acpi_cpufreq_data. Instead: "Drivers can store their internal per-policy information in policy->driver_data, lets use it." > we have benefits after this replacing. 1) memory

Re: [PATCH 1/6] Input: pixcir_i2c_ts - move platform data

On 07/07/15 03:30, Dmitry Torokhov wrote: Let's move driver's platform data definitions from include/linux/input/ into include/linux/platform_data/ so that it stays with the rest of platform data definitions. Signed-off-by: Dmitry Torokhov Acked-by: Roger Quadros cheers, -roger ---

Re: rx51-battery.ko incompatiblity: board code vs DT

On Mon 2015-07-06 21:44:22, Pali Rohár wrote: > Hello, > > now I found out that rx51-battery.ko driver register sysnode > /sys/class/power_supply/rx51-battery/ when booting with legacy board > code. But when booting DT kernel it register sysnode with different name >

Re: [PATCH-V5 3/4] mfd: 88pm800: Set default interrupt clear method

On Tue, 07 Jul 2015, Vaibhav Hiremath wrote: > On Tuesday 07 July 2015 12:59 PM, Lee Jones wrote: > >On Mon, 29 Jun 2015, Vaibhav Hiremath wrote: > > > >>As per the spec, bit 1 (INT_CLEAR_MODE) of reg addr 0xe > >>(page 0) controls the method of clearing interrupt > >>status of 88pm800 family of

Re: [1/1] cxl/vphb.c: Use phb pointer after NULL check

On Mon, 2015-29-06 at 10:35:11 UTC, Maninder Singh wrote: > static Anlaysis detected below error:- > (error) Possible null pointer dereference: phb > > So, Use phb after NULL check. > > Signed-off-by: Maninder Singh > Acked-by: Ian Munsie Applied to powerpc fixes, thanks.

Re: [PATCH v4 0/3] clk: Add regmap support for clk mulitplexer

On Tuesday, June 16, 2015 04:23:32 PM Matthias Brugger wrote: > This patch set adds regmap support for the simple clock multiplexer, > the divider clock and the clock gate. > Regmap use, apart from a pointer to the regmap struct, needs an > offset value to know where in the regmap it has to

Re: [v2] powerpc/powernv: Fix race in updating core_idle_state

On Mon, 2015-06-07 at 20:09:23 UTC, "Shreyas B. Prabhu" wrote: > core_idle_state is maintained for each core. It uses 0-7 bits to track > whether a thread in the core has entered fastsleep or winkle. 8th bit is > used as a lock bit. ... > Signed-off-by: Shreyas B. Prabhu > Fixes: 7b54e9f213f76

Re: perf, kprobes: fuzzer generates huge number of WARNings

On 2015/07/07 13:00, Vince Weaver wrote: > On Tue, 7 Jul 2015, Masami Hiramatsu wrote: > >> On 2015/07/07 6:27, Vince Weaver wrote: >>> Hello >>> >>> I've been working on trying to get the perf_fuzzer to start fuzzing the >>> PERF_EVENT_IOC_SET_BPF so I've added some really hackish kprobe

RE: [PATCH 6/7] hvsock: introduce Hyper-V VM Sockets feature

> -Original Message- > From: Paul Bolle > Sent: Tuesday, July 7, 2015 17:38 > To: Dexuan Cui > Subject: Re: [PATCH 6/7] hvsock: introduce Hyper-V VM Sockets feature > > Just two nits. > > On ma, 2015-07-06 at 07:47 -0700, Dexuan Cui wrote: > > --- /dev/null > > +++ b/net/hv_sock/Kconfig

Re: [PATCH] clocksource: Allow toggling between runtime and persistent clocksource for idle

* John Stultz [150706 10:55]: > On Mon, Jul 6, 2015 at 10:34 AM, Thomas Gleixner wrote: > > On Mon, 6 Jul 2015, John Stultz wrote: > >> On Mon, Jul 6, 2015 at 12:12 AM, Tony Lindgren wrote: > >> > Some persistent clocksources can be on a slow external bus. For shorter > >> > latencies for RT

[PATCH] acpi-cpufreq: replace per_cpu with driver_data of policy

Now policy has field of driver_data, we can use it to get rid of per_cpu acpi_cpufreq_data. we have benefits after this replacing. 1) memory saving. 2) policy is shared by several cpus, per_cpu seems not correct. useing *driver_data* is more reasonable. 3) fix a memory leak in

[PATCH v2 2/2] kconfig: Regenerate shipped zconf.{hash,lex}.c files

Update the shipped files generated by flex and gperf to support the explicit use of "---help---" and to emit warnings for unsupported characters on COMMAND tokens. As I could not find out which flex/gperf version was used to generate the previous version, I used flex 2.5.35 and gperf 3.0.4 from

[PATCH v2 1/2] kconfig: warn of unhandled characters in Kconfig commands

In Kconfig, definitions of options take the following form: " ...". COMMANDs and PARAMs are treated slightly different by the underlying parser. While commit 2e0d737fc76f ("kconfig: don't silently ignore unhandled characters") introduced a warning for unsupported characters around PARAMs, it

[PATCH v2 0/2] kconfig: warn of unhandled characters in Kconfig commands

This patchset changes the lexer file to emit a warning if any unhandled characters are found in the input. So far, Kconfig options like +config FOO bool [...] (note the wrong '+'!) were parsed without a warning. As simply adding a warning for '.' produces lots of warnings as

[PATCH] trivial: fix typos and remove double words

- to to - when when Signed-off-by: Cristian Stoica --- Documentation/PCI/pci.txt | 2 +- Documentation/RCU/lockdep.txt | 4 ++-- Documentation/cpu-freq/cpu-drivers.txt| 2 +- arch/arc/mm/cache.c

Re: [PATCH v5 2/6] arch: unify ioremap prototypes and macro aliases

On Tue, Jul 7, 2015 at 12:13 PM, Russell King - ARM Linux wrote: > Another issue is... the use of memcpy()/memset() directly on memory > returned from ioremap*(). The pmem driver does this. This fails sparse > checks. However, years ago, x86 invented the memcpy_fromio()/memcpy_toio() >

Re: [PATCH] thermal: cpu_cooling: Iterate over all CPUs in clip_cpu mask to get frequency table

On 01-07-15, 12:13, Pi-Cheng Chen wrote: > Sorry for the mistake I made when cherry-picking the patch. Fix and resend > again. You really want above to show up in git logs ? Any comments like this should be present: - in cover-letter - OR after the three dashes below --- - OR must be followed

Re: Notebook does not resume from hibernation

On Mon 2015-07-06 20:13:45, Markus Weyermann wrote: > Pavel > > I just verified: > > 3.19.0-18 does resume as well from "Bereitschaft" (probably standby) as > from "Ruhezustand" (hibernation). > > 4.0.4-040004 does resume from standby but not from hibernation. Ok, can you unload the

Re: [PATCH 1/1] suspend: delete sys_sync()

On Mon 2015-07-06 15:59:15, Rafael J. Wysocki wrote: > On Monday, July 06, 2015 01:06:45 PM Pavel Machek wrote: > > On Mon 2015-07-06 01:28:20, Rafael J. Wysocki wrote: > > > On Saturday, July 04, 2015 10:19:55 AM Alan Stern wrote: > > > > On Sat, 4 Jul 2015, Rafael J. Wysocki wrote: > > > > > >

Re: [PATCH] clocksource: Allow toggling between runtime and persistent clocksource for idle

* John Stultz [150706 10:53]: > On Mon, Jul 6, 2015 at 8:46 AM, Thomas Gleixner wrote: > > On Mon, 6 Jul 2015, Tony Lindgren wrote: > >> * Thomas Gleixner [150706 07:20]: > >> > On Mon, 6 Jul 2015, Tony Lindgren wrote: > >> The timekeeping accuracy issue certainly needs some thinking, and > >>

RE: [PATCH 6/7] hvsock: introduce Hyper-V VM Sockets feature

> -Original Message- > From: Olaf Hering [mailto:o...@aepfle.de] > Sent: Tuesday, July 7, 2015 18:10 > To: Dexuan Cui; Paul Bolle > Cc: gre...@linuxfoundation.org; da...@davemloft.net; > net...@vger.kernel.org; linux-kernel@vger.kernel.org; driverdev- > de...@linuxdriverproject.org;

Re: [PATCH v5 2/6] arch: unify ioremap prototypes and macro aliases

On Tue, Jul 07, 2015 at 11:50:12AM +0200, Luis R. Rodriguez wrote: > mcgrof@ergon ~/linux-next (git::kill-mtrr)$ git grep ioremap_nocache > drivers/| wc -l > 359 Yes, it's because we have: (a) LDD telling people they should be using ioremap_nocache() for mapping devices. (b) We have

[RFC PATCH v3 4/4] trace: Trace log handler for logging into STM blocks

Add the function 'trace_event_stm_output_##call' for printing events trace log into STM blocks. This patch also adds a function call at where the events have been committed to ring buffer to export the trace event information to STM blocks. Signed-off-by: Chunyan Zhang ---

[RFC PATCH v3 1/4] STM trace event: Adding generic buffer interface driver

From: Mathieu Poirier This patch adds a driver that models itself as an stm_source and who's sole purpose is to export an interface to the rest of the kernel. Once the stm and stm_source have been linked via sysfs, everything that is passed to the interface will endup in the STM trace engine.

[RFC PATCH v3 0/4] Integration of trace events with System Trace IP blocks

IP blocks allowing a variety of trace sources to log debugging information to a pre-defined area have been introduced on a couple of architecture [1][2]. These system trace blocks (also known as STM) typically follow the MIPI STPv2 protocol [3] and provide a system wide logging facility to any

[RFC PATCH v3 3/4] trace: Introduce trace log output function for STM

This patch introduced a few functions to print the event trace log to STM buffer when the trace event happened and the event information was committed to ring buffer. Before outputting the trace log to STM, we have to get the human readable trace log content and print it into a local buffer in

[RFC PATCH v3 2/4] trace: Add an entry for printing trace log to STM

output_stm is a link which is used to connect trace event logging with STMs, will be used in the upcoming patches. Signed-off-by: Chunyan Zhang --- include/linux/trace_events.h | 8 1 file changed, 8 insertions(+) diff --git a/include/linux/trace_events.h

Re: [PATCH 6/7] hvsock: introduce Hyper-V VM Sockets feature

On Tue, Jul 07, Paul Bolle wrote: > On ma, 2015-07-06 at 07:47 -0700, Dexuan Cui wrote: > > --- /dev/null > > +++ b/net/hv_sock/Kconfig > > > +config HYPERV_SOCK > > + tristate "Microsoft Hyper-V Socket (EXPERIMENTAL)" > > + depends on HYPERV > > + default m > It's a bit odd to advise to

Re: [PATCH] amba: Support clk parents and rates assigned in DT

On 2015/7/7 17:33, Russell King - ARM Linux wrote: On Tue, Jul 07, 2015 at 04:47:33PM +0800, Bintian wrote: Hi Russell, Could you spend several minutes to review Stephen's patch? Sorry, I'm busy this week, I need to sort out my git tree, get some fixes out which should've been pushed during

Re: [PATCH] megaraid:Remove no longer required variable ret from the function megasas_sync_map_info

Can't seem to find the original, so here's a reply to the ack mail. On Tue, Jul 7, 2015 at 10:49 AM, Sumit Saxena wrote: > -Original Message- > From: Nicholas Krause [mailto:xerofo...@gmail.com] > Sent: Monday, July 06, 2015 9:43 PM > To: kashyap.de...@avagotech.com > Cc:

Re: [PATCH 4.2-rc1 v21 3/6] irqchip: gic: Introduce plumbing for IPI FIQ

> Currently it is not possible to exploit FIQ for systems with a GIC, even > on systems are otherwise capable of it. This patch makes it possible > for IPIs to be delivered using FIQ. I wonder if gic_set_group_irq() can easily be married with mxc_set_irq_fiq(). The driver

[PATCH] dmaengine: xgene-dma: Fix the resource map to handle overlapping

There is an overlap in dma ring cmd csr region due to sharing of ethernet ring cmd csr region. This patch fix the resource overlapping by mapping the entire dma ring cmd csr region. Signed-off-by: Rameshwar Prasad Sahu --- Documentation/devicetree/bindings/dma/apm-xgene-dma.txt | 2 +-

Re: [PATCH 1/7] KVM: api: add kvm_irq_routing_extended_msi

Good morning Pavel, On 07/07/15 08:16, Pavel Fedin wrote: > Hello! > >> Wouldn't: >> if (kvm_vm_check_extension(s, KVM_CAP_MSI_DEVID)) { >> kroute.flags = KVM_MSI_VALID_DEVID; >> kroute.u.msi.devid = (pci_bus_num(dev->bus) << 8) | dev->devfn; >> } >> >> be saner (without

Re: [PATCH] gpio: pca953x: Fix warning when HW interrupts are rescheduled by the softirq tasklet

Hi Christian, On 07/07/2015 09:29 AM, Christian Gmeiner wrote: > Hi all > > 2014-09-26 11:07 GMT+02:00 Linus Walleij : >> On Thu, Sep 25, 2014 at 6:26 PM, Grygorii Strashko >> wrote: >>> On 09/25/2014 11:07 AM, Linus Walleij wrote: On Wed, Sep 24, 2014 at 2:28 PM, Grygorii Strashko

[tip:x86/urgent] x86/irq: Retrieve irq data after locking irq_desc

Commit-ID: 09cf92b784fae6109450c5d64f9908066d605249 Gitweb: http://git.kernel.org/tip/09cf92b784fae6109450c5d64f9908066d605249 Author: Thomas Gleixner AuthorDate: Sun, 5 Jul 2015 17:12:35 + Committer: Thomas Gleixner CommitDate: Tue, 7 Jul 2015 11:54:04 +0200 x86/irq: Retrieve irq

[tip:x86/urgent] x86/irq: Use proper locking in check_irq_vectors_for_cpu_disable()

Commit-ID: cbb24dc761d95fe39a7a122bb1b298e9604cae15 Gitweb: http://git.kernel.org/tip/cbb24dc761d95fe39a7a122bb1b298e9604cae15 Author: Thomas Gleixner AuthorDate: Sun, 5 Jul 2015 17:12:33 + Committer: Thomas Gleixner CommitDate: Tue, 7 Jul 2015 11:54:04 +0200 x86/irq: Use proper

[tip:x86/urgent] x86/irq: Plug irq vector hotplug race

Commit-ID: 5a3f75e3f02836518ce49536e9c460ca8e1fa290 Gitweb: http://git.kernel.org/tip/5a3f75e3f02836518ce49536e9c460ca8e1fa290 Author: Thomas Gleixner AuthorDate: Sun, 5 Jul 2015 17:12:32 + Committer: Thomas Gleixner CommitDate: Tue, 7 Jul 2015 11:54:04 +0200 x86/irq: Plug irq

Re: [PATCH 3/4] irqchip, gicv3: Implement Cavium ThunderX erratum 23154

Russell, thanks for your comments. On 06.07.15 11:48:12, Russell King - ARM Linux wrote: > On Tue, Jun 30, 2015 at 04:14:02PM +0200, Robert Richter wrote: > > +static u64 gic_read_iar_cavium_thunderx(void) > > { > > u64 irqstat; > > > > + asm volatile("nop;nop;nop;nop;"); > > + asm

Re: [PATCH-V5 3/4] mfd: 88pm800: Set default interrupt clear method

On Tuesday 07 July 2015 12:59 PM, Lee Jones wrote: On Mon, 29 Jun 2015, Vaibhav Hiremath wrote: As per the spec, bit 1 (INT_CLEAR_MODE) of reg addr 0xe (page 0) controls the method of clearing interrupt status of 88pm800 family of devices; 0: clear on read 1: clear on write If pdata

[PATCH V2] dmaengine: imx-sdma: Add device to device support

This patch adds DEV_TO_DEV support for i.MX SDMA driver to support data transfer between two peripheral FIFOs. The per_2_per script requires two peripheral addresses and two DMA requests, and it need to check the src addr and dst addr is in the SPBA bus space or in the AIPS bus space.

Re: [PATCH v5 2/6] arch: unify ioremap prototypes and macro aliases

On Wed, Jul 01, 2015 at 09:28:28AM +0200, Christoph Hellwig wrote: > On Wed, Jul 01, 2015 at 09:19:29AM +0200, Geert Uytterhoeven wrote: > > >> So it would be the responsibility of the caller to fall back from > > >> ioremap(..., CACHED) to ioremap(..., UNCACHED)? > > >> I.e. all drivers using it

Re: [PATCH] clk: mediatek: Add MT8173 MMPLL change rate support

Hi Heiko, On Tue, 2015-07-07 at 11:34 +0200, Heiko Stübner wrote: > > > > @@ -135,16 +138,26 @@ static void mtk_pll_calc_values(struct mtk_clk_pll > > > > *pll, u32 *pcw, u32 *postdiv, u32 freq, u32 fin) > > > > > > > > { > > > > > > > > unsigned long fmin = 1000 * MHZ; > > > > > > >

[tip:irq/urgent] hotplug: Prevent alloc/ free of irq descriptors during cpu up/down

Commit-ID: fc862aa8288be8ace91013375ff0e3c48815c662 Gitweb: http://git.kernel.org/tip/fc862aa8288be8ace91013375ff0e3c48815c662 Author: Thomas Gleixner AuthorDate: Sun, 5 Jul 2015 17:12:30 + Committer: Thomas Gleixner CommitDate: Tue, 7 Jul 2015 11:33:44 +0200 hotplug: Prevent

[patch] Re: [PATCH RESEND] sched: prefer an idle cpu vs an idle sibling for BALANCE_WAKE

On Tue, 2015-07-07 at 06:01 +0200, Mike Galbraith wrote: > On Mon, 2015-07-06 at 15:41 -0400, Josef Bacik wrote: > > > So the NO_WAKE_WIDE_IDLE results are very good, almost the same as the > > baseline with a slight regression at lower RPS and a slight improvement > > at high RPS. > > Good.

Re: [PATCH v3 3/3] ARM: dts: stm32f429: Adopt STM32F4 clock driver

Hi Daniel, 2015-06-10 22:09 GMT+02:00 Daniel Thompson : > New bindings and driver have been created for STM32F42xxx series parts. > This patch integrates these changes. > > Note: Earlier device tree blobs (those without st,stm32f42xxx > compatibles for the rcc) could still be used to boot

Re: [PATCH 6/7] hvsock: introduce Hyper-V VM Sockets feature

Just two nits. On ma, 2015-07-06 at 07:47 -0700, Dexuan Cui wrote: > --- /dev/null > +++ b/net/hv_sock/Kconfig > +config HYPERV_SOCK > + tristate "Microsoft Hyper-V Socket (EXPERIMENTAL)" > + depends on HYPERV > + default m > + help > + Hyper-V Socket is a socket protocol

Re: [PATCH 2/3] Input: of_touchscreen - fix setting max values on X/Y axis

Hi Dmitry, On 07/07/15 03:27, Dmitry Torokhov wrote: The binding specification says that "touchscreen-size-x" and "-y" specify horizontal and vertical resolution of the touchscreen and therefore maximum absolute coordinates should be reduced by 1 since we are starting with 0. Signed-off-by:

[PATCH v3] bonding: "primary_reselect" with "failure" is not working properly

From: Mazhar Rana When "primary_reselect" is set to "failure", primary interface should not become active until current active slave is down. But if we set first member of bond device as a "primary" interface and "primary_reselect" is set to "failure" then whenever primary interface's link get

Re: [PATCH] clk: mediatek: Add MT8173 MMPLL change rate support

Hi James, Am Dienstag, 7. Juli 2015, 17:28:38 schrieb James Liao: > On Tue, 2015-07-07 at 10:58 +0200, Heiko Stübner wrote: > > > +#define PLL(_id, _name, _reg, _pwr_reg, _en_mask, _flags, _pcwbits, > > > \ > > > + _pd_reg, _pd_shift, _tuner_reg, _pcw_reg, \ > > > +

Re: [PATCH] acpi-cpufreq.c: fix a memory leak in acpi_cpufreq_cpu_exit

hi, Viresh thanks for your quick reply :) On 2015年07月07日 16:53, Viresh Kumar wrote: > On 07-07-15, 15:52, Pan Xinhui wrote: >> I have latest codes. >> codes in cpufreq.c are below. >> 1436 down_write(>rwsem); >> 1437 cpumask_clear_cpu(cpu, policy->cpus); >> 1438 >> 1439 if

Re: [PATCH] amba: Support clk parents and rates assigned in DT

On Tue, Jul 07, 2015 at 04:47:33PM +0800, Bintian wrote: > Hi Russell, > > Could you spend several minutes to review Stephen's patch? Sorry, I'm busy this week, I need to sort out my git tree, get some fixes out which should've been pushed during the merge window, and other stuff. I'm not going

[PATCH 4/5] x86, acpi, cpu-hotplug: Enable MADT APIs to return disabled apicid.

From: Gu Zheng All processors' apicids can be obtained by _MAT method or from MADT in ACPI. The current code ignores disabled processors and returns -ENODEV. After this patch, a new parameter will be added to MADT APIs so that caller is able to control if disabled processors are ignored.

[PATCH 1/5] x86, gfp: Cache best near node for memory allocation.

From: Gu Zheng In current code, all possible cpus are mapped to the best near online node if the node they reside in is offline in init_cpu_to_node(). init_cpu_to_node() { .. for_each_possible_cpu(cpu) { .. if (!node_online(node))

[PATCH 5/5] x86, acpi, cpu-hotplug: Set persistent cpuid <-> nodeid mapping when booting.

From: Gu Zheng This patch set the persistent cpuid <-> nodeid mapping for all enabled/disabled processors at boot time via an additional acpi namespace walk for processors. Signed-off-by: Gu Zheng Signed-off-by: Tang Chen --- arch/ia64/kernel/acpi.c | 2 +-

[PATCH 3/5] x86, acpi, cpu-hotplug: Introduce apicid_to_cpuid[] array to store persistent cpuid <-> apicid mapping.

From: Gu Zheng In this patch, we introduce a new static array named apicid_to_cpuid[], which is large enough to store info for all possible cpus. And then, we modify the cpuid calculation. In generic_processor_info(), it simply finds the next unused cpuid. And it is also why the cpuid <->

[PATCH 2/5] x86, acpi, cpu-hotplug: Enable acpi to register all possible cpus at boot time.

From: Gu Zheng [Problem] cpuid <-> nodeid mapping is firstly established at boot time. And workqueue caches the mapping in wq_numa_possible_cpumask in wq_numa_init() at boot time. When doing node online/offline, cpuid <-> nodeid mapping is established/destroyed, which means, cpuid <-> nodeid

[PATCH 0/5] Make cpuid <-> nodeid mapping persistent.

[Problem] cpuid <-> nodeid mapping is firstly established at boot time. And workqueue caches the mapping in wq_numa_possible_cpumask in wq_numa_init() at boot time. When doing node online/offline, cpuid <-> nodeid mapping is established/destroyed, which means, cpuid <-> nodeid mapping will

Possible memory allocation deadlock in kmem_alloc and hung task in xfs_log_commit_cil and xlog_cil_push

Hi all, Recently, we observed that there is the error message in Ubuntu-3.13.0-48.80: "XFS: possible memory allocation deadlock in kmem_alloc (mode:0x8250)" repeatedly shows in the dmesg. Temporarily, our workaround is to tune the parameters, such as, vfs_cache_pressure, min_free_kbytes, and

Re: [PATCH] clk: mediatek: Add MT8173 MMPLL change rate support

Hi Heiko, On Tue, 2015-07-07 at 10:58 +0200, Heiko Stübner wrote: > > +#define PLL(_id, _name, _reg, _pwr_reg, _en_mask, _flags, _pcwbits, > > \ > > + _pd_reg, _pd_shift, _tuner_reg, _pcw_reg, \ > > + _pcw_shift)

Re: [PATCH v4 1/2] ACPI / ARM64: add BAD_MADT_GICC_ENTRY() macro

On Tue, Jul 07, 2015 at 12:16:47AM +0100, Al Stone wrote: > From: Al Stone > > The BAD_MADT_ENTRY() macro is designed to work for all of the subtables > of the MADT. In the ACPI 5.1 version of the spec, the struct for the > GICC subtable (struct acpi_madt_generic_interrupt) is 76 bytes long; in

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