On 10/22/2012 06:33 PM, Peter Zijlstra wrote:
On Mon, 2012-10-22 at 14:11 +0800, Yan, Zheng wrote:
+ /* LBR callstack does not work well with FREEZE_LBRS_ON_PMI */
+ if (!cpuc-lbr_sel || !(cpuc-lbr_sel-config LBR_CALL_STACK))
+ debugctl |=
On 10/22/2012 07:23 PM, Stephane Eranian wrote:
On Mon, Oct 22, 2012 at 12:33 PM, Peter Zijlstra a.p.zijls...@chello.nl
wrote:
On Mon, 2012-10-22 at 14:11 +0800, Yan, Zheng wrote:
+ /* LBR callstack does not work well with FREEZE_LBRS_ON_PMI */
+ if (!cpuc-lbr_sel ||
Removes unnecessary case of void pointer for platform data
in probe function.
Signed-off-by: Jingoo Han jg1@samsung.com
Cc: Richard Purdie rpur...@rpsys.net
---
drivers/video/backlight/s6e63m0.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
On Fri, 2012-10-19 at 20:19 +0100, Richard Davies wrote:
Jeff Kirsher wrote:
Dmitry Fleytman wrote:
Reported-by: Chris Webb chris.w...@elastichosts.com
Reported-by: Richard Davies richard.dav...@elastichosts.com
Signed-off-by: Dmitry Fleytman dmi...@daynix.com
---
There is a demand from driver's writers to use managed devices framework
for their drivers. Unfortunately up to this moment input devices did not
provide support for managed devices and that lead to mixing two styles
of resource management which usually introduced more bugs, such as
manually
Hmm,
I've just met the issue, with the commit 5640f768 reverted.
It seems that the issue does not always happen. So, my bisection may not be
correct.
At this moment, I don't have enough time to do bisection again..
Regards.
[sorry for top posting, our corporate MTA is not good at e-mail
On 10/22/2012 06:35 PM, Peter Zijlstra wrote:
On Mon, 2012-10-22 at 14:11 +0800, Yan, Zheng wrote:
--- a/include/uapi/linux/perf_event.h
+++ b/include/uapi/linux/perf_event.h
@@ -160,8 +160,9 @@ enum perf_branch_sample_type {
PERF_SAMPLE_BRANCH_ABORT= 1U 7, /* transaction
On Mon, Oct 22, 2012 at 6:14 PM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
tags/regmap-fix-mmio
I'm not finding the key you used to sign that...
Linus
--
To unsubscribe from this list: send the line
On Mon, Oct 22, 2012 at 04:37:45PM -0700, K. Y. Srinivasan wrote:
While testing 3.7 RC1 I discovered that invoking the function
orderly_poweroff()
from an interrupt context will trigger an ASSERT(). This was not the case till
recently. The comment preceding the orderly_poweroff() function
On Mon, Oct 22, 2012 at 10:16:40PM -0700, Hugh Dickins wrote:
On Mon, 22 Oct 2012, Shaohua Li wrote:
On Tue, Oct 16, 2012 at 08:50:49AM +0800, Shaohua Li wrote:
On Mon, Oct 08, 2012 at 03:09:58PM -0700, Hugh Dickins wrote:
On Thu, 4 Oct 2012, Konstantin Khlebnikov wrote:
Here
From: "Yan, Zheng"
The existing code assumes all Cbox and PCU events are using
filter, but actually the filter is event specific. Furthermore
the filter is sub-divided into multiple fields which are used
by different events.
Signed-off-by: Yan, Zheng
Reported-by: Stephane Eranian
---
Hi Viresh,
On Mon, Oct 22, 2012 at 09:39:21AM +0530, viresh kumar wrote:
> Every time you read a code, you figure out new things about it.
> Sorry for these comments Now :(
No problem, it is important to fix now than catch them later.
> On Mon, Oct 22, 2012 at 9:21 AM, Shiraz Hashim wrote:
> >
From: "Yan, Zheng"
The new HSW call stack feature provides a facility such that
unfiltered call data will be collected as normal, but as return
instructions are executed the last captured branch record is
popped from the LBR stack. Thus, branch information relative to
leaf functions will not be
From: "Yan, Zheng"
When the LBR call stack is enabled, it is necessary to save/restore
the stack on context switch. The solution is saving/restoring the
stack to/from task's perf event context. If task has no perf event
context, just flush the stack on context switch.
Signed-off-by: Yan, Zheng
From: "Yan, Zheng"
New Intel CPU can record call chains by using existing last branch
record facility. perf_callchain_user() can make use of the call
chains recorded by hardware in case of there is no frame pointer.
Signed-off-by: Yan, Zheng
---
arch/arm/kernel/perf_event.c | 4 ++--
From: "Yan, Zheng"
Try enabling the LBR call stack feature if event request recording
callchain. Try utilizing the LBR call stack to get user callchain
in case of there is no frame pointer.
Signed-off-by: Yan, Zheng
---
arch/x86/kernel/cpu/perf_event.c | 126
From: "Yan, Zheng"
Zero length calls may confuse the hardware and make the recorded
call stack incorrect. Try fixing the call stack by discarding
zero length call entries.
Signed-off-by: Yan, Zheng
---
arch/x86/kernel/cpu/perf_event_intel_lbr.c | 13 +++--
1 file changed, 11
From: "Yan, Zheng"
The x86 special perf event context is named x86_perf_event_context,
We can enlarge it later to store PMU special data.
Signed-off-by: Yan, Zheng
---
arch/x86/kernel/cpu/perf_event.c | 12
arch/x86/kernel/cpu/perf_event.h | 4
include/linux/perf_event.h
From: "Yan, Zheng"
Haswell has a new feature that utilizes the existing Last Branch Record
facility to record call chains. When the feature is enabled, function
call will be collected as normal, but as return instructions are executed
the last captured branch record is popped from the on-chip
On 22 October 2012 11:36, Shiraz Hashim wrote:
> On Mon, Oct 22, 2012 at 09:39:21AM +0530, viresh kumar wrote:
>> On Mon, Oct 22, 2012 at 9:21 AM, Shiraz Hashim wrote:
>> > +static int spear_pwm_remove(struct platform_device *pdev)
>> > +{
>> > + struct spear_pwm_chip *pc =
From: Vivek Goyal
Subject: Re: [PATCH v1 0/2] x86, apic: Disable BSP if boot cpu is AP
Date: Fri, 19 Oct 2012 11:17:53 -0400
> On Fri, Oct 19, 2012 at 12:20:54PM +0900, HATAYAMA Daisuke wrote:
>
> [..]
>> > Instead of capturing the dump of whole memory, isn't it more efficient
>> > to capture
On Fri, Oct 19, 2012 at 11:38:54PM +1300, Tony Prisk wrote:
> This patch updates pwm-vt8500.c to support devicetree probing and
> make use of the common clock subsystem.
>
> Signed-off-by: Tony Prisk
> ---
> drivers/pwm/pwm-vt8500.c | 79
> ++
> 1
On Fri, Oct 19, 2012 at 11:38:55PM +1300, Tony Prisk wrote:
> Add a binding document describing the PWM controller found
> on arch-vt8500 supported SoCs.
>
> Signed-off-by: Tony Prisk
> ---
> .../devicetree/bindings/pwm/vt8500-pwm.txt | 17 +
> 1 file changed, 17
Well have you tried building the kernel yourself? It might be the
options that they are using in the kernel, since the Ubuntu team builds
the kernel with almost everything on, including debugging and sometimes
experimental features.
You could copy your current conf and then take a look at it.
On
are available in the git repository at:
git://github.com/gxt/linux.git unicore32
Al Viro (2):
unicore32: switch to generic kernel_thread()/kernel_execve()
unicore32: switch to generic sys_execve()
David Howells (1):
UAPI: (Scripted) Disintegrate arch/unicore32/include/asm
Replies to your comments inline:
On Mon, 2012-10-22 at 08:34 +0200, Thierry Reding wrote:
...
> > -static int __devinit pwm_probe(struct platform_device *pdev)
> > +static const struct of_device_id vt8500_pwm_dt_ids[] = {
> > + { .compatible = "via,vt8500-pwm", },
> > + { /* Sentinel */ }
> >
On Mon, 2012-10-22 at 08:35 +0200, Thierry Reding wrote:
> On Fri, Oct 19, 2012 at 11:38:55PM +1300, Tony Prisk wrote:
> > Add a binding document describing the PWM controller found
> > on arch-vt8500 supported SoCs.
> >
> > Signed-off-by: Tony Prisk
> > ---
> >
On 10/22/2012 03:13 AM, Marcos Paulo de Souza wrote:
> And remove all checks abvout request_mem_region and ioremap.
> This is just a cleanup. Not functional changes here.
>
> Signed-off-by: Marcos Paulo de Souza
Thanks, looks almost good. But you could also have removed the check and error
On Mon, 2012-10-22 at 19:51 +1300, Tony Prisk wrote:
> >
> > > chip = devm_kzalloc(>dev, sizeof(*chip), GFP_KERNEL);
> > > if (chip == NULL) {
> > > dev_err(>dev, "failed to allocate memory\n");
> > > @@ -123,26 +144,32 @@ static int __devinit pwm_probe(struct
> > > platform_device
On Mon, Oct 22, 2012 at 07:51:52PM +1300, Tony Prisk wrote:
> Replies to your comments inline:
>
> On Mon, 2012-10-22 at 08:34 +0200, Thierry Reding wrote:
> ...
> > > -static int __devinit pwm_probe(struct platform_device *pdev)
> > > +static const struct of_device_id vt8500_pwm_dt_ids[] = {
> >
Hi,
On Fri, 19 Oct 2012 10:46:36 +0200, Jiri Olsa wrote:
> On Fri, Oct 19, 2012 at 10:27:35AM +0200, Stephane Eranian wrote:
>> Jiri,
>>
>> When I run perf list, I see:
>>
>> $ perf list
>> ..
>> rNNN [Raw hardware
>> event descriptor]
>>
On Mon, Oct 22, 2012 at 08:09:07PM +1300, Tony Prisk wrote:
> On Mon, 2012-10-22 at 19:51 +1300, Tony Prisk wrote:
> > >
> > > > chip = devm_kzalloc(>dev, sizeof(*chip), GFP_KERNEL);
> > > > if (chip == NULL) {
> > > > dev_err(>dev, "failed to allocate memory\n");
Hi,
On Sat, 20 Oct 2012 13:16:25 +0200, Borislav Petkov wrote:
> On Fri, Sep 28, 2012 at 07:47:07PM +0200, Borislav Petkov wrote:
>> From: Borislav Petkov
>>
>> There's a portion in the "perf list" output refering to the exact
>> specification of raw hardware events. Since this description is
Adapt keypad to use pinctrl framework.
Tested on omap4430 sdp with 3.7-rc1 kernel.
Cc: Felipe Balbi
Cc: Dmitry Torokhov
Signed-off-by: Sourav Poddar
---
drivers/input/keyboard/omap4-keypad.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git
Currently, omap4 keypad mux settings are done in the board file.
Populate the mux settings in the dts file for the keypad to
work via dt.
Cc: Felipe Balbi
Tested on omap4430 sdp with 3.7-rc1.
Signed-off-by: Sourav Poddar
---
arch/arm/boot/dts/omap4-sdp.dts | 26 ++
1
Hi Jiri,
It'd be better if you provide a git branch for this series.
Thanks,
Namhyung
--
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 http://vger.kernel.org/majordomo-info.html
Please read
Kees,
A couple of questions about SECCOMP_MODE_FILTER.
I added some words that the arg3 is a pointer to 'struct fprog'. Can
you confirmn that's correct?
If the CONFIG_SECCOMP_FILTER permits fork(), is the seccomp setting
inherited across fork()? Similar question for execve().
Thanks,
Michael
Kernel build failed for parisc architecture:
drivers/staging/ipack/carriers/tpci200.c: In function 'tpci200_free_irq':
drivers/staging/ipack/carriers/tpci200.c:190:2: error: implicit declaration of
function 'kfree' [-Werror=implicit-function-declaration]
drivers/staging/ipack/carriers/tpci200.c:
On 10/19/2012 11:48 PM, Stephen Warren wrote:
On 10/18/2012 11:58 PM, Mark Zhang wrote:
Define pinmux for DDC. The DDC pinmux in Ventana is 2 pins in I2C2.
+++ b/arch/arm/boot/dts/tegra20-ventana.dts
- ddc {
- nvidia,pins = "ddc", "owc",
On Mon, 2012-10-22 at 09:24 +0200, Thierry Reding wrote:
> On Mon, Oct 22, 2012 at 08:09:07PM +1300, Tony Prisk wrote:
> > On Mon, 2012-10-22 at 19:51 +1300, Tony Prisk wrote:
> > > >
> > > > > chip = devm_kzalloc(>dev, sizeof(*chip), GFP_KERNEL);
> > > > > if (chip == NULL) {
> > > >
On Tue, Oct 16, 2012 at 08:50:49AM +0800, Shaohua Li wrote:
> On Mon, Oct 08, 2012 at 03:09:58PM -0700, Hugh Dickins wrote:
> > On Thu, 4 Oct 2012, Konstantin Khlebnikov wrote:
> >
> > > Here results of my test. Workload isn't very realistic, but at least it
> > > threaded: compiling linux-3.6
On 10/19/2012 11:47 PM, Christoph Lameter wrote:
> On Fri, 19 Oct 2012, Glauber Costa wrote:
>
>> An unlikely branch is used to make sure this case does not affect
>> performance in the usual slab_free path.
>>
>> The slab allocator has a time based reaper that would eventually get rid
>> of the
On Tue, Oct 16, 2012 at 6:18 PM, Arnaldo Carvalho de Melo
wrote:
> Em Tue, Oct 16, 2012 at 02:33:35AM +0300, Irina Tirdea escreveu:
>> From: Irina Tirdea
>>
>> Temporary perf files are hardcoded to point to /tmp. Android does not have
>> a /tmp directory so it needs to set this path at compile
On Fri, Sep 21, 2012 at 1:54 AM, Kees Cook wrote:
> This adds a short description of the no_new_privs bit, as described in
> Documentation/prctl/no_new_privs.txt.
Thanks Kees. Applied.
Cheers,
Michael
> Signed-off-by: Kees Cook
> ---
> man2/prctl.2 | 15 +++
> 1 files
Hi Sourav,
On 10/22/2012 09:29 AM, Sourav Poddar wrote:
> Currently, omap4 keypad mux settings are done in the board file.
> Populate the mux settings in the dts file for the keypad to
> work via dt.
Have you changed the driver to handle properly the dependency with the
pinctrl and thus return
From: "Yan, Zheng"
The existing code assumes all Cbox and PCU events are using
filter, but actually the filter is event specific. Furthermore
the filter is sub-divided into multiple fields which are used
by different events.
Signed-off-by: Yan, Zheng
Reported-by: Stephane Eranian
---
Hi,
On Tue, Oct 16, 2012 at 05:23:20PM +0200, Sebastien Guiriec wrote:
> Some GPIO expanders need some early pin control muxing. Due to
> legacy boards sometimes the driver uses subsys_initcall instead of
> module_init. This patch takes advantage of defer probe feature
> and pin control in order
On 10/19/2012 11:51 PM, Christoph Lameter wrote:
> On Fri, 19 Oct 2012, Glauber Costa wrote:
>
>> SLAB allows us to tune a particular cache behavior with tunables.
>> When creating a new memcg cache copy, we'd like to preserve any tunables
>> the parent cache already had.
>
> SLAB and SLUB allow
Hi, Wu
Sorry for late reply.
At 10/09/2012 04:26 PM, wujianguo Wrote:
> Hi Congyang,
> I think we should also free pages which are used by page tables after
> removing
> page tables of the memory.
It is OK to do it.
>
> From: Jianguo Wu
>
> Signed-off-by: Jianguo Wu
> Signed-off-by:
On Mon, Oct 22, 2012 at 04:32:11PM +0900, Namhyung Kim wrote:
> Hi Jiri,
>
> It'd be better if you provide a git branch for this series.
aaah right, I forgot to mention that.. ;)
git://git.kernel.org/pub/scm/linux/kernel/git/jolsa/linux.git
perf/group2
thanks,
jirka
--
To unsubscribe from this
On Mon, Oct 22, 2012 at 11:51:11AM +0530, Viresh Kumar wrote:
> On 22 October 2012 11:36, Shiraz Hashim wrote:
> > On Mon, Oct 22, 2012 at 09:39:21AM +0530, viresh kumar wrote:
> >> On Mon, Oct 22, 2012 at 9:21 AM, Shiraz Hashim
> >> wrote:
>
> >> > +static int spear_pwm_remove(struct
From: "Kirill A. Shutemov"
It's non-sense to use tristate for the option, it's bool.
Signed-off-by: Kirill A. Shutemov
---
drivers/iio/common/hid-sensors/Kconfig |2 +-
drivers/iio/common/hid-sensors/hid-sensor-trigger.c |6 ++
2 files changed, 3 insertions(+), 5
Hi,
Just a minor nitpicking..
On Sat, 20 Oct 2012 16:33:11 +0200, Jiri Olsa wrote:
> Changing the way we retrieve the event ID. Instead of parsing out
> the ID out of the read data, using the PERF_EVENT_IOC_ID ioctl.
>
> Keeping the old way in place to support kernels without
>
On Mon, Oct 22, 2012 at 03:33:19AM +, Li Yang-R58472 wrote:
>
>
> > -Original Message-
> > From: Felipe Balbi [mailto:ba...@ti.com]
> > Sent: Saturday, October 20, 2012 1:37 AM
> > To: Simon Haggett
> > Cc: Li Yang-R58472; Felipe Balbi; Greg Kroah-Hartman; linux-
> >
Enable ALDPS function to save power when link down. Note that the
feature should be set after the other PHY settings. And the firmware
is necessary. Don't enable it without loading the firmware.
Signed-off-by: Hayes Wang
---
drivers/net/ethernet/realtek/r8169.c | 46
Hi,
On Fri, Oct 19, 2012 at 10:29:35AM -0600, Stephen Warren wrote:
> On 10/19/2012 09:35 AM, Felipe Balbi wrote:
> > Hi,
> >
> > On Fri, Oct 19, 2012 at 04:08:05PM +0530, Venu Byravarasu wrote:
> >> NVIDIA produces several Tegra SoCs viz Tegra20, Tegra30 etc. In
> >> order to support USB PHY
On Mon, Oct 22, 2012 at 08:36:22PM +1300, Tony Prisk wrote:
> On Mon, 2012-10-22 at 09:24 +0200, Thierry Reding wrote:
> > On Mon, Oct 22, 2012 at 08:09:07PM +1300, Tony Prisk wrote:
> > > On Mon, 2012-10-22 at 19:51 +1300, Tony Prisk wrote:
> > > > >
> > > > > > chip = devm_kzalloc(>dev,
On Thu, Oct 18, 2012 at 10:05:39AM -0700, tip-bot for Peter Zijlstra wrote:
> Commit-ID: 713f937655c4b15131b5a0eae4610918a4febe17
> Gitweb: http://git.kernel.org/tip/713f937655c4b15131b5a0eae4610918a4febe17
> Author: Peter Zijlstra
> AuthorDate: Fri, 12 Oct 2012 19:30:14 +0200
>
I'm travelling for a conference at the moment so these patches are not
tested but with the ongoing NUMA migration work I figured it was best to
post these sooner rather than later.
This series adds vmstat counters and tracepoints for migration, compaction
and autonuma. Using them it's possible to
The pgmigrate_success and pgmigrate_fail vmstat counters tells the user
about migration activity but not the type or the reason. This patch adds
a tracepoint to identify the type of page migration and why the page is
being migrated.
Signed-off-by: Mel Gorman
---
include/linux/migrate.h|
The compact_pages_moved and compact_pagemigrate_failed events are
convenient for determining if compaction is active and to what
degree migration is succeeding but it's at the wrong level. Other
users of migration may also want to know if migration is working
properly and this will be particularly
On Sun, Oct 21, 2012 at 06:38:49PM +0200, Ingo Molnar wrote:
>
> * Jiri Olsa wrote:
>
> > hi,
> > adding support to read sample values through the PERF_SAMPLE_READ
> > sample type. It's now possible to specify 'S' modifier for an event
> > and get its sample value by PERF_SAMPLE_READ.
> >
> >
Compaction already has tracepoints to count scanned and isolated pages
but it requires that ftrace be enabled and if that information has to be
written to disk then it can be disruptive. This patch adds vmstat counters
for compaction called compact_migrate_scanned, compact_free_scanned and
This patch updates pwm-vt8500.c to support devicetree probing and
make use of the common clock subsystem.
A binding document describing the PWM controller found on
arch-vt8500 is also included.
Signed-off-by: Tony Prisk
---
v2 changes:
Merged binding doc patch with main code patch
Fixes as
The system CPU cost of AutoNUMA is known to be high but it is tricky to
quantify the cost in a meaningful manner. This patch adds some vmstats
that can be used as part of a basic costing model.
u= basic unit = sizeof(void *)
Ca = cost of struct page access = sizeof(struct page) / u
Cpte =
On Fri, Oct 19, 2012 at 6:22 PM, Stephen Warren wrote:
> On 10/19/2012 09:09 AM, Linus Walleij wrote:
>> From: Linus Walleij
>
>> @@ -931,7 +931,7 @@ static void __nmk_gpio_irq_handler(unsigned int irq,
>> struct irq_desc *desc,
>> while (status) {
>> int bit =
Record in the migrate_pages tracepoint that the migration is for
AutoNUMA.
Signed-off-by: Mel Gorman
---
include/linux/migrate.h|1 +
include/trace/events/migrate.h |1 +
mm/autonuma.c |3 ++-
3 files changed, 4 insertions(+), 1 deletions(-)
diff --git
From: Linus Walleij
This switches the way that pins are reserved for multiplexing:
We used to do this when the map was parsed, at the creation of
the settings inside the pinctrl handle, in pinmux_map_to_setting().
However this does not work for us, because we want to use the
same set of pins
Hi Sangho,
If you really must do this kind of clean up patches; from my point of
view I would suggest you to collect them in one "mmc: core: Code
cleanup" patch instead.
Kind regards
Ulf Hansson
On 18 October 2012 18:58, Sangho Yi wrote:
> I fixed lines over 80 characters per line.
>
>
On Fri, Oct 19, 2012 at 8:10 PM, Tony Lindgren wrote:
> [Me]
>> Instead: let use reserve the pins when the state is activated
>> and drop them when the state is disabled, i.e. when we move to
>> another state. This way different devices/functions can use the
>> same pins at different times.
>
>
Hi Benoit,
On Monday 22 October 2012 01:15 PM, Benoit Cousson wrote:
Hi Sourav,
On 10/22/2012 09:29 AM, Sourav Poddar wrote:
Currently, omap4 keypad mux settings are done in the board file.
Populate the mux settings in the dts file for the keypad to
work via dt.
Have you changed the driver to
On 22 October 2012 13:25, Thierry Reding
wrote:
> We could probably do that in the core. I've had some discussions about
> this with Lars-Peter (Cc'ed) who also had doubts about how this is
> currently handled.
>
> What you're proposing is different, however. If we put that code in the
> core it
On 10/22/2012 10:23 AM, Sourav wrote:
> Hi Benoit,
> On Monday 22 October 2012 01:15 PM, Benoit Cousson wrote:
>> Hi Sourav,
>>
>> On 10/22/2012 09:29 AM, Sourav Poddar wrote:
>>> Currently, omap4 keypad mux settings are done in the board file.
>>> Populate the mux settings in the dts file for the
> -Original Message-
> From: Felipe Balbi [mailto:ba...@ti.com]
> Sent: Friday, October 19, 2012 9:06 PM
> To: Venu Byravarasu
> Cc: st...@rowland.harvard.edu; gre...@linuxfoundation.org;
> ba...@ti.com; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH v3
From: Wei Yongjun
The variable stream is initialized but never used
otherwise, so remove the unused variable.
dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)
Signed-off-by: Wei Yongjun
---
sound/pci/hda/hda_intel.c | 2 --
1 file changed, 2 deletions(-)
On Fri, 19 Oct 2012, Ulf Hansson wrote:
> From: Ulf Hansson
>
> Likely during merge of the below commits ended up breaking compilation:
> ASoC: Ux500: Enable ux500 MSP driver for Device Tree
> ASoC: ux500_msp_i2s: better use devm functions and fix error return code
This is already fixed:
On Mon, Oct 22, 2012 at 01:55:29PM +0530, Viresh Kumar wrote:
> On 22 October 2012 13:25, Thierry Reding
> wrote:
> > We could probably do that in the core. I've had some discussions about
> > this with Lars-Peter (Cc'ed) who also had doubts about how this is
> > currently handled.
> >
> > What
On Mon, Oct 22, 2012 at 7:57 AM, Yan, Zheng wrote:
> From: "Yan, Zheng"
>
> When the LBR call stack is enabled, it is necessary to save/restore
> the stack on context switch. The solution is saving/restoring the
> stack to/from task's perf event context. If task has no perf event
> context, just
On Mon, Oct 22, 2012 at 04:12:23PM +0900, Namhyung Kim wrote:
> Hi,
>
> On Fri, 19 Oct 2012 10:46:36 +0200, Jiri Olsa wrote:
> > On Fri, Oct 19, 2012 at 10:27:35AM +0200, Stephane Eranian wrote:
> >> Jiri,
> >>
> >> When I run perf list, I see:
> >>
> >> $ perf list
> >> ..
> >> rNNN
On Fri, 19 Oct 2012, Ulf Hansson wrote:
> From: Ulf Hansson
>
> The below commit introduced a compile error for a missing include file.
> ASoC: ux500_msp_i2s: better use devm functions and fix error return code
Already fixed:
https://patchwork.kernel.org/patch/1593881/
--
Lee Jones
Linaro
Hi,
This patchset try to solve one deadlock problem which might be caused
by memory allocation with block I/O during runtime resume and block device
error handling path. Traditionly, the problem is addressed by passing
GFP_NOIO statically to mm, but that is not a effective solution, see
detailed
This patch introduces PF_MEMALLOC_NOIO on process flag('flags' field of
'struct task_struct'), so that the flag can be set by one task
to avoid doing I/O inside memory allocation in the task's context.
The patch trys to solve one deadlock problem caused by block device,
and the problem may happen
The patch introduces the flag of memalloc_noio_resume in
'struct dev_pm_info' to help PM core to teach mm not allocating
memory with GFP_KERNEL flag for avoiding probable deadlock
problem.
As explained in the comment, any GFP_KERNEL allocation inside
runtime_resume on any one of device in the
This patch applyes the introduced pm_runtime_set_memalloc_noio on
block device so that PM core will teach mm to not allocate memory with
GFP_IOFS when calling the runtime_resume callback for block devices.
Cc: Jens Axboe
Signed-off-by: Ming Lei
---
block/genhd.c |8
1 file
Deadlock might be caused by allocating memory with GFP_KERNEL in
runtime_resume callback of network devices in iSCSI situation, so
mark network devices and its ancestor as 'memalloc_noio_resume'
with the introduced pm_runtime_set_memalloc_noio().
Cc: "David S. Miller"
Cc: Eric Dumazet
Cc: David
This patch applies the introduced memalloc_noio_save() and
memalloc_noio_restore() to force memory allocation with no I/O
during runtime_resume callback on device which is marked as
memalloc_noio_resume.
Cc: Alan Stern
Cc: Oliver Neukum
Cc: Rafael J. Wysocki
Signed-off-by: Ming Lei
---
If one storage interface or usb network interface(iSCSI case)
exists in current configuration, memory allocation with
GFP_KERNEL during usb_device_reset() might trigger I/O transfer
on the storage interface itself and cause deadlock because
the 'us->dev_mutex' is held in .pre_reset() and the
On Friday 19 October 2012 09:03:12 Kees Cook wrote:
> On Fri, Oct 19, 2012 at 4:59 AM, Florian Fainelli
> wrote:
> > From: Maxime Bizon
> >
> > record_size / console_size / ftrace_size can be 0 (this is how you
> > disable the feature), but rounddown_pow_of_two(0) is undefined. This problem
> >
On Mon, Oct 22, 2012 at 09:13:35PM +1300, Tony Prisk wrote:
> This patch updates pwm-vt8500.c to support devicetree probing and
> make use of the common clock subsystem.
>
> A binding document describing the PWM controller found on
> arch-vt8500 is also included.
>
> Signed-off-by: Tony Prisk
>
On Mon, Oct 22, 2012 at 04:57:24PM +0900, Namhyung Kim wrote:
> Hi,
>
> Just a minor nitpicking..
>
>
> On Sat, 20 Oct 2012 16:33:11 +0200, Jiri Olsa wrote:
> > Changing the way we retrieve the event ID. Instead of parsing out
> > the ID out of the read data, using the PERF_EVENT_IOC_ID ioctl.
On 10/19/2012 11:34 PM, Christoph Lameter wrote:
> On Fri, 19 Oct 2012, Glauber Costa wrote:
>
>> I, however, see no reason why we need to do so, since we are now locked
>> during the whole deletion (which wasn't necessarily true before). I
>> propose a simplification in which we delete it only
On 20 October 2012 01:42, Viresh Kumar wrote:
> Initially ondemand governor was written and then using its code conservative
> governor is written. It used a lot of code from ondemand governor, but copy of
> code was created instead of using the same routines from both governors. Which
>
On Mon, 22 Oct 2012 10:09:31 +0200, Jiri Olsa wrote:
> On Sun, Oct 21, 2012 at 06:38:49PM +0200, Ingo Molnar wrote:
>> > #
>> > # Samples: 86 of event 'anon group { cycles, cache-misses }'
>> > # Event count (approx.): 34863674
>> > #
>> > # OverheadPeriod
On Mon, 22 Oct 2012 09:53:05 +0200, Jiri Olsa wrote:
> On Mon, Oct 22, 2012 at 04:32:11PM +0900, Namhyung Kim wrote:
>> It'd be better if you provide a git branch for this series.
>
> aaah right, I forgot to mention that.. ;)
>
> git://git.kernel.org/pub/scm/linux/kernel/git/jolsa/linux.git
>
On Fri, Oct 19, 2012 at 8:02 PM, Greg KH wrote:
> We used to have problems with attributes removing/adding devices or
> attributes from their callbacks, but that has been fixed up now, and the
> fact that the other gpio code works this way is good enough precedence
> to keep me from objecting to
On Fri, Oct 19, 2012 at 1:51 PM, Roland Stigge wrote:
> [Me]
>> The block GPIO stuff is just following that design pattern.
>
> So what do you think about my just proposed idea of always having the
> "value" argument present, but only useable when "exported" is "1"? Now
> only talking about the
On Sat, 20 Oct 2012 16:33:12 +0200, Jiri Olsa wrote:
> Adding support to parse out the PERF_SAMPLE_READ sample bits.
> The code contains both single and group format specification.
>
> This code parse out and prepare prepare PERF_SAMPLE_READ data
Doubly prepare? :)
Thanks,
Namhyung
--
To
On Sat, 20 Oct 2012 16:33:17 +0200, Jiri Olsa wrote:
> Adding 2 more tests to the automated parse events suite
> for following event config:
>
> '{cycles,cache-misses,branch-misses}:S'
> '{instructions,branch-misses}:Su'
[snip]
> +static int test__leader_sample2(struct perf_evlist *evlist
Hiya, I compiled the kernel with V=1 and noticed "-mno-sse -mno-mmx
-mno-sse2 -mno-3dnow -mno-avx". Is there a way to turn this on? Alt, in
what file is this string, so I can try without it.
Peace Be With You.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
At Mon, 22 Oct 2012 16:30:10 +0800,
Wei Yongjun wrote:
>
> From: Wei Yongjun
>
> The variable stream is initialized but never used
> otherwise, so remove the unused variable.
>
> dpatch engine is used to auto generate this patch.
> (https://github.com/weiyj/dpatch)
>
> Signed-off-by: Wei
701 - 800 of 1420 matches
Mail list logo