Message ID | 696e39599c7a5e793a9d96aceef0e34817ab0bb2.camel@mediatek.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel+bounces-84669-ouuuleilei=gmail.com@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a05:7300:a81b:b0:108:e6aa:91d0 with SMTP id bq27csp3206623dyb; Wed, 28 Feb 2024 00:25:36 -0800 (PST) X-Forwarded-Encrypted: i=3; AJvYcCWarGX4l78yttMlglPMcUHpZ+6aNY/noBegeddOtFShmKpb3xDgVgbKz0b4cLvWFKCev0KyFhmvad2Hu1ucCXFeEmQTKQ== X-Google-Smtp-Source: AGHT+IE33SlZcwsl7IetpOUh1yzrLNqEmnkpS/oP2yf8uQjJ+NrAaLjfUog0yi37rRGqQDTmiF8S X-Received: by 2002:aa7:db9a:0:b0:565:50d4:c6dc with SMTP id u26-20020aa7db9a000000b0056550d4c6dcmr1568601edt.16.1709108736476; Wed, 28 Feb 2024 00:25:36 -0800 (PST) Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [2604:1380:4601:e00::3]) by mx.google.com with ESMTPS id cx4-20020a05640222a400b00565bdc4b9d1si1442335edb.462.2024.02.28.00.25.36 for <ouuuleilei@gmail.com> (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 28 Feb 2024 00:25:36 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-84669-ouuuleilei=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) client-ip=2604:1380:4601:e00::3; Authentication-Results: mx.google.com; dkim=pass header.i=@mediatek.com header.s=dk header.b=LYwyLrc2; dkim=pass header.i=@mediateko365.onmicrosoft.com header.s=selector2-mediateko365-onmicrosoft-com header.b=an3zQwNI; arc=fail (signature failed); spf=pass (google.com: domain of linux-kernel+bounces-84669-ouuuleilei=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-84669-ouuuleilei=gmail.com@vger.kernel.org"; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=mediatek.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id DD2591F242C0 for <ouuuleilei@gmail.com>; Wed, 28 Feb 2024 08:25:35 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id A118C2D05A; Wed, 28 Feb 2024 08:25:15 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=mediatek.com header.i=@mediatek.com header.b="LYwyLrc2"; dkim=pass (1024-bit key) header.d=mediateko365.onmicrosoft.com header.i=@mediateko365.onmicrosoft.com header.b="an3zQwNI" Received: from mailgw01.mediatek.com (unknown [60.244.123.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 854C72C850; Wed, 28 Feb 2024 08:25:07 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=fail smtp.client-ip=60.244.123.138 ARC-Seal: i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1709108711; cv=fail; b=B4bhjLL59KdRmTTZoL/46Pkyh3dGke76mtiSkAGBrL6RrgxXX2iiuQXLEiViaY1j4vHZ7RJ9/SNEBJgXZ6rQ63SCdjza8uFBe2PbJXR3oG7Z8uClBdAUFSb7Rh1QvQDmC2eOaffoAfEJ3nafaVLcr57bZsy25jnwu/asgN/MA5E= ARC-Message-Signature: i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1709108711; c=relaxed/simple; bh=t6xkaoKhbk+uZroIocb0PIICoS4/ZNFEPBnqdYJ541k=; h=From:To:CC:Subject:Date:Message-ID:References:In-Reply-To: Content-Type:MIME-Version; b=KWpxMCdu2tNG6q8cLymqgcKlATqIy5Jt+JPfaXeyhW8cpLp3w3GuTHIBNli7vEFKlJXReVFDdWUqXZ1FSx4+izgftQOO7DQhYw/IsdVt1VYqUkHTbmkxit+Orb2X1rTeVCWtEdyxtYSrMF73jNvtE4+eemEd61Wm17tIM8LAmOg= ARC-Authentication-Results: i=2; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=mediatek.com; spf=pass smtp.mailfrom=mediatek.com; dkim=pass (1024-bit key) header.d=mediatek.com header.i=@mediatek.com header.b=LYwyLrc2; dkim=pass (1024-bit key) header.d=mediateko365.onmicrosoft.com header.i=@mediateko365.onmicrosoft.com header.b=an3zQwNI; arc=fail smtp.client-ip=60.244.123.138 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=mediatek.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=mediatek.com X-UUID: de2691a4d61211eeb8927bc1f75efef4-20240228 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mediatek.com; s=dk; h=MIME-Version:Content-Transfer-Encoding:Content-ID:Content-Type:In-Reply-To:References:Message-ID:Date:Subject:CC:To:From; bh=t6xkaoKhbk+uZroIocb0PIICoS4/ZNFEPBnqdYJ541k=; b=LYwyLrc2x16gO2VvaKnohxqjGoHvBvHsw3f6lsYqXN8lfawvE0p9KnditQ6M2ITIHcx4M9O9NWYS1+aXXxnIF3Qv9ThjrqQWCePBlDkQQewvHRiAHh7/3NyostRBmyXuOfxJ4dGir5SHM2O+3UOAp5wT3PSJmcRh7E4wTrf4ITk=; X-CID-P-RULE: Release_Ham X-CID-O-INFO: VERSION:1.1.37,REQID:f9dcfe03-9a49-453f-96c4-a07d156692f8,IP:0,U RL:0,TC:0,Content:0,EDM:0,RT:0,SF:0,FILE:0,BULK:0,RULE:Release_Ham,ACTION: release,TS:0 X-CID-META: VersionHash:6f543d0,CLOUDID:3101ce8f-e2c0-40b0-a8fe-7c7e47299109,B ulkID:nil,BulkQuantity:0,Recheck:0,SF:102,TC:nil,Content:0,EDM:-3,IP:nil,U RL:0,File:nil,RT:nil,Bulk:nil,QS:nil,BEC:nil,COL:0,OSI:0,OSA:0,AV:0,LES:1, SPR:NO,DKR:0,DKP:0,BRR:0,BRE:0 X-CID-BVR: 0 X-CID-BAS: 0,_,0,_ X-CID-FACTOR: TF_CID_SPAM_SNR X-UUID: de2691a4d61211eeb8927bc1f75efef4-20240228 Received: from mtkmbs11n1.mediatek.inc [(172.21.101.185)] by mailgw01.mediatek.com (envelope-from <lena.wang@mediatek.com>) (Generic MTA with TLSv1.2 ECDHE-RSA-AES256-GCM-SHA384 256/256) with ESMTP id 1062476270; Wed, 28 Feb 2024 16:25:01 +0800 Received: from mtkmbs10n1.mediatek.inc (172.21.101.34) by MTKMBS14N1.mediatek.inc (172.21.101.75) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1118.26; Wed, 28 Feb 2024 16:25:00 +0800 Received: from APC01-TYZ-obe.outbound.protection.outlook.com (172.21.101.237) by mtkmbs10n1.mediatek.inc (172.21.101.34) with Microsoft SMTP Server id 15.2.1118.26 via Frontend Transport; Wed, 28 Feb 2024 16:25:00 +0800 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=oYBfPNsAQzYrmd6Ylfe01W64QYXnt2Peze2osDkzDVx6ktzVbQfbECC5+eoUxspNsNwF6kd3VvdK0CIeLhFG3L5orAtfn4XbkGhRdKflkMUSRRLyYuQRW4iMzQ6UhGbdGIQ/LmCCCdqUKEaHrNnj/DHf0Jj1dBcSIT7bdz5Hxnu7A7NAI8JeKCYFsA2fjCuL1ZnIJOmoaXlZI7nz/PyFlxz3MXe9WCLcQW2UMgLFgRAWvm+uBEHhvXmDgMHb5jbH4EyhA+ajOF4EzPGA8FyEYpq0j7YdcGlwkC90UW1FBXa2DOSLlsPmQMFl0PxjXFQ6a1huwTJXDCDTQCdQFfR6LQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=t6xkaoKhbk+uZroIocb0PIICoS4/ZNFEPBnqdYJ541k=; b=boBfeoQHHEB1eJEEKgJucT4WoVfeE+28XPdLjwrvuN5cVLH0s0DEFecUYkgoLGmW8TvFJGZrLaVSm0lsGSvXx5iCBaXn/nwBfybX/x242wvNImJC+czS6ApjJ8uEJzth/iKzBPG4SUjEzUrJvOyFjxODM3IrReNNTNqAzd4FeogQFFurCBiKocpa9NdDcxL6PU6orD39HswqbbMj/QIve7/MU8uBiVKgqR9k8CpV7f1HcJkjLZHR87p2ZTbPJg28P6aVLdxRHefv8/QJx3bhgfuv27ek4gywFXS20ApiyO9HvjCgI12IBmdBXNr7qJs9MBnbAHrdbnq7yeTzS55F8A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=mediatek.com; dmarc=pass action=none header.from=mediatek.com; dkim=pass header.d=mediatek.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mediateko365.onmicrosoft.com; s=selector2-mediateko365-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=t6xkaoKhbk+uZroIocb0PIICoS4/ZNFEPBnqdYJ541k=; b=an3zQwNIWC3bQ6+8Fwyjj6sTojpO17CcYRvDyyFZejbLzNXfNtP0WMA/OSuFvPvsfGkrhXF3I/O+CmwuWje80Rm3IGE7GsutfI4uOwfBzQ51VGDfUVRs8x3A71SgFRm5mzaAzhU1Hd92jwZMaVowAR2rnIutIwiXNNVNXwi69K4= Received: from SEZPR03MB6466.apcprd03.prod.outlook.com (2603:1096:101:4a::8) by SEYPR03MB6879.apcprd03.prod.outlook.com (2603:1096:101:b6::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7316.36; Wed, 28 Feb 2024 08:24:55 +0000 Received: from SEZPR03MB6466.apcprd03.prod.outlook.com ([fe80::8814:cbff:5bbb:98ea]) by SEZPR03MB6466.apcprd03.prod.outlook.com ([fe80::8814:cbff:5bbb:98ea%2]) with mapi id 15.20.7316.035; Wed, 28 Feb 2024 08:24:55 +0000 From: =?utf-8?b?TGVuYSBXYW5nICjnjovlqJwp?= <Lena.Wang@mediatek.com> To: "davem@davemloft.net" <davem@davemloft.net>, "kuba@kernel.org" <kuba@kernel.org>, "pabeni@redhat.com" <pabeni@redhat.com>, "dsahern@kernel.org" <dsahern@kernel.org>, "edumazet@google.com" <edumazet@google.com> CC: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>, "netdev@vger.kernel.org" <netdev@vger.kernel.org>, =?utf-8?b?U2hpbWluZyBD?= =?utf-8?b?aGVuZyAo5oiQ6K+X5piOKQ==?= <Shiming.Cheng@mediatek.com> Subject: [PATCH net v2] Net:cache didn't flush when ipv6 rule changed Thread-Topic: [PATCH net v2] Net:cache didn't flush when ipv6 rule changed Thread-Index: AQHaah+c6oKxRhQg9Uub4r5oXRowsw== Date: Wed, 28 Feb 2024 08:24:55 +0000 Message-ID: <696e39599c7a5e793a9d96aceef0e34817ab0bb2.camel@mediatek.com> References: <3efcbaf0872481d1a842eb9e18fa368b4b94d940.camel@mediatek.com> In-Reply-To: <3efcbaf0872481d1a842eb9e18fa368b4b94d940.camel@mediatek.com> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=mediatek.com; x-ms-publictraffictype: Email x-ms-traffictypediagnostic: SEZPR03MB6466:EE_|SEYPR03MB6879:EE_ x-ms-office365-filtering-correlation-id: b24006d9-3f4c-4820-acfb-08dc3836be9a x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: DD/Xcninj9MBWxUSgAn/23mdtCR7Rjuk6cX1IZytrslbtMrJEDZKSTHusDPxhlJfSTzA9E7gqHvUB3nVqKlnn4WQvbfYbs7C8D1xMAiOQFjp6rrvzTwLqDzZ37UotqejwpIfQOFkCrRZRGKsYnJOxDw+zytU4dsVBdTL2Ny+5ihfIj+6B4u+VYHtB9RHz9ZOFejPJvXBAs6z1L8tLi2ACdQ4PtRThSRk50CR+F69pZ8BmOJ0xLgERGwS6tyBRIkoKcwuzmAnLcPqcUpRH8OMJCf+9yHhFP0zo1Q+TASDPin0svMGMMEJnrLhWFms/plynxLSiXvJu9KFMlveOR/SbYti6KeFrIh5le0Zi58Xdc6y6ZRvBBb3v6PV+EnukDQVslACS7p3gNmSv5v08adt3XlXKZvB4PgtoVcK8bSyxeE6ow84BhtgFgv6nH2Ubi+IJVqp1ZtIVfstPkRxhG7RPUEWpRI7VE5gXNwLfCuErUUiZj+P/crShm/waWJTCGB4i7jJOra8Smu3znLUIvc0q+X8mpkUFTCvor/IPlGtAwWA77bacu3zrwL5vJfUq3j1NiaZ/INT2FUEH/WE4/sZIAewDm+K242j+XG3XnAEtc2C0vAP0kF8IaRS8yyuJrOhgA7Uh+QtqSk5E8tkRuSRjizygaHQ70nCBsQWgfeDjLf1Dhu/J3InlBfW4KJPjfwekinyTJH8VnfHK73gkv0ngg/J2zi4QND83PVUVMa9Kc8= x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:SEZPR03MB6466.apcprd03.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230031)(38070700009);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?q?Y/gBk7xptpd2Wd3+M0cIGt/y6151?= =?utf-8?q?yVCQsQp8FrTRNESJegQKK4TEZvxjlNz8PfKQRBUvwf/9I2DsVG6RtPDc2x3vIKnf9?= =?utf-8?q?Cb5rHYMYKnEQqMb3KArCBn+ouT4ZthokLYXNUyUobHEvemQ9aEXG8nX6TIJKFHM4f?= =?utf-8?q?Vm5cx2gum2QYXYxuhIr60RGqynEHJKpwnJvwTLQJAO2tJD/mxq5CfwbxvW5nJwc1H?= =?utf-8?q?tVeFUZ9uVo7IcXSoSFvnhZrRkYfEobXH7aW0gBAzx5Hil25JHFlG/D9nlV5Sy2VYR?= =?utf-8?q?4fWg4wkfuGnpirrZMCqGWPRZ0OlduY4yPwj7tD+YVjPib1JHxibp3+SLrSkTsoWy6?= =?utf-8?q?G5tro2ItVB+82+sQ/z7lQbhgyjuwhIOLq62X6bHFoX1+5J+8+mso04xP1SJNX4Jx/?= =?utf-8?q?hpj6cie2DxCbnS/F7Ye9beLooZ0A1WcpYVU6GVmrDFco98DqVFVb9o+MGZwuEjKKU?= =?utf-8?q?pl9vdteznQ5WtLBVgw1OFhZ7m+e5dRQFnaBCu4Ip+mUEx7Z+wSvt8flBh7Yw+rBeN?= =?utf-8?q?pMSxqUtcHlBS5HeKbdZsERZKi9A0A1gn57vkejXLwRXEUCXffFVB1LZQNoA7LeV4d?= =?utf-8?q?/8kd6RRLA5KSAP9q6RVG0oM9oEnNew2JYogzbQ5inzgNKKw2XgRe08c0IZz8LFIJR?= =?utf-8?q?u4WFueq0Rxrk+bS55St3MNdBPnQYd8HCZ7N+JbCNmIqjDpFur9p4KnBKax1qRd1zj?= =?utf-8?q?HRAlxeec+zz3f3dvm8iZyp2IjfX5m+Y0Q1R5wBeS0U4wnuZPVOFeTUTtjbxget79e?= =?utf-8?q?4aR+Lpw94ixX666dH3Y+e7tk744x3s2KXETmzpXIMUZOkIoMCYBvVL5FR50FVPj/D?= =?utf-8?q?m9l+Jj1UJg9qPcOecXnG5dcHWu2IhMPKmu0+zMGBon4KRjDqw10+tBAZEOt2a6aN7?= =?utf-8?q?MmKQFqDC+YCC0FH0HGZV3LW9a65Zg47eykbq8jsXmPFLwNUbWMW8LHYIKpUggWome?= =?utf-8?q?Yb+Oxd9YqevEt6jzg1p5gaI8J5sc0hFE96n1o01x17/dvB/VmtaUxEK2b7EjVJH6U?= =?utf-8?q?m+v9Vc4MuVrDxV8GFiMvSOgUEVguwa7qA5RiCPAzyHc2kwlvGJH6k6x6LmhvJ2wBq?= =?utf-8?q?K4q/N1tPDLZHxHUXCkp/Bk1VnX7y8AkVvNmp26hciVVjGjpJ0ocqpSp8cn1/0ZhF3?= =?utf-8?q?qnC4gSjkztw7cS7JvniEbmBkwk6BCx8MloWmuxXPjQ/OqBVpydqBnWMv+yNLWYs3Y?= =?utf-8?q?e24z4UGPkG3s9SCmtQGpt2w0E3iMJFPwmpHmdT6xDJyCU6+Ex7th229KPgzRJnFgz?= =?utf-8?q?7b+hnQF1nSRggFTZrLSDhqVd4ZOBf/XGYl0f0TNoqJUaEGYTdz0ox33T1+nrVa1ZC?= =?utf-8?q?YJMjASR/8K+8VG7U/AncoVKxkmLAH7vZDhskvxfUbewLLd9NmGabnSYymt1PTCwh/?= =?utf-8?q?t+BYDvcBqinM81/qJY41SA105ORyYZXORVKEvr1a2UOVxmx2wYnJAIJY1k7VDJmj0?= =?utf-8?q?n7vNpDZF5I921Lj4/eAPUOHP0Wn0Pv+RtcRKG2XWPGiMLzbAFHm0Da63SetVaQBAX?= =?utf-8?q?pujvLWNDPmZAd9N9TV72/ogcGqUPIwSDQw=3D=3D?= Content-Type: text/plain; charset="utf-8" Content-ID: <EF2ECCE70935C74082A5FBEE227FB812@apcprd03.prod.outlook.com> Content-Transfer-Encoding: base64 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: <linux-kernel.vger.kernel.org> List-Subscribe: <mailto:linux-kernel+subscribe@vger.kernel.org> List-Unsubscribe: <mailto:linux-kernel+unsubscribe@vger.kernel.org> MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SEZPR03MB6466.apcprd03.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: b24006d9-3f4c-4820-acfb-08dc3836be9a X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Feb 2024 08:24:55.6763 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: a7687ede-7a6b-4ef6-bace-642f677fbe31 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: fnD8NGxGQthL5j8brUI5FHPFzHFargYVXTxHxo3MoQ4OS4V5ZtcVGBeaWcJ8IXKczypSjSsUaNNB27vSa6zn5w== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SEYPR03MB6879 X-TM-AS-Product-Ver: SMEX-14.0.0.3152-9.1.1006-23728.005 X-TM-AS-Result: No-10--8.495200-8.000000 X-TMASE-MatchedRID: 8O9XrlnJpuwUN/8aAzvyJfVFR4sC8dPyWYu9PKwvg8/+TXZJvYxoecCS 2AMm1nQCqeCFN03ZT0c18T+UX/k6C4moXedGE6+KjWe5HOFKvuO+OYU/Hm95Gd9zZd3pUn7KmBy ZR5gLLj478mRVMHEjG17ZOWlZyFCqzB1CJ6qmdNpor4yxPAz7WUyQ5fRSh265CqIJhrrDy2/8/L 2o6LnOl1PEBxhgY10jzPswo+b23xfvk9E0156d6KDH6drx3JPVfS0Ip2eEHnylPA9G9KhcvZkw8 KdMzN86KrauXd3MZDV4aBaaKovc7xmgJDpdISDeemgtuhDgV3pkO0DDJG8LV4Z6qqfuZrRa X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No X-TMASE-Result: 10--8.495200-8.000000 X-TMASE-Version: SMEX-14.0.0.3152-9.1.1006-23728.005 X-TM-SNTS-SMTP: C92A945A6C14ECA83A1ECC3391208E8901DDC4F6EDD524C81638397F2A132D732000:8 X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1791967254037174206 X-GMAIL-MSGID: 1792130402324184437 |
Series |
[net,v2] Net:cache didn't flush when ipv6 rule changed
|
|
Commit Message
Lena Wang (王娜)
Feb. 28, 2024, 8:24 a.m. UTC
From bf53859b379a653eec8a14fbb3f29286f9f888fb Mon Sep 17 00:00:00 2001 From: shiming cheng <shiming.cheng@mediatek.com> Date: Mon, 26 Feb 2024 20:17:58 +0800 Subject: [PATCH net v2] Net:cache didn't flush when ipv6 rule changed When changed from old rule&route configure to new one as below, ipv6 cache dst_entry did not change to new route table as no cache flush callback function, then forward to wrong out interface. When fib6_check dst_entry, the fib6_node version[fn_sernm] is always the same with socket dst_cookie, old cache dst_entry is always used and no chance to update. So we need to update fib6_node version when rule changed and flush cache to avoid dispatching a wrong interface. Signed-off-by: shiming cheng <shiming.cheng@mediatek.com> --- v2: 1. Add the fix tag. 2. Changes according to David Ahern's suggestions, modify flush functions same way as ipv4 flush cache and use tabs to aligh with existing code. --- --- net/ipv6/fib6_rules.c | 6 ++++++ 1 file changed, 6 insertions(+) .family = AF_INET6, .rule_size = sizeof(struct fib6_rule), @@ -461,6 +466,7 @@ static const struct fib_rules_ops __net_initconst fib6_rules_ops_template = { .compare = fib6_rule_compare, .fill = fib6_rule_fill, .nlmsg_payload = fib6_rule_nlmsg_payload, + .flush_cache = fib6_rule_flush_cache, .nlgroup = RTNLGRP_IPV6_RULE, .owner = THIS_MODULE, .fro_net = &init_net, -- 2.18.0
Comments
[PATCH net v2] Net:cache didn't flush when ipv6 rule changed Please make sure your patch subject is aligned with the rest: $ git log --no-merges --pretty=format:"%s" net/ipv6/fib6_rules.c | head -n30 fib: remove unnecessary input parameters in fib_default_rule_add ipv6: change fib6_rules_net_exit() to batch mode ipv6: Define dscp_t and stop taking ECN bits into account in fib6-rules fib: rules: remove duplicated nla policies ipv6: fix memory leak in fib6_rule_suppress ipv6: fib6: remove redundant initialization of variable err fib: use indirect call wrappers in the most common fib_rules_ops ipv6: fib6: avoid indirect calls from fib6_rule_lookup net: fib_notifier: propagate extack down to the notifier block callback ipv6: do not free rt if FIB_LOOKUP_NOREF is set on suppress rule ipv6: honor RT6_LOOKUP_F_DST_NOREF in rule lookup logic treewide: Replace GPLv2 boilerplate/reference with SPDX - rule 372 ipv6: Use result arg in fib_lookup_arg consistently ipv6: fib6_rule_action_alt needs to return -EAGAIN ipv6: Pass fib6_result to fib lookups net/ipv6: Add fib6_lookup net/ipv6: Refactor fib6_rule_action net: fib_rules: add extack support net: Drop pernet_operations::async net/ipv6: Pass skb to route lookup ipv6: route: dissect flow in input path if fib rules need it ipv6: fib6_rules: support for match on sport, dport and ip proto net: Convert fib6_rules_net_ops net: ipv6: avoid overhead when no custom FIB rules are installed ipv6: fib_rules: Dump rules during registration to FIB chain ipv6: fib_rules: Check if rule is a default rule ipv6: Do not leak throw route references net: flow: Add l3mdev flow update net: Add l3mdev rule ipv6: fix the incorrect return value of throw route Use imperative mood as other subjects do, tell the codebase what do do. Wed, Feb 28, 2024 at 09:24:55AM CET, Lena.Wang@mediatek.com wrote: >From bf53859b379a653eec8a14fbb3f29286f9f888fb Mon Sep 17 00:00:00 2001 >From: shiming cheng <shiming.cheng@mediatek.com> Names start with capital letters. >Date: Mon, 26 Feb 2024 20:17:58 +0800 >Subject: [PATCH net v2] Net:cache didn't flush when ipv6 rule changed I don't understand why you put these "headers" here. Only one "from" is enough in this case (you are submitting the patch in stead of another person). If you are not, I suggest to use git-send-email for submissions. > >When changed from old rule&route configure to new one as below, "as below" where? >ipv6 cache dst_entry did not change to new route table as no >cache flush callback function, then forward to wrong out interface. I don't understand this sentence :/ >When fib6_check dst_entry, the fib6_node version[fn_sernm] is >always the same with socket dst_cookie, old cache dst_entry is >always used and no chance to update. Sorry, this is too cryptic for me to understand :/ > >So we need to update fib6_node version when rule changed and >flush cache to avoid dispatching a wrong interface. Be imperative in the patch description too, tell the codebase what do do. https://www.kernel.org/doc/html/v6.6/process/submitting-patches.html#describe-your-changes > >Signed-off-by: shiming cheng <shiming.cheng@mediatek.com> Names start with capital letters. Also, when you submit the patch, your signed-off-by tag should be here as well. >--- >v2: > 1. Add the fix tag. And there, there is none... pw-bot: cr > 2. Changes according to David Ahern's suggestions, modify flush >functions same way as ipv4 flush cache and use tabs to aligh with >existing code. >--- >--- > net/ipv6/fib6_rules.c | 6 ++++++ > 1 file changed, 6 insertions(+) > >diff --git a/net/ipv6/fib6_rules.c b/net/ipv6/fib6_rules.c >index 7523c4baef35..52c04f0ac498 100644 >--- a/net/ipv6/fib6_rules.c >+++ b/net/ipv6/fib6_rules.c >@@ -449,6 +449,11 @@ static size_t fib6_rule_nlmsg_payload(struct >fib_rule *rule) > + nla_total_size(16); /* src */ > } > >+static void fib6_rule_flush_cache(struct fib_rules_ops *ops) >+{ >+ rt_genid_bump_ipv6(ops->fro_net); >+} >+ > static const struct fib_rules_ops __net_initconst >fib6_rules_ops_template = { > .family = AF_INET6, > .rule_size = sizeof(struct fib6_rule), >@@ -461,6 +466,7 @@ static const struct fib_rules_ops __net_initconst >fib6_rules_ops_template = { > .compare = fib6_rule_compare, > .fill = fib6_rule_fill, > .nlmsg_payload = fib6_rule_nlmsg_payload, >+ .flush_cache = fib6_rule_flush_cache, > .nlgroup = RTNLGRP_IPV6_RULE, > .owner = THIS_MODULE, > .fro_net = &init_net, >-- >2.18.0 >
diff --git a/net/ipv6/fib6_rules.c b/net/ipv6/fib6_rules.c index 7523c4baef35..52c04f0ac498 100644 --- a/net/ipv6/fib6_rules.c +++ b/net/ipv6/fib6_rules.c @@ -449,6 +449,11 @@ static size_t fib6_rule_nlmsg_payload(struct fib_rule *rule) + nla_total_size(16); /* src */ } +static void fib6_rule_flush_cache(struct fib_rules_ops *ops) +{ + rt_genid_bump_ipv6(ops->fro_net); +} + static const struct fib_rules_ops __net_initconst fib6_rules_ops_template = {