Received: by 2002:a05:6a10:a852:0:0:0:0 with SMTP id d18csp3760345pxy; Tue, 4 May 2021 09:19:01 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxny+wHWTN3W3o9UEsyvc6V10FXI2BiF+0+wEACWU8DG+iYEMQEX9SIkLc6LoAyPxYG+auc X-Received: by 2002:a17:907:7629:: with SMTP id jy9mr23238319ejc.34.1620145141436; Tue, 04 May 2021 09:19:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620145141; cv=none; d=google.com; s=arc-20160816; b=RqUL4syq8i2D9POOeuoflrp12C3InGVauLyieGB71gEok2R6NOs3jt18y0eROM+L+A HgRCz5zXGKN0tcKFTC0S5TpsMlIpDxIgwXHQS2e3b1bjWk6aRZCpUTUs6UhvD6Gdx9ow lyrb0uYlQpQ+ELmunq1EyHX4z00mWd9M6VwVtYkvFEtmTlv7gGw8+b+BCPWx8Z8426Y5 7NPf4FJlrAY4FN3GKeyCw65vv+OUqwgYob5FiuyGuL+MN4MEhv0D2o9IFY8n+ZDMGLqt bab+l1ALTIUev6PA/5B50RaMvmZW1eJ9frB3XyQ4tP9aemscnQPYZo3o/ivjf5hrO2ew Bs6w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=jVZQZiAYE4htFgPkJEtILV3loiB8ncpWjCNPmNg5B5k=; b=h3Jd3yEh/pqknhkRolY35Ba1eVyNmLv15xFsVD5suSoVlOQ5Yb7A4s2qiodNZIWMaw b+P3z4nJvVwhQxsqMS9L2CDxfuzLpwSgqjVS9+r2qa7mEPl0nhi/I3IeO+GDCYTELZNX SHDTCpzEGsa7pCrzYMml/te30vQ6wlXi7syhxjGRgykTtOdUC+riw/SCR0gtGvCbdcpw +9dJqh8IB+smN/zC4GlxjXgYTFalSMT+LAriBnFqCE04MngjxVmQxkqrHKgIO62WqBHX aM84pSTYB0IjGako5z6MjIh3yfbYMsszrONvKPcGjVlTf3xpgdS5zSDo158dWKyFm90i +3Sg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=MrWKbXNU; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a18si2936861ejy.632.2021.05.04.09.18.36; Tue, 04 May 2021 09:19:01 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=MrWKbXNU; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231732AbhEDQSO (ORCPT + 99 others); Tue, 4 May 2021 12:18:14 -0400 Received: from mail.kernel.org ([198.145.29.99]:34782 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231635AbhEDQSM (ORCPT ); Tue, 4 May 2021 12:18:12 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 24BD6611AD; Tue, 4 May 2021 16:17:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1620145037; bh=5iqslF9Ox5+6piOrlgLcA9pBk2hRz/fYWDXpJnNRAgw=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=MrWKbXNUmyeEvTiJ8kpXvrwolwGcpIzYHuC/CgbJhUN8dEJFoHorrHoP1l5O6AFgH z8NmAzQ0TBLovEYuuwPaJX+D33i+pLq560Mx7Wrpeq7OnZ5OPblXXPOui/inPSyWvf Rw2kIcEt0tycmNacxCV8UuDQ+XZNUmpMMsmHD85A= Date: Tue, 4 May 2021 18:17:15 +0200 From: Greg Kroah-Hartman To: Bryan Brattlof Cc: linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org Subject: Re: [PATCH] staging: rtl8723bs: use generic kernel error codes Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, May 04, 2021 at 04:07:48PM +0000, Bryan Brattlof wrote: > The current _FAIL and _SUCCESS error codes are defined as: > > #define _FAIL 0 > #define _SUCCESS 1 > > which adds complexity (and confusion) when interacting with other > submodules in the kernel. These definitions can be removed and replaced > with the kernel's generic error codes. > > Signed-off-by: Bryan Brattlof > --- > drivers/staging/rtl8723bs/include/drv_types.h | 2 +- > drivers/staging/rtl8723bs/os_dep/sdio_intf.c | 11 +++++------ > 2 files changed, 6 insertions(+), 7 deletions(-) > > diff --git a/drivers/staging/rtl8723bs/include/drv_types.h b/drivers/staging/rtl8723bs/include/drv_types.h > index 83d43e5726dd..5b702ff432ae 100644 > --- a/drivers/staging/rtl8723bs/include/drv_types.h > +++ b/drivers/staging/rtl8723bs/include/drv_types.h > @@ -385,7 +385,7 @@ struct adapter { > void *xmitThread; > void *recvThread; > > - u32 (*intf_init)(struct dvobj_priv *dvobj); > + int (*intf_init)(struct dvobj_priv *dvobj); > void (*intf_deinit)(struct dvobj_priv *dvobj); > int (*intf_alloc_irq)(struct dvobj_priv *dvobj); > void (*intf_free_irq)(struct dvobj_priv *dvobj); > diff --git a/drivers/staging/rtl8723bs/os_dep/sdio_intf.c b/drivers/staging/rtl8723bs/os_dep/sdio_intf.c > index d2bf444117b8..e26c51d847b6 100644 > --- a/drivers/staging/rtl8723bs/os_dep/sdio_intf.c > +++ b/drivers/staging/rtl8723bs/os_dep/sdio_intf.c > @@ -112,7 +112,7 @@ static void sdio_free_irq(struct dvobj_priv *dvobj) > } > } > > -static u32 sdio_init(struct dvobj_priv *dvobj) > +static int sdio_init(struct dvobj_priv *dvobj) > { > struct sdio_data *psdio_data; > struct sdio_func *func; > @@ -139,12 +139,11 @@ static u32 sdio_init(struct dvobj_priv *dvobj) > psdio_data->tx_block_mode = 1; > psdio_data->rx_block_mode = 1; > > + return err; > + > release: > sdio_release_host(func); > - > - if (err) > - return _FAIL; > - return _SUCCESS; > + return err; > } You just changed the logic here, are you SURE that was ok to do? > > static void sdio_deinit(struct dvobj_priv *dvobj) > @@ -186,7 +185,7 @@ static struct dvobj_priv *sdio_dvobj_init(struct sdio_func *func) > psdio = &dvobj->intf_data; > psdio->func = func; > > - if (sdio_init(dvobj) != _SUCCESS) > + if (sdio_init(dvobj) < 0) > goto free_dvobj; > > rtw_reset_continual_io_error(dvobj); > > base-commit: 9ccce092fc64d19504fa54de4fd659e279cc92e7 > -- > git-series 0.9.1 > > And that's all to remove the need for these crazy error values? If so, why not also remove the #defines for them as well? thanks, greg k-h