forked from Minki/linux
tty: fix up iterate_tty_read() EOVERFLOW handling
When I converted the tty_ldisc_ops 'read()' function to take a kernel pointer, I was a bit too aggressive about the ldisc returning EOVERFLOW. Yes, we want to have EOVERFLOW override any partially read data (because the whole point is that the buffer was too small for the whole packet, and we don't want to see partial packets), but it shouldn't override a previous EFAULT. And in fact, it really is just EOVERFLOW that is special and should throw away any partially read data, not "any error". Admittedly EOVERFLOW is currently the only one that can happen for a continuation read - and if the first read iteration returns an error we won't have this issue. So this is more of a technicality, but let's just make the intent very explicit, and re-organize the error handling a bit so that this is all clearer. Reported-by: Jiri Slaby <jirislaby@kernel.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> Reviewed-by: Jiri Slaby <jirislaby@kernel.org> Link: https://lore.kernel.org/r/CAHk-=wh+-rGsa=xruEWdg_fJViFG8rN9bpLrfLz=_yBYh2tBhA@mail.gmail.com Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
This commit is contained in:
parent
ddc5fda745
commit
e71a8d5cf4
@ -877,13 +877,20 @@ static int iterate_tty_read(struct tty_ldisc *ld, struct tty_struct *tty,
|
||||
if (!size)
|
||||
break;
|
||||
|
||||
/*
|
||||
* A ldisc read error return will override any previously copied
|
||||
* data (eg -EOVERFLOW from HDLC)
|
||||
*/
|
||||
if (size < 0) {
|
||||
memzero_explicit(kernel_buf, sizeof(kernel_buf));
|
||||
return size;
|
||||
/* Did we have an earlier error (ie -EFAULT)? */
|
||||
if (retval)
|
||||
break;
|
||||
retval = size;
|
||||
|
||||
/*
|
||||
* -EOVERFLOW means we didn't have enough space
|
||||
* for a whole packet, and we shouldn't return
|
||||
* a partial result.
|
||||
*/
|
||||
if (retval == -EOVERFLOW)
|
||||
offset = 0;
|
||||
break;
|
||||
}
|
||||
|
||||
copied = copy_to_iter(kernel_buf, size, to);
|
||||
|
Loading…
Reference in New Issue
Block a user