Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp2394026ybl; Thu, 29 Aug 2019 07:38:10 -0700 (PDT) X-Google-Smtp-Source: APXvYqx3G1F9Y1fUAdLwArzAFaf3bUvWBqh5aU94z2c1qFoMoZe9Tw1rSH29lT/ewx2ZhzYau4QY X-Received: by 2002:aa7:8498:: with SMTP id u24mr12041468pfn.61.1567089490745; Thu, 29 Aug 2019 07:38:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567089490; cv=none; d=google.com; s=arc-20160816; b=kYy6+aAgTyl+iaENW5eXt9M6Uk4XEw92ASfz5h+4O3PyfncUM7KLWsJqE5vRbtK4QL UcInSHxLlxcjP318vkKwSa7V+qGdqFj+IHwB7GS5VeFOJK9nT7nld8IxzRe6DmSsynV+ 3FNYQkH9fKkanmDwFkWutNqTqk/HV9G4Am561IiRInxQjddChJju7CgsjHEDl5GM8VzB iZAHP5IzxGc+bKqjYkVKT6qIRc43ISbOVK7gEot13lfoLo2hihMbhRQNxJPC3QScUsfI oX2Nj9oaku/JV8HTtrdHC6x/12eGlket2ZCFOMFyGzvJlVWleDCX47Z865GVFeMj7XsO iTeA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=tx6rsm53ilQ75va3dtqevrOpd8HLO/dGt3n/5hvcK6M=; b=vRrfbW0wIWHRUr473OMb/7kzTvf7TKcEVPJkjrMM2k20g4nZWA1PnYeUmbYwMnxwN5 jt8RlW+bT6NgUQMjOXQqekzyOTQWie19OvlBfHTSB762kjW0BGqf3/WsdlcfqjRPLeqJ 0TCgQIgHY5n+EaN4Si+GnuHRIo/OJOOgeVg1Oaequkv2uWrR28T6xBXUxnV9M4Glf89l fjO8BFkiD3cPGAYXBKEAFX4YsgdFAP92lSRCXkzjJqqtZaBd4+PmFtgu7Mk+BO1Cl3cm CKb7XaiSaTc43u03tAvKX3SZ+Dqp6vRczj9FEj0gvnXmvvJCAeTVS08VC8dCjlA7ZAht IHDw== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l1si2207320pgs.458.2019.08.29.07.37.54; Thu, 29 Aug 2019 07:38:10 -0700 (PDT) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727372AbfH2Of0 (ORCPT + 99 others); Thu, 29 Aug 2019 10:35:26 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:33796 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726518AbfH2Of0 (ORCPT ); Thu, 29 Aug 2019 10:35:26 -0400 Received: from localhost (unknown [IPv6:2a01:e0a:2c:6930:5cf4:84a1:2763:fe0d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: bbrezillon) by bhuna.collabora.co.uk (Postfix) with ESMTPSA id D6BC028D56B; Thu, 29 Aug 2019 15:35:22 +0100 (BST) Date: Thu, 29 Aug 2019 16:35:20 +0200 From: Boris Brezillon To: Vitor Soares Cc: "linux-kernel@vger.kernel.org" , "devicetree@vger.kernel.org" , "linux-i3c@lists.infradead.org" , "bbrezillon@kernel.org" , "robh+dt@kernel.org" , "mark.rutland@arm.com" , "Joao.Pinto@synopsys.com" , Przemyslaw Gaj Subject: Re: [PATCH 1/4] i3c: master: detach and free device if pre_assign_dyn_addr() fails Message-ID: <20190829163520.126d42d6@collabora.com> In-Reply-To: References: <20190829124115.482cd8ec@collabora.com> Organization: Collabora X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 29 Aug 2019 13:53:24 +0000 Vitor Soares wrote: > Hi Boris, > > From: Boris Brezillon > Date: Thu, Aug 29, 2019 at 11:41:15 > > > +Przemek > > > > Please try to Cc active I3C contributors so they get a chance to > > comment on your patches. > > I can do that next time. > > > > > On Thu, 29 Aug 2019 12:19:32 +0200 > > Vitor Soares wrote: > > > > > On pre_assing_dyn_addr() the devices that fail: > > > i3c_master_setdasa_locked() > > > i3c_master_reattach_i3c_dev() > > > i3c_master_retrieve_dev_info() > > > > > > are kept in memory and master->bus.devs list. This makes the i3c devices > > > without a dynamic address are sent on DEFSLVS CCC command. Fix this by > > > detaching and freeing the devices that fail on pre_assign_dyn_addr(). > > > > I don't think removing those entries is a good strategy, as one might > > want to try to use a different dynamic address if the requested one > > is not available. > > Do you mean same 'assigned-address' attribute in DT? Yes, or say it's another device that got the address we want and this device doesn't want to release the address (I'm assuming the !SA case). > > If so, it is checked here: > > static int i3c_master_bus_init(struct i3c_master_controller *master) > ... > list_for_each_entry(i3cboardinfo, &master->boardinfo.i3c, node) { > struct i3c_device_info info = { > .static_addr = i3cboardinfo->static_addr, > }; > > if (i3cboardinfo->init_dyn_addr) { > status = i3c_bus_get_addr_slot_status(&master->bus, > ^ > i3cboardinfo->init_dyn_addr); > if (status != I3C_ADDR_SLOT_FREE) { > ret = -EBUSY; > goto err_detach_devs; > } > } > > i3cdev = i3c_master_alloc_i3c_dev(master, &info); > if (IS_ERR(i3cdev)) { > ret = PTR_ERR(i3cdev); > goto err_detach_devs; > } > > i3cdev->boardinfo = i3cboardinfo; > > ret = i3c_master_attach_i3c_dev(master, i3cdev); > if (ret) { > i3c_master_free_i3c_dev(i3cdev); > goto err_detach_devs; > } > } > ... > > and later if it fails i3c_master_pre_assign_dyn_addr(), the device can > participate in Enter Dynamic Address Assignment process. > I may need to check the boardinfo->init_dyn_addr status on > i3c_master_add_i3c_dev_locked before i3c_master_setnewda_locked(). I need to double check but I thought we were already handling that case properly. > > > Why not simply skipping entries that have ->dyn_addr > > set to 0 when preparing a DEFSLVS frame > > I considered that solution too but if the device isn't enumerated why > should it be attached and kept in memory? Might be a device that supports HJ, and in that case we might want the controller to reserve a slot in its device table for that device. Anyway, it doesn't hurt to have it around as long as we don't pass the device through DEFSLVS if it doesn't have a dynamic address. I really prefer to keep the logic unchanged and fix it if it needs to be fixed. > Anyway we have i3c_boardinfo > with DT information. > > > > > > > > > Signed-off-by: Vitor Soares > > > --- > > > drivers/i3c/master.c | 11 ++++++++--- > > > 1 file changed, 8 insertions(+), 3 deletions(-) > > > > > > diff --git a/drivers/i3c/master.c b/drivers/i3c/master.c > > > index 5f4bd52..4d29e1f 100644 > > > --- a/drivers/i3c/master.c > > > +++ b/drivers/i3c/master.c > > > @@ -1438,7 +1438,7 @@ static void i3c_master_pre_assign_dyn_addr(struct i3c_dev_desc *dev) > > > ret = i3c_master_setdasa_locked(master, dev->info.static_addr, > > > dev->boardinfo->init_dyn_addr); > > > if (ret) > > > - return; > > > + goto err_detach_dev; > > > > > > dev->info.dyn_addr = dev->boardinfo->init_dyn_addr; > > > ret = i3c_master_reattach_i3c_dev(dev, 0); > > > @@ -1453,6 +1453,10 @@ static void i3c_master_pre_assign_dyn_addr(struct i3c_dev_desc *dev) > > > > > > err_rstdaa: > > > i3c_master_rstdaa_locked(master, dev->boardinfo->init_dyn_addr); > > > + > > > +err_detach_dev: > > > + i3c_master_detach_i3c_dev(dev); > > > + i3c_master_free_i3c_dev(dev); > > > > We certainly shouldn't detach/free the i3c_dev_desc from here. If it > > has to be done somewhere (which I'd like to avoid), it should be done > > in i3c_master_bus_init() (i3c_master_pre_assign_dyn_addr() should be > > converted to return an int in that case). > > I can change it to return an error. > > > > > > } > > > > > > static void > > > @@ -1647,7 +1651,7 @@ static int i3c_master_bus_init(struct i3c_master_controller *master) > > > enum i3c_addr_slot_status status; > > > struct i2c_dev_boardinfo *i2cboardinfo; > > > struct i3c_dev_boardinfo *i3cboardinfo; > > > - struct i3c_dev_desc *i3cdev; > > > + struct i3c_dev_desc *i3cdev, *i3ctmp; > > > struct i2c_dev_desc *i2cdev; > > > int ret; > > > > > > @@ -1746,7 +1750,8 @@ static int i3c_master_bus_init(struct i3c_master_controller *master) > > > * Pre-assign dynamic address and retrieve device information if > > > * needed. > > > */ > > > - i3c_bus_for_each_i3cdev(&master->bus, i3cdev) > > > + list_for_each_entry_safe(i3cdev, i3ctmp, &master->bus.devs.i3c, > > > + common.node) > > > i3c_master_pre_assign_dyn_addr(i3cdev); > > > > > > ret = i3c_master_do_daa(master); > > Thank for your feedback. > > Best regards, > Vitor Soares