A release candidate Git v2.4.0-rc1 is now available for testing at
the usual places. The changes since the early preview 2.4.0-rc0 is
minimum. Please give it a good testing.
The tarballs are found at:
https://www.kernel.org/pub/software/scm/git/testing/
The following public repositories al
On Thu, Apr 2, 2015 at 4:02 PM, Luis R. Rodriguez wrote:
> ---
> It is possible to enable CONFIG_MTRR and CONFIG_X86_PAT
> and end up with a system with MTRR functionality disabled
> PAT functionality enabled.
This is missing a conjunction or something in "MTRR functionality
disabled PAT functio
On Thu, Apr 2, 2015 at 5:07 PM, Yinghai Lu wrote:
> On Thu, Apr 2, 2015 at 1:37 PM, David Miller wrote:
>> From: Yinghai Lu
>> Date: Tue, 31 Mar 2015 19:57:46 -0700
>>
>>> Fix regression by commit d63e2e1f3df9 ("sparc/PCI: Clip bridge windows to
>>> fit in upstream windows").
>>>
>>> That cause
System: Arch linux, synched to repos a few days ago
Kernel: 3.19.2-1
HW: Lenovo ThinkPad T-510
Also see: Attached output from 'lspci -vvv' and 'alsa-info.sh'
Throughout the 3.18 kernel series, both the MIC mute and audio output mute LEDs
worked as expected: The LEDs illuminated w
Hello Pavel,
I haven't reviewed the patch since I'm not familiar with the hardware
but just wanted to point out a couple of things that I spot:
On Thu, Apr 2, 2015 at 10:34 PM, Pavel Machek wrote:
>
>
> We are moving to device tree support on OMAP3, but that currently
> breaks ADP1653 driver. Th
madvise(2) actually returns with error EINVAL for MADV_REMOVE when used
for hugetlb vmas, not EOPNOTSUPP, and this has been the case since
MADV_REMOVE was introduced in commit f6b3ec238d12 ("madvise(MADV_REMOVE):
remove pages from tmpfs shm backing store").
Specify the exact behavior.
Signed-o
On Thu, Apr 2, 2015 at 3:09 PM, Bjorn Helgaas wrote:
> On Thu, Apr 2, 2015 at 4:02 PM, Luis R. Rodriguez wrote:
>
>> ---
>> It is possible to enable CONFIG_MTRR and CONFIG_X86_PAT
>> and end up with a system with MTRR functionality disabled
>> PAT functionality enabled.
>
> This is missing a conj
On Thu, Apr 02, 2015 at 03:00:37PM -0700, Stephen Boyd wrote:
> What happens with debugfs when you have multiple pmics with the same
> named regulator? I thought that in this case we needed to make the names
> unique somehow or we would end up with the same directory for two
> different regulators
On Thu, Apr 2, 2015 at 10:23 AM, Yinghai Lu wrote:
> On Thu, Apr 2, 2015 at 9:31 AM, Peter Hurley wrote:
>
>> Would you please try the patch below instead?
>>
> Great. that works, and less lines change than my version.
>
still have another problem.
when using console=uart8250,io,0x3f8
it works a
Em Thu, Apr 02, 2015 at 10:12:50AM +0200, Ingo Molnar escreveu:
> * Peter Zijlstra wrote:
> > tools/perf/util/print_helper.h |7 +
> > 6 files changed, 170 insertions(+), 174 deletions(-)
>
> Acked-by: Ingo Molnar
I'll get this in tomorrow, just finishing a pull req now,
- Arnaldo
--
To u
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit e1abf2cc8d5d80b41c4419368ec743ccadbb131e:
bpf: Fix the build on BPF_SYSCALL=y && !CONFIG_TRACING kernels, make it more
configurable (2015-04-02 16:28:06 +0200)
are available in the git repository at:
g
From: Arnaldo Carvalho de Melo
It is already in the addr_location, so remove the redundant 'thread'
parameter from the callback signatures.
Acked-by: Jiri Olsa
Acked-by: Namhyung Kim
Cc: Adrian Hunter
Cc: Borislav Petkov
Cc: David Ahern
Cc: Don Zickus
Cc: Frederic Weisbecker
Cc: Stephane
From: Arnaldo Carvalho de Melo
We get the thread when we call perf_event__preprocess_sample(), no need
to do it before that.
Acked-by: Jiri Olsa
Acked-by: Namhyung Kim
Cc: Adrian Hunter
Cc: Borislav Petkov
Cc: David Ahern
Cc: Don Zickus
Cc: Frederic Weisbecker
Cc: Stephane Eranian
Link:
From: Yunlong Song
Enable perf kmem to use perf.data when it is not owned by current user
or root.
Example:
# perf kmem record ls
# chown Yunlong.Song:Yunlong.Song perf.data
# ls -al perf.data
-rw--- 1 Yunlong.Song Yunlong.Song 5315665 Apr 2 10:54 perf.data
# id
uid=0(root) gid=0(roo
From: Yunlong Song
Enable perf evlist to use perf.data when it is not owned by current user
or root.
Example:
# perf record ls
# chown Yunlong.Song:Yunlong.Song perf.data
# ls -al perf.data
-rw--- 1 Yunlong.Song Yunlong.Song 28260 Apr 2 10:18 perf.data
# id
uid=0(root) gid=0(root) gr
From: Yunlong Song
Enable perf kvm to use perf.data.guest when it is not owned by current
user or root.
Example:
# perf kvm stat record ls
# chown Yunlong.Song:Yunlong.Song perf.data.guest
# ls -al perf.data.guest
-rw--- 1 Yunlong.Song Yunlong.Song 4128937 Apr 2 11:05 perf.data.guest
From: Arnaldo Carvalho de Melo
As it comes from address_location->thread, that is already stored as
export_sample->al, where the thread can be obtained.
Cc: Adrian Hunter
Cc: Borislav Petkov
Cc: David Ahern
Cc: Don Zickus
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Stephane
From: Yunlong Song
Enable perf script to use perf.data when it is not owned by current user
or root. Change the short option name of --fields to -F to avoid confusion
with --force.
Example:
# perf record ls
# chown Yunlong.Song:Yunlong.Song perf.data
# ls -al perf.data
-rw--- 1 Yunlong.
From: Yunlong Song
Enable perf timechart to use perf.data when it is not owned by current
user or root.
Example:
# perf timechart record ls
# chown Yunlong.Song:Yunlong.Song perf.data
# ls -al perf.data
-rw--- 1 Yunlong.Song Yunlong.Song 5471744 Apr 2 15:15 perf.data
# id
uid=0(root)
From: Yunlong Song
Enable perf data convert to use perf.data when it is not owned by
current user or root.
Example:
# perf record ls
# chown Yunlong.Song:Yunlong.Song perf.data
# ls -al perf.data
-rw--- 1 Yunlong.Song Yunlong.Song 28260 Apr 2 17:35 perf.data
# id
uid=0(root) gid=0(ro
From: Yunlong Song
Enable perf trace to use perf.data when it is not owned by current user
or root.
Example:
# perf trace record ls
# chown Yunlong.Song:Yunlong.Song perf.data
# ls -al perf.data
-rw--- 1 Yunlong.Song Yunlong.Song 4153101 Apr 2 15:28 perf.data
# id
uid=0(root) gid=0(r
On 2 April 2015 at 19:07, wrote:
> Thanks Emil. Please check the comments embedded and for the rest I will
> update the code.
>
>> Hi Jilai,
>>
>> Just a few questions, not really a review as I'm not that familiar
>> with the code.
>>
>>
>>> +++ b/drivers/gpu/drm/msm/Kconfig
>>> @@ -27,6 +27,16 @
From: Yunlong Song
Enable perf mem to use perf.data when it is not owned by current user or
root.
Example:
# perf mem -t load record ls
# chown Yunlong.Song:Yunlong.Song perf.data
# ls -al perf.data
-rw--- 1 Yunlong.Song Yunlong.Song 16392 Apr 2 14:34 perf.data
# id
uid=0(root) gid=0
From: Yunlong Song
Enable perf inject to use perf.data when it is not owned by current user
or root.
Example:
# perf record ls
# chown Yunlong.Song:Yunlong.Song perf.data
# ls -al perf.data
-rw--- 1 Yunlong.Song Yunlong.Song 28260 Apr 2 10:37 perf.data
# id
uid=0(root) gid=0(root) gr
From: Yunlong Song
Enable perf lock to use perf.data when it is not owned by current user
or root.
Example:
# perf lock record ls
# chown Yunlong.Song:Yunlong.Song perf.data
# ls -al perf.data
-rw--- 1 Yunlong.Song Yunlong.Song 4880686 Apr 2 14:14 perf.data
# id
uid=0(root) gid=0(roo
From: Arnaldo Carvalho de Melo
As it is available via another parameter, address_location->thread.
Acked-by: Adrian Hunter
Cc: Borislav Petkov
Cc: David Ahern
Cc: Don Zickus
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Stephane Eranian
Link: lkml.kernel.org/r/551d08f8.3040.
[+cc Martin]
On Thu, Apr 2, 2015 at 4:28 PM, Michael S. Tsirkin wrote:
> On Thu, Apr 02, 2015 at 03:53:47PM -0500, Bjorn Helgaas wrote:
>> On Mon, Mar 30, 2015 at 01:33:28PM +0200, Michael S. Tsirkin wrote:
>> > The basic class ID macros in pci_ids.h are pretty useful for userspace
>> > using the
From: Masami Hiramatsu
Fix 'perf probe' to track down unnamed union/structure members.
perf probe did not track down the tree of unnamed union/structure
members, since it just failed to find given "name" in a parent
structure/union. To solve this issue, I've introduced 2 changes.
- Fix die_fin
[-cc Venkatesh, Suresh]
On Thu, Apr 2, 2015 at 3:55 PM, Luis R. Rodriguez wrote:
> On Thu, Apr 02, 2015 at 03:21:22PM -0500, Bjorn Helgaas wrote:
>> On Fri, Mar 20, 2015 at 6:17 PM, Luis R. Rodriguez
>> wrote:
>> > From: "Luis R. Rodriguez"
>> > This is *only* a transitive API -- and as such n
On Thu, Apr 2, 2015 at 3:12 PM, Yinghai Lu wrote:
> On Thu, Apr 2, 2015 at 10:23 AM, Yinghai Lu wrote:
>> On Thu, Apr 2, 2015 at 9:31 AM, Peter Hurley
>> wrote:
>>
>>> Would you please try the patch below instead?
>>>
>> Great. that works, and less lines change than my version.
>>
>
> still hav
On Sun, 29 Mar 2015, Hugh Dickins wrote:
> > munmap(2) of hugetlb memory requires a length that is hugepage aligned,
> > otherwise it may fail. Add this to the documentation.
>
> Thanks for taking this on, David. But although munmap(2) is the one
> Davide called out, it goes beyond that, doesn'
On 15-03-31 12:26 AM, Lars-Peter Clausen wrote:
On 03/31/2015 05:16 AM, Scott Branden wrote:
[...]
+- ssp-port-id: The ssp port interface to use
+Valid value are 0, 1, 2, or 3 (for spdif)
How about using 'reg' as the property name here. It is the standard
property name for identifying or
Don't only specify munmap(2) behavior with respect the hugetlb memory, all
other syscalls get naturally aligned to the native page size of the
processor. Rather, pick out munmap(2) as a specific example.
Signed-off-by: David Rientjes
---
Documentation/vm/hugetlbpage.txt | 7 +--
1 file ch
On Thu, Apr 2, 2015 at 3:35 PM, Bjorn Helgaas wrote:
> [-cc Venkatesh, Suresh]
>
> On Thu, Apr 2, 2015 at 3:55 PM, Luis R. Rodriguez wrote:
>> On Thu, Apr 02, 2015 at 03:21:22PM -0500, Bjorn Helgaas wrote:
>>> On Fri, Mar 20, 2015 at 6:17 PM, Luis R. Rodriguez
>>> wrote:
>>> > From: "Luis R. Rod
On 04/01/15 15:55, Bjorn Andersson wrote:
> Refactor out all custom property parsing code from the probe function
> into a function suitable for regulator_desc->of_parse_cb usage.
>
> Signed-off-by: Bjorn Andersson
>
Reviewed-by: Stephen Boyd
--
Qualcomm Innovation Center, Inc. is a member of
On 04/02/15 15:26, Mark Brown wrote:
> On Thu, Apr 02, 2015 at 03:00:37PM -0700, Stephen Boyd wrote:
>
>> What happens with debugfs when you have multiple pmics with the same
>> named regulator? I thought that in this case we needed to make the names
>> unique somehow or we would end up with the sa
Thomas,
This is the second round of fixes for irqchip. It contains some fixes found
while the arm64 guys were writing the kvm gicv3 its emulation.
This is an incremental pull request based on tags/irqchip-fixes-4.0 up
to tags/irqchip-fixes-4.0-2 on the irqchip/urgent branch. These changes
have
TIF_MEMDIE should not be set on a process if it does not have a valid
->mm, and this is protected by task_lock().
If TIF_MEMDIE gets set after the mm has detached, and the process fails to
exit, then the oom killer will defer forever waiting for it to exit.
Make sure that the mm is still valid
On 04/01/15 15:55, Bjorn Andersson wrote:
> +static int rpm_reg_probe(struct platform_device *pdev)
> +{
> + const struct rpm_regulator_data *reg;
> + const struct of_device_id *match;
> + struct regulator_config config = { };
> + struct regulator_dev *rdev;
> + struct qcom_rpm_
On Fri, 2015-03-27 at 19:07 +0200, Purcareata Bogdan wrote:
> On 27.02.2015 03:05, Scott Wood wrote:
> > On Thu, 2015-02-26 at 14:31 +0100, Sebastian Andrzej Siewior wrote:
> >> On 02/26/2015 02:02 PM, Paolo Bonzini wrote:
> >>>
> >>>
> >>> On 24/02/2015 00:27, Scott Wood wrote:
> This isn't a
On Mon, Mar 30, 2015 at 04:04:37PM +0200, Gregory CLEMENT wrote:
> On the Armada 370/XP SoCs, in standby mode the SoC stay powered and it
> is possible to wake-up from any interrupt sources. This patch adds
> flag to the MPIC irqchip driver to let linux know this.
>
> Signed-off-by: Gregory CLEMEN
On 04/03/2015 02:35 AM, Mark Rutland wrote:
> On Tue, Mar 31, 2015 at 12:56:38AM +0100, Chanwoo Choi wrote:
>> Hi Mark,
>>
>> On 03/31/2015 01:09 AM, Mark Rutland wrote:
>>> Hi,
>>>
>>> On Wed, Mar 18, 2015 at 12:17:28AM +, Chanwoo Choi wrote:
This patch adds new Exynos5433 dtsi to support
On Wed, Apr 01, 2015 at 02:00:06PM +0200, Geert Uytterhoeven wrote:
> The IRQC module clock is managed through Runtime PM and PM Domains.
> If wake-up is enabled, this clock must not be disabled during system
> suspend.
>
> Hence implement irq_chip.irq_set_wake(), which increments/decrements the
>
Hello, Tejun.
>> +struct cgroup_fork_state {
>> + void *ss_state[CGROUP_SUBSYS_COUNT];
>> +};
>
> Can we collect the subsystems which require pre/post fork callbacks to
> the front in group_subsys.h and do do CGROUP_SUBSYS_FORK_COUNT (or
> whatever) instead? Then, we don't need all these subs
On 04/02/2015 11:31 PM, Krzysztof Kozlowski wrote:
> The s3c_rtc_gettime() returns already result of rtc_valid_tm() on
> obtained time so get rid of another call to rtc_valid_tm().
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/rtc/rtc-s3c.c | 4 +---
> 1 file changed, 1 insertion(+), 3
Add a binding document for the DWMAC ethernet controller found on the
IMG Pistachio SoC.
Signed-off-by: Andrew Bresticker
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Cc: James Hartley
---
.../devicetree/bindings/net/pistachio-dwmac.txt| 24 ++
At the moment, the only additional setup required for the DWMAC
on the IMG Pistachio SoC is to request and enable a separate gate
clock for the register interface.
Signed-off-by: Andrew Bresticker
Signed-off-by: Govindraj Raja
Cc: James Hartley
---
drivers/net/ethernet/stmicro/stmmac/Makefile
Hi Pawel,
On Thu, Apr 02, 2015 at 10:30:44PM +0200, Pavel Machek wrote:
> Hi!
>
> > Hi Pawel,
> >
> > My apologies for the very late reply.
> >
> > On Thu, Apr 02, 2015 at 04:38:46PM +0200, Pavel Machek wrote:
> > >
> > >
> > > We are moving to device tree support on OMAP3, but that currently
On Tue, 2015-03-31 at 21:58 +0200, Filip Brozović wrote:
> On 3/31/2015 7:54 PM, Scott Wood wrote:
> > This breaks multiplatform support. You need to determine this at
> > runtime.
>
> Understood, but I'm unsure of how to do this exactly. Would it be
> appropriate to define another array, snum_i
On 04/02/2015 08:00 PM, Krzysztof Kozlowski wrote:
> Initialize the device time (if it is wrong) before registering RTC
> device to fix following error message during rtc-s3c probe:
>
> [2.215414] rtc (null): read_time: fail to read
> [2.216322] s3c-rtc 1007.rtc: rtc core: registered s
On Thu, Apr 2, 2015 at 3:36 PM, Yinghai Lu wrote:
> On Thu, Apr 2, 2015 at 3:12 PM, Yinghai Lu wrote:
>> On Thu, Apr 2, 2015 at 10:23 AM, Yinghai Lu wrote:
>>> On Thu, Apr 2, 2015 at 9:31 AM, Peter Hurley
>>> wrote:
>>>
Would you please try the patch below instead?
>>> Great. that wo
Hi Robert,
On 04/02/2015 10:13 PM, Robert Baldyga wrote:
> IRQ handler touches info->edev, so if interrupt occurs before extcon
> device initialization it can cause NULL pointer dereference. Doing extcon
> initialization before IRQ handler registration fixes this problem.
>
> Signed-off-by: Rober
ed reference to `hwrng_register'
Signed-off-by: Randy Dunlap
---
drivers/usb/misc/Kconfig |1 +
1 file changed, 1 insertion(+)
--- linux-next-20150402.orig/drivers/usb/misc/Kconfig
+++ linux-next-20150402/drivers/usb/misc/Kconfig
@@ -258,6 +258,7 @@ config USB_LINK_LAYER_TEST
On Thu, 2015-04-02 at 23:49 +0200, Luis R. Rodriguez wrote:
> On Sat, Mar 28, 2015 at 12:56:30AM +0100, Luis R. Rodriguez wrote:
> > On Fri, Mar 27, 2015 at 02:40:17PM -0600, Toshi Kani wrote:
> > > On Fri, 2015-03-20 at 16:17 -0700, Luis R. Rodriguez wrote:
> > > :
> > > > @@ -734,6 +742,7 @@ voi
SYSEXIT is scary on 64-bit kernels -- SYSEXIT must be invoked with
usergs and IRQs on. That means that we rely on STI to correctly
mask interrupts for one instruction. This is okay by itself, but
the semantics with respect to NMIs are unclear.
Avoid the whole issue by using SYSRETL instead. For
From: Thomas Gleixner
Arch specific management of xtime/jiffies/wall_to_monotonic is gone
for quite a while. Zap the stale comment.
Signed-off-by: Thomas Gleixner
Acked-by: John Stultz
Signed-off-by: Rafael J. Wysocki
---
kernel/time/timekeeping.c |4
1 file changed, 4 deletions(-)
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
Cc: Tony Lindgren
Signed-off-by: Rafael J. Wysocki
---
arch/arm/mach-omap2/cpuidle44xx.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
Index: linux-pm/a
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
Cc: Len Brown
Signed-off-by: Rafael J. Wysocki
---
drivers/acpi/acpi_pad.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
Index: linux-pm/drivers/acpi/ac
On Friday, April 03, 2015 12:19:41 AM Rafael J. Wysocki wrote:
> On Thursday, April 02, 2015 02:39:35 PM Ingo Molnar wrote:
> >
> > * Rafael J. Wysocki wrote:
> >
> > > Hi,
> > >
> > > This is the next batch of patches from Thomas that remove
> > > clockevents_notify().
> > >
> > > I've reord
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
Signed-off-by: Rafael J. Wysocki
---
arch/x86/kernel/process.c |9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
Index: linux-pm/arch/x86/kernel/process.
From: Thomas Gleixner
clockevents_notify() is a leftover from the early design of the
clockevents facility. It's really not a notification mechanism, it's a
multiplex call. We are way better off to have explicit calls instead of this
monstrosity.
Split out the broadcast oneshot control into a se
From: Thomas Gleixner
While looking through the (ab)use of the clockevents_notify() function
I stumbled over the following gem in the acpi_pad code:
if (lapic_detected_unstable && !lapic_marked_unstable) {
/* LAPIC could halt in idle, so notify users */
for_each_online_cpu(i)
Hi Linus,
one drm core fix, one exynos regression fix, two sets of radeon fixes
(Alex was a bit behind last week), and two i915 fixes.
Nothing too serious we seem to have calmed down i915 since last week.
Dave.
The following changes since commit e42391cd048809d903291d07f86ed3934ce138e9:
Li
From: Thomas Gleixner
All users converted. Remove the notify leftovers.
Signed-off-by: Thomas Gleixner
Signed-off-by: Rafael J. Wysocki
---
include/linux/clockchips.h |3 ---
kernel/time/clockevents.c | 10 --
2 files changed, 13 deletions(-)
Index: linux-pm/include/linux/cloc
From: Thomas Gleixner
clockevents_notify() is a leftover from the early design of the
clockevents facility. It's really not a notification mechanism, it's a
multiplex call. We are way better off to have explicit calls instead of this
monstrosity.
Split out the broadcast control into a separate f
From: Rafael J. Wysocki
All users converted. Remove the notify leftovers.
Original-by: Thomas Gleixner
Signed-off-by: Rafael J. Wysocki
---
include/linux/clockchips.h |2 --
kernel/time/clockevents.c |7 ---
2 files changed, 9 deletions(-)
Index: linux-pm/include/linux/clockchip
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
Cc: Daniel Lezcano
Signed-off-by: Rafael J. Wysocki
---
drivers/cpuidle/driver.c | 25 -
1 file changed, 12 insertions(+), 13 deletions(-)
Ind
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
Cc: Len Brown
Signed-off-by: Rafael J. Wysocki
---
drivers/idle/intel_idle.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
Index: linux-pm/drive
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
Signed-off-by: Rafael J. Wysocki
---
drivers/acpi/processor_idle.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
Index: linux-pm/drivers/acpi/proce
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
Signed-off-by: Rafael J. Wysocki
---
kernel/sched/idle.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
Index: linux-pm/kernel/sched/idle.c
==
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
Signed-off-by: Rafael J. Wysocki
---
arch/x86/kernel/process.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: linux-pm/arch/x86/kernel/process.c
===
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
Signed-off-by: Rafael J. Wysocki
---
drivers/acpi/processor_idle.c |9 -
1 file changed, 4 insertions(+), 5 deletions(-)
Index: linux-pm/drivers/acpi/process
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
Cc: Len Brown
Signed-off-by: Rafael J. Wysocki
---
drivers/acpi/acpi_pad.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
Index: linux-pm/drivers/acpi/a
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
Cc: Stephen Warren
Cc: Thierry Reding
Cc: Alexandre Courbot
Signed-off-by: Rafael J. Wysocki
---
arch/arm/mach-tegra/cpuidle-tegra114.c |6 +++---
arch/arm/mach-te
From: Thomas Gleixner
clockevents_notify() is a leftover from the early design of the
clockevents facility. It's really not a notification mechanism, it's a
multiplex call. We are way better off to have explicit calls instead of this
monstrosity.
Split out the tick_handover call and invoke it ex
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
Cc: Tony Lindgren
Signed-off-by: Rafael J. Wysocki
---
arch/arm/mach-omap2/cpuidle44xx.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
Index: linux-pm/a
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
Cc: Len Brown
Signed-off-by: Rafael J. Wysocki
---
drivers/idle/intel_idle.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: linux-pm/drivers/idle/i
From: Thomas Gleixner
clockevents_notify() is a leftover from the early design of the
clockevents facility. It's really not a notification mechanism, it's a
multiplex call. We are way better off to have explicit calls instead of this
monstrosity.
Split out the cleanup function for a dead cpu and
On Thu, Apr 2, 2015 at 5:02 PM, Yinghai Lu wrote:
> On Thu, Apr 2, 2015 at 3:36 PM, Yinghai Lu wrote:
>> On Thu, Apr 2, 2015 at 3:12 PM, Yinghai Lu wrote:
>>> On Thu, Apr 2, 2015 at 10:23 AM, Yinghai Lu wrote:
On Thu, Apr 2, 2015 at 9:31 AM, Peter Hurley
wrote:
> Would you
This patchset remove the CONFIG_ARCH_EXYNOS5433 insteadf use the
CONFIG_ARCH_EXYNOS
because Arnd Bergmann gave me a comment[1] that don't add specific
CONFIG_ARCH_EXYNOS5433
for ARM-64bit SoC. And this patchset fix following bugs:
- Fix wrong offset of PCLK_MSCL_SECURE_SMMU_JPEG in CMU_MSCL.
- Fi
From: Jonghwa Lee
CLK_PCLK_MONOTONIC_CNT's register is now assigned with wrong one.
Its correct register is ENABLE_PCLK_MIF_SECURE_MONOTONIC_CNT.
Signed-off-by: Jonghwa Lee
Signed-off-by: Chanwoo Choi
---
drivers/clk/samsung/clk-exynos5433.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(
This patch adds CLK_SET_RATE_PARENT flag to support DVFS of Cortex-{A53|A57}
core (big.LITTLE core) because 'sclk_{apollo|atlas}' leaf clock is used to
change the CPU frequency of Cortex-{A53|A57} core in arm_big_little.c driver.
- 'apollo' word means the LITTLE core (Cortex-A53 core) in Exynos5433
From: Jonghwa Lee
This patch fixes the wrong offoset of PCLK_MSCL_SECURE_SMMU_JPEG in CMU_MSCL
domain.
Cc: Sylwester Nawrocki
Cc: Tomasz Figa
Signed-off-by: Jonghwa Lee
Signed-off-by: Chanwoo Choi
---
drivers/clk/samsung/clk-exynos5433.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
This patch removes the CONFIG_ARCH_EXYNOS5433 and then use only the
CONFIG_ARCH_EXYNOS for ARM-64bit Exynos5433 SoC.
Cc: Sylwester Nawrocki
Cc: Tomasz Figa
Cc: Arnd Bergmann
Signed-off-by: Chanwoo Choi
---
drivers/clk/samsung/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
dif
This patch fixes the wrong parent clock of sclk_apollo clock
from 'div_apollo_pll' to 'div_apollo2'.
Cc: Sylwester Nawrocki
Cc: Tomasz Figa
Signed-off-by: Chanwoo Choi
---
drivers/clk/samsung/clk-exynos5433.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/samsu
This patch fixes the wrong PMS value of exynos5433_pll_rates table
for {ATLAS|APOLLO|MEM0|MEM1|BUS|MFC|MPHY|G3D|DISP|ISP|_PLL.
- before : rate=72000 (mdiv=360, pdiv=6, sdiv=1)
- after : rate=7 (mdiv=175, pdiv=3, sdiv=1)
Cc: Sylwester Nawrocki
Cc: Tomasz Figa
Signed-off-by: Chanwoo C
The usleep is only provided on distros from Redhat so running ftracetest
on other distro resulted in failures due to the missing usleep.
The reason of using [u]sleep in the test was to generate (scheduler)
events. It can be done various ways like this:
yield() { ping localhost -c 1 || sleep .00
From: Yinghai Lu
Date: Thu, 2 Apr 2015 15:07:57 -0700
> On Thu, Apr 2, 2015 at 1:37 PM, David Miller wrote:
>> From: Yinghai Lu
>> Date: Tue, 31 Mar 2015 19:57:46 -0700
>>
>>> Fix regression by commit d63e2e1f3df9 ("sparc/PCI: Clip bridge windows to
>>> fit in upstream windows").
>>>
>>> That c
I've seen a couple of reports of issues since commit e2e64a932556 ("genirq:
Set initial affinity in irq_set_affinity_hint()") where the
affinity for the interrupt when programmed via
/proc/irq//smp_affinity will not be able to stick. It changes back
to some previous value at the next interrupt on
From: Stas Sergeev
Date: Tue, 31 Mar 2015 16:24:59 +0300
> @@ -2590,6 +2651,7 @@ static int mvneta_mdio_probe(struct mvneta_port *pp)
>
> static void mvneta_mdio_remove(struct mvneta_port *pp)
> {
> + fixed_phy_set_link_update(pp->phy_dev, NULL);
I do not see any other driver doing this o
This patch adds the manufactor name of each extcon device
and revmoes un-necessary comment in Kconfig.
Signed-off-by: Chanwoo Choi
---
drivers/extcon/Kconfig | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/extcon/Kconfig b/drivers/extcon/Kconfig
index f
Simon reported the md io stats accounting issue:
"
I'm seeing "iostat -x -k 1" print this after a RAID1 rebuild on 4.0-rc5.
It's not abnormal other than it's 3-disk, with one being SSD (sdc) and
the other two being write-mostly:
Device: rrqm/s wrqm/s r/s w/srkB/swkB/s avg
On Tue, 31 Mar 2015, Andrey Ryabinin wrote:
> > We don't have a need to set PAGE_EXT_DEBUG_POISON on these pages sitting
> > in the reserved pool, nor do we have a need to do kmap_atomic() since it's
> > already mapped and must be mapped to be on the reserved pool, which is
> > handled by mempo
On Thu, 2 Apr 2015, David Rientjes wrote:
> Don't only specify munmap(2) behavior with respect the hugetlb memory, all
> other syscalls get naturally aligned to the native page size of the
> processor. Rather, pick out munmap(2) as a specific example.
>
> Signed-off-by: David Rientjes
Thanks
On 02/04/15 17:51, David Miller wrote:
> From: Stas Sergeev
> Date: Tue, 31 Mar 2015 16:24:59 +0300
>
>> @@ -2590,6 +2651,7 @@ static int mvneta_mdio_probe(struct mvneta_port *pp)
>>
>> static void mvneta_mdio_remove(struct mvneta_port *pp)
>> {
>> +fixed_phy_set_link_update(pp->phy_dev, NU
Next-20150310 works OK, next-20150324 has the bug.
Dell Latitude E6530 laptop, lspci tells me:
01:00.1 Audio device: NVIDIA Corporation GF108 High Definition Audio Controller
(rev a1)
Subsystem: Dell Device 0535
...
Kernel driver in use: snd_hda_intel
Symptoms: Audio wo
Elements backed by the page allocator might not be directly mapped into
lowmem, so do k{,un}map_atomic() before poisoning and verifying contents
to map into lowmem and return the virtual adddress.
Reported-by: Andrey Ryabinin
Signed-off-by: David Rientjes
---
mm/mempool.c | 6 --
1 file c
On Thu, Apr 02, 2015 at 05:52:16PM -0600, Toshi Kani wrote:
> On Thu, 2015-04-02 at 23:49 +0200, Luis R. Rodriguez wrote:
> > On Sat, Mar 28, 2015 at 12:56:30AM +0100, Luis R. Rodriguez wrote:
> > > On Fri, Mar 27, 2015 at 02:40:17PM -0600, Toshi Kani wrote:
> > > > On Fri, 2015-03-20 at 16:17 -070
On 04/01/2015 10:12 AM, Rik van Riel wrote:
On 03/31/2015 11:43 AM, Jens Axboe wrote:
That'd be easy enough to do, that's how blk-mq handles offline CPUs as
well. The attached patch is completely untested, but will handle offline
or nohz CPUs in the same fashion - they will punt to hardware que
On 2015/4/3 2:56, Eric W. Biederman wrote:
> Zhang Zhen writes:
>
>> Without this patch, if /proc/self/uid_map is not exist,
>> the mount test case will fail and no any prompting.
>
> The intent was not to fail if /proc/self/uid_map is missing but to skip
> the test because it is not applicable.
701 - 800 of 903 matches
Mail list logo
