linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH] Revert "mm/vmstat.c: do not show lowmem reserve protection information of empty zone"
@ 2020-08-11  7:54 Baoquan He
  2020-08-11  8:34 ` David Hildenbrand
  2020-08-11 21:46 ` David Rientjes
  0 siblings, 2 replies; 3+ messages in thread
From: Baoquan He @ 2020-08-11  7:54 UTC (permalink / raw)
  To: linux-kernel; +Cc: linux-mm, akpm, sonnyrao, yuzhao, rientjes, bhe

This reverts commit 26e7deadaae1755faf1f6d1a68988c4b8348df59.

Sonny reported that one of their tests started failing on the latest
kernel on their Chrome OS platform. The root cause is that the above
commit removed the protection line of empty zone, while the parser used
in the test relies on the protection line to mark the end of each zone.

Let's revert it to avoid breaking userspace testing or applications.

Cc: <stable@vger.kernel.org> # 5.8.x
Reported-by: Sonny Rao <sonnyrao@chromium.org>
Signed-off-by: Baoquan He <bhe@redhat.com>
---
 mm/vmstat.c | 12 ++++++------
 1 file changed, 6 insertions(+), 6 deletions(-)

diff --git a/mm/vmstat.c b/mm/vmstat.c
index 5b35c0eb8c57..62376dc66ec0 100644
--- a/mm/vmstat.c
+++ b/mm/vmstat.c
@@ -1644,12 +1644,6 @@ static void zoneinfo_show_print(struct seq_file *m, pg_data_t *pgdat,
 		   zone->present_pages,
 		   zone_managed_pages(zone));
 
-	/* If unpopulated, no other information is useful */
-	if (!populated_zone(zone)) {
-		seq_putc(m, '\n');
-		return;
-	}
-
 	seq_printf(m,
 		   "\n        protection: (%ld",
 		   zone->lowmem_reserve[0]);
@@ -1657,6 +1651,12 @@ static void zoneinfo_show_print(struct seq_file *m, pg_data_t *pgdat,
 		seq_printf(m, ", %ld", zone->lowmem_reserve[i]);
 	seq_putc(m, ')');
 
+	/* If unpopulated, no other information is useful */
+	if (!populated_zone(zone)) {
+		seq_putc(m, '\n');
+		return;
+	}
+
 	for (i = 0; i < NR_VM_ZONE_STAT_ITEMS; i++)
 		seq_printf(m, "\n      %-12s %lu", zone_stat_name(i),
 			   zone_page_state(zone, i));
-- 
2.17.2


^ permalink raw reply related	[flat|nested] 3+ messages in thread

* Re: [PATCH] Revert "mm/vmstat.c: do not show lowmem reserve protection information of empty zone"
  2020-08-11  7:54 [PATCH] Revert "mm/vmstat.c: do not show lowmem reserve protection information of empty zone" Baoquan He
@ 2020-08-11  8:34 ` David Hildenbrand
  2020-08-11 21:46 ` David Rientjes
  1 sibling, 0 replies; 3+ messages in thread
From: David Hildenbrand @ 2020-08-11  8:34 UTC (permalink / raw)
  To: Baoquan He, linux-kernel; +Cc: linux-mm, akpm, sonnyrao, yuzhao, rientjes

On 11.08.20 09:54, Baoquan He wrote:
> This reverts commit 26e7deadaae1755faf1f6d1a68988c4b8348df59.
> 
> Sonny reported that one of their tests started failing on the latest
> kernel on their Chrome OS platform. The root cause is that the above
> commit removed the protection line of empty zone, while the parser used
> in the test relies on the protection line to mark the end of each zone.
> 
> Let's revert it to avoid breaking userspace testing or applications.
> 
> Cc: <stable@vger.kernel.org> # 5.8.x
> Reported-by: Sonny Rao <sonnyrao@chromium.org>
> Signed-off-by: Baoquan He <bhe@redhat.com>
> ---
>  mm/vmstat.c | 12 ++++++------
>  1 file changed, 6 insertions(+), 6 deletions(-)
> 
> diff --git a/mm/vmstat.c b/mm/vmstat.c
> index 5b35c0eb8c57..62376dc66ec0 100644
> --- a/mm/vmstat.c
> +++ b/mm/vmstat.c
> @@ -1644,12 +1644,6 @@ static void zoneinfo_show_print(struct seq_file *m, pg_data_t *pgdat,
>  		   zone->present_pages,
>  		   zone_managed_pages(zone));
>  
> -	/* If unpopulated, no other information is useful */
> -	if (!populated_zone(zone)) {
> -		seq_putc(m, '\n');
> -		return;
> -	}
> -
>  	seq_printf(m,
>  		   "\n        protection: (%ld",
>  		   zone->lowmem_reserve[0]);
> @@ -1657,6 +1651,12 @@ static void zoneinfo_show_print(struct seq_file *m, pg_data_t *pgdat,
>  		seq_printf(m, ", %ld", zone->lowmem_reserve[i]);
>  	seq_putc(m, ')');
>  
> +	/* If unpopulated, no other information is useful */
> +	if (!populated_zone(zone)) {
> +		seq_putc(m, '\n');
> +		return;
> +	}
> +
>  	for (i = 0; i < NR_VM_ZONE_STAT_ITEMS; i++)
>  		seq_printf(m, "\n      %-12s %lu", zone_stat_name(i),
>  			   zone_page_state(zone, i));
> 

Reviewed-by: David Hildenbrand <david@redhat.com>

-- 
Thanks,

David / dhildenb


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH] Revert "mm/vmstat.c: do not show lowmem reserve protection information of empty zone"
  2020-08-11  7:54 [PATCH] Revert "mm/vmstat.c: do not show lowmem reserve protection information of empty zone" Baoquan He
  2020-08-11  8:34 ` David Hildenbrand
@ 2020-08-11 21:46 ` David Rientjes
  1 sibling, 0 replies; 3+ messages in thread
From: David Rientjes @ 2020-08-11 21:46 UTC (permalink / raw)
  To: Baoquan He; +Cc: linux-kernel, linux-mm, akpm, sonnyrao, yuzhao

On Tue, 11 Aug 2020, Baoquan He wrote:

> This reverts commit 26e7deadaae1755faf1f6d1a68988c4b8348df59.
> 
> Sonny reported that one of their tests started failing on the latest
> kernel on their Chrome OS platform. The root cause is that the above
> commit removed the protection line of empty zone, while the parser used
> in the test relies on the protection line to mark the end of each zone.
> 
> Let's revert it to avoid breaking userspace testing or applications.
> 

Acked-by: David Rientjes <rientjes@google.com>

No objection since I noted userspace parsing as a potential risk in 
https://marc.info/?l=linux-mm&m=158507790824995 but I didn't catch this 
earlier patch which could have led to the same thing.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2020-08-11 21:46 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-08-11  7:54 [PATCH] Revert "mm/vmstat.c: do not show lowmem reserve protection information of empty zone" Baoquan He
2020-08-11  8:34 ` David Hildenbrand
2020-08-11 21:46 ` David Rientjes

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).