On Wed, Mar 20, 2013 at 11:55:54PM -0700, Roland Dreier wrote:
> On Wed, Mar 20, 2013 at 11:18 PM, Michael S. Tsirkin wrote:
> > core/umem.c seems to get the arguments to get_user_pages
> > in the reverse order: it sets writeable flag and
> > breaks COW for MAP_SHARED if and only if hardware needs
HATAYAMA Daisuke writes:
> From: "Eric W. Biederman"
> Subject: Re: [PATCH v3 18/21] vmcore: check if vmcore objects satify mmap()'s
> page-size boundary requirement
> Date: Wed, 20 Mar 2013 23:29:05 -0700
>
>> HATAYAMA Daisuke writes:
>>>
>>> Do you mean for each range represented by each PT_
On Sat, Mar 16, 2013 at 02:33:23AM -0700, Raymond Jennings wrote:
> Anyway, to the parent poster, could you tell us more, such as how much
> ram you had left free?
Following on from my previous post, here is a summary of what I know about
this memory leak following additional testing.
* It was in
On Wed, Mar 06, 2013 at 02:56:05PM -0500, Matt Porter wrote:
> Add a dmaengine API to retrieve slave SG transfer limits.
>
> The API is optionally implemented by dmaengine drivers and when
> unimplemented will return a NULL pointer. A client driver using
> this API provides the required dma channe
On Wed, Mar 06, 2013 at 02:56:04PM -0500, Matt Porter wrote:
> Changes since v3:
> - Change api name to dma_get_slave_sg_limits() to avoid
> confusion with h/w caps which are static.
>
> Changes since v2:
> - Change to a separate slave sg specific api. Drop the
> generi
This patch adds supports for the virtual irq since now MFD only handles virtual
irq
Without this patch rtc device will fail in registration.
This patch is for Linux stable version 3.8.x
Signed-off-by: Ashish Jangam
---
drivers/rtc/rtc-da9052.c |8
1 files changed, 4 insertions(+)
HATAYAMA Daisuke writes:
> The breakage was caused by the introduction of new NT_VMCORE_PAD to
> "VMCOREINFO" name, except for which it worked fine. But it will be
> dropped in the next version. It'll be no problem for some time.
>
> The breakage was caused by makedumpfile itself due to the bug t
>> I think this change will break the case where userspace tries to
>> register an MR with read-only permission, but intends locally through
>> the CPU to write to the memory.
> Shouldn't it set LOCAL_WRITE then?
We're talking about the permissions for the register MR operation,
right? (That's w
From: Zhi Yong Wu
In "[ \fB\-f\fP\fI ]", the "\fI" will result in the front half "["of
"[ -f ]" doesn't the back half "]"; When you issue the command
"man mkfs.btrfs", you will see the difference.
Signed-off-by: Zhi Yong Wu
---
man/mkfs.btrfs.8.in | 2 +-
1 file changed, 1 insertion(+), 1 de
From: Namhyung Kim
So that it can be used by other places.
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/util/trace-event-info.c | 25 ++---
1 file changed, 22 insertions(+), 3 deletions(-)
diff --git a/tools/perf/util/trace-event-
From: Namhyung Kim
Check return value of malloc() and fail if error. Now read_string()
can return NULL also check its return value and bail out.
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/util/trace-event-read.c | 100 +-
From: Namhyung Kim
Now remove all remaining die() calls and convert them to check return
value and propagate it.
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/util/trace-event-info.c | 114 +++--
1 file changed, 72 inser
From: Namhyung Kim
Check return value of write and fail if error.
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/util/trace-event-info.c | 180 ++---
tools/perf/util/trace-event.h | 2 +-
2 files changed, 127 inser
From: Namhyung Kim
If pevent allocation in read_trace_init() fails, trace_report() will
return -1 and *ppevent is set to NULL. Its callers should check this
case and handle it properly.
This is also a preparation for the removal of *die() calls.
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Sig
From: Namhyung Kim
It's for calculating whole trace data size during reading. However
relation functions are called only in this file, no need to
conditionalize it with tricky +1 offset and rename the variable to
more meaningful name like trace_data_size.
Cc: Steven Rostedt
Cc: Frederic Weisbe
From: Namhyung Kim
Rename it to do_read and original do_read to __do_read, and check
their return value.
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/util/trace-event-read.c | 80 +++---
1 file changed, 57 insertions(+)
From: Namhyung Kim
Convert them to pr_debug() and propagate error code.
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/util/trace-event-read.c | 44 +-
1 file changed, 29 insertions(+), 15 deletions(-)
diff --git a/t
Hi,
I updated this series with previous feedbacks from Steven, Peter and
Arnaldo. Thanks for all your comments.
* v2 changes
- fix a grammar in an error message
- change some pr_err() -> pr_debug()
- use kernel error checking style consistently
Namhyung Kim (9):
perf util: Let get_tracing_
Hello.
According to manufacture chip information from
http://wch-ic.com/product/pci/ch352.asp type of emulated chip cannot be
16C550A (it is default value in linux and in patch
https://lkml.org/lkml/2013/3/2/30 ). Correct value is 16550.
Therefore I need to run additional command
setserial /de
From: Namhyung Kim
Check return value of malloc and fail if NULL.
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/util/trace-event-info.c | 48 --
1 file changed, 30 insertions(+), 18 deletions(-)
diff --git a/tools/p
HATAYAMA Daisuke writes:
> OK, rigorously, suceess or faliure of the requested free pages
> allocation depends on actual memory layout at the 2nd kernel boot. To
> increase the possibility of allocating memory, we have no method but
> reserve more memory for the 2nd kernel now.
Good enough. If
Dear General Manager:
Trading here, exporting standard solid PCB drills (dia 3.20mm-6.50mm) and
special PCB drills with chip-removal groove and reground chisel edge (dia
1.5mm-6.5mm) with good quality and reasonable price.
Looking forward to hearing from you soon
--
On Thu, Mar 21, 2013 at 4:19 AM, Benjamin Herrenschmidt
wrote:
> On Wed, 2013-03-20 at 21:38 +, Grant Likely wrote:
>> > NAK. It should at the very least be a CONFIG option for a while
>> before
>> > completely switching over.
>>
>> I'll modify patch 1 to create the symlink if CONFIG_PROC_DEVI
On Wed, Mar 20, 2013 at 06:58:41PM -0500, Scott Wood wrote:
> On 03/14/2013 07:13:46 PM, Kevin Hilman wrote:
> >The new context tracking subsystem unconditionally includes kvm_host.h
> >headers for the guest enter/exit macros. This causes a compile
> >failure when KVM is not enabled.
> >
> >Fix by
On 03/20/2013 12:57 PM, Preeti U Murthy wrote:
> Neither core will be able to pull the task from the other to consolidate
> the load because the rq->util of t2 and t4, on which no process is
> running, continue to show some number even though they degrade with time
> and sgs->utils accounts for the
On Thu, 2013-03-21 at 07:35 +, Grant Likely wrote:
> > Shouldn't we have the symlink just be a config option itself ?
> > Eventually distros might want get rid of it completely ..
>
> Why? It is the cheapest thing in the world and it means the ABI
> doesn't change at all.
It's also gross and
As IOMMU groups are exposed to the user space by their numbers,
the user space can use them in various kernel APIs so the kernel
might need an API to find a group by its ID.
As an example, QEMU VFIO on PPC64 platform needs it to associate
a logical bus number (LIOBN) with a specific IOMMU group in
>>> On 20.03.13 at 21:52, "H. Peter Anvin" wrote:
> On 03/20/2013 01:42 PM, Shawn Starr wrote:
>> Hello folks,
>>
>> I was looking at why I can't load the Intel RNG driver (or why it doesn't
> load automatically) and
>> it just so happens I have both the mobile and non-mobile ICH9 chipset.
> L
On 01/28/2013 05:24 PM, Kirill A. Shutemov wrote:
From: "Kirill A. Shutemov"
Here's first steps towards huge pages in page cache.
The intend of the work is get code ready to enable transparent huge page
cache for the most simple fs -- ramfs.
It's not yet near feature-complete. It only provide
On Wed, Mar 20, 2013 at 18:17:59, Peter Korsgaard wrote:
> > "Sekhar" == Sekhar Nori writes:
>
> Sekhar> On 3/20/2013 12:11 PM, Philip Avinash wrote:
> >> Add da850 EHRPWM & ECAP DT node.
> >> Also adds OF_DEV_AUXDATA for EHRPWM & ECAP driver to use EHRPWM & ECAP
> >> clock.
> >>
> >>
This patch improves readability of complicated expressions.
before:
Selected by: A && AA && AAA || B && BB && (BBB || ) || C && CC && CCC
after:
Selected by: A && AA && AAA
|| B && BB && (BBB || )
|| C && CC && CCC
Modules' config options usually comes first in these blocks.
Sig
On Thu, Mar 21, 2013 at 7:43 AM, Benjamin Herrenschmidt
wrote:
> On Thu, 2013-03-21 at 07:35 +, Grant Likely wrote:
>> > Shouldn't we have the symlink just be a config option itself ?
>> > Eventually distros might want get rid of it completely ..
>>
>> Why? It is the cheapest thing in the worl
On Thu 21-03-13 10:33:07, Simon Jeons wrote:
> Hi Mel,
> On 03/21/2013 02:19 AM, Mel Gorman wrote:
> >The following problem was reported against a distribution kernel when
> >zone_reclaim was enabled but the same problem applies to the mainline
> >kernel. The reproduction case was as follows
> >
>
This patch adds new kind of dependencies between kconfig symbols,
and new kconfig keyword 'apply' for them.
'apply' works mostly like 'select', but it allows to disable target symbol.
Thus target symbol will be either disabled or reachable from current symbol.
This method allows to implement opti
As proof of concept for new approach in managing cross-module dependencies this
patch resolves hard depencency between CONFIG_E1000E and CONFIG_PTP_1588_CLOCK.
Signed-off-by: Konstantin Khlebnikov
Cc: Richard Cochran
---
drivers/net/ethernet/intel/Kconfig |2 +-
drivers/net/ethernet
This patch adds some synax sugar for makefiles to simplify conditional linking
cross-module glue objects into composite modules.
For example: there two tristate config options MODULE_A and MODULE_B.
Module-B wants to use some code from Module-A. Code of Module-A is available
from Module-B if MODUL
After this patch function ptp_clock_index(struct ptp_clock *ptp)
returns -1 if ptp is NULL or CONFIG_PTP_1588_CLOCK disabled.
Signed-off-by: Konstantin Khlebnikov
Cc: Richard Cochran
---
drivers/net/ethernet/broadcom/tg3.c |5 +
drivers/net/ethernet/freescale/fec.c
it seems:
only move slb_miss_realmode to the end, can fix this issue without negative
effect.
diff --git a/arch/powerpc/kernel/exceptions-64s.S
b/arch/powerpc/kernel/exceptions-64s.S
index 200afa5..56bd923 100644
--- a/arch/powerpc/kernel/exceptions-64s.S
+++ b/arch/powerpc/kernel/excep
Hi guys,
On Wed, Mar 20, 2013 at 10:21:25AM -0700, Greg Kroah-Hartman wrote:
> On Tue, Mar 19, 2013 at 08:50:09PM +0100, Philippe Langlais wrote:
> > - if (up->port.type == PORT_16550A && size_fifo(up) == 64) {
> > - up->port.type = PORT_U6_16550A;
> > - up->capabilities |= U
Hi Michal,
On 03/21/2013 04:19 PM, Michal Hocko wrote:
On Thu 21-03-13 10:33:07, Simon Jeons wrote:
Hi Mel,
On 03/21/2013 02:19 AM, Mel Gorman wrote:
The following problem was reported against a distribution kernel when
zone_reclaim was enabled but the same problem applies to the mainline
kerne
From: Zhi Yong Wu
Signed-off-by: Zhi Yong Wu
---
man/btrfs.8.in | 37 +
1 file changed, 37 insertions(+)
diff --git a/man/btrfs.8.in b/man/btrfs.8.in
index 94f4ffe..54de60e 100644
--- a/man/btrfs.8.in
+++ b/man/btrfs.8.in
@@ -60,6 +60,18 @@ btrfs \- control
On 03/20/2013 06:21 PM, Greg Kroah-Hartman wrote:
> On Tue, Mar 19, 2013 at 08:50:09PM +0100, Philippe Langlais wrote:
>> The auto-detection based on 64 bytes fifo size causes troubles
>> for the identification of the MultiTechZPX Modems (pci 11c1:0480).
>> They loose the ability to do hardware fl
On Mon, Mar 11, 2013 at 04:30:26PM -0600, Stephen Warren wrote:
> From: Stephen Warren
>
> Tegra only supports, and always enables, device tree. Remove all ifdefs
> and runtime checks for DT support from the driver.
>
> Signed-off-by: Stephen Warren
Applied thanks
--
~Vinod
--
To unsubscribe f
Hi Alex,
On 03/21/2013 01:13 PM, Alex Shi wrote:
> On 03/20/2013 12:57 PM, Preeti U Murthy wrote:
>> Neither core will be able to pull the task from the other to consolidate
>> the load because the rq->util of t2 and t4, on which no process is
>> running, continue to show some number even though t
On Thu 21-03-13 16:32:03, Simon Jeons wrote:
> Hi Michal,
> On 03/21/2013 04:19 PM, Michal Hocko wrote:
> >On Thu 21-03-13 10:33:07, Simon Jeons wrote:
> >>Hi Mel,
> >>On 03/21/2013 02:19 AM, Mel Gorman wrote:
> >>>The following problem was reported against a distribution kernel when
> >>>zone_recl
On Tue, Mar 19, 2013 at 11:52:49AM +0100, Maxime Ripard wrote:
> From: Emilio López
>
> This commit implements support for using the clk api; this lets us use
> the "clocks" property with device tree, instead of having to use
> clock-frequency.
>
> Signed-off-by: Emilio López
FWIW,
Reviewed-b
On Tue, Mar 12, 2013 at 08:53:37PM -0300, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Since commit 84c1e63c12 (dma: Remove erroneous __exit and __exit_p()
> references)
> the following section mismatch happens:
>
> WARNING: drivers/built-in.o(.text+0x20f94): Section mismatch in reference
>
On Thu, Mar 21, 2013 at 12:15:33AM -0700, Roland Dreier wrote:
> >> I think this change will break the case where userspace tries to
> >> register an MR with read-only permission, but intends locally through
> >> the CPU to write to the memory.
>
> > Shouldn't it set LOCAL_WRITE then?
>
> We're t
Hi Frank,
On Thu, Mar 21, 2013 at 11:29 AM, Frank Rowand wrote:
>
> I found the problem on 3.6.11, but have not replicated it on 3.9-rcX
> yet because my config fails to build on 3.9-rc1 and 3.9-rc2. I'll try
> to work on that issue tomorrow.
I play upstream kernel on Pandaboard A1 frequently,
On 3/21/13 2:17 AM, zwu.ker...@gmail.com wrote:
> From: Zhi Yong Wu
>
> In "[ \fB\-f\fP\fI ]", the "\fI" will result in the front half "["of
> "[ -f ]" doesn't the back half "]"; When you issue the command
> "man mkfs.btrfs", you will see the difference.
>
> Signed-off-by: Zhi Yong Wu
Whoops
On Thu 21-03-13 09:22:21, Li Zefan wrote:
> As cgroup supports rename, it's unsafe to dereference dentry->d_name
> without proper vfs locks. Fix this by using cgroup_name().
>
> Signed-off-by: Li Zefan
> ---
>
> This patch depends on "cgroup: fix cgroup_path() vs rename() race",
> which has been
Hi Grant,
On Mar 19, 2013, at 7:18 PM, Grant Likely wrote:
> On Tue, 19 Mar 2013 13:51:01 +0200, Pantelis Antoniou
> wrote:
>> Hi Grant,
>>
>> On Mar 16, 2013, at 11:24 AM, Grant Likely wrote:
>>
>>> On Wed, 23 Jan 2013 12:58:02 +0200, Pantelis Antoniou
>>> wrote:
Hi David,
On Thu, Mar 21, 2013 at 1:51 AM, Michael S. Tsirkin wrote:
>> In that case, no, I don't see any reason for LOCAL_WRITE, since the
>> only RDMA operations that will access this memory are remote reads.
>
> What is the meaning of LOCAL_WRITE then? There are no local
> RDMA writes as far as I can see
Hello,
On Wed, Mar 20, 2013 at 07:50:51PM +0100, Sascha Hauer wrote:
> On Wed, Mar 20, 2013 at 09:32:51AM -0700, Sören Brinkmann wrote:
> > If the caller
> > doesn't like the returned frequency he can request a different one.
> > And he's eventually happy with the return value he calls
> > clk_set
From: Yasuaki Ishimatsu
If system can create movable node which all memory of the
node is allocated as ZONE_MOVABLE, setup_node_data() cannot
allocate memory for the node's pg_data_t.
So, use memblock_alloc_try_nid() instead of memblock_alloc_nid()
to retry when the first allocation fails.
Signe
As mentioned by Liu Jiang and Wu Jiangguo, users could specify DMA,
DMA32, and HIGHMEM as movable. In order to ensure the kernel will
work correctly, we should exclude these memory ranges out from
zone_movable_limit[].
NOTE: Do find_usable_zone_for_movable() to initialize movable_zone
so tha
Hi Yinghai, all,
This patch-set is based on Yinghai's tree:
git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git
for-x86-mm
For main line, we need to apply Yinghai's
"x86, ACPI, numa: Parse numa info early" patch-set first.
Please refer to:
v1: https://lkml.org/lkml/2013/3/7/6
Now, Yinghai has tried to allocate pagetables and vmemmap pages in local
node. If we limit memblock allocation in movablemem_map.map[], we have to
exclude the pagetables and vmemmap pages.
So we need the following sequence:
1) Parse SRAT, store numa_meminfo.
2) Initialize memory mapping, allocate
Since we have introduced hotplug info into struct numa_meminfo, we need
to consider it when cleanup numa_meminfo.
The original logic in numa_cleanup_meminfo() is:
Merge blocks on the same node, holes between which don't overlap with
memory on other nodes.
This patch modifies numa_cleanup_meminfo(
In order to support allocating pagetable and vmammap pages in local node,
we should initialzie memory mapping without any limitation for memblock first,
using memblock to reserve pagetable and vmemmap pages in local node, and then
sanitize movablemem_map.map[] to limit memblock.
In this way, we ca
Since we are using struct numa_meminfo to store SRAT info, and sanitize
movablemem_map.map[], we need hotplug info in struct numa_meminfo.
This patch introduces a "bool hotpluggable" member into struct
numa_meminfo.
And modifies the following APIs' prototypes to support it:
- numa_add_memblk()
We now provide an option for users who don't want to specify physical
memory address in kernel commandline.
/*
* For movablemem_map=acpi:
*
* SRAT:|_| |_| |_| |_| ..
* node id:0 1
If kernelcore or movablecore is specified at the same time with
movablemem_map, movablemem_map will have higher priority to be
satisfied. This patch will make find_zone_movable_pfns_for_nodes()
calculate zone_movable_pfn[] with the limit from zone_movable_limit[].
Signed-off-by: Tang Chen
Review
When implementing movablemem_map boot option, we introduced an array
movablemem_map.map[] to store the memory ranges to be set as ZONE_MOVABLE.
Since ZONE_MOVABLE is the latst zone of a node, if user didn't specify
the whole node memory range, we need to extend it to the node end so that
we can us
Ensure memblock will not allocate memory from areas that may be
ZONE_MOVABLE. The map info is from movablemem_map boot option.
The following problem was reported by Stephen Rothwell:
The definition of struct movablecore_map is protected by
CONFIG_HAVE_MEMBLOCK_NODE_MAP but its use in memblock_over
Add functions to parse movablemem_map boot option. Since the option
could be specified more then once, all the maps will be stored in the
global array movablemem_map.map[].
And also, we keep the array in monotonic increasing order by start_pfn.
And merge all overlapped ranges.
Signed-off-by: Tang
Since node info in SRAT may not be in increasing order, we may meet
a lower range after we handled a higher range. So we need to keep
the lowest movable pfn each time we parse a SRAT memory entry, and
update it when we get a lower one.
This patch introduces a new array zone_movable_limit[], which
This patch-set introduces a new boot option "movablemem_map".
The functionality will be posted in two parts:
part1: Implement movablemem_map logic.
In this part, pagetable and vmemmap are not allowed to be allocated
on local node.
part2: Support allocating pagetable and vmemmap on lo
The Hot Pluggable field in SRAT points out if the memory could be
hotplugged while the system is running. It is useful to print out
this info when parsing SRAT.
Signed-off-by: Tang Chen
---
arch/x86/mm/srat.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/arch/x
Move a few declarations in a header.
Cc: "David S. Miller"
Cc: Eric Dumazet
Cc: Pavel Emelyanov
Cc: Pablo Neira Ayuso
Cc: "Eric W. Biederman"
Cc: Gao feng
Signed-off-by: Andrey Vagin
---
net/netlink/af_netlink.c | 59 -
net/netlink/af_netlink.h |
Cc: "David S. Miller"
Cc: Eric Dumazet
Cc: Pavel Emelyanov
Cc: Pablo Neira Ayuso
Cc: "Eric W. Biederman"
Cc: Gao feng
Signed-off-by: Andrey Vagin
Andrey Vagin (2):
net: prepare netlink code for netlink diag
netlink: Diag core and basic socket info dumping
include/uapi/linux/netlink_d
The netlink_diag can be built as a module, just like it's done in
unix sockets.
The core dumping message carries the basic info about netlink sockets:
family, type and protocol, portis, dst_group, dst_portid, state.
Groups can be received as an optional parameter NETLINK_DIAG_GROUPS.
Netlink soc
On 03/21/2013 04:41 PM, Preeti U Murthy wrote:
>> >
> Yes, I did find this behaviour on a 2 socket, 8 core machine very
> consistently.
>
> rq->util cannot go to 0, after it has begun accumulating load right?
>
> Say a load was running on a runqueue which had its rq->util to be at
> 100%. After
The Kconfig symbol MAX_ACTIVE_REGIONS is unused. Commit
0ee332c1451869963626bf9cac88f165a90990e1 ("memblock: Kill
early_node_map[]") removed the only place were it was actually used. But
it did not remove its Kconfig entries (for powerpc and sh).
Remove those two entries (and the entry for metag,
On Sun, Feb 24, 2013 at 04:36:09PM +0100, Markus Pargmann wrote:
> No DMA of-function alters the name, so this patch changes the name arguments
> to be constant. Most drivers will probably request DMA channels using a
> constant name.
>
> Signed-off-by: Markus Pargmann
Applied thanks
--
~Vinod
>
On Mon, Feb 25, 2013 at 04:46:26AM +0530, Syam Sidhardhan wrote:
> kfree on NULL pointer is a no-op.
>
> Signed-off-by: Syam Sidhardhan
Applied thanks
> ---
> drivers/dma/imx-dma.c |3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/drivers/dma/imx-dma.c b/drivers/dma/
On Wed, Mar 20, 2013 at 11:55:54PM -0700, Roland Dreier wrote:
> On Wed, Mar 20, 2013 at 11:18 PM, Michael S. Tsirkin wrote:
> > core/umem.c seems to get the arguments to get_user_pages
> > in the reverse order: it sets writeable flag and
> > breaks COW for MAP_SHARED if and only if hardware needs
On Thu, Mar 21, 2013 at 10:27:56AM +0100, Paul Bolle wrote:
> The Kconfig symbol MAX_ACTIVE_REGIONS is unused. Commit
> 0ee332c1451869963626bf9cac88f165a90990e1 ("memblock: Kill
> early_node_map[]") removed the only place were it was actually used. But
> it did not remove its Kconfig entries (for p
On Thu, Mar 21, 2013 at 02:13:38AM -0700, Roland Dreier wrote:
> On Thu, Mar 21, 2013 at 1:51 AM, Michael S. Tsirkin wrote:
> >> In that case, no, I don't see any reason for LOCAL_WRITE, since the
> >> only RDMA operations that will access this memory are remote reads.
> >
> > What is the meaning
On Wed, Mar 20, 2013 at 04:51:58PM +0100, Mike Turquette wrote:
> Quoting Peter De Schrijver (2013-03-20 02:49:57)
> > On Wed, Mar 20, 2013 at 12:51:10AM +0100, Mike Turquette wrote:
> > > Quoting Peter De Schrijver (2013-03-12 11:42:23)
> > > > diff --git a/include/linux/clk-private.h b/include/li
The Kconfig entry for TMS320C6X_CACHES_ON was added together with the
C6X build infrastructure in v3.3. It has never been used. It can safely
be removed.
Signed-off-by: Paul Bolle
---
Untested.
arch/c6x/Kconfig | 4
1 file changed, 4 deletions(-)
diff --git a/arch/c6x/Kconfig b/arch/c6x/K
On 03/20/2013 10:50 PM, Andrew Morton :
> On Fri, 15 Mar 2013 18:37:12 +0100 Nicolas Ferre
> wrote:
>
>> On some revisions of AT91 SoCs, the RTC IMR register is not working.
>> Instead of elaborating a workaround for that specific SoC or IP version,
>> we simply use a software variable to store
On Wed, Mar 20, 2013 at 05:18:47PM +0100, Michal Hocko wrote:
> On Sun 17-03-13 13:04:07, Mel Gorman wrote:
> [...]
> > diff --git a/mm/vmscan.c b/mm/vmscan.c
> > index 88c5fed..4835a7a 100644
> > --- a/mm/vmscan.c
> > +++ b/mm/vmscan.c
> > @@ -2593,6 +2593,32 @@ static bool prepare_kswapd_sleep(pg
On 21/03/13 09:34, Paul Mundt wrote:
> On Thu, Mar 21, 2013 at 10:27:56AM +0100, Paul Bolle wrote:
>> The Kconfig symbol MAX_ACTIVE_REGIONS is unused. Commit
>> 0ee332c1451869963626bf9cac88f165a90990e1 ("memblock: Kill
>> early_node_map[]") removed the only place were it was actually used. But
>> i
When we pause the channel after transfer is completed we might stuck in the
dwc_chan_pause() because the FIFO_EMPTY flag will never be asserted. To avoid
the endless loop we introduce a timeout here (*). The proper solution is to
somehow get the residue in FIFO and avoid busyloop when transfer is d
On Wed, Mar 20, 2013 at 09:10:31PM -0400, Rik van Riel wrote:
> On 03/17/2013 09:04 AM, Mel Gorman wrote:
> >Simplistically, the anon and file LRU lists are scanned proportionally
> >depending on the value of vm.swappiness although there are other factors
> >taken into account by get_scan_count().
Linus,
Please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
HEAD: fd4a5aef002bb57e8a35ed34d8a878034b9bde94 perf/x86: Add SNB/SNB-EP
scheduling constraints for cycle_activity event
A fair chunk of the
On 03/08/2013 10:14 AM, Nicolas Ferre :
> On 02/14/2013 10:59 PM, Joachim Eastwood :
>> Signed-off-by: Joachim Eastwood
>
> Acked-by: Nicolas Ferre
>
> Alessandro, do you want to queue this one on your side?
Ping?
Maybe Andrew, you may take this one on your side?
> Best regards,
>
>> ---
>>
* Arnaldo Carvalho de Melo wrote:
> From: Arnaldo Carvalho de Melo
>
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit d1398ccfec56e54010476efd6a316427d29045a6:
>
> perf tools: Fix LIBNUMA build with glibc 2.12 and older. (2013-03-14
> 08
On Fri, Mar 15, 2013 at 02:18:20PM +0530, Viresh Kumar wrote:
> In of_dma_controller_register() routine we are calling of_get_property() as an
> parameter to be32_to_cpup(). In case the property doesn't exist we will get a
> crash.
>
> This patch changes this code to check if we got a valid proper
On Wed, Mar 20, 2013 at 09:20:14PM -0400, Rik van Riel wrote:
> On 03/17/2013 09:04 AM, Mel Gorman wrote:
> >Page reclaim at priority 0 will scan the entire LRU as priority 0 is
> >considered to be a near OOM condition. Kswapd can reach priority 0 quite
> >easily if it is encountering a large numbe
The Kconfig entries for HEXAGON_VM and HEXAGON_ANGEL_TRAPS were added,
together with the configuration and makefiles for the Hexagon
architecture, in v3.2. They have never been used. They can safely be
removed.
Signed-off-by: Paul Bolle
---
Untested.
arch/hexagon/Kconfig | 9 -
1 file c
On Thu, Mar 21, 2013 at 10:55 AM, Herbert Xu
wrote:
> On Thu, Mar 14, 2013 at 06:09:33PM +0100, Fabio Porcedda wrote:
>> This patch converts the drivers to use the
>> module_platform_driver_probe() macro which makes the code smaller and
>> a bit simpler.
>>
>> Signed-off-by: Fabio Porcedda
>> Cc:
On Wed, Mar 20, 2013 at 07:22:59PM -0700, Paul E. McKenney wrote:
> > > > > The "full_nohz=" boot parameter specifies which CPUs are to be
> > > > > adaptive-ticks CPUs. For example, "full_nohz=1,6-8" says that CPUs 1,
> > > >
> > > > This is the first time you mention "adaptive-ticks". Probably
On 21 March 2013 15:16, Vinod Koul wrote:
> On Fri, Mar 15, 2013 at 02:18:20PM +0530, Viresh Kumar wrote:
>> In of_dma_controller_register() routine we are calling of_get_property() as
>> an
>> parameter to be32_to_cpup(). In case the property doesn't exist we will get a
>> crash.
>>
>> This patc
On Thu, Mar 21, 2013 at 11:15:26AM +0100, Fabio Porcedda wrote:
> On Thu, Mar 21, 2013 at 10:55 AM, Herbert Xu
> wrote:
> > On Thu, Mar 14, 2013 at 06:09:33PM +0100, Fabio Porcedda wrote:
> >> This patch converts the drivers to use the
> >> module_platform_driver_probe() macro which makes the code
On 21 March 2013 15:19, Andy Shevchenko
wrote:
> When we pause the channel after transfer is completed we might stuck in the
> dwc_chan_pause() because the FIFO_EMPTY flag will never be asserted. To avoid
> the endless loop we introduce a timeout here (*). The proper solution is to
> somehow get t
On Thu, Mar 21, 2013 at 12:22:57PM +0400, Konstantin Khlebnikov wrote:
> This patch adds new kind of dependencies between kconfig symbols,
> and new kconfig keyword 'apply' for them.
>
> 'apply' works mostly like 'select', but it allows to disable target symbol.
> Thus target symbol will be either
On Thu 21-03-13 10:08:49, Michal Hocko wrote:
> On Thu 21-03-13 09:22:21, Li Zefan wrote:
> > As cgroup supports rename, it's unsafe to dereference dentry->d_name
> > without proper vfs locks. Fix this by using cgroup_name().
> >
> > Signed-off-by: Li Zefan
> > ---
> >
> > This patch depends on
On 03/21/2013 02:57 PM, Alex Shi wrote:
> On 03/21/2013 04:41 PM, Preeti U Murthy wrote:
>> Yes, I did find this behaviour on a 2 socket, 8 core machine very
>> consistently.
>>
>> rq->util cannot go to 0, after it has begun accumulating load right?
>>
>> Say a load was running on a runqueue w
1 - 100 of 842 matches
Mail list logo