On Thursday 13 September 2012 06:07:13 Stephen Warren wrote:
On 09/12/2012 03:57 AM, Alexandre Courbot wrote:
Some device drivers (panel backlights especially) need to follow precise
sequences for powering on and off, involving gpios, regulators, PWMs
with a precise powering order and
On Thu, Sep 13, 2012 at 07:29:32AM +0200, Sedat Dilek wrote:
On Thu, Sep 13, 2012 at 5:18 AM, Sedat Dilek sedat.di...@gmail.com wrote:
On Wed, Sep 12, 2012 at 10:46 AM, Stephen Rothwell s...@canb.auug.org.au
wrote:
Hi all,
Changes since 201209011:
The pci tree lost its build
On Thu, Sep 13, 2012 at 02:41:31PM +0900, OGAWA Hirofumi wrote:
Fengguang Wu fengguang...@intel.com writes:
If used custom bdi with BDI_CAP_NO_WRITEBACK, wait_for_completion()
(e.g. sync_inodes_sb()) will be blocked forever.
The sync(2) block cannot be fixed by this patch?
This patch
On Thursday 13 September 2012 13:45:39 Tomi Valkeinen wrote:
* PGP Signed by an unknown key
On Wed, 2012-09-12 at 18:57 +0900, Alexandre Courbot wrote:
Some device drivers (panel backlights especially) need to follow precise
sequences for powering on and off, involving gpios, regulators,
Hi Greg,
Today's linux-next merge of the staging tree got a conflict in
drivers/staging/ipack/devices/ipoctal.c between commit 734cc1783816
(TTY: use tty_port_register_device) from the tty tree and commit
2afb41d9d30d (Staging: ipack/devices/ipoctal: Check tty_register_device
return value) from
When I offline a memory on linux-3.6-rc5, possible circular
locking dependency detected messages are shown.
Are the messages known problem?
[ 201.596363] Offlined Pages 32768
[ 201.596373] remove from free list 14 1024 148000
[ 201.596493] remove from free list 140400 1024 148000
[
On 09/13/2012 01:44 PM, NeilBrown wrote:
On Thu, 13 Sep 2012 10:28:32 +0800 hank p...@redhat.com wrote:
On 09/04/2012 11:07 AM, hank wrote:
From 0ba5879082544dc3aa13807087563b1258124b1e Mon Sep 17 00:00:00 2001
From: hank p...@redhat.com
Date: Tue, 4 Sep 2012 10:23:45 +0800
Subject:
On Thursday 13 September 2012 13:50:47 Tomi Valkeinen wrote:
* PGP Signed by an unknown key
On Wed, 2012-09-12 at 18:57 +0900, Alexandre Courbot wrote:
New revision of the power sequences, taking as usual the feedback that
was
kindly provided about the last version.
I think now is
On Thu, 2012-09-13 at 15:08 +0900, Alex Courbot wrote:
On Thursday 13 September 2012 13:45:39 Tomi Valkeinen wrote:
* PGP Signed by an unknown key
On Wed, 2012-09-12 at 18:57 +0900, Alexandre Courbot wrote:
Some device drivers (panel backlights especially) need to follow precise
On Thu, Sep 13, 2012 at 03:23:06PM +0900, Alex Courbot wrote:
I understand the logic behind handling powering sequences in the device
driver, but as we discussed for some classes of devices this might just not
scale. I don't know how many different panels (each with different powering
It
On Wed, 12 Sep 2012, Xiao Guangrong wrote:
On 09/12/2012 10:03 AM, Hugh Dickins wrote:
What brought me to look at it was hitting BUG at mm/huge_memory.c:1842!
running tmpfs kbuild swapping load (with memcg's memory.limit_in_bytes
forcing out to swap), while I happened to have
On 09/12/2012 11:31 PM, Paul E. McKenney wrote:
On Wed, Sep 12, 2012 at 06:06:20PM +0530, Srivatsa S. Bhat wrote:
On 07/19/2012 10:45 PM, Paul E. McKenney wrote:
On Thu, Jul 19, 2012 at 05:39:30PM +0530, Srivatsa S. Bhat wrote:
Hi Paul,
While running a CPU hotplug stress test on v3.5-rc7+
Fengguang Wu fengguang...@intel.com writes:
I tested by custom bdi with BDI_CAP_NO_WRITEBACK - sync(2) blocked
forever by this reason.
What's your test script? How do you create/use that custom bdi?
Ah, I wrote my kernel module to test. I guess there is no users in
current kernel for
Dan Carpenter dan.carpen...@oracle.com writes:
On Wed, Sep 12, 2012 at 08:06:16AM -0700, Kees Cook wrote:
Caught by smatch:
kernel/module.c:2450 copy_module_from_user() warn: maybe return -EFAULT
instead of the bytes remaining?
Clean up the copy_from_user() call to not report a positive
Replace the current (inefficient) for-loop with memcpy, to copy priomap.
Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com
---
net/core/netprio_cgroup.c |9 -
1 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/net/core/netprio_cgroup.c
The update_netdev_tables() function appears to be unnecessary, since the
write_update_netdev_table() function will adjust the priomaps as and when
required anyway. So drop the usage of update_netdev_tables() entirely.
Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com
---
On Thursday 13 September 2012 14:22:57 Tomi Valkeinen wrote:
* PGP Signed by an unknown key
On Thu, 2012-09-13 at 15:08 +0900, Alex Courbot wrote:
On Thursday 13 September 2012 13:45:39 Tomi Valkeinen wrote:
Old Signed by an unknown key
On Wed, 2012-09-12 at 18:57 +0900,
On Wed, 12 Sep 2012, Hugh Dickins wrote:
@@ -1825,6 +1825,7 @@ static bool khugepaged_prealloc_page(struct page
**hpage, bool *wait)
return false;
*wait = false;
+ *hpage = NULL;
khugepaged_alloc_sleep();
} else if
Hi,
On Wed, Sep 12, 2012 at 9:58 AM, David Brown dav...@codeaurora.org wrote:
The following changes since commit 28a33cbc24e4256c143dce96c7d93bf423229f92:
Linux 3.5 (2012-07-21 13:58:29 -0700)
are available in the git repository at:
On Thu, Sep 13, 2012 at 8:04 AM, Minchan Kim minc...@kernel.org wrote:
On Thu, Sep 13, 2012 at 07:29:32AM +0200, Sedat Dilek wrote:
On Thu, Sep 13, 2012 at 5:18 AM, Sedat Dilek sedat.di...@gmail.com wrote:
On Wed, Sep 12, 2012 at 10:46 AM, Stephen Rothwell s...@canb.auug.org.au
wrote:
Hi
On Wed, Sep 12, 2012 at 03:28:42AM +0900, OGAWA Hirofumi wrote:
If bdi has BDI_CAP_NO_WRITEBACK, bdi_forker_thread() doesn't start
writeback thread. This means there is no consumer of work item made
by bdi_queue_work().
This adds to checking of !bdi_cap_writeback_dirty(sb-s_bdi) before
On Thursday 13 September 2012 14:25:53 Mark Brown wrote:
On Thu, Sep 13, 2012 at 03:23:06PM +0900, Alex Courbot wrote:
I understand the logic behind handling powering sequences in the device
driver, but as we discussed for some classes of devices this might just
not
scale. I don't know
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
drivers/i2c/busses/i2c-omap.c between commit d9ebd04d3476 (i2c: omap:
switch to devm_* API) from the i2c-embedded tree and commit 07baca6f8fc2
(i2c/i2c-omap: add a const qualifier) from the arm-soc tree.
I fixed it up (see
On Thu, 2012-09-13 at 15:23 +0900, Alex Courbot wrote:
On Thursday 13 September 2012 13:50:47 Tomi Valkeinen wrote:
I want to reiterate my opinion that I think power sequences in DT data
is the wrong way to go. Powering sequences are device specific issues
and should be handled in the
On 09/13/2012 12:08 AM, Rob Herring wrote:
Geert is right here. If it is a physical address, it should be
phys_addr_t.
While generally true, for the DT specific code I think it should be a
fixed u64. The size of the address is defined by the FDT, not the
kernel. It is very likely we could have
On Thu, 2012-09-13 at 15:23 +0900, Alex Courbot wrote:
DT support is actually the main point of power sequences, as outside of the
DT
we can always work the old way and use callbacks. If we were to remove DT
support, I am not sure this work would still be worth being merged.
Ah, I guess
On Thu, Sep 13, 2012 at 08:36:36AM +0200, Sedat Dilek wrote:
On Thu, Sep 13, 2012 at 8:04 AM, Minchan Kim minc...@kernel.org wrote:
On Thu, Sep 13, 2012 at 07:29:32AM +0200, Sedat Dilek wrote:
On Thu, Sep 13, 2012 at 5:18 AM, Sedat Dilek sedat.di...@gmail.com wrote:
On Wed, Sep 12, 2012 at
On 2012/9/13 0:34, Tejun Heo wrote:
Hello,
On Wed, Sep 12, 2012 at 01:37:28PM +0400, Glauber Costa wrote:
If a cpuset is cpu or mem exclusive, no other cpuset, other than
a direct ancestor or descendant, may share any of the same CPUs or
Memory Nodes.
So I think it tricked me as well. I
On Thu, 2012-09-13 at 06:11 +0200, Vincent Guittot wrote:
On tickless system, one CPU runs load balance for all idle CPUs.
The cpu_load of this CPU is updated before starting the load balance
of each other idle CPUs. We should instead update the cpu_load of the
balance_cpu.
Signed-off-by:
From: Vaibhav Bedia vaibhav.be...@ti.com
In some cases mmc_suspend_host() is not able to claim the
host and proceed with the suspend process. The core returns
-EBUSY to the host controller driver. Unfortunately, the
host controller driver does not pass on this information
to the PM core and hence
On Wed, Sep 12, 2012 at 10:27 PM, Tony Lindgren t...@atomide.com wrote:
* Peter Ujfalusi peter.ujfal...@ti.com [120911 01:54]:
With pinctrl-single,bits it is possible to update just part of the register
within the pinctrl-single,function-mask area.
This is useful when one register configures
On Thu, 2012-09-13 at 15:36 +0900, Alex Courbot wrote:
On Thursday 13 September 2012 14:22:57 Tomi Valkeinen wrote:
However, I fear these board specific things may be quite a bit anything,
so it may well be pwm, gpios and regulators are not enough for them. For
example, there could be an
On Sat, Sep 01, 2012 at 09:47:00PM +0200, Henrik Rydberg wrote:
On heavy event loads, such as a multitouch driver, the irqsoff latency
can be as high as 250 us. By accumulating a frame worth of data
before passing it on, the latency can be dramatically reduced. As a
side effect, the special
this weeks linux-next seems to bring new and new issues, yay :-)!
I have taken a photo, but can't say what can have caused.
The issue is reproducible...
Immediately, after pressing any key (when X-display-manager (lightdm)
and X-greeter are up) my machine panics and is no
On Sat, Sep 01, 2012 at 09:47:08PM +0200, Henrik Rydberg wrote:
The ABS_PRESSURE and ABS_WIDTH have special scales, and were initially
added solely for thumb and palm recognition in the synaptics driver.
This never really get used, however, and userspace quickly moved to
MT solutions instead.
On Thu, 2012-09-13 at 16:14 +1000, Stephen Rothwell wrote:
Hi Greg,
Today's linux-next merge of the staging tree got a conflict in
drivers/staging/ipack/devices/ipoctal.c between commit 734cc1783816
(TTY: use tty_port_register_device) from the tty tree and commit
2afb41d9d30d (Staging:
On 12.09.12 at 19:41, Randy Dunlap rdun...@xenotime.net wrote:
On 09/12/2012 12:43 AM, Jan Beulich wrote:
On 11.09.12 at 19:38, Linus Walleij linus.wall...@linaro.org wrote:
On Mon, Sep 10, 2012 at 2:16 PM, Jan Beulich jbeul...@suse.com wrote:
+ return gpiolib_sysfs_init() ?:
On Thu, Sep 13, 2012 at 09:54:09AM +0300, Tomi Valkeinen wrote:
On Thu, 2012-09-13 at 15:36 +0900, Alex Courbot wrote:
On Thursday 13 September 2012 14:22:57 Tomi Valkeinen wrote:
However, I fear these board specific things may be quite a bit anything,
so it may well be pwm, gpios and
From: Linus Walleij linus.wall...@linaro.org
The semantics of the interactions between GPIO and pinctrl may be
unclear, e.g. which one do you request first? This amends the
documentation to make this clear.
Reported-by: Domenico Andreoli cav...@gmail.com
Signed-off-by: Linus Walleij
On Wed, Sep 12, 2012 at 22:41:09, Arnd Bergmann wrote:
On Wednesday 12 September 2012, Hebbar, Gururaja wrote:
On Tue, Sep 11, 2012 at 18:29:36, Arnd Bergmann wrote:
drivers/usb/musb/da8xx.c |2 +-
.../asp.h =
On Thu, 2012-09-13 at 09:00 +0200, Sascha Hauer wrote:
On Thu, Sep 13, 2012 at 09:54:09AM +0300, Tomi Valkeinen wrote:
On Thu, 2012-09-13 at 15:36 +0900, Alex Courbot wrote:
On Thursday 13 September 2012 14:22:57 Tomi Valkeinen wrote:
However, I fear these board specific things may
On Wed, 12 Sep 2012 09:19:25 -0700, Guenter Roeck wrote:
On Wed, Sep 12, 2012 at 05:06:42PM +0200, Peter Senna Tschudin wrote:
From: Peter Senna Tschudin peter.se...@gmail.com
Remove useless kfree() and clean up code related to the removal.
Queued for -next.
Patch looks good, but I
On Thursday 13 September 2012 14:54:09 Tomi Valkeinen wrote:
* PGP Signed by an unknown key
On Thu, 2012-09-13 at 15:36 +0900, Alex Courbot wrote:
On Thursday 13 September 2012 14:22:57 Tomi Valkeinen wrote:
However, I fear these board specific things may be quite a bit
root_mem_cgroup-info.nodeinfo is initialized when the system boots.
But NODE_DATA(nid) is null if the node is not onlined, so
root_mem_cgroup-info.nodeinfo[nid]-zoneinfo[zone].lruvec.zone contains
an invalid pointer. If we use numactl to bind a program to the node
after onlining the node and its
From a00cbfadc0053a3c21812593997a1b7338234a9f Mon Sep 17 00:00:00 2001
From: Ramesh Gupta G grgu...@ti.com
Date: Thu, 13 Sep 2012 11:43:20 +0530
Subject: [PATCH v6 0/2] ARM: New cache API for iommu
This patch series is the next version to
- add a new cache maintenance api to support non-coherent
On Tue, Sep 11, 2012 at 11:13:26, S, Venkatraman wrote:
On Tue, Sep 4, 2012 at 6:38 PM, Hebbar, Gururaja gururaja.heb...@ti.com
wrote:
From: Vaibhav Bedia vaibhav.be...@ti.com
In some cases mmc_suspend_host() is not able to claim the
host and proceed with the suspend process. The core
From e88037801393f86ade3c79bcc900d3c84d989655 Mon Sep 17 00:00:00 2001
From: Ramesh Gupta G grgu...@ti.com
Date: Wed, 12 Sep 2012 13:07:26 +0530
Subject: [PATCH v6 1/2] ARM: new cache maintenance api for iommu
Non-coherent IOMMU drivers need to make sure
that the data held in the caches is
Hi Stephen,
On Thu, Sep 13, 2012 at 04:41:20PM +1000, Stephen Rothwell wrote:
Today's linux-next merge of the arm-soc tree got a conflict in
drivers/i2c/busses/i2c-omap.c between commit d9ebd04d3476 (i2c: omap:
switch to devm_* API) from the i2c-embedded tree and commit 07baca6f8fc2
From a00cbfadc0053a3c21812593997a1b7338234a9f Mon Sep 17 00:00:00 2001
From: Ramesh Gupta G grgu...@ti.com
Date: Wed, 12 Sep 2012 19:05:29 +0530
Subject: [PATCH v6 2/2] OMAP:IOMMU:flush L1 and L2 caches
OMAP IOMMU need to make sure that data in the L1 and L2 caches
is visible to the MMU hardware
Dne 13.9.2012 02:30, Ezequiel Garcia napsal(a):
Hi,
On Sun, Sep 9, 2012 at 6:25 PM, David Rientjes rient...@google.com wrote:
On Sat, 8 Sep 2012, Ezequiel Garcia wrote:
diff --git a/Makefile b/Makefile
index ddf5be9..df6045a 100644
--- a/Makefile
+++ b/Makefile
@@ -561,6 +561,10 @@ else
NVIDIA produces several Tegra SoCs viz Tegra20, Tegra30 etc.
In order to support USB PHY drivers on these SoCs, existing
PHY driver is split into SoC agnostic common USB PHY driver
and Tegra20-specific USB phy driver. This will facilitate
easy addition and deletion of phy drivers for Tegra SoCs.
On Thu, Sep 13, 2012 at 10:03:27AM +0300, Tomi Valkeinen wrote:
On Thu, 2012-09-13 at 09:00 +0200, Sascha Hauer wrote:
On Thu, Sep 13, 2012 at 09:54:09AM +0300, Tomi Valkeinen wrote:
On Thu, 2012-09-13 at 15:36 +0900, Alex Courbot wrote:
On Thursday 13 September 2012 14:22:57 Tomi
On Thursday 13 September 2012 15:03:27 Tomi Valkeinen wrote:
* PGP Signed by an unknown key
On Thu, 2012-09-13 at 09:00 +0200, Sascha Hauer wrote:
On Thu, Sep 13, 2012 at 09:54:09AM +0300, Tomi Valkeinen wrote:
On Thu, 2012-09-13 at 15:36 +0900, Alex Courbot wrote:
On
On Thu, Sep 13, 2012 at 03:42:11PM +0900, Alex Courbot wrote:
On Thursday 13 September 2012 14:25:53 Mark Brown wrote:
It would be sensible to make sure that the framework is done in such a
way that drivers can use it - there will be drivers (perhaps not display
ones) that have a known
On Wed, Sep 12, 2012 at 03:52:25PM +, Arnd Bergmann wrote:
On Tuesday 11 September 2012, Guennadi Liakhovetski wrote:
ipu.h is used by the dmaengine and IRQ driver under drivers/dma/ipu/, and
by its users drivers/media/platform/soc_camera/mx3_camera.c and
drivers/video/mx3fb.c. It has
On Thursday 13 September 2012 15:19:30 Mark Brown wrote:
On Thu, Sep 13, 2012 at 03:42:11PM +0900, Alex Courbot wrote:
On Thursday 13 September 2012 14:25:53 Mark Brown wrote:
It would be sensible to make sure that the framework is done in such a
way that drivers can use it - there will
From: Namhyung Kim namhyung@lge.com
So that the perf report won't lost the cpu utilization information.
For example, if there're two process that have same name.
$ perf report --stdio --showcpuutilization -s pid
[SNIP]
# Overhead sysus Command: Pid
#
From: Namhyung Kim namhyung@lge.com
Print accumulated stat of a hist entry if requested.
Cc: Arun Sharma asha...@fb.com
Cc: Frederic Weisbecker fweis...@gmail.com
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
tools/perf/ui/gtk/browser.c | 3 +++
1 file changed, 3 insertions(+)
diff
From: Namhyung Kim namhyung@lge.com
Print accumulated stat of a hist entry if requested.
Cc: Arun Sharma asha...@fb.com
Cc: Frederic Weisbecker fweis...@gmail.com
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
tools/perf/ui/browsers/hists.c | 4
1 file changed, 4 insertions(+)
From: Namhyung Kim namhyung@lge.com
Call add_hist_entry() for each callchain node to get an accumulated
stat for an entry. However skip nodes which do not have symbol info
as they caused subtle problems.
AFAICS the current sort methods cannot distinguish entries with NULL
dso/sym well so
From: Namhyung Kim namhyung@lge.com
When symbol_conf.cumulate_callchain is requested, we need to sort the
entries by accumulated period value. To do this, separate out the
compare routine to hists__output_cmp().
In addition, if accumulated periods of two entries are same
(i.e. single path
From: Namhyung Kim namhyung@lge.com
Print accumulated stat of a hist entry if requested.
Cc: Arun Sharma asha...@fb.com
Cc: Frederic Weisbecker fweis...@gmail.com
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
tools/perf/ui/hist.c | 46 --
1
From: Namhyung Kim namhyung@lge.com
Change the add_hist_entry() to make a template based on given @al.
It makes the callchain cumulation code simpler.
Cc: Arun Sharma asha...@fb.com
Cc: Frederic Weisbecker fweis...@gmail.com
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
From: Namhyung Kim namhyung@lge.com
When --cumulate option is given, it will print accumulated hist stat
information. It requires callchain information.
Cc: Arun Sharma asha...@fb.com
Cc: Frederic Weisbecker fweis...@gmail.com
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
On Thu, 2012-09-13 at 09:18 +0200, Sascha Hauer wrote:
On Thu, Sep 13, 2012 at 10:03:27AM +0300, Tomi Valkeinen wrote:
On Thu, 2012-09-13 at 09:00 +0200, Sascha Hauer wrote:
On Thu, Sep 13, 2012 at 09:54:09AM +0300, Tomi Valkeinen wrote:
On Thu, 2012-09-13 at 15:36 +0900, Alex Courbot
From: Namhyung Kim namhyung@lge.com
To support callchain accumulation, @entry should be recognized if it's
accumulated or not when add_hist_entry() called. The period of an
accumulated entry should be added to -stat_acc but not -stat. Add
@sample_self arg for that.
Cc: Arun Sharma
From: Namhyung Kim namhyung@lge.com
To accumulate callchain information of a hist entry, following helper
functions are needed.
Cc: Arun Sharma asha...@fb.com
Cc: Frederic Weisbecker fweis...@gmail.com
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
tools/perf/util/callchain.c | 15
Hi,
This is my first attempt to implement cumulative hist period report.
This work begins from Arun's SORT_INCLUSIVE patch [1] but I completely
rewrote it from scratch.
It basically adds period in a sample to every node in the callchain.
A hist_entry now has an additional fields to keep the
On Thu, Sep 13, 2012 at 10:03:27AM +0300, Tomi Valkeinen wrote:
On Thu, 2012-09-13 at 09:00 +0200, Sascha Hauer wrote:
On Thu, Sep 13, 2012 at 09:54:09AM +0300, Tomi Valkeinen wrote:
On Thu, 2012-09-13 at 15:36 +0900, Alex Courbot wrote:
On Thursday 13 September 2012 14:22:57 Tomi
On Thu, Sep 13, 2012 at 04:26:34PM +0900, Alex Courbot wrote:
On Thursday 13 September 2012 15:19:30 Mark Brown wrote:
On Thursday 13 September 2012 14:25:53 Mark Brown wrote:
It would be sensible to make sure that the framework is done in such a
way that drivers can use it - there
Hi Linus,
The following changes since commit 55d512e245bc7699a8800e23df1a24195dd08217:
Linux 3.6-rc5 (2012-09-08 16:43:45 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git
tags/fixes-for-linus
for you to fetch changes up to
From: Namhyung Kim namhyung@lge.com
Maintain accumulated stat information in hist_entry-stat_acc if
symbol_conf.cumulate_callchain is set. Fields in -stat_acc have same
vaules initially, and will be updated as callchain is processed later.
Cc: Arun Sharma asha...@fb.com
Cc: Frederic
On Wed, Sep 12, 2012 at 11:36:28PM -0700, Olof Johansson wrote:
I think it could be a good idea to split off the cleanups and fixes to
a separate branch. For the other patches there seems to be enough for
at least a 'dt' branch and either a multi-platform topic branch or a
'boards' topic
From: Namhyung Kim namhyung@lge.com
hist_entry__add_cpumode_period() and hist_entry__decay() are dealing
with hist_entry's stat fields only. So make them use the struct
directly.
Cc: Arun Sharma asha...@fb.com
Cc: Frederic Weisbecker fweis...@gmail.com
Signed-off-by: Namhyung Kim
From: Namhyung Kim namhyung@lge.com
Add and use hist_entry__add_{period,stat} for calculating hist entry's
stat. It will be used for accumulated stats later as well.
Cc: Arun Sharma asha...@fb.com
Cc: Frederic Weisbecker fweis...@gmail.com
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
From: Namhyung Kim namhyung@lge.com
The struct he_stat is for separating out statistics data of a hist
entry. It is required for later changes.
It's just a mechanical change and should have no functional
differences.
Cc: Arun Sharma asha...@fb.com
Cc: Frederic Weisbecker fweis...@gmail.com
From: Namhyung Kim namhyung@lge.com
Since it is set to 1 for a new hist entry, no need to set to
separately. Move it to a template entry.
Cc: Arun Sharma asha...@fb.com
Cc: Frederic Weisbecker fweis...@gmail.com
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
tools/perf/util/hist.c | 4
On Thu, Sep 13, 2012 at 12:31 AM, David Brown dav...@codeaurora.org wrote:
On Wed, Sep 12, 2012 at 11:36:28PM -0700, Olof Johansson wrote:
I think it could be a good idea to split off the cleanups and fixes to
a separate branch. For the other patches there seems to be enough for
at least a
On 09/13/2012 09:52 AM, Linus Walleij wrote:
On Wed, Sep 12, 2012 at 10:27 PM, Tony Lindgren t...@atomide.com wrote:
* Peter Ujfalusi peter.ujfal...@ti.com [120911 01:54]:
With pinctrl-single,bits it is possible to update just part of the register
within the pinctrl-single,function-mask area.
Hi Samuel,
On Thu, 13 Sep 2012 08:59:25 +0200 Samuel Iglesias Gonsálvez
sigles...@igalia.com wrote:
On Thu, 2012-09-13 at 16:14 +1000, Stephen Rothwell wrote:
Today's linux-next merge of the staging tree got a conflict in
drivers/staging/ipack/devices/ipoctal.c between commit
Hi Andrew,
After merging the akpm tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/thermal/cpu_cooling.c: In function 'get_idr':
drivers/thermal/cpu_cooling.c:89:14: error: 'MAX_ID_MASK' undeclared (first use
in this function)
Caused by commit idr: rename
On 13 September 2012 13:14, Stephen Rothwell s...@canb.auug.org.au wrote:
Hi Andrew,
After merging the akpm tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/thermal/cpu_cooling.c: In function 'get_idr':
drivers/thermal/cpu_cooling.c:89:14: error: 'MAX_ID_MASK'
On Thu, Sep 13, 2012 at 09:29:20AM +0200, Thierry Reding wrote:
On Thu, Sep 13, 2012 at 10:03:27AM +0300, Tomi Valkeinen wrote:
On Thu, 2012-09-13 at 09:00 +0200, Sascha Hauer wrote:
On Thu, Sep 13, 2012 at 09:54:09AM +0300, Tomi Valkeinen wrote:
On Thu, 2012-09-13 at 15:36 +0900, Alex
On Thu, 13 Sep 2012 17:44:41 +1000 Stephen Rothwell s...@canb.auug.org.au
wrote:
Hi Andrew,
After merging the akpm tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/thermal/cpu_cooling.c: In function 'get_idr':
drivers/thermal/cpu_cooling.c:89:14: error:
Fengguang Wu fengguang...@intel.com writes:
On Wed, Sep 12, 2012 at 03:28:42AM +0900, OGAWA Hirofumi wrote:
If bdi has BDI_CAP_NO_WRITEBACK, bdi_forker_thread() doesn't start
writeback thread. This means there is no consumer of work item made
by bdi_queue_work().
This adds to checking of
On Thu, 2012-09-13 at 09:29 +0200, Thierry Reding wrote:
On Thu, Sep 13, 2012 at 10:03:27AM +0300, Tomi Valkeinen wrote:
On Thu, 2012-09-13 at 09:00 +0200, Sascha Hauer wrote:
On Thu, Sep 13, 2012 at 09:54:09AM +0300, Tomi Valkeinen wrote:
On Thu, 2012-09-13 at 15:36 +0900, Alex Courbot
On Thu, Sep 13, 2012 at 03:46:00AM +0200, Bruce Humphrey wrote:
Replace printk(KERN_XXX with dev_info, dev_warn, dev_dbg as appropiate in
dyna_pci10xx
Signed-off-by: Bruce Humphrey Ventura bruce...@gmail.com
---
drivers/staging/comedi/drivers/dyna_pci10xx.c | 14 ++
1 file
Hi all,
After merging the final tree, today's linux-next build (sparc64 defconfig)
failed like this:
mm/internal.h: In function 'swap_cache_hit':
mm/internal.h:377:3: error: implicit declaration of function
'atomic_dec_if_positive' [-Werror=implicit-function-declaration]
Caused by commit swap:
On Thu, Sep 13, 2012 at 03:46:36AM +0200, Bruce Humphrey wrote:
Replace printk(KERN_XXX with the appropiate dev_info, dev_warn, dev_dbg in
fl512.c
Signed-off-by: Bruce Humphrey Ventura bruce...@gmail.com
---
drivers/staging/comedi/drivers/fl512.c | 12 +++-
1 file changed, 7
After the release of Linux 3.5 in July, August saw the big XFS merge for
the Linux 3.6 merge window. In the meantime the XFS tree has seen low
activity, with refined support for SEEK_HOLE/SEEK_DATA that takes unwritten
extents into account as the main feature. A couple of fixes also went in
and
On Wed, Sep 12, 2012 at 06:57:44PM +0900, Alexandre Courbot wrote:
Some device drivers (panel backlights especially) need to follow precise
sequences for powering on and off, involving gpios, regulators, PWMs
with a precise powering order and delays to respect between each steps.
These
Hi all,
After merging the final tree, today's linux-next build (sparc64 defconfig)
failed like this:
drivers/built-in.o: In function `rtc_hctosys':
hctosys.c:(.init.text+0x4a98): undefined reference to `rtc_hctosys_ret'
hctosys.c:(.init.text+0x4b54): undefined reference to `rtc_hctosys_ret'
On Wed, Sep 12, 2012 at 02:46:56PM +0300, Peter Ujfalusi wrote:
Hello,
This series will switch the OMAP audio to use dmaengine.
The final patch which does the switch was based on Russell King's earlier
patch.
I'm fine with this from the ASoC side but it sounds like you're going to
respin
- ESTALE will be returned - discard old FH - restart from LOOKUP -
make cached inode - use returned new FH.
Yeah, I know this is unstable (there is no perfect solution for now),
You may end up with a totally different file, of course:
client: server:
On Thu, 2012-09-06 at 13:40 +0800, Jeremy Kerr wrote:
From: Matthew Garrett m...@redhat.com
The existing EFI variables code only supports variables of up to 1024
bytes. This limitation existed in version 0.99 of the EFI
specification,
but was removed before any full releases. Since
於 二,2012-09-11 於 15:23 +0800,lee joey 提到:
From: Matthew Garrett m...@redhat.com
The existing EFI variables code only supports variables of up to 1024
bytes. This limitation existed in version 0.99 of the EFI
specification,
but was removed before any full releases. Since variables can now be
=b276fc1e875a51e4a9dc3322ed008bf4ae481baf
Henrik,
It looks like your changes are causing the panic.
Indeed, I have pushed the fix below to next already. Thanks for Sedat,
and sorry for not catching this earlier. :-(
Hi Hendrik,
Wow, so fast :-).
Stephen, can you apply this to today's linux-next (next-20120913), please
On Thursday 13 September 2012 15:50:37 Sascha Hauer wrote:
On Thu, Sep 13, 2012 at 09:29:20AM +0200, Thierry Reding wrote:
On Thu, Sep 13, 2012 at 10:03:27AM +0300, Tomi Valkeinen wrote:
On Thu, 2012-09-13 at 09:00 +0200, Sascha Hauer wrote:
On Thu, Sep 13, 2012 at 09:54:09AM +0300, Tomi
On Thu, 2012-09-13 at 08:49 +0200, Mike Galbraith wrote:
On Thu, 2012-09-13 at 06:11 +0200, Vincent Guittot wrote:
On tickless system, one CPU runs load balance for all idle CPUs.
The cpu_load of this CPU is updated before starting the load balance
of each other idle CPUs. We should
Thanks, Peter. I will schedule these changes for our next posting.
Ursula Braun
Peter Senna Tschudin peter.se...@gmail.com wrote on 12/09/2012 19:03:14:
From:
Peter Senna Tschudin peter.se...@gmail.com
To:
Ursula Braun1/Germany/IBM@IBMDE
Cc:
triv...@kernel.org,
1 - 100 of 1340 matches
Mail list logo