Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp4244392pxy; Mon, 26 Apr 2021 23:39:47 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz8rHSz9aVoMPCIhXqEnFpeDOy6/3o59EjYcs3ni2jcTqsss5MjdJSeODrpTGNLttXiXK/g X-Received: by 2002:a17:902:e5d1:b029:eb:7ec2:648e with SMTP id u17-20020a170902e5d1b02900eb7ec2648emr23078533plf.30.1619505587568; Mon, 26 Apr 2021 23:39:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619505587; cv=none; d=google.com; s=arc-20160816; b=DIDVOKK1WI26jiln0pJtwHo+belKq+IV06EWjRe8cvG0OmROfG8/v8NXZdZ8uJZxl1 1W0WSJXrdppP5gEtkDBmUmqA9iXBN6P1rg/wA1z7FzGJMkn8BGckZIZ5qjzr+0o78xpj cIrXC0HQzChyq6+Kxxd7W4dEASN35BSdpVe8d1m/LXdmONm9+nVMACEsXyXArTIbdPMv R656Vq/5c7zNPy/6x8aWsP42Cke7z4n6GioPT/pxtQ2b69AGD5fmPhJTHan0X0GEdgLo ZniJXMnXUosLJxaE0SPyXdCS4RD+Yf0Alr0/oCszvMyr7Fii87zWbzdjjo5Z/i2OUbhA eOiw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:references:in-reply-to :subject:cc:to:from:message-id:date; bh=pao69+NVZ0Rb0dDvokRt4vFyqUH3kt0G4337YxFjGfM=; b=YPCa3uJfP7PzeBxKyIhNKIuFoQMtDY+T/SjzoBUsqKQu0OgQJAZLg/63xKbIM88+hk iX+/JsHuBD3nPoBZzY/BwIDsqvCKIN0Aw5fi6z9SPgRfYAVin7uvOArAhUa0/5JmTf+3 uPzvHdyaditcoTsoBEpHs1m/e/2R6GjfZtxKzBmlR7HQcCnLewRZY3tgH/iS2Gjf9dWV GH5Y05h6R3RLmovaFpmTmQXOcyw5FYbVC+CseKbuUgHhxgu2/DBYwhOO1tNCfrs+5ZXz 98LLF0oUu7EYpxwdtuO069PxiUDLFuN915BWmkG6Qb3hotod5GBmsR97KDWN65X1sHtJ 6UVg== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c12si20342008pgc.272.2021.04.26.23.39.35; Mon, 26 Apr 2021 23:39:47 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234258AbhD0Gie (ORCPT + 99 others); Tue, 27 Apr 2021 02:38:34 -0400 Received: from mx2.suse.de ([195.135.220.15]:44652 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231835AbhD0Gid (ORCPT ); Tue, 27 Apr 2021 02:38:33 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 81BD2AF88; Tue, 27 Apr 2021 06:37:49 +0000 (UTC) Date: Tue, 27 Apr 2021 08:37:48 +0200 Message-ID: From: Takashi Iwai To: Stephen Rothwell Cc: Philipp Zabel , Takashi Iwai , Dmitry Osipenko , Linux Kernel Mailing List , Linux Next Mailing List , Mark Brown Subject: Re: linux-next: manual merge of the reset tree with the sound-current tree In-Reply-To: <20210427093357.6518bef6@canb.auug.org.au> References: <20210427093357.6518bef6@canb.auug.org.au> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/25.3 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 27 Apr 2021 01:33:57 +0200, Stephen Rothwell wrote: > > Hi all, > > Today's linux-next merge of the reset tree got a conflict in: > > drivers/reset/core.c > > between commit: > > 48d71395896d ("reset: Add reset_control_bulk API") > > from the sound-current tree and commit: > > 463bdeed6760 ("reset: whitespace fixes") > > from the reset tree. > > I fixed it up (see below) and can carry the fix as necessary. This > is now fixed as far as linux-next is concerned, but any non trivial > conflicts should be mentioned to your upstream maintainer when your tree > is submitted for merging. You may also want to consider cooperating > with the maintainer of the conflicting tree to minimise any particularly > complex conflicts. Thanks! Takashi > > -- > Cheers, > Stephen Rothwell > > diff --cc drivers/reset/core.c > index 71c1c8264b2d,123b0c53a857..000000000000 > --- a/drivers/reset/core.c > +++ b/drivers/reset/core.c > @@@ -724,29 -610,9 +724,29 @@@ void reset_control_release(struct reset > } > EXPORT_SYMBOL_GPL(reset_control_release); > > +/** > + * reset_control_bulk_release() - releases exclusive access to reset controls > + * @num_rstcs: number of entries in rstcs array > + * @rstcs: array of struct reset_control_bulk_data with reset controls set > + * > + * Releases exclusive access right to reset controls previously obtained by a > + * call to reset_control_bulk_acquire(). > + * > + * See also: reset_control_release(), reset_control_bulk_acquire() > + */ > +void reset_control_bulk_release(int num_rstcs, > + struct reset_control_bulk_data *rstcs) > +{ > + int i; > + > + for (i = 0; i < num_rstcs; i++) > + reset_control_release(rstcs[i].rstc); > +} > +EXPORT_SYMBOL_GPL(reset_control_bulk_release); > + > - static struct reset_control *__reset_control_get_internal( > - struct reset_controller_dev *rcdev, > - unsigned int index, bool shared, bool acquired) > + static struct reset_control * > + __reset_control_get_internal(struct reset_controller_dev *rcdev, > + unsigned int index, bool shared, bool acquired) > { > struct reset_control *rstc; > > [2 OpenPGP digital signature ] >