Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp1169422pxk; Fri, 2 Oct 2020 02:55:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxXq3MwilUuo0J8168b5Ed+M9vYR+EIOUTXo5yy4sEwzIVHI+kgYnaq3bGZvEVslr7fu3wT X-Received: by 2002:a17:906:eb01:: with SMTP id mb1mr1375593ejb.124.1601632534795; Fri, 02 Oct 2020 02:55:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601632534; cv=none; d=google.com; s=arc-20160816; b=ojsD3kf20ji2X+UFC6Wfh4MVpqIEhHbiO4TIFum9/jpb1aOKZjD8ypx3+xHevdHh8r Oqvt6Wmjs4pmQHIXTVzyEIy5DXWNZjEuoDZrOb0ppnjvWEhwmr40Bfu66nOeC5tDZEKu +I/BI6af7FJBjcZt3BI5dCyXQx4Pkkfwrb7wc6HHl/uFmBewj4x6Q06f5aUYZC8ZDTmP I8pi2PyoDuS5UwCnkFVyqtSORltzcOz8LlP50F2VMX0RDZBVn9GwTpL+5Qrp4Q22kYZA t3c1JZPKJWT6chmaxg303vGV/unJ1SdsSNF6jaUSJhZ6NHZcXUq6lkGW5pLEKwDl4ghQ zgHA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=KQu7SqMsANJnBYoP654KAlaen2oksXkTnDA7TwnbS1I=; b=l5/ykyguW7fONnfcAOHNS0681R08KhpbSWhWHWeUu2MvoS6qSpY6bNNSdwLH09m/1w po0D24LyI2T1DjlsAO+oFCpZBs4p2TuPwwH/mAetVIBneJKLJt5mu6VhRFI6BvwyRXz0 lUXn9r4Kanho6LS7SByB4B0Vj2Nk+2HX4AD8o+Zc6ic2fYibsG1PTwIWa+o5AzVxuKro la25wRbAY/cjojg1ridrTx5DFAs3jgzs7tcrjzbDro7g5OyDfr0foincjD4e1LClmYzZ YjFkHvpZU9hEUsr6IQ0P/OqUPWpPMDSSbMTde6f/ZPyFOKNwxkmGf8a4ewXsdxbupCqK 69jA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f3si687320ejz.386.2020.10.02.02.55.11; Fri, 02 Oct 2020 02:55:34 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387672AbgJBJw6 (ORCPT + 99 others); Fri, 2 Oct 2020 05:52:58 -0400 Received: from elvis.franken.de ([193.175.24.41]:39814 "EHLO elvis.franken.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726181AbgJBJw6 (ORCPT ); Fri, 2 Oct 2020 05:52:58 -0400 Received: from uucp (helo=alpha) by elvis.franken.de with local-bsmtp (Exim 3.36 #1) id 1kOHkG-0002DT-00; Fri, 02 Oct 2020 11:52:56 +0200 Received: by alpha.franken.de (Postfix, from userid 1000) id 1443DC1058; Fri, 2 Oct 2020 11:52:48 +0200 (CEST) Date: Fri, 2 Oct 2020 11:52:48 +0200 From: Thomas Bogendoerfer To: "Maciej W. Rozycki" Cc: Necip Fazil Yildiran , linux-mips@vger.kernel.org, linux-kernel@vger.kernel.org, paul@pgazz.com, jeho@cs.utexas.edu Subject: Re: [PATCH] MIPS: remove the obsolete RM7000 extended interrupts handler Message-ID: <20201002095248.GA9146@alpha.franken.de> References: <20200912142306.3604968-1-fazilyildiran@gmail.com> <20200918135053.GB19202@alpha.franken.de> <20200930212131.GA14275@alpha.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Oct 01, 2020 at 12:10:57AM +0100, Maciej W. Rozycki wrote: > On Wed, 30 Sep 2020, Thomas Bogendoerfer wrote: > > > > > not yet;-) I have an RM7000 based system in my basement... I'm also > > > > not sure, if R7k O2s need that. > > > > > > One of the more exotic Malta daughtercards used that too I believe. I'd > > > have to check the docs. Of course getting hands on such a daughtercard is > > > another matter, but we continue having RM7000 enabled for the Malta. > > > > I've checked interrupts on P6064 and doesn't use the "extented" interrupts. > > And since O2 uses the same CPU connector for all CPU boards I doubt it > > it either. > > Mind that interrupts can be asserted in the RM7k via an external write > request too, and I'm fairly sure SGI hardware would use that rather than > interrupt inputs given that R4000/R4400 SC/MC CPUs only have Int*(0) wired > and all the remaining interrupts are only available via a processor write. > Have you checked that? checked now, IP32 uses a single interrupt pin coming from CRIME ASIC, so nothing "fanncy" there and no use for the extended RM7k interrupts. > > What about Malta ? > > So this is the CoreBonito64 daughtercard, which can have either an RM5261 > or an RM7061 processor installed. The Int*(9:6) inputs are not mentioned, > which I take it means unconnected, and ExtRqst* has a pull-up and is > otherwise wired to a debug connector only. Which makes me conclude this > feature cannot be used in a standard application with this card. > > NB there is another interrupt controller embedded in the Bonito64 system > controller, which on the CoreBonito64, conversely, can actually be enabled > with a jumper and used, but it's not usually either. ok, thanks for the info. Thomas. -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ]