From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E9363C433E0 for ; Wed, 20 May 2020 21:12:06 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id CBCDC20884 for ; Wed, 20 May 2020 21:12:06 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728209AbgETVMG (ORCPT ); Wed, 20 May 2020 17:12:06 -0400 Received: from mail.baikalelectronics.com ([87.245.175.226]:60792 "EHLO mail.baikalelectronics.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727018AbgETVMF (ORCPT ); Wed, 20 May 2020 17:12:05 -0400 Received: from localhost (unknown [127.0.0.1]) by mail.baikalelectronics.ru (Postfix) with ESMTP id BD7CB803087B; Wed, 20 May 2020 21:12:02 +0000 (UTC) X-Virus-Scanned: amavisd-new at baikalelectronics.ru Received: from mail.baikalelectronics.ru ([127.0.0.1]) by localhost (mail.baikalelectronics.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rm8xPnTOIoPd; Thu, 21 May 2020 00:12:02 +0300 (MSK) Date: Thu, 21 May 2020 00:12:00 +0300 From: Serge Semin To: Thomas Bogendoerfer CC: Serge Semin , Alexey Malahov , Paul Burton , Ralf Baechle , Greg Kroah-Hartman , Arnd Bergmann , Rob Herring , , , Vincenzo Frascino , Thomas Gleixner , , Subject: Re: [PATCH v2 18/20] mips: csrc-r4k: Decrease r4k-clocksource rating if CPU_FREQ enabled Message-ID: <20200520211200.qhfgdz4qnatyloob@mobilestation> References: <20200515074827.6p5zx4sb3bmavjih@mobilestation> <20200515210647.GA22922@alpha.franken.de> <20200518134820.wedoumgbsllvhem6@mobilestation> <20200518163206.GA17800@alpha.franken.de> <20200518205752.txbylbjt2zkwdwwe@mobilestation> <20200519155053.GB15797@alpha.franken.de> <20200520121201.wohv6u646rx5otkf@mobilestation> <20200520133827.GA17714@alpha.franken.de> <20200520134826.pc6si3k6boaexp4i@mobilestation> <20200520183057.GA23855@alpha.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20200520183057.GA23855@alpha.franken.de> X-ClientProxiedBy: MAIL.baikal.int (192.168.51.25) To mail (192.168.51.25) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 20, 2020 at 08:30:57PM +0200, Thomas Bogendoerfer wrote: > On Wed, May 20, 2020 at 04:48:26PM +0300, Serge Semin wrote: > > On Wed, May 20, 2020 at 03:38:27PM +0200, Thomas Bogendoerfer wrote: > > > On Wed, May 20, 2020 at 03:12:01PM +0300, Serge Semin wrote: > > > > Since you don't like the way I initially fixed it, suppose there we don't have > > > > another way but to introduce something like CONFIG_MIPS_CPS_NS16550_WIDTH > > > > parameter to select a proper accessors, like sw in our case, and sb by defaul). > > > > Right? > > > > > > to be on the safe side it's probably the best thing. But I don't know > > > enough about CPS_NS16550 to judge whether shift value correlates with > > > possible access width. > > > > The base address passed to the _mips_cps_putc() leaf is UART-base address. It > > has nothing to do with CPS. See: > > ok, I'm confused. So this isn't an uart inside CPS hardware, but an uart used > by CPS code for debug output, right ? Right. It's not CPS, but just UART available on the system. See a comment in the arch/mips/kernel/cps-vec-ns16550.S: /** * mips_cps_bev_dump() - dump relevant exception state to UART * @a0: pointer to NULL-terminated ASCII string naming the exception * * Write information that may be useful in debugging an exception to the * UART configured by CONFIG_MIPS_CPS_NS16550_*. *... */ LEAF(mips_cps_bev_dump) move s0, ra move s1, a0 li t9, CKSEG1ADDR(CONFIG_MIPS_CPS_NS16550_BASE) ... See the base is just loaded to the t9 register. > > To solve the issued please add CONFIG_MIPS_CPS_NS16550_WIDTH to select the > correct access width. Ok. Thanks. -Sergey > > Thomas. > > -- > Crap can work. Given enough thrust pigs will fly, but it's not necessarily a > good idea. [ RFC1925, 2.3 ]