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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id DA2D7C433EF for ; Wed, 25 May 2022 15:38:09 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S245160AbiEYPiI (ORCPT ); Wed, 25 May 2022 11:38:08 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54328 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229893AbiEYPiG (ORCPT ); Wed, 25 May 2022 11:38:06 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id B774A13DF7 for ; Wed, 25 May 2022 08:38:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1653493082; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=VRInkexwmTuHc361ogc4GS6wqKsIpJYzH/kvwhGn+HE=; b=UyjDq2Z0DGDKUPun1fGa9xulO64dz0jsQQ1Fn0dh/iC7ZM3rUKQuGaCsMC39ijmgnFXmsg E/Zy6BIbqOMTHWRT65gvd0D/AcnOyMwdgHiUjAI+D9YG5awlYNJF52kKq0rLSagHEZh70y SxedOcH4nfrqR4T+zdQSl1CpV9+g+KU= Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-642-8ncsaPV6M6upaOrK2Mv4sg-1; Wed, 25 May 2022 11:37:59 -0400 X-MC-Unique: 8ncsaPV6M6upaOrK2Mv4sg-1 Received: from smtp.corp.redhat.com (int-mx10.intmail.prod.int.rdu2.redhat.com [10.11.54.10]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 9544619705BA; Wed, 25 May 2022 15:37:58 +0000 (UTC) Received: from fuller.cnet (ovpn-112-2.gru2.redhat.com [10.97.112.2]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 0541A400F38; Wed, 25 May 2022 15:37:58 +0000 (UTC) Received: by fuller.cnet (Postfix, from userid 1000) id 529E5416F574; Wed, 25 May 2022 12:37:37 -0300 (-03) Date: Wed, 25 May 2022 12:37:37 -0300 From: Marcelo Tosatti To: Stefan Wahren Cc: Sebastian Andrzej Siewior , Andrew Morton , Nicolas Saenz Julienne , Borislav Petkov , Minchan Kim , Matthew Wilcox , Mel Gorman , Juri Lelli , Thomas Gleixner , "Paul E. McKenney" , linux-kernel@vger.kernel.org, linux-mm@kvack.org, Linux ARM , Phil Elwell , regressions@lists.linux.dev Subject: Re: vchiq: Performance regression since 5.18-rc1 Message-ID: References: <77d6d498-7dd9-03eb-60f2-d7e682bb1b20@i2se.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Scanned-By: MIMEDefang 2.85 on 10.11.54.10 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 25, 2022 at 04:07:47PM +0200, Stefan Wahren wrote: > Hi Marcelo, > > Am 25.05.22 um 15:56 schrieb Marcelo Tosatti: > > On Mon, May 23, 2022 at 09:09:07AM +0200, Sebastian Andrzej Siewior wrote: > > > On 2022-05-22 01:22:00 [+0200], Stefan Wahren wrote: > > > > Hi, > > > Hi, > > > > > > > while testing the staging/vc04_services/interface/vchiq_arm driver with my > > > > Raspberry Pi 3 B+ (multi_v7_defconfig) i noticed a huge performance > > > > regression since [ff042f4a9b050895a42cae893cc01fa2ca81b95c] mm: > > > > lru_cache_disable: replace work queue synchronization with synchronize_rcu > > > > > > > > Usually i run "vchiq_test -f 1" to see the driver is still working [1]. > > > What about > > > https://lore.kernel.org/all/YmrWK%2FKoU1zrAxPI@fuller.cnet/ > > > > > > Sebastian > > Stefan, > > > > Can you please try the patch above ? > > this was the same as Paul send. I think i need more time for investigation, > maybe there is an issue with the application. To clarify: they are not the same patches. > > All i noticed so far is that in good case the CPU usage is around ~ 60 % and > higher, while in bad case the CPU is almost idle. Also the issue is not > reproducible with arm64/defconfig. > > > > > > > > > _______________________________________________ > > linux-arm-kernel mailing list > > linux-arm-kernel@lists.infradead.org > > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel > >