From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtpcmd0757.aruba.it (smtpcmd0757.aruba.it [62.149.156.57]) (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 1115B34DCD6 for ; Tue, 19 May 2026 05:50:21 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=62.149.156.57 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779169826; cv=none; b=qMBlBlgZ8+27V70tbnO00jZNq6KVYDqrTKKgYRiKygDbOZ8fUOEAmEg39NAMF/GRXdOiQSlTf6Kv3W/llAS9TOVjEX/MAkRKncEc9i2evvmxczAMxoakEyihrbFQkdmeB3MHv+jbtWVBC7TEkP/CywtuOSX1I3LZt46/DwhHQg8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779169826; c=relaxed/simple; bh=xMYhnLP1MyfztVd2JPNtZqN8fFil7wNtyX0ygjFpAVY=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=txYw0roZxFSJK1+AObqR6xskfF03csesrElRLUhn/n2cC23IoctWeVixd9t1oh8jXpqAItDdHenLPl2l0DWOgV2jCBSSzLmUGxUjHdVH/2RbiKEBw5tx4IuMzqywizE+meV7/7p1rM6knr5FfjYbWTzW1cU0oTLC3MPL69n2R7Y= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=enneenne.com; spf=pass smtp.mailfrom=enneenne.com; dkim=pass (2048-bit key) header.d=aruba.it header.i=@aruba.it header.b=lx+LyYTD; arc=none smtp.client-ip=62.149.156.57 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=enneenne.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=enneenne.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=aruba.it header.i=@aruba.it header.b="lx+LyYTD" Received: from [192.168.0.186] ([109.118.84.223]) by Aruba SMTP with ESMTPSA id PDIOwWh6TtpTfPDIOw0fNO; Tue, 19 May 2026 07:47:13 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aruba.it; s=a1; t=1779169633; bh=xMYhnLP1MyfztVd2JPNtZqN8fFil7wNtyX0ygjFpAVY=; h=Date:MIME-Version:Subject:To:From:Content-Type; b=lx+LyYTDZ+iy86irWou3Z+dZCA7yLnb6rE2yR8RP07UV6rTWrkcpG8PwjvhfFceg4 X7W2b50rdmfU1VZ7nE903iaMNeHlu6y48FQfkrpBTXm2fITM7Fb9KVEv3rkAattPaR WA2H1iwXUh60uPJabRGo7sSRIDZBjJjWuRFoaKlUws4Kx7xsKG/95/Ad+ejgsQ3dtj hGKvD8NXxpSc8x6eTTZItMCZH/Q5uUTlQq87qMwwLTC5M/YetlyomgDfdVffuUKQfL hzMfbtml+qzPlIhB4EMUm4wMvzXDTLBa15mMr0NGnLahgckbehZ0EoIzCoWipa1Bho 9aosrOoQsKNWA== Message-ID: <5a6bb963-1b5e-4e64-a65e-96cd7c69e9a4@enneenne.com> Date: Tue, 19 May 2026 07:47:11 +0200 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH net-next] pps: bump PPS device count Content-Language: en-US To: Vadim Fedorenko , Jakub Kicinski Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org, Andrew Morton , Greg Kroah-Hartman References: <20260515135028.2021318-1-vadim.fedorenko@linux.dev> From: Rodolfo Giometti In-Reply-To: <20260515135028.2021318-1-vadim.fedorenko@linux.dev> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4xfGxfjOQwufmhhgVVYHHW33xltufGUXoE4Bi2PmRr2RpINvXYrbwvIprYdk3saFWCEU5qHnAKWAHWwpuAkzFgMynu+gB4gnoZz4X7euco9/QxmmMYEIxn u9eGjN8j/35m3uB8KPnP7YmUZPzDhdDGuH3nJ2EdwhU4UqJE3BUK5QaA1R5WUpOyHtSAp4I/iF85jT1Cd0LlzZ2lg4V51z5p8j1g+D2rQz2xQg2KAmKVnRMM iEzYmvKzDBBDypbOwhQQIn3IGwy3j/XtVmIKp5fXZ3nAcu6YNNX0fAu4ZPT3nLaro3trVwyUMmGt7oYVdVLGCmG/JE2E3lP74wx8HHv35i3OXCLB2r+746Wf Qcsv8yQVpdptAdygaJxpCMQ1uIHoug== On 5/15/26 15:50, Vadim Fedorenko wrote: > Modern systems may have more than 16 PPS sources and current hard-coded > limit breaks registration of some devices. Let's bump the limit to 256 > in hope it will be enough in foreseen future. > > Signed-off-by: Vadim Fedorenko Acked-by: Rodolfo Giometti > --- > include/uapi/linux/pps.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/include/uapi/linux/pps.h b/include/uapi/linux/pps.h > index 009ebcd8ced5..1088dea65e12 100644 > --- a/include/uapi/linux/pps.h > +++ b/include/uapi/linux/pps.h > @@ -26,7 +26,7 @@ > #include > > #define PPS_VERSION "5.3.6" > -#define PPS_MAX_SOURCES 16 /* should be enough... */ > +#define PPS_MAX_SOURCES 256 /* should be enough... */ > > /* Implementation note: the logical states ``assert'' and ``clear'' > * are implemented in terms of the chip register, i.e. ``assert'' -- GNU/Linux Solutions e-mail: giometti@enneenne.com Linux Device Driver giometti@linux.it Embedded Systems phone: +39 349 2432127 UNIX programming