[PATCH V3 10/14] perf tools: Factor out a function to propagate maps for a single evsel

Subsequent fixes will need a function that just propagates maps for a single evsel so factor it out. Signed-off-by: Adrian Hunter --- tools/perf/util/evlist.c | 37 + 1 file changed, 21 insertions(+), 16 deletions(-) diff --git a/tools/perf/util/evlist.c

[PATCH V3 11/14] perf tools: Fix perf_evlist__add() not propagating maps

If evsels are added after maps are created, then they won't have any maps propagated to them. Fix that. Signed-off-by: Adrian Hunter --- tools/perf/util/evlist.c | 56 +--- 1 file changed, 29 insertions(+), 27 deletions(-) diff --git

[PATCH V3 06/14] perf tools: Fix missing thread_map__put in perf_evlist__propagate_maps

perf_evlist__propagate_maps() incorrectly assumes evsel->threads is NULL before reassigning it, but it won't be NULL when perf_evlist__set_maps() is used to set different (or NULL) maps. Thus thread_map__put must be used, which works even if evsel->threads is NULL. Signed-off-by: Adrian Hunter

Re: [PATCH] ARM: fix bug which lowmem size is limited to 760MB

On Mon, Sep 07, 2015 at 10:01:41PM -0400, Nicolas Pitre wrote: > On Tue, 8 Sep 2015, Russell King - ARM Linux wrote: > > > On Mon, Sep 07, 2015 at 03:40:36PM -0400, Nicolas Pitre wrote: > > > On Mon, 7 Sep 2015, Arnd Bergmann wrote: > > > > > > > On Thursday 03 September 2015 21:24:00 Nicolas

[PATCH V3 12/14] perf tools: Fix perf_evlist__create_syswide_maps() not propagating maps

Fix it by making it call perf_evlist__set_maps() instead of setting the maps itself. Signed-off-by: Adrian Hunter --- tools/perf/util/evlist.c | 19 ++- 1 file changed, 10 insertions(+), 9 deletions(-) diff --git a/tools/perf/util/evlist.c b/tools/perf/util/evlist.c index

[PATCH V3 14/14] perf tools: Fix software clock events test setting maps

The test titled "Test software clock events have valid period values" was setting cpu/thread maps directly. Make it use the proper function perf_evlist__set_maps() especially now that it also propagates the maps. Signed-off-by: Adrian Hunter --- tools/perf/tests/sw-clock.c | 18

[PATCH V3 08/14] perf tools: Make perf_evlist__set_maps() more resilient

Make perf_evlist__set_maps() more resilient by allowing for the possibility that one or another of the maps isn't being changed and therefore should not be "put". Signed-off-by: Adrian Hunter --- tools/perf/util/evlist.c | 19 +++ 1 file changed, 15 insertions(+), 4 deletions(-)

[PATCH V3 07/14] perf tools: Add evsel->own_cpus

perf_evlist__propagate_maps() cannot easily tell if an evsel has its own cpu map. To make that simpler, keep a copy of the PMU cpu map and adjust the propagation logic accordingly. Signed-off-by: Adrian Hunter --- tools/perf/util/evlist.c | 5 - tools/perf/util/evsel.c| 1 +

[PATCH V3 03/14] perf tools: Remove redundant validation from perf_evlist__propagate_maps

The validation checks that the values that were just assigned, got assigned i.e. the error can't ever happen. Subsequent patches will call this code in places where errors are not being returned. Changing those code paths to return this non-existent error is counter-productive, so just remove it.

[PATCH V3 13/14] perf tools: Fix task exit test setting maps

The test titled "Test number of exit event of a simple workload" was setting cpu/thread maps directly. Make it use the proper function perf_evlist__set_maps() especially now that it also propagates the maps. Signed-off-by: Adrian Hunter --- tools/perf/tests/task-exit.c | 18 ++

[PATCH V3 04/14] perf tools: Add evlist->has_user_cpus

Subsequent patches will need to call perf_evlist__propagate_maps without reference to a "target". Add evlist->has_user_cpus to record whether the user has specified which cpus to target (and therefore whether that list of cpus should override the default settings for a selected event i.e. the cpu

[PATCH V3 01/14] perf tools: Simplify perf_evlist__propagate_maps logic

If evsel->cpus is to be reassigned then the current value must be "put", which works even if it is NULL. Simplify the current logic by moving the "put" next to the assignment. Signed-off-by: Adrian Hunter --- tools/perf/util/evlist.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-)

Re: [PATCH 11/12] mm, page_alloc: Reserve pageblocks for high-order atomic allocations on demand

2015-08-24 21:29 GMT+09:00 Mel Gorman : > High-order watermark checking exists for two reasons -- kswapd high-order > awareness and protection for high-order atomic requests. Historically the > kernel depended on MIGRATE_RESERVE to preserve min_free_kbytes as high-order > free pages for as long

Re: [PATCH v2] ARM: tegra: paz00: use con_id's to refer GPIO's ingpiod_lookup table

Am Montag, 7. September 2015, 12:21:37 schrieb Dmitry Osipenko: > 30.06.2015 17:15, Dmitry Osipenko пишет: > > Commit 72daceb9a10a ("net: rfkill: gpio: Add default GPIO driver mappings > > for ACPI") removed possibility to request GPIO by table index for non-ACPI > > platforms without changing it

Re: [PATCH] sched: fix lose fair sleeper bonus in switch_to_fair()

On Tue, Sep 08, 2015 at 03:30:08PM +0800, Wanpeng Li wrote: > On 9/8/15 3:11 PM, Byungchul Park wrote: > >On Tue, Sep 08, 2015 at 02:42:52PM +0800, Wanpeng Li wrote: > >>On 9/8/15 2:32 PM, Byungchul Park wrote: > >>>On Tue, Sep 08, 2015 at 03:14:26PM +0900, Byungchul Park wrote: > On Tue, Sep

Re: [PATCH] hyperv: fix build if KEXEC not enabled

* Vitaly Kuznetsov wrote: > Ingo Molnar writes: > > > * Stephen Hemminger wrote: > > > >> Fixes regression 4.3 mergw window in my config > >> where hyperv is enable but CONFIG_KEXEC not enabled. > >> > >> arch/x86/kernel/cpu/mshyperv.c:112: undefined reference to > >>

Re: [PATCH] arm64: kernel: Use a separate stack for irq interrupts.

On 09/07/2015 11:36 PM, James Morse wrote: Having to handle interrupts on top of an existing kernel stack means the kernel stack must be large enough to accomodate both the maximum kernel usage, and the maximum irq handler usage. Switching to a different stack when processing irqs allows us to

Re: [PATCH] usbnet: Fix a race between usbnet_stop() and the BH

On Tue, 2015-09-08 at 09:37 +0200, Bjørn Mork wrote: > Eugene Shatokhin writes: > > > I resent the patch to make it separate. What is the status of this now? > > One of the many nice features of patchwork is that you don't need to ask > those questions :) > > See

Re: [PATCH V2 07/14] perf tools: Add evsel->own_cpus

On Tue, Sep 08, 2015 at 10:09:10AM +0300, Adrian Hunter wrote: > On 08/09/15 09:45, Jiri Olsa wrote: > > On Mon, Sep 07, 2015 at 05:27:49PM +0300, Adrian Hunter wrote: > >> perf_evlist__propagate_maps() cannot easily tell if an evsel > >> has its own cpu map. To make that simpler, keep a copy of

Re: [PATCH v3 2/2] leds: leds-ipaq-micro: Fix coding style issues

On 09/07/2015 06:28 PM, Muhammad Falak R Wani wrote: Spaces at the starting of a line are removed, indentation using tab, instead of space. Also, line width of more than 80 characters is also taken care of. Two warnings are left alone to aid better readability. Signed-off-by: Muhammad Falak R

Re: [PATCH] leds:lp55xx: Correct Kconfig dependency for f/w user helper

On 09/08/2015 07:06 AM, Takashi Iwai wrote: On Tue, 08 Sep 2015 02:30:07 +0200, Kim, Milo wrote: Hi Takashi, On 9/7/2015 11:19 PM, Jacek Anaszewski wrote: Hi Takashi, Thanks for chasing this. Milo, could you express your opinion? On 09/07/2015 02:25 PM, Takashi Iwai wrote: The commit

Re: [PATCH] perf report: Fix invalid memory accessing

On Mon, Sep 07, 2015 at 09:27:26PM +0800, Wangnan (F) wrote: SNIP > > I found the problem. > > perf relies on build_cpu_topology() to fetch CPU_TOPOLOGY from sysfs. It > depend on > the existance of > > /sys/devices/system/cpu/cpu%d/topology/core_siblings_list > > However, CPU can be

Re: [PATCH] usbnet: Fix a race between usbnet_stop() and the BH

Eugene Shatokhin writes: > I resent the patch to make it separate. What is the status of this now? One of the many nice features of patchwork is that you don't need to ask those questions :) See http://patchwork.ozlabs.org/patch/512856/ I really don't think it's appropriate for me to ack

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

On Tue, 2015-09-08 at 01:10 +, Tirdea, Irina wrote: > However, in the scenario I mentioned this is exactly what is happening. > When turning off the screen of a mobile device, the user space Would you explain why user space doesn't simply stop using those devices, which in turn will make

Re: [PATCH] hyperv: fix build if KEXEC not enabled

* Vitaly Kuznetsov wrote: > Stephen Hemminger writes: > > > Fixes regression 4.3 mergw window in my config > > where hyperv is enable but CONFIG_KEXEC not enabled. > > > > arch/x86/kernel/cpu/mshyperv.c:112: undefined reference to > > `native_machine_crash_shutdown' > > > > Introduced by: >

Re: [PATCH] hyperv: fix build if KEXEC not enabled

Ingo Molnar writes: > * Stephen Hemminger wrote: > >> Fixes regression 4.3 mergw window in my config >> where hyperv is enable but CONFIG_KEXEC not enabled. >> >> arch/x86/kernel/cpu/mshyperv.c:112: undefined reference to >> `native_machine_crash_shutdown' >> >> Introduced by: >>commit

Re: [RFC][PATCH RT 0/3] RT: Fix trylock deadlock without msleep() hack

* Thomas Gleixner wrote: > 3) sched_yield() makes me shudder > >CPU0 CPU1 > >taskA > lock(x->lock) > >preemption >taskC > taskB > lock(y->lock); > x = y->x; >

Re: [PATCH v4 0/22] On-demand device probing

On 7 September 2015 at 22:50, Rob Herring wrote: > On Mon, Sep 7, 2015 at 7:23 AM, Tomeu Vizoso > wrote: >> Hello, >> >> I have a problem with the panel on my Tegra Chromebook taking longer >> than expected to be ready during boot (Stéphane Marchesin reported what >> is basically the same issue

Re: [PATCH] sched: fix lose fair sleeper bonus in switch_to_fair()

On 9/8/15 3:11 PM, Byungchul Park wrote: On Tue, Sep 08, 2015 at 02:42:52PM +0800, Wanpeng Li wrote: On 9/8/15 2:32 PM, Byungchul Park wrote: On Tue, Sep 08, 2015 at 03:14:26PM +0900, Byungchul Park wrote: On Tue, Sep 08, 2015 at 01:38:08PM +0800, Wanpeng Li wrote: On 9/8/15 1:28 PM,

[PATCHv2 3/3] drm/i2c: anx78xx: Add anx7814 driver support by analogix.

The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter designed for portable devices. This driver adds initial support and supports HDMI to DP pass-through mode. Signed-off-by: Enric Balletbo i Serra --- drivers/gpu/drm/i2c/Kconfig |2 +

[PATCHv2 1/3] of: Add vendor prefix for Analogix Semiconductor, Inc.

Analogix Semiconductor develops analog and mixed-signal devices for digital media and communications interconnect applications. Signed-off-by: Enric Balletbo i Serra --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCHv2 2/3] devicetree: Add new ANX7814 SlimPort transmitter binding.

The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter designed for portable devices. You can add support to your board with current binding. Example: anx7814: anx7814@38 { compatible = "analogix,anx7814"; reg = <0x38>;

[PATCHv2 0/3] Add initial support for slimport anx78xx

Hi all, The following series add initial support for the Slimport ANX7814 transmitter, a ultra-low power Full-HD (1080p60) transmitter designed for portable device. The driver was originally created and based from the work of Junhua Xia from Analogix. This driver is a refactor of the original

Re: [PATCH] usbnet: Fix a race between usbnet_stop() and the BH

01.09.2015 17:05, Eugene Shatokhin пишет: The race may happen when a device (e.g. YOTA 4G LTE Modem) is unplugged while the system is downloading a large file from the Net. Hardware breakpoints and Kprobes with delays were used to confirm that the race does actually happen. The race is on

[Bugfix] PCI, x86: Correctly allocate IRQs for PCI devices managed by non-PCI drivers

Commit 991de2e59090 ("PCI, x86: Implement pcibios_alloc_irq() and pcibios_free_irq()") changes the way to allocate PCI legacy IRQ for PCI devices on x86 platforms. Instead of allocating PCI legacy IRQs when pcibios_enable_device() gets called, now pcibios_alloc_irq() will be called by

Re: [PATCH 5/6] sched/fair: Get rid of scaling utilization by capacity_orig

On 7 September 2015 at 20:54, Dietmar Eggemann wrote: > On 07/09/15 17:21, Vincent Guittot wrote: >> On 7 September 2015 at 17:37, Dietmar Eggemann >> wrote: >>> On 04/09/15 00:51, Steve Muckle wrote: Hi Morten, Dietmar, On 08/14/2015 09:23 AM, Morten Rasmussen wrote: ...

Re: [PATCH] hyperv: fix build if KEXEC not enabled

Stephen Hemminger writes: > Fixes regression 4.3 mergw window in my config > where hyperv is enable but CONFIG_KEXEC not enabled. > > arch/x86/kernel/cpu/mshyperv.c:112: undefined reference to > `native_machine_crash_shutdown' > > Introduced by: >commit

Re: [PATCH V2 03/14] perf tools: Remove redundant validation from perf_evlist__propagate_maps

On 08/09/15 09:53, Jiri Olsa wrote: > On Mon, Sep 07, 2015 at 05:27:45PM +0300, Adrian Hunter wrote: >> The validation checks that the values that were just assigned, got >> assigned i.e. the error can't ever happen. Subsequent patches will >> call this code in places where errors are not being

Re: [PATCH] hyperv: fix build if KEXEC not enabled

* Stephen Hemminger wrote: > Fixes regression 4.3 mergw window in my config > where hyperv is enable but CONFIG_KEXEC not enabled. > > arch/x86/kernel/cpu/mshyperv.c:112: undefined reference to > `native_machine_crash_shutdown' > > Introduced by: >commit

Re: [Qemu-devel] [PATCH 19/23] userfaultfd: activate syscall

On Tue, 2015-09-08 at 12:09 +0530, Bharata B Rao wrote: > On Tue, Sep 08, 2015 at 04:08:06PM +1000, Michael Ellerman wrote: > > On Wed, 2015-08-12 at 10:53 +0530, Bharata B Rao wrote: > > > On Tue, Aug 11, 2015 at 03:48:26PM +0200, Andrea Arcangeli wrote: > > > > Hello Bharata, > > > > > > > > On

Re: [PATCH V2 07/14] perf tools: Add evsel->own_cpus

On 08/09/15 09:45, Jiri Olsa wrote: > On Mon, Sep 07, 2015 at 05:27:49PM +0300, Adrian Hunter wrote: >> perf_evlist__propagate_maps() cannot easily tell if an evsel >> has its own cpu map. To make that simpler, keep a copy of >> the PMU cpu map and adjust the propagation logic accordingly. >> >>

Re: [PATCH] sched: fix lose fair sleeper bonus in switch_to_fair()

On Tue, Sep 08, 2015 at 02:42:52PM +0800, Wanpeng Li wrote: > On 9/8/15 2:32 PM, Byungchul Park wrote: > >On Tue, Sep 08, 2015 at 03:14:26PM +0900, Byungchul Park wrote: > >>On Tue, Sep 08, 2015 at 01:38:08PM +0800, Wanpeng Li wrote: > >>>On 9/8/15 1:28 PM, Byungchul Park wrote: > On Tue, Sep

[tip:locking/urgent] locking/static_keys: Fix a silly typo

Commit-ID: edcd591c77a48da753456f92daf8bb50fe9bac93 Gitweb: http://git.kernel.org/tip/edcd591c77a48da753456f92daf8bb50fe9bac93 Author: Jonathan Corbet AuthorDate: Mon, 7 Sep 2015 13:18:03 -0600 Committer: Ingo Molnar CommitDate: Tue, 8 Sep 2015 09:02:17 +0200 locking/static_keys: Fix

Re: [PATCH 4/7] devcg: Added rdma resource tracker object per task

On Tue, Sep 8, 2015 at 11:18 AM, Haggai Eran wrote: > On 07/09/2015 23:38, Parav Pandit wrote: >> @@ -2676,7 +2686,7 @@ static inline int thread_group_empty(struct >> task_struct *p) >> * Protects ->fs, ->files, ->mm, ->group_info, ->comm, keyring >> * subscriptions and synchronises with

Re: [PATCH] locking/static_keys: fix a silly typo

* Jonathan Corbet wrote: > 412758cb2670 (jump label, locking/static_keys: Update docs) introduced a > typo that might as well get fixed. > > Signed-off-by: Jonathan Corbet > --- > Documentation/static-keys.txt | 2 +- > include/linux/jump_label.h| 2 +- > 2 files changed, 2

Re: [PATCH 3/7] devcg: Added infrastructure for rdma device cgroup.

On Tue, Sep 8, 2015 at 11:01 AM, Haggai Eran wrote: > On 07/09/2015 23:38, Parav Pandit wrote: >> diff --git a/include/linux/device_cgroup.h b/include/linux/device_cgroup.h >> index 8b64221..cdbdd60 100644 >> --- a/include/linux/device_cgroup.h >> +++ b/include/linux/device_cgroup.h >> @@ -1,6

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

On Mon, 7 Sep 2015 16:48:38 +0530 Vaibhav Hiremath wrote: > Different bus clock may need different pin setting. > For example, fast bus clock like 208Mhz need pin drive fast > while slow bus clock prefer pin drive slow to guarantee > signal quality. > > So this patch creates two states, > -

Re: [PATCH-v2 5/7] mmc: sdhci-pxav3: Fix HS200 mode support

On Mon, 7 Sep 2015 16:48:39 +0530 Vaibhav Hiremath wrote: > From: Kevin Liu > > IN case of MMC HS200 mode, current code does not enable > SD_CE_ATA_2.MMC_HS200 & SD_CE_ATA_2.MMC_CARD bit configurations. > > So this patch updates the above bit fields correctly. > > Signed-off-by: Tim Wang >

Re: [PATCH V2 00/14] perf tools: Fix gaps propagating maps

On Mon, Sep 07, 2015 at 05:27:42PM +0300, Adrian Hunter wrote: > Hi > > Here is V2 of "Fix gaps propagating maps" that fixes some problems > revealed by to d988d5ee6478 ("perf evlist: Open event on evsel cpus and > threads") > > Changes in V2: > Split into multiple patches > Add

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

On Mon, 7 Sep 2015 16:48:38 +0530 Vaibhav Hiremath wrote: > Different bus clock may need different pin setting. > For example, fast bus clock like 208Mhz need pin drive fast > while slow bus clock prefer pin drive slow to guarantee > signal quality. > > So this patch creates two states, > -

Re: [PATCH] sched: fix lose fair sleeper bonus in switch_to_fair()

On 9/8/15 10:10 AM, Byungchul Park wrote: hello wanpeng, On Mon, Sep 07, 2015 at 05:45:20PM +0800, Wanpeng Li wrote: The sleeper task will be normalized when moved from fair_sched_class, in order that vruntime will be adjusted either the task is running or sleeping when moved back. The

Re: [PATCH V2 03/14] perf tools: Remove redundant validation from perf_evlist__propagate_maps

On Mon, Sep 07, 2015 at 05:27:45PM +0300, Adrian Hunter wrote: > The validation checks that the values that were just assigned, got > assigned i.e. the error can't ever happen. Subsequent patches will > call this code in places where errors are not being returned. > Changing those code paths to

Re: [PATCH 07/12] mm, page_alloc: Distinguish between being unable to sleep, unwilling to sleep and avoiding waking kswapd

2015-08-24 21:09 GMT+09:00 Mel Gorman : > __GFP_WAIT has been used to identify atomic context in callers that hold > spinlocks or are in interrupts. They are expected to be high priority and > have access one of two watermarks lower than "min" which can be referred > to as the "atomic reserve".

Re: [PATCH] sched: fix lose fair sleeper bonus in switch_to_fair()

On Tue, Sep 08, 2015 at 02:23:56PM +0800, Wanpeng Li wrote: > On 9/8/15 2:14 PM, Byungchul Park wrote: > >On Tue, Sep 08, 2015 at 01:38:08PM +0800, Wanpeng Li wrote: > >>On 9/8/15 1:28 PM, Byungchul Park wrote: > >>>On Tue, Sep 08, 2015 at 11:46:01AM +0800, Wanpeng Li wrote: > On 9/7/15 10:02

Re: [PATCH V2 07/14] perf tools: Add evsel->own_cpus

On Mon, Sep 07, 2015 at 05:27:49PM +0300, Adrian Hunter wrote: > perf_evlist__propagate_maps() cannot easily tell if an evsel > has its own cpu map. To make that simpler, keep a copy of > the PMU cpu map and adjust the propagation logic accordingly. > > Signed-off-by: Adrian Hunter > --- >

Re: [PATCH] arm64: kernel: Use a separate stack for irq interrupts.

On 09/08/2015 10:45 AM, AKASHI Takahiro wrote: Jungseok, On 09/08/2015 01:34 AM, Jungseok Lee wrote: On Sep 8, 2015, at 1:06 AM, James Morse wrote: On 07/09/15 16:48, Jungseok Lee wrote: On Sep 7, 2015, at 11:36 PM, James Morse wrote: Hi James, Having to handle interrupts on top of an

Re: [PATCH] sched: fix lose fair sleeper bonus in switch_to_fair()

On Tue, Sep 08, 2015 at 02:28:17PM +0900, Byungchul Park wrote: > On Tue, Sep 08, 2015 at 11:46:01AM +0800, Wanpeng Li wrote: > > On 9/7/15 10:02 PM, Peter Zijlstra wrote: > > >Please always Cc at least the person who wrote the lines you modify. > > > > > >On Mon, Sep 07, 2015 at 05:45:20PM +0800,

Re: [PATCH] sched: fix lose fair sleeper bonus in switch_to_fair()

On 9/8/15 2:32 PM, Byungchul Park wrote: On Tue, Sep 08, 2015 at 03:14:26PM +0900, Byungchul Park wrote: On Tue, Sep 08, 2015 at 01:38:08PM +0800, Wanpeng Li wrote: On 9/8/15 1:28 PM, Byungchul Park wrote: On Tue, Sep 08, 2015 at 11:46:01AM +0800, Wanpeng Li wrote: On 9/7/15 10:02 PM, Peter

Re: [Qemu-devel] [PATCH 19/23] userfaultfd: activate syscall

On Tue, Sep 08, 2015 at 04:08:06PM +1000, Michael Ellerman wrote: > On Wed, 2015-08-12 at 10:53 +0530, Bharata B Rao wrote: > > On Tue, Aug 11, 2015 at 03:48:26PM +0200, Andrea Arcangeli wrote: > > > Hello Bharata, > > > > > > On Tue, Aug 11, 2015 at 03:37:29PM +0530, Bharata B Rao wrote: > > > >

Re: eata fails to load on post 4.2 kernels

On 2015/9/8 14:32, Arthur Marsh wrote: > > > Jiang Liu wrote on 08/09/15 14:49: >> Hi Auhur, >> Could you please help to apply the test patch >> against the latest mainstream linux kernel? >> Thanks! >> Gerry > > Done, and it appears to work properly thanks! Hi Authur, We just got the root

Re: [4.2, Regression] Queued spinlocks cause major XFS performance regression

On Mon, 07 Sep 2015, Linus Torvalds wrote: On Sun, Sep 6, 2015 at 11:57 PM, Peter Zijlstra wrote: Just to continue the argument for arguments sake, the function is named 'virt' (not paravirt) and tests the HYPERVISOR CPUID bit. How is that not appropriately named? Well, I think right now

Re: eata fails to load on post 4.2 kernels

Jiang Liu wrote on 08/09/15 14:49: Hi Auhur, Could you please help to apply the test patch against the latest mainstream linux kernel? Thanks! Gerry Done, and it appears to work properly thanks! Arthur. [0.00] Initializing cgroup subsys cpuset [0.00] Initializing

Re: [PATCH] sched: fix lose fair sleeper bonus in switch_to_fair()

On Tue, Sep 08, 2015 at 03:14:26PM +0900, Byungchul Park wrote: > On Tue, Sep 08, 2015 at 01:38:08PM +0800, Wanpeng Li wrote: > > On 9/8/15 1:28 PM, Byungchul Park wrote: > > >On Tue, Sep 08, 2015 at 11:46:01AM +0800, Wanpeng Li wrote: > > >>On 9/7/15 10:02 PM, Peter Zijlstra wrote: > > >>>Please

Re: [PATCH] sched: fix lose fair sleeper bonus in switch_to_fair()

On 9/8/15 2:14 PM, Byungchul Park wrote: On Tue, Sep 08, 2015 at 01:38:08PM +0800, Wanpeng Li wrote: On 9/8/15 1:28 PM, Byungchul Park wrote: On Tue, Sep 08, 2015 at 11:46:01AM +0800, Wanpeng Li wrote: On 9/7/15 10:02 PM, Peter Zijlstra wrote: Please always Cc at least the person who wrote

[PATCH v18 0/4] ARM: rk3288: Add PM Domain support

Thank you all for providing inputs and comments on previous versions of this patchset. Especially thanks to the (Kevin, Heiko, Dmitry, Doug, ULF, Michael). Add power domain drivers based on generic power domain for Rockchip platform, and support RK3288 SoCs. Verified on url =

[PATCH v18 4/4] ARM: dts: add the support power-domain node on RK3288 SoCs

We can add more domains node in the future. This patch add the needed clocks into power-controller. As the discuess about all the device clocks being listed in the power-domains itself. There are several reasons as follows: Firstly, the clocks need be turned off to save power when the system

[PATCH v18 1/4] dt-bindings: add document of Rockchip power domains

This add the necessary binding documentation for the power domains found on Rockchip SoCs. Signed-off-by: jinkun.hong Signed-off-by: Caesar Wang --- Changes in v18: - remove the notes of domains from dt-binding. Changes in v17: - add the decription in detail for RK3288 SoCs. Changes in v16:

[PATCH v18 2/4] ARM: power-domain: rockchip: add all the domain type on RK3288 SoCs

According to a description from TRM, add all the power domains. At the moment, we can support some domains on RK3288. We can add more types on RK3288 in the future, that's need to do. Signed-off-by: Caesar Wang --- Changes in v18: None Changes in v17: - delete the ugly chart in the commit.

[PATCH v18 3/4] soc: rockchip: power-domain: Add power domain driver

This driver is found on RK3288 SoCs. In order to meet high performance and low power requirements, a power management unit is designed or saving power when RK3288 in low power mode. The RK3288 PMU is dedicated for managing the power of the whole chip. PMU can work in the Low Power Mode by

[PATCH v7 2/5] dt-bindings: Add a binding for Mediatek xHCI host controller

add a DT binding documentation of xHCI host controller for the MT8173 SoC from Mediatek. Signed-off-by: Chunfeng Yun --- .../devicetree/bindings/usb/mt8173-xhci.txt| 52 ++ 1 file changed, 52 insertions(+) create mode 100644

[PATCH v7 1/5] dt-bindings: Add usb3.0 phy binding for MT65xx SoCs

add a DT binding documentation of usb3.0 phy for MT65xx SoCs from Mediatek. Signed-off-by: Chunfeng Yun --- .../devicetree/bindings/phy/phy-mt65xx-usb.txt | 69 ++ 1 file changed, 69 insertions(+) create mode 100644

[PATCH v7 5/5] arm64: dts: mediatek: add xHCI & usb phy for mt8173

add xHCI and phy drivers for MT8173-EVB Signed-off-by: Chunfeng Yun --- arch/arm64/boot/dts/mediatek/mt8173-evb.dts | 16 +++ arch/arm64/boot/dts/mediatek/mt8173.dtsi| 44 + 2 files changed, 60 insertions(+) diff --git

[PATCH v7 3/5] usb: phy: add usb3.0 phy driver for mt65xx SoCs

support usb3.0 phy of mt65xx SoCs Signed-off-by: Chunfeng Yun --- drivers/phy/Kconfig | 9 + drivers/phy/Makefile | 1 + drivers/phy/phy-mt65xx-usb3.c | 456 ++ 3 files changed, 466 insertions(+) create mode 100644

[PATCH v7 4/5] xhci: mediatek: support MTK xHCI host controller

There some vendor quirks for MTK xhci host controller: 1. It defines some extra SW scheduling parameters for HW to minimize the scheduling effort for synchronous and interrupt endpoints. The parameters are put into reseved DWs of slot context and endpoint context. 2. Its IMODI unit for

[PATCH v7 0/5] Mediatek xHCI support

The patch supports MediaTek's xHCI controller. There are some differences from xHCI spec: 1. The interval is specified in 250 * 8ns increments for Interrupt Moderation Interval(IMODI) of the Interrupter Moderation(IMOD) register, it is 8 times as much as that defined in xHCI spec. 2. For the

Re: [PATCH] sched: fix lose fair sleeper bonus in switch_to_fair()

On Tue, Sep 08, 2015 at 01:38:08PM +0800, Wanpeng Li wrote: > On 9/8/15 1:28 PM, Byungchul Park wrote: > >On Tue, Sep 08, 2015 at 11:46:01AM +0800, Wanpeng Li wrote: > >>On 9/7/15 10:02 PM, Peter Zijlstra wrote: > >>>Please always Cc at least the person who wrote the lines you modify. > >>> >

Re: [Qemu-devel] [PATCH 19/23] userfaultfd: activate syscall

On Wed, 2015-08-12 at 10:53 +0530, Bharata B Rao wrote: > On Tue, Aug 11, 2015 at 03:48:26PM +0200, Andrea Arcangeli wrote: > > Hello Bharata, > > > > On Tue, Aug 11, 2015 at 03:37:29PM +0530, Bharata B Rao wrote: > > > May be it is a bit late to bring this up, but I needed the following fix > >

Re: [PATCH 3/7] devcg: Added infrastructure for rdma device cgroup.

On 07/09/2015 23:38, Parav Pandit wrote: > diff --git a/include/linux/device_cgroup.h b/include/linux/device_cgroup.h > index 8b64221..cdbdd60 100644 > --- a/include/linux/device_cgroup.h > +++ b/include/linux/device_cgroup.h > @@ -1,6 +1,57 @@ > +#ifndef _DEVICE_CGROUP > +#define _DEVICE_CGROUP >

Re: [PATCH 4/7] devcg: Added rdma resource tracker object per task

On 07/09/2015 23:38, Parav Pandit wrote: > @@ -2676,7 +2686,7 @@ static inline int thread_group_empty(struct task_struct > *p) > * Protects ->fs, ->files, ->mm, ->group_info, ->comm, keyring > * subscriptions and synchronises with wait4(). Also used in procfs. Also > * pins the final

Re: [GIT PULL] Please pull NFS client changes

On Tue, Sep 08, 2015 at 11:59:00AM +1000, Stephen Rothwell wrote: > This contains about 12 commits new since Sept 1 and the last 6 are only > appearing in linux-next today (though I did not do Friday and Monday's > linux-next). Not judging, just noting. And one of tese recent commits causes a

Re: [PATCH 4/7] devcg: Added rdma resource tracker object per task

On 07/09/2015 23:38, Parav Pandit wrote: > @@ -2676,7 +2686,7 @@ static inline int thread_group_empty(struct task_struct > *p) > * Protects ->fs, ->files, ->mm, ->group_info, ->comm, keyring > * subscriptions and synchronises with wait4(). Also used in procfs. Also > * pins the final

Re: [PATCH 3/7] devcg: Added infrastructure for rdma device cgroup.

On 07/09/2015 23:38, Parav Pandit wrote: > diff --git a/include/linux/device_cgroup.h b/include/linux/device_cgroup.h > index 8b64221..cdbdd60 100644 > --- a/include/linux/device_cgroup.h > +++ b/include/linux/device_cgroup.h > @@ -1,6 +1,57 @@ > +#ifndef _DEVICE_CGROUP > +#define _DEVICE_CGROUP >

Re: [GIT PULL] Please pull NFS client changes

On Tue, Sep 08, 2015 at 11:59:00AM +1000, Stephen Rothwell wrote: > This contains about 12 commits new since Sept 1 and the last 6 are only > appearing in linux-next today (though I did not do Friday and Monday's > linux-next). Not judging, just noting. And one of tese recent commits causes a

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

On Mon, 7 Sep 2015 16:48:38 +0530 Vaibhav Hiremath wrote: > Different bus clock may need different pin setting. > For example, fast bus clock like 208Mhz need pin drive fast > while slow bus clock prefer pin drive slow to guarantee > signal quality. > > So this

Re: [PATCH] sched: fix lose fair sleeper bonus in switch_to_fair()

On 9/8/15 10:10 AM, Byungchul Park wrote: hello wanpeng, On Mon, Sep 07, 2015 at 05:45:20PM +0800, Wanpeng Li wrote: The sleeper task will be normalized when moved from fair_sched_class, in order that vruntime will be adjusted either the task is running or sleeping when moved back. The

[PATCHv2 1/3] of: Add vendor prefix for Analogix Semiconductor, Inc.

Analogix Semiconductor develops analog and mixed-signal devices for digital media and communications interconnect applications. Signed-off-by: Enric Balletbo i Serra --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+)

[PATCHv2 3/3] drm/i2c: anx78xx: Add anx7814 driver support by analogix.

The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter designed for portable devices. This driver adds initial support and supports HDMI to DP pass-through mode. Signed-off-by: Enric Balletbo i Serra --- drivers/gpu/drm/i2c/Kconfig

[PATCHv2 2/3] devicetree: Add new ANX7814 SlimPort transmitter binding.

The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter designed for portable devices. You can add support to your board with current binding. Example: anx7814: anx7814@38 { compatible = "analogix,anx7814"; reg = <0x38>;

Re: [PATCH] zram: don't copy invalid compression algorithms

On Tue, Sep 08, 2015 at 02:04:42PM +0900, Sergey Senozhatsky wrote: > On (09/08/15 13:50), Minchan Kim wrote: > [..] > > And it's straightforward/consistent to change the thing's state > > only if is successful. > > > > what for? I provided several good reasons not to do this, because Several

Re: [PATCH 1/2] gpio: mxc: need to check return value of irq_alloc_generic_chip

On Sun, Aug 23, 2015 at 3:11 PM, Peng Fan wrote: > Need to check return value of irq_alloc_generic_chip, because > it may return NULL. > 1. Change mxc_gpio_init_gc return type from void to int. > 2. Add a new lable out_irqdomain_remove to remove the irq domain >when

Re: [PATCH] sched: fix lose fair sleeper bonus in switch_to_fair()

On 9/8/15 4:22 PM, Byungchul Park wrote: On Tue, Sep 08, 2015 at 04:04:49PM +0800, Wanpeng Li wrote: However, if se->vruntime -= cfs_rq->min_vruntime is positive, the behavior is different after your patch. e.g. se->vruntime(the relative vruntime in switched_to_fair()) < min_vruntime -

Re: [PATCH 6/6] ACPI / property: Extend device_get_next_child_node() to data-only nodes

On Thu, Aug 27, 2015 at 4:42 AM, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > Make device_get_next_child_node() work with ACPI data-only subnodes > introduced previously. > > Namely, replace acpi_get_next_child() with

Re: [PATCH v2 2/4] perf: Add function to enable perf events in kernel with ring buffer

Takao Indoh writes: > perf_event_create_kernel_counter is used to enable perf events in kernel > without buffer for logging its events. This patch add new fucntion which > enable perf events with ring buffer. Intel PT logger uses this to enable > Intel PT and some

Re: [Bugfix] PCI, x86: Correctly allocate IRQs for PCI devices managed by non-PCI drivers

On 2015/9/8 17:03, Arthur Marsh wrote: > > > Jiang Liu wrote on 08/09/15 16:56: > Thanks, I removed the test patch and applied the revised patch and built > and rebooted the kernel and successfully mounted file systems on a disk > attached to the DPT 2044W card using the eata driver: > > [

Re: [PATCH 0/5] ACPI probing infrastructure

On 07/09/15 22:26, Rafael J. Wysocki wrote: > On Friday, September 04, 2015 06:06:47 PM Marc Zyngier wrote: >> IRQ controllers and timers are the two types of device the kernel >> requires before being able to use the device driver model. >> >> ACPI so far lacks a proper probing infrastructure

[PATCH v7 0/5] Mediatek xHCI support

The patch supports MediaTek's xHCI controller. There are some differences from xHCI spec: 1. The interval is specified in 250 * 8ns increments for Interrupt Moderation Interval(IMODI) of the Interrupter Moderation(IMOD) register, it is 8 times as much as that defined in xHCI spec. 2. For the

[PATCHv2 0/3] Add initial support for slimport anx78xx

Hi all, The following series add initial support for the Slimport ANX7814 transmitter, a ultra-low power Full-HD (1080p60) transmitter designed for portable device. The driver was originally created and based from the work of Junhua Xia from Analogix. This driver is a refactor of the original

Re: [PATCH] usbnet: Fix a race between usbnet_stop() and the BH

01.09.2015 17:05, Eugene Shatokhin пишет: The race may happen when a device (e.g. YOTA 4G LTE Modem) is unplugged while the system is downloading a large file from the Net. Hardware breakpoints and Kprobes with delays were used to confirm that the race does actually happen. The race is on

[PATCH V3 00/14] perf tools: Fix gaps propagating maps

Hi Here is V3 of "Fix gaps propagating maps" that fixes some problems revealed by to d988d5ee6478 ("perf evlist: Open event on evsel cpus and threads") Changes in V3: perf tools: Remove redundant validation from perf_evlist__propagate_maps perf_evlist__set_maps also

[PATCH V3 02/14] perf tools: Simplify perf_evlist__set_maps logic

Don't need to check for NULL when "putting" evlist->maps and evlist->threads because the "put" functions already do that. Signed-off-by: Adrian Hunter --- tools/perf/util/evlist.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git

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