* Andi Kleen wrote:
> > > I've seen this pattern of deficient changelogs a dozen
> > > times in your patches this year alone ...
> >
> > Ping?
>
> I've re-sent the patch already last week.
hpa was on vacation, if he doesn't pick it up I'll apply it.
> Some perf patches are also pending,
Eric Wong wrote:
> I noticed these warnings on stock 3.10.9 running stress tests on
> cmogstored.git (git://bogomips.org/cmogstored.git) doing standard
> HTTP server stuff between lo and tmpfs:
I'm still running the same test (in-place upgraded cmogstored a few
times to fix some bugs), and
decrease np device_node refcount after task completion
Libo Chen (3):
driver: input: 88pm860x-ts: fix missing of_node_put
driver: input: twl4030-vibra: fix missing of_node_put
driver: input: twl6040-vibra: fix missing of_node_put
drivers/input/misc/twl4030-vibra.c |4 +++-
On Fri, Aug 30, 2013 at 9:37 PM, Guenter Roeck wrote:
> On Fri, Aug 30, 2013 at 12:14:20PM -0700, Linus Torvalds wrote:
>> On Fri, Aug 30, 2013 at 12:11 PM, Guenter Roeck wrote:
>> >
>> > I would not mind if Linus would agree to pull it right away for 3.12,
>> > but that seems to be a bit on the
decrease np device_node refcount after task completion
Signed-off-by: Libo Chen
---
drivers/input/touchscreen/88pm860x-ts.c | 22 +++---
1 files changed, 15 insertions(+), 7 deletions(-)
diff --git a/drivers/input/touchscreen/88pm860x-ts.c
decrease twl6040_core_node device_node refcount after task completion
There are two ways to implement the function of_node_put through
the marco CONFIG_OF_DYNAMIC, so it is save to call directly.
Signed-off-by: Libo Chen
---
drivers/input/misc/twl6040-vibra.c |3 +++
1 files changed, 3
decrease node device_node refcount after task completion
Signed-off-by: Libo Chen
---
drivers/input/misc/twl4030-vibra.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/input/misc/twl4030-vibra.c
b/drivers/input/misc/twl4030-vibra.c
index 68a5f33..b8d1526
On Sat, Aug 31, 2013 at 05:53:11AM +, Liu, Chuansheng wrote:
> I think I found one of possible race here(two processes P1 and P2):
> P1 has the the files_struct pointer FILES1, P2 has the files_struct pointer
> FILES2,
>
> When P1 open file, the new struct file pointer SHARE_FILE will be
> -Original Message-
> From: Al Viro [mailto:v...@ftp.linux.org.uk] On Behalf Of Al Viro
> Sent: Saturday, August 31, 2013 2:48 PM
> To: Liu, Chuansheng
> Cc: Eric Dumazet; linux-fsde...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] Fix the race between the fget()
On Sat, Aug 31, 2013 at 07:01:33AM +, Liu, Chuansheng wrote:
> My scenario is:
> P1 files_struct refcount is 1, P2's is 1 also.
> P1 get_files_struct(P2)
> P1 install one file into P2's files_struct
> P1 put_files_struct(P2)
>
> Then P1 and P2's files_struct refcount are 1, then when P1 is
> -Original Message-
> From: Al Viro [mailto:v...@ftp.linux.org.uk] On Behalf Of Al Viro
> Sent: Saturday, August 31, 2013 3:36 PM
> To: Liu, Chuansheng
> Cc: Eric Dumazet; linux-fsde...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] Fix the race between the fget()
Hi Linus!
It would be nice to have head cx88fix of git.linuxtv.org/hverkuil/media_tree.git
(git.linuxtv.org/hverkuil/media_tree.git/commit/5dce3635bf803cfe9dde84e00f5f9594439e6c02)
in 3.11 as it is a trivial and tested fix for a regression introduced between
3.10 and 3.11-rc1.
see
* Arnaldo Carvalho de Melo wrote:
> From: Arnaldo Carvalho de Melo
>
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit 00e4cb1ced1b17c35465defafe86d156cbd7544e:
>
> Merge tag 'perf-core-for-mingo' of
>
Hi Stephen,
>
Just curious. Do you have this patch from 3.11 applied to your 3.10
kernel tree?
Nope, I didn't. But I applied it, and it doesn't seem to make a
difference, unfortunately. :-(
Thanks for your help anyway!
Gerlando
commit 971ee28cbd1ccd87b3164facd9359a534c1d2892
Author:
Commit-ID: 75562573bab35b129cfd342fc2bcf89da84a6644
Gitweb: http://git.kernel.org/tip/75562573bab35b129cfd342fc2bcf89da84a6644
Author: Adrian Hunter
AuthorDate: Tue, 27 Aug 2013 11:23:09 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 29 Aug 2013 16:09:31 -0300
perf tools:
Commit-ID: d03f2170546d2f0c236a42706d211e15ffb64184
Gitweb: http://git.kernel.org/tip/d03f2170546d2f0c236a42706d211e15ffb64184
Author: Adrian Hunter
AuthorDate: Tue, 27 Aug 2013 11:23:11 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 29 Aug 2013 16:14:20 -0300
perf tools:
Commit-ID: ff3d527cebc1fa3707c617bfe9e74f53fcfb0955
Gitweb: http://git.kernel.org/tip/ff3d527cebc1fa3707c617bfe9e74f53fcfb0955
Author: Adrian Hunter
AuthorDate: Tue, 27 Aug 2013 11:23:07 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 29 Aug 2013 15:40:03 -0300
perf: make
Commit-ID: a2f2804a7142b043dafd39f21b86777840e1a78c
Gitweb: http://git.kernel.org/tip/a2f2804a7142b043dafd39f21b86777840e1a78c
Author: David Ahern
AuthorDate: Wed, 28 Aug 2013 22:29:51 -0600
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 29 Aug 2013 17:41:02 -0300
perf evlist:
Commit-ID: b1cf6f65aa7096984836addab7cec6b5b6d4393a
Gitweb: http://git.kernel.org/tip/b1cf6f65aa7096984836addab7cec6b5b6d4393a
Author: Adrian Hunter
AuthorDate: Tue, 27 Aug 2013 11:23:12 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 29 Aug 2013 16:44:26 -0300
perf tools:
Commit-ID: 045f8cd8542d2fcd424a32fa10fcd3dd29c6d374
Gitweb: http://git.kernel.org/tip/045f8cd8542d2fcd424a32fa10fcd3dd29c6d374
Author: Adrian Hunter
AuthorDate: Tue, 27 Aug 2013 11:23:13 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 29 Aug 2013 16:46:58 -0300
perf tests:
Commit-ID: f2935f3e585226b8203ec3861907e1cb16ad3d6a
Gitweb: http://git.kernel.org/tip/f2935f3e585226b8203ec3861907e1cb16ad3d6a
Author: David Ahern
AuthorDate: Tue, 27 Aug 2013 10:50:40 -0600
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 30 Aug 2013 15:43:28 -0300
perf trace:
Commit-ID: 6810fc915f7a89d8134edb3996dbbf8eac386c26
Gitweb: http://git.kernel.org/tip/6810fc915f7a89d8134edb3996dbbf8eac386c26
Author: David Ahern
AuthorDate: Wed, 28 Aug 2013 22:29:52 -0600
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 29 Aug 2013 17:42:34 -0300
perf trace:
Commit-ID: bdc896617b4fcaa9c89da9a9c5b72660f6741d46
Gitweb: http://git.kernel.org/tip/bdc896617b4fcaa9c89da9a9c5b72660f6741d46
Author: David Ahern
AuthorDate: Wed, 28 Aug 2013 22:29:53 -0600
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 29 Aug 2013 17:45:39 -0300
perf trace:
Commit-ID: faf967068e8c4d8df52f01f9361241101b3065a0
Gitweb: http://git.kernel.org/tip/faf967068e8c4d8df52f01f9361241101b3065a0
Author: Adrian Hunter
AuthorDate: Tue, 27 Aug 2013 11:23:08 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 29 Aug 2013 15:49:10 -0300
perf evlist:
Commit-ID: 5b95a4a3b52a1de84022dfaf580df4b5251f4a15
Gitweb: http://git.kernel.org/tip/5b95a4a3b52a1de84022dfaf580df4b5251f4a15
Author: Adrian Hunter
AuthorDate: Tue, 27 Aug 2013 11:23:10 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 29 Aug 2013 16:10:58 -0300
perf tools:
Commit-ID: ef89325f773bc9f2f4e6019bd7f3d968ba85df9a
Gitweb: http://git.kernel.org/tip/ef89325f773bc9f2f4e6019bd7f3d968ba85df9a
Author: Adrian Hunter
AuthorDate: Tue, 27 Aug 2013 11:23:06 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 29 Aug 2013 15:29:28 -0300
perf tools:
Commit-ID: 07940293ba7a43070cdebda952b0e6025d80a383
Gitweb: http://git.kernel.org/tip/07940293ba7a43070cdebda952b0e6025d80a383
Author: Adrian Hunter
AuthorDate: Tue, 27 Aug 2013 11:23:05 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 29 Aug 2013 15:11:29 -0300
perf
Commit-ID: 03b6ea9b91e0914caa847a1ade759af549555298
Gitweb: http://git.kernel.org/tip/03b6ea9b91e0914caa847a1ade759af549555298
Author: Adrian Hunter
AuthorDate: Tue, 27 Aug 2013 11:23:04 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 29 Aug 2013 15:10:02 -0300
perf evsel:
Commit-ID: 314add6b1f045b59ca39683bd0cbc5310cd203f2
Gitweb: http://git.kernel.org/tip/314add6b1f045b59ca39683bd0cbc5310cd203f2
Author: Adrian Hunter
AuthorDate: Tue, 27 Aug 2013 11:23:03 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 29 Aug 2013 11:51:31 -0300
perf tools:
On Fri, Aug 30, 2013 at 09:21:34AM -0700, Tim Chen wrote:
> On Fri, 2013-08-30 at 11:40 +1000, Dave Chinner wrote:
>
> >
> > The new shrinker infrastructure has a ->count_objects() callout to
> > specifically return the number of objects in the cache.
> > shrink_slab_node() can check that return
>From 1ccf579b871dfd5938ce958f729361a203485c74 Mon Sep 17 00:00:00 2001
From: Yu Chen
Date: Sat, 31 Aug 2013 23:52:31 +0800
Subject: [PATCH] powerpc/85xx: Wakeup kexec smp slave cpus in second kernel
In current 85xx smp kexec implementation,master cpu reset slave cpus
by mpic_reset_core,
before
Hi!
While trying to set up serial bluetooth connection between two
machines, the server machine died rather hard.
This is what I got on ssh:
Message from syslogd@duo at Aug 31 11:50:07 ...
kernel:Hardware name: LENOVO 17097HU/17097HU, BIOS 7BETD8WW (2.19 )
03/31/2011
Message from syslogd@duo
Vince Weaver writes:
> On Fri, 30 Aug 2013, Stephane Eranian wrote:
> > >
> > You mean that the high cost in your first example comes from the fact
> > that you are averaging over all the iterations and not n-1 (where 1 is
> > the first). I don't see a flag in mmap() to fault it in
Hi!
> . Python sources for client/server are at
>
> http://tui.cvs.sourceforge.net/viewvc/tui/tui/liveview/
>
> . My kernels like to warn about
>
> Aug 31 11:46:37 duo kernel: WARNING: CPU: 1 PID: 1 at
> net/wireless/reg.c:423 regulatory_init+0x92/0xff()
> Aug 31 11:46:37 duo kernel: db.txt
On Sat 2013-08-31 12:09:33, Pavel Machek wrote:
> Hi!
>
> > . Python sources for client/server are at
> >
> > http://tui.cvs.sourceforge.net/viewvc/tui/tui/liveview/
> >
> > . My kernels like to warn about
> >
> > Aug 31 11:46:37 duo kernel: WARNING: CPU: 1 PID: 1 at
> >
On Sat 2013-08-31 12:09:33, Pavel Machek wrote:
> Hi!
>
> > . Python sources for client/server are at
> >
> > http://tui.cvs.sourceforge.net/viewvc/tui/tui/liveview/
> >
> > . My kernels like to warn about
> System is debian stable with gnome2.
And no, it is not fixed in 3.11-rc7.
From: Jiang Liu
For cpu hot add, we evaluate _MAT or parse MADT twice to get APIC id,
here is the code logic:
acpi_processor_add()
acpi_processor_get_info()
acpi_get_cpuid() will evaluate _MAT or parse MADT;
acpi_processor_hotadd_init()
From: Jiang Liu
Since APIC id is saved in processor struct, just use it and
remove the duplicated _MAT evaluation.
Signed-off-by: Jiang Liu
Signed-off-by: Hanjun Guo
---
arch/ia64/kernel/acpi.c | 38 --
arch/x86/kernel/acpi/boot.c | 38
From: Jiang Liu
In acpi_register_lapic(), it will generates a new logical cpu
number and maps to the local APIC id, this logical cpu number
can be returned to simplify _acpi_map_lsapic() implementation.
Signed-off-by: Jiang Liu
Signed-off-by: Hanjun Guo
---
arch/x86/include/asm/mpspec.h |
From: Jiang Liu
errata.smp is used by anywhere, so variable assignment is meanless,
remove it.
Signed-off-by: Jiang Liu
Signed-off-by: Hanjun Guo
---
drivers/acpi/acpi_processor.c |3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/acpi/acpi_processor.c
acpi_processor_errata() is only called in acpi_processor_get_info(),
and the argument 'pr' passed to acpi_processor_errata() will be never
NULL, so the if (!pr) check is unnecessary.
Since the 'pr' argument is not used by acpi_processor_errata() any more,
so change the argument into void.
acpi_get_processor_id() can be find nowhere, and the acpi id
is synchronized to APIC id when acpi_get_cpuid() is called, so
the comments can be removed.
Signed-off-by: Hanjun Guo
---
drivers/acpi/acpi_processor.c |5 -
1 file changed, 5 deletions(-)
diff --git
On Sat 2013-08-31 12:14:51, Pavel Machek wrote:
> On Sat 2013-08-31 12:09:33, Pavel Machek wrote:
> > Hi!
> >
> > > . Python sources for client/server are at
> > >
> > > http://tui.cvs.sourceforge.net/viewvc/tui/tui/liveview/
> > >
> > > . My kernels like to warn about
> > System is debian
On Wed, 28 Aug 2013 12:14:24 +0200
Sebastian Hesselbarth wrote:
> > + {
> > + status = "okay";
> > + pinctrl-0 = <_audio1_i2s1_spdifo>;
> > + pinctrl-names = "default";
> > +};
>
> Please also add the external clock connected from si5351.
Hi Sebastian and Russell,
I tried it on my
From: Mark Brown
devm guarantees that resources are freed in the opposite order to that in
which they are allocated.
Signed-off-by: Mark Brown
---
drivers/regulator/wm831x-isink.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/regulator/wm831x-isink.c
From: Mark Brown
devm guarantees that resources are freed in the opposite order to that
in which they are registered.
Signed-off-by: Mark Brown
---
drivers/regulator/wm831x-dcdc.c | 36 ++--
1 file changed, 14 insertions(+), 22 deletions(-)
diff --git
On Fri, Aug 30, 2013 at 06:49:16PM +0100, Paul McQuade wrote:
> >From c21d0da84c92d351f37b70c0d9c01a66fcb84e88 Mon Sep 17 00:00:00 2001
> From: Paul McQuade
> Date: Thu, 15 Aug 2013 20:00:50 +0100
> Subject: [PATCH] Staging:BCM:DDRInit.c:Renaming __FUNCTION__
>
Don't put these in the patch
From: Mark Brown
devm guarantees that resources are freed in the oposite order to that in
which they are allocated.
Signed-off-by: Mark Brown
---
drivers/regulator/wm831x-ldo.c | 16 +++-
1 file changed, 7 insertions(+), 9 deletions(-)
diff --git a/drivers/regulator/wm831x-ldo.c
From: Mark Brown
Saves code in the unwind path.
Signed-off-by: Mark Brown
---
drivers/regulator/wm831x-dcdc.c | 18 --
1 file changed, 8 insertions(+), 10 deletions(-)
diff --git a/drivers/regulator/wm831x-dcdc.c b/drivers/regulator/wm831x-dcdc.c
index 11861cb..8f62750 100644
Acked-by: Rafael J. Wysocki
Sent from a tablet, I apologize for formatting issues.
Steven Rostedt wrote:
From: "Steven Rostedt (Red Hat)"
Some callbacks of the function tracer use rcu_read_lock(). This means that
there's places that can not be traced because RCU is not tracking the CPU
From: Mark Brown
Many regulator drivers have a remove function that consists solely of
calling regulator_unregister() so provide a devm_regulator_register()
in order to allow this repeated code to be removed and help eliminate
error handling code.
Signed-off-by: Mark Brown
---
From: Mark Brown
Signed-off-by: Mark Brown
---
drivers/regulator/wm831x-isink.c | 17 +++--
1 file changed, 3 insertions(+), 14 deletions(-)
diff --git a/drivers/regulator/wm831x-isink.c b/drivers/regulator/wm831x-isink.c
index 841cb52..0339b88 100644
---
From: Mark Brown
Signed-off-by: Mark Brown
---
drivers/regulator/s5m8767.c | 24 +++-
1 file changed, 3 insertions(+), 21 deletions(-)
diff --git a/drivers/regulator/s5m8767.c b/drivers/regulator/s5m8767.c
index c24448b..2297fdf 100644
--- a/drivers/regulator/s5m8767.c
+++
From: Mark Brown
Signed-off-by: Mark Brown
---
drivers/regulator/wm831x-dcdc.c | 66 -
1 file changed, 12 insertions(+), 54 deletions(-)
diff --git a/drivers/regulator/wm831x-dcdc.c b/drivers/regulator/wm831x-dcdc.c
index aca2fcb..6823e6f 100644
---
From: Mark Brown
Signed-off-by: Mark Brown
---
drivers/regulator/wm8350-regulator.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/regulator/wm8350-regulator.c
b/drivers/regulator/wm8350-regulator.c
index 835b5f0..a438e93 100644
---
From: Mark Brown
Signed-off-by: Mark Brown
---
drivers/regulator/arizona-ldo1.c | 12 +---
1 file changed, 1 insertion(+), 11 deletions(-)
diff --git a/drivers/regulator/arizona-ldo1.c b/drivers/regulator/arizona-ldo1.c
index 81d8681..4f6c205 100644
---
From: Mark Brown
Signed-off-by: Mark Brown
---
drivers/regulator/arizona-micsupp.c | 14 +++---
1 file changed, 3 insertions(+), 11 deletions(-)
diff --git a/drivers/regulator/arizona-micsupp.c
b/drivers/regulator/arizona-micsupp.c
index e87536b..724706a 100644
---
From: Mark Brown
Signed-off-by: Mark Brown
---
drivers/regulator/s2mps11.c | 20 +---
1 file changed, 1 insertion(+), 19 deletions(-)
diff --git a/drivers/regulator/s2mps11.c b/drivers/regulator/s2mps11.c
index 5eba2ff..d7c241e 100644
--- a/drivers/regulator/s2mps11.c
+++
From: Mark Brown
Signed-off-by: Mark Brown
---
drivers/regulator/wm831x-ldo.c | 47 +++---
1 file changed, 8 insertions(+), 39 deletions(-)
diff --git a/drivers/regulator/wm831x-ldo.c b/drivers/regulator/wm831x-ldo.c
index 5570f3e..2be72fe 100644
---
On Sat, Aug 31, 2013 at 12:51:28PM +0200, Jean-Francois Moine wrote:
> Hi Sebastian and Russell,
>
> I tried it on my Cubox (< 2>), and I have problems with HDMI
> output and some audio streams like webradios with sample rates 32 or
> 22.05 kHz.
Some TVs will only accept certain sample rates -
The autofs4 kernel module provides function for autofs version 3, 4 and
5 and autofs module has long since been removed. Now we're left with a
misnamed module. Appart from the name another problem this presents is
that module autoload doesn't work because of the mismatch of the directory
name and
Since linux/auto_dev-ioctl.h wasn't included in include/linux/Kbuild (although
I should have added it) it wasn't moved to uapi/linux as part of the uapi
series.
Signed-off-by: Ian Kent
---
include/linux/auto_dev-ioctl.h | 224 ---
Try and make the coding style completely consistent throughtout the
autofs module and inline with kernel coding style recommendations.
Signed-off-by: Ian Kent
---
fs/autofs4/autofs_i.h | 30 +++---
fs/autofs4/expire.c | 38 +++---
The autofs4 kernel module provides function for autofs version 3, 4 and
5 and autofs module has long since been removed. Now we're left with a
misnamed module. Appart from the name another problem this presents is
that module autoload doesn't work because of the mismatch of the directory
name and
Since including linux/string.h will now do the right thing remove the
conditional check.
Signed-off-by: Ian Kent
---
include/linux/auto_dev-ioctl.h |5 -
1 file changed, 5 deletions(-)
diff --git a/include/linux/auto_dev-ioctl.h b/include/linux/auto_dev-ioctl.h
index 850f39b..fe4f373
The autofs module has long since been removed so there's no need to have
two separate include files for autofs.
Signed-off-by: Ian Kent
---
fs/autofs4/autofs_i.h |2 -
fs/compat_ioctl.c |1
include/uapi/linux/auto_fs.h | 156
Update Makefile to build from source in fs/autofs instead of
fs/autofs4.
Signed-off-by: Ian Kent
---
fs/autofs4/Makefile |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/fs/autofs4/Makefile b/fs/autofs4/Makefile
index a811c1f..417dd72 100644
--- a/fs/autofs4/Makefile
Update Kconfig and add a depricated warning.
Signed-off-by: Ian Kent
---
fs/autofs4/Kconfig | 30 --
1 file changed, 20 insertions(+), 10 deletions(-)
diff --git a/fs/autofs4/Kconfig b/fs/autofs4/Kconfig
index 1204d63..f74d317 100644
--- a/fs/autofs4/Kconfig
+++
Create Makefile and Kconfig for autofs module.
Signed-off-by: Ian Kent
---
fs/Kconfig |1 +
fs/Makefile|1 +
fs/autofs/Kconfig | 19 +++
fs/autofs/Makefile |7 +++
4 files changed, 28 insertions(+)
create mode 100644 fs/autofs/Kconfig
create
On Sat, 31 Aug 2013 12:24:31 +0100
Russell King - ARM Linux wrote:
> > According to the Dove specification, the audio controller works with
> > the samples rates 44.1, 48 and 96 kHz, so, I don't see the usage of the
> > external clock, except when using the two audio controllers with
> >
On Fri, Aug 30, 2013 at 3:11 AM, Jesse Gross wrote:
> On Thu, Aug 29, 2013 at 3:10 PM, David Miller wrote:
>> From: Jesse Gross
>> Date: Thu, 29 Aug 2013 14:42:22 -0700
>>
>>> On Thu, Aug 29, 2013 at 2:21 PM, Geert Uytterhoeven
>>> wrote:
However, I have some doubts about other alignment
On Sat, Aug 31, 2013 at 01:55:19PM +0200, Jean-Francois Moine wrote:
> The last case was "when using the two audio controllers with different
> sample rates" (I should have added "in the set [44.1, 48, 96 kHz]").
> Then, with or without the availability of external clocks, both
> controllers will
This patch series removes the use of the ASoC-level read and write
functions from the cq93vc driver as part of a wider push to remove them
completely and just use regmap for all register I/O. Since the driver
is essentially doing what regmap-mmio is doing this is done by adding a
MMIO regmap to
thanks applied to my local kernel git
Stefan
Am 30.08.2013 23:15, schrieb Kent Overstreet:
GFP_NOIO means we could be getting called recursively - mca_alloc() ->
mca_data_alloc() - definitely can't use mutex_lock(bucket_lock) then.
Whoops.
Signed-off-by: Kent Overstreet
---
On Thu, Aug 29,
From: Andi Kleen
Use the existing weight reporting facility to report the transaction
abort cost, that is the number of cycles wasted in aborts.
Haswell reports this in the PEBS record.
This was in fact the original user for weight.
This is a very useful sort key to concentrate on the most
From: Andi Kleen
With checkpointed counters there can be a situation where the counter
is overflowing, aborts the transaction, is set back to a non overflowing
checkpoint, causes interupt. The interrupt doesn't see the overflow
because it has been checkpointed. This is then a spurious PMI,
From: Andi Kleen
Add TSX event aliases, and export them from the kernel to perf.
These are used by perf stat -T and to allow
more user friendly access to events. The events are designed to
be fairly generic and may also apply to other architectures
implementing HTM. They all cover common
[v2: Added Peter's changes to the PEBS handler]
[v3: Addressed Arnaldo's feedback for the perf stat -T change
and avoid conflict]
[v4: Remove XXX comment in checkpoint patch.
Add Arnaldo's ack for tools patch]
Add some more TSX functionality to the basic Haswell PMU.
A lot of the
From: Andi Kleen
Add support to perf stat to print the basic transactional execution statistics:
Total cycles, Cycles in Transaction, Cycles in aborted transsactions
using the in_tx and in_tx_checkpoint qualifiers.
Transaction Starts and Elision Starts, to compute the average transaction
length.
Hi Dan,
thank you for your work on my issue. I would like to test it on 3.10.9 where
I faced the problem initially.
linux-3.10.9 # patch -p1 < ../patches/vm_map_count.patch
patching file fs/binfmt_elf.c
Hunk #1 succeeded at 1415 (offset -14 lines).
Hunk #2 succeeded at 1430 (offset -14 lines).
On Sat, Aug 31, 2013 at 03:38:33PM +0200, Martin MOKREJŠ wrote:
> Hi Dan,
> thank you for your work on my issue. I would like to test it on 3.10.9 where
> I faced the problem initially.
Sure, see the attached patch for 3.10.9.
--
Dan Aloni
>From e323d3b4fdc1e61c3c39dfb3733d8b8c56f63b00 Mon
Currently, all css iterations and css_from_dir() require RCU read lock
whether the caller is holding cgroup_mutex or not, which is
unnecessarily restrictive. They are all safe to use under
cgroup_mutex without holding RCU read lock.
Factor out cgroup_assert_mutex_or_rcu_locked() from
On 08/30/2013 11:44 PM, Geert Uytterhoeven wrote:
On Fri, Aug 30, 2013 at 9:37 PM, Guenter Roeck wrote:
On Fri, Aug 30, 2013 at 12:14:20PM -0700, Linus Torvalds wrote:
On Fri, Aug 30, 2013 at 12:11 PM, Guenter Roeck wrote:
I would not mind if Linus would agree to pull it right away for
We want to use for_each_subsys() in cgroupfs_root handling where only
cgroup_root_mutex is held. The only way cgroup_subsys[] can change is
through module load/unload, make cgroup_[un]load_subsys() grab
cgroup_root_mutex too and update the lockdep annotation in
for_each_subsys() to allow either
Hi.
Progress report for staging dm-writeboost.
(1) Renaming to dm-writeboost
Thanks for comments on renaming.
By a simple democratic,
dm-lc will be renamed to dm-writeboost.
I am really happy with the new name.
(2) Idea for smelling limitation on the kind of backing store
Now I am tackling on
> A similar patch was suggested by Andi Kleen
> https://lkml.org/lkml/2013/8/5/648
My patch checked for const <-> initdata / non const initconst mistakes.
I don't think your patch does that?
-Andi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Thanks, Alasdair.
I will reply to some of your comments
that is not answered up to now.
> The documentation file will eventually need rewriting to follow the same
> format as the other targets recently added to the kernel. We document
> the kernel interface rather than any particular userspace
Aug 31 11:31:53 conquest2 kernel: [ cut here ]
Aug 31 11:31:53 conquest2 kernel: WARNING: CPU: 0 PID: 4566 at
drivers/gpu/drm/nouveau/nouveau_bo.c:151 nouveau_bo_del_ttm+0x62/0x70
[nouveau]()
Aug 31 11:31:53 conquest2 kernel: Modules linked in: snd_hrtimer
On Fri, Aug 30, 2013 at 10:14:01AM -0400, Josef Bacik wrote:
> Btrfs uses an rwsem to control access to its extent tree. Threads will hold a
> read lock on this rwsem while they scan the extent tree, and if need_resched()
> they will drop the lock and schedule. The transaction commit needs to
On Fri, Aug 30, 2013 at 01:44:45PM -0700, Andi Kleen wrote:
> On Fri, Aug 30, 2013 at 06:02:15PM +0200, Peter Zijlstra wrote:
> > On Wed, Aug 21, 2013 at 04:47:23PM -0700, Andi Kleen wrote:
> > > @@ -1224,6 +1240,15 @@ again:
> > > x86_pmu.drain_pebs(regs);
> > > }
> > >
> > > + /*
>
> > So can just drop the XXX comment. Ok?
>
> How about hiding the entire thing in a hsw function. I'm fairly sure
> that eventually we'll need to check all counters for this nonsense.
AFAIK there are no plans to do so.
>
> Something like so perhaps?
It's ok for me, except it's not for TSX
On Sat, Aug 31, 2013 at 12:34:01PM +0800, Zhan Jianyu wrote:
> Hi, Rob, thanks reviewing
> and I'm sorry for my careless writing.
>
> I resend the revised patch below:
>
> ---
>
> The memory-barriers document may has an error in Section TRANSITIVITY.
>
> For transitivity, see an example
On Sat, 31 Aug 2013 01:11:17 -0400
Steven Rostedt wrote:
> This is my final draft of the patches. I'm starting to run them
> through my formal tests now. They may change depending on the outcome
> of the tests.
Update: All my formal tests passed.
>
> I'm also a bit tired, and I added the
On Sat, Aug 31, 2013 at 10:43 AM, ael wrote:
> Aug 31 11:31:53 conquest2 kernel: [ cut here ]
> Aug 31 11:31:53 conquest2 kernel: WARNING: CPU: 0 PID: 4566 at
> drivers/gpu/drm/nouveau/nouveau_bo.c:151 nouveau_bo_del_ttm+0x62/0x70
> [nouveau]()
> Aug 31 11:31:53 conquest2
Hi
30.08.2013, 08:17, "Jingoo Han" :
> Use the wrapper function for retrieving the platform data instead of
> accessing dev->platform_data directly. This is a cosmetic change
> to make the code simpler and enhance the readability.
Both patches look good, thank you
> Signed-off-by: Jingoo Han
On Sat, 2013-08-31 at 16:31 +0200, Andi Kleen wrote:
> > A similar patch was suggested by Andi Kleen
> > https://lkml.org/lkml/2013/8/5/648
>
> My patch checked for const <-> initdata / non const initconst mistakes.
>
> I don't think your patch does that?
Hi Andi.
No it doesn't.
This patch
The 'name' attribute is needed for all i2c-dev class devices, meaning
it can be created automatically by pointing to it in the class data
structure. This simplifies the code and reduces the probability for race
conditions.
Signed-off-by: Guenter Roeck
---
drivers/i2c/i2c-dev.c | 32
> I'll get around to adding tests for your
> cases soonish.
You could also just apply my patch?
AFAIK it works fine.
-Andi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Fri, 30 Aug 2013 18:47:35 -0700
Joe Perches wrote:
> When dma_addr_t is a 32 bit value, >> 32 emits compiler warnings
> Use ((addr>>16) >>16) to avoid this.
>
> I presume the macro should actually use the kernel.h
> macro upper_32_bits() eventually.
>
> Signed-off-by: Joe Perches
> ---
>
From: Mark Brown
Rather then open coding a cache of the vibra control registers use the
regmap cache code. Also cache the interrupt mask register, providing
a small performance improvement for the interrupt code.
Signed-off-by: Mark Brown
---
I'm hoping to have some ASoC improvements to
201 - 300 of 394 matches
Mail list logo