> > Just to recap (not sure if you saw the earlier posts in the thread, going
> > back to Monday a week ago):
> >
> > - kernel 2.6.25 worked for me without error
>
> does hpet work at 2.6.25? or it is not enabled by default for the
> famous chipset?
Yes, 2.6.25 works perfectly.
I first discovered the problem (about 10 days ago) when compiling
my first 2.6.26 kernel, after Debian uploaded their first 2.6.26 kernel
sources (about 14 days ago). My method is to begin with my previous
working .config, and update it using 'make oldconfig'. The output of
egrep "HPET|RCU|PREEMPT" .config
for several kernels, including my custom 2.6.25 and custom 2.6.26 kernels,
was posted in a message cc'd to you on Saturday, but you can see it here
if you no longer have it:
http://www.uwsg.indiana.edu/hypermail/linux/kernel/0808.1/0720.html
Your commit changes that produced my troubles were to e820_64.c and
setup_64.c (in arch/x86/kernel). These mostly had to do with adding
calls to insert_resource() where there had been none.
On one of my machines, this change causes no problem. (That is also
true on your own machines, and the machines of everyone else on LKML.)
On my two machines which lock up because of the commit, the kernel dies
in inet_init(). The chain of calls is:
inet_init() --> inet_register_protosw() --> synchronize_net()
--> synchronize_rcu()
Since inet_register_protosw() touches RCU features, like list_add_rcu(),
before calling synchronize_net(), I first guessed that the problem was
here. Gut none of this seems to have any direct connection to the
insert_resource() calls, or to HPET.
[Of course, since I am not a kernel programmer, I should not even be
guessing in the first place.... I really wish I could give more help.]
Thanks,
Dave W.