travel backwards in time?
A message that is not in the archive (sent off-list or not yet received): [email protected]
Quoted 6 lines · Randolph Chung
Recently Grant and I have observed several hangs in
do_gettimeofdayon a c3k running 32 or 64-bit kernels (UP).The symptom we see is gettimeoffset returns a negative number which results in a huge (unsigned) usec offset in
do_gettimeofday, which ends up spinning in a while loop.
...
Quoted 4 lines
The
last_tickadjustment looks a bit odd. Looking at ia64, it looks more like this:last_tick -= clocktick * (jiffies - wall_jiffies + 1);
For the record, this fix was committed in one of the 2.4.14-pa5
http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2001-November/030021.html
I'm still not 100% certain all our time keeping code is correct. But I'm comfortable this patch fixes the problem we saw and does not introduce any new ones.
grant
Re: [parisc-linux] 2.4.16-pa12 broken on c3000
In reply to a message not in the archive[ old news - cleaning out my inbox ]
Quoted 4 lines · Randolph Chung
Looks like -pa12 enabled some #if 0 code in
arch/parisc/mm/init.cthat is causing things to die. Both Grant and I saw ifconfig abort when thefree_initmemcode was enabled. Reverting back to 1.43 worked for me...
Fixed. my bad. removed __init in PCI config space code path.
FYI, IOAQ pointed at the culprit: lba_device_present() Should make debugging this kind of problem easy.
grant