Received: by 2002:ac0:a591:0:0:0:0:0 with SMTP id m17-v6csp1623602imm; Fri, 6 Jul 2018 03:36:41 -0700 (PDT) X-Google-Smtp-Source: AAOMgpe6+/NLncIf8FfH2PlvVDGC3s04wsg8vw6QJP8XEBuYp9jZ0phss37DTur+YC/nKqZKNUEl X-Received: by 2002:a17:902:722:: with SMTP id 31-v6mr9985903pli.3.1530873401785; Fri, 06 Jul 2018 03:36:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530873401; cv=none; d=google.com; s=arc-20160816; b=SRYD3s/oMeEN666FCVrIWu+nqbBaerLfNG1nPgFjEKDjuZRMw2jf0o01WDxpQWg0IB bmBukeJa40iaBGJwdwCHz4itu6fRpCAqwd6FJhFAPUayzxY0kPqXflvkK7I5+9eZumAY f8jyzilDF13kJL9ukEoiKOvb0k+LseqXFlyXoS4QwR2ulDkZgVqKDttbnIp0dyemQOhB x8G2ltcsLJXqR4rD9P0ZepfDNTiynYKJ0EK0Iwv8Xs89LVYlsRcsw/MyLNn43INOwfCu YKz8pSjpVy8ReZB/5eZtbuGaVlX5whz/ox42KfcRHc1I8HPRhTD+mFaKIGhmClkLqSzJ 80CA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=1/A41ORcrAah7G6d+A3pcTNOdazhvpCSFzoe3gGGjEM=; b=c0ZHBHsU7MKusKO+VYMPmVio9G/EC8hUDIAyfjN66+iMTOMVSvKp8f0YLmIWKw7mF0 XvOgeSDsjzA6//VPnOlly0/YZluTPnhIE3HQPIDJQYEJgl/TLtUQWhROa/vAY/CGAU7o KiDT/zNpHOS0df8ug7IzrlqwMjH9z5zJhSUfZI/rHc1OC0mjWACOkdRNs4/wyKVh2jTE Ku3cpuk1m2fIYL8JPiYaGTbOLQP0eWvSmONqUauPqgE69fuIBgEbl4Xc8JlSuVqlbyyg fnZlpzaO30LFXicqUN9pdWG3/O6xPgJPpdSrJ3TFBtyR+RPP+R/2cTA8JsaRysV0cVdD pd7A== 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 d10-v6si7927859pla.140.2018.07.06.03.36.25; Fri, 06 Jul 2018 03:36:41 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753631AbeGFKfr (ORCPT + 99 others); Fri, 6 Jul 2018 06:35:47 -0400 Received: from muru.com ([72.249.23.125]:50488 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753519AbeGFKfp (ORCPT ); Fri, 6 Jul 2018 06:35:45 -0400 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id D1AB480B6; Fri, 6 Jul 2018 10:38:43 +0000 (UTC) Date: Fri, 6 Jul 2018 03:35:41 -0700 From: Tony Lindgren To: Faiz Abbas Cc: linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-clk@vger.kernel.org, robh+dt@kernel.org, bcousson@baylibre.com, paul@pwsan.com, t-kristo@ti.com, mark.rutland@arm.com Subject: Re: [PATCH v4 4/6] bus: ti-sysc: Add support for software reset Message-ID: <20180706103541.GC112168@atomide.com> References: <20180705142319.19583-1-faiz_abbas@ti.com> <20180705142319.19583-5-faiz_abbas@ti.com> <20180705154758.GA112168@atomide.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.0 (2018-05-17) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Faiz Abbas [180706 10:05]: > Hi, > > On Thursday 05 July 2018 09:17 PM, Tony Lindgren wrote: > > * Faiz Abbas [180705 14:24]: > >> +static int sysc_reset(struct sysc *ddata) > >> +{ > >> + int offset = ddata->offsets[SYSC_SYSCONFIG]; > >> + int val = sysc_read(ddata, offset); > > > > Can you please just warn and return early for now if no > > syss_mask is specified? Otherwise we'll have mysterious > > errors if somebody leaves out "ti,hwmods" for module types > > we do not yet support reset for. > > RESET write to sysconfig can still happen even if there's no syss_mask > right? Not all modules need to poll on reset status. It can but we currently don't have anything similar to srst_udelay like we have in _ocp_softreset(). And we don't currently have suport for sysc reset done bit. So we want to warn and return error except in the known working case for now. Regards, Tony