Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp4484553pxu; Wed, 9 Dec 2020 19:40:25 -0800 (PST) X-Google-Smtp-Source: ABdhPJx7wESgttQkmqkSS/D69luD4kP9sP5lvS3dtddxf0VexgMqeT3pb9wNfRQtYWErkglaeSUz X-Received: by 2002:a05:6402:1b1e:: with SMTP id by30mr4823547edb.75.1607571625256; Wed, 09 Dec 2020 19:40:25 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607571625; cv=none; d=google.com; s=arc-20160816; b=0kLTzqhijnj3FbaGWXTQ4mpWH4dF/yM8oB3Izu5km+JJitgAuE48fqFitjeiIxM05d 6D6tzAvz2oIJeEhKAOalrj3s3P1Yd0BuZmR+vTzoJwtod314uymzZfOCU4FYRFoCL9ut n+KgxvT452Uns0v3Rf4AMxQNZBK/WO86g/YC+5gA1qLHYaNfUWAqCpjCXVNdmdxHxBji fUSZ38UewUAiHFiO0tQWzFNrkgTHFP88sXdLov/wt88w0XWum32nhn5XSTWbvgpMoTRp eH/T004TaUigOtQmfTwLeD4HtYs7rC+Y7PQs/QZOU59qSK4SeriQSOWv1SBy9vqePbvb rU2A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date; bh=kTjDxhRxdrlrTbRFwyxXr4C0k9Bu4UwRIi1ltWxcYbY=; b=SbI6pbKpBYl7xbmojwniS7mKtgco7fbrBRf0TYpLuPtCgabUE/Fe8DI2t+p9LCGW7Q dbkqE1H1b1JiXdKwELPbL07A5Gy0FBeNmJ/1DMxRwdFgDhbwWTNCgeGnOiXdkJQvagX+ EjnO/Ol6vQrsu9UjKJ9oWouMGvEn9gcdpB/NDGGhi4FwUeftQsKa4V86z8aANw11hBrs jAEMZC4ypfXklIvm93dQZkZ8YztGSMvCSRd+zGSWVcFgRY2Ko3nwQ+Iz5KYinp18IND4 foFQ0EW++S/fu590ppjtZWh6FeR6Nn9tzcz10WtZN6vFMqRpqfAPNMli8VpZ2GifxT0l 8DoQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y4si1679570eju.331.2020.12.09.19.40.01; Wed, 09 Dec 2020 19:40:25 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730182AbgLJDgK (ORCPT + 99 others); Wed, 9 Dec 2020 22:36:10 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44814 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729708AbgLJDfr (ORCPT ); Wed, 9 Dec 2020 22:35:47 -0500 Received: from mail.monkeyblade.net (shards.monkeyblade.net [IPv6:2620:137:e000::1:9]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 61FFFC0613D6; Wed, 9 Dec 2020 19:35:07 -0800 (PST) Received: from localhost (unknown [IPv6:2601:601:9f00:477:9e51:a893:b0fe:602a]) by mail.monkeyblade.net (Postfix) with ESMTPSA id EA6544D2492CE; Wed, 9 Dec 2020 19:35:06 -0800 (PST) Date: Wed, 09 Dec 2020 19:35:06 -0800 (PST) Message-Id: <20201209.193506.2090158352867619865.davem@davemloft.net> To: xie.he.0141@gmail.com Cc: kuba@kernel.org, linux-x25@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, ms@dev.tdt.de Subject: Re: [PATCH net-next] net: x25: Fix handling of Restart Request and Restart Confirmation From: David Miller In-Reply-To: <20201209081604.464084-1-xie.he.0141@gmail.com> References: <20201209081604.464084-1-xie.he.0141@gmail.com> X-Mailer: Mew version 6.8 on Emacs 27.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (mail.monkeyblade.net [0.0.0.0]); Wed, 09 Dec 2020 19:35:07 -0800 (PST) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Xie He Date: Wed, 9 Dec 2020 00:16:04 -0800 > 1. When the x25 module gets loaded, layer 2 may already be running and > connected. In this case, although we are in X25_LINK_STATE_0, we still > need to handle the Restart Request received, rather than ignore it. > > 2. When we are in X25_LINK_STATE_2, we have already sent a Restart Request > and is waiting for the Restart Confirmation with t20timer. t20timer will > restart itself repeatedly forever so it will always be there, as long as we > are in State 2. So we don't need to check x25_t20timer_pending again. > > Fixes: d023b2b9ccc2 ("net/x25: fix restart request/confirm handling") > Cc: Martin Schiller > Signed-off-by: Xie He Applied, thanks.