Received: by 2002:a05:6358:a55:b0:ec:fcf4:3ecf with SMTP id 21csp6899076rwb; Wed, 18 Jan 2023 10:43:46 -0800 (PST) X-Google-Smtp-Source: AMrXdXsBxXQIgmxFZbyScmgoyW7vbRSsTzuQ9mVo01CedIXfoxAI9x7cY3b6D6DblY5FuorSlv9H X-Received: by 2002:a17:907:c243:b0:872:84dd:8903 with SMTP id tj3-20020a170907c24300b0087284dd8903mr4947981ejc.59.1674067426088; Wed, 18 Jan 2023 10:43:46 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1674067426; cv=none; d=google.com; s=arc-20160816; b=rcY3gyxM/ixn2OS9osBKdqkFKEtwvkQ9ylg+E5BY0t/ECcVcUfAsxomvsxWh1X4Mv2 XU4vPFFxKb7IQlvx3Vy5d7UWk2PgqCb1LgYYlU6jl0BzbmdfX4cGpddX7SP147GB1DYZ d5sIlH0+wZnUK0+iyDA0TQiXgMjbLiXxzHC6QU/0xLz/r5QIvRXfg4auJeoBplhoQGc2 X8SMx+MUyDDO/6MM2tILTzuHmsfIRLQWBysAUKwltoGe7s1Kkn9wVwfOoZM8P1Bqtw37 yYbPoHgVr1FmdkzSCAJrMUZFkAl81GQ5e2Kpq/zsO5PvJWfFSdqUkN3NtPX6ps6QGSgo XXDQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=833qF7g8LvqhqpatlwuROZztNoyMIiISRypz9Ugf/c0=; b=QLeaMjCrz9KIhQt5HtCtrNfEN4YXG6Blb6IT2tdPwqwBTpPGyhjg/L7jFNLuSCZvUj b2W4ZSO/q/0QE2Wvp9d5wP56g2pjKbt+TqTybrqTsC7in5KwLGgEbpHTl+5FrKZIA2kX yVP59i7yj/HO+J4qIszmOovCk8A2S6yKRHfFGUZ1bnnQs/inn9kpuWO+7n4hg1VM/AZE CKoXr/ygvfPGpsy5BkKTVnuK2RmZkdwEfHamGPVUO0MQzSqF7O+6VzH/MGq1p1a00i58 X53oIT0g73fy8RN3RzpoFPCSNr272a9Td+YZBct4wZyZfx6Mt52tmmGlW0q3wnzGGAGS KWUA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=fW4W7Rj7; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id xe12-20020a170907318c00b00787ad97302asi9452665ejb.863.2023.01.18.10.43.34; Wed, 18 Jan 2023 10:43:46 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=fW4W7Rj7; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230190AbjARS0g (ORCPT + 45 others); Wed, 18 Jan 2023 13:26:36 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48364 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229589AbjARS0e (ORCPT ); Wed, 18 Jan 2023 13:26:34 -0500 Received: from mail-yw1-x1130.google.com (mail-yw1-x1130.google.com [IPv6:2607:f8b0:4864:20::1130]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2F53C4F87F for ; Wed, 18 Jan 2023 10:26:33 -0800 (PST) Received: by mail-yw1-x1130.google.com with SMTP id 00721157ae682-4d59d518505so311469637b3.1 for ; Wed, 18 Jan 2023 10:26:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=833qF7g8LvqhqpatlwuROZztNoyMIiISRypz9Ugf/c0=; b=fW4W7Rj79IsrBXfq/8IyPW5hmnLVrANmQQurZBfP66+XEKzxsdPvQyznrjaydZ3Rme JVVQoE0xuV7m+0cl2I3Xhc7L72rKm35GAd73eeemoJJt1671F3L+IFUP7lxBD8eBWg9F gOn0ZsOILw46H9fiQOHvewyqTdeSDnyHkjvWM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=833qF7g8LvqhqpatlwuROZztNoyMIiISRypz9Ugf/c0=; b=6s3SsGQJOsJwo0vu9U179/dC2ZheKeBKWe3Tbt7NAIPRtIQyEHwrmapMRR3bKxmLWA e553kepJjf5sGJveyVvjiE/2712zRyOR0enyB+oweaLZzf7nV8Flg6n3/7meGEmHR0Pi x9Myfdftg8Z4o1O5wHp2UCsf2RkkAC87fOwkSSN6ho1YOtf/UAnuiSZXe2C6uSD+dRFc 76TFH8t3Nl4dG7+r95ma9KHWnbB8J8jJk+nkB3dTLCUeKUbbfKHr+M4CYzJU9ZvFUziK d4bd77QUIBXzE6rsZGNAdDFDzm/3HidJpeL3Y2ypZuJMZCGvqSBf/xjXd5Nr6KkOu7TA gRgw== X-Gm-Message-State: AFqh2kry0GGFH1BnhorNhv0yxBWOJNJVk+PsftPyCL0V4/CLDySSdPpK brOCNcmUmJ99jlMB0Nqe8EfpwfpCrrzhLvDNx26vDw== X-Received: by 2002:a81:848c:0:b0:4e3:a9b2:55d0 with SMTP id u134-20020a81848c000000b004e3a9b255d0mr1172136ywf.197.1674066392438; Wed, 18 Jan 2023 10:26:32 -0800 (PST) MIME-Version: 1.0 References: <20230118031514.1278139-1-pmalani@chromium.org> In-Reply-To: From: Prashant Malani Date: Wed, 18 Jan 2023 10:26:21 -0800 Message-ID: Subject: Re: [PATCH] usb: typec: altmodes/displayport: Update active state To: Heikki Krogerus Cc: linux-kernel@vger.kernel.org, linux-usb@vger.kernel.org, bleung@chromium.org, stable@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Heikki, Thanks for reviewing the patch. On Wed, Jan 18, 2023 at 1:39 AM Heikki Krogerus wrote: > > On Wed, Jan 18, 2023 at 03:15:15AM +0000, Prashant Malani wrote: > > Update the altmode "active" state when we receive Acks for Enter and > > Exit Mode commands. Having the right state is necessary to change Pin > > Assignments using the 'pin_assignment" sysfs file. > > The idea was that the port drivers take care of this, not the altmode > drivers. For the port's typec_altmode struct, that makes sense. Should the port driver be taking care of the state for the partner's altmode too, i.e "/sys/class/typec/port1-partner/port1-partner.0/active" ? It seemed like the port driver should be forwarding the VDMs without snooping the header, or IOW, it should let the altmode driver parse the VDMs (which it's doing in this case) and manage the partner altmode state. "pin_assignment_store" seems to only work if the partner's altmode "active" bit is set to active [1] FWIW, I think we can make the typec_altmode_update_active() calls from our (cros-ec-typec) port driver too, but displayport.c is parsing the header anyway, so it seemed repetitive. Just wanted to clarify the intention here. BR, [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/usb/typec/altmodes/displayport.c#n474