Skip to contentSkip to conversation

travel backwards in time?

parisc-linux Grant Grundler 1 participant 2 messages Nov 29, 2001 – Dec 5, 2001 1 message not in the archive

lore
Share & tools
lore
#1 lore raw
In reply to a message not in the archive
Quoted 6 lines · Randolph Chung

Recently Grant and I have observed several hangs in do_gettimeofday on 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_tick adjustment 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

#2 lore raw

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.c that is causing things to die. Both Grant and I saw ifconfig abort when the free_initmem code 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