Hi,
My colleague found this:
Red Hat
BZ#765665
A possible race between the n_tty_read() and reset_buffer_flags()
functions could result in a NULL pointer dereference in the
n_tty_read() function under certain circumstances. As a consequence,
a kernel panic could have been triggered when interrupting a current
task on a serial console. This update modifies the tty driver to use
a spin lock to prevent functions from a parallel access to
variables. A NULL pointer dereference causing a kernel panic can no
longer occur in this scenario.
(231 kernel)
> On 06/14/2013 04:57 PM, drichards@xxxxxxxxxxxxxxx wrote:
>> Since I have the screen shot, how/where can I report this as a known
>> problem? I looked at the bug fixes, but couldn't tell if this has been
>> fixed on 6.4 (-248 version).
>
> If you reply to my email with the details requested, we can try to start
> figuring out where your setup is broken and how.
The processes in use are: httpd, MySQL, and sendmail, which are used by
our SecureMail Gateway application. The crash seems to be triggered by a
'telnet localhost ' command checking if ports 443 and 25 are up.
The screen at the crash included the words 'telnet' and 'n_tty_read() '
If you send me another email where I can send the image of the screen
shot, I can send it to you.
Thanks,
Dirce
>
> --
> Karanbir Singh
> +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh
> GnuPG Key : http://www.karan.org/publickey.asc
> _______________________________________________
> CentOS mailing list
> CentOS@xxxxxxxxxx
> http://lists.centos.org/mailman/listinfo/centos
>
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
