On Wed, Sep 02, 2015 at 04:54:58PM +0530, Sudip Mukherjee wrote:
> gru_alloc_gts() can fail and it can return ERR_PTR(errvalue). We should
> not dereference it if it has returned error. And incase it has returned
> error then just downgrade the write lock and exit.
>
Not sure about this, because gru_load_kernel_context is expected to complete
with a loaded context. Since most if not all error possibilities are out of
memory conditions, it might be better to loop (with an msleep(1)) and wait
for forward progress, similar to the while loop in this function.
> Signed-off-by: Sudip Mukherjee <su...@vectorindia.org>
> ---
> drivers/misc/sgi-gru/grukservices.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/drivers/misc/sgi-gru/grukservices.c
> b/drivers/misc/sgi-gru/grukservices.c
> index a6fd773..369f7fe 100644
> --- a/drivers/misc/sgi-gru/grukservices.c
> +++ b/drivers/misc/sgi-gru/grukservices.c
> @@ -161,6 +161,8 @@ static void gru_load_kernel_context(struct
> gru_blade_state *bs, int blade_id)
>
> if (!bs->bs_kgts) {
> bs->bs_kgts = gru_alloc_gts(NULL, 0, 0, 0, 0, 0);
> + if (IS_ERR(bs->bs_kgts))
> + goto err_gru_alloc_gts;
> bs->bs_kgts->ts_user_blade_id = blade_id;
> }
> kgts = bs->bs_kgts;
> @@ -184,6 +186,7 @@ static void gru_load_kernel_context(struct
> gru_blade_state *bs, int blade_id)
> bs->kernel_cb = get_gseg_base_address_cb(vaddr, ctxnum, 0);
> bs->kernel_dsr = get_gseg_base_address_ds(vaddr, ctxnum, 0);
> }
> +err_gru_alloc_gts:
> downgrade_write(&bs->bs_kgts_sema);
> }
>
> --
> 1.9.1
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
