From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f49.google.com (mail-wm1-f49.google.com [209.85.128.49]) (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 0E226407CF4 for ; Tue, 11 Aug 2026 07:39:28 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.49 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786433970; cv=none; b=SWktqVY6xid72b9fFOh4u+VTJhaakqz4yqrSlgcCsOkYw7FkuiDc3bY8pMPvCo/hwjd0XaT704A52b+5UwWAf1ECZEkfpi7mbLnTxrmiTiAVOPQsEui/TahyoD2s4XF7QeiXavm9pkpiGTpcV83hefnJNDlawQyOyY+a/n+txgA= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786433970; c=relaxed/simple; bh=LWowjDCZj7IYgSMYnjRbCqgADBUKWv7S06euZG2ccV4=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=M1zyrzo+i688MsOZFE+Agemxa6S3LRuYnH3btdzHmFVEA7THW3SXZSQs9kdSKp7riq2uMH4bnzvzaJTKF2zN7qqIVLTIZfINlMW+K5zxITel477SqZgu6XCfjR+eH47P7qId/wK4QOHRYywBftZls5EALMU2HKpp+3qbgxxVl0A= 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=bGu5TVAg; arc=none smtp.client-ip=209.85.128.49 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="bGu5TVAg" Received: by mail-wm1-f49.google.com with SMTP id 5b1f17b1804b1-4997581cdc1so3549585e9.3 for ; Tue, 11 Aug 2026 00:39:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1786433967; x=1787038767; darn=vger.kernel.org; h=content-transfer-encoding:content-type:mime-version:references :in-reply-to:message-id:subject:cc:to:from:date:from:to:cc:subject :date:message-id:reply-to:content-type; bh=ZDFTa35kL5rIQX8X6nqz+kqySNOyGNQCbwItGgo2efI=; b=bGu5TVAgBHwTVtOgLPda+xYbtj06q7QRQaZEI0by0KCKGr8o6I93Kz/wvVVEBRtTE1 EFQxaaIJVVZ9/GPoampPX4Kg1ZRhan0gYl99RqhoOubKfeUAnUdUD1cgNWQ9Q4oa8Ozz /Gjx1LyAzuB6w0jkX5p+W4gItSepl20jWbT2YjnrSYYBeBwjIWwlqCZ0hky+MNFM+ci8 L0GJT/Io8nGRGFvIt3Dalpegc2Hx14YWE6LPyh05wOe0TT7r4o5Nq6boyzmy42U6Wrsd /lOH8Yyp3/ThVBxrwTI58eN1ho0y5fXf1No6MDJ0EZLHdxj7XjokfxvV53iw+hSqGQ2q bNAg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1786433967; x=1787038767; h=content-transfer-encoding:content-type: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 :content-type; bh=ZDFTa35kL5rIQX8X6nqz+kqySNOyGNQCbwItGgo2efI=; b=bRlq+EGcMHtBaN1ElwE9Rmf3dsCgHuZk0biTqEm/rz1fmRQTRoI4ODH3Wn8ChetmkD KPgs3E8qAHM8B4N4HrjW9yOIbBvHKzg1PsI6PMa5dxZwg2uoovbJaVxPuNqlJFHzA8u6 ZsZkftkol+hNlENANUqPIOQTjNXukfyId+YP0y5840qxbo73fDiyKft8EhBU7WOkFXMY N19/n3fcX72lu+priObBDiSHe1kdQp7yfAv3yqOTxnaNN3HQXcaclGMUpsP3VaNvKCrC P5y0t8IUhX7uJWFTxScYynBAPDUMAblD3tJaEXbNRrZsgzaNnVkOcktFaQwMaM/I3nZI cLcg== X-Forwarded-Encrypted: i=1; AHgh+RrozTxwC2gWw+Zmm18WCeIs7qKY5Jfmc+NMnaTCOqlCUlB98mIwx9dq+1XC2EOB2iPa7GDWmkNdjy0KpOk=@vger.kernel.org X-Gm-Message-State: AOJu0Ywu6sFj7kxaZ2QcGAmQGDNB8N1b4sVMiH6JdECz+r6g+Qg3KS1G rzYmILUZGL14zG8i+M+Zo8Xd7/UnUgbojLC268da62kPD3ErEbbPxUm7 X-Gm-Gg: AR+sD12+XaaD5wRSzmfCNh4ARCMt2z9I8F1iVPZdx3SoKSQ+0PjhAAuFaAccSmD3QZ9 BDJoaDmWXywGiWvM9GLgS3yNLolgL1KVjPvzs+dQ64p7zCLsEETGBSgT9WJCFPkfOYdfk5ikMU3 Q1U3JI4qDPfhsB0a5GLCEsTGCnARf/mJSaicTQkQr/I/5dTZ/0YUg3hxlSDTPJRiqeUN8cWpZsM nFuYbiMB38YGeHY90E4eOsQEvp3NXNBDKxU2ey0KJTjLoJMzWaE6K+xPYd9Hz71ZvpmjwgvQ0pj ZAWb/miarw5fygvmswvJLp5Sj+IkuZxjiyNNUooRGrWLPEQl6Zk6NfFvXvFl5D/zwLo2nUNN2Vz P9HgupWuSruznIsI1Ekt+/PhdmrW+8ehhTm9lhwy448fFeHG+8hXhNI4vGet1si3HJMLD5GUkVI hOkoQDBjtZqODLD/REAGGUnN4cxLedXR/Oi7UqQ1wx3TU7iYOkCbaHAd+RE0AAsbz+qZhB0+O9 X-Received: by 2002:a05:600c:4f49:b0:499:4892:e84e with SMTP id 5b1f17b1804b1-49978468bcdmr23500315e9.11.1786433967065; Tue, 11 Aug 2026 00:39:27 -0700 (PDT) Received: from foxbook (bgt135.neoplus.adsl.tpnet.pl. [83.28.83.135]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-499788f11b8sm21631425e9.10.2026.08.11.00.39.25 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Tue, 11 Aug 2026 00:39:26 -0700 (PDT) Date: Tue, 11 Aug 2026 09:39:19 +0200 From: Michal Pecio To: Greg Kroah-Hartman , Huang Wei , Craig Hesling Cc: Johan Hovold , linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org, leStoppe , Florent Subject: Re: [PATCH] USB: serial: simple: narrow OWON match to avoid breaking VDS1022 Message-ID: <20260811093919.2e5b50d8.michal.pecio@gmail.com> In-Reply-To: <2026081002-helium-geologic-bb5a@gregkh> References: <20260810091322.2201740-1-huangwei@kylinos.cn> <2026081002-helium-geologic-bb5a@gregkh> Precedence: bulk X-Mailing-List: linux-kernel@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 Mon, 10 Aug 2026 13:43:33 +0200, Greg Kroah-Hartman wrote: > On Mon, Aug 10, 2026 at 05:13:22PM +0800, Huang Wei wrote: > > Commit 4cc01410e1c1 ("USB: serial: simple: add OWON HDS200 series > > oscilloscope support") added a USB_DEVICE() match on VID:PID > > 0x5345:0x1234. OWON uses this same VID:PID across multiple device > > families (HDS, VDS, SDS, PDS), so the overly broad match causes the > > owon driver to also bind to devices like the VDS1022, which > > previously worked fine with the generic usbserial driver. Did they really work with usbserial? > Where is the "owon driver" located at? Is it just a userspace program > or a real kernel driver? Looks like some people want to support these devices in userspace with usb-serial-simple and others with libusb, and they are getting in each other's way. libusb: https://github.com/florentbr/OWON-VDS1022/issues/109 serial: https://github.com/linux4life798/owon-hds200-capture Maybe let's ask those people what they think. Not sure how much they overlap in their scope (heh), but it's possible that patches to remove and re-add IDs will keep flowing if the kernel keeps applying them but conflicting userspace tools don't sort it out. Regards, Michal