Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp4908090iob; Mon, 9 May 2022 04:37:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwCMFf5p1139mphjQsCwExoqlVL8aIcGbOLbpZ3e45aG6fnWsKm7Kmyy58dkrOb/u/SdISc X-Received: by 2002:a63:1d4:0:b0:3c2:479d:39e0 with SMTP id 203-20020a6301d4000000b003c2479d39e0mr12719798pgb.427.1652096247143; Mon, 09 May 2022 04:37:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652096247; cv=none; d=google.com; s=arc-20160816; b=qnOa2mDglycnLtz8T0SGgenBP5rvDSaLdsO0wM7xdNLMlcBo+EeqAZDMbZMlWiu/VD zTAnkHrkDxv06BhaKSiQx2h4pwDbQq0vqKESOyPfCQmEG1GYTdKO41e/qUdj4xf6jrmE Xx3s84SxLIp3SHaipNfCJMx6LZTgtjExb4MXSt6sRBn26v9mRCifllV/+umJZlWJvsVP WdHkOJ17/JeIjWRgHSLH2oEfiNW14DJtY/nbYxuxlHsJYVUlEE6jsCBa/wxtvVADgqsD 8wV6qjNCA7n+6e5tV/qci+ceVauhIVDfe8D8pxPTd4oT5T4eiJymPBPGCiurAu2rbaTn RkeQ== 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=2sYDLhBqgK1eJ+0rBvVHI+WzqwEFLfQswJVDMagdYSQ=; b=TWACyBFWIJGDpDbm93hHUc7c05FifqTwUxMSUhzfCzSgOLcZFgzs1A2mmWy8e6BNy0 B70ZGgfgh6ROob209RqHPhp5lq31rHGWYiq7FKuOlZIXmsHZFIkLDikaaiSqDnLd8kU3 4ZzxRScOaqR+sK1o16Vl9Gqr6Mj7+CPJ4fC4YcoTnAeVxFSaqs0cDOE/PYnwWto36VmG Hcvxrnk9YkmsON/I/GAOrGnZBysUh7nss0ngl3PnfsHGGrgd7vrqEd93lqqEkHylYKJ4 6dw2oVGtzMcxjORSx6huxm1Y7Vn25Wvlg45fznc54JKIuyhGeqPKoxIC06A569aV6EX+ UH+Q== ARC-Authentication-Results: i=1; mx.google.com; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id l6-20020a654c46000000b003ab0faf2bb2si14475029pgr.634.2022.05.09.04.37.26 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 09 May 2022 04:37:27 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 6597B21089C; Mon, 9 May 2022 03:41:50 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229680AbiEIKgs (ORCPT + 99 others); Mon, 9 May 2022 06:36:48 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59048 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231818AbiEIKgP (ORCPT ); Mon, 9 May 2022 06:36:15 -0400 Received: from mail-wr1-f41.google.com (mail-wr1-f41.google.com [209.85.221.41]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7986D200F52; Mon, 9 May 2022 03:32:21 -0700 (PDT) Received: by mail-wr1-f41.google.com with SMTP id b19so18770489wrh.11; Mon, 09 May 2022 03:32:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=2sYDLhBqgK1eJ+0rBvVHI+WzqwEFLfQswJVDMagdYSQ=; b=HYNcmJ8Edd8pMk5ofM5OCaHGFvtJ/vFBox8A9Aq1O7P/D4QfZl8aGNQ5CbNkqvw6xi C1zjLKYhcVeC/vMX2h6mh55PsUhkhyQuhm3P18bcW6tCVw+XQMuWHHqEnOcTH79Yl3rS Jr8lO3O7P7wf+K/WxNbiIMi/a4of+11M3aCGD5KajbprFISmpv5UfjY51RJNZuN9a/ss 2Mu8NbwoTQU3yjjrUeoSPOdbtU/grfmX1stgUjAnIYAis51VHa5/sSDo/frygQdusrMl 8eYUB4YWIz8zftfWogr0CvyFRAg0FhTR9kWhLICTDDHfcK9Hr087hPUCl0SLPmMYycj0 aEHA== X-Gm-Message-State: AOAM533vyyVfjHLjsCRJEt718aikH2xtM6+nEuX7fKP5D4Nhl09/ipk3 9PjbLkgEzhguw8ILB8ntqbfEB/d0eOLFSg== X-Received: by 2002:a5d:4045:0:b0:20a:cac6:d33d with SMTP id w5-20020a5d4045000000b0020acac6d33dmr13782215wrp.657.1652092315717; Mon, 09 May 2022 03:31:55 -0700 (PDT) Received: from ?IPV6:2a0b:e7c0:0:107::70f? ([2a0b:e7c0:0:107::70f]) by smtp.gmail.com with ESMTPSA id h3-20020a05600016c300b0020c5253d8cesm10356372wrf.26.2022.05.09.03.31.54 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 09 May 2022 03:31:55 -0700 (PDT) Message-ID: Date: Mon, 9 May 2022 12:31:54 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.8.1 Subject: Re: [PATCH 3/3] tty: n_gsm: fix invalid gsmtty_write_room() result Content-Language: en-US To: "D. Starke" , linux-serial@vger.kernel.org, gregkh@linuxfoundation.org Cc: linux-kernel@vger.kernel.org References: <20220504081733.3494-1-daniel.starke@siemens.com> <20220504081733.3494-3-daniel.starke@siemens.com> From: Jiri Slaby In-Reply-To: <20220504081733.3494-3-daniel.starke@siemens.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3.2 required=5.0 tests=BAYES_00,MAILING_LIST_MULTI, NICE_REPLY_A,RDNS_NONE,SPF_HELO_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 04. 05. 22, 10:17, D. Starke wrote: > From: Daniel Starke > > gsmtty_write() does not prevent the user to use the full fifo size of 4096 > bytes as allocated in gsm_dlci_alloc(). However, gsmtty_write_room() tries > to limit the return value by 'TX_SIZE' and returns a negative value if the > fifo has more than 'TX_SIZE' bytes stored. This is obviously wrong as > 'TX_SIZE' is defined as 512. > Define 'TX_SIZE' to the fifo size and use it accordingly for allocation to > keep the current behavior. Return the correct remaining size of the fifo in > gsmtty_write_room() via kfifo_avail(). Right. Reviewed-by: Jiri Slaby > Fixes: e1eaea46bb40 ("tty: n_gsm line discipline") > Cc: stable@vger.kernel.org > Signed-off-by: Daniel Starke > --- > drivers/tty/n_gsm.c | 7 +++---- > 1 file changed, 3 insertions(+), 4 deletions(-) > > diff --git a/drivers/tty/n_gsm.c b/drivers/tty/n_gsm.c > index bcb714031d69..fd8b86dde525 100644 > --- a/drivers/tty/n_gsm.c > +++ b/drivers/tty/n_gsm.c > @@ -137,6 +137,7 @@ struct gsm_dlci { > int retries; > /* Uplink tty if active */ > struct tty_port port; /* The tty bound to this DLCI if there is one */ > +#define TX_SIZE 4096 /* Must be power of 2. */ Only that I'd not put the macro definition here. But outside the structure. > struct kfifo fifo; /* Queue fifo for the DLCI */ > int adaption; /* Adaption layer in use */ > int prev_adaption; > @@ -1731,7 +1732,7 @@ static struct gsm_dlci *gsm_dlci_alloc(struct gsm_mux *gsm, int addr) > return NULL; > spin_lock_init(&dlci->lock); > mutex_init(&dlci->mutex); > - if (kfifo_alloc(&dlci->fifo, 4096, GFP_KERNEL) < 0) { > + if (kfifo_alloc(&dlci->fifo, TX_SIZE, GFP_KERNEL) < 0) { > kfree(dlci); > return NULL; > } > @@ -2976,8 +2977,6 @@ static struct tty_ldisc_ops tty_ldisc_packet = { > * Virtual tty side > */ > > -#define TX_SIZE 512 > - > /** > * gsm_modem_upd_via_data - send modem bits via convergence layer > * @dlci: channel > @@ -3217,7 +3216,7 @@ static unsigned int gsmtty_write_room(struct tty_struct *tty) > struct gsm_dlci *dlci = tty->driver_data; > if (dlci->state == DLCI_CLOSED) > return 0; > - return TX_SIZE - kfifo_len(&dlci->fifo); > + return kfifo_avail(&dlci->fifo); > } > > static unsigned int gsmtty_chars_in_buffer(struct tty_struct *tty) -- js suse labs