From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from out-171.mta0.migadu.com (out-171.mta0.migadu.com [91.218.175.171]) (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 15F852264CA for ; Mon, 10 Aug 2026 02:28:20 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=91.218.175.171 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786328902; cv=none; b=rB7p4CKeX0n/sUU2EKbnIIaYHDzWES2ELSKKqjXcO6kci+Nhez8sVi3O7j0y1kPzqjOEuvrlYwq6jSFXhIo5y64E8cKVKIO+ROjzidj2XHxyBCc/hPdmmWxkQRfHbAs5TpQmcsZdlXAfJuex0DL2IqDNS9BCWP2vIRqNPLI3InM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786328902; c=relaxed/simple; bh=tJzmd3IEv39tmOy//Ct/ijtrwTC9s/C0oLITnlyYSSM=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=YWKAwOxDZUYqDaRStHHjiylQT04oL1oSBzRaMXGuOrDSucmkvlXW+i6P/1PwHjpCPLWvIBQAtPqIIwA1sfTZIq+AE483ZAEpUuqY5KghNO0wm4S917qTHbbPMpBt2BcR01U3kwukS3gxh08teSEp/Kh5Pb/0Td1tp/XJ2S6vKgs= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.dev; spf=pass smtp.mailfrom=linux.dev; dkim=pass (1024-bit key) header.d=linux.dev header.i=@linux.dev header.b=wgnc6J9L; arc=none smtp.client-ip=91.218.175.171 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.dev Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.dev Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux.dev header.i=@linux.dev header.b="wgnc6J9L" Message-ID: <26e0b578-0f8f-49f6-aaa6-b814c89ebe3f@linux.dev> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1786328899; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=7pSgPwGVNwWgWWDZniLJ/YHoFfWsO/JdFCuSXp4+4VU=; b=wgnc6J9LSd+bNCM5EKs801ib/VM+kq3G9Pg+PxtsdexevVFZ23L8f3DP3W0+Y2OvJVKznC 7IkStHmT9Z2o8+vuxj3rZ4vIVsZU7YWZ9p/v3OjWY52faI+/OyJuV70tpIC0iSUrdXXSIk u6ZeJuPE8hwEdmQjjd2cSIMqy6sdi8o= Date: Mon, 10 Aug 2026 10:28:02 +0800 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Subject: Re: [RFC net-next] pppoe: remove session socket receive support To: =?UTF-8?Q?Pali_Roh=C3=A1r?= Cc: Guillaume Nault , Andrew Lunn , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Kees Cook , Asim Viladi Oglu Manizada , Eric Woudstra , Felix Fietkau , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, Paul Mackerras , Michal Ostrowski References: <20260806091626.231225-1-qingfang.deng@linux.dev> <20260809145836.5pqf2rgf574fjlds@pali> <76232f9c-2a5a-454a-905e-e046b6c78cef@linux.dev> <20260809225954.i36fajv6twbnjfdp@pali> X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Qingfang Deng In-Reply-To: <20260809225954.i36fajv6twbnjfdp@pali> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Migadu-Flow: FLOW_OUT On 2026/8/10 6:59, Pali Rohár wrote: > I see. Maybe you could ask developers of the first version of driver if > they remember something. But probably nobody would remember old things. I wish I could, but the maintainer of PPPoX has gone AWOL for quite a long time.. (commit 2fd68c7ea2ae) > Clearing the queue after the transition happens sounds like a good idea. > If I understand correctly, it does not make sense to get packets into > userspace once the socket is bound to PPP layer. > > I have feeling that kernel PPP layer and its API do fully fit into the > API for network devices and netlink layer for userspace.