, idVendor=, idProduct=
usb usb4: new device strings: Mfr=3, Product=2, SerialNumber=1
usb usb4: Product: UHCI Host Controller
usb usb4: Manufacturer: Linux 2.6.24-kas-alt1 uhci_hcd
usb usb4: SerialNumber: :00:1d.3
uhci_hcd :00:1d.3: FGR not stopped yet!
--
Regards, Kirill A. Shutemov
);
EXPORT_SYMBOL(__down_failed_interruptible);
@@ -22,3 +23,4 @@ EXPORT_SYMBOL(__put_user_8);
EXPORT_SYMBOL(strstr);
EXPORT_SYMBOL(csum_partial);
+EXPORT_SYMBOL(empty_zero_page);
_
Symbol init_level4_pgt is needed by nvidia module. Is it really need to
unexport it?
--
Regards, Kirill
]
wrote:
ACPI: Core revision 20070126
..MP-BIOS bug: 8254 timer not connected to IO-APIC
Kernel panic - not syncing: IO-APIC + timer doesn't work! Try using
the 'noapic' kernel parameter
I seen an identical error.
This bug is also reproducible with qemu.
--
Regards, Kirill
On [Wed, 21.11.2007 14:22], Andrew Morton wrote:
On Wed, 21 Nov 2007 20:23:46 +0200
Kirill A. Shutemov [EMAIL PROTECTED] wrote:
USB mouse(Logitech M-BT58) doesn't work. TouchPad works.
dmesg after rmmod usbcore modprobe uhci_hcd:
usbcore: registered new interface driver usbfs
On x86_64 'uname -m' return 'x86'. It break many userspace programs. apt
and rpm for example.
--
Regards, Kirill A. Shutemov
+ Belarus, Minsk
+ Velesys LLC, http://www.velesys.com/
+ ALT Linux Team, http://www.altlinux.com/
signature.asc
Description: Digital signature
test it?
--
Regards, Kirill A. Shutemov
+ Belarus, Minsk
+ Velesys LLC, http://www.velesys.com/
+ ALT Linux Team, http://www.altlinux.com/
signature.asc
Description: Digital signature
On [Fri, 23.11.2007 01:48], Thomas Gleixner wrote:
On Thu, 22 Nov 2007, Andrew Morton wrote:
On Thu, 22 Nov 2007 12:22:05 +0200 Kirill A. Shutemov [EMAIL PROTECTED]
wrote:
On x86_64 'uname -m' return 'x86'. It break many userspace programs. apt
and rpm for example.
Yes
This series of patches unexport several unneeded(I guess) headers from
userspace. Patches based on patch posted to linux-kernel@ by Mike Frysinger
in July.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Do not export asm/elf.h during make headers_install.
Signed-off-by: Kirill A. Shutemov [EMAIL PROTECTED]
---
include/asm-generic/Kbuild.asm |3 ---
include/linux/Kbuild |2 +-
include/linux/elf.h|2 ++
include/linux/elfcore.h|2 ++
4 files changed, 5
Do not export asm/page.h during make headers_install.
This removes PAGE_SIZE from userspace headers.
Signed-off-by: Kirill A. Shutemov [EMAIL PROTECTED]
---
include/asm-frv/Kbuild |1 -
include/asm-generic/Kbuild.asm |1 -
include/asm-s390/kexec.h |2 ++
include/asm-x86
Do not export asm/user.h and linux/user.h during make headers_install.
Signed-off-by: Kirill A. Shutemov [EMAIL PROTECTED]
---
include/asm-generic/Kbuild.asm |1 -
include/asm-x86/Kbuild |2 --
include/linux/Kbuild |1 -
include/linux/elfcore.h|2 ++
4
asm/elf.h, asm/page.h and asm/user.h don't export to userspace now, so
we can drop #ifdef __KERNEL__ for them.
Signed-off-by: Kirill A. Shutemov [EMAIL PROTECTED]
---
include/asm-alpha/elf.h |3 ---
include/asm-alpha/page.h |3 ---
include/asm-arm/elf.h |3
On [Tue, 30.10.2007 08:47], David Woodhouse wrote:
On Tue, 2007-10-30 at 13:02 +0200, Kirill A. Shutemov wrote:
This series of patches unexport several unneeded(I guess) headers from
userspace. Patches based on patch posted to linux-kernel@ by Mike Frysinger
in July.
Looks OK to me
Do not export asm/elf.h during make headers_install.
Signed-off-by: Kirill A. Shutemov [EMAIL PROTECTED]
Reviewed-By: David Woodhouse [EMAIL PROTECTED]
---
include/asm-generic/Kbuild.asm |3 ---
include/linux/Kbuild |2 +-
include/linux/elf.h|2 ++
include/linux
Do not export asm/page.h during make headers_install.
This removes PAGE_SIZE from userspace headers.
Signed-off-by: Kirill A. Shutemov [EMAIL PROTECTED]
Reviewed-By: David Woodhouse [EMAIL PROTECTED]
Cc: David Howells [EMAIL PROTECTED]
Cc: Martin Schwidefsky [EMAIL PROTECTED]
Cc: Heiko Carstens
Do not export asm/user.h and linux/user.h during make headers_install.
Signed-off-by: Kirill A. Shutemov [EMAIL PROTECTED]
Reviewed-By: David Woodhouse [EMAIL PROTECTED]
Cc: Thomas Gleixner [EMAIL PROTECTED]
Cc: Ingo Molnar [EMAIL PROTECTED]
Cc: H. Peter Anvin [EMAIL PROTECTED]
---
include/asm
asm/elf.h, asm/page.h and asm/user.h don't export to userspace now, so
we can drop #ifdef __KERNEL__ for them.
Signed-off-by: Kirill A. Shutemov [EMAIL PROTECTED]
Reviewed-By: David Woodhouse [EMAIL PROTECTED]
---
include/asm-alpha/elf.h |3 ---
include/asm-alpha/page.h |3
not find PAGE_SIZE at
compile time from a header file, but use an actual system call, at least
for those architectures (like sun4) where this dependency exists.
Signed-off-by: Kirill A. Shutemov [EMAIL PROTECTED]
---
include/asm-blackfin/page.h |4 ++--
include/asm-m32r/page.h |3
On [Tue, 23.10.2007 12:22], Mike Frysinger wrote:
On 10/23/07, Kirill A. Shutemov [EMAIL PROTECTED] wrote:
Userspace should use getpagesize() or sysconf(_SC_PAGESIZE) to get memory
page size.
please go back through the archives and read the history here. we
should work at dropping page.h
Do not export asm/user.h and linux/user.h during make headers_install.
Signed-off-by: Kirill A. Shutemov [EMAIL PROTECTED]
---
include/asm-generic/Kbuild.asm |1 -
include/asm-x86/Kbuild |2 --
include/linux/Kbuild |1 -
include/linux/elfcore.h|2 ++
4
Do not export asm/elf.h during make headers_install.
Signed-off-by: Kirill A. Shutemov [EMAIL PROTECTED]
---
include/asm-generic/Kbuild.asm |3 ---
include/linux/Kbuild |2 +-
include/linux/elf.h|2 ++
include/linux/elfcore.h|2 ++
4 files changed, 5
Do not export asm/page.h during make headers_install.
This removes PAGE_SIZE from userspace headers.
Signed-off-by: Kirill A. Shutemov [EMAIL PROTECTED]
---
include/asm-frv/Kbuild |1 -
include/asm-generic/Kbuild.asm |1 -
include/asm-s390/kexec.h |2 ++
include/asm-x86
asm/elf.h, asm/page.h and asm/user.h don't export to userspace now, so
we can drop #ifdef __KERNEL__ for them.
Signed-off-by: Kirill A. Shutemov [EMAIL PROTECTED]
---
include/asm-alpha/elf.h |3 ---
include/asm-alpha/page.h |3 ---
include/asm-arm/elf.h |3
decision.
It would be nice if somebody test the patchset on other system or
workload. Especially, if the configuration shows regression with
THP enabled.
--
Kirill A. Shutemov
signature.asc
Description: Digital signature
;
-
- ptr++;
- }
-
- return path;
+ return kbasename(path);
Looks like you silentely drop const qualifier here from kbasename() return
value.
--
Kirill A. Shutemov
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
kernel directly was no-go for a
long time. What's the new rule here?
Is it worth to introduce an execption, if it's possible to solve the
problem in userspace.
--
Kirill A. Shutemov
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
not result
in a CoW update the access flags for the faulting pmd.
Cc: Andrea Arcangeli aarca...@redhat.com
Cc: Chris Metcalf cmetc...@tilera.com
Signed-off-by: Steve Capper steve.cap...@arm.com
Signed-off-by: Will Deacon will.dea...@arm.com
Acked-by: Kirill A. Shutemov kir...@shutemov.name
the issue before?
--
Kirill A. Shutemov
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Sun, Oct 07, 2012 at 09:03:11AM -0700, Paul E. McKenney wrote:
On Sun, Oct 07, 2012 at 05:47:11AM +0300, Kirill A. Shutemov wrote:
Hi Paul and all,
With commit 755609a9087fa983f567dc5452b2fa7b089b591f I've got deadlock on
poweroff.
It guess it happens because of race
On Sun, Oct 07, 2012 at 10:35:01PM +0530, Srivatsa S. Bhat wrote:
On 10/07/2012 10:20 PM, Kirill A. Shutemov wrote:
On Sun, Oct 07, 2012 at 09:03:11AM -0700, Paul E. McKenney wrote:
On Sun, Oct 07, 2012 at 05:47:11AM +0300, Kirill A. Shutemov wrote:
Hi Paul and all,
With commit
On Sun, Oct 07, 2012 at 09:41:28PM -0700, Paul E. McKenney wrote:
On Sun, Oct 07, 2012 at 07:50:12PM +0300, Kirill A. Shutemov wrote:
On Sun, Oct 07, 2012 at 09:03:11AM -0700, Paul E. McKenney wrote:
On Sun, Oct 07, 2012 at 05:47:11AM +0300, Kirill A. Shutemov wrote:
Hi Paul and all
to remove redundant parentheses while you're there.
Otherwise
Acked-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
DRM_ERROR(Invalid parameter\n);
return;
}
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
--
Kirill A. Shutemov
--
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
On Mon, Nov 05, 2012 at 01:56:28PM -0800, Alexander Duyck wrote:
On 11/05/2012 12:24 PM, Kirill A. Shutemov wrote:
On Mon, Nov 05, 2012 at 11:04:06AM -0800, Alexander Duyck wrote:
This patch is meant to improve overall system performance when making use
of
the __phys_addr call. To do
?
--
Kirill A. Shutemov
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Wed, Nov 07, 2012 at 01:28:12PM +0200, Pekka Enberg wrote:
On Wed, Nov 7, 2012 at 1:21 PM, Kirill A. Shutemov kir...@shutemov.name
wrote:
While the new API is very simple, it is still extensible (i.e. versioned).
Sorry, I didn't follow previous discussion on this, but could you
On Wed, Nov 07, 2012 at 03:43:46AM -0800, Anton Vorontsov wrote:
On Wed, Nov 07, 2012 at 01:21:36PM +0200, Kirill A. Shutemov wrote:
[...]
Sorry, I didn't follow previous discussion on this, but could you
explain what's wrong with memory notifications from memcg?
As I can see you can get
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
Huge zero page (hzp) is a non-movable huge page (2M on x86-64) filled
with zeros.
For now let's allocate the page on hugepage_init(). We'll switch to lazy
allocation later.
We are not going to map the huge zero page until we can handle
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
We don't have a real page to zap in huge zero page case. Let's just
clear pmd and remove it from tlb.
Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
---
mm/huge_memory.c | 21 +
1 files changed, 13
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
H. Peter Anvin doesn't like huge zero page which sticks in memory forever
after the first allocation. Here's implementation of lockless refcounting
for huge zero page.
We have two basic primitives: {get,put}_huge_zero_page
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
Instead of allocating huge zero page on hugepage_init() we can postpone it
until first huge zero page map. It saves memory if THP is not in use.
cmpxchg() is used to avoid race on huge_zero_pfn initialization.
Signed-off-by: Kirill
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
We can't split huge zero page itself (and it's bug if we try), but we
can split the pmd which points to it.
On splitting the pmd we create a table with all ptes set to normal zero
page.
Signed-off-by: Kirill A. Shutemov kirill.shute
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
We want to get page fault on write attempt to huge zero page, so let's
keep it write-protected.
Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
---
mm/huge_memory.c |2 ++
1 files changed, 2 insertions(+), 0
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
hzp_alloc is incremented every time a huge zero page is successfully
allocated. It includes allocations which where dropped due
race with other allocation. Note, it doesn't count every map
of the huge zero page, only
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
All code paths seems covered. Now we can map huge zero page on read page
fault.
We setup it in do_huge_pmd_anonymous_page() if area around fault address
is suitable for THP and we've got read page fault.
If we fail to setup huge zero page
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
It's easy to copy huge zero page. Just set destination pmd to huge zero
page.
It's safe to copy huge zero page since we have none yet :-p
Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
---
mm/huge_memory.c | 17
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
On write access to huge zero page we alloc a new huge page and clear it.
If ENOMEM, graceful fallback: we create a new pmd table and set pte
around fault address to newly allocated normal (4k) page. All other ptes
in the pmd set to normal
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
Hi,
Andrew, here's updated huge zero page patchset.
Please consider applying.
=
During testing I noticed big (up to 2.5 times) memory consumption overhead
on some workloads (e.g. ft.A from NPB) if THP is enabled
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
Pass vma instead of mm and add address parameter.
In most cases we already have vma on the stack. We provides
split_huge_page_pmd_mm() for few cases when we have mm, but not vma.
This change is preparation to huge zero pmd splitting
2.4 and
Documentation/cgroups/memory.txt sections 9 and 10.
--
Kirill A. Shutemov
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
It's non-sense to use tristate for the option, it's bool.
Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
---
drivers/iio/common/hid-sensors/Kconfig |2 +-
drivers/iio/common/hid-sensors/hid-sensor
On Fri, Oct 19, 2012 at 02:59:41AM +0300, Kirill A. Shutemov wrote:
On Thu, Oct 18, 2012 at 04:45:02PM -0700, Andrew Morton wrote:
On Mon, 15 Oct 2012 09:00:59 +0300
Kirill A. Shutemov kirill.shute...@linux.intel.com wrote:
H. Peter Anvin doesn't like huge zero page which sticks
On Mon, Oct 22, 2012 at 11:43:49PM -0700, Andrew Morton wrote:
On Tue, 23 Oct 2012 09:35:32 +0300 Kirill A. Shutemov
kir...@shutemov.name wrote:
On Fri, Oct 19, 2012 at 02:59:41AM +0300, Kirill A. Shutemov wrote:
On Thu, Oct 18, 2012 at 04:45:02PM -0700, Andrew Morton wrote:
On Mon
On Tue, Oct 23, 2012 at 03:59:15PM -0700, Andrew Morton wrote:
On Tue, 23 Oct 2012 10:00:18 +0300
Kirill A. Shutemov kirill.shute...@linux.intel.com wrote:
Well, how hard is it to trigger the bad behavior? One can easily
create a situation in which that page's refcount frequently
/1608411/
--
Kirill A. Shutemov
signature.asc
Description: Digital signature
On Fri, Oct 12, 2012 at 11:23:37AM +0800, Ni zhan Chen wrote:
On 10/02/2012 11:19 PM, Kirill A. Shutemov wrote:
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
We can't split huge zero page itself, but we can split the pmd which
points to it.
On splitting the pmd we create
On Wed, Oct 24, 2012 at 12:22:53PM -0700, Andrew Morton wrote:
On Wed, 24 Oct 2012 02:38:01 +0300
Kirill A. Shutemov kir...@shutemov.name wrote:
On Tue, Oct 23, 2012 at 03:59:15PM -0700, Andrew Morton wrote:
On Tue, 23 Oct 2012 10:00:18 +0300
Kirill A. Shutemov kirill.shute
On Wed, Oct 24, 2012 at 01:25:52PM -0700, Andrew Morton wrote:
On Wed, 24 Oct 2012 22:45:52 +0300
Kirill A. Shutemov kirill.shute...@linux.intel.com wrote:
On Wed, Oct 24, 2012 at 12:22:53PM -0700, Andrew Morton wrote:
I'm thinking that such a workload would be the above dd
On Thu, Oct 25, 2012 at 10:17:27AM +0300, Pekka Enberg wrote:
On Wed, Oct 24, 2012 at 6:27 PM, Kirill A. Shutemov
kirill.shute...@linux.intel.com wrote:
Hi,
I've tried to play with kexec using lkvm. Unfortunately, lkvm crashes when
I try to switch to crashkernel.
I use Linus tree
On Wed, Oct 24, 2012 at 01:25:52PM -0700, Andrew Morton wrote:
On Wed, 24 Oct 2012 22:45:52 +0300
Kirill A. Shutemov kirill.shute...@linux.intel.com wrote:
On Wed, Oct 24, 2012 at 12:22:53PM -0700, Andrew Morton wrote:
I'm thinking that such a workload would be the above dd
On Thu, Oct 25, 2012 at 02:05:24PM -0700, Andrew Morton wrote:
On Thu, 25 Oct 2012 23:49:59 +0300
Kirill A. Shutemov kirill.shute...@linux.intel.com wrote:
On Wed, Oct 24, 2012 at 01:25:52PM -0700, Andrew Morton wrote:
On Wed, 24 Oct 2012 22:45:52 +0300
Kirill A. Shutemov kirill.shute
On Thu, Oct 25, 2012 at 02:37:07PM -0700, Andrew Morton wrote:
On Fri, 26 Oct 2012 00:22:51 +0300
Kirill A. Shutemov kir...@shutemov.name wrote:
On Thu, Oct 25, 2012 at 02:05:24PM -0700, Andrew Morton wrote:
hm. It's odd that the kernel didn't try to shrink slabs in this case.
Why
not result
in a CoW update the access flags for the faulting pmd.
Cc: Chris Metcalf cmetc...@tilera.com
Cc: Kirill A. Shutemov kir...@shutemov.name
Cc: Andrea Arcangeli aarca...@redhat.com
Signed-off-by: Will Deacon will.dea...@arm.com
---
Ok chaps, I rebased this thing onto today's next
On Fri, Oct 26, 2012 at 10:07:15AM +0100, Will Deacon wrote:
On Fri, Oct 26, 2012 at 08:44:35AM +0100, Kirill A. Shutemov wrote:
On Thu, Oct 25, 2012 at 05:44:31PM +0100, Will Deacon wrote:
On x86 memory accesses to pages without the ACCESSED flag set result in
the
ACCESSED flag being
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
We check if the pmd entry is the same as on pmd_trans_huge() in
handle_mm_fault(). That's enough.
Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
---
mm/huge_memory.c |6 --
1 file changed, 6 deletions(-)
diff
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
Let's move all error path code to the end if the function. It makes code
more straight-forward.
Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
---
mm/huge_memory.c | 44
1
On Fri, Oct 26, 2012 at 03:08:05PM +0200, Peter Zijlstra wrote:
On Fri, 2012-10-26 at 15:54 +0300, Kirill A. Shutemov wrote:
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
We check if the pmd entry is the same as on pmd_trans_huge() in
handle_mm_fault(). That's enough
On Fri, Oct 26, 2012 at 03:43:12PM +0200, Peter Zijlstra wrote:
On Fri, 2012-10-26 at 16:41 +0300, Kirill A. Shutemov wrote:
On Fri, Oct 26, 2012 at 03:08:05PM +0200, Peter Zijlstra wrote:
On Fri, 2012-10-26 at 15:54 +0300, Kirill A. Shutemov wrote:
From: Kirill A. Shutemov kirill.shute
On Fri, Oct 26, 2012 at 04:07:44PM +0200, Peter Zijlstra wrote:
On Fri, 2012-10-26 at 16:57 +0300, Kirill A. Shutemov wrote:
Yes, this code will catch it:
/* if an huge pmd materialized from under us just retry later */
if (unlikely(pmd_trans_huge(*pmd
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
HZP_ALLOC event triggers on every huge zero page allocation, including
allocations which where dropped due race with other allocation.
HZP_ALLOC_FAILED event triggers on huge zero page allocation fail
(ENOMEM).
Signed-off-by: Kirill
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
I've noticed message on kvm exit:
Warning: serial8250__exit failed.
kvm tool is not able to remove ioport range which was added previously.
The issue is caused by bug in rbtree-interval. Search algorithm in
rb_int_search_single
part?
--
Kirill A. Shutemov
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
*
Why do you remove Linux-iSCSI.org copyright?
--
Kirill A. Shutemov
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
Huge zero page (hzp) is a non-movable huge page (2M on x86-64) filled
with zeros.
For now let's allocate the page on hugepage_init(). We'll switch to lazy
allocation later.
We are not going to map the huge zero page until we can handle
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
Instead of allocating huge zero page on hugepage_init() we can postpone it
until first huge zero page map. It saves memory if THP is not in use.
cmpxchg() is used to avoid race on huge_zero_pfn initialization.
Signed-off-by: Kirill
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
We can't split huge zero page itself (and it's bug if we try), but we
can split the pmd which points to it.
On splitting the pmd we create a table with all ptes set to normal zero
page.
Signed-off-by: Kirill A. Shutemov kirill.shute
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
All code paths seems covered. Now we can map huge zero page on read page
fault.
We setup it in do_huge_pmd_anonymous_page() if area around fault address
is suitable for THP and we've got read page fault.
If we fail to setup huge zero page
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
We want to get page fault on write attempt to huge zero page, so let's
keep it write-protected.
Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
---
mm/huge_memory.c |2 ++
1 files changed, 2 insertions(+), 0
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
Hi,
Andrew, here's huge zero page patchset rebased to v3.7-rc1.
Andrea, I've dropped your Reviewed-by due not-so-trivial conflicts in during
rebase. Could you look through it again. Patches 2, 3, 4, 7, 10 had conflicts.
Mostly due new MMU
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
We don't have a real page to zap in huge zero page case. Let's just
clear pmd and remove it from tlb.
Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
---
mm/huge_memory.c | 21 +
1 files changed, 13
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
H. Peter Anvin doesn't like huge zero page which sticks in memory forever
after the first allocation. Here's implementation of lockless refcounting
for huge zero page.
We have two basic primitives: {get,put}_huge_zero_page
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
Pass vma instead of mm and add address parameter.
In most cases we already have vma on the stack. We provides
split_huge_page_pmd_mm() for few cases when we have mm, but not vma.
This change is preparation to huge zero pmd splitting
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
On write access to huge zero page we alloc a new huge page and clear it.
If ENOMEM, graceful fallback: we create a new pmd table and set pte
around fault address to newly allocated normal (4k) page. All other ptes
in the pmd set to normal
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
It's easy to copy huge zero page. Just set destination pmd to huge zero
page.
It's safe to copy huge zero page since we have none yet :-p
Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
---
mm/huge_memory.c | 17
. :-)
--
Kirill A. Shutemov
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, Oct 16, 2012 at 07:13:07PM +0800, Ni zhan Chen wrote:
On 10/16/2012 06:54 PM, Kirill A. Shutemov wrote:
On Tue, Oct 16, 2012 at 05:53:07PM +0800, Ni zhan Chen wrote:
By hpa request I've tried alternative approach for hzp implementation (see
Virtual huge zero page patchset): pmd table
On Wed, Oct 17, 2012 at 10:32:13AM +0800, Ni zhan Chen wrote:
On 10/03/2012 08:04 AM, Kirill A. Shutemov wrote:
On Tue, Oct 02, 2012 at 03:31:48PM -0700, Andrew Morton wrote:
On Tue, 2 Oct 2012 18:19:22 +0300
Kirill A. Shutemov kirill.shute...@linux.intel.com wrote:
During testing I
On Thu, Oct 18, 2012 at 04:45:02PM -0700, Andrew Morton wrote:
On Mon, 15 Oct 2012 09:00:59 +0300
Kirill A. Shutemov kirill.shute...@linux.intel.com wrote:
H. Peter Anvin doesn't like huge zero page which sticks in memory forever
after the first allocation. Here's implementation
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
free_nsproxy() is too heavy to be on exit path. Let's free namespaces
asynchronously to not block exit_group() syscall.
Microbenchmark:
: #define _GNU_SOURCE
: #include unistd.h
: #include sched.h
: #include stdlib.h
: #include sys/wait.h
On Fri, Jul 13, 2012 at 02:08:06PM -0700, Andrew Morton wrote:
On Fri, 13 Jul 2012 14:48:08 +0300
Kirill A. Shutemov kirill.shute...@linux.intel.com wrote:
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
free_nsproxy() is too heavy to be on exit path. Let's free namespaces
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
On exiting of the last task in a namespace we need to trigger freeing of
the namespace. Currently, we call synchronize_rcu() and free_nsproxy()
directly on do_exit() path.
On my machine synchronize_rcu() blocks for about 0.01 seconds
On Mon, Jul 16, 2012 at 05:53:01PM +0100, Al Viro wrote:
On Mon, Jul 16, 2012 at 06:09:24PM +0300, Kirill A. Shutemov wrote:
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
On exiting of the last task in a namespace we need to trigger freeing of
the namespace. Currently, we call
On Mon, Jul 16, 2012 at 06:09:24PM +0300, Kirill A. Shutemov wrote:
I also move synchronize_rcu() inside free_nsproxy(). It fixes racy
put_nsproxy() which calls free_nsproxy() without synchronize_rcu().
I guess it was missed during switch to RCU (see cf7b708).
I was wrong here. No races. RCU
email: a href=mailto:d...@kvack.org; em...@kvack.org /a
--
Kirill A. Shutemov
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
On Thu, Jul 19, 2012 at 05:23:09PM +0800, Wanpeng Li wrote:
On Thu, Jul 19, 2012 at 12:14:20PM +0300, Kirill A. Shutemov wrote:
On Wed, Jul 18, 2012 at 11:05:30AM +0800, Wanpeng Li wrote:
wrap mem_cgroup_from_css function to clarify get mem cgroup
from cgroup_subsys_state.
Signed-off
On Thu, Jul 19, 2012 at 05:38:35PM +0800, Gavin Shan wrote:
On Thu, Jul 19, 2012 at 05:23:09PM +0800, Wanpeng Li wrote:
On Thu, Jul 19, 2012 at 12:14:20PM +0300, Kirill A. Shutemov wrote:
On Wed, Jul 18, 2012 at 11:05:30AM +0800, Wanpeng Li wrote:
wrap mem_cgroup_from_css function to clarify
Dave Hansen wrote:
On 04/15/2013 11:17 AM, Kirill A. Shutemov wrote:
I run iozone using mmap files (-B) with different number of threads.
The test machine is 4s Westmere - 4x10 cores + HT.
How did you run this, exactly? Which iozone arguments?
iozone -B -s 2186/$threads -t $threads
Dave Hansen wrote:
On 04/05/2013 04:59 AM, Kirill A. Shutemov wrote:
The patch adds new zone stat to count file transparent huge pages and
adjust related places.
For now we don't count mapped or dirty file thp pages separately.
I can understand tracking NR_FILE_TRANSPARENT_HUGEPAGES
Dave Hansen wrote:
On 04/05/2013 04:59 AM, Kirill A. Shutemov wrote:
+int do_huge_linear_fault(struct mm_struct *mm, struct vm_area_struct *vma,
+ unsigned long address, pmd_t *pmd, unsigned int flags)
+{
+ unsigned long haddr = address HPAGE_PMD_MASK;
+ struct page
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
Current implementation of huge zero page uses pfn value 0 to indicate
that the page hasn't allocated yet. It assumes that buddy page allocator
can't return page with pfn == 0.
Let's rework the code to store 'struct page *' of huge zero
1 - 100 of 10468 matches
Mail list logo
