ion of _GTS on
> suspend.");
> MODULE_PARM_DESC(bfs, "Enable evaluation of _BFS on resume".);
>
> static u8 sleep_states[ACPI_S_STATE_COUNT];
> +#ifdef CONFIG_ACPI_SLEEP
> static bool pwr_btn_event_pending;
> +#endif /* #ifdef CONFIG_ACPI_SLEEP */
On Sat, Jul 21, 2012 at 04:37:14PM -0700, Paul E. McKenney wrote:
> On Sun, Jul 22, 2012 at 12:52:43AM +0300, Kirill A. Shutemov wrote:
> > On Sat, Jul 21, 2012 at 02:41:56PM -0700, Paul E. McKenney wrote:
> > > Hello!
> > >
> > > A recent build for KVM on
cflags-$(CONFIG_MPSC) += $(call cc-option,-march=nocona)
> --
> 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
> Plea
On Sun, Jul 22, 2012 at 04:22:04PM +0200, Ingo Molnar wrote:
>
> * Kirill A. Shutemov wrote:
>
> > On Sun, Jul 22, 2012 at 03:44:51PM +0200, Ingo Molnar wrote:
> > > Linus,
> > >
> > > Please pull the latest x86-build-for-linus git tree from:
> >
From: "Kirill A. Shutemov"
util/parse-events.c:29:5: error: redundant redeclaration of
‘parse_events_parse’ [-Werror=redundant-decls]
In file included from util/parse-events.c:14:0:
util/parse-events-bison.h:99:5: note: previous declaration of
‘parse_events_parse’ was here
cc1: al
From: "Kirill A. Shutemov"
Perf uses GNU-specific version of strerror_r(). The GNU-specific
strerror_r() returns a pointer to a string containing the error message.
This may be either a pointer to a string that the function stores in
buf, or a pointer to some (immutable) static string
On Mon, Jul 23, 2012 at 08:02:44PM +0200, Arnaldo Carvalho de Melo wrote:
> Em Mon, Jul 23, 2012 at 06:00:44PM +0300, Kirill A. Shutemov escreveu:
> > From: "Kirill A. Shutemov"
> >
> > util/parse-events.c:29:5: error: redundant redeclaration of
> > ‘parse_e
On Mon, Jul 23, 2012 at 08:18:49PM +0200, Arnaldo Carvalho de Melo wrote:
> Em Mon, Jul 23, 2012 at 09:16:08PM +0300, Kirill A. Shutemov escreveu:
> > On Mon, Jul 23, 2012 at 08:02:44PM +0200, Arnaldo Carvalho de Melo wrote:
> > > Em Mon, Jul 23, 2012 at 06:00:44PM +0300,
On Mon, Jul 23, 2012 at 02:00:33PM -0400, Ulrich Drepper wrote:
> On Mon, Jul 23, 2012 at 11:00 AM, Kirill A. Shutemov
> wrote:
> > The right way to fix it is to switch to XSI-compliant version.
>
> And why exactly would this be "the right way"? Just fix th
On Mon, Jul 23, 2012 at 10:51:46PM +0300, Kirill A. Shutemov wrote:
> On Mon, Jul 23, 2012 at 08:18:49PM +0200, Arnaldo Carvalho de Melo wrote:
> > Em Mon, Jul 23, 2012 at 09:16:08PM +0300, Kirill A. Shutemov escreveu:
> > > On Mon, Jul 23, 2012 at 08:02:44PM +0200, Arnaldo Carv
On Mon, Jul 23, 2012 at 04:48:22PM -0400, Ulrich Drepper wrote:
> On Mon, Jul 23, 2012 at 4:31 PM, Kirill A. Shutemov
> wrote:
> > + const char *err = strerror_r(errnum, buf, buflen);
> > +
> > + if (err != buf && buflen > 0) {
>
On Mon, Jul 23, 2012 at 04:30:20PM -0700, Andrew Morton wrote:
> On Fri, 20 Jul 2012 15:50:16 +0300
> "Kirill A. Shutemov" wrote:
>
> > Clearing a 2MB huge page will typically blow away several levels of CPU
> > caches. To avoid this only cache clear the 4K area a
Could you take subject from updated patch? This one:
perf: fix strerror_r() usage
--
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
f (!memcg)
> + id = ida_simple_get(&cache_types, 0, MAX_KMEM_CACHE_TYPES,
> + GFP_KERNEL);
MAX_KMEM_CACHE_TYPES is 0 if CONFIG_MEMCG_KMEM undefined.
If 'end' parameter of ida_simple_get() is 0 it will use default max value
which is 0x8000.
I guess you want MAX_KMEM_CACHE_T
#ifdef CONFIG_MEMCG_KMEM
> +struct mem_cgroup_cache_params {
> + struct mem_cgroup *memcg;
> + int id;
> +};
IIUC, we only need the id to make slab name unique. Why can't we embed
the id to struct mem_cgroup? Is it possible to have multiple slabs with
the same combination o
(s->flags & ~SLAB_PANIC), s->ctor);
> +
> + kfree(name);
> + return new;
> +}
> +
> struct ida cache_types;
>
> void memcg_register_cache(struct mem_cgroup *memcg, struct kmem_cache
> *cachep)
> @@ -656,6 +699,14 @@ void __memcg_kmem_free_page(struct page *page, int order)
> }
> EXPORT_SYMBOL(__memcg_kmem_free_page);
>
> +static void memcg_slab_init(struct mem_cgroup *memcg)
> +{
> + int i;
> +
> + for (i = 0; i < MAX_KMEM_CACHE_TYPES; i++)
> + memcg->slabs[i] = NULL;
> +}
It seems redundant. mem_cgroup_alloc() uses kzalloc()/vzalloc() to
allocate struct mem_cgroup.
--
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 Thu, Aug 16, 2012 at 08:29:44PM +0200, Andrea Arcangeli wrote:
> On Thu, Aug 16, 2012 at 07:43:56PM +0300, Kirill A. Shutemov wrote:
> > Hm.. I think with static_key we can avoid cache overhead here. I'll try.
>
> Could you elaborate on the static_key? Is it some sort of s
On Thu, Aug 16, 2012 at 09:42:01PM +0200, Andrea Arcangeli wrote:
> On Thu, Aug 09, 2012 at 12:08:17PM +0300, Kirill A. Shutemov wrote:
> > From: "Kirill A. Shutemov"
> >
> > It's required to implement huge zero pmd splitting.
> >
>
> This isn&#x
On Thu, Aug 16, 2012 at 09:27:38PM +0200, Andrea Arcangeli wrote:
> On Thu, Aug 09, 2012 at 12:08:18PM +0300, Kirill A. Shutemov wrote:
> > +static void __split_huge_zero_page_pmd(struct mm_struct *mm, pmd_t *pmd,
> > + unsigned long address)
> > +{
>
From: "Kirill A. Shutemov"
Signed-off-by: Kirill A. Shutemov
---
mm/hugetlb.c | 38 +++---
1 files changed, 19 insertions(+), 19 deletions(-)
diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index bc72712..3c86d3d 100644
--- a/mm/hugetlb.c
+++ b/mm
From: "Kirill A. Shutemov"
Signed-off-by: Kirill A. Shutemov
---
include/linux/mm.h |2 +-
mm/huge_memory.c |2 +-
mm/hugetlb.c |3 ++-
mm/memory.c|7 ---
4 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/include/linux/mm.h b/include/
hook in. This is not needed on x86 of course.
If an architecture wants to provide cache avoiding version of clear_page
it should to define ARCH_HAS_USER_NOCACHE to 1 and implement
clear_page_nocache() and clear_user_highpage_nocache().
Signed-off-by: Andi Kleen
Signed-off-by: Kirill A. Shutemov
From: "Kirill A. Shutemov"
In some cases cache avoiding clearing huge page may slow down workload.
Let's provide an sysctl handle to disable it.
We use static_key here to avoid extra work on fast path.
Signed-off-by: Kirill A. Shutemov
---
Documentation/sysct
From: "Kirill A. Shutemov"
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 cache avoiding
From: Andi Kleen
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
Signed-off-by: Kirill A. Shutemov
---
mm/huge_memory.c |8
1 files changed, 4 insertions
: Properly save/restore arguments]
Signed-off-by: Kirill A. Shutemov
---
arch/x86/lib/clear_page_64.S | 79 ++
1 files changed, 64 insertions(+), 15 deletions(-)
diff --git a/arch/x86/lib/clear_page_64.S b/arch/x86/lib/clear_page_64.S
index 9d2f3c2..b302cff 100644
From: Andi Kleen
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
Signed-off-by: Kirill A. Shutemov
From: Andi Kleen
Signed-off-by: Andi Kleen
Signed-off-by: Kirill A. Shutemov
---
mm/huge_memory.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/mm/huge_memory.c b/mm/huge_memory.c
index 70737ec..6f0825b611 100644
--- a/mm/huge_memory.c
+++ b/mm/huge_memory.c
On Tue, Jun 26, 2012 at 03:04:25PM +0300, Kirill A. Shutemov wrote:
> Hi,
>
> Patch to move kern_unmount() out of exit_group() code path is below.
Andrew, do you have any opinion about the patch?
> Dmitry, could you check if it's beneficial for your use-case?
>
&g
*/
- synchronize_rcu();
- free_nsproxy(ns);
- }
+ if (ns && atomic_dec_and_test(&ns->count))
+ schedule_work(&ns->free_nsproxy_work);
}
void exit_task_namespaces(struct task_struct *p)
--
Kirill A. Shutemov
signature.asc
Description: Digital signature
From: "Kirill A. Shutemov"
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
: #include
: #include
: #include
:
: int
: main(void)
: {
: int i;
:
Johan Hedberg wrote:
> Hi David,
>
> On Fri, Feb 15, 2013, David Herrmann wrote:
> > On Fri, Feb 15, 2013 at 12:29 PM, Kirill A. Shutemov
> > wrote:
> > > Hi David and all,
> > >
> > > There's claim in uhid.h that the interface is "comp
Dmitry Torokhov wrote:
> On Fri, Feb 15, 2013 at 03:51:41PM +0200, Kirill A. Shutemov wrote:
> > Johan Hedberg wrote:
> > > Hi David,
> > >
> > > On Fri, Feb 15, 2013, David Herrmann wrote:
> > > > On Fri, Feb 15, 2013 at 12:29 PM, Kirill A. Shu
'll end up
> accessing NULL pointer!
>
> Disallow this kind of invalid usage.
>
> Signed-off-by: Li Zefan
Acked-by: Kirill A. Shutemov
--
Kirill A. Shutemov
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to ma
ce.
> + */
> + if (event->signal_on_remove)
> + eventfd_signal(event->eventfd, 1);
It's safe to notify anyway, isn't it? Let's just drop signal_on_remove.
Otherwise, look good.
Acked-by: Kirill A. Shutemov
--
Kirill A. Shutemov
--
To unsubscribe f
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"
> >
> >We can't split huge zero page itself, but we can split the pmd which
> >points to it.
> >
> &g
From: "Kirill A. Shutemov"
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 it
proper
From: "Kirill A. Shutemov"
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 A. Shutemov
---
mm/hug
From: "Kirill A. Shutemov"
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
---
mm/
From: "Kirill A. Shutemov"
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 (ENOMEM)
From: "Kirill A. Shutemov"
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
---
mm/huge_memory.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/mm/huge_memory.c b/mm/huge
From: "Kirill A. Shutemov"
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"
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
---
mm/huge_memory.c | 21 +
1 files changed, 13 insertions(+), 8 deletions
From: "Kirill A. Shutemov"
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(). They
manipulate re
From: "Kirill A. Shutemov"
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 implementation.
Sig
From: "Kirill A. Shutemov"
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 zero page.
Sig
From: "Kirill A. Shutemov"
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
---
mm/huge_memory.c | 17 +
1 files changed, 17 insert
190,424,932 branches # 80.195 M/sec
> > ( +- 0.12% ) [41.66%]
> > 1,028,630 branch-misses #0.05% of all branches
> > ( +- 1.50% ) [41.66%]
> > 3,302,006,540 L1-dcache-loads
> > #
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
> >&
nto Anton's
> scheme
BTW, there's interface for OOM notification in memcg. See oom_control.
I guess other pressure levels can also fit to the interface.
--
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, Dec 30, 2012 at 12:38:50PM +0200, Kirill A. Shutemov wrote:
> On Thu, Dec 27, 2012 at 02:16:07PM +0200, Aaro Koskinen wrote:
> > Hi,
> >
> > On Wed, Dec 26, 2012 at 02:34:35AM +0200, Kirill A. Shutemov wrote:
> > > On MIPS if SPARSEMEM is enabled we
On Wed, Dec 12, 2012 at 01:36:36PM +0800, Bob Liu wrote:
> On Mon, Dec 3, 2012 at 9:02 PM, Jiri Slaby wrote:
> > On 11/30/2012 04:03 PM, Kirill A. Shutemov wrote:
> >> From: "Kirill A. Shutemov"
> >>
> >> Hi Jiri,
> >>
> >> Sorr
coloring for zero page.
Do you have benchmark numbers?
--
Kirill A. Shutemov
signature.asc
Description: Digital signature
nst a
> > thp huge page, yes? In which case it's a quite infrequent event and I
> > suspect this isn't worth bothering about.
> >
>
> Not to mention that flipping the static key is *incredibly* expensive.
I'm fine with current code.
--
Kirill A. Shutemov
signature.asc
Description: Digital signature
From: "Kirill A. Shutemov"
Some broken ACPI PCI Hotplug implementations notify OS about hotplug
before devices ready to be enumerated.
Let's convert acpiphp_hp_work to delayed work. It will allow to delay
enumeration on broken hardware to workaround the issue.
Signed-off-by: Kir
From: "Kirill A. Shutemov"
BIOS on Intel DZ77RE-75K motherboard notifies OS about Thunderbolt
hotplug before devices behind Thunderbolt are ready to be enumerated.
Let's delay enumeration by 2 seconds.
Signed-off-by: Kirill A. Shutemov
---
drivers/pci/hotplug/acpiph
From: "Kirill A. Shutemov"
Correct ACPI PCI hotplug imeplementation should have _RMV method in a
PCI slot (device under pci bridge). In Acer Aspire S5 case we have it
deeper in hierarchy:
Device (RP05)
{
// ...
Device (HRUP)
{
// ...
De
From: "Kirill A. Shutemov"
I had chance to test two PC setups with Thunderbolt: Acer Aspire S5 and
Intel DZ77RE-75K motherboard. Unfortunately, both of them are broken in
different ways.
This patchset contains workarounds for the issues.
Kirill A. Shutemov (3):
PCI Hotplug: work
On Thu, Dec 13, 2012 at 10:44:41AM -0800, Greg KH wrote:
> On Thu, Dec 13, 2012 at 05:31:46PM +0200, Kirill A. Shutemov wrote:
> > From: "Kirill A. Shutemov"
> >
> > Correct ACPI PCI hotplug imeplementation should have _RMV method in a
> > PCI slot (device
On Thu, Dec 13, 2012 at 10:48:20AM -0800, Greg KH wrote:
> On Thu, Dec 13, 2012 at 05:31:48PM +0200, Kirill A. Shutemov wrote:
> > From: "Kirill A. Shutemov"
> >
> > BIOS on Intel DZ77RE-75K motherboard notifies OS about Thunderbolt
> > hotplug before devic
reasingly long delays
> (ie something like start with 10ms, then double the delay until you
> hit 1s, and then just give up: end result, ~2s total wait, but 10ms
> for any sane device that doesn't suck).
PCI rescan is expensive and generate noise in dmesg. We'll end up with
tons
m.
Even worse: there's no way to distinguish between plug and unplug events
and kernel uses the same code path for both cases.
--
Kirill A. Shutemov
signature.asc
Description: Digital signature
On Thu, Dec 13, 2012 at 05:22:25PM -0700, Bjorn Helgaas wrote:
> [+cc Rafael]
>
> On Thu, Dec 13, 2012 at 8:31 AM, Kirill A. Shutemov
> wrote:
> > From: "Kirill A. Shutemov"
> >
> > Correct ACPI PCI hotplug imeplementation should have _RMV method in a
&g
39152] [] sys_ioctl+0x91/0xb0
[ 1145.439158] [] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 1145.439163] [] system_call_fastpath+0x1a/0x1f
--
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 majordom
From: "Kirill A. Shutemov"
Virtual huge zero page is a PMD table with all entries set to zero page.
When we get write-protect page fault to zero page in such PMD we drop
the whole page table and allow THP (if enabled) to allocate a real
memory instead.
The implementatio
From: "Kirill A. Shutemov"
We can use the same bit as for special PTE.
There's no conflict with _PAGE_SPLITTING since it's only defined for PSE
pmd, but special PMD is only valid for non-PSE.
Signed-off-by: Kirill A. Shutemov
---
arch/x86/Kconfig |1 +
From: "Kirill A. Shutemov"
Here's alternative implementation of huge zero page: virtual huge zero
page.
Virtual huge zero page is a PMD table with all entries set to zero page.
H. Peter Anvin asked to evaluate this implementation option.
Pros:
- cache friendly (not yet benchm
From: "Kirill A. Shutemov"
Special PMD is similar to special PTE: it requires special handling.
Currently, it's needed to mark PMD with all PTEs set to zero page.
If an arch wants to provide support of special PMD it need to select
HAVE_PMD_SPECIAL config option and implement pm
[83.32%]
13,509,150,683 branches # 445.447 M/sec
( +- 0.11% ) [83.34%]
1,017,667 branch-misses #0.01% of all branches
( +- 1.07% ) [83.32%]
30.381324695 seconds time elapsed
( +- 0.13% )
On Westm
it to 'else' is wrong. You should not touch pmd, if it's
under splitting.
> }
> +
> return 0;
> }
> }
--
Kirill A. Shutemov
--
To unsubscribe from this list: send the line "unsubscribe linux-kern
some applications/macrobenchmarks benefit, and I think those
> are the right thing to look at.
I think performance is not the first thing we should look at. We need to
choose which implementation is easier to support.
Applications which benefit from zero page are quite rare. We need to
provid
On Mon, Oct 01, 2012 at 06:14:37PM +0200, Andrea Arcangeli wrote:
> On Mon, Oct 01, 2012 at 04:49:48PM +0300, Kirill A. Shutemov wrote:
> > On Sat, Sep 29, 2012 at 04:37:37PM +0200, Andrea Arcangeli wrote:
> > > But I agree we need to verify it before taking a decision, and that
On Mon, Oct 01, 2012 at 10:33:12AM -0700, H. Peter Anvin wrote:
> Overall, I'm okay with either as long as we don't lock down 2 MB when
> there isn't a huge zero page in use.
Is shinker-reclaimable huge zero page okay for you?
--
Kirill A. Shutemov
--
To unsubscribe fro
On Mon, Oct 01, 2012 at 10:37:23AM -0700, H. Peter Anvin wrote:
> One can otherwise argue that if hzp doesn't matter for except in a small
> number of cases that we shouldn't use it at all.
These small number of cases can easily trigger OOM if THP is enabled. :)
--
Kirill A
On Mon, Oct 01, 2012 at 10:52:06AM -0700, H. Peter Anvin wrote:
> On 10/01/2012 10:44 AM, Kirill A. Shutemov wrote:
> > On Mon, Oct 01, 2012 at 10:37:23AM -0700, H. Peter Anvin wrote:
> >> One can otherwise argue that if hzp doesn't matter for except in a small
>
abling.
Is it time to get rid of PAGE_CACHE_* macros?
I can prepare patchset if it's okay.
--
Kirill A. Shutemov
signature.asc
Description: Digital signature
? Without those it's
> impossible for people outside ARM to build the toolchain and kernel.
I guess ARM doesn't want to expose instruction set details before the
time. ;)
--
Kirill A. Shutemov
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
The check should be moved up.
> Also, do we actually need it for huge_pmd_set_accessed()? The
> *placement* of that thing confuses me. And because it confuses me, I'd
> like to understand it.
We need it for huge_pmd_set_accessed() too.
Looks like a mis-merge. The original patch
On Tue, Jan 08, 2013 at 08:52:14AM -0800, Linus Torvalds wrote:
> On Tue, Jan 8, 2013 at 8:31 AM, Kirill A. Shutemov
> wrote:
> >>
> >> Heh. I was more thinking about why do_huge_pmd_wp_page() needs it, but
> >> do_huge_pmd_numa_page() does not.
> >
&g
On Tue, Jan 08, 2013 at 06:49:51PM +0100, Andrea Arcangeli wrote:
> Hi Kirill,
>
> On Tue, Jan 08, 2013 at 07:30:58PM +0200, Kirill A. Shutemov wrote:
> > Merged patch is obviously broken: huge_pmd_set_accessed() can be called
> > only if the pmd is under splitting.
>
ub 4-0:1.0: 2 ports detected
usb usb4: new device found, 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 0000:00:1
failed);
> 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 A. Shutemov
+ Belarus, Minsk
+ Velesys LLC, http://www.velesys.com/
+ ALT Linux Team, http://www.altlinux.com/
signature.asc
Description: Digital signature
mer doesn't work! Try using
> > > >> the 'noapic' kernel parameter
>
> I seen an identical error.
This bug is also reproducible with qemu.
--
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 [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 uh
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
rned off a
> > > particular bit after a 4-us delay. If the udelay() function wasn't
> > > working right, it could cause this problem.
> >
> > udelay() _is_ OK for 2.6.24-rc3, so it is not the cause of the problem
>
> But is it OK for 2.6.24-rc3-mm1? Kirill said specifically that
> 2.6.24-rc3 does not display the message but 2.6.24-rc3-mm1 does.
How can I 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
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 a
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 c
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 ++
inclu
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
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
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
> > i
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
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
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
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/p
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
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
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
601 - 700 of 5616 matches
Mail list logo
