This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [RFC] termios: non-standard baudrates are not handled properly on Linux-systems (BZ#10339)

From: Paul Eggert <eggert at cs dot ucla dot edu>
To: Adhemerval Zanella <adhemerval dot zanella at linaro dot org>, GNU C Library <libc-alpha at sourceware dot org>
Cc: Rich Felker <dalias at libc dot org>, hpa at zytor dot com
Date: Wed, 3 Oct 2018 15:01:34 -0700
Subject: Re: [RFC] termios: non-standard baudrates are not handled properly on Linux-systems (BZ#10339)
References: <f247bd97-41fa-ceaf-eb0a-f83349513b13@linaro.org>

On 10/3/18 12:47 PM, Adhemerval Zanella wrote:

Hans Peter Anvin is advocating for second options [2], with the new API as:

  -- Function: speed_t cfgetispeedbps (struct termios *TERMIOS-P)
      This function returns the input line speed stored in the
      structure `*TERMIOS-P' as a number of bits per second.

speed_t is unsigned int. Is that enough for all devices likely in thereasonably-near future? I see stories about Arduino serial ports runningat multiple Mb/s, and although that fits it's getting uncomfortablyclose to UINT_MAX. USB 3.0 can in theory do 5 Gb/s, which would exceed'unsigned int' range, and USB 3.1 and 3.2 are even faster.

Follow-Ups:
- Re: [RFC] termios: non-standard baudrates are not handled properly on Linux-systems (BZ#10339)
  - From: H. Peter Anvin

References:
- [RFC] termios: non-standard baudrates are not handled properly on Linux-systems (BZ#10339)
  - From: Adhemerval Zanella

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]