From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <46323F9F.2050205@linux.vnet.ibm.com> Date: Fri, 27 Apr 2007 11:23:27 -0700 From: Haren Myneni MIME-Version: 1.0 To: Luke Browning Subject: Re: [PATCH v4] powerpc: 64K page support for kexec References: <1177626236.24866.99.camel@luke-laptop> , <1177601310.24866.94.camel@luke-laptop> <772e4d4c76807769449cf1bf874d2ce1@bga.com> <1177690940.24866.124.camel@luke-laptop> <1177695045.24866.135.camel@luke-laptop> In-Reply-To: <1177695045.24866.135.camel@luke-laptop> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Cc: Arnd Bergmann , Milton Miller , 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: , Luke Browning wrote: > 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)); > should be crashing_cpu - contains the panic cpu ID > I don't have time to work on a multi-platform solution. > > Regards, > Luke > > > > > > _______________________________________________ > Linuxppc-dev mailing list > Linuxppc-dev@ozlabs.org > https://ozlabs.org/mailman/listinfo/linuxppc-dev >