[<prev] [next>] [day] [month] [year] [list]
Date: Fri, 11 Nov 2022 14:02:16 +0100
From: Thomas Bogendoerfer <tsbogend@...ha.franken.de>
To: Cye Borg <cyborgyn@...il.com>
Cc: Ahelenia ZiemiaĆska
<nabijaczleweli@...ijaczleweli.xyz>,
Jonathan Corbet <corbet@....net>,
Federico Vaga <federico.vaga@...a.pv.it>,
Alex Shi <alexs@...nel.org>,
Yanteng Si <siyanteng@...ngson.cn>,
Hu Haowen <src.res@...il.cn>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Jiri Slaby <jirislaby@...nel.org>,
Jakub Kicinski <kuba@...nel.org>,
Bagas Sanjaya <bagasdotme@...il.com>,
linux-doc@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-doc-tw-discuss@...ts.sourceforge.net,
linux-mips@...r.kernel.org
Subject: Re: [PATCH v3 08/15] MIPS: IP27: remove KV_MAGIC
On Fri, Nov 11, 2022 at 06:39:10AM +0100, Cye Borg wrote:
> Just asking:
> This code in SGI seems to help bring online other CPUs.
> - Does it use the firmware to do it?
> - Is there a possibility that the magic number in this case is used by the
> firmware?
> - If yes: do we break multiprocessing on SGI if we delete this "useless
> relic", which is not referenced in the linux code elsewhere?
this magic is just for a internal struct not used by firmware. It came
from IRIX code, but there is no point in keeping it
Thomas.
--
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea. [ RFC1925, 2.3 ]
Powered by blists - more mailing lists