Date: Mon, 28 Jun 2010 13:12:01 -0300 From: Luiz Otavio O Souza <lists.br@gmail.com> To: Jayachandran C. <c.jayachandran@gmail.com> Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD Message-ID: <3C0AEF9B-AE0C-4459-A4E1-2C8C30C10FD6@gmail.com> In-Reply-To: <AANLkTil78NFxH016C7MntD8L3d4rFlCudJ0Lv22L0KCb@mail.gmail.com> References: <AANLkTik8jFkB7FTIIhyjalkfv1c0yXqse57Jzz527uf_@mail.gmail.com> <897604F6-95C4-49A8-B11F-277A74C8DBAE@gmail.com> <AANLkTilfW_zOFKuIa0gJ3ahTo-vGC1VNk99a1H24uFRq@mail.gmail.com> <AANLkTil78NFxH016C7MntD8L3d4rFlCudJ0Lv22L0KCb@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Jun 28, 2010, at 7:14 AM, Jayachandran C. wrote: > On Sun, Jun 27, 2010 at 8:20 PM, Jayachandran C. > <c.jayachandran@gmail.com> wrote: >> On Sun, Jun 27, 2010 at 4:00 PM, Luiz Otavio O Souza = <lists.br@gmail.com> wrote: >>> On Jun 15, 2010, at 10:36 AM, Jayachandran C. wrote: >>>=20 >>> ( ... ) >>>>=20 >>>> I've tested this on XLR, but there is a chance that this might = break >>>> other platforms. So please let me know your comments on both the >>>> patches and the merge process. >>>>=20 >>>> The future patches (if everything goes well), will do the PTE_ flag = to >>>> PG_ flag renaming in Juli's tree, then the actual n32/n64 changes. >>>>=20 >>>> Thanks, >>>> JC. >>>=20 >>> JC, >>>=20 >>> I can't boot the ar71xx kernel after r209243: >>>=20 >>> http://mips.pastebin.com/CBhe6hzR >>> http://pastebin.com/nrRdm1UF >>>=20 >>> Everything works fine with the previous revision (r209048). >>>=20 >>> If you need anything else, just let me know. >>=20 >> Let me have a look at this, thanks for the report. >=20 > Can you enable 'TRAP_DEBUG' in sys/mips/mips/trap.c and see if you can > get the trap information printed. Adding a line > #define TRAP_DEBUG > after all the #includes in trap.c should do it. This should print the > pc, ra, and badvaddr which would help a lot in debugging. >=20 > In the meantime I will look at the code again and see if I can find > anything obviously wrong. >=20 > Thanks, > JC. JC, The TRAP_DEBUG option doesn't help, but during the tests i found a weird = symptom... After a cold reset the kernel always hang at same place (after the = WITNESS notice), but if i boot from an old kernel and issue a 'reboot' = the board boots just fine. I've add a few printfs all around to find where it hangs and this happen = at the first call of pmap_map() at vm_page_startup(). Here is a dmesg from a failed boot: http://mips.pastebin.com/QnUu56hD And here is a successful one: http://mips.pastebin.com/bsJ4Ac3z I hope this can give you some clue about what's is going on... Thanks, Luiz=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3C0AEF9B-AE0C-4459-A4E1-2C8C30C10FD6>