From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Subject: Re: [PATCH v4] powerpc: 64K page support for kexec From: Luke Browning To: Milton Miller In-Reply-To: References: <1177626236.24866.99.camel@luke-laptop> , <1177601310.24866.94.camel@luke-laptop> <772e4d4c76807769449cf1bf874d2ce1@bga.com> <1177690940.24866.124.camel@luke-laptop> Content-Type: text/plain Date: Fri, 27 Apr 2007 14:30:45 -0300 Message-Id: <1177695045.24866.135.camel@luke-laptop> Mime-Version: 1.0 Cc: Arnd Bergmann , linuxppc-dev@ozlabs.org, Paul Mackerras , Olof Johansson , cbe-oss-dev@ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Fri, 2007-04-27 at 11:59 -0500, Milton Miller wrote: > > I see I've achived my nefarious goal of making these bugs never happen. > > (panic is a function, so you are checking that the staticly linked > non-weak function is available. If you want to check on when > if its a panic kdump or not, you need to decode the flag and pass > it to kexec_sequence, pass it back here, and update all platforms > for the new parameter). > > But I still say the check while clearing the table is too late, > it should be a debug scan before clearing any mappings. How about the following as an alternative. BUG_ON((hpte_v & 0x4000000000000000UL) && (crashing_cpus == -1)); BUG_ON((size == MMU_PAGE_16G) && (crashing_cpus == -1)); BUG_ON((size == MMU_PAGE_64K_AP) && (crashing_cpus == -1)); I don't have time to work on a multi-platform solution. Regards, Luke