Description of problem:
Running kernel-PAE-2.6.20-1.2936.fc7; kernel-headers links asm-i386/tsc.h to
I copied asm-i386/tsc.h from 2.6.20-1.2932 to asm-i386/tsc.h and all appears to
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. yum update
Sorry, typo.... tries to include asm-x86_64/tsc.h
I confirm this (FWIW)
This problem still happens in kernel-2.6.20-1.2940.fc7.
See Also : http://bugzilla.livna.org/show_bug.cgi?id=1419
At first glance (after fixing the typo in the summary) it looks like the fix
would be to swap the files round and include the i386 one from x86_64 instead --
but on closer inspection I don't actually see what in there is supposed to be
visible to userspace anyway.
tsc.h doesn't exist in the kernel-headers package. I think you must mean
kernel-devel -- you're building modules?
That would be Ingo's doing.
Fails for rebuild of ipw3945 module, vmware modules, etc.
We need to fix this before the FC6 2.6.20 kernel is released.
Can we just add the whole asm-x86_64 directory to the devel package
as a workaround?
I can confirm, too - nvidia modules won't build.
Me too, with 2.6.20-1.2942.fc7. By the way, it's not only the PAE kernel-devel
nor only tsc.h, regular i586 and i686 kernel-devels have this too and some other
x86_64 includes, this is from the i686 include dir for 2942:
$ grep -r -- "#include.*x86_64" *
I confirmed, too.
SystemTap can't run any script on kernel-2.6.20-1.2942.fc7.
*** Bug 230031 has been marked as a duplicate of this bug. ***
*** Bug 230176 has been marked as a duplicate of this bug. ***
For now why don't we just replace tsc.h with the tsc.h from 2.6.20-1.2932 which
doesn't have this bug? I can provide a patch if needed.
Working in .2960 and .2962.