Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp1977337rwd; Sun, 28 May 2023 06:03:59 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ6dgQq1Bxaw062TUqlxFPkLYktumNmAvd0q9rNlrWKzg8oLZ4U4pQ/JVP1VnAY8qLQ/rGyN X-Received: by 2002:a05:6a20:3952:b0:101:6a2f:2a0e with SMTP id r18-20020a056a20395200b001016a2f2a0emr6803654pzg.18.1685279039284; Sun, 28 May 2023 06:03:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1685279039; cv=none; d=google.com; s=arc-20160816; b=IVniH1OrDJ2mlJzp4FeHWvnyNIrUeWyeWME+s96z8VXyHfQtYx/FxIgarBnRDquWzr Rp44imQYN14pNGEiZkc0yUBp+NuKwu9rp1S+Z7oma/ggWg1n4OWPqbaUunx+hGaisimu Jgj163QdusJrKZiDm/0VOoxZCOrJYBMdQktZAjLLia+69PBgixoUS8LCu0QciZZskvZ2 +KCbW+ZgdjWZa7l53IxENErXHdaCA7MXm39sAZazh8ZC0uWjFmqzNivvrmq6Ob36lpir 4IxhYPZuE6t/hp+we6v/uY/usT9IAcKX0k4vlF1+TR78G/mmPyWshiwG4XFVqagJ202m C8tQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=0+PriUhR2QvJ02WqxQkgndRW7KuB9jvQXXcp875D2No=; b=Fn+fmFrMnxYgg5T3Rv2eBy5uXP2yXIsPexo/uTD6yswkdm8wKqIEzI0SPrr8HUarLs /3Y6N4SdGt35B4yZwswNY08uJ9XprHsghAFJIz1w0g/tV+iv0q0X9kZVVXIulSGncfW6 nKF2y3IS6oQzzwxxPP5HOZDP7sQhOF/Rt6C9TvdeL4zESpS03yzlGZwNqAxMb3CubWp7 G1xpOsuZktyphFr08BPnFshLoMO6slOxWABYU7fwuM9xu6KMDvpJ7qmk9nl/QpskKaV/ npd7lCG39EhY2ud8OvIg8EUBvjW4Hu5RoR9RPEEVopfbgoMVZnjgfjT+7pOHihuHOgVq IJEw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id v202-20020a6361d3000000b0053f53139199si3365531pgb.856.2023.05.28.06.03.44; Sun, 28 May 2023 06:03:59 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229504AbjE1MVP (ORCPT + 99 others); Sun, 28 May 2023 08:21:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46078 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229445AbjE1MVO (ORCPT ); Sun, 28 May 2023 08:21:14 -0400 Received: from wp530.webpack.hosteurope.de (wp530.webpack.hosteurope.de [80.237.130.52]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 16C34B6; Sun, 28 May 2023 05:21:12 -0700 (PDT) Received: from [2a02:8108:8980:2478:8cde:aa2c:f324:937e]; authenticated by wp530.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) id 1q3FOT-0003Co-9K; Sun, 28 May 2023 14:21:05 +0200 Message-ID: <746720e5-318c-6d9e-2d5a-a6ebf6b4b0c6@leemhuis.info> Date: Sun, 28 May 2023 14:21:02 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Subject: Re: [regression] Since kernel 6.3.1 logitech unify receiver not working properly Content-Language: en-US, de-DE To: Jiri Kosina , Benjamin Tissoires Cc: Linus Torvalds , Linux regressions mailing list , Bagas Sanjaya , =?UTF-8?Q?Filipe_La=c3=adns?= , Bastien Nocera , "open list:HID CORE LAYER" , LKML , guy.b@bluewin.ch References: <9b987585-0834-bb8c-3414-283c29f3f2ab@leemhuis.info> <55dda0bb-fe42-6dee-28ea-00121554d092@leemhuis.info> From: Thorsten Leemhuis In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-bounce-key: webpack.hosteurope.de;regressions@leemhuis.info;1685276472;91502ff5; X-HE-SMSGID: 1q3FOT-0003Co-9K X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 26.05.23 20:41, Jiri Kosina wrote: > On Thu, 25 May 2023, Jiri Kosina wrote: > >>>>> That bug is pre-existing (ie the problem was not introduced by that >>>>> commit), but who knows if the retry makes things worse (ie if it then >>>>> triggers on a retry, the response data will be the *previous* response). >>>>> >>>>> The whole "goto exit" games should be removed too, because we're in a >>>>> for-loop, and instead of "goto exit" it should just do "break". >>>>> >>>>> IOW, something like this might be worth testing. >>>>> >>>>> That said, while I think the code is buggy, I doubt this is the actual >>>>> cause of the problem people are reporting. But it would be lovely to >>>>> hear if the attached patch makes any difference, and I think this is >>>>> fixing a real - but unlikely - problem anyway. >>> >>> FWIW, Linus, your patch is >>> Reviewed-by: Benjamin Tissoires >>> >>> Feel free to submit it to us or to apply it directly if you prefer as >>> this is clearly a fix for a code path issue. >> >> It would be nice to hear from the people who were able to reproduce the >> issue whether this makes any observable difference in behavior though. I >> don't currently think it would, as it fixes a potential NULL pointer >> dereference, which is not what has been reported. >> >> Has anyone of the affected people tried to bisect the issue? > > Could anyone Reminder: a lot of the affected users can only be reached through the bugzilla ticket (https://bugzilla.kernel.org/show_bug.cgi?id=217412 ) that made me start this thread. Sorry for this mess, but I can't simply CC them because on account creation users are told that the "email address will never be displayed to logged out users". Bugbot will hopefully soon make this sort of problems history. > who is able to reproduce the issue please check whether > reverting > > 586e8fede7953b16 ("HID: logitech-hidpp: Retry commands when device is busy") > > has any observable effect? See https://bugzilla.kernel.org/show_bug.cgi?id=217412#c26 and later – it at least solved the problem for one user. But it's all a mess (at least afaics). Earlier in that ticket some other user said things work with 6.4-rc kernel, while for another confirmed things are still broken. So maybe we deal with more than one problem. Or testing went sideways for some of the users. Ciao, Thorsten