Bug 1371533

Summary:	kernel-headers should provide SYS_ macros
Product:	[Fedora] Fedora	Reporter:	Florian Weimer <fweimer>
Component:	kernel	Assignee:	Kernel Maintainer List <kernel-maint>
Status:	CLOSED WORKSFORME	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	rawhide	CC:	gansalmon, ichavero, itamar, jonathan, kernel-maint, madhu.chinakonda, mchehab
Target Milestone:	---	Keywords:	FutureFeature
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2017-10-11 12:12:55 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Bug Depends On:
Bug Blocks:	1371535

Description Florian Weimer 2016-08-30 12:18:14 UTC

Currently, we extract a list of __NR_ macros from the kernel headers and generate SYS_ aliases for them.

This has the effect that the SYS_ variant of new system call #defines becomes available only after glibc is recompiled with an updated kernel-headers package.  This is confusing to developers.

I would prefer if the kernel-headers could generate the SYS_ list instead and activate it if glibc defines a special macro (so that backwards compatibility with older glibc headers is not impacted).  Alternatively, the kernel headers could define a macro which indicates that a file with SYS_ alias #defines is available in a specific location.

I would like to implement this change upstream, but found the build system and the cross-architecture variance a bit confusing.  As far as I can tell, the __NR_ macros are only auto-generated on some architectures.  Help with that would be appreciated.

Comment 1 Florian Weimer 2017-10-11 12:12:55 UTC

We changed the SYS_ generation in glibc upstream, so this is no longer needed.