Ingo Molnar wrote:
> * Ingo Molnar <[email protected]> wrote:
>
>
>>> Here's another round of the pagetable unification patches. I've
>>> done a few dozen rounds of randconfig builds on both 32- and 64-bit,
>>> so I hope that will prevent compile problems in your test
>>> environment.
>>>
>>> I've also boot-tested 64-bit and 32-bit PAE/non-PAE configs (both
>>> paravirt and non-paravirt).
>>>
>> i've done a dozen random tests too and it's looking good so far. Nice
>> work!
>>
>
> found a couple of bugs.
>
> firstly, 64-bit wasnt so lucky, you broke iounmap()/change_page_attr()
> :-)
>
Crap. Worked for me. I'll look into it.
> The crash is here:
>
> [ 0.000000] PCI: Calling quirk ffffffff804625d0 for 0000:00:02.0
> [ 0.000000] PCI: Calling quirk ffffffff80565b10 for 0000:00:02.0
> [ 0.000000] ------------[ cut here ]------------
> [ 0.000000] kernel BUG at arch/x86/mm/pageattr_64.c:176!
> [ 0.000000] invalid opcode: 0000 [1] SMP
> [ 0.000000] CPU 1
> [ 0.000000] Modules linked in:
> [ 0.000000] Pid: 1, comm: swapper Not tainted 2.6.24-rc5 #5
> [ 0.000000] RIP: 0010:[<ffffffff802229b9>] [<ffffffff802229b9>] __change_page_attr+0x189/0x2e0
> [ 0.000000] RSP: 0018:ffff81003f9c3d30 EFLAGS: 00010282
> [ 0.000000] RAX: 0000000000000400 RBX: 00000000000da103 RCX: ffffe20000000370
> [ 0.000000] RDX: 000000000000006e RSI: 00003ffffffff000 RDI: ffff81000000a000
> [ 0.000000] RBP: ffff81003f9c3d90 R08: 80000000da0001e3 R09: 0000000000000001
> [ 0.000000] R10: 0000000000000001 R11: 00000000ffffffff R12: ffff81000000a680
> [ 0.000000] R13: 0000000000000001 R14: 8000000000000163 R15: ffff8100da103000
> [ 0.000000] FS: 0000000000000000(0000) GS:ffff81003f8014b0(0000) knlGS:0000000000000000
> [ 0.000000] CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
> [ 0.000000] CR2: 0000000000000000 CR3: 0000000000201000 CR4: 00000000000006e0
> [ 0.000000] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> [ 0.000000] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> [ 0.000000] Process swapper (pid: 1, threadinfo ffff81003f9c2000, task ffff81003f9c0000)
> [ 0.000000] Stack: ffff8100da102000 8000000000000163 8000000000000163 0000000000000000
> [ 0.000000] ffffffff809320e0 ffff8100da102000 ffff81003f9c3d70 00000000000da103
> [ 0.000000] ffff8100da103000 0000000000000001 8000000000000163 0000000000000000
> [ 0.000000] Call Trace:
> [ 0.000000] [<ffffffff80222bb6>] change_page_attr_addr+0xa6/0x150
> [ 0.000000] [<ffffffff8022243b>] ioremap_change_attr+0x5b/0x70
> [ 0.000000] [<ffffffff8022265f>] iounmap+0xbf/0xe0
> [ 0.000000] [<ffffffff80565e23>] quirk_usb_early_handoff+0x313/0x410
> [ 0.000000] [<ffffffff8044a109>] kobject_put+0x19/0x20
> [ 0.000000] [<ffffffff804a45d5>] put_device+0x15/0x20
> [ 0.000000] [<ffffffff804611bd>] pci_fixup_device+0x8d/0xe0
> [ 0.000000] [<ffffffff8045f53d>] pci_init+0x1d/0x40
> [ 0.000000] [<ffffffff80a04794>] kernel_init+0x164/0x350
> [ 0.000000] [<ffffffff8025cd9f>] trace_hardirqs_on+0xbf/0x160
> [ 0.000000] [<ffffffff806fc824>] trace_hardirqs_on_thunk+0x35/0x3a
> [ 0.000000] [<ffffffff8025cd9f>] trace_hardirqs_on+0xbf/0x160
> [ 0.000000] [<ffffffff8020cba8>] child_rip+0xa/0x12
> [ 0.000000] [<ffffffff8020c2bf>] restore_args+0x0/0x30
> [ 0.000000] [<ffffffff80a04630>] kernel_init+0x0/0x350
> [ 0.000000] [<ffffffff8020cb9e>] child_rip+0x0/0x12
> [ 0.000000]
> [ 0.000000]
> [ 0.000000] Code: 0f 0b eb fe 0f 0b eb fe 0f 0b eb fe 0f 0b eb fe 48 b8 7f 0f
> [ 0.000000] RIP [<ffffffff802229b9>] __change_page_attr+0x189/0x2e0
> [ 0.000000] RSP <ffff81003f9c3d30>
> [ 0.000000] Kernel panic - not syncing: Attempted to kill init!
>
> secondly, as i tried to bisect it, it would build and boot at this
> patch:
>
> Subject: x86: clean up asm-x86/page*.h
>
> but wouldnt build at this patch:
>
> Subject: x86: unify pgtable*.h
>
> nor at this patch:
>
> Subject: x86: fix up formatting in pgtable*.h
>
> it finally built at:
>
> Subject: x86: use a uniform structure for pte_t
>
> but crashed. So the bug is in one of those 3 patches. Please make them
> bisect-friendly.
>
Hm, I tried to.
> full bootlog and config attached. (The crash happens reliably here - if
> you cannot reproduce it then i can try any fix from you. I've removed
> the 5 patches of yours for now from x86.git.)
>
OK. Will beat on this some more. Unfortunately I can only test 64-bit
stuff under kvm, and I'm a little bit skeptical of how solid it is,
since i get sporadic random oopses even with base x86.git. But a nice
simple repeatable BUG_ON should be easy to fix regardless.
J
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
