From: Rik van Riel r...@redhat.com
This commit is already upstream as [7db8889a: mm: have order 0 compaction
start off where it left]. It's included in this series to provide context
to the next patch as the series is based on 3.5.
Order 0 compaction stops when enough free pages of the correct
If allocation fails after compaction then compaction may be deferred for
a number of allocation attempts. If there are subsequent failures,
compact_defer_shift is increased to defer for longer periods. This patch
uses that information to scale the number of pages reclaimed with
compact_defer_shift
Changelog since V2
o Capture !MIGRATE_MOVABLE pages where possible
o Document the treatment of MIGRATE_MOVABLE pages while capturing
o Expand changelogs
Changelog since V1
o Dropped kswapd related patch, basically a no-op and regresses if fixed
(minchan)
o Expanded changelogs a little
On Wed, Aug 08, 2012 at 09:57:44AM +0900, Minchan Kim wrote:
[1] fixed bad deferring policy but made mistake about checking
compact_order_failed in __compact_pgdat so it can't update
compact_order_failed with new order. It ends up preventing working
of deffering policy rightly. This patch
On 08/09/2012 01:36 PM, Mark Brown wrote:
On Thu, Aug 09, 2012 at 01:18:50PM +0300, Peter Ujfalusi wrote:
On 08/08/2012 05:49 PM, Mark Brown wrote:
That makes sense if the GPIO is actively driven, open drain should be
better here, but it's still a generic thing which it'd be nice to
On 08/09/2012 03:36 PM, Takashi Iwai wrote:
+/* callback from request_firmware_nowait() */
+static void azx_firmware_cb(const struct firmware *fw, void *context)
+{
+ struct snd_card *card = context;
+ struct azx *chip = card-private_data;
+ struct pci_dev *pci = chip-pci;
+
+
Subject: possible double free in edac_mc_alloc()
Reply-To:
User-Agent: Heirloom mailx 12.5 6/20/10
Hi,
coccinelle warns about:
+ drivers/edac/edac_mc.c:429:9-23: ERROR: reference preceded by free on line 429
and that line does look strange: the 'i' seems like a temporary value
used in
The function blk_get_request() can return NULL in some cases. There are
checks on it if function is called with argumetns one of which is
GFP_ATOMIC/GFP_NOIO/etc. If system couldn't find request
blk_get_request() return NULL.
But if there is function call with argument __GFP_WAIT
the system will
The function blk_get_request() can return NULL in some cases. There are
checks on it if function is called with argumetns one of which is
GFP_ATOMIC/GFP_NOIO/etc. If system couldn't find request
blk_get_request() return NULL.
But if there is function call with argument __GFP_WAIT
the system will
The function blk_get_request() can return NULL in some cases. There are
checks on it if function is called with argumetns one of which is
GFP_ATOMIC/GFP_NOIO/etc. If system couldn't find request
blk_get_request() return NULL.
But if there is function call with argument __GFP_WAIT
the system will
The function blk_get_request() can return NULL in some cases. There are
checks on it if function is called with argumetns one of which is
GFP_ATOMIC/GFP_NOIO/etc. If system couldn't find request
blk_get_request() return NULL.
But if there is function call with argument __GFP_WAIT
the system will
The function blk_get_request() can return NULL in some cases. There are
checks on it if function is called with argumetns one of which is
GFP_ATOMIC/GFP_NOIO/etc. If system couldn't find request
blk_get_request() return NULL.
But if there is function call with argument __GFP_WAIT
the system will
The function blk_get_request() can return NULL in some cases. There are
checks on it if function is called with argumetns one of which is
GFP_ATOMIC/GFP_NOIO/etc. If system couldn't find request
blk_get_request() return NULL.
But if there is function call with argument __GFP_WAIT
the system will
The function blk_get_request() can return NULL in some cases. There are
checks on it if function is called with argumetns one of which is
GFP_ATOMIC/GFP_NOIO/etc. If system couldn't find request
blk_get_request() return NULL.
But if there is function call with argument __GFP_WAIT
the system will
The function blk_get_request() can return NULL in some cases. There are
checks on it if function is called with argumetns one of which is
GFP_ATOMIC/GFP_NOIO/etc. If system couldn't find request
blk_get_request() return NULL.
But if there is function call with argument __GFP_WAIT
the system will
The function blk_get_request() can return NULL in some cases. There are
checks on it if function is called with argumetns one of which is
GFP_ATOMIC/GFP_NOIO/etc. If system couldn't find request
blk_get_request() return NULL.
But if there is function call with argument __GFP_WAIT
the system will
The function blk_get_request() can return NULL in some cases. There are
checks on it if function is called with argumetns one of which is
GFP_ATOMIC/GFP_NOIO/etc. If system couldn't find request
blk_get_request() return NULL.
But if there is function call with argument __GFP_WAIT
the system will
The function blk_get_request() can return NULL in some cases. There are
checks on it if function is called with argumetns one of which is
GFP_ATOMIC/GFP_NOIO/etc. If system couldn't find request
blk_get_request() return NULL.
But if there is function call with argument __GFP_WAIT
the system will
The function blk_get_request() can return NULL in some cases. There are
checks on it if function is called with argumetns one of which is
GFP_ATOMIC/GFP_NOIO/etc. If system couldn't find request
blk_get_request() return NULL.
But if there is function call with argument __GFP_WAIT
the system will
he function blk_get_request() can return NULL in some cases. There are
checks on it if function is called with argumetns one of which is
GFP_ATOMIC/GFP_NOIO/etc. If system couldn't find request
blk_get_request() return NULL.
But if there is function call with argument __GFP_WAIT
the system will
On Thu, Aug 09, 2012 at 03:54:04PM +0200, David Henningsson wrote:
On 08/09/2012 03:36 PM, Takashi Iwai wrote:
+/* callback from request_firmware_nowait() */
+static void azx_firmware_cb(const struct firmware *fw, void *context)
+{
+struct snd_card *card = context;
+struct azx *chip
At Thu, 09 Aug 2012 15:54:04 +0200,
David Henningsson wrote:
On 08/09/2012 03:36 PM, Takashi Iwai wrote:
+/* callback from request_firmware_nowait() */
+static void azx_firmware_cb(const struct firmware *fw, void *context)
+{
+ struct snd_card *card = context;
+ struct azx *chip =
On Thu, Aug 9, 2012 at 8:55 AM, Yan, Zheng zheng.z@intel.com wrote:
On 08/09/2012 08:51 AM, Stephane Eranian wrote:
Hi,
I ran into a problem on my AMD box whereby I would hit the
WARN_ON_ONCE(cpuctx-cgrp) in perf_cgroup_switch().
It took me a while to track this down. It turns out that
On Mon, 2012-08-06 at 15:13 -0600, Shuah Khan wrote:
kmem_cache_create() does cache integrity checks when CONFIG_DEBUG_VM
is defined. These checks interspersed with the regular code path has
lead to compile time warnings when compiled without CONFIG_DEBUG_VM
defined. Restructuring the code to
On 08/09/2012 02:20 AM, David Miller wrote:
From: ebied...@xmission.com (Eric W. Biederman)
Date: Tue, 07 Aug 2012 10:17:02 -0700
Since I am motivated to get things done, and since there has been much
grumbling about my patches not implementing tunables, I have added
tunable support on top of
On Thu, 9 Aug 2012 17:55:20 +0400
Marina Makienko makie...@ispras.ru wrote:
The function blk_get_request() can return NULL in some cases. There are
checks on it if function is called with argumetns one of which is
GFP_ATOMIC/GFP_NOIO/etc. If system couldn't find request
blk_get_request()
Hi Russell,
On 8/6/2012 7:14 AM, Russell King - ARM Linux wrote:
On Tue, Jul 31, 2012 at 07:04:39PM -0400, Cyril Chemparathy wrote:
This patch fixes up the types used when converting back and forth between
physical and virtual addresses.
Signed-off-by: Vitaly Andrianov vita...@ti.com
For processing the firmware handling properly for built-in kernels,
implement an asynchronous firmware loading with
request_firmware_nowait(). This means that the codec probing is
deferred when the patch option is specified.
Signed-off-by: Takashi Iwai ti...@suse.de
---
v1-v2: drop superfluous
On Thu, 9 Aug 2012, Hanjun Guo wrote:
Now, We have node masks for both N_NORMAL_MEMORY and
N_HIGH_MEMORY to distinguish between normal and highmem on platforms such as
x86.
But we still don't have such a mechanism to distinguish between normal and
movable
memory.
What is the exact
On Thu, Aug 09, 2012 at 08:40:36AM -0500, Matt Sealey wrote:
The reason they're set like that is legacy - that's how they're set up
in a kernel
(pre-DT) that we know works. Most of those ranges are directly from the
Babbage
reference and stay like that in the Babbage DT too - so there's
On 08/09/2012 04:10 PM, Takashi Iwai wrote:
For processing the firmware handling properly for built-in kernels,
implement an asynchronous firmware loading with
request_firmware_nowait(). This means that the codec probing is
deferred when the patch option is specified.
Signed-off-by: Takashi
x86: fix ptrace.o compile error
Fix compiling Linux 2.6.32.59 with gcc 4.7.1 (Debian 7 testing). Mainline has
instead removed the asmregparm in ptrace.c (in fact, everywhere), but this
alternative seemed too invasive.
CC arch/x86/kernel/ptrace.o
arch/x86/kernel/ptrace.c:1472:17: error:
Hi Benjamin:
Revision will be update later.
Benjamin Tissoires benjamin.tissoi...@gmail.com 於 2012/8/9 下午7:27 寫道：
Hi Scott,
we are getting closer. Just a few nitpicks:
On Thu, Aug 9, 2012 at 11:22 AM, Scott Liu scott@emc.com.tw wrote:
Some of ELAN's production need to
On Mon, 6 Aug 2012, Shuah Khan wrote:
+#ifdef CONFIG_DEBUG_VM
+static int kmem_cache_sanity_check(const char *name, size_t size)
Why do we pass size in? AFAICT there is no need to.
@@ -53,48 +93,17 @@ struct kmem_cache *kmem_cache_create(const char *name,
size_t size, size_t align
{
On 08/09, Srikar Dronamraju wrote:
* Oleg Nesterov o...@redhat.com [2012-08-08 19:37:47]:
Add the new MMF_HAS_UPROBES flag. It is set by install_breakpoint()
and it is copied by dup_mmap(), uprobe_pre_sstep_notifier() checks
it to avoid the slow path if the task was never probed. Perhaps
On Thu, Aug 09, 2012 at 11:36:21AM +0200, Tomasz Stanislawski wrote:
This patch adds reference counting on a module that exported dma-buf and
implements its operations. This prevents the module from being unloaded while
DMABUF file is in use.
Why force all of the modules to be changed by hand,
On Thu, Aug 09, 2012 at 05:31:51PM +0800, Keng-Yu Lin wrote:
With a previous patch to enable the EHCI/XHCI port switching, it switches
all the available ports.
The assumption is not correct because the BIOS may expect some ports
not switchable by the OS.
Why would the BIOS expect some ports
On Thu, Aug 09, 2012 at 04:10:55PM +0200, Takashi Iwai wrote:
For processing the firmware handling properly for built-in kernels,
implement an asynchronous firmware loading with
request_firmware_nowait(). This means that the codec probing is
deferred when the patch option is specified.
On Thu, Aug 09, 2012 at 03:10:37PM +0200, Takashi Iwai wrote:
This is a preliminary work for the deferred probing for
request_firmware() errors at init.
This patch moves the call of request_firmware() to hda_intel.c, and
call it in the earlier stage of probing rather than
On Thu, 2012-08-09 at 09:30 -0400, Paul Moore wrote:
In the case of a TCP syn-recv and timewait ACK things are a little less
clear.
Eric (Dumazet), it looks like we have a socket in tcp_v4_reqsk_send_ack() and
tcp_v4_timewait_ack(), any reason why we can't propagate the socket down to
On Wed, Aug 8, 2012 at 12:19 PM, Fabio Estevam feste...@gmail.com wrote:
Matt,
On Wed, Aug 8, 2012 at 1:55 PM, Matt Sealey m...@genesi-usa.com wrote:
...
or any setup at all for this. What's stopping this right now is you
need a new U-Boot which we
didn't release or mainline because we are
Hi Sarah,
Yes, it fixes unexpected wake-up on Intense-PC.
Thanks!
Denis.
On 08/07/2012 08:39 PM, Sarah Sharp wrote:
The Intel desktop boards DH77EB and DH77DF have a hardware issue that
can be worked around by BIOS. If the USB ports are switched to xHCI on
shutdown, the xHCI host will send
This implements bash completion for perf subcommands such
as record, report, script, probe, etc...
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: David Ahern dsah...@gmail.com
Cc: Ingo Molnar mi...@kernel.org
Cc: Jiri Olsa jo...@redhat.com
Cc: Namhyung Kim namhy...@gmail.com
Cc: Peter
dev_pm_get_subsys_data() returns 1 when a new object has been created,
what should not be considered as an error for pm_genpd_add_device().
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/base/power/domain.c |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
Changes since v2:
- Fix /etc config installation from Namhyung.
Frederic Weisbecker (2):
perf tools: Initial bash completion support
perf tools: Support for events bash completion
Namhyung Kim (1):
perf tools: Fix /etc config related installation
tools/perf/Makefile|3 ++
From: Namhyung Kim namhy...@gmail.com
Fix missing /etc/bash_completion.d directory creation, otherwise
the installation fails miserably on systems that don't have bash
completion installed yet or on specific target:
$ make DESTDIR=/tmp/junk-perf O=/tmp/pbuild -C tools/perf/ install
Add basic bash completion for the -e option in record, top
and stat subcommands. Only hardware, software and tracepoint
events are supported.
Breakpoints, raw events and events grouping completion
need more thinking.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: David Ahern
Commit 65f735082de3 (regulator: core: Add core support for GPIO controlled
enable lines) introduced enable gpio entry in regulator configuration
structure. Some drivers use '-1' as a placeholder for marking that such
gpio line is not available, because '0' is considered as a valid gpio
number.
Matt Sealey m...@genesi-usa.com
Product Development Analyst, Genesi USA, Inc.
On Thu, Aug 9, 2012 at 5:24 AM, Dave Martin dave.mar...@linaro.org wrote:
On Wed, Aug 08, 2012 at 12:32:39PM -0500, Matt Sealey wrote:
[...]
I'm going to do a trapse through and find where Russell nacked Dave's
At Thu, 9 Aug 2012 16:25:36 +0200,
Thierry Reding wrote:
On Thu, Aug 09, 2012 at 04:10:55PM +0200, Takashi Iwai wrote:
For processing the firmware handling properly for built-in kernels,
implement an asynchronous firmware loading with
request_firmware_nowait(). This means that the codec
Sent: Wednesday, August 01, 2012 11:55 AM
Subject: [PATCH v3 30/32] PCI/tsi721: use PCIe capabilities access
functions to simplify implementation
From: Jiang Liu jiang@huawei.com
Use PCIe capabilities access functions to simplify tsi721 driver's
implementation.
Signed-off-by:
Hi Mel,
On 08/09/2012 07:49 AM, Mel Gorman wrote:
Changelog since V2
o Capture !MIGRATE_MOVABLE pages where possible
o Document the treatment of MIGRATE_MOVABLE pages while capturing
o Expand changelogs
Changelog since V1
o Dropped kswapd related patch, basically a no-op and regresses if fixed
On Thu, Aug 09, 2012 at 04:34:42PM +0200, Takashi Iwai wrote:
At Thu, 9 Aug 2012 16:25:36 +0200,
Thierry Reding wrote:
On Thu, Aug 09, 2012 at 04:10:55PM +0200, Takashi Iwai wrote:
For processing the firmware handling properly for built-in kernels,
implement an asynchronous firmware
This patch adds the checking code for the two register so that only the
switchable ports are altered.
And since when has trusting BIOS provided data beena good idea ?
Absent a lot of precise examples of where it causes actual failures I
don't believe we should change our behaviour here.
--
On Thu, Aug 09, 2012 at 08:55:26PM +0800, Fengguang Wu wrote:
Hi Guenter,
This commit triggered an oops which can be fixed by the attached diff.
Should it be folded into the original one (preferable for me), or be
resent as a standalone patch?
I folded it into the original commit.
Thanks
On Thu, Aug 09, 2012 at 10:00:19AM +0100, Mel Gorman wrote:
On Wed, Aug 08, 2012 at 07:53:19PM -0300, Rafael Aquini wrote:
Memory fragmentation introduced by ballooning might reduce significantly
the number of 2MB contiguous memory blocks that can be used within a guest,
thus imposing
On Thu, Aug 09, 2012 at 09:32:59AM -0500, Matt Sealey wrote:
Matt Sealey m...@genesi-usa.com
Product Development Analyst, Genesi USA, Inc.
On Thu, Aug 9, 2012 at 5:24 AM, Dave Martin dave.mar...@linaro.org wrote:
On Wed, Aug 08, 2012 at 12:32:39PM -0500, Matt Sealey wrote:
[...]
Hi Nicolas,
Thanks for the replies.
On Thu, Aug 09, 2012 at 06:12:15AM +0100, Nicolas Pitre wrote:
On Tue, 7 Aug 2012, Will Deacon wrote:
diff --git a/kernel/mutex.c b/kernel/mutex.c
index a307cc9..27b7887 100644
--- a/kernel/mutex.c
+++ b/kernel/mutex.c
@@ -170,7 +170,7 @@
From: Eric Dumazet eduma...@google.com
commit be9f4a44e7d41cee (ipv4: tcp: remove per net tcp_sock) added a
selinux regression, reported and bisected by John Stultz
selinux_ip_postroute_compat() expect to find a valid sk-sk_security
pointer, but this field is NULL for unicast_sock
Fix this by
On Thu, Aug 09, 2012 at 08:36:12AM -0600, Jim Schutt wrote:
Hi Mel,
On 08/09/2012 07:49 AM, Mel Gorman wrote:
Changelog since V2
o Capture !MIGRATE_MOVABLE pages where possible
o Document the treatment of MIGRATE_MOVABLE pages while capturing
o Expand changelogs
Changelog since V1
o
Hi Greg,
On 08/09/2012 04:23 PM, Greg KH wrote:
On Thu, Aug 09, 2012 at 11:36:21AM +0200, Tomasz Stanislawski wrote:
This patch adds reference counting on a module that exported dma-buf and
implements its operations. This prevents the module from being unloaded while
DMABUF file is in use.
On Thu, Aug 09, 2012 at 06:49:25AM +, Ren, Cloud wrote:
Please calm down. I will follow rule of sending email from now on. Sorry for
causing
your trouble. Luis has ever asked joe for adding as a Signed-off-by. At that
time joe agreed
with it. If joe prefers his name not be listed as a
DebBarma, Tarun Kanti tarun.ka...@ti.com writes:
On Wed, Aug 8, 2012 at 10:40 PM, Kevin Hilman khil...@ti.com wrote:
Tarun Kanti DebBarma tarun.ka...@ti.com writes:
Add *remove* callback so that necessary cleanup operations are
performed when device is unregistered. The device is deleted
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
Clearing a 2MB huge page will typically blow away several levels of CPU
caches. To avoid this only cache clear the 4K area around the fault
address and use a cache avoiding clears for the rest of the 2MB area.
This patchset implements
From: Andi Kleen a...@linux.intel.com
Clearing a 2MB huge page will typically blow away several levels
of CPU caches. To avoid this only cache clear the 4K area
around the fault address and use a cache avoiding clears
for the rest of the 2MB area.
Signed-off-by: Andi Kleen a...@linux.intel.com
From: Andi Kleen a...@linux.intel.com
hugetlb does not necessarily pass in an aligned address, so the
low level address computation is wrong.
This will fix architectures that actually use the address for flushing
the cleared address (very few, like xtensa/sparc/...?)
Signed-off-by: Andi Kleen
From: Andi Kleen a...@linux.intel.com
Add a cache avoiding version of clear_page. Straight forward integer variant
of the existing 64bit clear_page, for both 32bit and 64bit.
Also add the necessary glue for highmem including a layer that non cache
coherent architectures that use the virtual
From: Andi Kleen a...@linux.intel.com
Signed-off-by: Andi Kleen a...@linux.intel.com
Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
---
mm/huge_memory.c |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/mm/huge_memory.c b/mm/huge_memory.c
index
From: Andi Kleen a...@linux.intel.com
Use the fault address, not the rounded down hpage address for NUMA
policy purposes. In some circumstances this can give more exact
NUMA policy.
Signed-off-by: Andi Kleen a...@linux.intel.com
Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
On Thu, Aug 9, 2012 at 10:27 AM, Eric Dumazet eric.duma...@gmail.com wrote:
On Thu, 2012-08-09 at 09:30 -0400, Paul Moore wrote:
In the case of a TCP syn-recv and timewait ACK things are a little less
clear.
Eric (Dumazet), it looks like we have a socket in tcp_v4_reqsk_send_ack() and
From: Andi Kleen a...@linux.intel.com
With multiple threads vector stores are more efficient, so use them.
This will cause the page clear to run non preemptable and add some
overhead. However on 32bit it was already non preempable (due to
kmap_atomic) and there is an preemption opportunity every
On Thursday, August 09, 2012 04:50:33 PM Eric Dumazet wrote:
From: Eric Dumazet eduma...@google.com
commit be9f4a44e7d41cee (ipv4: tcp: remove per net tcp_sock) added a
selinux regression, reported and bisected by John Stultz
selinux_ip_postroute_compat() expect to find a valid
On Thu, Aug 09, 2012 at 11:48:36AM -0300, Rafael Aquini wrote:
Sure!
what do you think of:
+/* putback_lru_page() counterpart for a ballooned page */
+void putback_balloon_page(struct page *page)
+{
+ lock_page(page);
+ if (!WARN_ON(!movable_balloon_page(page))) {
+
Il 05/07/2012 12:29, Jason Wang ha scritto:
Sometimes, virtio device need to configure irq affiniry hint to maximize the
performance. Instead of just exposing the irq of a virtqueue, this patch
introduce an API to set the affinity for a virtqueue.
The api is best-effort, the affinity hint
Il 30/07/2012 08:27, Paolo Bonzini ha scritto:
Did you set the affinity manually in your experiments, or perhaps
there
is a difference between scsi and networking... (interrupt mitigation?)
You need to run irqbalancer in guest to make it actually work. Do you?
Yes, of course, now
On 08/09/2012 04:09 AM, Mark Brown wrote:
On Wed, Aug 08, 2012 at 03:18:45PM -0600, Stephen Warren wrote:
+ rdev-desc-enable_mask |
+ rdev-desc-en_dis_set_mask |
+ rdev-desc-en_dis_clr_mask,
+
On Thu, Aug 09, 2012 at 04:13:28AM +0100, Ben Hutchings wrote:
On Tue, 2012-08-07 at 15:25 -0700, Greg Kroah-Hartman wrote:
From: Greg KH gre...@linuxfoundation.org
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: Antonio
On Thu, Aug 09, 2012 at 02:53:53AM +0100, Ben Hutchings wrote:
On Tue, 2012-08-07 at 15:34 -0700, Greg Kroah-Hartman wrote:
From: Greg KH gre...@linuxfoundation.org
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Antonio
On Thu, Aug 09, 2012 at 11:08:03AM +0100, Mark Brown wrote:
On Wed, Aug 08, 2012 at 06:13:12PM -0300, Herton Ronaldo Krzesinski wrote:
Always delete irrelevant text from your quotes.
Doesn't build on 3.4:
linux-stable/sound/soc/soc-dapm.c: In function 'soc_dapm_shutdown_codec':
On 07/20/2012 05:50 AM, Kirill A. Shutemov wrote:
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
Clearing a 2MB huge page will typically blow away several levels of CPU
caches. To avoid this only cache clear the 4K area around the fault
address and use a cache avoiding clears for the
Fix two checkpatch.pl warnings about printk issues by using
pr_info(...) instead of printk(KERN_INFO, ...).
Signed-off-by: Güngör Erseymen gelur...@gmail.com
---
drivers/staging/comedi/drivers/ssv_dnp.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
On 09.08.12 at 17:03, Kirill A. Shutemov
kirill.shute...@linux.intel.com wrote:
From: Andi Kleen a...@linux.intel.com
Add a cache avoiding version of clear_page. Straight forward integer variant
of the existing 64bit clear_page, for both 32bit and 64bit.
While on 64-bit this is fine, I
On Thu, 2012-08-09 at 10:54 -0400, Steven Rostedt wrote:
On Thu, Aug 09, 2012 at 06:49:25AM +, Ren, Cloud wrote:
Luis has ever asked joe for adding as a Signed-off-by.
[]
I'm curious, did Luis ask on list or off?
Off vger lists with some qca list or exploder added.
The Signed-off tag
On 08/09/2012 04:59 AM, Mark Brown wrote:
On Wed, Aug 08, 2012 at 03:18:46PM -0600, Stephen Warren wrote:
Fixed regulators always output desc-min_uV. Add a helper get_voltage
op to save duplicating this code in drivers.
Just use get_voltage_linear() (or convert the existing users).
I
On 08/09/2012 08:03 AM, Kirill A. Shutemov wrote:
From: Andi Kleen a...@linux.intel.com
Add a cache avoiding version of clear_page. Straight forward integer variant
of the existing 64bit clear_page, for both 32bit and 64bit.
Also add the necessary glue for highmem including a layer that non
On 08/09/2012 12:27 AM, Bjorn Helgaas wrote:
On Wed, Aug 8, 2012 at 8:44 AM, Jiang Liu liu...@gmail.com wrote:
On 08/08/2012 07:38 AM, Toshi Kani wrote:
It is nice to see redundant ACPI namespace walks removed from the ACPI
drivers. But why do you need to add a new enumerator to create the
While on 64-bit this is fine, I fail to see how you avoid using the
SSE2 instruction on non-SSE2 systems.
You're right, this needs a fallback path for 32bit non sse
(and fixing the ABI)
-Andi
--
a...@linux.intel.com -- Speaking for myself only
--
To unsubscribe from this list: send the line
On Thu, 2012-08-09 at 08:22 -0700, Joe Perches wrote:
Yes, I sent signed-off patches to their original RFC submission
(back last year?). To me, this single large patch is like a
snapshot of a git tree and not all contributors to that git
tree should be noted as signers of the entire thing.
On 09.08.12 at 17:03, Kirill A. Shutemov
kirill.shute...@linux.intel.com wrote:
ENTRY(clear_page_nocache)
CFI_STARTPROC
- xorl %eax,%eax
- movl $4096/64,%ecx
+ push %rdi
+ call kernel_fpu_begin
+ pop%rdi
You use CFI annotations elsewhere, so why
From: Andi Kleen a...@linux.intel.com
Add a description of the JIT interface in the perf symbol resolution
code. I reverse engineered the format from the source.
Cc: Pekka Enberg penb...@cs.helsinki.fi
Signed-off-by: Andi Kleen a...@linux.intel.com
---
tools/perf/Documentation/jit-interface.txt
On Thu, 2012-08-09 at 11:07 -0400, Paul Moore wrote:
Is is possible to do the call to security_sk_alloc() in the ip_init()
function
or does the per-cpu nature of the socket make this a pain?
Its a pain, if we want NUMA affinity.
Here, each cpu should get memory from its closest node.
On 08/09/2012 06:13 PM, Paolo Bonzini wrote:
Il 05/07/2012 12:29, Jason Wang ha scritto:
Sometimes, virtio device need to configure irq affiniry hint to maximize the
performance. Instead of just exposing the irq of a virtqueue, this patch
introduce an API to set the affinity for a virtqueue.
On Wed, 8 Aug 2012, Dave Martin wrote:
On Mon, Aug 06, 2012 at 03:27:05PM +0100, Stefano Stabellini wrote:
Use r12 to pass the hypercall number to the hypervisor.
We need a register to pass the hypercall number because we might not
know it at compile time and HVC only takes an immediate
From: Borislav Petkov borislav.pet...@amd.com
One day I was playing with disabling the caches over CR0.CD and I wanted
to check the current setting of the CD bit but there wasn't a way to do
so from userspace because we #GP when accessing CR0.
And then I thought, well, sysrq must have this. And
Hi,
We should offline and remove memory when removing the memory device.
The memory device can be removed by 2 ways:
1. send eject request by SCI
2. echo 1 /sys/bus/pci/devices/PNP0C80:XX/eject
[snip]
+
+static int acpi_memory_disable_device(struct acpi_memory_device *mem_device)
+{
+
On Thu, Aug 09, 2012 at 09:22:55AM -0600, Stephen Warren wrote:
I don't think there's a *get*_voltage_linear. All the existing
get_voltage standard ops require reading a register, hence why I added
this new standard op. I guess I'll look at converting all the existing
users.
Hrm, right - the
If the regulator doesn't supply a way of reading back the voltage but does
provide a list_voltage() operation then use that with a selector of zero
to read the voltage.
Reported-by: Stephen Warren swar...@wwwdotorg.org
Signed-off-by: Mark Brown broo...@opensource.wolfsonmicro.com
---
Hi, everyone
I wish to alloc physically contiguous memory in kernel mode.
I used the __get_free_pages(gfp_mask, order) function,
but it fails occasionary.
I guess it is caused by memory fragmentation.
My code is kernel driver module which cannot use
bootmem allocation and its platform is x86_64.
YAMA et al rely on on i_uid/i_gid to be populated in order to perform
their checks. While these really cannot be guarenteed as the underlying
filesystem may not even have the concept, they are expected to be filled
when possible. To quote Al Viro:
Ideally, yes, we'd want to have -i_uid used
Another fine instalment of Audio fixes and Device Tree enablement
surrounding the mop500 sound driver. Hopefully containing all of
the recommendations suggested by Mark Brown.
Documentation/devicetree/bindings/mfd/ab8500.txt | 15 +
.../devicetree/bindings/sound/ux500-mop500.txt | 39
901 - 1000 of 1336 matches
Mail list logo
