Hi all,
Changes since 20130814:
The slab tree lost its build failure.
The arm-soc tree gained a conflict against the arm tree.
I have created today's linux-next tree at
git://git.kernel.org/pub/scm/linux/kerne
On Wed, Aug 14, 2013 at 11:45 PM, Eric W. Biederman
wrote:
> Miklos Szeredi writes:
>
>> On Wed, Aug 14, 2013 at 9:32 PM, Eric W. Biederman
>> wrote:
>>
The solution is also theoretically simple: mounts in unpriv namespaces
are marked "volatile" and are dissolved on an unlink type oper
Am 15.08.2013 00:59, schrieb Kent Overstreet:
> Jens, here's the latest bcache fixes. Some urgent stuff in here:
>
>
> The following changes since commit 79826c35eb99cd3c0873b8396f45fa26c87fb0b0:
>
> bcache: Allocation kthread fixes (2013-07-12 00:22:49 -0700)
>
> are available in the git rep
Miklos Szeredi writes:
> On Wed, Aug 14, 2013 at 9:32 PM, Eric W. Biederman
> wrote:
>
>>> The solution is also theoretically simple: mounts in unpriv namespaces
>>> are marked "volatile" and are dissolved on an unlink type operation.
>>>
>>> Such volatile mounts would be useful in general too.
On 2013/8/15 12:17, Minchan Kim wrote:
>
> Please read full thread in detail.
>
> Mel suggested following as
>
> if (PageBuddy(page)) {
> int nr_pages = (1 << page_order(page)) - 1;
> if (PageBuddy(page)) {
> nr_pages = min(nr_pages, MAX_ORDER_NR_PAGES - 1);
>
On Wed, Aug 14, 2013 at 03:14:11AM -0700, Guenter Roeck wrote:
> On 08/14/2013 01:26 AM, Geert Uytterhoeven wrote:
> > On Wed, Aug 14, 2013 at 12:36 AM, Guenter Roeck wrote:
> cris/...:
> In file included from include/linux/page-flags.h:8:0,
> from kernel/bounds.c:
On Wed, Aug 14, 2013 at 10:26:12AM +0200, Geert Uytterhoeven wrote:
> On Wed, Aug 14, 2013 at 12:36 AM, Guenter Roeck wrote:
> >> > cris/...:
> >> > In file included from include/linux/page-flags.h:8:0,
> >> > from kernel/bounds.c:9:
> >> > include/linux/types.h:25:1: error: unkno
On Tue, Aug 13, 2013 at 10:49:42PM +0200, Geert Uytterhoeven wrote:
> On Tue, Aug 13, 2013 at 10:19 PM, Guenter Roeck wrote:
> > m68k/allmodconfig:
> > drivers/hid/hid-microsoft.c: In function 'ms_report_fixup':
> > drivers/hid/hid-microsoft.c:52:18: error: macro "memcmp" passed 6
> > arguments,
On Tue, Aug 13, 2013 at 01:19:36PM -0700, Guenter Roeck wrote:
> I copied the individual log files for the 3.4 build to
> http://roeck-us.net/linux/logs
> in case you want to browse through it.
>
> Here is a summary.
>
> mips/allmodconfig:
> drivers/net/ethernet/3com/3c59x.c: In function 'vortex
On Wed, Aug 14, 2013 at 11:18 PM, David Lang wrote:
> On Wed, 14 Aug 2013, Andy Lutomirski wrote:
>
>>> The big problem with this approach is that not doing the
>>> timestamp update on page faults is going to break the inode change
>>> version counting because for ext4, btrfs and XFS it takes a
>>
On 15/08/13 06:12, Joel Fernandes wrote:
> On 08/14/2013 07:47 PM, Joe Perches wrote:
>> On Wed, 2013-08-14 at 18:40 -0500, Joel Fernandes wrote:
>>> On 08/14/2013 06:29 PM, Joe Perches wrote:
On Wed, 2013-08-14 at 18:12 -0500, Joel Fernandes wrote:
> When DEBUG is enabled, these macros ca
On Wed, Aug 14, 2013 at 04:40:52PM -0700, Andrew Morton wrote:
> On Fri, 9 Aug 2013 01:21:33 -0400 Naoya Horiguchi
> wrote:
>
> > Here is the 5th version of hugepage migration patchset.
> > Changes in this version are as follows:
> > - removed putback_active_hugepages() as a cleanup (1/9)
> >
Hi, Eduardo,
thanks for the patch, just one minor comments.
On 二, 2013-07-09 at 10:00 -0400, Eduardo Valentin wrote:
> diff --git a/drivers/thermal/thermal_hwmon.h b/drivers/thermal/thermal_hwmon.h
> new file mode 100644
> index 000..c798fdb
> --- /dev/null
> +++ b/drivers/thermal/thermal_hwm
On Wed, 14 Aug 2013, Andy Lutomirski wrote:
The big problem with this approach is that not doing the
timestamp update on page faults is going to break the inode change
version counting because for ext4, btrfs and XFS it takes a
transaction to bump that counter. NFS needs to know the moment a
fil
> -Original Message-
> From: Brian Norris [mailto:computersforpe...@gmail.com]
> Sent: Thursday, August 15, 2013 1:00 PM
> To: Caizhiyong
> Cc: Andrew Morton; Karel Zak; linux-...@lists.infradead.org;
> linux-kernel@vger.kernel.org; Wanglin (Albert); Artem Bityutskiy; Shmulik
> Ladkani;
>
On Wed, Aug 14, 2013 at 11:01 PM, Dave Chinner wrote:
> On Wed, Aug 14, 2013 at 09:32:13PM -0700, Andy Lutomirski wrote:
>> On Wed, Aug 14, 2013 at 7:10 PM, Dave Chinner wrote:
>> > On Wed, Aug 14, 2013 at 09:11:01PM -0400, Theodore Ts'o wrote:
>> >> On Wed, Aug 14, 2013 at 04:38:12PM -0700, Andy
diff --git a/Makefile b/Makefile
index 7f4df0c..b19d508 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 4
-SUBLEVEL = 57
+SUBLEVEL = 58
EXTRAVERSION =
NAME = Saber-toothed Squirrel
diff --git a/drivers/char/virtio_console.c b/drivers/char/virtio_console.c
index
I'm announcing the release of the 3.4.58 kernel.
All users of the 3.4 kernel series must upgrade.
The updated 3.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.4.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 3.10.7 kernel.
All users of the 3.10 kernel series must upgrade.
The updated 3.10.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.10.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 3.0.91 kernel.
All users of the 3.0 kernel series must upgrade.
The updated 3.0.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.0.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index 4789f7a..ab2f30a 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 0
-SUBLEVEL = 90
+SUBLEVEL = 91
EXTRAVERSION =
NAME = Sneaky Weasel
diff --git a/drivers/char/virtio_console.c b/drivers/char/virtio_console.c
index a95256a..
As request by hpa, add comments for why we choose 5 for
step size shift.
Signed-off-by: Yinghai Lu
Reviewed-by: Tang Chen
Tested-by: Tang Chen
---
arch/x86/mm/init.c | 21 ++---
1 file changed, 18 insertions(+), 3 deletions(-)
Index: linux-2.6/arch/x86/mm/init.c
===
From: "Lad, Prabhakar"
Add OF_DEV_AUXDATA for mdio driver in da850 board dt
file to use mdio clock.
Signed-off-by: Lad, Prabhakar
---
Changes for v2: none
Changes for v3: none
Changes for v4: none
arch/arm/mach-davinci/da8xx-dt.c |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/
From: "Lad, Prabhakar"
Add eth0 device tree node information and pinmux for mii to da850 by
providing interrupt details and local mac address of eth0.
Signed-off-by: Lad, Prabhakar
---
Changes for v2: None
Changes for v3:
a> Split the pinmux for mdio and mii.
Changes for v4: none
ar
From: "Lad, Prabhakar"
Add OF_DEV_AUXDATA for eth0 driver in da850 board dt
file to use emac clock.
Signed-off-by: Lad, Prabhakar
---
Changes for V2: none
Changes for V3: none
Changes for v4: none
arch/arm/mach-davinci/da8xx-dt.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/a
From: "Lad, Prabhakar"
Add mdio device tree node information to da850 by
providing register details and bus frequency of mdio.
Signed-off-by: Lad, Prabhakar
---
Changes for v2: none
Changes for v3:
a> Added pin entries for mdio.
Changes for v4: none
arch/arm/boot/dts/da850-evm.dts
From: "Lad, Prabhakar"
This patch removes the clock alias for mdio device and adds a entry
in clock lookup table, this entry can now be used by both DT and NON
DT case.
Signed-off-by: Lad, Prabhakar
---
changes for v2: None
Changes for v3:
a> added clock lookup entry for davinci_mdio in
From: "Lad, Prabhakar"
This patch set enables Ethernet support through device tree model.
This patch set enables mii interface only and is being tested to boot via
rootfs. The rmii phy is present on the i2c gpio expander chip (UI board)
for which yet support needs to be added, once the DT support
On Wed, Aug 14, 2013 at 09:32:13PM -0700, Andy Lutomirski wrote:
> On Wed, Aug 14, 2013 at 7:10 PM, Dave Chinner wrote:
> > On Wed, Aug 14, 2013 at 09:11:01PM -0400, Theodore Ts'o wrote:
> >> On Wed, Aug 14, 2013 at 04:38:12PM -0700, Andy Lutomirski wrote:
> >> > > It would be better to write zero
Current acpi tables in initrd is limited to 10, that is too small.
64 should be good enough as we have 35 sigs and could have several
SSDT.
Two problems in current code prevent us from increasing limit:
1. that cpio file info array is put in stack, as every element is 32
bytes, could run out of
On 15/08/13 02:30, Joel Fernandes wrote:
> On 08/14/2013 06:12 PM, Joel Fernandes wrote:
>> This patch series is a rewrite of the DMA portion of omap-aes driver
>> and also adds support for PIO mode. Both these modes, give better
>> performance than before.
>>
>> Earlier, only a single SG was used
Alexey,
On Thu, Aug 15, 2013 at 12:57:19PM +1000, Alexey Kardashevskiy wrote:
>The current implementation of IOMMU on sPAPR does not use iommu_ops
>and therefore does not call IOMMU API's bus_set_iommu() which
>1) sets iommu_ops for a bus
>2) registers a bus notifier
>Instead, PCI devices are adde
The "di_size" variable comes from the disk and it's a signed 64 bit.
We check the upper limit but we should check for negative numbers as
well.
Signed-off-by: Dan Carpenter
diff --git a/fs/xfs/xfs_inode_fork.c b/fs/xfs/xfs_inode_fork.c
index 123971b..849fc70 100644
--- a/fs/xfs/xfs_inode_fork.c
The memcg_cache_params structure contains the common part and the union,
which represents two different types of data: one for root cashes and
another for child caches.
The size of child data is fixed. The size of the memcg_caches array is
calculated in runtime.
Currently the size of memcg_cache_
Current early_pfn_to_nid() on arch that support memblock go
over memblock.memory one by one, so will take too many try
near the end.
We can use existing memblock_search to find the node id for
given pfn, that could save some time on bigger system that
have many entries memblock.memory array.
Sign
On 08/15/2013 05:54 AM, Naoya Horiguchi wrote:
> On Thu, Aug 08, 2013 at 06:16:17PM +0800, Tang Chen wrote:
>> --- a/mm/memblock.c
>> +++ b/mm/memblock.c
> ...
>> @@ -719,6 +723,10 @@ void __init_memblock __next_free_mem_range_rev(u64
>> *idx, int nid,
>> if (nid != MAX_NUMNODES&& ni
On Tue, Aug 13, 2013 at 11:43:30AM -0700, James Bottomley wrote:
> Can we actually boot a 32 bit kernel on an EFI64 system? The last time
> I tried on my Secure Boot SDV it wouldn't work; the problem is getting
> someting in the transfer of control path to boot the processor back to
> 32 bit mode
On 08/14/2013 07:47 PM, Joe Perches wrote:
> On Wed, 2013-08-14 at 18:40 -0500, Joel Fernandes wrote:
>> On 08/14/2013 06:29 PM, Joe Perches wrote:
>>> On Wed, 2013-08-14 at 18:12 -0500, Joel Fernandes wrote:
When DEBUG is enabled, these macros can be used to print variables
in integer an
On Sat, Aug 10, 2013 at 08:42:58AM -0700, Linus Torvalds wrote:
> On Fri, Aug 9, 2013 at 4:04 PM, Andi Kleen wrote:
> > From: Andi Kleen
> >
> > Move the cond_resched() check for CONFIG_PREEMPT_VOLUNTARY into
> > the low level copy_*_user code. This avoids some code bloat and
> > makes check much
On Thu, Aug 15, 2013 at 03:38:47AM +, Caizhiyong wrote:
> > -Original Message-
> > From: Brian Norris [mailto:computersforpe...@gmail.com]
> > Sent: Thursday, August 15, 2013 8:12 AM
> > To: Andrew Morton
> > Cc: Caizhiyong; Karel Zak; linux-...@lists.infradead.org;
> > linux-kernel@vge
On Wed, Aug 14, 2013 at 9:32 PM, Eric W. Biederman
wrote:
>> The solution is also theoretically simple: mounts in unpriv namespaces
>> are marked "volatile" and are dissolved on an unlink type operation.
>>
>> Such volatile mounts would be useful in general too.
>
> Agreed.
>
> This is a problem
Hey Christoph,
On Wed, Aug 14, 2013 at 04:58:36PM +, Christoph Lameter wrote:
> On Thu, 15 Aug 2013, Minchan Kim wrote:
>
> > When I look API of mmu_notifier, it has mm_struct so I guess it works
> > for only user process. Right?
>
> Correct. A process must have mapped the pages. If you can
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
arch/arm/include/debug/highbank.S between commits df917c8c18b4 ("ARM:
debug: provide PL01x debug uart phys/virt address configuration options")
and 5e33abe38413 ("ARM: debug: move PL01X debug include into
arch/arm/include/debug
On Wed, Aug 14, 2013 at 7:10 PM, Dave Chinner wrote:
> On Wed, Aug 14, 2013 at 09:11:01PM -0400, Theodore Ts'o wrote:
>> On Wed, Aug 14, 2013 at 04:38:12PM -0700, Andy Lutomirski wrote:
>> > > It would be better to write zeros to it, so we aren't measuring the
>> > > cost of the unwritten->written
On Wed, Aug 14, 2013 at 07:24:01PM -0700, Andi Kleen wrote:
> > And FWIW, it's no secret that XFS has more per-operation overhead
> > than ext4 through the write path when it comes to allocation, so
> > it's no surprise that on a workload that is highly dependent on
> > allocation overhead that ext
On Thu, Aug 15, 2013 at 01:17:55PM +0900, Minchan Kim wrote:
> Hello,
>
> On Thu, Aug 15, 2013 at 11:46:07AM +0800, Xishi Qiu wrote:
> > On 2013/8/15 10:44, Minchan Kim wrote:
> >
> > > Hi Xishi,
> > >
> > > On Thu, Aug 15, 2013 at 10:32:50AM +0800, Xishi Qiu wrote:
> > >> On 2013/8/15 2:00, Mel
Hello,
On Thu, Aug 15, 2013 at 11:46:07AM +0800, Xishi Qiu wrote:
> On 2013/8/15 10:44, Minchan Kim wrote:
>
> > Hi Xishi,
> >
> > On Thu, Aug 15, 2013 at 10:32:50AM +0800, Xishi Qiu wrote:
> >> On 2013/8/15 2:00, Mel Gorman wrote:
> >>
> > Even if the page is still page buddy, there is no g
> -Original Message-
> From: Andy Lutomirski [mailto:l...@amacapital.net]
> Sent: Thursday, August 15, 2013 03:15
> To: Winkler, Tomas; linux-kernel@vger.kernel.org
> Subject: mei oopses at startup if it's built-in (3.11-rc5)
>
> It blows up early enough that it's awkward to get the whol
This patch implements fallocate and punch hole support for Ceph kernel client.
Signed-off-by: Li Wang
Signed-off-by: Yunchuan Wen
---
Against v3:
Passed the fsx test from xfstests.
Truncate rather than delete the first object. Thanks go to Sage and Zheng for
the explanation.
Silence the OSD
On 2013/8/15 10:44, Minchan Kim wrote:
> Hi Xishi,
>
> On Thu, Aug 15, 2013 at 10:32:50AM +0800, Xishi Qiu wrote:
>> On 2013/8/15 2:00, Mel Gorman wrote:
>>
> Even if the page is still page buddy, there is no guarantee that it's
> the same page order as the first read. It could have be cu
On 08/15/2013 11:27 AM, Tejun Heo wrote:
Hello, Tang.
On Thu, Aug 15, 2013 at 11:23:19AM +0800, Tang Chen wrote:
Furthermore, we don't need to check "if (this_end< size)" actually. Without
this confusing check, we only waste some loops. So this patch removes the
check.
Signed-off-by: Tang Che
> -Original Message-
> From: Brian Norris [mailto:computersforpe...@gmail.com]
> Sent: Thursday, August 15, 2013 8:12 AM
> To: Andrew Morton
> Cc: Caizhiyong; Karel Zak; linux-...@lists.infradead.org;
> linux-kernel@vger.kernel.org; Wanglin (Albert); Artem Bityutskiy; Shmulik
> Ladkani;
>
On Thu, 15 Aug 2013 11:32:10 +0930
Rusty Russell wrote:
> Steven Rostedt writes:
> > But the thing about this that bothers me is that there's no way to say,
> > "Enable all tracepoints in this module on load". I would like a way to
> > do that, but I don't know of a way to do that without modify
2013/8/15 Guenter Roeck :
> On 08/14/2013 02:11 AM, Julia Lawall wrote:
>>
>> From: Julia Lawall
>>
>> Remove unneeded error handling on the result of a call to
>> platform_get_resource when the value is passed to devm_ioremap_resource.
>>
>> A simplified version of the semantic patch that makes t
Hello, Tang.
On Thu, Aug 15, 2013 at 11:23:19AM +0800, Tang Chen wrote:
> Furthermore, we don't need to check "if (this_end < size)" actually. Without
> this confusing check, we only waste some loops. So this patch removes the
> check.
>
> Signed-off-by: Tang Chen
> ---
> mm/memblock.c |3 -
In memblock_find_in_range_node(), it has the following check at line 117 and
118:
113 for_each_free_mem_range_reverse(i, nid, &this_start, &this_end,
NULL) {
114 this_start = clamp(this_start, start, end);
115 this_end = clamp(this_end, start, end);
11
Steven Rostedt writes:
> But the thing about this that bothers me is that there's no way to say,
> "Enable all tracepoints in this module on load". I would like a way to
> do that, but I don't know of a way to do that without modifying the
> module code. Have any ideas? Basically, I would love to
On 08/14/2013 02:11 AM, Julia Lawall wrote:
From: Julia Lawall
Remove unneeded error handling on the result of a call to
platform_get_resource when the value is passed to devm_ioremap_resource.
Move the call to platform_get_resource adjacent to the call to
devm_ioremap_resource to make the con
On 08/14/2013 02:11 AM, Julia Lawall wrote:
From: Julia Lawall
Remove unneeded error handling on the result of a call to
platform_get_resource when the value is passed to devm_ioremap_resource.
A simplified version of the semantic patch that makes this change is as
follows: (http://coccinelle.
On 08/14/2013 02:11 AM, Julia Lawall wrote:
From: Julia Lawall
Remove unneeded error handling on the result of a call to
platform_get_resource when the value is passed to devm_ioremap_resource.
A simplified version of the semantic patch that makes this change is as
follows: (http://coccinelle.
The current implementation of IOMMU on sPAPR does not use iommu_ops
and therefore does not call IOMMU API's bus_set_iommu() which
1) sets iommu_ops for a bus
2) registers a bus notifier
Instead, PCI devices are added to IOMMU groups from
subsys_initcall_sync(tce_iommu_init) which does basically the
Hi Xishi,
On Thu, Aug 15, 2013 at 10:32:50AM +0800, Xishi Qiu wrote:
> On 2013/8/15 2:00, Mel Gorman wrote:
>
> >>> Even if the page is still page buddy, there is no guarantee that it's
> >>> the same page order as the first read. It could have be currently
> >>> merging with adjacent buddies for
On 2013/8/15 2:00, Mel Gorman wrote:
>>> Even if the page is still page buddy, there is no guarantee that it's
>>> the same page order as the first read. It could have be currently
>>> merging with adjacent buddies for example. There is also a really
>>> small race that a page was freed, allocated
As an experiment this year, the Linux Kernel Summit Program Committee
would like to put out a call for hobbyists. This year, we have up to
three places to give to people who do Linux Kernel development as a
hobby rather than a profession (Our definition of "hobbyist" is anyone
who doesn't get paid
> And FWIW, it's no secret that XFS has more per-operation overhead
> than ext4 through the write path when it comes to allocation, so
> it's no surprise that on a workload that is highly dependent on
> allocation overhead that ext4 is a bit faster
This cannot explain a worse scaling curve tho
On Wed, Aug 14, 2013 at 09:44:19PM -0400, KOSAKI Motohiro wrote:
> >This is doubly idiotic because this is all early boot. Most users
> >don't even have a way to access the debug info if the machine crashes
> >that early. Developement convenience is something that we consider
> >too but, seriousl
On Wed, Aug 14, 2013 at 04:52:53PM -0500, Seth Jennings wrote:
> On Wed, Aug 14, 2013 at 02:37:26PM -0700, Yinghai Lu wrote:
> > On Wed, Aug 14, 2013 at 1:35 PM, Greg Kroah-Hartman
> > wrote:
> > > On Wed, Aug 14, 2013 at 01:05:33PM -0700, Dave Hansen wrote:
> > >> On 08/14/2013 12:43 PM, Greg Kro
On Wed, Aug 14, 2013 at 09:11:01PM -0400, Theodore Ts'o wrote:
> On Wed, Aug 14, 2013 at 04:38:12PM -0700, Andy Lutomirski wrote:
> > > It would be better to write zeros to it, so we aren't measuring the
> > > cost of the unwritten->written conversion.
> >
> > At the risk of beating a dead horse,
On 14/08/2013 05:02, Pali Rohár wrote:
On Tuesday 13 August 2013 15:55:28 Martin Peres wrote:
On 13/08/2013 09:53, Pali Rohár wrote:
On utorok, 13. augusta 2013 15:32:45 CEST, Martin Peres
wrote:
On 13/08/2013 09:23, Pali Rohár wrote:
On Tuesday 13 August 2013 09:01:19 Martin Peres wrote:
From: Oleg Nesterov
The next patch tries to avoid the costly perf_trace_buf_* calls
when possible but there is a problem. We can only do this if
__task == NULL, perf_tp_event(task != NULL) has the additional
code for this case.
Unfortunately, TP_perf_assign/__perf_xxx which changes the default
v
From: Oleg Nesterov
To simplify the review of the next patches:
1. We are going to reimplent __perf_task/counter and embedd them
into TP_ARGS(). expand TRACE_EVENT(sched_stat_runtime) into
DECLARE_EVENT_CLASS() + DEFINE_EVENT(), this way they can use
different TP_ARGS's.
2. Change perf
Ingo,
These three patches from Oleg are more perf related, but they
are based on some of the updates that Oleg did that are in 3.11-rc5.
I based this work off of v3.11-rc5 as it seems that tip/perf/core is
still based on 3.11-rc1. You may want to merge Linus's 3.11-rc5 before
pulling this.
All
From: Oleg Nesterov
perf_trace_buf_prepare() + perf_trace_buf_submit(task => NULL)
make no sense if hlist_empty(head). Change perf_trace_##call()
to check ->perf_events beforehand and do nothing if it is empty.
This removes the overhead for tasks without events associated
with them. For example,
On Tue, Aug 6, 2013 at 8:06 PM, Xiaotian Feng wrote:
> If doms_new is NULL, partition_sched_domains() will reset ndoms_cur
> to 0, and free old sched domains with free_sched_domains(doms_cur, ndoms_cur).
> As ndoms_cur is 0, the cpumask will not be freed.
>
> Signed-off-by: Xiaotian Feng
> Cc: In
On 2013/8/15 2:43, Oleg Nesterov wrote:
> On 08/14, Rui Xiang wrote:
>>
>> On 2013/8/14 13:06, Andy Lutomirski wrote:
>>> On Tue, Aug 13, 2013 at 10:04 PM, Rui Xiang wrote:
The level of init_user_ns shoule be 1.
>>>
>>> What's wrong with zero?
>>>
>>
>> No problem. It is just consistent with
On Wed, Aug 14, 2013 at 09:38:12PM -0400, KOSAKI Motohiro wrote:
> As you think makes no sense, I also think your position makes no sense. So,
> please
> stop emotional word. That doesn't help discussion progress.
Would you then please stop making nonsense assertions like "the
fundamental rule he
(8/14/13 9:33 PM), Tejun Heo wrote:
On Wed, Aug 14, 2013 at 09:21:33PM -0400, Tejun Heo wrote:
Secondly, memory hotplug is now maintained I and kamezawa-san. Then, I much
likely
have a chance to get a hotplug related bug report. For protecting my life, I
don't
want get a false bug claim. Then,
On Wed, 14 Aug 2013 15:28:27 +0200
Jan Kara wrote:
> A CPU can be caught in console_unlock() for a long time (tens of seconds
> are reported by our customers) when other CPUs are using printk heavily
> and serial console makes printing slow. Despite serial console drivers
> are calling touch_nmi_
(8/14/13 9:21 PM), Tejun Heo wrote:
Hello, KOSAKI.
On Wed, Aug 14, 2013 at 09:08:22PM -0400, KOSAKI Motohiro wrote:
...
a fallback. Bogus and misguided fallback give a user false relief and they don't
notice their mistake quickly. The answer is, there is the fundamental rule.
We always said, "m
On Wed, Aug 14, 2013 at 09:21:33PM -0400, Tejun Heo wrote:
> > Secondly, memory hotplug is now maintained I and kamezawa-san. Then, I much
> > likely
> > have a chance to get a hotplug related bug report. For protecting my life,
> > I don't
> > want get a false bug claim. Then, I wouldn't like to
>> +* Marvell 88PM800 Power Management IC
>> +
>> +Required parent device properties:
>> +- compatible : "marvell,88pm800"
>> +- reg : the I2C slave address for the 88pm800 chip
>> +- interrupts : IRQ line for the 88pm800 chip
>> +- interrupt-controller: describes the 88pm800 as an interrupt contro
Hello, KOSAKI.
On Wed, Aug 14, 2013 at 09:08:22PM -0400, KOSAKI Motohiro wrote:
...
> a fallback. Bogus and misguided fallback give a user false relief and they
> don't
> notice their mistake quickly. The answer is, there is the fundamental rule.
> We always said, "measure your system carefully,
(8/12/13 3:34 PM), Toshi Kani wrote:
> lock_device_hotplug() serializes hotplug & online/offline operations.
> The lock is held in common sysfs online/offline interfaces and ACPI
> hotplug code paths.
>
> try_offline_node() off-lines a node if all memory sections and cpus
> are removed on the node
On Wed, Aug 14, 2013 at 04:41:00PM -0700, Andrew Morton wrote:
> On Fri, 9 Aug 2013 01:21:36 -0400 Naoya Horiguchi
> wrote:
>
> > +static void check_hugetlb_pmd_range(struct vm_area_struct *vma, pmd_t *pmd,
> > + const nodemask_t *nodes, unsigned long flags,
> > +
On Wed, Aug 14, 2013 at 04:38:12PM -0700, Andy Lutomirski wrote:
> > It would be better to write zeros to it, so we aren't measuring the
> > cost of the unwritten->written conversion.
>
> At the risk of beating a dead horse, how hard would it be to defer
> this part until writeback?
Part of the w
(8/14/13 5:36 PM), Tejun Heo wrote:
> On Wed, Aug 14, 2013 at 05:17:23PM -0400, KOSAKI Motohiro wrote:
>> You haven't explain practical benefit of your opinion. As far as users have
>> no benefit, I'm never agree. Sorry.
>
> Umm... how about being more robust and actually useable to begin with?
>
This patch implements fallocate and punch hole support for Ceph kernel client.
Signed-off-by: Li Wang
Signed-off-by: Yunchuan Wen
---
Passed the fsx test from xfstests.
Truncate rather than delete the first object. Thanks go to Sage and Zheng for
the explanation.
---
fs/ceph/file.c|
On 2013-8-14 19:27, Catalin Marinas wrote:
> On Mon, Jul 29, 2013 at 10:54:01AM +0100, Will Deacon wrote:
>> On Mon, Jul 29, 2013 at 10:46:06AM +0100, Vincent Guittot wrote:
>>> On 27 July 2013 12:42, Hanjun Guo wrote:
Power aware scheduling needs the cpu topology information to improve the
>
On Wed, 2013-08-14 at 18:40 -0500, Joel Fernandes wrote:
> On 08/14/2013 06:29 PM, Joe Perches wrote:
> > On Wed, 2013-08-14 at 18:12 -0500, Joel Fernandes wrote:
> >> When DEBUG is enabled, these macros can be used to print variables
> >> in integer and hex format, and clearly display which regist
After commit 9bdac91424075("sparsemem: Put mem map for one node together."),
vmemmap for one node will be allocated together, its logic is similiar as
memory allocation for pageblock flags. This patch introduce
alloc_usemap_and_memmap
to extract the same logic of memory alloction for pageblock fl
On Wed, 14 Aug 2013 17:11:51 -0700 Brian Norris
wrote:
> On Wed, Aug 14, 2013 at 3:57 PM, Andrew Morton
> wrote:
> > On Tue, 13 Aug 2013 06:02:17 + Caizhiyong wrote:
> >
> >> move the command line parser to a separate module, and change it into
> >> library-style code.
> >>
> >> reference:
preallocate_pmds will continue to preallocate pmds even if failure
occurrence, and then free all the preallocate pmds if there is
failure, this patch fix it by stop preallocate if failure occurrence
and go to free path.
Signed-off-by: Wanpeng Li
---
arch/x86/mm/pgtable.c | 4 +++-
1 file chang
Use wrapper function get_vm_area_size to calculate size of vm area.
Signed-off-by: Wanpeng Li
---
mm/vmalloc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/vmalloc.c b/mm/vmalloc.c
index 93d3182..553368c 100644
--- a/mm/vmalloc.c
+++ b/mm/vmalloc.c
@@ -1553,7 +1553,7 @@
It's not used globally and could be static.
Signed-off-by: Wanpeng Li
---
fs/fs-writeback.c | 2 +-
include/linux/writeback.h | 2 --
2 files changed, 1 insertion(+), 3 deletions(-)
diff --git a/fs/fs-writeback.c b/fs/fs-writeback.c
index 68851ff..a75951c 100644
--- a/fs/fs-writeback.c
On Wed, Aug 14, 2013 at 10:10:07AM -0700, Dave Hansen wrote:
> We talked a little about this issue in this thread:
>
> http://marc.info/?l=linux-mm&m=137573185419275&w=2
>
> but I figured I'd follow up with a full comparison. ext4 is about 20%
> slower in handling write page faults than ex
Hello, Kent.
On Wed, Aug 14, 2013 at 05:04:27PM -0700, Kent Overstreet wrote:
> I was just telling you how I felt :) Regardless of that, IMO what I've
> got now is superior to any radix tree based approach for what ida/idr
> are supposed to do. I could of course be wrong, but I'm not convinced...
Em Wed, 14 Aug 2013 16:27:06 +0530
"Naveen N. Rao" escreveu:
> On 08/13/2013 11:28 PM, Borislav Petkov wrote:
> > On Tue, Aug 13, 2013 at 11:02:08PM +0530, Naveen N. Rao wrote:
> >> If I'm not mistaken, even for systems that have EDAC drivers, it looks
> >> to me like EDAC can't really decode to
On Thu, Aug 15, 2013 at 12:17 AM, Minchan Kim wrote:
> Hi Luigi,
>
> On Wed, Aug 14, 2013 at 08:53:31AM -0700, Luigi Semenzato wrote:
>> During earlier discussions of zswap there was a plan to make it work
>> with zsmalloc as an option instead of zbud. Does zbud work for
>
> AFAIR, it was not an o
Em Wed, 14 Aug 2013 16:17:26 +0530
"Naveen N. Rao" escreveu:
> On 08/13/2013 11:09 PM, Luck, Tony wrote:
> >> In the meantime, like Boris suggests, I think we can have a different
> >> trace event for raw APEI reports - userspace can use it as it pleases.
> >>
> >> Once ghes_edac gets better, use
It blows up early enough that it's awkward to get the whole oops, but
it's in the probe function. If it's a module, I get instead:
[ 73.401679] mei_me :00:16.0: Device doesn't have valid ME Interface
[ 73.401684] mei_me :00:16.0: initialization failed.
Let me know if I should debug f
1 - 100 of 895 matches
Mail list logo
