From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.5 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, USER_AGENT_GIT autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 35CBCC433DF for ; Thu, 14 May 2020 14:51:08 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id EC8E020657 for ; Thu, 14 May 2020 14:51:07 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b="JujPhAbn" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727912AbgENOvH (ORCPT ); Thu, 14 May 2020 10:51:07 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38810 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726216AbgENOvG (ORCPT ); Thu, 14 May 2020 10:51:06 -0400 Received: from bombadil.infradead.org (bombadil.infradead.org [IPv6:2607:7c80:54:e::133]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BA3AEC061A0C; Thu, 14 May 2020 07:51:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20170209; h=Content-Transfer-Encoding: MIME-Version:Message-Id:Date:Subject:Cc:To:From:Sender:Reply-To:Content-Type: Content-ID:Content-Description:In-Reply-To:References; bh=nFWXSeRD77aVNe1kpUid392p2TPdCScnaKMPBaah9y0=; b=JujPhAbncpPq7/TrdcNHjvZ6fT TE5O5Z+NgFJgr1ECjPo6pKap+iRU6jNZDciXJEtH/enfRqr6eJ0leStNP2iOKsOH2UFeTN6mbut9C WQ9LJ/5nBfCjQTGqeFrJvhCvCRkV6kMSK8+/IXPoLFb4JSIDVN/ci1cDptV6vG+K2apeRNnBz5AoA p/rvszKWyclRfxtRh8qpk4Q4Oj+9upBhZmHjazlYj8B1V4dQZ3Aj/CoK5NjPkue3mldexM85vrV72 EzH653MBnQIHCH/UHnClxekJlNE0PrKpfuHkUaEL/FeD0vmg1aJgaOycPzOxS8Lmw9bHKj3YOW5Je gsCbEywA==; Received: from [2001:4bb8:188:1506:c70:4a89:bc61:2] (helo=localhost) by bombadil.infradead.org with esmtpsa (Exim 4.92.3 #3 (Red Hat Linux)) id 1jZFCR-0007so-Ph; Thu, 14 May 2020 14:51:04 +0000 From: Christoph Hellwig To: "David S. Miller" , Jakub Kicinski Cc: Alexey Kuznetsov , Hideaki YOSHIFUJI , netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: use symbol_get to create the magic ipv4/ipv6 tunnels Date: Thu, 14 May 2020 16:50:57 +0200 Message-Id: <20200514145101.3000612-1-hch@lst.de> X-Mailer: git-send-email 2.26.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-SRS-Rewrite: SMTP reverse-path rewritten from by bombadil.infradead.org. See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Dave, both the ipv4 and ipv6 code have an ioctl each that can be used to create a tunnel using code that doesn't live in the core kernel or ipv6 module. Currently they call ioctls on the tunnel devices to create these, for which the code needs to override the address limit, which is a "feature" I plan to get rid of. Instead this patchset makes the ipip and sit modules export a function that can be used to create the tunnels, and then uses symbol_get in the core ipv4/ipv6 code to reference that function at runtime.