Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp3041831pxp; Mon, 14 Mar 2022 09:39:01 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzjmSO4c+wrQ1KyPliQIoUaTnRRm4cUZnkTLP+v05Zz5THQFguY8YMDe6zjdVVLZTZRPE07 X-Received: by 2002:a05:6a00:1da6:b0:4f7:9ac8:905d with SMTP id z38-20020a056a001da600b004f79ac8905dmr15170301pfw.22.1647275941551; Mon, 14 Mar 2022 09:39:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1647275941; cv=none; d=google.com; s=arc-20160816; b=KZZ/rJtqnIzfyjy2qaVBBtmbyVBjk55uUWIETe1x7FB7fkPD+bJhwr/Avhu68QY36u qSdQRGdbp1VnNrBv0uB+VzYwMoVXgfHoug669PoNZBdRmJRX5ZCdBT7fYKMKvahS10iF YN/k+Bor32D/qWeOQNCmhiJ9/G4SRFABJIAWb99+GxEEkr2YBdL2EzRGkMPVCIgh075U MdlWzi/C76jb2ai4tIjHONxOrEne+9De5D3N6cXQdeJeBQlmo3ESGtGg0L84Eov/O9JO wvbYtf8hrxC64wAQE4Jm71n4Fglum87SGXjshc462UN0gvzMvHS1VHKIln6VViCmZrZr nWuw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=0elgh052PSKRgUoeTnvN0bWDvw6A8anfaBt8OXlPQ1Y=; b=FKTjUMeVe9Sa8uqArJNFhtUwGo2MZLwmSVE04oS0eFcc4VMKSu6sqAYMm2yHs/9QyB P/6yydOPzg7+XQEjToRubjbB6rhK6v+yjDF9UFtAbhd136lGTCr1591IowDPsPpXFogC yBJGpRFq/2dSeq1hqgazJk9uLoh9Ob/Utythu96DerQQyLv5TpbplfiSDXwVIIFMS14H 4i/2ORQfpCJn2bZgDEyoIVKvjd1ZKuKxa+zXDGPfzi+x+1LEw2bF+x461gWgxE2nzeSl 826yt0lcY9TGJ4LyNjsZh99DqPDNapU+Rz+ExeTFF61X6KXkERCw4X3+LLk6gg0qWnGY f92w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@fireburn-co-uk.20210112.gappssmtp.com header.s=20210112 header.b=IyDJx9FY; 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 82-20020a630055000000b0038007bd8772si16249591pga.316.2022.03.14.09.38.47; Mon, 14 Mar 2022 09:39:01 -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; dkim=pass header.i=@fireburn-co-uk.20210112.gappssmtp.com header.s=20210112 header.b=IyDJx9FY; 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 S238110AbiCNPiW (ORCPT + 99 others); Mon, 14 Mar 2022 11:38:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54332 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232412AbiCNPiU (ORCPT ); Mon, 14 Mar 2022 11:38:20 -0400 Received: from mail-qk1-x72e.google.com (mail-qk1-x72e.google.com [IPv6:2607:f8b0:4864:20::72e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 825EB3F887 for ; Mon, 14 Mar 2022 08:37:10 -0700 (PDT) Received: by mail-qk1-x72e.google.com with SMTP id r127so13030345qke.13 for ; Mon, 14 Mar 2022 08:37:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fireburn-co-uk.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=0elgh052PSKRgUoeTnvN0bWDvw6A8anfaBt8OXlPQ1Y=; b=IyDJx9FYLxq0/OFsl6PjULq1hPM856m5NjEgas6tyzwW95iNX23GcmcSfTJao1Fs/h tEtyXRs5sajz8UhQzmJCrvnbMP7lrCkmfqVXyx57DLKwk4PFK0RvlBIsiR/94g0I7C5A YrnmAurs8ZyiwcDO763iE4Nv7FSddrIfqLH+28Ije3Ai5heLz+OwouI0bqjK4GIIGWai MTsTx3GdhUHVPdnjITT9f0PKJUHfKt2sEuZ5Aur/ejjH+qKT/4cd6c/WW8NOPmmTLXgw izFMebbzzUX0tj8pI8aAt+aXqwLiX40VKiFbdvc6SUYsmPf/GGGio/meEWEfa6Q5ya6T 7vIA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=0elgh052PSKRgUoeTnvN0bWDvw6A8anfaBt8OXlPQ1Y=; b=IrNOlZPQx3DFIZ44iq4u436F+0QJt9Ubmds9da+zx4AGVHkrjd7PcJPYU7yrpcvfV0 kE2MJ/XDHjezRvLAppBfSzfUd8Xk1pqZrPP3Kisw4TNfLPNknzoNvPbZ/WOa4ILr58/N Kj7Y2ZiwnyT0XEt1jZ3pD/PwO1cz8RGCXo2W0k8PFShmb0KDbII4a1z9ezzzqJzACLV+ xKvRvL9JfHrT0YfUlkXALQp6M7z7OMyECexwS48mTCyrVtXJGCH6wGFSbZPEGmCY+9If GkkRJW63Bx86iXtt1kDCBla9/8SflYibMM83GeoLJKjERxzTkCm2Paw5zraCcDCemSQV 5hGA== X-Gm-Message-State: AOAM531sQGt6ha1CKpPs2Debxc5WG/MEEu17D1CYfsxcubfrUSBjuUCl Bl08W4x9kzNj9BfrQbba6kBsIZKxWTDs0yeFLsn+Qg== X-Received: by 2002:a05:620a:1902:b0:5f1:8f5d:b0f2 with SMTP id bj2-20020a05620a190200b005f18f5db0f2mr15068195qkb.60.1647272229548; Mon, 14 Mar 2022 08:37:09 -0700 (PDT) MIME-Version: 1.0 References: <20220312164550.1810665-1-mike@fireburn.co.uk> <61E2F921-2006-4E9A-AAFF-47371CBC5FCD@holtmann.org> In-Reply-To: <61E2F921-2006-4E9A-AAFF-47371CBC5FCD@holtmann.org> From: Mike Lothian Date: Mon, 14 Mar 2022 15:36:57 +0000 Message-ID: Subject: Re: [PATCH] Bluetooth: hci_event: Remove excessive bluetooth warning To: Marcel Holtmann Cc: Johan Hedberg , Luiz Augusto von Dentz , "David S. Miller" , Jakub Kicinski , BlueZ , netdev@vger.kernel.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_NONE, T_SCC_BODY_TEXT_LINE autolearn=unavailable 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 Mon, 14 Mar 2022 at 15:32, Marcel Holtmann wrote: > > Hi Mike, > > > Fixes: 3e54c5890c87a ("Bluetooth: hci_event: Use of a function table to= handle HCI events") > > Signed-off-by: Mike Lothian > > --- > > net/bluetooth/hci_event.c | 8 -------- > > 1 file changed, 8 deletions(-) > > > > diff --git a/net/bluetooth/hci_event.c b/net/bluetooth/hci_event.c > > index fc30f4c03d29..aa57fccd2e47 100644 > > --- a/net/bluetooth/hci_event.c > > +++ b/net/bluetooth/hci_event.c > > @@ -6818,14 +6818,6 @@ static void hci_event_func(struct hci_dev *hdev,= u8 event, struct sk_buff *skb, > > return; > > } > > > > - /* Just warn if the length is over max_len size it still be > > - * possible to partially parse the event so leave to callback to > > - * decide if that is acceptable. > > - */ > > - if (skb->len > ev->max_len) > > - bt_dev_warn(hdev, "unexpected event 0x%2.2x length: %u > = %u", > > - event, skb->len, ev->max_len); > > - > > which event type is this? You need to have a commit message giving detail= s. I am also pretty sure that this is broken hardware and we can go for rat= elimited version, but the warning is justified if the hardware is stupid. I= f our table is wrong, we fix the table, but not just silence an unpleasant = warning. > > Regards > > Marcel > Hi Marcel I noticed it had already been fixed in "Bluetooth: hci_event: Fix HCI_EV_VENDOR max_len" I've replied to that patch asking if it can be added to stable, would be nice to get this into 5.17.0 before next week Cheers Mike