From: Jean-Christian de Rivaz <jc@eclis.ch>
To: David Ranch <linux-hams@trinnet.net>,
Thomas Osterried <thomas@osterried.de>,
Ralf Baechle DL5RB <ralf@linux-mips.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Jiri Slaby <jslaby@suse.com>,
Peter Hurley <peter@hurleysoftware.com>
Cc: linux-hams@vger.kernel.org
Subject: Re: [PATCH 1/1] Add poll method to mkiss let notify hangup to the user process.
Date: Sat, 03 Oct 2015 03:02:32 +0200 [thread overview]
Message-ID: <560F2928.3080102@eclis.ch> (raw)
In-Reply-To: <560F217B.6020106@trinnet.net>
Le 03. 10. 15 02:29, David Ranch a écrit :
>
> Hello Jean-Christian, Everyone,
>
> Thanks for working on this as I'm pretty sure I've bit hit by this
> panic as well though I wasn't able to reproduce it more readily.
> Anyway, if this is the proper fix moving forward, will the kernel not
> panic even if kissattach is not updated?
Hello David,
The kernel will still panic and crash the system. The patch purpose is
only to allow hangup notification to the user space. It has the side
effect to reduce the race window of the panic&crash only if the user
application get the hangup notification and close the file descriptor.
The window is reduced in that case, but the window still exists.
Even with this patch and the user space application patch, the kernel is
still unsafe, as a packet can still reach the parasitic AX25 interface
in the time between the kiss_open() in the kernel and the close() in the
user application. More important, as I stated before, safety of the
kernel cannot depend on a user space application closing a file
descriptor. A fix to prevent mkiss_open() call on a removed serial
device is still needed. I proposed patches and options, but to date I
only get two critics and no hint on how to solve the problem. The tty
maintainers stay silent.
> Can you also include the needed patch for the kissattach program to
> complete this solution?
Yes, it was posted a few minutes before in the linux-hams mailing list
only because it don't concern the kernel mailing list:
http://www.spinics.net/lists/linux-hams/msg03520.html
Jean-Christian
--
To unsubscribe from this list: send the line "unsubscribe linux-hams" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2015-10-03 1:02 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-25 17:21 AX25 mkiss interface not deleted when the serial port is removed Jean-Christian de Rivaz
2015-09-28 20:06 ` Jean-Christian de Rivaz
2015-09-28 23:13 ` Jean-Christian de Rivaz
2015-09-29 2:13 ` David Ranch
2015-09-29 15:31 ` Ralf Baechle DL5RB
2015-09-29 15:46 ` Jean-Christian de Rivaz
2015-09-29 16:49 ` David Ranch
2015-09-29 17:14 ` Ralf Baechle
2015-09-30 0:29 ` Jean-Christian de Rivaz
2015-09-30 20:22 ` Thomas Osterried
2015-09-30 23:04 ` Jean-Christian de Rivaz
2015-10-01 2:56 ` [PATCH 1/1] Force mkiss to reset the line discipline when serial device " jc
2015-10-01 7:31 ` Ralf Baechle
2015-10-01 9:18 ` [PATCH v2 " Jean-Christian de Rivaz
2015-10-01 16:56 ` Jean-Christian de Rivaz
2015-10-01 22:57 ` Peter Hurley
2015-10-02 8:30 ` Jean-Christian de Rivaz
2015-10-02 8:30 ` Jean-Christian de Rivaz
2015-10-02 10:35 ` Thomas Osterried
2015-10-02 10:35 ` Thomas Osterried
2015-10-02 13:48 ` Jean-Christian de Rivaz
2015-10-02 17:25 ` Jean-Christian de Rivaz
2015-10-02 17:25 ` Jean-Christian de Rivaz
2015-10-02 21:46 ` [PATCH 1/1] Add poll method to mkiss let notify hangup to the user process Jean-Christian de Rivaz
2015-10-03 0:29 ` David Ranch
2015-10-03 1:02 ` Jean-Christian de Rivaz [this message]
2016-02-11 19:14 ` Thomas Osterried
2015-10-02 21:40 ` [PATCH 1/1] Close the file descriptor and exit when the kernel notice hangup Jean-Christian de Rivaz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=560F2928.3080102@eclis.ch \
--to=jc@eclis.ch \
--cc=gregkh@linuxfoundation.org \
--cc=jslaby@suse.com \
--cc=linux-hams@trinnet.net \
--cc=linux-hams@vger.kernel.org \
--cc=peter@hurleysoftware.com \
--cc=ralf@linux-mips.org \
--cc=thomas@osterried.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.