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 +1,
* 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 insertions(+),
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 wait
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 a
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 0
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.
>>
>> S
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
* 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 b4370df2b1f5158de028e167974263c57
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
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 b4370df2b1f5158de028e167974263c5757b3
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:
...
>>>
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 pci_device_pr
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 skb_q
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 dri
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>;
pd
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 a/Documentation/device
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 +
drivers/gpu/drm/i
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, Byungchu
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
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 b
* Thomas Gleixner wrote:
> 3) sched_yield() makes me shudder
>
>CPU0 CPU1
>
>taskA
> lock(x->lock)
>
>preemption
>taskC
> taskB
> lock(y->lock);
> x = y->x;
>
* 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:
>
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 them
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 this,
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 canceled
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 [b678
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 Wa
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
>
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 http://patchwork.ozlabs.org/pat
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 ma
* 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
> >> `native_machine_crash
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 0
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 u
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 as
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(-)
d
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 ++
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
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 +
t
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.
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(-)
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 99267a
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 ++--
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 Pit
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
--
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 a/tools/perf/uti
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 b/to
Since there is a function to set maps, perf_evlist__create_maps()
should use it.
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 78ff52ee87
On 9/8/15 3:57 PM, Byungchul Park wrote:
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, Byungchu
Commit d49e46950772 ("perf evsel: Add a backpointer to the evlist
a evsel is in") updated perf_evlist__add() but not
perf_evlist__splice_list_tail().
This illustrates that it is better if perf_evlist__splice_list_tail()
calls perf_evlist__add() instead of duplicating the logic, so do that.
This wi
On Mon, Sep 07, 2015 at 12:57:21PM +0300, Roger Quadros wrote:
> On 07/09/15 04:24, Peter Chen wrote:
> > On Mon, Aug 24, 2015 at 04:21:15PM +0300, Roger Quadros wrote:
> >> This is to prevent missing symbol build error if OTG is
> >> enabled (built-in) and HCD core (CONFIG_USB) is module.
> >>
> >
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 does
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 a/tools/perf/util/evlist.c b/tools/perf/ut
On Tue, Sep 08, 2015 at 10:58:48AM +0300, Adrian Hunter wrote:
> 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 f
Add tps65217 battery charger subdevice.
Signed-off-by: Enric Balletbo i Serra
---
drivers/mfd/tps65217.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/mfd/tps65217.c b/drivers/mfd/tps65217.c
index 55add04..d32b5442 100644
--- a/drivers/mfd/tps65217.c
+++ b/drivers/mfd/tps65217.
Hi all,
The following series add initial support for tps65217 battery charger. This
series is a first attempt and will have mistake so all comments and
suggestions are welcomed.
Best regards,
Enric Balletbo i Serra (3):
devicetree: Add TPS65217 charger binding.
power_supply: Add support for
On Tue, 8 Sep 2015, Ingo Molnar wrote:
>
> * Thomas Gleixner wrote:
>
> > 3) sched_yield() makes me shudder
> >
> >CPU0 CPU1
> >
> >taskA
> > lock(x->lock)
> >
> >preemption
> >taskC
> > taskB
> > lock(y->l
This patch adds support for the tps65217 charger driver. This driver is
responsible for controlling the charger aspect of the tps65217 mfd.
Currently, this mainly consists of turning on and off the charger, but
some other features of the charger can be supported through this driver.
Signed-off-by:
From: Nikolay Borisov
This patch introduce the usage of the userns_nproc_* functions
where necessary to have correct accounting of the processes.
Signed-off-by: Nikolay Borisov
---
kernel/cred.c | 36 ++--
kernel/exit.c | 9 +
kernel/fork.c | 33 +++
From: Nikolay Borisov
Hello,
This is an initial try to have nproc count apply per-userns,
rather than per the global user struct. The implementation is
really simple - a hashtable holding uid->nproc mapping for each
id inside the respective namespace. In its current form I have also
left the
The TPS65217 charger is a subnode of the TPS65217 MFD.
Signed-off-by: Enric Balletbo i Serra
---
.../devicetree/bindings/power_supply/tps65217_charger.txt| 12
1 file changed, 12 insertions(+)
create mode 100644
Documentation/devicetree/bindings/power_supply/tps65217_charger.t
On 08.09.2015 06:45, Javier Martinez Canillas wrote:
> The Exynos5420 Peach Pit and Exynos5800 Peach Pi boards have a built-in
> Silicon Motion USB UVC WebCam. Enable support for the USB Video Class
> driver and its needed media Kconfig symbols so the camera is supported.
>
> Signed-off-by: Javier
From: Nikolay Borisov
This patch add a simple hashtable to the user_namespace structure and
the necessary functions to work with it. The idea is to keep a
uid->nproc counts per-namespace.
Signed-off-by: Nikolay Borisov
---
include/linux/user_namespace.h | 15 +-
kernel/user.c
On Tue, Sep 08, 2015 at 06:48:34AM +0200, Maarten Lankhorst wrote:
> Op 08-09-15 om 01:42 schreef Stephen Rothwell:
> > Hi all,
> >
> > On Thu, 3 Sep 2015 10:49:19 +1000 Stephen Rothwell
> > wrote:
> >> After merging the drm-misc tree, today's linux-next build (arm
> >> multi_v7_defconfig) failed
On 2015/9/8 15:37, Jiri Olsa wrote:
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,
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 go
On 09/07/2015 11:44 PM, Rafael J. Wysocki wrote:
> On Monday, September 07, 2015 10:55:43 AM Daniel Wagner wrote:
>> On 09/05/2015 04:11 AM, Rafael J. Wysocki wrote:
>>> On Friday, September 04, 2015 03:34:55 PM Daniel Wagner wrote:
Instead encode the FREEZE state via the CPU state we allow th
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 -
> >>sysctl_sched_latency/2
> >>
> >>befor
On 07/09/2015 23:38, Parav Pandit wrote:
> +/* RDMA resources from device cgroup perspective */
> +enum devcgroup_rdma_rt {
> + DEVCG_RDMA_RES_TYPE_UCTX,
> + DEVCG_RDMA_RES_TYPE_CQ,
> + DEVCG_RDMA_RES_TYPE_PD,
> + DEVCG_RDMA_RES_TYPE_AH,
> + DEVCG_RDMA_RES_TYPE_MR,
> + DEVCG
On 08/09/15 09:54, Peter Chen wrote:
> On Mon, Sep 07, 2015 at 12:57:21PM +0300, Roger Quadros wrote:
>> On 07/09/15 04:24, Peter Chen wrote:
>>> On Mon, Aug 24, 2015 at 04:21:15PM +0300, Roger Quadros wrote:
This is to prevent missing symbol build error if OTG is
enabled (built-in) and H
On 08/09/2015 10:04, Parav Pandit wrote:
> 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
2015-08-24 21:30 GMT+09:00 Mel Gorman :
> The primary purpose of watermarks is to ensure that reclaim can always
> make forward progress in PF_MEMALLOC context (kswapd and direct reclaim).
> These assume that order-0 allocations are all that is necessary for
> forward progress.
>
> High-order water
Hi Takashi,
On 9/8/2015 2:06 PM, 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 co
On Tue, Sep 8, 2015 at 1:54 PM, Haggai Eran wrote:
> On 08/09/2015 10:04, Parav Pandit wrote:
>> 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)
* P
Hi Linus,
On Tue, 14 Jul 2015, Linus Walleij wrote:
> OK...
>
> I want Shawn and Sascha to look at this as they worked with
> other Freescale pin controllers. Especially I want to know if this
> is a sibling to the other Freescale controllers or a separate hardware.
>
> If it is *not* a sibling
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 mxc_gpio_init_gc fail.
>
>
On Tue, 2015-09-08 at 10:26 +0530, Hemant Kumar wrote:
>
> On 09/07/2015 10:40 AM, Michael Ellerman wrote:
> > On Fri, 2015-09-04 at 17:51 -0300, Arnaldo Carvalho de Melo wrote:
> >> Em Tue, Sep 01, 2015 at 12:18:47PM +0530, Hemant Kumar escreveu:
> Should I try to process the 5 together, app
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 mxs_gpio_init_gc return type from void to int.
> 2. Add a new lable out_irqdomain_remove to remove the irq domain
>when mxc_gpio_init_gc fail.
>
>
On 07/09/2015 23:38, Parav Pandit wrote:
> +void devcgroup_rdma_uncharge_resource(struct ib_ucontext *ucontext,
> + enum devcgroup_rdma_rt type, int num)
> +{
> + struct dev_cgroup *dev_cg, *p;
> + struct task_struct *ctx_task;
> +
> + if (!num)
> +
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 -
sysctl_sc
On 07/09/2015 23:38, Parav Pandit wrote:
> +static void init_ucontext_lists(struct ib_ucontext *ucontext)
> +{
> + INIT_LIST_HEAD(&ucontext->pd_list);
> + INIT_LIST_HEAD(&ucontext->mr_list);
> + INIT_LIST_HEAD(&ucontext->mw_list);
> + INIT_LIST_HEAD(&ucontext->cq_list);
> + INIT
[adding Bartlomiej to cc]
Hello Krzysztof,
On 09/08/2015 10:11 AM, Krzysztof Kozlowski wrote:
> On 08.09.2015 06:45, Javier Martinez Canillas wrote:
>> The Exynos5420 Peach Pit and Exynos5800 Peach Pi boards have a built-in
>> Silicon Motion USB UVC WebCam. Enable support for the USB Video Class
On Tue, Aug 18, 2015 at 9:25 PM, Bjorn Andersson
wrote:
> syscon_node_to_regmap() returns a regmap or an ERR_PTR().
>
> Signed-off-by: Bjorn Andersson
> ---
>
> Changes since v1:
> - Propagate the error
Too late but:
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
--
To unsubscribe from this
On 9/8/15 4:38 PM, Wanpeng Li wrote:
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
> -Original Message-
> From: Wanpeng Li [mailto:wanpeng...@hotmail.com]
> Sent: Tuesday, September 08, 2015 5:39 PM
> To: Byungchul Park
> Cc: Peter Zijlstra; Ingo Molnar; linux-kernel@vger.kernel.org;
> yuyang...@intel.com
> Subject: Re: [PATCH] sched: fix lose fair sleeper bonus in
swit
On 09/04/2015 03:34 PM, Daniel Wagner wrote:
> In order to get rid of all CPU_*_FROZEN states we need to convert all
> users first.
>
> cpu_check_up_prepare() wants to report different errors depending on
> an ongoing suspend or not. freeze_active() reports back if that is the
> case so we don't h
Hi,
I believe commit ebf2d2689de551d90965090bb991fc640a0c0d41
("perf/x86: Fix copy_from_user_nmi() return if range is not ok")
should be applied to stable kernels starting from v3.13.y up to v4.1.y.
Regards.
--
Yann Droneaud
OPTEYA
--
To unsubscribe from this list: send the line "unsubscribe l
On Mon, Aug 24, 2015 at 11:12 PM, Julia Lawall wrote:
> Since commit 323de9efdf3e ("pinctrl: make pinctrl_register() return proper
> error code"), pinctrl_register returns an error code rather than NULL on
> failure. Update some drivers that were introduced more recently.
>
> The semantic patch
> -Original Message-
> From: Wanpeng Li [mailto:wanpeng...@hotmail.com]
> Sent: Tuesday, September 08, 2015 5:46 PM
> To: Byungchul Park
> Cc: Peter Zijlstra; Ingo Molnar; linux-kernel@vger.kernel.org;
> yuyang...@intel.com
> Subject: Re: [PATCH] sched: fix lose fair sleeper bonus in
swit
On Mon, Aug 24, 2015 at 11:12 PM, Julia Lawall wrote:
> Since commit 323de9efdf3e ("pinctrl: make pinctrl_register() return proper
> error code"), pinctrl_register returns an error code rather than NULL on
> failure. Update a driver that was introduced more recently.
>
> The semantic patch that
On Mon, Aug 31, 2015 at 9:44 PM, Leilk Liu wrote:
> This patch adds MT8173 spi bus controllers into device tree.
The corresponding SPI driver has already been merged in
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git .
> Signed-off-by: Leilk Liu
Reviewed-and-Tested-by: Nicolas Bo
* Bharata B Rao (bhar...@linux.vnet.ibm.com) 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 Tue,
Current check of phydev with IS_ERR(phydev) may make not much sense
because of_phy_connect() returns NULL on failure instead of error value.
Still for checking result of phy_connect() IS_ERR() makes perfect sense.
So let's use combined check IS_ERR_OR_NULL() that covers both cases.
Cc: Sergei Sh
On Mon, Sep 07, 2015 at 06:41:50PM +0100, Suzuki K. Poulose wrote:
> On 07/09/15 18:15, Catalin Marinas wrote:
> >On Mon, Sep 07, 2015 at 05:54:06PM +0100, Suzuki K. Poulose wrote:
> >>On 14/08/15 19:28, Robert Richter wrote:
> >>>+static void gicv3_enable_quirks(void)
> >>>+{
> >>>+ if (cpus_have
On Tue, Aug 25, 2015 at 11:12 AM, Kuninori Morimoto
wrote:
> From: Kuninori Morimoto
>
> 8cd1470("gpio: rcar: Add r8a7795 (R-Car H3) support") added
> GPIO support for r8a7795. r8a7795 based on CONFIG_ARM64.
> OTOH, GPIO_RCAR driver can be compiled fine on non-ARM.
> This patch removed ARM depen
Jiang Liu wrote on 08/09/15 16:56:
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_allo
On Tue, 08 Sep 2015 10:25:31 +0200,
Kim, Milo wrote:
>
> > The fallback to user helper mode is bad for the recent udev, since
> > udev already dropped the f/w support code completely. Thus every
> > non-existing f/w load will result in 60 seconds stall.
>
> However, timeout is changed to MAX_JIF
On Thu, 2015-09-03 at 20:07 -0700, Sukadev Bhattiprolu wrote:
> The 24x7 counters in Powerpc allow monitoring a large number of counters
> simultaneously. They also allow reading several counters in a single
> HCALL so we can get a more consistent snapshot of the system.
>
> Use the PMU's transact
On 08/09/15 10:00, Catalin Marinas wrote:
On Mon, Sep 07, 2015 at 06:41:50PM +0100, Suzuki K. Poulose wrote:
On 07/09/15 18:15, Catalin Marinas wrote:
On Mon, Sep 07, 2015 at 05:54:06PM +0100, Suzuki K. Poulose wrote:
On 14/08/15 19:28, Robert Richter wrote:
+static void gicv3_enable_quirks(v
Hi Renesas PFC folks,
I am faced with a patchs storm for PFC stuf from Geert, Kununori and
Sergei at the same time.
I need help to review, prioritize and handle this. Also I have zero Renesas
boards and no way to test if these collide at runtime, and for SH whether
they collide even at compiletim
Hi,
This series adds support for the BCH controller and NAND devices on
the Ingenic JZ4780 SoC.
Tested on the MIPS Creator Ci20 board. All dependencies are now in
mainline.
This version of the series is based on current mainline (pre 4.3-rc1).
Review and feedback welcome.
Thanks,
Alex
Alex Sm
1 - 100 of 775 matches
Mail list logo
