[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150403063302.GA29212@gmail.com>
Date: Fri, 3 Apr 2015 08:33:02 +0200
From: Ingo Molnar <mingo@...nel.org>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: Toshi Kani <toshi.kani@...com>, hpa@...or.com, tglx@...utronix.de,
mingo@...hat.com, linux-mm@...ck.org, x86@...nel.org,
linux-kernel@...r.kernel.org, dave.hansen@...el.com,
Elliott@...com, pebolle@...cali.nl
Subject: Re: [PATCH v4 0/7] mtrr, mm, x86: Enhance MTRR checks for huge I/O
mapping
* Andrew Morton <akpm@...ux-foundation.org> wrote:
> On Tue, 24 Mar 2015 16:08:34 -0600 Toshi Kani <toshi.kani@...com> wrote:
>
> > This patchset enhances MTRR checks for the kernel huge I/O mapping,
> > which was enabled by the patchset below:
> > https://lkml.org/lkml/2015/3/3/589
> >
> > The following functional changes are made in patch 7/7.
> > - Allow pud_set_huge() and pmd_set_huge() to create a huge page
> > mapping to a range covered by a single MTRR entry of any memory
> > type.
> > - Log a pr_warn() message when a specified PMD map range spans more
> > than a single MTRR entry. Drivers should make a mapping request
> > aligned to a single MTRR entry when the range is covered by MTRRs.
> >
>
> OK, I grabbed these after barely looking at them, to get them a bit of
> runtime testing.
>
> I'll await guidance from the x86 maintainers regarding next steps?
Could you please send the current version of them over to us if your
testing didn't find any problems?
I'd like to take a final look and have them cook in the x86 tree as
well for a while and want to preserve your testing effort.
Thanks!
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists