Messages in this thread | | | From | Con Kolivas <> | Subject | Re: 2.6.21-rc2-mm2 | Date | Wed, 7 Mar 2007 07:19:00 +1100 |
| |
On Wednesday 07 March 2007 01:47, Thomas Gleixner wrote: > On Wed, 2007-03-07 at 00:24 +1100, Con Kolivas wrote: > > > printk(KERN_INFO "Time: %s clocksource has been installed.\n", > > > clock->name); > > > } > > > > > > So clock seems to be NULL, but was accessed before > > > clocksource_calculate_interval() as well. > > > > It seems to be specifically tripping at c->mult after reading c->shift if > > I'm reading it correctly. > > > > Note again, this is qemu, not real hardware and it will likely be giving > > very unrealistic values for timer calibrations. > > I know, but this does not really explain why the > > tmp += c->mult/2; > > results in a NULL pointer access after > > tmp <<= c->shift;
/me shrugs
No idea.
> Does disassembling the code in question give some info ? You might also > try to look with GDB at it.
Alas it wouldn't mean anything to me, sorry. And qemu doesn't work with gdb on 64bit processes in 32bit userspace even with a 64bit gdb.
-- -ck - 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/
| |