From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 2E78122301 for ; Wed, 25 Feb 2026 09:39:49 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=198.175.65.10 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772012390; cv=none; b=KWFxI8fbPlMbHz0e6nwVh2kM5xhe7REqgqCsKqpnZN/Y7M6Hcc96xA1xWf0ZoTTSkaxwa5wkAianxQn7HSO0LYK/+TWq1N7dEJZOchA1E4r9ZCNe1rr+wDP316RbJ+2D0bK3wN3LxS75l5h1JESNP4lW10vTXciFkltrzyLrBYc= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772012390; c=relaxed/simple; bh=OuBp46c0T15TXhbD0bvm33pVhVuUZ3ezapqEokiX5Rc=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=nHBdQjAfifO/SD7jm8iqKHCNM2cTi6Iv5wcmGMYdKsfU8e++RiFAbqLdnNjaSJoEF9siWEZ/NYXUFO3rovxRl7beimwaPndIXsBJfiCZTm2Mbt3m4C9SDykEM/IuPU05EbmkeqSzmH+YeLbYP1YYh2P29beiVLk0ga7yqX2kI/0= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com; spf=pass smtp.mailfrom=linux.intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=P2/QLAQh; arc=none smtp.client-ip=198.175.65.10 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="P2/QLAQh" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1772012390; x=1803548390; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=OuBp46c0T15TXhbD0bvm33pVhVuUZ3ezapqEokiX5Rc=; b=P2/QLAQhdTOqYErNw6oMYNbFBREQ3/+0BQfUjejSwNvWZ8z+J8lKNC/9 oZaKf3X+GlP04GeeLq21XqvszP0A6v30qack43420G6G/tmZsj+CXxc8U IPs7+Bzu7krroRKTKz6WBPIIWlOyPGXttpjmSysUjtFxcxv4mjPO6leiX ZsCbauKFBc1qPIIax0lE57eoqQb5NPO2ra1Pznf9nbJRB0kM96gcvLIVp T+R+CV7I3VzXrhFNPVajPJERwnCVK1ItUMW3w4LYr3ensV81ZscnPBw6X RMt3nWEPGrmZqcTXqBcW9qrbxhe3OCM1uQ5NwDXLTgEvt5JoOhWZNobQL w==; X-CSE-ConnectionGUID: Z2jqeuMwSie07RBcVX/51Q== X-CSE-MsgGUID: a+rxQkArRzSWFtnH/LC9Rw== X-IronPort-AV: E=McAfee;i="6800,10657,11711"; a="90461681" X-IronPort-AV: E=Sophos;i="6.21,310,1763452800"; d="scan'208";a="90461681" Received: from orviesa002.jf.intel.com ([10.64.159.142]) by orvoesa102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Feb 2026 01:39:49 -0800 X-CSE-ConnectionGUID: Jpam8vgaT5CviJOps19VLQ== X-CSE-MsgGUID: kX5Q96jkTw2KpBqyIZOMrg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.21,310,1763452800"; d="scan'208";a="246735810" Received: from vpanait-mobl.ger.corp.intel.com (HELO localhost) ([10.245.244.71]) by orviesa002-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Feb 2026 01:39:49 -0800 Date: Wed, 25 Feb 2026 11:39:45 +0200 From: Andy Shevchenko To: Krzysztof Kozlowski Cc: linux-kernel@vger.kernel.org, Randy Dunlap Subject: Re: [PATCH v2 1/1] memory: bt1-l2-ctl: Remove not-going-to-be-supported code for Baikal SoC Message-ID: References: <20260224150616.3585591-1-andriy.shevchenko@linux.intel.com> <0eceef2b-4d33-4a09-af92-6b4131a1d8c2@kernel.org> <22092b19-a274-4b68-a1e3-4618c9e225ff@kernel.org> <849296b9-99a9-4c60-8054-c59826abcd2d@kernel.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <849296b9-99a9-4c60-8054-c59826abcd2d@kernel.org> Organization: Intel Finland Oy - BIC 0357606-4 - c/o Alberga Business Park, 6 krs, Bertel Jungin Aukio 5, 02600 Espoo On Wed, Feb 25, 2026 at 10:33:56AM +0100, Krzysztof Kozlowski wrote: > On 25/02/2026 10:23, Andy Shevchenko wrote: > > On Wed, Feb 25, 2026 at 09:02:34AM +0100, Krzysztof Kozlowski wrote: > >> On 24/02/2026 16:29, Andy Shevchenko wrote: > >>> On Tue, Feb 24, 2026 at 05:24:38PM +0200, Andy Shevchenko wrote: > >>>> On Tue, Feb 24, 2026 at 04:18:36PM +0100, Krzysztof Kozlowski wrote: > >>>>> On 24/02/2026 16:05, Andy Shevchenko wrote: > >>>>>> As noticed in the discussion [1] the Baikal SoC and platforms > >>>>>> are not going to be finalized, hence remove stale code. > >>>>>> > >>>>>> Link: https://lore.kernel.org/lkml/22b92ddf-6321-41b5-8073-f9c7064d3432@infradead.org/ [1] > >>>>>> Signed-off-by: Andy Shevchenko > >>>>>> --- > >>>>>> > >>>>>> v2: dropped DT bindings change (Krzysztof) > >>>>> > >>>>> I think we misunderstood each other. I was speaking about that feedback: > >>>>> https://lore.kernel.org/linux-devicetree/20260223185754.GA151596-robh@kernel.org/ > >>>>> > >>>>> so bindings are separate patches. > >>>>> > >>>>> Was there any other feedback? > >>>> > >>>> Now you are totally confused me. > >>>> I did what you asked, I split bindings removal to a separate patch. The code is > >>>> also removed in this patch. What do you want? > >>> > >>> Bindings removal _separate_ patch: > >>> https://lore.kernel.org/r/20260224152711.3615622-1-andriy.shevchenko@linux.intel.com > >> > >> Separate patch in these patch series! The ABI documentation ALWAYS goes > >> with the implementation. Every patch on LKML follows that rule and also > >> it is explicitly documented in DT submitting patches. > > > > I see, it seems too hard to do this right from the start. > > Just like reverts of multiple commits are going in reversed order of > commits, then this is done in exact reverse order, so you can simply > look at any other patchset and do the reverse. Just took the latets from: > https://lore.kernel.org/linux-devicetree/ > > So this is adding: > https://lore.kernel.org/linux-devicetree/20260225-ina4230-v1-0-92b1de981d46@flipper.net/T/#m7817a527e6819c9383456aeaa0fe22f86e470d6f > > and removing would be exact revert, reverse order, with of course > appropriate subjects and commit msgs. These can't be done as pure set of reverts. This needs a manual work. -- With Best Regards, Andy Shevchenko