From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.2 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4EAE6C43214 for ; Fri, 23 Jul 2021 08:17:42 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 3A9E760E8E for ; Fri, 23 Jul 2021 08:17:42 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234562AbhGWHhG (ORCPT ); Fri, 23 Jul 2021 03:37:06 -0400 Received: from mail.kernel.org ([198.145.29.99]:56458 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234311AbhGWHhF (ORCPT ); Fri, 23 Jul 2021 03:37:05 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id BDD7A60EBD; Fri, 23 Jul 2021 08:17:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1627028259; bh=xnAmVgoDuokti2NByNq6/FFRGTSMhdQRxWuJi2rHC0Y=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=fzT5ISx3nPwKdbMu9BnIUTph2mjFB1lUM2vUb2DiOHFTRVsbeYjRZ9mIzVtd5w4BB 63ePNFLvEybFAJsW5Jd8b4VvRCudZ3uEULO/cI7h/8TaLYpaHj8U8tLSv9D/lxjAAz NIQs5QlX5UnLX6OUSTzkVnUrKlMhXGZ29WXZ/1RE= Date: Fri, 23 Jul 2021 10:17:30 +0200 From: Greg Kroah-Hartman To: Serge Semin Cc: Bjorn Andersson , John Stultz , Krzysztof Kozlowski , Rob Herring , Felipe Balbi , Florian Fainelli , Andy Gross , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , linux-arm-msm , Linux USB List , lkml , linux-arm-kernel , Amit Pundir Subject: Re: [PATCH 29/29] arm64: dts: qcom: Harmonize DWC USB3 DT nodes name Message-ID: References: <20210721100220.ddfxwugivsndsedv@mobilestation> <0064cb2c-5ca6-e693-2e89-8f045c8f7502@kernel.org> <20210721112531.xvu6ni5ksaehsrjh@mobilestation> <20210722181221.xh3r5kyu7zlcojjx@mobilestation> <20210722215451.cdhvh5jjvtv5zncl@mobilestation> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210722215451.cdhvh5jjvtv5zncl@mobilestation> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jul 23, 2021 at 12:54:51AM +0300, Serge Semin wrote: > I always thought that ABI is supposed to be something what is > thoroughly documented and firmly declared to be so. It isn't something > claimed to be on a random nature but defined to be one when it's > more-or-less standardized. Thus the Linux kernel developers decide not > to change something unless it went through the series of iterations like > testing, stable, obsolete, remove. As I see it the rule-of-thumb is > supposed to be as "nothing is ABI unless it's declared as such". Not true at all. Again, if something works in an older kernel version, and you upgrade to a new kernel version and it breaks, that is a regression and must be fixed/reverted. Lack of documentation does not mean an ABI can be changed. greg k-h