All of lore.kernel.org
 help / color / mirror / Atom feed
From: Minchan Kim <minchan@kernel.org>
To: Sedat Dilek <sedat.dilek@gmail.com>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
	linux-next@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
	Dmitry Torokhov <dmitry.torokhov@gmail.com>,
	linux-input@vger.kernel.org
Subject: Re: linux-next: Tree for Sept 12 (kernel-panic after pressing any key at X login)
Date: Thu, 13 Sep 2012 15:04:12 +0900	[thread overview]
Message-ID: <20120913060412.GB5085@bbox> (raw)
In-Reply-To: <CA+icZUXqzV=YFjHT=5QxUf1_WHwS1-DhuXkhN8QAhn1t9+-PYA@mail.gmail.com>

On Thu, Sep 13, 2012 at 07:29:32AM +0200, Sedat Dilek wrote:
> On Thu, Sep 13, 2012 at 5:18 AM, Sedat Dilek <sedat.dilek@gmail.com> wrote:
> > On Wed, Sep 12, 2012 at 10:46 AM, Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> >> Hi all,
> >>
> >> Changes since 201209011:
> >>
> >> The pci tree lost its build failure.
> >>
> >> The mfd tree gained a conflict against Linus' tree.
> >>
> >> The omap_dss2 tree lost its conflict.
> >>
> >> The trivial tree gained a conflict against the mfd tree.
> >>
> >> The kvm tree gained a conflict against Linus' tree.
> >>
> >> The workqueues tree gained a conflict against the omap_dss2 tree.
> >>
> >> The usb tree gained conflicts against the usb.current tree.
> >>
> >> The staging tree gained a conflict against the thermal tree and a build
> >> failure for which I applied a merge fix patch.
> >>
> >> The tegra tree gained conflicts against the usb and arm-perf trees.
> >>
> >> ----------------------------------------------------------------------------
> >>
> >
> > Hi,
> >
> > this weeks linux-next seems to bring new and new issues, yay :-)!
> >
> > I have taken a photo, but can't say what can have caused.
> > The issue is reproducible...
> > Immediately, after pressing any key (when X-display-manager (lightdm)
> > and X-greeter are up) my machine panics and is no more usable (cold
> > rough brutal killer restart).
> > Note: Using upstart or systemd does not matter.
> >
> > Any pointer to an area where to dig into or any feedback in general is welcome!
> >
> > Kind Regards,
> > - Sedat -
> 
> [ CC Dmitry Torokhov (linux-input maintainer) plus linux-input ML ]
> 
> By looking at my screenshot, someone could imagine that there is a
> problem coming from the input GIT branch(es) merges:
> 
> input_to_handler()
> input_pass_values()
> input_handle_event()
> input_event()
> 
> Unfortunately, with those 3 revert-patches I see the same kernel-panic.
> 
> Dimitry, any idea what can cause this kernel-panic?

Today, I met similar problem in mmotm-2012-09-12-17-36 on my KVM.
It's hard to reproduce in my mahcine but I confirmed following as
Hoping it helps you.

static unsigned int input_to_handler(struct input_handle *handle,
                        struct input_value *vals, unsigned int count)
{
        ...
        ...
        if (handler->events)
                handler->events(handle, vals, count);
        else 
                for (v = vals; v != end; v++) 
                        handler->event(...); <-- handler->event is *ZERO*.

        return count;
}


[   34.667212] BUG: unable to handle kernel NULL pointer dereference at           (null)
[   34.668320] IP: [<          (null)>]           (null)
[   34.669095] PGD 1fe47c067 PUD 1fe47b067 PMD 0 
[   34.669808] Oops: 0010 [#1] SMP 
[   34.670316] Modules linked in: i2c_piix4
[   34.670618] CPU 6 
[   34.670618] Pid: 0, comm: swapper/6 Not tainted 3.6.0-rc5-mm1-alloc-enhance+ #60 Bochs Bochs[   34.670618] RIP: 0010:[<0000000000000000>]  [<          (null)>]           (null)
[   34.670618] RSP: 0018:ffff88021fd83c20  EFLAGS: 00010082    
[   34.670618] RAX: 0000000000000010 RBX: 0000000000000002 RCX: 000000000000000f
[   34.670618] RDX: 0000000000000004 RSI: 0000000000000004 RDI: ffff8802145b4c00
[   34.670618] RBP: ffff88021fd83c68 R08: 0000000000000000 R09: 0000000000000000
[   34.670618] R10: 0000000000000000 R11: 0000000000000001 R12: ffff880215c21070
[   34.670618] R13: ffff880215c21068 R14: ffffffff81a8bfe0 R15: ffff8802145b4c00
[   34.670618] FS:  0000000000000000(0000) GS:ffff88021fd80000(0000) knlGS:0000000000000000
[   34.670618] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[   34.670618] CR2: 0000000000000000 CR3: 00000001fe46f000 CR4: 00000000000006e0
[   34.670618] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[   34.670618] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[   34.670618] Process swapper/6 (pid: 0, threadinfo ffff88021611e000, task ffff880216128000)
[   34.670618] Stack:
[   34.670618]  ffffffff81480a5d 0000000000000000 ffff880215c21060 0000000000000000
[   34.670618]  ffff880215c21060 0000000000000002 ffff8802161ca800 ffff8802145b4c00
[   34.670618]  ffff8802161cadb0 ffff88021fd83cc8 ffffffff81482caf ffffffff81482b28
[   34.670618] Call Trace:
[   34.670618]  <IRQ> 
[   34.670618]  [<ffffffff81480a5d>] ? input_to_handler+0xdd/0xf0
[   34.670618]  [<ffffffff81482caf>] input_pass_values+0x1cf/0x1e0
[   34.670618]  [<ffffffff81482b28>] ? input_pass_values+0x48/0x1e0
[   34.670618]  [<ffffffff8148320e>] input_handle_event+0xce/0x540
[   34.670618]  [<ffffffff8148380c>] input_event+0x6c/0x80
[   34.670618]  [<ffffffff8148acf6>] atkbd_interrupt+0x4f6/0x660
[   34.670618]  [<ffffffff812e6b94>] ? do_raw_spin_lock+0x54/0x120
[   34.670618]  [<ffffffff8147dd52>] serio_interrupt+0x52/0xa0
[   34.670618]  [<ffffffff8147ece3>] i8042_interrupt+0x193/0x3b0
[   34.670618]  [<ffffffff810e4de5>] handle_irq_event_percpu+0x75/0x270
[   34.670618]  [<ffffffff812e6cfd>] ? do_raw_spin_unlock+0x5d/0xb0
[   34.670618]  [<ffffffff810e5028>] handle_irq_event+0x48/0x70
[   34.670618]  [<ffffffff810e79d7>] handle_edge_irq+0x77/0x110
[   34.670618]  [<ffffffff81016192>] handle_irq+0x22/0x40
[   34.670618]  [<ffffffff81591c3a>] do_IRQ+0x5a/0xe0
[   34.670618]  [<ffffffff8158786f>] common_interrupt+0x6f/0x6f
[   34.670618]  <EOI> 
[   34.670618]  [<ffffffff810422e6>] ? native_safe_halt+0x6/0x10
[   34.670618]  [<ffffffff810b027d>] ? trace_hardirqs_on+0xd/0x10
[   34.670618]  [<ffffffff8101c5d8>] default_idle+0x58/0x270
[   34.670618]  [<ffffffff8101d669>] cpu_idle+0xe9/0x130
[   34.670618]  [<ffffffff815734fc>] start_secondary+0x200/0x207
[   34.670618] Code:  Bad RIP value.
[   34.670618] RIP  [<          (null)>]           (null)
[   34.670618]  RSP <ffff88021fd83c20>
[   34.670618] CR2: 0000000000000000
[   34.670618] ---[ end trace 11a3b8aa65519925 ]---
[   34.670618] Kernel panic - not syncing: Fatal exception in interrupt

-- 
Kind regards,
Minchan Kim

  reply	other threads:[~2012-09-13  6:02 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CA+icZUVEQNPGL7_BbLA-urgP6rFvdOh0SUtYESUv6ZJc+w78Nw@mail.gmail.com>
2012-09-13  5:29 ` linux-next: Tree for Sept 12 (kernel-panic after pressing any key at X login) Sedat Dilek
2012-09-13  6:04   ` Minchan Kim [this message]
2012-09-13  6:36     ` Sedat Dilek
2012-09-13  6:49       ` Dmitry Torokhov
2012-09-13  6:49         ` Dmitry Torokhov
2012-09-13  7:04         ` Henrik Rydberg
2012-09-13  8:18           ` Sedat Dilek
2012-09-13  9:05             ` Sedat Dilek
2012-09-13 12:24             ` Stephen Rothwell

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=20120913060412.GB5085@bbox \
    --to=minchan@kernel.org \
    --cc=dmitry.torokhov@gmail.com \
    --cc=linux-input@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-next@vger.kernel.org \
    --cc=sedat.dilek@gmail.com \
    --cc=sfr@canb.auug.org.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.