Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp872607pxf; Wed, 7 Apr 2021 13:50:00 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzE49J6xV/yAtUdjkztLdjvBlGxtGDs6L+YqNUQpPKVESrc9TFIUIgzcrdU4WnrXMZfWI/q X-Received: by 2002:a17:906:1d01:: with SMTP id n1mr6050133ejh.140.1617828600399; Wed, 07 Apr 2021 13:50:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617828600; cv=none; d=google.com; s=arc-20160816; b=neDcFWXSfywIUEIbAfdqlhSwGc0OimOoRz0P7kiKWgb/GTtV8lL2o8edGj5I7Gj7yA LPD2y+e0aiZIH20/jPtP/OkwUsxS98bJbpsuu9X4jPvIQX86ry8jMObEGl3yBcETPWr5 piiGq/5xpok29hWNiCUdwCbdGAhd900vyqM6+DITnnWoZau2kq9tEDgHdZ1wo6RpoQNV t2Dd+isrRg/zdynbDZuFpzCC8+xCuOwQpKsqKSgDE0jBEyT0dlJUhh0I2LL0CkIwajcF x15mi7PO5Ppwtzkrdo0XzDFwLj/v/6splrKxib7b5Cnb7lVpbz34jRCxyy7dnfONNNpr cJAQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=Lbd3bvp8X6wLycnTa5hvkisjzvir6TYze82g9JNrp18=; b=dwRrhaGAiZYaHhobck5yrmWE7kYpQeBiGx+oXk2FV50P6YTTaFBVuJdnk5NKp/j1wv 9LC+N+EBHcYlYl6IW2PYarGRidWsOiPFuEOOxu07rUeGF2BYlbS4vWKw46DgyIRFSnyj skaa85bpxO9dXxoIkT6A0d0M4oWBdJiCagP01hBL2IPellfZymp4vIzFjjtsmrCgSBbV 9odBUWLXRpIFvqkI8btfSJRBI3aZp2gpeQmX7MOAZdm7hfUUXMwHCjdgiBYV2ffEeFx1 ZMWiqYB7slM1bwpowiR6uIBeN3xVygonLWYECWDwNYptwVhplggIzCTGPIaGFIYRylz9 5dcw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=VmM87a0L; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id de53si19766917ejc.358.2021.04.07.13.49.37; Wed, 07 Apr 2021 13:50:00 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=VmM87a0L; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232717AbhDGK3V (ORCPT + 99 others); Wed, 7 Apr 2021 06:29:21 -0400 Received: from mail.kernel.org ([198.145.29.99]:46118 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233482AbhDGK3L (ORCPT ); Wed, 7 Apr 2021 06:29:11 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 465FC613A0; Wed, 7 Apr 2021 10:29:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1617791342; bh=tIq/LxC9O1wQTOdggYIlPgHa1zajHf0cAFFCHEXAskg=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=VmM87a0Lxl81462c00/4Qzg62Cq993slxV0Fl67/x1MLOxVD+czwSx721Me9o2l0k YXkdOtlQ10A0Dugc5bLYW0WGm3igTwRZbFpSjYi/9vHAp596l2IUZOp4y6fgjpfuoO Tnhj+JaHB7nAqgDZToCnMlBh7ABaRzQ3ICuU2cgWnCFSzL7mggz8snkVAQBHqJelAZ Uw8/WjkVqnFBB5Nof2bChDl6QuRWfOl8gc7azgtcoxjYssrSJSqwGap6j7cEoDp/v5 xVL6oAGcWTx3/9PrkY2w3XmncCVOW6RAiVlTb7fvjvdW4ufrIaCLu7D3Bndo+O+OpB QtDmYmEqcJriQ== Received: from johan by xi.lan with local (Exim 4.93.0.4) (envelope-from ) id 1lU5Qc-00004x-Rn; Wed, 07 Apr 2021 12:28:54 +0200 From: Johan Hovold To: Greg Kroah-Hartman Cc: Oliver Neukum , linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org, Johan Hovold Subject: [PATCH 3/3] USB: cdc-acm: fix TIOCGSERIAL implementation Date: Wed, 7 Apr 2021 12:28:45 +0200 Message-Id: <20210407102845.32720-4-johan@kernel.org> X-Mailer: git-send-email 2.26.3 In-Reply-To: <20210407102845.32720-1-johan@kernel.org> References: <20210407102845.32720-1-johan@kernel.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org TIOCSSERIAL is a horrid, underspecified, legacy interface which for most serial devices is only useful for setting the close_delay and closing_wait parameters. The xmit_fifo_size parameter could be used to set the hardware transmit fifo size of a legacy UART when it could not be detected, but the interface is limited to eight bits and should be left unset when it is not used. Similarly, baud_base could be used to set the uart base clock when it could not be detected, but might as well be left unset when it is not known. Fix the cdc-acm TIOCGSERIAL implementation by dropping its custom interpretation of the unused xmit_fifo_size and baud_base fields, which overflowed the former with the URB buffer size and set the latter to the current line speed. Also return the port line number, which is the only other value used besides the close parameters. Fixes: 18c75720e667 ("USB: allow users to run setserial with cdc-acm") Signed-off-by: Johan Hovold --- drivers/usb/class/cdc-acm.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/usb/class/cdc-acm.c b/drivers/usb/class/cdc-acm.c index 43e31dad4831..b74713518b3a 100644 --- a/drivers/usb/class/cdc-acm.c +++ b/drivers/usb/class/cdc-acm.c @@ -929,8 +929,7 @@ static int get_serial_info(struct tty_struct *tty, struct serial_struct *ss) { struct acm *acm = tty->driver_data; - ss->xmit_fifo_size = acm->writesize; - ss->baud_base = le32_to_cpu(acm->line.dwDTERate); + ss->line = acm->minor; ss->close_delay = jiffies_to_msecs(acm->port.close_delay) / 10; ss->closing_wait = acm->port.closing_wait == ASYNC_CLOSING_WAIT_NONE ? ASYNC_CLOSING_WAIT_NONE : -- 2.26.3