|To:||Thiemo Seufer <email@example.com>|
|Subject:||Re: [PATCH] Further TLB handler optimizations|
|From:||Rojhalat Ibrahim <firstname.lastname@example.org>|
|Date:||Mon, 10 Jan 2005 16:39:45 +0100|
|References:||<20041223202526.GA2254@deprecation.cyrius.com> <email@example.com> <20041224085645.GJ3539@rembrandt.csv.ica.uni-stuttgart.de> <20050107190605.GG31335@rembrandt.csv.ica.uni-stuttgart.de> <41E27A6A.firstname.lastname@example.org> <20050110140429.GC15344@rembrandt.csv.ica.uni-stuttgart.de> <20050110143535.GE15344@rembrandt.csv.ica.uni-stuttgart.de>|
|User-agent:||Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040617|
Thiemo Seufer wrote:
Thiemo Seufer wrote:Rojhalat Ibrahim wrote:Thiemo Seufer wrote:I updated the patch now and checked it in. Please test, especially for cases I couldn't do, like R3000-style TLB handling and MIPS32 CPUs with 64bit physaddr.My Yosemite board (RM9000 processor) does not boot anymore with CONFIG_64BIT_PHYS_ADDR. Without that option it seems to be working as before. I tried to define cpu_has_64bit_gp_regs.Correct, this should always be defined for 64bit capable CPUs.With that it boots partly.Where does it fail?It's probably caused by the bug I just found. Please try the appended patch and tell me if it changes something for you.
Thanks, but I had already found that one. Sorry, I forgot to mention it. Doesn't change a thing, except that I can compile the kernel without errors.
|<Prev in Thread]||Current Thread||[Next in Thread>|
|Previous by Date:||[PATCH 2.6] vr41xx: fixed build error, Yoichi Yuasa|
|Next by Date:||Re: [PATCH] Further TLB handler optimizations, Thiemo Seufer|
|Previous by Thread:||Re: [PATCH] Further TLB handler optimizations, Thiemo Seufer|
|Next by Thread:||Re: [PATCH] Further TLB handler optimizations, Rojhalat Ibrahim|
|Indexes:||[Date] [Thread] [Top] [All Lists]|