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 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id C7DEFC43217 for ; Fri, 1 Oct 2021 04:52:52 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id AAB3D6135E for ; Fri, 1 Oct 2021 04:52:52 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1351896AbhJAEye (ORCPT ); Fri, 1 Oct 2021 00:54:34 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34186 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241515AbhJAEyd (ORCPT ); Fri, 1 Oct 2021 00:54:33 -0400 Received: from mail-yb1-xb2b.google.com (mail-yb1-xb2b.google.com [IPv6:2607:f8b0:4864:20::b2b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DB65BC06176C for ; Thu, 30 Sep 2021 21:52:49 -0700 (PDT) Received: by mail-yb1-xb2b.google.com with SMTP id u32so17886415ybd.9 for ; Thu, 30 Sep 2021 21:52:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=HSY5dUG0iWk0wmOHITmVmnD9YYtjGnNr2FW0qw66Pe4=; b=ERvLu10phYrVrUIUT3FzdDeg2rgbZvK7s0wbD18UwtSTLHKvY+YAMQN2Z4wvYwRRiL /iRsVFxQjqeYWGoJQV/Rdo+r09ydttg3pJqOhGWg3MyiGhvh/JiMTgy0TZM2cBXSmGrp L0ERj0n5zOOzIzH5m/U7eBBJPWYKbnOJ5JEUDDAyXqEOrDPwvMBP1Dr/RbnG6FqSxegE ulQ4x5AozNlp0wP1JYC8A3wJ0IXc4kgWceI+UcywptFCLQOaNgQeoq2dnO8oMLWez+UK c2f6pDqf7TqUq0GspOOliKauJ7YJqi+MU5ExnkpEsXJxt4ahiYH6wzRY1oLkDhkvXcx3 yahQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=HSY5dUG0iWk0wmOHITmVmnD9YYtjGnNr2FW0qw66Pe4=; b=FaGSe6nfMGQSCU3QrW2q2NksodxrK/a7QokLHHp/FiIehhiuv2xflEoqoN5UHwIZqP dAWBQJBjCCCPwN4ZkdAB6owfk9gJIiRJ4Wxx/Lnb7tHNqb6QFTwzNeGPdEmNINoqBAey gyq9mqI5xm/8V78vON79OYGdgA2E54ZOdqTa4z8vp35s9l+saB5cDS1IDiYOJcXuwg0f hty6Z6Max552NKg0SY84zr07AKyQPj7dlsTyDvsHInvzX/t56wrckgcq9WEr/ZlM5NS8 x+fwy6sT4/k62nnxaq5zkc9QbDDjtGG9yCh0ktuiBMQOKfLUYOFzWe0Q0LIBGrh537WT ZBzQ== X-Gm-Message-State: AOAM533FdGMGrXd/svpg73VZy8fWvHtzR2Apq3MCAO1M77quCvrOGrPQ uA29SBW7/qJHhtFXyfQaJlEJMk0rVWaOkqFrTgUPfA== X-Google-Smtp-Source: ABdhPJygycpZauu9TFmc+TzH6Xxv9d3sYB6IkEM/HcmQ8hM9+hQo2lPA+CHRH3RKW0G4hzlav9jzO/VJG+svIlgQKNg= X-Received: by 2002:a25:4684:: with SMTP id t126mr3386461yba.476.1633063968846; Thu, 30 Sep 2021 21:52:48 -0700 (PDT) MIME-Version: 1.0 References: <20210928235635.1348330-1-willmcvicker@google.com> <7766faf8-2dd1-6525-3b9a-8ba790c29cff@canonical.com> In-Reply-To: From: Saravana Kannan Date: Thu, 30 Sep 2021 21:52:12 -0700 Message-ID: Subject: Re: [PATCH v2 00/12] arm64: Kconfig: Update ARCH_EXYNOS select configs To: Christoph Hellwig Cc: Tomasz Figa , Lee Jones , Krzysztof Kozlowski , Will McVicker , Russell King , Catalin Marinas , Will Deacon , Michael Turquette , Stephen Boyd , Sylwester Nawrocki , Chanwoo Choi , Linus Walleij , Alessandro Zummo , Alexandre Belloni , John Stultz , Thomas Gleixner , Geert Uytterhoeven , "Cc: Android Kernel" , Linux ARM , Linux Kernel Mailing List , linux-samsung-soc , linux-clk , "open list:GPIO SUBSYSTEM" , linux-rtc@vger.kernel.org, Arnd Bergmann , Olof Johansson Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 30, 2021 at 9:02 PM Christoph Hellwig wrote: > > On Thu, Sep 30, 2021 at 09:10:31PM +0900, Tomasz Figa wrote: > > Generally, the subsystems being mentioned here are so basic (clock, > > pinctrl, rtc), that I really can't imagine what kind of rocket science > > one might want to hide for competitive reasons... If it's for an > > entire SoC, I wonder why Intel and AMD don't have similar concerns and > > contribute support for their newest hardware far before the release. > > There is no reason at all, and to be honest this whole discussion with > these bullshit arguments from the Google/Linaro/SoC vendor crowd just > shows how on crack these people are, and shows a good example of why > we should not support these models at all. There is no good reason > to "overide" uptream functionality EVER. Stop digging yourselves into > your ever bigger holes and just f***king contribute upstream NOW. Just > as we always have we should not give you more rope to shoot yoursel > while ausing us extra overhead. Maybe you need to read up the code of conduct again. -Saravana