Received: by 10.223.185.116 with SMTP id b49csp5314776wrg; Wed, 7 Mar 2018 09:40:35 -0800 (PST) X-Google-Smtp-Source: AG47ELvgYSCmXOMf+1JuL1rR+3tDf2nTa/Y4sKZa+RNgyqwBr/8P7GZIQU+GckWV5zmE0AenOE0Q X-Received: by 2002:a17:902:166:: with SMTP id 93-v6mr20802688plb.419.1520444435166; Wed, 07 Mar 2018 09:40:35 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1520444435; cv=none; d=google.com; s=arc-20160816; b=k/f5ZZhEl3zrPal6plRfD9OzLaEDDDlnEwxw8T5Z9oVcFzVFUPXiip1/mdxB34/cwJ 1gzcMlia6PnpNeqPGz5Bog7lGd2+W2bpTqWTi0m0ptCNi5W2UUhVKajzofLD31E3MrT1 yiP4bMqk6zHo5wvxTBIqS47Pmj0+PKPHGDs2YqdIhotG0A0d8KvrrCF6rEtrngovSore vfK6JQNYMzciIAMGXOCd6Bf7ewj2lJ1c1KTnGX84arLwTNVs84M0QHqI00T47lvobX8o hElyv7flRjwVC2TvbtA318257YSTTQT2umjx1mUu4xIPpxsxzH1dgbHCQ2P/++/hAanw wZlg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:arc-authentication-results; bh=RkcQ5f2ti3l8Rf851hNiIDXZB78mEJy868OCAjT0wSk=; b=t9i1SEBhZoTjPvg/986i7qSwKtsPU7SOluDk5kHT022plHFDxYC8DBhedba6y38dWd 5drW5BAebY+mLwFazqcd4BZ5AfS2RlqCsgxIW6qRZlwpaMP08ix7BeDhRwX5rloEV3lF uXIUjRqGUNILuXBsOptaG6jcglBZnFsyIlSWHeHfSO7vOMJRcO/RJzFVFWXy1UyfMVBb MS0o9VvPQTuyASySzP+6O5gmgv1XwGtM1QjF1TsoiVS0QCCyne8ki/ZXcGahXjej1vPQ hzFJX3UiBe9VRnQ/dH2arG43btslMPWNPw/TSp2YulM6cx/5LXHzqPRfXNmefjRXZaQc emBA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k24si11272745pff.350.2018.03.07.09.40.20; Wed, 07 Mar 2018 09:40:35 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933816AbeCGRjL (ORCPT + 99 others); Wed, 7 Mar 2018 12:39:11 -0500 Received: from bues.ch ([80.190.117.144]:48930 "EHLO bues.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932801AbeCGRjJ (ORCPT ); Wed, 7 Mar 2018 12:39:09 -0500 Received: by bues.ch with esmtpsa (Exim 4.89) (envelope-from ) id 1etd1w-000861-5d; Wed, 07 Mar 2018 18:39:08 +0100 Date: Wed, 7 Mar 2018 18:38:58 +0100 From: Michael =?UTF-8?B?QsO8c2No?= To: arvindY Cc: linux-kernel@vger.kernel.org, linux-wireless@vger.kernel.org Subject: Re: [PATCH] ssb:: use put_device() if device_register fail Message-ID: <20180307183858.63172de9@wiggum> In-Reply-To: <5AA01E5E.8070002@gmail.com> References: <20180307174700.013e20ae@wiggum> <5AA01E5E.8070002@gmail.com> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/8QLP00ucAYYl=k.ayzL1Mj3"; protocol="application/pgp-signature" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --Sig_/8QLP00ucAYYl=k.ayzL1Mj3 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 7 Mar 2018 22:46:14 +0530 arvindY wrote: > >> diff --git a/drivers/ssb/main.c b/drivers/ssb/main.c > >> index 65420a9..c4449e0 100644 > >> --- a/drivers/ssb/main.c > >> +++ b/drivers/ssb/main.c > >> @@ -521,6 +521,7 @@ static int ssb_devices_register(struct ssb_bus *bu= s) > >> ssb_err("Could not register %s\n", dev_name(dev)); > >> /* Set dev to NULL to not unregister > >> * dev on error unwinding. */ > >> + put_device(dev); > >> sdev->dev =3D NULL; > >> kfree(devwrap); > >> goto error; =20 > > > > I don't think this is correct. > > The dev structure is allocated as part of devwrap, which is freed here. > > > > Why do you think we need put_device here? > > =20 > Yes this patch is not correct, We must not use kfree() after you called=20 > device_register() (even > if it was not successful!) -- see the comment for device_register(). > I will delete kfree() and send updated patch. Is device_put() going to call ssb_release_dev() to free the structure? Can you please elaborate on why device_put() must be used? The comment is not really of any use here. --=20 Michael --Sig_/8QLP00ucAYYl=k.ayzL1Mj3 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEihRzkKVZOnT2ipsS9TK+HZCNiw4FAlqgI7IACgkQ9TK+HZCN iw68Rg//ZUagsjDMEb+Raec3BZ2Bec1NIM5qruLG6GrmRVkja6vGfKeUkv8Z59NO zXjO2QMl0v4CvZjpG8G8kq0SuXOFgP9j33xcQ0wZ/MarTRhtg99YbMSiRswqDYsD I6dZNgDv2x57FO92ns6d43pzds9JW4C5nESwdwHQ5r0xcvMdHqkdeO93QqEI7Oym 8/wM0/5bPV6T3j6JRiqfyF4XAGli2FPMv9FzanybiHPZKAGTQOgUCheObph3pDtX FzqhnLfWRZFYQpt1K/3Lam068v+XmdMTikbwiFDKvNZ8wrhDP55zonK+WL0Jr2Jn mhrTIa5Vy1sejnMUsUMUUmz5MR89Xnf3fY52gS3SX7FSrQBjeeB/u9pBvOdP2urr HxwnFU57VixEGb9+dobpsf4WHGLkzVF9fWO00/meT4LCDFZH+5aYkVk8rvbfOKI9 62t1DA+rPLxe1Uyu6rfRlVgwX88zH8J2/MY2Jvgyb1pGqIZW6D0cfj+Zb6VmFeDF pq33pj5K2krGDDHCCyQsDntGGJWubTtp0LLybo809Sp8XSq59E0PuKyBij1L8OCL drIB1pEzJjr2GecpfvJrDzd7KGkq60seBOLJcEhGV6lbeknSnEjPb4LL58j2bx+Y awtiyTEYufi6n+HPqy9KJjzDbs4q5ty1bTEpH46grPsMhx/HPAY= =+HuV -----END PGP SIGNATURE----- --Sig_/8QLP00ucAYYl=k.ayzL1Mj3--