On Tue, 22 Apr 2014 14:55:46 -0700
Andrew Morton wrote:
> On Tue, 22 Apr 2014 17:37:26 -0400 Luiz Capitulino
> wrote:
>
> > On Thu, 17 Apr 2014 16:01:10 -0700
> > Andrew Morton wrote:
> >
> > > On Thu, 10 Apr 2014 13:58:40 -0400 Luiz Capitulino
> > > wrote:
> > >
> > > > The HugeTLB
On Tue, 22 Apr 2014 14:55:46 -0700
Andrew Morton a...@linux-foundation.org wrote:
On Tue, 22 Apr 2014 17:37:26 -0400 Luiz Capitulino lcapitul...@redhat.com
wrote:
On Thu, 17 Apr 2014 16:01:10 -0700
Andrew Morton a...@linux-foundation.org wrote:
On Thu, 10 Apr 2014 13:58:40 -0400
On Tue, 22 Apr 2014 17:37:26 -0400 Luiz Capitulino
wrote:
> On Thu, 17 Apr 2014 16:01:10 -0700
> Andrew Morton wrote:
>
> > On Thu, 10 Apr 2014 13:58:40 -0400 Luiz Capitulino
> > wrote:
> >
> > > The HugeTLB subsystem uses the buddy allocator to allocate hugepages
> > > during
> > >
On Thu, 17 Apr 2014 16:01:10 -0700
Andrew Morton wrote:
> On Thu, 10 Apr 2014 13:58:40 -0400 Luiz Capitulino
> wrote:
>
> > The HugeTLB subsystem uses the buddy allocator to allocate hugepages during
> > runtime. This means that hugepages allocation during runtime is limited to
> > MAX_ORDER
On Thu, 17 Apr 2014 16:01:10 -0700
Andrew Morton a...@linux-foundation.org wrote:
On Thu, 10 Apr 2014 13:58:40 -0400 Luiz Capitulino lcapitul...@redhat.com
wrote:
The HugeTLB subsystem uses the buddy allocator to allocate hugepages during
runtime. This means that hugepages allocation
On Tue, 22 Apr 2014 17:37:26 -0400 Luiz Capitulino lcapitul...@redhat.com
wrote:
On Thu, 17 Apr 2014 16:01:10 -0700
Andrew Morton a...@linux-foundation.org wrote:
On Thu, 10 Apr 2014 13:58:40 -0400 Luiz Capitulino lcapitul...@redhat.com
wrote:
The HugeTLB subsystem uses the buddy
On Thu, 10 Apr 2014 13:58:40 -0400 Luiz Capitulino
wrote:
> The HugeTLB subsystem uses the buddy allocator to allocate hugepages during
> runtime. This means that hugepages allocation during runtime is limited to
> MAX_ORDER order. For archs supporting gigantic pages (that is, page sizes
>
On Thu, 17 Apr 2014 11:52:42 -0700
Andrew Morton wrote:
> On Thu, 17 Apr 2014 11:13:05 -0400 Luiz Capitulino
> wrote:
>
> > On Thu, 10 Apr 2014 13:58:40 -0400
> > Luiz Capitulino wrote:
> >
> > > [Full introduction right after the changelog]
> > >
> > > Changelog
> > > -
> > >
> >
On Thu, 17 Apr 2014 11:13:05 -0400 Luiz Capitulino
wrote:
> On Thu, 10 Apr 2014 13:58:40 -0400
> Luiz Capitulino wrote:
>
> > [Full introduction right after the changelog]
> >
> > Changelog
> > -
> >
> > v3
> >
> > - Dropped unnecessary WARN_ON() call [Kirill]
> > - Always check if
On Thu, 10 Apr 2014 13:58:40 -0400
Luiz Capitulino wrote:
> [Full introduction right after the changelog]
>
> Changelog
> -
>
> v3
>
> - Dropped unnecessary WARN_ON() call [Kirill]
> - Always check if the pfn range lies within a zone [Yasuaki]
> - Renamed some function arguments for
On Thu, 10 Apr 2014 13:58:40 -0400
Luiz Capitulino lcapitul...@redhat.com wrote:
[Full introduction right after the changelog]
Changelog
-
v3
- Dropped unnecessary WARN_ON() call [Kirill]
- Always check if the pfn range lies within a zone [Yasuaki]
- Renamed some function
On Thu, 17 Apr 2014 11:13:05 -0400 Luiz Capitulino lcapitul...@redhat.com
wrote:
On Thu, 10 Apr 2014 13:58:40 -0400
Luiz Capitulino lcapitul...@redhat.com wrote:
[Full introduction right after the changelog]
Changelog
-
v3
- Dropped unnecessary WARN_ON() call
On Thu, 17 Apr 2014 11:52:42 -0700
Andrew Morton a...@linux-foundation.org wrote:
On Thu, 17 Apr 2014 11:13:05 -0400 Luiz Capitulino lcapitul...@redhat.com
wrote:
On Thu, 10 Apr 2014 13:58:40 -0400
Luiz Capitulino lcapitul...@redhat.com wrote:
[Full introduction right after the
On Thu, 10 Apr 2014 13:58:40 -0400 Luiz Capitulino lcapitul...@redhat.com
wrote:
The HugeTLB subsystem uses the buddy allocator to allocate hugepages during
runtime. This means that hugepages allocation during runtime is limited to
MAX_ORDER order. For archs supporting gigantic pages (that
Clear explanation and implementation!
Reviewed-by: Zhang Yanfei
On 04/11/2014 01:58 AM, Luiz Capitulino wrote:
> [Full introduction right after the changelog]
>
> Changelog
> -
>
> v3
>
> - Dropped unnecessary WARN_ON() call [Kirill]
> - Always check if the pfn range lies within a
Clear explanation and implementation!
Reviewed-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
On 04/11/2014 01:58 AM, Luiz Capitulino wrote:
[Full introduction right after the changelog]
Changelog
-
v3
- Dropped unnecessary WARN_ON() call [Kirill]
- Always check if the pfn range
On Thu, Apr 10, 2014 at 01:58:40PM -0400, Luiz Capitulino wrote:
> [Full introduction right after the changelog]
>
> Changelog
> -
>
> v3
>
> - Dropped unnecessary WARN_ON() call [Kirill]
> - Always check if the pfn range lies within a zone [Yasuaki]
> - Renamed some function arguments
On Thu, Apr 10, 2014 at 01:58:40PM -0400, Luiz Capitulino wrote:
[Full introduction right after the changelog]
Changelog
-
v3
- Dropped unnecessary WARN_ON() call [Kirill]
- Always check if the pfn range lies within a zone [Yasuaki]
- Renamed some function arguments for
On Thu, 2014-04-10 at 13:58 -0400, Luiz Capitulino wrote:
> [Full introduction right after the changelog]
>
> Changelog
> -
>
> v3
>
> - Dropped unnecessary WARN_ON() call [Kirill]
> - Always check if the pfn range lies within a zone [Yasuaki]
> - Renamed some function arguments for
[Full introduction right after the changelog]
Changelog
-
v3
- Dropped unnecessary WARN_ON() call [Kirill]
- Always check if the pfn range lies within a zone [Yasuaki]
- Renamed some function arguments for consistency
v2
- Rewrote allocation loop to avoid scanning unless PFNs
[Full introduction right after the changelog]
Changelog
-
v3
- Dropped unnecessary WARN_ON() call [Kirill]
- Always check if the pfn range lies within a zone [Yasuaki]
- Renamed some function arguments for consistency
v2
- Rewrote allocation loop to avoid scanning unless PFNs
On Thu, 2014-04-10 at 13:58 -0400, Luiz Capitulino wrote:
[Full introduction right after the changelog]
Changelog
-
v3
- Dropped unnecessary WARN_ON() call [Kirill]
- Always check if the pfn range lies within a zone [Yasuaki]
- Renamed some function arguments for consistency
22 matches
Mail list logo