lkml.org 
[lkml]   [2022]   [Aug]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    Patch in this message
    /
    From
    Subject[PATCH 5.15 587/779] tty: n_gsm: fix non flow control frames during mux flow off
    Date
    From: Daniel Starke <daniel.starke@siemens.com>

    [ Upstream commit bec0224816d19abe4fe503586d16d51890540615 ]

    n_gsm is based on the 3GPP 07.010 and its newer version is the 3GPP 27.010.
    See https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=1516
    The changes from 07.010 to 27.010 are non-functional. Therefore, I refer to
    the newer 27.010 here. Chapter 5.4.6.3.6 states that FCoff stops the
    transmission on all channels except the control channel. This is already
    implemented in gsm_data_kick(). However, chapter 5.4.8.1 explains that this
    shall result in the same behavior as software flow control on the ldisc in
    advanced option mode. That means only flow control frames shall be sent
    during flow off. The current implementation does not consider this case.

    Change gsm_data_kick() to send only flow control frames if constipated to
    abide the standard. gsm_read_ea_val() and gsm_is_flow_ctrl_msg() are
    introduced as helper functions for this.
    It is planned to use gsm_read_ea_val() in later code cleanups for other
    functions, too.

    Fixes: c01af4fec2c8 ("n_gsm : Flow control handling in Mux driver")
    Signed-off-by: Daniel Starke <daniel.starke@siemens.com>
    Link: https://lore.kernel.org/r/20220701061652.39604-5-daniel.starke@siemens.com
    Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    ---
    drivers/tty/n_gsm.c | 54 ++++++++++++++++++++++++++++++++++++++++++++-
    1 file changed, 53 insertions(+), 1 deletion(-)

    diff --git a/drivers/tty/n_gsm.c b/drivers/tty/n_gsm.c
    index 271efa7ae793..56a3466acfc6 100644
    --- a/drivers/tty/n_gsm.c
    +++ b/drivers/tty/n_gsm.c
    @@ -425,6 +425,27 @@ static int gsm_read_ea(unsigned int *val, u8 c)
    return c & EA;
    }

    +/**
    + * gsm_read_ea_val - read a value until EA
    + * @val: variable holding value
    + * @data: buffer of data
    + * @dlen: length of data
    + *
    + * Processes an EA value. Updates the passed variable and
    + * returns the processed data length.
    + */
    +static unsigned int gsm_read_ea_val(unsigned int *val, const u8 *data, int dlen)
    +{
    + unsigned int len = 0;
    +
    + for (; dlen > 0; dlen--) {
    + len++;
    + if (gsm_read_ea(val, *data++))
    + break;
    + }
    + return len;
    +}
    +
    /**
    * gsm_encode_modem - encode modem data bits
    * @dlci: DLCI to encode from
    @@ -746,6 +767,37 @@ static struct gsm_msg *gsm_data_alloc(struct gsm_mux *gsm, u8 addr, int len,
    return m;
    }

    +/**
    + * gsm_is_flow_ctrl_msg - checks if flow control message
    + * @msg: message to check
    + *
    + * Returns true if the given message is a flow control command of the
    + * control channel. False is returned in any other case.
    + */
    +static bool gsm_is_flow_ctrl_msg(struct gsm_msg *msg)
    +{
    + unsigned int cmd;
    +
    + if (msg->addr > 0)
    + return false;
    +
    + switch (msg->ctrl & ~PF) {
    + case UI:
    + case UIH:
    + cmd = 0;
    + if (gsm_read_ea_val(&cmd, msg->data + 2, msg->len - 2) < 1)
    + break;
    + switch (cmd & ~PF) {
    + case CMD_FCOFF:
    + case CMD_FCON:
    + return true;
    + }
    + break;
    + }
    +
    + return false;
    +}
    +
    /**
    * gsm_data_kick - poke the queue
    * @gsm: GSM Mux
    @@ -765,7 +817,7 @@ static void gsm_data_kick(struct gsm_mux *gsm, struct gsm_dlci *dlci)
    int len;

    list_for_each_entry_safe(msg, nmsg, &gsm->tx_list, list) {
    - if (gsm->constipated && msg->addr)
    + if (gsm->constipated && !gsm_is_flow_ctrl_msg(msg))
    continue;
    if (gsm->encoding != 0) {
    gsm->txframe[0] = GSM1_SOF;
    --
    2.35.1


    \
     
     \ /
      Last update: 2022-08-15 21:37    [W:2.264 / U:0.164 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site