Re: [PATCH net-next v7] selftests: net: add tests for PPP
Paolo Abeni <[email protected]> Thu, 2 Apr 2026 13:17:29 +0200
| Newsgroups | org.kernel.vger.linux-ppp,org.kernel.vger.linux-kernel,org.kernel.vger.linux-kselftest,org.kernel.vger.netdev |
|---|---|
| Message-ID | <[email protected]> |
On 4/2/26 12:13 PM, Qingfang Deng wrote: > On Thu, Apr 2, 2026 at 5:48 PM Paolo Abeni <[email protected]> wrote: >> Note that similar failures in the past in other test-cases were usually >> due to timing issues. i.e. the pppoe-server starts in background too >> late for the client. > > I don't think it is a timing issue, otherwise the PADI negotiation > won't succeed. The "updetach" option on the client side also make it > wait for the negotiation. > It's likely that the pppd instance spawned by pppoe-server fails to > find the "rp-pppoe.so" plugin, so the connection fails when handing > off the session from pppoe-server to pppd. Note the naming difference: > the client loads "pppoe.so", while the server loads "rp-pppoe.so" by > default. > > What distro do you run CI tests on? On Ubuntu 24.04, "rp-pppoe.so" is > a symlink to "pppoe.so" in apt package "ppp". Maybe an additional > package is required for the distro you use, or I may work around that > by manually creating the symlink. It's fedora 43 with ppp and pppoe installed. ppp provides pppoe.so, and AFAICS nothink provides rp-pppoe.so, and the pppoe-server is looking for a non existing /etc/ppp/plugins/rp-pppoe.so plugin. Before I mess with the nipa testbed, could you please double check that ln -n /usr/lib64/pppd/2.5.1/pppoe.so /etc/ppp/plugins/rp-pppoe.so should solve? Thanks, Paolo