Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp4015730rwl; Tue, 28 Mar 2023 01:04:37 -0700 (PDT) X-Google-Smtp-Source: AKy350aLlMT1y+i8MhBsM/8WDPXavJVYoN7R6QnMFuXbGM98sI0PTNIbQ7XkvZtz7t5IKKRJ/7XU X-Received: by 2002:aa7:d806:0:b0:4fc:c644:6149 with SMTP id v6-20020aa7d806000000b004fcc6446149mr15484268edq.0.1679990676964; Tue, 28 Mar 2023 01:04:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1679990676; cv=none; d=google.com; s=arc-20160816; b=wycNq3pS7Y/PJvUZ07gPrCe3A4lXkHFjwfY7gUWtZ3OqUXX8IhIkB8FSRBW/yfwIXP ZoaW7ybVcPLQqb7s5TGiRUgGtvDylQ6Lqx6esb7dszQW0u+7MWjxym7tEZ3rPkXl33rd 0wXUk9oVn5Z0xHbT7RtstPyhgUxGlNkFBBsMt9NDAODm+LQ47keke72bxwroEsCUJoQ7 4ULBbVtdmKje2EvpQvsE4o21lN2QSpcoBajSqvfcmVvnE0/O05c2fjYkSLDL4Ds9kLSP KdvqXnlrBERiWZR2Y2pYXLyN+s3cbubdkz97DDCgTxEr2WkZldbyyMtiBN4fOPqQKGHP f0yA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:subject :from:references:cc:to:content-language:user-agent:mime-version:date :message-id:dkim-signature; bh=/88VHwOjpaZ/Fea0JHVhCPNyHasC+lZe8JAzVEEsgFc=; b=fnqF+sZ7wyFUB5U+VGda29e0SJPqvq1ZoeXJavkeSO8BjuJ4fSkT3+q+kRzBWypzhR BwEg6fsH+M3NHbHexMS6J0GBbX8nAk7T7B1dgdP+WywkCkfPgYVEIgUSao0lvkuDyTtm QLymD5u9zwa7UFbDsEJy3makkgYPrTEAsFJlkvOfjedi6YOe/w2Znwjo2mDDR3T1CcGU A/fcFbpg+BCYsDcUq+KZyM/62XX4hV4/B8OM0vZoGdmqIOB6QxXSZPRzPquwEcJa2h01 p9wwqspax0L60j931KYP+ax4qKMk1vvLgWng9f589xRpwgpzdyO+sailExMDtBvBdQCR spPA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=H5XOQB3l; 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=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id n20-20020a05640204d400b005021f0d1410si11143252edw.32.2023.03.28.01.04.12; Tue, 28 Mar 2023 01:04:36 -0700 (PDT) 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=@intel.com header.s=Intel header.b=H5XOQB3l; 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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230325AbjC1H4M (ORCPT + 99 others); Tue, 28 Mar 2023 03:56:12 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47142 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232572AbjC1H4J (ORCPT ); Tue, 28 Mar 2023 03:56:09 -0400 Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 011333C3D; Tue, 28 Mar 2023 00:56:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1679990168; x=1711526168; h=message-id:date:mime-version:to:cc:references:from: subject:in-reply-to:content-transfer-encoding; bh=vAiH/S0RUQmNTQntq0xo+aCAtjnA1nAOevVXhchtR14=; b=H5XOQB3lGvnwuJTs8tAaD5KkF6I1HE8gdVhw/LdVsOU34TzN6wgyEcHf y13o35OPEjsuUwt+RjCuZ/ygVpcE9sLrQtWiqBWPpqjeZbljeJzELy7E+ zr0nJAGmC0jgiEkmytuasEOxWfw+jj4LA1DGY5bneGMlnoTnWZSXArYkk LLKAiBTpXMsIlz02WW89A7N7qzuvXWt/c1vbrKn+qaEqSKWUOJ8oOyVvr LiiccGy43xoFLdYBNn95rVGRxrv3PPae8Rw1HWKSiIRaoIQY+a3Ig1z1X h9okSDYM4QF9aH074VH+M89ml2xbxzZ69eFYeo7N0L250rfx1TvMhVOlY A==; X-IronPort-AV: E=McAfee;i="6600,9927,10662"; a="405435126" X-IronPort-AV: E=Sophos;i="5.98,296,1673942400"; d="scan'208";a="405435126" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Mar 2023 00:56:07 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10662"; a="827381167" X-IronPort-AV: E=Sophos;i="5.98,296,1673942400"; d="scan'208";a="827381167" Received: from mattu-haswell.fi.intel.com (HELO [10.237.72.199]) ([10.237.72.199]) by fmsmga001.fm.intel.com with ESMTP; 28 Mar 2023 00:56:04 -0700 Message-ID: <46a9abc1-6121-032f-4416-261af73ac05c@linux.intel.com> Date: Tue, 28 Mar 2023 10:57:25 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0 Thunderbird/102.7.1 Content-Language: en-US To: Mirsad Goran Todorovac , linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org Cc: gregkh@linuxfoundation.org, ubuntu-devel-discuss@lists.ubuntu.com, stern@rowland.harvard.edu, arnd@arndb.de, Stable@vger.kernel.org References: <20230327095019.1017159-1-mathias.nyman@linux.intel.com> From: Mathias Nyman Subject: Re: [PATCH] xhci: Free the command allocated for setting LPM if we return early In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.4 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE autolearn=unavailable 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 On 28.3.2023 1.25, Mirsad Goran Todorovac wrote: > On 27. 03. 2023. 11:50, Mathias Nyman wrote: >> The command allocated to set exit latency LPM values need to be freed in >> case the command is never queued. This would be the case if there is no >> change in exit latency values, or device is missing. >> >> Fixes: 5c2a380a5aa8 ("xhci: Allocate separate command structures for each LPM command") >> Cc: >> Signed-off-by: Mathias Nyman >> --- >> drivers/usb/host/xhci.c | 1 + >> 1 file changed, 1 insertion(+) >> >> diff --git a/drivers/usb/host/xhci.c b/drivers/usb/host/xhci.c >> index bdb6dd819a3b..6307bae9cddf 100644 >> --- a/drivers/usb/host/xhci.c >> +++ b/drivers/usb/host/xhci.c >> @@ -4442,6 +4442,7 @@ static int __maybe_unused xhci_change_max_exit_latency(struct xhci_hcd *xhci, >> >> if (!virt_dev || max_exit_latency == virt_dev->current_mel) { >> spin_unlock_irqrestore(&xhci->lock, flags); >> + xhci_free_command(xhci, command); >> return 0; >> } >> > > After more testing, I can confirm that your patch fixes the leak in the original > environment. Thanks for testing. Can I add the tags below to the patch? Reported-by: Mirsad Goran Todorovac Tested-by: Mirsad Goran Todorovac Thanks Mathias