On Fri, 2013-04-05 at 08:32 -0400, Eduardo Valentin wrote:
This patch adds a helper function to get a reference of
a thermal zone, based on the zone type name.
It will perform a zone name lookup and return a reference
to a thermal zone device that matches the name requested.
In case the
On Fri, 2013-04-05 at 08:32 -0400, Eduardo Valentin wrote:
This patch exports the thermal_zone_get_temp API so that driver
writers can fetch temperature of thermal zones managed by other
drivers.
Acked-by: Durgadoss R durgados...@intel.com
Signed-off-by: Eduardo Valentin
On Fri, 2013-04-05 at 08:32 -0400, Eduardo Valentin wrote:
For boards that provide a PCB sensor close to SoC junction
temperature, it is possible to remove the cumulative heat
reported by the SoC temperature sensor.
This patch changes the extrapolation computation to consider
an external
On Friday, April 12, 2013 5:25 AM, Andrew Bresticker wrote:
Platform LCD devices may need to do some device-specific
initialization before they can be used (regulator or GPIO setup,
for example), but currently the driver does not support any way of
doing this. This patch adds a probe()
On Mon, 2013-04-15 at 01:53 +0100, Hin-Tak Leung wrote:
--- On Mon, 8/4/13, Joe Perches j...@perches.com wrote:
Use a more current logging style.
[]
I have been sitting on a patch which changes this part of the code to dynamic
debugging, and it is much simplier. Just:
#define dprint(flg,
In the comment describing the sync_writers field of the btrfs_inode
struct, fsyncing was misspelled fsycing.
Signed-off-by: Nathaniel Yazdani n1ght.4nd@gmail.com
---
diff --git a/fs/btrfs/btrfs_inode.h b/fs/btrfs/btrfs_inode.h
index d9b97d4..08b286b 100644
--- a/fs/btrfs/btrfs_inode.h
+++
On Fri, 2013-04-12 at 11:16 +0200, Peter Zijlstra wrote:
On Wed, 2013-04-10 at 11:48 -0400, Olivier Langlois wrote:
Please explain how expensive it is. All I am seeing is a couple of
additions.
Let me start with this, since your earlier argument also refers to
this.
So yes it does look
--- On Mon, 15/4/13, Joe Perches j...@perches.com wrote:
On Mon, 2013-04-15 at 01:53 +0100,
Hin-Tak Leung wrote:
--- On Mon, 8/4/13, Joe Perches j...@perches.com
wrote:
Use a more current logging style.
[]
I have been sitting on a patch which changes this part
of the code to dynamic
On 04/11/2013 11:54 PM, Yinghai Lu wrote:
+ /*
+ * two parts from lib/swiotlb.c:
+ * swiotlb size: user specified with swiotlb= or default.
+ * swiotlb overflow buffer: now is hardcoded to 32k,
+ * round
On Fri, Apr 12, 2013 at 11:38:04PM -0700, Paul E. McKenney wrote:
On Fri, Apr 12, 2013 at 04:54:02PM -0700, Josh Triplett wrote:
On Fri, Apr 12, 2013 at 04:19:13PM -0700, Paul E. McKenney wrote:
From: Paul E. McKenney paul...@linux.vnet.ibm.com
Systems with HZ=100 can have slow bootup
On Mon, 2013-04-15 at 02:56 +0100, Hin-Tak Leung wrote:
--- On Mon, 15/4/13, Joe Perches j...@perches.com wrote:
On Mon, 2013-04-15 at 01:53 +0100,
Hin-Tak Leung wrote:
--- On Mon, 8/4/13, Joe Perches j...@perches.com wrote:
Use a more current logging style.
[]
I have been sitting
On Mon, Apr 15, 2013 at 12:43:31AM +, Kim, Milo wrote:
Hi Guenter
I really don't like that idea. It defeats a significant part of the
purpose
for having a watchdog, which is to prevent user-space hangups.
To make this a driver option is even more odd - it forces every user of
From: Sahara keun-o.p...@windriver.com
Somehow tracepoint_entry_add_probe function allows a null probe function.
And, this may lead to unexpected result since the number of probe
functions in an entry can be counted by checking whether probe is null
or not in for-loop.
This patch prevents the
-Original Message-
From: Guenter Roeck [mailto:li...@roeck-us.net]
Sent: Monday, April 15, 2013 11:07 AM
To: Kim, Milo
Cc: w...@iguana.be; linux-watch...@vger.kernel.org; linux-
ker...@vger.kernel.org
Subject: Re: [PATCH 1/2] watchdog: introduce new watchdog AUTOSTART
option
On
When hot removing memory presented at boot time, following messages are shown:
[ 296.867031] [ cut here ]
[ 296.922273] kernel BUG at mm/slub.c:3409!
[ 296.970229] invalid opcode: [#1] SMP
[ 297.019453] Modules linked in: ebtable_nat ebtables xt_CHECKSUM
This is the start of the stable review cycle for the 3.0.74 release.
There are 11 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Wed Apr 17 02:05:34 UTC 2013.
Anything
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Alban Bedel alban.be...@avionic-design.de
commit f1ca493b0b5e8f42d3b2dc8877860db2983f47b6 upstream.
The Charge Pump needs the DSP clock to work properly, without it the
bypass to HP/LINEOUT is
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Huacai Chen che...@lemote.com
commit 6f389a8f1dd22a24f3d9afc2812b30d639e94625 upstream.
As commit 40dc166c (PM / Core: Introduce struct syscore_ops for core
subsystems PM) say, syscore_ops
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Linus Torvalds torva...@linux-foundation.org
commit 9c603e53d380459fb62fec7cd085acb0b74ac18f upstream.
Sasha Levin has been running trinity in a KVM tools guest, and was able
to trigger the
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Dave Hansen d...@linux.vnet.ibm.com
commit f03574f2d5b2d6229dcdf2d322848065f72953c7 upstream.
[was already included in 3.0, but I missed the patch hunk for
arch/x86/mm/numa_32.c - gregkh]
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Hayes Wang hayesw...@realtek.com
commit e2409d83434d77874b461b78af6a19cd6e6a1280 upstream.
It would cause no link after suspending or shutdowning when the
nic changes the speed to 10M and
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Gleixner t...@linutronix.de
commit a1cbcaa9ea87b87a96b9fc465951dcf36e459ca2 upstream.
The sched_clock_remote() implementation has the following inatomicity
problem on 32bit systems when
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Samu Kallio samu.kal...@aberdeencloud.com
commit 1160c2779b826c6f5c08e5cc542de58fd1f667d5 upstream.
In paravirtualized x86_64 kernels, vmalloc_fault may cause an oops
when lazy MMU updates are
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Boris Ostrovsky boris.ostrov...@oracle.com
commit 511ba86e1d386f671084b5d0e6f110bb30b8eeb2 upstream.
Invoking arch_flush_lazy_mmu_mode() results in calls to
preempt_enable()/disable() which may
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Nicholas Bellinger n...@linux-iscsi.org
commit 30f359a6f9da65a66de8cadf959f0f4a0d498bba upstream.
This patch fixes a bug where a handful of informational / control CDBs
that should be allowed
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Namhyung Kim namhyung@lge.com
commit 83e03b3fe4daffdebbb42151d5410d730ae50bd1 upstream.
On the failure path, stat-start and stat-pages will refer same page.
So it'll attempt to free the
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Eldad Zack el...@fogrefinery.com
commit 889d66848b12d891248b03abcb2a42047f8e172a upstream.
The usb_control_msg() function expects __u16 types and performs
the endianness conversions by itself.
This is the start of the stable review cycle for the 3.4.41 release.
There are 17 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Wed Apr 17 02:23:06 UTC 2013.
Anything
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Gleixner t...@linutronix.de
commit a1cbcaa9ea87b87a96b9fc465951dcf36e459ca2 upstream.
The sched_clock_remote() implementation has the following inatomicity
problem on 32bit systems when
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Chris Wilson ch...@chris-wilson.co.uk
commit 9a0f938bde74bf9e50bd75c8de9e38c1787398cd upstream.
The current layout is to place the per-process tables at the end of the
GTT. However, this is
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Boris Ostrovsky boris.ostrov...@oracle.com
commit 511ba86e1d386f671084b5d0e6f110bb30b8eeb2 upstream.
Invoking arch_flush_lazy_mmu_mode() results in calls to
preempt_enable()/disable() which may
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Linus Torvalds torva...@linux-foundation.org
commit a49b7e82cab0f9b41f483359be83f44fbb6b4979 upstream.
Anatol Pomozov identified a race condition that hits module unloading
and re-loading. To
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Hayes Wang hayesw...@realtek.com
commit e2409d83434d77874b461b78af6a19cd6e6a1280 upstream.
It would cause no link after suspending or shutdowning when the
nic changes the speed to 10M and
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Linus Torvalds torva...@linux-foundation.org
commit 9c603e53d380459fb62fec7cd085acb0b74ac18f upstream.
Sasha Levin has been running trinity in a KVM tools guest, and was able
to trigger the
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Samu Kallio samu.kal...@aberdeencloud.com
commit 1160c2779b826c6f5c08e5cc542de58fd1f667d5 upstream.
In paravirtualized x86_64 kernels, vmalloc_fault may cause an oops
when lazy MMU updates are
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Hellstrom thellst...@vmware.com
commit 4b20db3de8dab005b07c74161cb041db8c5ff3a7 upstream.
This function is intended to simplify locking around refcounting for
objects that can be looked
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Namhyung Kim namhyung@lge.com
commit 83e03b3fe4daffdebbb42151d5410d730ae50bd1 upstream.
On the failure path, stat-start and stat-pages will refer same page.
So it'll attempt to free the
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Huacai Chen che...@lemote.com
commit 6f389a8f1dd22a24f3d9afc2812b30d639e94625 upstream.
As commit 40dc166c (PM / Core: Introduce struct syscore_ops for core
subsystems PM) say, syscore_ops
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Lukasz Dorau lukasz.do...@intel.com
commit d4a2618fa77b5e58ec15342972bd3505a1c3f551 upstream.
If a result of the SMP discover function is PHY VACANT,
the content of discover response structure
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Suleiman Souhlal sulei...@google.com
commit 5b55d708335a9e3e4f61f2dadf7511502205ccd1 upstream.
Revert commit 62a3ddef6181 (vfs: fix spinning prevention in prune_icache_sb).
This commit doesn't
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Dave Airlie airl...@gmail.com
commit 1baee58638fc58248625255f5c5fcdb987f11b1f upstream.
Don't oops seems proper.
Signed-off-by: Dave Airlie airl...@redhat.com
Signed-off-by: Greg Kroah-Hartman
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Nicholas Bellinger n...@linux-iscsi.org
commit 30f359a6f9da65a66de8cadf959f0f4a0d498bba upstream.
This patch fixes a bug where a handful of informational / control CDBs
that should be allowed
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Sachin Prabhu spra...@redhat.com
commit c369c9a4a7c82d33329d869cbaf93304cc7a0c40 upstream.
Fixes a regression in cifs_parse_mount_options where a password
which begins with a delimitor is
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Eldad Zack el...@fogrefinery.com
commit 889d66848b12d891248b03abcb2a42047f8e172a upstream.
The usb_control_msg() function expects __u16 types and performs
the endianness conversions by itself.
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Alban Bedel alban.be...@avionic-design.de
commit f1ca493b0b5e8f42d3b2dc8877860db2983f47b6 upstream.
The Charge Pump needs the DSP clock to work properly, without it the
bypass to HP/LINEOUT is
@@ -383,6 +383,7 @@ struct pci_bus *pci_acpi_scan_root(struct acpi_pci_root
*root)
}
pci_scan_child_bus(pbus);
+ pci_enable_bridges(pbus);
return pbus;
out3:
I think that with this patch, if you hot-add a PCI host bridge, you
will call
On Sun 14-04-13 20:13:36, Serge Hallyn wrote:
Quoting Tejun Heo (t...@kernel.org):
Turn on use_hierarchy by default if sane_behavior is specified and
don't create .use_hierarchy file.
It is debatable whether to remove .use_hierarchy file or make it ro as
the former could make
Hello, Serge.
On Sun, Apr 14, 2013 at 08:13:36PM -0500, Serge Hallyn wrote:
If I do
cd /sys/fs/cgroup/memory
mkdir b
cd b
echo 1 memory.use_hierarchy
echo 5000 memory.limit_in_bytes
cat memory.limit_in_bytes
8192
mkdir c
cd c
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Brown broo...@opensource.wolfsonmicro.com
commit f6f629f8332ea70255f6c60c904270640a21a114 upstream.
Reported-by: Ryo Tsutsui ryo.tsut...@wolfsonmicro.com
Signed-off-by: Mark Brown
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Huacai Chen che...@lemote.com
commit 6f389a8f1dd22a24f3d9afc2812b30d639e94625 upstream.
As commit 40dc166c (PM / Core: Introduce struct syscore_ops for core
subsystems PM) say, syscore_ops
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: John W. Linville linvi...@tuxdriver.com
commit 54683441a92ebe20c5282465ea6f21e5e74d2974 upstream.
This reverts commit b6fc28a158076ca2764edc9a6d1e1402f56e1c0c.
This commit is reported to cause
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Eldad Zack el...@fogrefinery.com
commit 889d66848b12d891248b03abcb2a42047f8e172a upstream.
The usb_control_msg() function expects __u16 types and performs
the endianness conversions by itself.
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Lukasz Dorau lukasz.do...@intel.com
commit d4a2618fa77b5e58ec15342972bd3505a1c3f551 upstream.
If a result of the SMP discover function is PHY VACANT,
the content of discover response structure
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Suleiman Souhlal sulei...@google.com
commit 5b55d708335a9e3e4f61f2dadf7511502205ccd1 upstream.
Revert commit 62a3ddef6181 (vfs: fix spinning prevention in prune_icache_sb).
This commit doesn't
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Samu Kallio samu.kal...@aberdeencloud.com
commit 1160c2779b826c6f5c08e5cc542de58fd1f667d5 upstream.
In paravirtualized x86_64 kernels, vmalloc_fault may cause an oops
when lazy MMU updates are
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Steven Rostedt (Red Hat) rost...@goodmis.org
commit 7f49ef69db6bbf756c0abca7e9b65b32e999eec8 upstream.
As ftrace_filter_lseek is now used with ftrace_pid_fops, it needs to
be moved out of the
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Namhyung Kim namhyung@lge.com
commit 6a76f8c0ab19f215af2a3442870eeb5f0e81998d upstream.
Currently set_ftrace_pid and set_graph_function files use seq_lseek
for their fops. However
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior bige...@linutronix.de
commit 852e4a8152b427c3f318bb0e1b5e938d64dcdc32 upstream.
Since commit 89c8d91e31f2 (tty: localise the lock) I see a dead lock
in one of my
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Boris Ostrovsky boris.ostrov...@oracle.com
commit 511ba86e1d386f671084b5d0e6f110bb30b8eeb2 upstream.
Invoking arch_flush_lazy_mmu_mode() results in calls to
preempt_enable()/disable() which may
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Dave Airlie airl...@gmail.com
commit 1baee58638fc58248625255f5c5fcdb987f11b1f upstream.
Don't oops seems proper.
Signed-off-by: Dave Airlie airl...@redhat.com
Signed-off-by: Greg Kroah-Hartman
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Dave Hansen d...@sr71.net
commit 1de14c3c5cbc9bb17e9dcc648cda51c0c85d54b9 upstream.
This patch attempts to fix:
https://bugzilla.kernel.org/show_bug.cgi?id=56461
The symptom is a
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Gleixner t...@linutronix.de
commit a1cbcaa9ea87b87a96b9fc465951dcf36e459ca2 upstream.
The sched_clock_remote() implementation has the following inatomicity
problem on 32bit systems when
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Nicholas Bellinger n...@linux-iscsi.org
commit 30f359a6f9da65a66de8cadf959f0f4a0d498bba upstream.
This patch fixes a bug where a handful of informational / control CDBs
that should be allowed
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Haojian Zhuang haojian.zhu...@linaro.org
commit ad4e1a7caf937ad395ced585ca85a7d14395dc80 upstream.
If index++ calculates from 0, the checking condition of while
(index++) fails it doesn't
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Linus Torvalds torva...@linux-foundation.org
commit a49b7e82cab0f9b41f483359be83f44fbb6b4979 upstream.
Anatol Pomozov identified a race condition that hits module unloading
and re-loading. To
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Sachin Prabhu spra...@redhat.com
commit c369c9a4a7c82d33329d869cbaf93304cc7a0c40 upstream.
Fixes a regression in cifs_parse_mount_options where a password
which begins with a delimitor is
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Stanislav Kinsbursky skinsbur...@parallels.com
commit 2dc958fa2fe6987e7ab106bd97029a09a82fcd8d upstream.
Make sure that msg pointer is set back to error value in case of
MSG_COPY flag is set
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Wei Yongjun yongjun_...@trendmicro.com.cn
commit 441362d06be349430d06e37286adce4b90e6ce96 upstream.
The error code in gfs2_rs_alloc() is set to ENOMEM when error
but never be used, instead,
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Steven Whitehouse swhit...@redhat.com
commit c2952d202f710d326ac36a8ea6bd216b20615ec8 upstream.
When withdraw occurs, we need to continue to allow unlocks of fcntl
locks to occur, however these
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Ujfalusi peter.ujfal...@ti.com
commit 765024697807ad1e1cac332aa891253ca4a339da upstream.
cyclic DMA is only used by audio which needs DMA to be started without a
delay.
If the DMA for
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Markus Pargmann m...@pengutronix.de
commit 75498083e25e96932ad998ffdeadb17234c68d3a upstream.
The admux clock seems to be the audmux clock as tests show. audmux does
not work without this clock
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Nigel Roberts ni...@nobiscuit.com
commit 8f08d6667287241f6818d35e02b223fb5df97cf1 upstream.
In the conversion to pinctrl, an error in the pins for the rebuild
LED was introduced. This patch
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Alban Bedel alban.be...@avionic-design.de
commit f1ca493b0b5e8f42d3b2dc8877860db2983f47b6 upstream.
The Charge Pump needs the DSP clock to work properly, without it the
bypass to HP/LINEOUT is
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Joonyoung Shim jy0922.s...@samsung.com
commit 0eaa6cca1f75e12e4f5ec62cbe887330fe3b5fe9 upstream.
It can be 0 or 1 return value of snd_soc_update_bits_locked() when it is
success. So just check
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Namhyung Kim namhyung@lge.com
commit 83e03b3fe4daffdebbb42151d5410d730ae50bd1 upstream.
On the failure path, stat-start and stat-pages will refer same page.
So it'll attempt to free the
{
+ .name = cgroup.sane_behavior,
+ .flags = CFTYPE_ONLY_ON_ROOT,
+ .read_seq_string = cgroup_sane_behavior_show,
+ .mode = S_IRUGO,
+ },
We don't have to set .mode explicitly.
--
To unsubscribe from this list: send the line
On 2013/4/13 7:10, Tejun Heo wrote:
It's a sad fact that at this point various cgroup controllers are
carrying so many idiosyncrasies and pure insanities that it simply
isn't possible to reach any sort of sane consistent behavior while
staying compatible with what already has been exposed to
This is the start of the stable review cycle for the 3.8.8 release.
There are 27 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Wed Apr 17 02:41:37 UTC 2013.
Anything
On Mon, Apr 15, 2013 at 10:49:15AM +0800, Li Zefan wrote:
{
+ .name = cgroup.sane_behavior,
+ .flags = CFTYPE_ONLY_ON_ROOT,
+ .read_seq_string = cgroup_sane_behavior_show,
+ .mode = S_IRUGO,
+ },
We don't have to set .mode explicitly.
On Sun, Apr 14, 2013 at 6:59 PM, H. Peter Anvin h...@zytor.com wrote:
On 04/11/2013 11:54 PM, Yinghai Lu wrote:
+ /*
+ * two parts from lib/swiotlb.c:
+ * swiotlb size: user specified with swiotlb= or default.
+ * swiotlb overflow
On Fri, Apr 12, 2013 at 04:10:55PM -0700, Tejun Heo wrote:
To make progress, those behaviors need to go but we can't simply drop
or change the crazies as those are directly visible to userland. This
patchset implements a mount option - sane_behavior - which turns on
new saner behaviors, so
On Sun, Apr 14, 2013 at 11:36:55AM -0700, Tejun Heo wrote:
kdbus folks want a sane way to determine the cgroup path that a given
task belongs to on a given hierarchy, which is a reasonble thing to
expect from cgroup core.
This patchset make hierarchy_id allocation use idr instead of ida and
Then make the comment so it is actually possible to understand that.
Yinghai Lu ying...@kernel.org wrote:
On Sun, Apr 14, 2013 at 6:59 PM, H. Peter Anvin h...@zytor.com wrote:
On 04/11/2013 11:54 PM, Yinghai Lu wrote:
+ /*
+ * two parts from lib/swiotlb.c:
+
Hi All,
I hit the below crashed when doing memory related tests[1] on s390x:
--- snip -
� 15929.351639¨ � 0021c0a6¨ shrink_inactive_list+0x1c6/0x56c
� 15929.351647¨ � 0021c69e¨ shrink_lruvec+0x252/0x56c
� 15929.351654¨ � 0021ca44¨
+int task_cgroup_path_from_hierarchy(struct task_struct *task, int
hierarchy_id,
+ char *buf, size_t buflen)
+{
+ struct cgroupfs_root *root;
+ struct cgroup *cgrp = NULL;
+ int ret = -ENOENT;
+
+ mutex_lock(cgroup_mutex);
+
+ root =
On 2013/4/15 2:36, Tejun Heo wrote:
kdbus folks want a sane way to determine the cgroup path that a given
task belongs to on a given hierarchy, which is a reasonble thing to
expect from cgroup core.
This patchset make hierarchy_id allocation use idr instead of ida and
implement
On Mon, Apr 15, 2013 at 11:43:15AM +0800, Li Zefan wrote:
+int task_cgroup_path_from_hierarchy(struct task_struct *task, int
hierarchy_id,
+ char *buf, size_t buflen)
+{
+ struct cgroupfs_root *root;
+ struct cgroup *cgrp = NULL;
+ int ret =
On Sun, Apr 14, 2013 at 08:46:13PM -0700, Tejun Heo wrote:
On Mon, Apr 15, 2013 at 11:43:15AM +0800, Li Zefan wrote:
+int task_cgroup_path_from_hierarchy(struct task_struct *task, int
hierarchy_id,
+ char *buf, size_t buflen)
+{
+ struct cgroupfs_root
Hi,
On Fri, Apr 12, 2013 at 03:43:15PM -0700, David Brown wrote:
The following changes since commit f6161aa153581da4a3867a2d1a7caf4be19b6ec9:
Linux 3.9-rc2 (2013-03-10 16:54:19 -0700)
are available in the git repository at:
Veaceslav Falico vfal...@redhat.com writes:
On Wed, Apr 10, 2013 at 04:47:34PM +0930, Rusty Russell wrote:
That's a bug. We should be cleaning up sysfs before we unlike the
removed module from the list.
Because the same thing applies to ddebug info, which is also keyed by
module name.
On 2013/4/15 11:46, Tejun Heo wrote:
On Mon, Apr 15, 2013 at 11:43:15AM +0800, Li Zefan wrote:
+int task_cgroup_path_from_hierarchy(struct task_struct *task, int
hierarchy_id,
+ char *buf, size_t buflen)
+{
+ struct cgroupfs_root *root;
+ struct cgroup
kdbus folks want a sane way to determine the cgroup path that a given
task belongs to on a given hierarchy, which is a reasonble thing to
expect from cgroup core.
Implement task_cgroup_path_from_hierarchy().
v2: Dropped unnecessary NULL check on the return value of
task_cgroup_from_root() as
Chen Gang gang.c...@asianux.com writes:
We don't export any symbols 128 characters, but if we did then
kallsyms_expand_symbol() would overflow the buffer handed to it.
So we need check destination buffer length when copying.
the related test:
if we define an EXPORT function
--- On Mon, 15/4/13, Joe Perches j...@perches.com wrote:
On Mon, 2013-04-15 at 02:56 +0100,
Hin-Tak Leung wrote:
--- On Mon, 15/4/13, Joe Perches j...@perches.com
wrote:
On Mon, 2013-04-15 at 01:53 +0100,
Hin-Tak Leung wrote:
--- On Mon, 8/4/13, Joe Perches j...@perches.com
wrote:
On Fri, Apr 12, 2013 at 03:43:44PM -0700, David Brown wrote:
The following changes since commit f6161aa153581da4a3867a2d1a7caf4be19b6ec9:
Linux 3.9-rc2 (2013-03-10 16:54:19 -0700)
are available in the git repository at:
Hey, Li.
On Mon, Apr 15, 2013 at 11:49:57AM +0800, Li Zefan wrote:
But if id is invalid, idr_find() will return NULL. As long as root is not
NULL,
task_cgroup_from_root() will always return a valid cgroup.
I'm hopping across multiple devel branches quickly today and somewhat
tipsy. Sorry
On Mon, 2013-04-15 at 04:46 +0100, Hin-Tak Leung wrote:
By converting this dprint() to pr_debug(), it would
print out on a multiple lines, one for each read.
That's why it should use a mechanism like dbg_cont.
btw: there is no current pr_debug_cont mechanism.
That's rubbish.
On Fri, Apr 12, 2013 at 03:40:42PM -0700, David Brown wrote:
The following changes since commit 6dbe51c251a327e012439c4772097a13df43c5b8:
Linux 3.9-rc1 (2013-03-03 15:11:05 -0800)
are available in the git repository at:
This patch adds preliminary support for the power8 PMU to perf.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/perf/Makefile |3 +-
arch/powerpc/perf/power8-pmu.c | 454
2 files changed, 456 insertions(+), 1 deletion(-)
--- On Mon, 15/4/13, Joe Perches j...@perches.com wrote:
On Mon, 2013-04-15 at 04:46 +0100,
Hin-Tak Leung wrote:
By converting this dprint() to pr_debug(), it
would
print out on a multiple lines, one for each read.
That's why it should use a mechanism like
dbg_cont.
btw:
1 - 100 of 444 matches
Mail list logo