On Thu, Jul 17, 2008 at 07:05:02PM +0200, Guy Martin wrote:The problem is kernel/printk.c around line 731. t = jiffies * (NSEC_PER_SEC / HZ); do_div(t, 10000000000); is doing some badness (which is hard as hell to debug since printk isn't working.) It's doing some sort of bollocks when jiffies is between 9 and 10... do_div being: # define do_div(n,base) ({ \ uint32_t __base = (base); \ uint32_t __rem; \ __rem = ((uint64_t)(n)) % __base; \ (n) = ((uint64_t)(n)) / __base; \ __rem; \ }) I'm *guessing* that umoddi3 or udivdi3 is doing an xmpyu or something, which since this is probably before fpu init, is trapping, which is trying to printk, which is recursively exploding. regards, Kyle --
| Thomas Gleixner | Re: Linux 2.6.21-rc1 |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| James Bottomley | [Ksummit-2008-discuss] Fixing the Kernel Janitors project |
| James Morris | Re: LSM conversion to static interface |
git: | |
| Natalie Protasevich | [BUG] New Kernel Bugs |
| Christoph Hellwig | Re: [PATCH 06/32] IGET: Mark iget() and read_inode() as being obsolete [try #2] |
| Linus Torvalds | Re: [GIT]: Networking |
| Jarek Poplawski | [PATCH take 2] pkt_sched: Protect gen estimators under est_lock. |
