From nobody Tue Jan 14 20:31:06 2025 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4YXgkj4YsJz5kNs0 for ; Tue, 14 Jan 2025 20:31:09 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YXgkj3j06z4HsV; Tue, 14 Jan 2025 20:31:09 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1736886669; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=+4AVsV/NWQAGa/uRQBTgFo5El8g+DVqsEI2i0S4JuAs=; b=CB2A/HSMVIcOiZSRJtLoJscGwqd4w63Dg8+XRMB42y/CsSt0eLPfwLdHNg4b3U+KSu7NVe 2jgU5jofFmWwzWwAYHvNj/iBTltwqvAPZxRro6nVZvvTxvNP8AI5fA2+7Lv+gHujkuB+0w X6qtt2xSP3wPvxLpOa4AodK5UdWE9b4sHcuEuieZSPlYaRxpjz0Gk1KVenxN58DOv2qveE 6n569igQ4dG/aOaJ5n4hVuF3kCr+ewGi3bcv++J6mrWJBVXblUqyTAkstt1GPrky95PDBP 8qGBvtfLQBoaL5grhNqwJDlEryXCV/nKkGktxa755xAsJdkHBvh/u92jc9EpOQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1736886669; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=+4AVsV/NWQAGa/uRQBTgFo5El8g+DVqsEI2i0S4JuAs=; b=vxKlOd5CPtU/8GVIlninq4t8Xf1D9SZM/NNICjMijqTVT0HfI1ShmReJUxetHYGPDfpktc ooYWMcLz1/M7sgVU8wqsofundXF1HAJN9t4oOYpvT/u3CqDG+fG7icLR7+9P9YarjXu1EM 3u1/c0h73YPabPZyUKahSp/MPdaTx6aXcQYKTL8VfvSR3JfwBMI/2XnQzpkrzOpLoPyKby 6FUNtPQMpJLv+3uw39jqwSF+B6zgfe3FIxZWdR3ii1fDYuanZHgJftPC/Gr0tX/Y0VuU9n nFJWOLYTHliWJPoYkAlUJOe9HtpK0Dy9s3hQj8bA50p20qOO2Q+MDnoLxtE1kg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1736886669; a=rsa-sha256; cv=none; b=QDT1pNNSZ/wYEVLvxUbRf+rwYLvYtGvfH4VF5fUEF7Eiyyb4QezPV/nyfNimQl3Cf2Bslq PBJfZ/ZkDbj9L3VLi0f7I+NLBDFINJ58j5QL0h6uZgSYSI9spa1oPvyKlx8A5ZXV4FgaxA uip5KqMlDQ1RiOAvoVJve8BzVodF58obe1dNoPZTZroYXLavzggd9AssTwhfFOxgLfRkd4 Wf2vtXmlxvd5oPMmmjZW1Ju7ZT2Mv8xWkNTZHsxfePgRJdqHGvoM4VH0zqFGOKrrAOxTmz CEg9T65F7ZYV5oQpcZK06NlagL8mSLX+XaxmiGzV2bI/ofVBXiSyJksXrpAnQw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from cell.glebi.us (glebi.us [162.251.186.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4YXgkj0H00zs0J; Tue, 14 Jan 2025 20:31:08 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Tue, 14 Jan 2025 12:31:06 -0800 From: Gleb Smirnoff To: Zhenlei Huang Cc: FreeBSD Net Subject: Re: Any real usage of sppp(4) on architectures other than i386 or amd64 ? Message-ID: References: <0DC91E3B-DDB4-43ED-866E-3DA02BBA1241@FreeBSD.org> List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0DC91E3B-DDB4-43ED-866E-3DA02BBA1241@FreeBSD.org> On Tue, Jan 14, 2025 at 07:25:26PM +0800, Zhenlei Huang wrote: Z> I just fixed one long standing bug of sppp(4) [1]. During the testing I found ng_sppp(4) depends on this module. Unfortunately sppp(4) is only enabled on i386 and amd64 by default but ng_sppp(4) is enabled on all architectures. So on architectures other than i386 and amd64 `kldload ng_sppp` will never succeed. Z> Z> I suppose sppp(4) is rarely used nowadays so I'm planing to conditionally build ng_sppp(4) only on i386 and amd64. Is there still real usage of sppp(4) on other architectures ? Z> Z> 1. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=173002 I would claim there is no usage of neither sppp(4) nor ng_sppp(4) on any architecture in a very long term. Last time I run this kind of network framing in 2004 and in that times the right way to do it was either pure negraph(4) graph based on ng_cisco(4) or ports/net/mpd + ng_ppp(4). Don't waste your time on this code. -- Gleb Smirnoff