Thanks. 
Having a full system like this showed a few special cases in sysenter
handling, where some system calls really depend on the old "iret" return
path.
Notably, "sys_iopl()" requires the iret path because that's the only way
to restore the full eflags, and "execve()" requires the iret return path
because it needs to start up the new process with fixed values in
%edx/%ebx, and the stack has a new layout and no longer contains the
required sysexit fixup code.
I've pushed the fix for both of these issues to the kernel -bk trees. 
Without the fix, a system with sysenter support would not boot up cleanly
with these libraries due to the execve() issues, and X wouldn't start
because of the iopl() problem.
With this in place, I've not seen any strange behaviour, and "lmbench" 
reports
	Processor, Processes - times in microseconds - smaller is better
	----------------------------------------------------------------
	Host                 OS  Mhz null null      open selct sig  sig  fork exec sh  
	                             call  I/O stat clos       inst hndl proc proc proc
	--------- ------------- ---- ---- ---- ---- ---- ----- ---- ---- ---- ---- ----
	i686-linu  Linux 2.5.53 2380  0.7  1.1    5    7 0.04K  1.2    3 0.2K   1K   3K
	i686-linu  Linux 2.5.53 2380  0.7  1.1    5    7 0.04K  1.2    3 0.2K   1K   3K
	i686-linu  Linux 2.5.53 2380  0.7  1.1    5    7 0.04K  1.2    3 0.2K   1K   3K
	i686-linu  Linux 2.5.53 2380  0.2  0.6    5    6 0.04K  0.7    3 0.2K   1K   3K
	i686-linu  Linux 2.5.53 2380  0.2  0.6    5    6 0.04K  0.7    3 0.2K   1K   3K
	i686-linu  Linux 2.5.53 2380  0.2  0.6    5    6 0.04K  0.7    3 0.2K   1K   3K
(the three first entries are with the old glibc, three last entries are
with the new one - note the null call/io and signal install improvements).
		Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/