[PATCH] hw/ppc/spapr.c: consecutive 'spapr->patb_entry = 0' statements

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

[PATCH] hw/ppc/spapr.c: consecutive 'spapr->patb_entry = 0' statements

Daniel Henrique Barboza
In ppc_spapr_reset(), if the guest is using HPT, the code was executing:

    } else {
        spapr->patb_entry = 0;
        spapr_setup_hpt_and_vrma(spapr);
    }

And, at the end of spapr_setup_hpt_and_vrma:

    /* We're setting up a hash table, so that means we're not radix */
    spapr->patb_entry = 0;

Resulting in spapr->patb_entry being assigned to 0 twice in a row.

Given that 'spapr_setup_hpt_and_vrma' is also called inside
'spapr_check_setup_free_hpt' of spapr_hcall.c, this trivial patch removes
the 'patb_entry = 0' assignment from the 'else' clause inside ppc_spapr_reset
to avoid this behavior.

Signed-off-by: Daniel Henrique Barboza <[hidden email]>
---
 hw/ppc/spapr.c | 1 -
 1 file changed, 1 deletion(-)

diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c
index e877d45..bd31972 100644
--- a/hw/ppc/spapr.c
+++ b/hw/ppc/spapr.c
@@ -1326,7 +1326,6 @@ static void ppc_spapr_reset(void)
          * Set the GR bit in PATB so that we know there is no HPT. */
         spapr->patb_entry = PATBE1_GR;
     } else {
-        spapr->patb_entry = 0;
         spapr_setup_hpt_and_vrma(spapr);
     }
 
--
2.9.4


Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [PATCH] hw/ppc/spapr.c: consecutive 'spapr->patb_entry = 0' statements

David Gibson
On Fri, Jun 16, 2017 at 02:22:30PM -0300, Daniel Henrique Barboza wrote:

> In ppc_spapr_reset(), if the guest is using HPT, the code was executing:
>
>     } else {
>         spapr->patb_entry = 0;
>         spapr_setup_hpt_and_vrma(spapr);
>     }
>
> And, at the end of spapr_setup_hpt_and_vrma:
>
>     /* We're setting up a hash table, so that means we're not radix */
>     spapr->patb_entry = 0;
>
> Resulting in spapr->patb_entry being assigned to 0 twice in a row.
>
> Given that 'spapr_setup_hpt_and_vrma' is also called inside
> 'spapr_check_setup_free_hpt' of spapr_hcall.c, this trivial patch removes
> the 'patb_entry = 0' assignment from the 'else' clause inside ppc_spapr_reset
> to avoid this behavior.
>
> Signed-off-by: Daniel Henrique Barboza <[hidden email]>
Applied to ppc-for-2.10.

> ---
>  hw/ppc/spapr.c | 1 -
>  1 file changed, 1 deletion(-)
>
> diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c
> index e877d45..bd31972 100644
> --- a/hw/ppc/spapr.c
> +++ b/hw/ppc/spapr.c
> @@ -1326,7 +1326,6 @@ static void ppc_spapr_reset(void)
>           * Set the GR bit in PATB so that we know there is no HPT. */
>          spapr->patb_entry = PATBE1_GR;
>      } else {
> -        spapr->patb_entry = 0;
>          spapr_setup_hpt_and_vrma(spapr);
>      }
>  
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you.  NOT _the_ _other_
                                | _way_ _around_!
http://www.ozlabs.org/~dgibson

signature.asc (836 bytes) Download Attachment
Loading...