From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ed1-f44.google.com (mail-ed1-f44.google.com [209.85.208.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id F1CAF2BE059 for ; Sun, 9 Nov 2025 08:24:56 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.208.44 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1762676698; cv=none; b=PgQDLI66XTfRtXn/0HUBAKvDiyCvqY8aMcPGI0i62dt3p2esqkyd2Bj3PpKXYnuMTxmjluJhJVrS0NYRRjJOTia/ycoR3XDewQDVf36errLT1K9YpnH/z8onRGabuvZ8RXqmxcciBH3+OcZbE/8FKGOBoUgPLMlz746+yYmQsSY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1762676698; c=relaxed/simple; bh=8QutaIOTS2UKgLlFlZpPLDmzPaijAHjAoxtwNrbsxkM=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=bdNox7DeD55U6GEEWoLLKVrR6liecKjHFlU2NSDhXno5vEMQqgWR+aVnGtrp88yhqohuTGMJrxAAVScUX9Jow6ZDn+WCqA0B0M4TZVZD/T8CbB/ld4j/HZwJwFtIpSdlxVVLCAve8asGI4ORjHFNY5cnad1eX/rz064bjcQtEgY= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=hAwzjIZk; arc=none smtp.client-ip=209.85.208.44 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="hAwzjIZk" Received: by mail-ed1-f44.google.com with SMTP id 4fb4d7f45d1cf-6418738efa0so185956a12.1 for ; Sun, 09 Nov 2025 00:24:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1762676695; x=1763281495; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:from:to:cc:subject:date :message-id:reply-to; bh=jsY9vujuUkA8+9u3dm1loJg3PkrFnGp+k0msPuKoiXI=; b=hAwzjIZkXo2S12Yzlenw0TuyK96zMI9CQ5FVw7W9i42ybBTGbsqdo4+KJjwlpoXzPp PZC22KohFVTO/LUAjhl6w8VMqmals8yTwyP6sFrhaFHKuNmi8bvOthfx0e++QKMsE1mz p0z2jVY6V6oInrJufK+18LThmPUFe0wQHl+6fYF9aYPNSrlP2HEd3MWieShz+r+gga8I /Z7UMFbxvdqMkYHsgpa+rP14R38EXhDW/H8oUrkz8OYBNoHMTMXfCS+9dBI6JzM7b50L oy7WnySFbn2LOVWaqyZPKHCXvqwnDlcQ0Q3crNsZqACvvEfDARXPDKhsZq6eKSPwxmJO dOwg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1762676695; x=1763281495; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=jsY9vujuUkA8+9u3dm1loJg3PkrFnGp+k0msPuKoiXI=; b=qGXGIOPT97OgEeIYl2itNu/QhQTu2yznJHsjnb5ph8bOLg6cstd50/GvJPCgR/wwjU l8V/WuMwYlauv2R0DWPwyR7pj+Xw9yyoZck2hieb5bHWci5U6wCyU3E+g4Xoa5uT7NVS 1HNOAHqftQpDDad3hPN/OJ9tbFVwoE36c0vVgmY3Mw/Vk6rXCqsclei1LTZFhIvlflUU KJndMMP/EQFjR6ZwFl1YsfxOlmRGEJQMwnRoP45IaeNWABkj5C53RidoHMbOI6d+XVtr VISxHqNsUu6Gvf2okVD0IA5/wGosj2gmBa12W4r8KBqpGHw+pavgxGuqRwmm7MJadtMu X44w== X-Forwarded-Encrypted: i=1; AJvYcCULONF2/s1SSY1o3GjKDRBqLsqyNgKx6ECR9dnpK5pSdAm3VrHw38rkO8b+50RMjBAgCD/aEcMYMuNGWQ==@vger.kernel.org X-Gm-Message-State: AOJu0Ywq5up2BKMSu1LA0cO6GMfLOyXUsQ5XEftvHC5HzdV3g7ZEodHl dyIKhC/V9cAJOOftf98KcQXeG9zNAfTGVWSA/6jkrrwGrFTj/enZgw70 X-Gm-Gg: ASbGnctxyI0dq6HPhn0NbpiDcd7lJjoELmb4DXOCBbdNzbzKcRiMWmBB7IFbPK9+BQL Uq0KFcGphsPSi8DkSvGyNZOq73bEkI815xQUUADxnEDTZOhb7HaH0GT2IunP+8zy5Q0LAOZtWQG cAhlesI4761uk9mywN32Z0pprwXX36qDBrSxPyeya7wBS2n+z2+Nyby4ighkOmGWPe1eGOJhpqu G0JRUyA2FgEHhV7Joiu23H5YB69/2c6bADhpkMmZhQ0LPlkHcrXu+EcH+oTW1tQGEP/QMimj8OE gZqW9D2nW7Nb303Pnfy8Kmh6fgrW7LW7gvLDdY4aVi2wcXFH+8A94+1JeMY6gATsn2+98XFmKcN 3DxNHKFyxElsQ/vprLVugjFq+KqTqgz94uRi8efSXCme2a6waVW5rcqjCEcR5qfU6t9AvPpi8wJ nGRzH+COjGPQSwkNypMET6Ky0HZVKx/i8= X-Google-Smtp-Source: AGHT+IHaWgjaeW7jvwLPGVE4BhBjXl+cVU/lxIG2fay1zIq+LJVECaQIY3bgCDLJU8dqHSKKTTKOiQ== X-Received: by 2002:a17:907:3ccb:b0:b72:d43a:4fab with SMTP id a640c23a62f3a-b72e05e5a05mr361558066b.43.1762676695173; Sun, 09 Nov 2025 00:24:55 -0800 (PST) Received: from foxbook (bfd52.neoplus.adsl.tpnet.pl. [83.28.41.52]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-b72bf97d461sm794755966b.47.2025.11.09.00.24.54 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Sun, 09 Nov 2025 00:24:54 -0800 (PST) Date: Sun, 9 Nov 2025 09:24:50 +0100 From: Michal Pecio To: The-Luga Cc: Alan Stern , Terry Junge , linux-sound@vger.kernel.org, linux-usb@vger.kernel.org, linux-input@vger.kernel.org Subject: Re: [BUG] Edifier QR30 (2d99:a101, Jieli Technology) reboots itself when RGB brightness button is used under Linux Message-ID: <20251109092450.693bcbe5.michal.pecio@gmail.com> In-Reply-To: References: <3eb2564d-5008-434e-9698-99b0cbe4d1cc@cosmicgizmosystems.com> Precedence: bulk X-Mailing-List: linux-sound@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Sun, 9 Nov 2025 02:18:44 -0300, The-Luga wrote: > The speaker has a physical knob that changes brightness. When the > speaker is disconnected from any USB port, the knob works fine > increasing/decreasing brightness. When connected to Windows, rotating > the knob (either increase or decrease) changes brightness normally and > the speaker does not reboot (without needing any vendor software). > When connected to Linux, rotating the knob causes the speaker to > reboot. > > All brightness changes/reboots in the previous logs were done by > rotating the speaker's physical knob. > > I believe this is a firmware bug on the speaker. My hypothesis: after > each brightness change the speaker expects a particular USB response > (the default response Windows sends). If it does not receive that > response, the speaker thinks it is disconnected and resets. I haven't attempted decoding your usbmon traces, but based on Terry's comments, the device disconnects immediately when the knob is rotated without even sending any HID packet. The original trace begins with root hub traffic - likely disconnect notification, followed by failure of a URB waiting for HID data from the speaker, and new enumeration. If anything, it looks like Linux is doing something to the speaker which makes it enter an invalid internal state and then the firmware panics next time the knob is rotated, before anything is sent. I wonder if there is some way to block 'usbhid' from ever binding to this device (not just unbinding it later) and see if that hepls? What happens if you pass to Windows and back, then rotate the knob? Regards, Michal