On Thu, Apr 04, 2013 at 04:30:54PM -0400, Phillip Susi wrote:
> > I have not tested it yet, but I am pretty sure it won't work. It
> > looks like the patch changes the BLKRRPART path to go ahead and remove
> > existing partitions when GENHD_FL_NO_PARTSCAN is set. loop doesn't
> > issue the BLKRRP
Hello, Mel.
Sorry for too late question.
On Sun, Mar 17, 2013 at 01:04:14PM +, Mel Gorman wrote:
> If kswaps fails to make progress but continues to shrink slab then it'll
> either discard all of slab or consume CPU uselessly scanning shrinkers.
> This patch causes kswapd to only call the shri
On Monday 08 April 2013 10:45 PM, Tony Lindgren wrote:
> * Russell King - ARM Linux [130408 10:15]:
>> On Mon, Apr 08, 2013 at 09:11:04AM +0200, Peter Ujfalusi wrote:
>>> Russell,
>>>
>>> On 04/03/2013 01:17 PM, Peter Ujfalusi wrote:
cyclic DMA is only used by audio which needs DMA to be star
On Mon 08-04-13 16:21:14, Li Zefan wrote:
> This is a preparation to kill css_id.
>
> Signed-off-by: Li Zefan
Acked-by: Michal Hocko
> ---
> mm/memcontrol.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/mm/memcontrol.c b/mm/memcontrol.c
> index 5aa6e91..14f1375 100
On Tue 09-04-13 11:02:20, Li Zefan wrote:
> On 2013/4/8 22:57, Michal Hocko wrote:
> > On Mon 08-04-13 16:22:11, Li Zefan wrote:
> >> This is a preparation to kill css_id.
> >>
> >> Signed-off-by: Li Zefan
> >
> > This patch depends on the following patch, doesn't it? There is no
> > guarantee th
2013/4/9, Jason Hrycay :
> From: Jason Hrycay
>
> Move the f2fs_balance_fs out of the truncate_hole function and only
> perform that in punch_hole use case. The commit:
>
> ed60b1644e7f7e5dd67d21caf7e4425dff05dad0
>
> intended to do this but moved it into truncate_hole to cover more
> cases. H
On Mon 08-04-13 14:36:46, Tejun Heo wrote:
> On Mon, Apr 08, 2013 at 08:03:44PM +0200, Michal Hocko wrote:
> > __mem_cgroup_same_or_subtree relies on css_is_ancestor if hierarchy is
> > enabled for ages. This, however, is not correct because use_hierarchy
> > doesn't need to be true all the way up
From: Xiong Zhou
This patch fixes build failure of v3.9-rc5.
When config ACPI_VIDEO as m, DRM_GMA500 as y, here comes the failure.
gma5/600 needs acpi_video just like nouveau.
Failure message:
drivers/built-in.o: In function `psb_driver_load':
kernel-3.9-rc5/drivers/gpu/drm/gma500/psb_drv.c:340:
From: Wei Yongjun
This removes an open coded simple_open() function and
replaces file operations references to the function
with simple_open() instead.
Signed-off-by: Wei Yongjun
---
drivers/misc/mei/debugfs.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/drive
Hi Steven,
Today's linux-next merge of the ftrace tree got a conflict in
kernel/trace/trace.c between commit 2930e04d00e1 ("tracing: Fix race with
update_max_tr_single and changing tracers") from Linus' tree and commits
2b6080f28c7c ("tracing: Encapsulate global_trace and remove dependencies
on gl
From: Wei Yongjun
memory allocated by kmem_cache_alloc() should be freed using
kmem_cache_free(), not kfree().
Signed-off-by: Wei Yongjun
---
kernel/workqueue.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/workqueue.c b/kernel/workqueue.c
index c273376..154aa12 10
On Tue, Apr 09, 2013 at 09:50:35AM +0400, Alexey Khoroshilov wrote:
> Hi Dan,
>
> Thank you for the patch.
>
> We are also trying to fix the issue:
> https://lkml.org/lkml/2013/2/19/29
> https://lkml.org/lkml/2013/4/8/55
>
> and the fix is finally in Greg's tty git tree since yesterday:
> gi
On Tue, Apr 9, 2013 at 9:03 AM, Gilad Ben-Yossef wrote:
>
>> I also wonder whether there could be unexpected interactions between ->high
>> and ->batch not changing together atomically. For example, could adjusting
>> this knob cause ->batch to rise enough that it is greater than the previous
>>
The callers always pass current to sock_update_classid().
Signed-off-by: Li Zefan
---
include/net/cls_cgroup.h | 4 ++--
net/core/scm.c | 2 +-
net/core/sock.c | 6 +++---
3 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/include/net/cls_cgroup.h b/include/net/cls
The callers always pass current to sock_update_netprio().
Signed-off-by: Li Zefan
---
include/net/netprio_cgroup.h | 4 ++--
net/core/scm.c | 2 +-
net/core/sock.c | 6 +++---
3 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/include/net/netprio_cgroup.h b
On Mon, Apr 8, 2013 at 8:28 PM, Cody P Schafer wrote:
> On 04/08/2013 05:20 AM, Gilad Ben-Yossef wrote:
>>
>> On Fri, Apr 5, 2013 at 11:33 PM, Cody P Schafer
>> wrote:
>>>
>>> In free_hot_cold_page(), we rely on pcp->batch remaining stable.
>>> Updating it without being on the cpu owning the perc
Sorry, please ignore it. I sent it in the wrong order...
On 2013/4/9 14:00, Li Zefan wrote:
> The callers always pass current to sock_update_netprio().
>
> Signed-off-by: Li Zefan
> ---
> include/net/netprio_cgroup.h | 4 ++--
> net/core/scm.c | 2 +-
> net/core/sock.c
for EXPORT_SYMBOL_GPL functions, necessary to check their parameters.
Signed-off-by: Chen Gang
---
kernel/kallsyms.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/kernel/kallsyms.c b/kernel/kallsyms.c
index 2169fee..4ba57a9 100644
--- a/kernel/kallsyms.c
The callers always pass current to sock_update_netprio().
Signed-off-by: Li Zefan
---
include/net/netprio_cgroup.h | 4 ++--
net/core/scm.c | 2 +-
net/core/sock.c | 6 +++---
3 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/include/net/netprio_cgroup.h b
On 09/04/2013, at 5:16 AM, Fabian Vogt wrote:
> The latest kernel it seems to get stuck at
> console_lock() in register_framebuffer (drivers/video/fbmem.c:1655)
> if the LCD-controller is enabled. (Early printk and serial console works fine)
> CONFIG_NO_HZ is not activated, it works completely.
We read the value but make no use of it.
Signed-off-by: Li Zefan
---
net/ipv4/tcp_memcontrol.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/net/ipv4/tcp_memcontrol.c b/net/ipv4/tcp_memcontrol.c
index b6f3583..d52196f 100644
--- a/net/ipv4/tcp_memcontrol.c
+++ b/net/ipv4/tcp_memcontrol.c
Hello Joonsoo,
On Tue, Apr 09, 2013 at 10:21:16AM +0900, Joonsoo Kim wrote:
> In shrink_(in)active_list(), we can fail to put into lru, and these pages
> are reclaimed accidentally. Currently, these pages are not counted
> for sc->nr_reclaimed, but with this information, we can stop to reclaim
> e
Hi Dan,
Thank you for the patch.
We are also trying to fix the issue:
https://lkml.org/lkml/2013/2/19/29
https://lkml.org/lkml/2013/4/8/55
and the fix is finally in Greg's tty git tree since yesterday:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git
(tty-linus branch).
Best reg
2013/4/8 John W. Linville :
> Please consider this set of fixes for the 3.9 stream...
>
(...)
>
> Please let me know if there are problems!
John, could you take a look at what has happened to the
[PATCH V2] ssb: implement spurious tone avoidance
?
Message-Id: <1364911046-5732-1-git-send-email-zaj.
On Mon, Apr 08, 2013 at 03:47:35PM -0600, Toshi Kani wrote:
> Added release_mem_region_adjustable(), which releases a requested
> region from a currently busy memory resource. This interface
> adjusts the matched memory resource accordingly even if the
> requested region does not match exactly but
Hi Cody,
On 04/09/2013 01:39 AM, Cody P Schafer wrote:
On 04/06/2013 06:37 PM, Simon Jeons wrote:
Hi Cody,
On 04/06/2013 04:33 AM, Cody P Schafer wrote:
Creates pageset_set_batch() for use in setup_pageset().
pageset_set_batch() imitates the functionality of
setup_pagelist_highmark(), but uses
Hi Minchan,
On 04/09/2013 09:02 AM, Minchan Kim wrote:
Hi Andrew,
On Mon, Apr 08, 2013 at 02:17:10PM -0700, Andrew Morton wrote:
On Mon, 8 Apr 2013 15:01:02 +0900 Minchan Kim wrote:
Swap subsystem does lazy swap slot free with expecting the page
would be swapped out again so we can avoid un
Hi Rui,
On Tue, Apr 2, 2013 at 3:56 PM, Kukjin Kim wrote:
> Amit Daniel Kachhap wrote:
>>
>> This patchset adds TMU(Thermal management Unit) driver support for
>> exynos5440 platform. There are 3 instances of the TMU controllers so
>> necessary cleanup is done to handle multiple thermal zone.
>>
There were a couple signedness bugs decrementing "i" which would lead to
a forever loops.
I've made a couple other variables signed as well because they are all
related array offsets and it would be weird if they weren't the same
type.
Signed-off-by: Dan Carpenter
diff --git a/drivers/tty/mxser
Hi Tang,
The patch works well on my x86_64 box.
I confirmed that hotpluggable node is allocated as Movable Zone.
So feel free to add:
Tested by: Yasuaki Ishimatsu
Nitpick below.
2013/04/05 18:39, Tang Chen wrote:
> Before this patch-set, we introduced movablemem_map boot option which allowed
>
On 04/02/2013 11:23 AM, Alex Shi wrote:
> This version resolved the aim7 liked benchmark issue by patch 8th.
> Thanks for MikeG's avg_idle that is a good bursty wakeup indicator.
>
> The first 3 patches were also include in my power aware scheduling patchset.
>
> Morten, you can rebase your patch
On Mon, Apr 08, 2013 at 08:27:50PM -0700, John Stultz wrote:
> On 04/08/2013 07:18 PM, Minchan Kim wrote:
> >On Mon, Apr 08, 2013 at 05:36:42PM -0700, John Stultz wrote:
> >>On 04/07/2013 05:46 PM, Minchan Kim wrote:
> >>>Hello John,
> >>>
> >>>As you know, userland people wanted to handle vrange w
On Mon, Apr 08, 2013 at 12:05:52PM -0700, John Stultz wrote:
>
> So thinking this through further, I'm worried we may _not_ be able
> to eventually enable this to be a vdso as I had earlier hoped.
> Mostly because I'm not sure how the fd -> file -> clock lookup could
> be done in userland (any ide
On 04/08/2013 06:00 PM, Peter Zijlstra wrote:
> On Mon, 2013-03-25 at 13:24 +0800, Michael Wang wrote:
>> if (affine_sd) {
>> - if (cpu != prev_cpu && wake_affine(affine_sd, p,
>> sync))
>> + if (cpu != prev_cpu && wake_affine(affine_sd, p,
>> sync)) {
>> +
On Thu, Apr 04, 2013 at 04:18:01PM -0600, Bjorn Helgaas wrote:
> On Wed, Mar 13, 2013 at 5:27 PM, Yinghai Lu wrote:
> > From: Ram Pai
> >
> > Currently pci_dev structure holds an array of 17 PCI resources; six base
> > BARs, one ROM BAR, four BRIDGE BARs, six sriov BARs. This is wasteful.
> > A
On Tue, Apr 9, 2013 at 3:43 AM, Andrew Morton wrote:
>
> Fair enough. I'd go futher...
>
> From: Andrew Morton
> Subject: auditsc-use-kzalloc-instead-of-kmallocmemset-fix
>
> remove audit_set_context() altogether - fold it into its caller
>
> Cc: Al Viro
> Cc: Eric Paris
> Cc: Rakib Mullick
>
Make space before semicolon a warning instead
of a --strict CHK test.
Signed-off-by: Joe Perches
---
>> There's no specific CodingStyle violation here
> Let's fix CodingStyle then?
I'll leave that bit for you...
scripts/checkpatch.pl | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Quoting Stephen Warren (2013-04-04 10:53:40)
> On 04/04/2013 11:48 AM, Peter De Schrijver wrote:
> > The device tree binding models Tegra114 CAR (Clock And Reset) as a single
> > monolithic clock provider.
> >
> > --
> >
> > Mike,
> >
> > This is a small binding doc update only. Hence I didn't m
On Mon, 08 Apr 2013 20:18:20 -0700 Joe Perches wrote:
> On Mon, 2013-04-08 at 20:10 -0700, Andrew Morton wrote:
> > > --- a/lib/bitmap.c
> []
> > > + for (i = 0 ; i < nlongs_reg ; i++) {
> >
> > No space before the semicolon, please. checkpatch should warn about
> > this but it seems to be brok
(2013/04/08 17:23), Li Zefan wrote:
> Now memcg uses cgroup->id instead of css_id. Update some comments and
> set mem_cgroup_subsys->use_id to 0.
>
> Signed-off-by: Li Zefan
Acked-by: KAMEZAWA Hiroyuki
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On 8 April 2013 22:29, Steven Rostedt wrote:
> Looks like Amit was left off the patch 0, and missed the power savings
> explanation that you did there. Perhaps you should have included that in
> each patch change log.
He isn't supposed to miss any of my emails, he is my manager :)
Don't know if
(2013/04/08 17:20), Li Zefan wrote:
> This will be used as a replacement for css_lookup().
>
> Signed-off-by: Li Zefan
> ---
> include/linux/cgroup.h | 1 +
> kernel/cgroup.c| 31 +--
> 2 files changed, 26 insertions(+), 6 deletions(-)
>
> diff --git a/in
(2013/04/08 17:22), Li Zefan wrote:
> This is a preparation to kill css_id.
>
> Signed-off-by: Li Zefan
Acked-by: KAMEZAWA Hiroyuki
--
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://
(2013/04/08 17:21), Li Zefan wrote:
> This is a preparation to kill css_id.
>
> Signed-off-by: Li Zefan
> ---
> mm/memcontrol.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
Acked-by: KAMEZAWA Hiroyoku
--
To unsubscribe from this list: send the line "unsubscribe linux-ker
On Tue, Apr 09, 2013 at 11:18:21AM +0800, Li Zefan wrote:
> >> - if (memcg->memcg_name)
> >> - seq_printf(m, "%s:\n", memcg->memcg_name);
> >> + ret = cgroup_path(memcg->css.cgroup, memcg_name, PAGE_SIZE);
> >> + if (!ret)
> >> + seq_prin
(2013/04/08 17:21), Li Zefan wrote:
> This is a preparation to kill css_id.
>
> Signed-off-by: Li Zefan
> ---
> mm/memcontrol.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/mm/memcontrol.c b/mm/memcontrol.c
> index 5aa6e91..14f1375 100644
> --- a/mm/memcontrol.c
>
(2013/04/08 17:20), Li Zefan wrote:
> This will be used as a replacement for css_lookup().
>
> Signed-off-by: Li Zefan
> ---
> include/linux/cgroup.h | 1 +
> kernel/cgroup.c| 31 +--
> 2 files changed, 26 insertions(+), 6 deletions(-)
>
> diff --git a/in
On 9 April 2013 09:15, Joe Perches wrote:
> On Tue, 2013-04-09 at 09:06 +0530, Sachin Kamat wrote:
>> On 9 April 2013 08:39, Joe Perches wrote:
>> > On Tue, 2013-04-09 at 08:33 +0530, Sachin Kamat wrote:
>> >> On 13 March 2013 14:42, Sachin Kamat wrote:
>> >> > Fixes the following warnings:
>> >
(2013/04/09 12:18), Li Zefan wrote:
>>> @@ -5188,12 +5154,28 @@ static int mem_cgroup_dangling_read(struct cgroup
>>> *cont, struct cftype *cft,
>>> struct seq_file *m)
>>>{
>>> struct mem_cgroup *memcg;
>>> + char *memcg_name;
>>> + int ret;
>>> +
>
On Tue, 2013-04-09 at 09:06 +0530, Sachin Kamat wrote:
> On 9 April 2013 08:39, Joe Perches wrote:
> > On Tue, 2013-04-09 at 08:33 +0530, Sachin Kamat wrote:
> >> On 13 March 2013 14:42, Sachin Kamat wrote:
> >> > Fixes the following warnings:
> >> > WARNING: line over 80 characters
> >> > WARNIN
Hey Thomas,
Here's the second chunk of my 3.10 timekeeping changes.
This queue includes:
* NTP locking changes needed for your shadow-timekeeping work
* Your shadow-timekeeping work
* hrtimer fixes from David and Prarit (also tagged for stable)
Let me know if you have any comments or objecti
On Mon, Apr 8, 2013 at 8:25 PM, Dave Young wrote:
> I have another question, under x86_64 consider 1st kernel memory < 4G,
> is the swiotlb memory still necessary?
No. unless use swiotlb=force.
Thanks
Yinghai
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
On 9 April 2013 08:39, Joe Perches wrote:
> On Tue, 2013-04-09 at 08:33 +0530, Sachin Kamat wrote:
>> On 13 March 2013 14:42, Sachin Kamat wrote:
>> > Fixes the following warnings:
>> > WARNING: line over 80 characters
>> > WARNING: Prefer pr_warn(... to pr_warning(...
>> > diff --git a/drivers/i
David Cohen writes:
> openssl may send garbage to stderr when generating X.509 key pair for
> modules signature regardless there was an error or not. It makes more
> difficult to create scripts based on kernel error/warning messages.
> This patch makes sure openssl logs go to default stdout.
>
> S
On 2013/4/9 11:21, Kamezawa Hiroyuki wrote:
> (2013/04/08 17:20), Li Zefan wrote:
>> This will be used as a replacement for css_is_ancestor().
>>
>> Signed-off-by: Li Zefan
>
> Acked-by: KAMEZAWA Hiroyuki
>
> Hmmbut do we need "depth" ?
>
which was removed in Tejun's
"[PATCHSET] perf, cgr
On 04/08/2013 07:18 PM, Minchan Kim wrote:
On Mon, Apr 08, 2013 at 05:36:42PM -0700, John Stultz wrote:
On 04/07/2013 05:46 PM, Minchan Kim wrote:
Hello John,
As you know, userland people wanted to handle vrange with mmaped
pointer rather than fd-based and see the SIGBUS so I thought more
abou
On 04/09/2013 02:37 AM, Yinghai Lu wrote:
> On Mon, Apr 8, 2013 at 12:09 AM, Dave Young wrote:
>>> We have now modified crashkernel=X to allocate memory beyong 4G (if
>>> available) and do not allocate low range for crashkernel if the user
>>> does not specify that with crashkernel_low=Y. This ca
(2013/04/08 17:20), Li Zefan wrote:
> This will be used as a replacement for css_is_ancestor().
>
> Signed-off-by: Li Zefan
Acked-by: KAMEZAWA Hiroyuki
Hmmbut do we need "depth" ?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to maj
>> @@ -5188,12 +5154,28 @@ static int mem_cgroup_dangling_read(struct cgroup
>> *cont, struct cftype *cft,
>> struct seq_file *m)
>> {
>> struct mem_cgroup *memcg;
>> +char *memcg_name;
>> +int ret;
>> +
>> +/*
>> + * cgroup.c will do pag
On Mon, 2013-04-08 at 20:10 -0700, Andrew Morton wrote:
> > --- a/lib/bitmap.c
[]
> > + for (i = 0 ; i < nlongs_reg ; i++) {
>
> No space before the semicolon, please. checkpatch should warn about
> this but it seems to be broken.
There's no specific CodingStyle violation here
Adding --strict
On 2013/4/8 23:43, Tejun Heo wrote:
> On Mon, Apr 08, 2013 at 04:20:59PM +0800, Li Zefan wrote:
>> +/**
>> + * cgroup_from_id - lookup cgroup by id
>> + * @ss: cgroup subsys to be looked into.
>> + * @id: the id
>> + *
>> + * Returns pointer to cgroup if there is valid one with id.
>> + * NULL if n
(2013/04/08 15:36), Li Zefan wrote:
> Now memcg has the same life cycle as its corresponding cgroup,
> we don't have to save the cgroup path name in memcg->memcg_name.
>
> Signed-off-by: Li Zefan
> ---
> mm/memcontrol.c | 65
> +
> 1 fil
On Tue, 9 Apr 2013 11:44:46 +0900 Chanho Min wrote:
> If bitmap_find_free_region() is called with order=0, We can reduce
> for-loops to find 1 free bit. First, It scans bitmap array by the
> increment of long type, then find 1 free bit within 1 long type value.
>
> In 32 bits system and 1024 bi
On Tue, 2013-04-09 at 08:33 +0530, Sachin Kamat wrote:
> On 13 March 2013 14:42, Sachin Kamat wrote:
> > Fixes the following warnings:
> > WARNING: line over 80 characters
> > WARNING: Prefer pr_warn(... to pr_warning(...
> > diff --git a/drivers/irqchip/exynos-combiner.c
> > b/drivers/irqchip/ex
Hello Ted,
- Original Message -
> From: "Theodore Ts'o"
> To: "Eric Whitney"
> Cc: "Dmitry Monakhov" , "Christian Kujau"
> , "CAI Qian"
> , "LKML" , "linux-s390"
> , "Steve Best"
> , linux-e...@vger.kernel.org
> Sent: Wednesday, April 3, 2013 10:41:14 PM
> Subject: Re: [PATCH] ext4: fi
Hi Kukjin,
On 13 March 2013 14:42, Sachin Kamat wrote:
> Fixes the following warnings:
> WARNING: line over 80 characters
> WARNING: Prefer pr_warn(... to pr_warning(...
>
> Signed-off-by: Sachin Kamat
> ---
> drivers/irqchip/exynos-combiner.c |6 --
> 1 files changed, 4 insertions(+),
On 2013/4/8 22:57, Michal Hocko wrote:
> On Mon 08-04-13 16:22:11, Li Zefan wrote:
>> This is a preparation to kill css_id.
>>
>> Signed-off-by: Li Zefan
>
> This patch depends on the following patch, doesn't it? There is no
> guarantee that id fits into short right now. Not such a big deal but
>
On 2013/4/8 22:53, Michal Hocko wrote:
> On Mon 08-04-13 16:21:29, Li Zefan wrote:
>> This is a preparation to kill css_id.
>>
>> Signed-off-by: Li Zefan
>
> I would be tempted to stuff this into the same patch which introduces
> cgroup_from_id but this is just a minor thing.
>
yeah it's not a
(2013/04/08 15:36), Li Zefan wrote:
> Now memcg has the same life cycle with its corresponding cgroup, and
> a cgroup is freed via RCU and then mem_cgroup_css_free() is called
> in a work function, so we can simply call __mem_cgroup_free() in
> mem_cgroup_css_free().
>
> This actually reverts 5992
(2013/04/08 15:34), Li Zefan wrote:
> Use css_get/put instead of mem_cgroup_get/put.
>
> We can't do a simple replacement, because here mem_cgroup_put()
> is called during mem_cgroup_css_free(), while mem_cgroup_css_free()
> won't be called until css refcnt goes down to 0.
>
> Instead we incremen
(2013/04/08 15:34), Li Zefan wrote:
> Use css_get()/css_put() instead of mem_cgroup_get()/mem_cgroup_put().
>
> There are two things being done in the current code:
>
> First, we acquired a css_ref to make sure that the underlying cgroup
> would not go away. That is a short lived reference, and i
(2013/04/08 15:33), Li Zefan wrote:
> From: Michal Hocko
>
> mem_cgroup_css_online calls mem_cgroup_put if memcg_init_kmem
> fails. This is not correct because only memcg_propagate_kmem takes an
> additional reference while mem_cgroup_sockets_init is allowed to fail as
> well (although no current
(2013/04/08 15:33), Li Zefan wrote:
> From: Michal Hocko
>
> This reverts commit e4715f01be697a3730c78f8b595591d6a88c
>
> mem_cgroup_put is hierarchy aware so mem_cgroup_put(memcg) already drops
> an additional reference from all parents so the additional
> mem_cgrroup_put(parent) potentiall
namebuf is NUL terminated string. better always let it ended by '\0'.
ownername and module_name(owner) are the same buf len. strcpy is better.
Signed-off-by: Chen Gang
---
kernel/module.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/module.c b/kernel/
If bitmap_find_free_region() is called with order=0, We can reduce
for-loops to find 1 free bit. First, It scans bitmap array by the
increment of long type, then find 1 free bit within 1 long type value.
In 32 bits system and 1024 bits size, in the worst case, We need 1024
for-loops to find 1 free
On 2013/4/9 10:16, Steven Rostedt wrote:
> On Tue, 2013-04-09 at 10:08 +0800, zhangwei(Jovi) wrote:
>> On 2013/4/9 4:49, Steven Rostedt wrote:
>>> From: "Steven Rostedt (Red Hat)"
>>>
>>> The function tracing control loop used by perf spits out a warning
>>> if the called function is not a control
We're going to introduce support to read and write the memory
mapped timer registers in the next patch, so push the cp15
read/write functions one level deeper. This simplifies the next
patch and makes it clearer what's going on.
Cc: Mark Rutland
Cc: Marc Zyngier
Signed-off-by: Stephen Boyd
---
Add support for the memory mapped timers by filling in the
read/write functions and adding some parsing code. Note that we
only register one clocksource, preferring the cp15 based
clocksource over the mmio one.
To keep things simple we register one global clockevent. This
covers the case of UP and
There isn't any reason why we don't pass the event here and we'll
need it in the near future for memory mapped arch timers anyway.
Cc: Mark Rutland
Cc: Marc Zyngier
Signed-off-by: Stephen Boyd
---
drivers/clocksource/arm_arch_timer.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
Add a binding for the arm architected timer hardware's memory
mapped interface. The mmio timer hardware is made up of one base
frame and a collection of up to 8 timer frames, where each of the
8 timer frames can have either one or two views. A frame
typically maps to a privilege level (user/kernel,
This patchset adds support for memory mapped architected timers. We
don't have any other global broadcast timer in our system, so we use the
mmio timer during low power modes. The first patch is the binding.
The next two patches lay some groundwork so that the last patch is simpler.
The final patch
From: Li Zefan
A couple controllers want to determine whether two cgroups are in
ancestor/descendant relationship. As it's more likely that the
descendant is the primary subject of interest and there are other
operations focusing on the descendants, let's ask is_descendent rather
than is_ancesto
perf_event is one of a couple remaining cgroup controllers with broken
hierarchy support. Converting it to support hierarchy is almost
trivial. The only thing necessary is to consider a task belonging to
a descendant cgroup as a match. IOW, if the cgroup of the currently
executing task (@cpuctx-
From: Li Zefan
Suppose we rmdir a cgroup and there're still css refs, this cgroup won't
be freed. Then we rmdir the parent cgroup, and the parent is freed
immediately due to css ref draining to 0. Now it would be a disaster if
the still-alive child cgroup tries to access its parent.
Make sure th
perf_event cgroup controller is one of the remaining few with broken
hierarchy support. It turns out it's pretty easy to implement - the
only thing necessary is making perf_cgroup_match() return %true also
when the cgroup of the current task is a descendant of the event's
cgroup. This patchset im
On Mon, Apr 08, 2013 at 05:36:42PM -0700, John Stultz wrote:
> On 04/07/2013 05:46 PM, Minchan Kim wrote:
> >Hello John,
> >
> >As you know, userland people wanted to handle vrange with mmaped
> >pointer rather than fd-based and see the SIGBUS so I thought more
> >about semantic of vrange and want
On Tue, 2013-04-09 at 10:08 +0800, zhangwei(Jovi) wrote:
> On 2013/4/9 4:49, Steven Rostedt wrote:
> > From: "Steven Rostedt (Red Hat)"
> >
> > The function tracing control loop used by perf spits out a warning
> > if the called function is not a control function. This is because
> > the control
On 2013/4/9 4:49, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> The function tracing control loop used by perf spits out a warning
> if the called function is not a control function. This is because
> the control function references a per cpu allocated data structure
> on struct ft
Hi will,
On 04/08/2013 06:55 PM, Will Deacon wrote:
> Given that we don't have NUMA support or memory-hotplug on arm64 yet, I'm
> not sure that this change makes much sense at the moment. early_pfn_to_nid
> will always return 0 and we only ever have one node.
>
> To be honest, I'm not sure what t
Hi Yinghai,
On 04/09/2013 02:40 AM, Yinghai Lu wrote:
> On Mon, Apr 8, 2013 at 2:56 AM, Lin Feng wrote:
>> In hot add node(memory) case, vmemmap pages are always allocated from other
>> node,
>
> that is broken, and should be fixed.
> vmemmap should be on local node even for hot add node.
>
Ha
Hi Andrew,
On 04/09/2013 04:55 AM, Andrew Morton wrote:
> On Mon, 8 Apr 2013 11:40:11 -0700 Yinghai Lu wrote:
>
>> On Mon, Apr 8, 2013 at 2:56 AM, Lin Feng wrote:
>>> In hot add node(memory) case, vmemmap pages are always allocated from other
>>> node,
>>
>> that is broken, and should be fixed.
Currently, a write to /proc/pid/write will return the number of bytes
successfully written. If the actual string is greater than this, the
remainder of the string will normally be written.
This results in things such as
$ echo -n "abcdefghijklmnopqrs" > /proc/self/comm
to result in
On Tue, Apr 09, 2013 at 09:46:39AM +0800, Yijing Wang wrote:
> CONFIG_HOTPLUG is going away as an option, cleanup CONFIG_HOTPLUG
> ifdefs in i2c files.
>
> Signed-off-by: Yijing Wang
> Cc: Greg Kroah-Hartman
> Cc: Bill Pemberton
Acked-by: Greg Kroah-Hartman
--
To unsubscribe from this list: s
On 04/08/2013 03:18 PM, KOSAKI Motohiro wrote:
(4/8/13 3:49 PM), Cody P Schafer wrote:>
If this turns out to be an issue, schedule_on_each_cpu() could be an
alternative.
no way. schedule_on_each_cpu() is more problematic and it should be removed
in the future.
schedule_on_each_cpu() can only b
On 2013年04月08日 21:45, Rusty Russell wrote:
>> >
>> > and for this patch, is it suitable to send patch v2 ?
> Yes, that's fine.
>
thanks, I will send patch v2 (the subject need delete "strncpy issue")
>>> >> However, kallsyms_lookup also calls kallsyms_expand_symbol, which
>>> >> doesn't stop
On 8 April 2013 17:37, Theodore Ts'o wrote:
> There shouldn't be any crap; just a an error message indicating that
> "the file system has features which this implementation doesn't
> understand". At least, if the implementation was competently
> coded (ext2/3/4 has feature bitmasks that make
CONFIG_HOTPLUG is going away as an option, cleanup CONFIG_HOTPLUG
ifdefs in i2c files.
Signed-off-by: Yijing Wang
Cc: Greg Kroah-Hartman
Cc: Bill Pemberton
---
drivers/i2c/i2c-core.c |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/drivers/i2c/i2c-core.c b/drivers/i
On 2013年04月08日 23:31, tip-bot for Chen Gang wrote:
> Commit-ID: 75761cc15877c155b3849b4e0e0cb3f897faf471
> Gitweb: http://git.kernel.org/tip/75761cc15877c155b3849b4e0e0cb3f897faf471
> Author: Chen Gang
> AuthorDate: Mon, 8 Apr 2013 12:12:39 +0800
> Committer: Ingo Molnar
> CommitDate: M
On Tue, Apr 09, 2013 at 10:27:19AM +0900, Minchan Kim wrote:
> Hi Dan,
>
> On Mon, Apr 08, 2013 at 09:32:38AM -0700, Dan Magenheimer wrote:
> > > From: Minchan Kim [mailto:minc...@kernel.org]
> > > Sent: Monday, April 08, 2013 12:01 AM
> > > Subject: [PATCH] mm: remove compressed copy from zram in
Hi Ingo,
Any chance for this patchset and the other one to be queued for 3.10?
Both of them has been acked by Peter.
On 2013/3/29 18:36, Peter Zijlstra wrote:
> On Fri, 2013-03-29 at 14:43 +0800, Li Zefan wrote:
>> cpuacct is the only user of cgroup_subsys.active flag.
>>
>> The flag is needed b
1 - 100 of 911 matches
Mail list logo
