On Wed, 28 Nov 2012 10:14:44 +1100, Dave Chinner wrote:
> +/*
> + * XXX: (dchinner) This is one of the worst cases of shrinker abuse I've
> seen.
> + *
> + * i915_gem_purge() expects a byte count to be passed, and the minimum object
> + * size is PAGE_SIZE.
No, purge() expects a count of pages
On Wed, 2012-11-28 at 00:58 +0100, Stefan Richter wrote:
> On Nov 27 Peter Hurley wrote:
> > > > Currently, firewire-net sets an arbitrary address handler length of
> > > > 4096. This works because the largest AR packet size the current
> > > > firewire-ohci driver handles is 4096 (value of
On Tue, Nov 27, 2012 at 07:33:25PM +0100, Frederic Weisbecker wrote:
> Create a new subsystem that probes on kernel boundaries
> to keep track of the transitions between level contexts
> with two basic initial contexts: user or kernel.
>
> This is an abstraction of some RCU code that use such
On Tue, Nov 27, 2012 at 12:19:20PM +0100, Laurent Pinchart wrote:
> Hi Simon,
>
> On Tuesday 27 November 2012 11:26:28 Simon Horman wrote:
> > On Mon, Nov 26, 2012 at 11:34:36AM +0100, Laurent Pinchart wrote:
> > > On Monday 26 November 2012 10:02:05 Simon Horman wrote:
> > > > On Wed, Nov 21,
On Tue, 2012-11-27 at 10:42 -0800, Randy Dunlap wrote:
> On 11/26/2012 11:11 PM, Peter Hurley wrote:
>
> > Use WARN() as intended.
> >
> > Signed-off-by: Peter Hurley
>
>
> Reported-by: Randy Dunlap
> Acked-by: Randy Dunlap
>
> Thanks.
Hi Randy,
I blew this, sorry.
First, I mistakenly
On Wed, 2012-11-28 at 00:51 +0100, Krzysztof Mazur wrote:
> If you do this actually it's better to don't use patch 1/7 because
> it introduces race condition that you found earlier.
Right. I've omitted that from the git tree I just pushed out.
> With this patch you have still theoretical race
Hi,
It's fixed already and you will check it at Nov 28 tree
http://www.spinics.net/lists/linux-media/msg56830.html
Thank you,
Kyungmin Park
On 11/28/12, Stephen Rothwell wrote:
> [Just adding some cc's]
>
> On Tue, 27 Nov 2012 10:32:15 -0800 Randy Dunlap
> wrote:
>>
>> On 11/26/2012 10:25 PM,
On Wed, 2012-11-28 at 00:51 +0100, Frederic Weisbecker wrote:
> To fix this we apply the above monotonicity fixup.
Thanks for the explanation, although I kind of figured it out
already ;-)
>
> I can add these explanations on comments in a new patch.
Comments are always good.
-- Steve
--
To
> -Original Message-
> From: Don Zickus [mailto:dzic...@redhat.com]
> Sent: Tuesday, November 27, 2012 4:09 AM
> To: Liu, Chuansheng
> Cc: a...@linux-foundation.org; mi...@kernel.org; r...@sisk.pl;
> linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] watchdog: optimizing the hrtimer
On Tue, Nov 27, 2012 at 09:24:42PM -0200, Marcelo Tosatti wrote:
> On Mon, Nov 26, 2012 at 02:36:24PM -0600, Michael Wolf wrote:
> > In the case of where you have a system that is running in a
> > capped or overcommitted environment the user may see steal time
> > being reported in accounting
If temperature code is invalid, it should be handled.
Signed-off-by: Jonghwan Choi
---
drivers/thermal/exynos_thermal.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/thermal/exynos_thermal.c
b/drivers/thermal/exynos_thermal.c
index dc2ad6c..78c5c08
The temperature code should range between 46 and 146.
Signed-off-by: Jonghwan Choi
---
drivers/thermal/exynos_thermal.c | 21 ++---
1 files changed, 14 insertions(+), 7 deletions(-)
diff --git a/drivers/thermal/exynos_thermal.c
b/drivers/thermal/exynos_thermal.c
index
On Tue, 2012-11-27 at 10:23 -0500, chas williams - CONTRACTOR wrote:
> yes, but dont call it 8/7 since that doesnt make sense.
It made enough sense when it was a single patch appended to a thread of
7 other patches from Krzysztof. But now it's all got a little more
complex, so I've tried to
Hi Andrew,
2012/11/28 4:27, Andrew Morton wrote:
On Tue, 27 Nov 2012 18:00:10 +0800
Wen Congyang wrote:
The patch-set was divided from following thread's patch-set.
https://lkml.org/lkml/2012/9/5/201
The last version of this patchset:
https://lkml.org/lkml/2012/11/1/93
As we're
On Tue, Nov 27, 2012 at 03:16:08PM -0700, Dave Jiang wrote:
> The existing code set a value in the PCI_CHANERRMSK_INT register
> for a workaround to address a pre-silicon bug on the Intel 5520 IO hub that
> has been fixed when the hardware was released. There is no need for this
> code.
>
>
Hi Linus,
another md bugfix ... and it isn't even Friday!
Thanks,
NeilBrown
The following changes since commit 884162df2aadd7414bef4935e1a54976fd4e3988:
md/raid10: decrement correct pending counter when writing to replacement.
(2012-11-22 15:12:42 +1100)
are available in the git
On Wed, Nov 28, 2012 at 01:07:26AM +0100, Cong Ding wrote:
> On Wed, Nov 28, 2012 at 12:07 AM, Hans J. Koch wrote:
> > On Tue, Nov 27, 2012 at 07:29:32PM +0200, Vitalii Demianets wrote:
> >> Memory leak was caused by jumping to the wrong exit label. So, it is good
> >> time
> >> to improve
On Tue, Nov 27, 2012 at 03:52:01PM -0800, Andrew Morton wrote:
> On Tue, 27 Nov 2012 21:31:10 -0200
> Rafael Aquini wrote:
>
> > This patch fixes the following crash by fixing and enhancing the way
> > page->flags are tested to identify a ballooned page.
> >
> > ---8<---
> > BUG: unable to
CANCEL - [PATCH] tty: hold lock across tty buffer finding and buffer filling.
commit f8f72f047b96c6c8b13f6e3ba53fa6feb4266813
The commit above very dirty, has many degradation on SMP systems, because take
spinlock on long time, and not resolve problem with tty_prepare_string*()(Jiri
Slaby).
We
On Monday, November 26, 2012 10:44:08 AM Toshi Kani wrote:
> Hi Rafael,
>
> Thanks for reviewing! My comments are in-line.
>
> On Sat, 2012-11-24 at 23:01 +0100, Rafael J. Wysocki wrote:
> > On Thursday, November 08, 2012 01:23:44 PM Toshi Kani wrote:
> > > Added a new .sys_notify interface,
Add CC: linux-f2fs-de...@lists.sourceforge.net
Thanks for contributing.
2012-11-27 (화), 16:02 +0530, Sachin Kamat:
> Including is not necessary.
>
> Signed-off-by: Sachin Kamat
> ---
> fs/f2fs/f2fs.h |1 -
> 1 files changed, 0 insertions(+), 1 deletions(-)
>
> diff --git
If I run the following command:
# modprobe scsi_debug dev_size_mb=64 ato=1 dix=1 dif=0
then I see the following in the dmesg log:
[ 25.859145] scsi_debug: host protection DIX0
Ok, DIX0, which means "no integrity extensions at all", and no DIF support at
all.
I'm not sure why you'd advertise
On Wed, Nov 28, 2012 at 12:07 AM, Hans J. Koch wrote:
> On Tue, Nov 27, 2012 at 07:29:32PM +0200, Vitalii Demianets wrote:
>> Memory leak was caused by jumping to the wrong exit label. So, it is good
>> time
>> to improve misleading label names too.
>
> I agree that bad0, bad1, and bad2 are not
zheng.li wrote:
>After i applied my prior patch to the latest kernel and tested ,i change
>the patch as this. The prior patch is running ok on 2.6.32,but after
>2.6.32 it runs no effect ,it still cause domu(which arp through bridge
>via bonding) network intermittently unreachable. I found the
Hi Casey,
On Tue, 27 Nov 2012 15:45:17 -0800 Casey Schaufler
wrote:
>
> On 11/27/2012 3:16 PM, Stephen Rothwell wrote:
>
> > The security tree
> > (git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-security.git#next)
> > looks a bit strange today ... It appears to have been created
On Nov 27 Peter Hurley wrote:
> > > Currently, firewire-net sets an arbitrary address handler length of
> > > 4096. This works because the largest AR packet size the current
> > > firewire-ohci driver handles is 4096 (value of MAX_ASYNC_PAYLOAD) +
> > > header/trailer. Note that firewire-ohci does
On Tue, 27 Nov 2012 15:30:31 -0800 Linus Torvalds
wrote:
>
> On Tue, Nov 27, 2012 at 3:28 PM, Stephen Rothwell
> wrote:
> >
> > If that is what happened, it may be worth always using the --no-ff flag
> > to git merge/pull to make sure that the top commit on your tree always
> > has you as the
On Monday, November 26, 2012 02:24:09 PM Toshi Kani wrote:
> On Mon, 2012-11-26 at 14:09 -0700, Toshi Kani wrote:
> > On Mon, 2012-11-26 at 21:44 +0100, Rafael J. Wysocki wrote:
> > > On Monday, November 26, 2012 12:06:39 PM Toshi Kani wrote:
> > > > On Sat, 2012-11-24 at 23:37 +0100, Rafael J.
On Monday, November 26, 2012 02:09:54 PM Toshi Kani wrote:
> On Mon, 2012-11-26 at 21:44 +0100, Rafael J. Wysocki wrote:
> > On Monday, November 26, 2012 12:06:39 PM Toshi Kani wrote:
> > > On Sat, 2012-11-24 at 23:37 +0100, Rafael J. Wysocki wrote:
> > > > On Saturday, November 24, 2012 11:01:56
On Tue, 27 Nov 2012 21:31:10 -0200
Rafael Aquini wrote:
> This patch fixes the following crash by fixing and enhancing the way
> page->flags are tested to identify a ballooned page.
>
> ---8<---
> BUG: unable to handle kernel NULL pointer dereference at 0194
> IP: []
2012/11/26 Steven Rostedt :
> OK, let's take a look at the other version now:
>
> void thread_group_times(struct task_struct *p, cputime_t *ut, cputime_t *st)
So this does the same thing than thread_group_cputime(), ie: fetch the
raw cputime stats from the task/signal struct, with a two
On Tue, Nov 27, 2012 at 11:28:36PM +, David Woodhouse wrote:
> Avoid submitting patches to a vcc which is being closed. Things go badly
> wrong when the ->pop method gets later called after everything's been
> torn down.
>
> Signed-off-by: David Woodhouse
> ---
> On Tue, 2012-11-27 at 22:36
On Tue, Nov 27, 2012 at 3:29 PM, Stephen Warren wrote:
> From: Grant Likely
>
> The current rules have the .dtb files build in a different directory
> from the .dts files. The only reason for this is that it was what
> PowerPC has done historically. This patch changes ARM to use the generic
>
On Wednesday 28 November 2012 04:52 AM, Axel Lin wrote:
Signed-off-by: Axel Lin
Looks great.
Acked-by: Laxman Dewangan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Tue, 27 Nov 2012, Jiri Slaby wrote:
> Hi,
>
> I've hit BUG_ON(atomic_dec_and_test(_zero_refcount)) in
> put_huge_zero_page right now. There are some "Bad rss-counter state"
> before that, but those are perhaps unrelated as I saw many of them in
> the previous -next. But even with yesterday's
On 11/27/2012 01:21 AM, Dmitry Torokhov wrote:
This also allows us to cut down on the boilerplate code in the function
handler modules.
I like this idea a lot. We'll adopt it.
Thanks!
Chris
Signed-off-by: Dmitry
among
> others.
Grant,
This breaks powerpc chroma_defconfig in next-20121127 with:
arch/powerpc/sysdev/scom.c:160:17: error: assignment discards 'const' qualifier
from pointer target type [-Werror]
The following fixes it. The change is to generic code, so I'm not sure
it's the right fix as
On 11/27/2012 3:16 PM, Stephen Rothwell wrote:
> Hi James,
>
> The security tree
> (git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-security.git#next)
> looks a bit strange today ... It appears to have been created by Casey
> Schaufler (cc'd) and contains some quite old commits and
On Tue, Nov 27, 2012 at 11:13:11AM +0800, Xiao Guangrong wrote:
> >> +static bool reexecute_instruction(struct kvm_vcpu *vcpu, unsigned long
> >> cr2)
> >> {
> >> - gpa_t gpa;
> >> + gpa_t gpa = cr2;
> >>pfn_t pfn;
> >>
> >> - if (tdp_enabled)
> >> + if
On 11/27/2012 01:21 AM, Dmitry Torokhov wrote:
To save my old fingers...
Signed-off-by: Dmitry Torokhov
---
It looks like this driver(s) need some love and I might have some time so I
will refresh my "synaptics" branch with the patches you have sent and start
working off it. If you have
On Tue, Nov 27, 2012 at 11:30:24AM +0800, Xiao Guangrong wrote:
> On 11/27/2012 06:41 AM, Marcelo Tosatti wrote:
>
> >>
> >> - return false;
> >> +again:
> >> + page_fault_count = ACCESS_ONCE(vcpu->kvm->arch.page_fault_count);
> >> +
> >> + /*
> >> + * if emulation was due to access to
On Tuesday, November 27, 2012 03:03:47 PM Toshi Kani wrote:
> On Tue, 2012-11-27 at 19:32 +0100, Vasilis Liaskovitis wrote:
> > On Mon, Nov 26, 2012 at 05:19:01PM -0700, Toshi Kani wrote:
> > > > >> Consider the following sequence of operations for a hotplugged memory
> > > > >> device:
> > > > >>
On Tue, Nov 27, 2012 at 09:31:10PM -0200, Rafael Aquini wrote:
> This patch fixes the following crash by fixing and enhancing the way
> page->flags are tested to identify a ballooned page.
>
> ---8<---
> BUG: unable to handle kernel NULL pointer dereference at 0194
> IP: []
From: Grant Likely
The current rules have the .dtb files build in a different directory
from the .dts files. The only reason for this is that it was what
PowerPC has done historically. This patch changes ARM to use the generic
dtb rule which builds .dtb files in the same directory as the source
This patch fixes the following crash by fixing and enhancing the way
page->flags are tested to identify a ballooned page.
---8<---
BUG: unable to handle kernel NULL pointer dereference at 0194
IP: [] isolate_migratepages_range+0x344/0x7b0
--->8---
The NULL pointer deref was taking
From: Stephen Warren
All architectures that use cmd_dtc do so in almost the same way. Create
a central build rule to avoid duplication. The one difference is that
most current uses of dtc build $(obj)/%.dtb from $(src)/dts/%.dts rather
than building the .dtb in the same directory as the .dts
From: Stephen Warren
The current rules have the .dtb files build in a different directory
from the .dts files. This patch changes openrisc to use the generic dtb
rule which builds .dtb files in the same directory as the source .dts.
This requires renaming arch/openrisc/boot/Makefile to
On Tue, Nov 27, 2012 at 3:28 PM, Stephen Rothwell wrote:
>
> If that is what happened, it may be worth always using the --no-ff flag
> to git merge/pull to make sure that the top commit on your tree always
> has you as the committer (and maybe SOB).
>
> Linus, does that make sense in general for
On Mon, 26 Nov 2012 14:54:00 -0500
Konrad Rzeszutek Wilk wrote:
> On Wed, Nov 14, 2012 at 06:19:33PM -0800, Mukesh Rathor wrote:
> > PVH: remove macro FEATURES_PVH and put PVH strings in the ELFNOTE
> > line, because there's a null char before FEATURES_PVH and in the
> > FEATURES_PVH strings
From: Stephen Warren
The current rules have the .dtb files build in a different directory
from the .dts files. This patch changes xtensa to use the generic dtb
rule which builds .dtb files in the same directory as the source .dts.
This requires moving parts of arch/xtensa/boot/Makefile into
From: Stephen Warren
The current rules have the .dtb files build in a different directory
from the .dts files. This patch changes c6x to use the generic dtb
rule which builds .dtb files in the same directory as the source .dts.
This requires moving parts of arch/c6x/boot/Makefile into newly
From: Stephen Warren
The current rules have the .dtb files build in a different directory
from the .dts files. This patch changes microblaze to use the generic dtb
rule which builds .dtb files in the same directory as the source .dts.
This requires moving parts of arch/microblaze/boot/Makefile
From: Stephen Warren
The current rules have the .dtb files build in a different directory
from the .dts files. This patch changes arm64 to use the generic dtb
rule which builds .dtb files in the same directory as the source .dts.
This requires moving parts of arch/arm64/boot/Makefile into newly
Avoid submitting patches to a vcc which is being closed. Things go badly
wrong when the ->pop method gets later called after everything's been
torn down.
Signed-off-by: David Woodhouse
---
On Tue, 2012-11-27 at 22:36 +, David Woodhouse wrote:
> Nathan, does this help?
I think that's
Hi James,
On Wed, 28 Nov 2012 10:16:35 +1100 Stephen Rothwell
wrote:
>
> The security tree
> (git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-security.git#next)
> looks a bit strange today ... It appears to have been created by Casey
> Schaufler (cc'd) and contains some quite old
On Thu, 22 Nov 2012 09:18:34 +0100
Lukas Czerner wrote:
> New wait_event{_interruptible}_lock_irq{_cmd} macros added. This commit
> moves the private wait_event_lock_irq() macro from MD to regular wait
> includes, introduces new macro wait_event_lock_irq_cmd() instead of using
> the old method
On Mon, Nov 26, 2012 at 02:36:24PM -0600, Michael Wolf wrote:
> In the case of where you have a system that is running in a
> capped or overcommitted environment the user may see steal time
> being reported in accounting tools such as top or vmstat.
The definition of stolen time is 'time during
Signed-off-by: Axel Lin
---
drivers/regulator/tps51632-regulator.c | 15 +--
1 file changed, 5 insertions(+), 10 deletions(-)
diff --git a/drivers/regulator/tps51632-regulator.c
b/drivers/regulator/tps51632-regulator.c
index 3460364..dce5eb3 100644
---
From: Dave Chinner
The current shrinker callout API uses an a single shrinker call for
multiple functions. To determine the function, a special magical
value is passed in a parameter to change the behaviour. This
complicates the implementation and return value specification for
the different
From: Dave Chinner
Now that the shrinker is passing a nodemask in the scan control
structure, we can pass this to the the generic LRU list code to
isolate reclaim to the lists on matching nodes.
This requires a small amount of refactoring of the LRU list API,
which might be best split out into
From: Dave Chinner
Convert superblock shrinker to use the new count/scan API, and
propagate the API changes through to the filesystem callouts. The
filesystem callouts already use a count/scan API, so it's just
changing counters to longs to match the VM API.
This requires the dentry and inode
In one of our test cases that test if we are properly entering
craskkernel, I'm seeing lockup inside sync_global_pgds(). This is with
2.6.38.8. sync_global_pgds() is called by vmalloc_sync_all(). Here is
the call chain:
machine_crash_shutdown -> native_machine_crash_shutdown ->
nmi_shootdown_cpus
On Tue, Nov 27, 2012 at 2:26 PM, Johannes Weiner wrote:
> On Tue, Nov 27, 2012 at 05:02:36PM -0500, Rik van Riel wrote:
>>
>> Kswapd going crazy is certainly a large part of the problem.
>>
>> However, that leaves the issue of page_alloc.c waking up
>> kswapd when the system is not actually low
From: Dave Chinner
Convert the XFS dquot lru to use the list_lru construct and convert
the shrinker to being node aware.
Signed-off-by: Dave Chinner
---
fs/xfs/xfs_dquot.c |7 +-
fs/xfs/xfs_qm.c| 307 ++--
fs/xfs/xfs_qm.h|4 +-
Hi Glauber,
Here's a working version of my patchset for generic LRU lists and
NUMA-aware shrinkers.
There are several parts to this patch set. The NUMA aware shrinkers
are based on having a generic node-based LRU list implementation,
and there are subsystems that need to be converted to use
From: Dave Chinner
One of the big problems with modifying the way the dcache shrinker
and LRU implementation works is that the LRU is abused in several
ways. One of these is shrink_dentry_list().
Basically, we can move a dentry off the LRU onto a different list
without doing any accounting
From: Dave Chinner
Signed-off-by: Dave Chinner
---
fs/inode.c | 173 +---
fs/super.c | 11 ++--
include/linux/fs.h |6 +-
3 files changed, 75 insertions(+), 115 deletions(-)
diff --git a/fs/inode.c b/fs/inode.c
index
From: Dave Chinner
Now that we have an LRU list API, we can start to enhance the
implementation. This splits the single LRU list into per-node lists
and locks to enhance scalability. Items are placed on lists
according to the node the memory belongs to. To make scanning the
lists efficient,
From: Dave Chinner
Signed-off-by: Dave Chinner
---
fs/dcache.c| 171 +---
fs/super.c | 10 +--
include/linux/fs.h | 15 +++--
3 files changed, 82 insertions(+), 114 deletions(-)
diff --git a/fs/dcache.c b/fs/dcache.c
index
From: Dave Chinner
Convert the buftarg LRU to use the new generic LRU list and take
advantage of the functionality it supplies to make the buffer cache
shrinker node aware.
Signed-off-by: Dave Chinner
---
fs/xfs/xfs_buf.c | 162 +-
From: Dave Chinner
With the dentry LRUs being per-sb structures, there is no real need
for a global dentry_lru_lock. The locking can be made more
fine-grained by moving to a per-sb LRU lock, isolating the LRU
operations of different filesytsems completely from each other.
Signed-off-by: Dave
From: Dave Chinner
Convert the filesystem shrinkers to use the new API, and standardise
some of the behaviours of the shrinkers at the same time. For
example, nr_to_scan means the number of objects to scan, not the
number of objects to free.
I refactored the CIFS idmap shrinker a little - it
From: Dave Chinner
Before we split up the dcache_lru_lock, the unused dentry counter
needs to be made independent of the global dcache_lru_lock. Convert
it to per-cpu counters to do this.
Signed-off-by: Dave Chinner
Reviewed-by: Christoph Hellwig
---
fs/dcache.c | 17 ++---
1
From: Dave Chinner
Convert the driver shrinkers to the new API. Most changes are
compile tested only because I either don't have the hardware or it's
staging stuff.
FWIW, the md and android code is pretty good, but the rest of it
makes me want to claw my eyes out. The amount of broken code I
Hi James,
The security tree
(git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-security.git#next)
looks a bit strange today ... It appears to have been created by Casey
Schaufler (cc'd) and contains some quite old commits and back merges of
your tree. I *guess* you have merged in
From: Dave Chinner
XFS currently only tracks inodes for reclaim via tag bits in the
inode cache radix tree. While this is awesome for background reclaim
because it allows inodes to be reclaimed in ascending disk offset
order, it sucks for direct memory reclaim which really is trying to
free the
From: Dave Chinner
Pass the node of the current zone being reclaimed to shrink_slab(),
allowing the shrinker control nodemask to be set appropriately for
node aware shrinkers.
Signed-off-by: Dave Chinner
---
fs/drop_caches.c |1 +
include/linux/shrinker.h |3 +++
From: Dave Chinner
There are no more users of this API, so kill it dead, dead, dead and
quietly bury the corpse in a shallow, unmarked grave in a dark
forest deep in the hills...
Signed-off-by: Dave Chinner
---
include/linux/shrinker.h | 15 +--
From: Dave Chinner
Convert the remaining couple of random shrinkers in the tree to the
new API.
Signed-off-by: Dave Chinner
---
arch/x86/kvm/mmu.c | 35 +--
net/sunrpc/auth.c | 45 +++--
2 files changed, 56
From: Dave Chinner
The per-ag inode cache radix trees are not walked by the shrinkers
any more, so there is no need for a special walker that contained
heurisitcs to prevent multiple shrinker instances from colliding
with each other. Hence we can just remote that and convert the code
to use the
From: Dave Chinner
Several subsystems use the same construct for LRU lists - a list
head, a spin lock and and item count. They also use exactly the same
code for adding and removing items from the LRU. Create a generic
type for these LRU lists.
This is the beginning of generic, node aware LRUs
On Monday, November 26, 2012 05:10:21 PM Toshi Kani wrote:
> On Fri, 2012-11-23 at 18:50 +0100, Vasilis Liaskovitis wrote:
> > This function should be registered for devices that need to execute some
> > non-acpi related action in order to be safely removed. If this function
> > returns zero, the
On Tue, Nov 27, 2012 at 07:29:32PM +0200, Vitalii Demianets wrote:
> Memory leak was caused by jumping to the wrong exit label. So, it is good time
> to improve misleading label names too.
I agree that bad0, bad1, and bad2 are not the best choice for label names...
I don't have any objections to
On Tue, Nov 27, 2012 at 9:31 PM, Terje Bergström wrote:
> On 27.11.2012 12:37, Thierry Reding wrote:
>> But in that case it should be made mandatory at first until proper IOMMU
>> support is enabled on Tegra30. Then it can be checked at driver probe
>> time whether or not to enable the extra
2012/11/27 Frederic Weisbecker :
> 2012/11/27 Gleb Natapov :
>> What is the semantics of enter_idle()/exit_idle(), what are they used for?
>
> It's used by drivers/idle/i7300_idle.c for some tracking. I don't know much
> the details.
>
> enter_idle() is called right before the CPU is set to lower
2012/11/27 Gleb Natapov :
> What is the semantics of enter_idle()/exit_idle(), what are they used for?
It's used by drivers/idle/i7300_idle.c for some tracking. I don't know much
the details.
enter_idle() is called right before the CPU is set to lower power mode: hlt()
exit_idle() is called
On Fri, 23 Nov 2012 01:15:26 +0400
Cyrill Gorcunov wrote:
> Documentation/filesystems/proc.txt | 81
> +
Looks good to me. Here's a small tune-up:
---
a/Documentation/filesystems/proc.txt~docs-add-documentation-about-proc-pid-fdinfo-fd-output-fix
+++
On Tue, Nov 27, 2012 at 10:58 PM, Magnus R wrote:
> I run the 3.7 release candidates on my retina Macbook Pro and starting with
> rc6 the graphics have become garbled. I have narrowed it down to your above
> mentioned commit in drivers/gpu/drm/i915/intel_display.c (when I revert that
> commit the
On Tue, Nov 27, 2012 at 01:48:14PM +0200, Vitalii Demianets wrote:
> Fix warning: 'ret' might be used uninitialized
>
> Signed-off-by: Vitalii Demianets
> ---
> drivers/uio/uio.c | 16
> 1 files changed, 12 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/uio/uio.c
On Tue, Nov 27, 2012 at 01:54:58PM -0800, Andrew Morton wrote:
> On Tue, 27 Nov 2012 16:05:31 -0500
> Naoya Horiguchi wrote:
>
> > When we try to soft-offline a thp tail page, put_page() is called on the
> > tail page unthinkingly and VM_BUG_ON is triggered in put_compound_page().
> > This patch
On Sun, 25 Nov 2012 23:10:41 -0500, Johannes Weiner said:
> From: Johannes Weiner
> Subject: [patch] mm: vmscan: fix endless loop in kswapd balancing
>
> Kswapd does not in all places have the same criteria for when it
> considers a zone balanced. This leads to zones being not reclaimed
>
On Tue, Nov 27, 2012 at 2:27 PM, Kukjin Kim wrote:
> On 11/28/12 07:11, Olof Johansson wrote:
>>
>> On Tue, Nov 27, 2012 at 11:53 AM, Doug Anderson
>> wrote:
>>>
>>> The recent commit "ARM: EXYNOS: add support for EXYNOS5440 SoC" broke
>>> support for exynos5250 because of_machine_is_compatible()
We should no longer be calling the old pop routine for the vcc, after
vcc_release() has completed. Make sure we wait for any pending TX skbs
to complete, by waiting for our own PKT_PCLOSE control skb to be sent.
Signed-off-by: David Woodhouse
---
On Tue, 2012-11-27 at 13:54 -0500, chas williams
On Tue, 2012-11-27 at 14:15 -0800, a...@linux-foundation.org wrote:
> The patch titled
> Subject: mm: trace filemap add and del
> has been added to the -mm tree. Its filename is
> mm-trace-filemap-add-and-del.patch
>
> Before you just go and hit "reply", please:
>a) Consider who
On Mon, Nov 26, 2012 at 03:21:49PM +0300, Stanislav Kinsbursky wrote:
> This patch set makes NFSv4 state created and destroyed per net and thus
> completes it's containerization (the only exceprtion is client_mutex, but this
> one a hard nut to crack).
>
> Note: patch set depend on previously
On Tue, Nov 27, 2012 at 05:02:36PM -0500, Rik van Riel wrote:
> On 11/27/2012 04:49 PM, Johannes Weiner wrote:
> >On Tue, Nov 27, 2012 at 04:16:52PM -0500, Rik van Riel wrote:
> >>On 11/27/2012 03:58 PM, Linus Torvalds wrote:
> >>>Note that in the meantime, I've also applied (through Andrew) the
>
On 11/28/12 07:11, Olof Johansson wrote:
On Tue, Nov 27, 2012 at 11:53 AM, Doug Anderson wrote:
The recent commit "ARM: EXYNOS: add support for EXYNOS5440 SoC" broke
support for exynos5250 because of_machine_is_compatible() was used too
early in the boot process. It also probably meant that
On Tue, Nov 27, 2012 at 1:39 PM, Matthew Wilcox wrote:
> On Tue, Nov 27, 2012 at 09:47:48AM -0800, Laine Walker-Avina wrote:
>> On Tue, Nov 27, 2012 at 9:05 AM, Matthew Wilcox
>> wrote:
>> > Laine, when this occurs, what is the alignment of 'offset' in the sg
>> > entry you're looking at? If
On Fri, 23 Nov 2012 15:41:03 +0530
Ashish Jangam wrote:
> On Tue, 2012-10-23 at 15:33 +0530, Ashish Jangam wrote:
> > Does this patch looks good?
> > On Thu, 2012-10-11 at 16:10 +0530, Ashish Jangam wrote:
> > > This is the RTC patch for the DA9055 PMIC. This patch has got dependency
> > > on
>
The existing code set a value in the PCI_CHANERRMSK_INT register
for a workaround to address a pre-silicon bug on the Intel 5520 IO hub that
has been fixed when the hardware was released. There is no need for this
code.
Signed-off-by: Dave Jiang
---
drivers/dma/ioat/dma_v3.c |7 +--
1
101 - 200 of 1260 matches
Mail list logo
