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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 98B41C4332F for ; Fri, 3 Dec 2021 16:22:38 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1352757AbhLCQ0B (ORCPT ); Fri, 3 Dec 2021 11:26:01 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51298 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1352706AbhLCQ0A (ORCPT ); Fri, 3 Dec 2021 11:26:00 -0500 Received: from mail-ua1-x92c.google.com (mail-ua1-x92c.google.com [IPv6:2607:f8b0:4864:20::92c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A37CAC061353 for ; Fri, 3 Dec 2021 08:22:36 -0800 (PST) Received: by mail-ua1-x92c.google.com with SMTP id o1so6485392uap.4 for ; Fri, 03 Dec 2021 08:22:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=NHuewE/Veei0UDZqBdq/IodL9Sy5sNU/wV+cHqy20h4=; b=ZXVR2vMEL+7SlbGxyhg+0gI4ac97562jI/VhZM2Vi9fNRW628RJwHeXLuPIGQ3AQo8 eiKAjskuJEosDtGGtLNIQSnN1Nsbq93ExGOFr4SHi5jWeH51tAnMlTwzkuBE8p0+NJ1J 9+g2pTEu4TioFPo6mnmYzSTpu2GR7l2+ZjvyykmbQ9iiS099yHHis+lD/gxtHVdWsJ6u DB3AjVFdhOjBYsRIrv+ry6fYFnrdRRdtdGK7aNZUI4879dd+ZZV3t+4S8jAfuEh557oa YlNTUzD5GeazfVVjABVeV0Xy4cSC+Hr8B5hC5DZn9E7F81t9wc4XDCySvi6vqskl9mYM IipQ== 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=NHuewE/Veei0UDZqBdq/IodL9Sy5sNU/wV+cHqy20h4=; b=jDZiB71yH/UH2aBWwPwPI9c+GfXjKyw4yqYk360kbgpJ7dPuJq7C0KWTbtRR7JMUC8 UF3i5IyQwo0Qll9GYoLpBBamIe9mancYXJWFg0XwLBXQP1vbHGr2l9hhYpj5tNJ5x8T4 h7UG/Z7XSI7PNzV3UvV5DukzxpZA+wEeOTd01J0q5YgQn76VfB3h25G5t6EG2oxP94E+ xqOBBTLnpQNJaTAlS6IRyyOCvtrjs7IHMcbuJW16ZkHITiwDebIwkJbFMG/Jd8hjs1Uz 6qNrQSeKpnOqEcaF/JSlzL0AXJPAnVrNhI4jp22ADBW7oFL5RU+lXg35DIJCLeOjngXS OGkQ== X-Gm-Message-State: AOAM531zjnTgNK0KLYd2dO4TNmXEtbyK/B5yPQS8+fS5PahfulS49wTB +hZqOrUB/5UH21vb/EV7YNGewoAZEVgfI8VhU/GTEA== X-Google-Smtp-Source: ABdhPJyZ6EdGq6MVye5nYtnAwXKa3h8vHs+Y4vl7S/236hZNbkcPThWPDTg6QHNVkyE8sxPzbA36EIpvAwud/gmgGrs= X-Received: by 2002:a67:d31c:: with SMTP id a28mr22061114vsj.20.1638548555813; Fri, 03 Dec 2021 08:22:35 -0800 (PST) MIME-Version: 1.0 References: <20211130111325.29328-1-semen.protsenko@linaro.org> <20211130111325.29328-4-semen.protsenko@linaro.org> In-Reply-To: From: Sam Protsenko Date: Fri, 3 Dec 2021 18:22:24 +0200 Message-ID: Subject: Re: [PATCH v2 RESEND 3/5] tty: serial: samsung: Remove USI initialization To: Andy Shevchenko , Chanho Park , Krzysztof Kozlowski Cc: Rob Herring , Greg Kroah-Hartman , Jiri Slaby , Jaewon Kim , David Virag , Youngmin Nam , devicetree , "open list:SERIAL DRIVERS" , linux-arm Mailing List , Linux Kernel Mailing List , Linux Samsung SOC Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 1 Dec 2021 at 12:54, Andy Shevchenko wrote: > > On Wed, Dec 1, 2021 at 12:42 AM Sam Protsenko > wrote: > > > > USI control is now extracted to dedicated USI driver. Remove USI related > > the dedicated > > > code from serial driver to avoid conflicts and code duplication. > > Would it break run-time bisectability? > If so, why is it not a problem? > It shouldn't. This patch is [3/5], and USI driver (which takes the control over the USI registers) is [2/5]. As for Device Tree, the only platform using "samsung,exynos850-uart" right now is Exynos Auto V9 SADK (serial node is declared in exynosautov9.dtsi). I don't have Exynos Auto V9 datasheet, so I can't really add the USI node properly there, nor I can test that. I guess it should be done separately from this patch series. Chanho, Krzysztof: Guys, what are your thoughts on this? Basically with this patch series applied, Exynos Auto V9 serial might become not functional. New USI node should be added for UART case in Exynos Auto V9 dtsi (providing correct sysreg, SW_CONF offset, clocks, etc), and serial node should be encapsulated inside of that USI node. Also, USI node should be referenced and enabled in SADK dts, providing also "clkreq-on" property. More details can be found in [PATCH 1/5]. Do you think it's ok to take this series as is, and add that later? Because otherwise we might need to collaborate to add that Exynos Auto V9 enablement into this patch series, which might take more time... Thanks! > > -- > With Best Regards, > Andy Shevchenko