From: Greg KH <greg@kroah.com>
To: Amit Shah <amit.shah@redhat.com>
Cc: Rusty Russell <rusty@rustcorp.com.au>,
linux-kernel@vger.kernel.org, Milton Miller <miltonm@bga.com>,
linuxppc-dev@ozlabs.org
Subject: Re: hvc_console: Don't access hvc_task if not initialised
Date: Wed, 20 Apr 2011 07:34:35 -0700 [thread overview]
Message-ID: <20110420143435.GB22436@kroah.com> (raw)
In-Reply-To: <20110420123330.GB3519@amit-x200.redhat.com>
On Wed, Apr 20, 2011 at 06:03:30PM +0530, Amit Shah wrote:
> On (Mon) 28 Mar 2011 [11:52:05], Milton Miller wrote:
> > On Fri, 25 Mar 2011 about 14:17:14 +0530, Amit Shah wrote:
> > > On (Thu) 24 Mar 2011 [08:58:04], Milton Miller wrote:
> > > > On Thu, 24 Mar 2011 07:29:58 -0000, Amit Shah wrote:
> > > > > hvc_open() can be called without having any backing device. This
> > > > > results in a call to hvc_kick() which calls wake_up_process on a NULL
> > > > > pointer.
> > > >
> > > > How is hvc_open called without a hvc_driver registered to the tty layer?
> > >
> > > This gets reproduced in a couple of scenarios, I'm trying to get more
> > > information.
>
> OK - I finally could reproduce myself, albiet it's a panic in
> hvc_open, not the one mentioned earlier.
>
> hvc_console is built into the kernel and virtio_console is a module.
> This sequence triggers a panic:
>
> - modprobe virtio_console
> - agetty /dev/hvc0 9600 vt100
> - rmmod virtio_console
> - modprobe virtio_console
> - agetty /dev/hvc0 9600 vt100
>
> A patch that I had sent previously, to hvc_remove() a port when the
> associated virtio_console port gets unplugged, fixes this panic.
>
> Stricter checking in hvc_open(), as you mentioned, will solve the
> other one as well.
Care to either create this patch, or resend your original one, if you
want it applied?
thanks,
greg k-h
WARNING: multiple messages have this Message-ID (diff)
From: Greg KH <greg@kroah.com>
To: Amit Shah <amit.shah@redhat.com>
Cc: Milton Miller <miltonm@bga.com>,
Rusty Russell <rusty@rustcorp.com.au>,
linux-kernel@vger.kernel.org, benh@kernel.crashing.org,
linuxppc-dev@ozlabs.org
Subject: Re: hvc_console: Don't access hvc_task if not initialised
Date: Wed, 20 Apr 2011 07:34:35 -0700 [thread overview]
Message-ID: <20110420143435.GB22436@kroah.com> (raw)
In-Reply-To: <20110420123330.GB3519@amit-x200.redhat.com>
On Wed, Apr 20, 2011 at 06:03:30PM +0530, Amit Shah wrote:
> On (Mon) 28 Mar 2011 [11:52:05], Milton Miller wrote:
> > On Fri, 25 Mar 2011 about 14:17:14 +0530, Amit Shah wrote:
> > > On (Thu) 24 Mar 2011 [08:58:04], Milton Miller wrote:
> > > > On Thu, 24 Mar 2011 07:29:58 -0000, Amit Shah wrote:
> > > > > hvc_open() can be called without having any backing device. This
> > > > > results in a call to hvc_kick() which calls wake_up_process on a NULL
> > > > > pointer.
> > > >
> > > > How is hvc_open called without a hvc_driver registered to the tty layer?
> > >
> > > This gets reproduced in a couple of scenarios, I'm trying to get more
> > > information.
>
> OK - I finally could reproduce myself, albiet it's a panic in
> hvc_open, not the one mentioned earlier.
>
> hvc_console is built into the kernel and virtio_console is a module.
> This sequence triggers a panic:
>
> - modprobe virtio_console
> - agetty /dev/hvc0 9600 vt100
> - rmmod virtio_console
> - modprobe virtio_console
> - agetty /dev/hvc0 9600 vt100
>
> A patch that I had sent previously, to hvc_remove() a port when the
> associated virtio_console port gets unplugged, fixes this panic.
>
> Stricter checking in hvc_open(), as you mentioned, will solve the
> other one as well.
Care to either create this patch, or resend your original one, if you
want it applied?
thanks,
greg k-h
next prev parent reply other threads:[~2011-04-20 14:34 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-24 7:29 [PATCH] hvc_console: Don't access hvc_task if not initialised Amit Shah
2011-03-24 7:29 ` Amit Shah
2011-03-24 14:58 ` Milton Miller
2011-03-24 14:58 ` Milton Miller
2011-03-25 8:47 ` Amit Shah
2011-03-25 8:47 ` Amit Shah
2011-03-28 17:52 ` Milton Miller
2011-03-28 17:52 ` Milton Miller
2011-04-20 12:33 ` Amit Shah
2011-04-20 12:33 ` Amit Shah
2011-04-20 14:34 ` Greg KH [this message]
2011-04-20 14:34 ` Greg KH
2011-04-20 17:06 ` Amit Shah
2011-04-20 17:06 ` Amit Shah
2011-04-27 5:01 ` Rusty Russell
2011-04-27 5:01 ` Rusty Russell
2011-04-27 6:31 ` Amit Shah
2011-04-27 6:31 ` Amit Shah
2011-04-28 0:09 ` Greg KH
2011-04-28 0:09 ` Greg KH
2011-04-28 4:00 ` Amit Shah
2011-04-28 4:00 ` Amit Shah
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=20110420143435.GB22436@kroah.com \
--to=greg@kroah.com \
--cc=amit.shah@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxppc-dev@ozlabs.org \
--cc=miltonm@bga.com \
--cc=rusty@rustcorp.com.au \
/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.