Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp48252pxk; Wed, 30 Sep 2020 17:29:22 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx18eVaIt1YdLE+zlm/1JCibyADDZyCv3eRV7s2F/UPiQQE7HurpfljcpBMRiSNaDp3Ak+L X-Received: by 2002:a17:906:f51:: with SMTP id h17mr5413383ejj.534.1601512162087; Wed, 30 Sep 2020 17:29:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601512162; cv=none; d=google.com; s=arc-20160816; b=Yo6zeR90d7FYjylCk5qjBzyO3KGsqISoiLsUYSUulZBcMgM/+54SAdwhw1eUJCJ+gV roKdr9LRRbqaFgH46JJPdrUzXcHNhLRqFllm8AktA1b7/T7xMixhwOizkCAUoNeOrhnH Z1kbAbWO5H8wOS/qQB/qGYu6+KAlV9s4JjEdPlNwsw0KMEoudOtOj0RK3m/bWnEuAd1t J+4rq5lMTGpp2Y/tQHyPzmg1akt2SmyXsvb0tpNtoDJF/zftRVcw+fE7VV2cyw/igs12 hZkzmnTZK+R5QpdGQJ6uYKuW6pixXthjra8TM9rDVrbiOe5X9IvWLEiUFEdLQdZ3vOzU O3hw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:message-id:in-reply-to :subject:cc:to:from:date; bh=2ijNAqgAF0JsmoNzvSK4xgPhl2H2VN0k8PjwXKDRSJQ=; b=OHoolL78Wf9o4lA/NIpAIFyk2kUNFzrwH8TiVg4uIrEQOrJz282sVvJXAyi4GxhOqb KoNb1oKlAROdzYeo3MeVyllRoL4kFrTdN6LiyLJEePC819YBGfGTC2f5gZCcGSH+SI1y Ftw9Y6Jk6Bqc9O1wBvwrsqtzZx+sZgrVuDH0P29OShKQ3Br6DXJ0MNTGv3jt7F9SYPo1 58ei00Dja1JdHaTJcxid9DzuFCpn/p+5HOq5RGkXTbfs5ZH9oCUjNIqBry1eQuxv2Nvs KD01hG/vrdQwVeM3hHayZio+pcdt8qJ1luvVE6B7Z7qjmRgEiR9Sd3tPJKaNQco1sfip rmig== 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 k11si1384241edn.156.2020.09.30.17.28.59; Wed, 30 Sep 2020 17:29:22 -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 S1732079AbgI3XK7 (ORCPT + 99 others); Wed, 30 Sep 2020 19:10:59 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57476 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730528AbgI3XK7 (ORCPT ); Wed, 30 Sep 2020 19:10:59 -0400 X-Greylist: delayed 30990 seconds by postgrey-1.37 at lindbergh.monkeyblade.net; Wed, 30 Sep 2020 16:10:59 PDT Received: from orcam.me.uk (unknown [IPv6:2001:4190:8020::2]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 6EA48C061755; Wed, 30 Sep 2020 16:10:59 -0700 (PDT) Received: from bugs.linux-mips.org (eddie.linux-mips.org [IPv6:2a01:4f8:201:92aa::3]) by orcam.me.uk (Postfix) with ESMTPS id 728F02BE086; Thu, 1 Oct 2020 00:10:58 +0100 (BST) Date: Thu, 1 Oct 2020 00:10:57 +0100 (BST) From: "Maciej W. Rozycki" To: Thomas Bogendoerfer 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 In-Reply-To: <20200930212131.GA14275@alpha.franken.de> Message-ID: 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 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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? > 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. Maciej