Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1459940
| From | Sergey Senozhatsky <sergey.senozhatsky@gmail.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH 1/5] mm/debug_pagealloc: clean-up guard page handling code |
| Date | 2016-08-10 23:10 +0200 |
| Message-ID | <s4IVc-204-15@gated-at.bofh.it> (permalink) |
| References | <s4GgH-79-61@gated-at.bofh.it> <s4HcK-NR-39@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Hello,
On (08/10/16 15:16), js1304@gmail.com wrote:
[..]
> -static inline void set_page_guard(struct zone *zone, struct page *page,
> +static inline bool set_page_guard(struct zone *zone, struct page *page,
> unsigned int order, int migratetype)
> {
> struct page_ext *page_ext;
>
> if (!debug_guardpage_enabled())
> - return;
> + return false;
> +
> + if (order >= debug_guardpage_minorder())
> + return false;
>
> page_ext = lookup_page_ext(page);
> if (unlikely(!page_ext))
> - return;
> + return false;
>
> __set_bit(PAGE_EXT_DEBUG_GUARD, &page_ext->flags);
>
> @@ -656,6 +659,8 @@ static inline void set_page_guard(struct zone *zone, struct page *page,
> set_page_private(page, order);
> /* Guard pages are not available for any usage */
> __mod_zone_freepage_state(zone, -(1 << order), migratetype);
> +
> + return true;
> }
>
> static inline void clear_page_guard(struct zone *zone, struct page *page,
> @@ -678,8 +683,8 @@ static inline void clear_page_guard(struct zone *zone, struct page *page,
> }
> #else
> struct page_ext_operations debug_guardpage_ops = { NULL, };
> -static inline void set_page_guard(struct zone *zone, struct page *page,
> - unsigned int order, int migratetype) {}
> +static inline bool set_page_guard(struct zone *zone, struct page *page,
> + unsigned int order, int migratetype) { return false; }
> static inline void clear_page_guard(struct zone *zone, struct page *page,
> unsigned int order, int migratetype) {}
> #endif
> @@ -1650,18 +1655,15 @@ static inline void expand(struct zone *zone, struct page *page,
> size >>= 1;
> VM_BUG_ON_PAGE(bad_range(zone, &page[size]), &page[size]);
>
> - if (IS_ENABLED(CONFIG_DEBUG_PAGEALLOC) &&
> - debug_guardpage_enabled() &&
> - high < debug_guardpage_minorder()) {
> - /*
> - * Mark as guard pages (or page), that will allow to
> - * merge back to allocator when buddy will be freed.
> - * Corresponding page table entries will not be touched,
> - * pages will stay not present in virtual address space
> - */
> - set_page_guard(zone, &page[size], high, migratetype);
> + /*
> + * Mark as guard pages (or page), that will allow to
> + * merge back to allocator when buddy will be freed.
> + * Corresponding page table entries will not be touched,
> + * pages will stay not present in virtual address space
> + */
> + if (set_page_guard(zone, &page[size], high, migratetype))
> continue;
> - }
so previously IS_ENABLED(CONFIG_DEBUG_PAGEALLOC) could have optimized out
the entire branch -- no set_page_guard() invocation and checks, right? but
now we would call set_page_guard() every time?
-ss
> +
> list_add(&page[size].lru, &area->free_list[migratetype]);
> area->nr_free++;
> set_page_order(&page[size], high);
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH 1/5] mm/debug_pagealloc: clean-up guard page handling code js1304@gmail.com - 2016-08-10 21:20 +0200
Re: [PATCH 1/5] mm/debug_pagealloc: clean-up guard page handling code Sergey Senozhatsky <sergey.senozhatsky@gmail.com> - 2016-08-10 23:10 +0200
Re: [PATCH 1/5] mm/debug_pagealloc: clean-up guard page handling code Vlastimil Babka <vbabka@suse.cz> - 2016-08-11 11:50 +0200
Re: [PATCH 1/5] mm/debug_pagealloc: clean-up guard page handling code Sergey Senozhatsky <sergey.senozhatsky@gmail.com> - 2016-08-12 14:30 +0200
Re: [PATCH 1/5] mm/debug_pagealloc: clean-up guard page handling code Joonsoo Kim <iamjoonsoo.kim@lge.com> - 2016-08-16 05:00 +0200
Re: [PATCH 1/5] mm/debug_pagealloc: clean-up guard page handling code Vlastimil Babka <vbabka@suse.cz> - 2016-08-11 11:40 +0200
csiph-web