All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ben Skeggs <bskeggs@redhat.com>
To: Mathieu Chouquet-Stringer <mathieu@csetco.com>
Cc: linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org
Subject: Re: Nouveau regression between 3.6 and 3.7-rc3: driver stuck at "running init tables"
Date: Tue, 30 Oct 2012 09:15:59 +1000	[thread overview]
Message-ID: <1351552559.3810.2.camel@turiel> (raw)
In-Reply-To: <20121029230647.GA10369@kashmir>

On Tue, 2012-10-30 at 00:06 +0100, Mathieu Chouquet-Stringer wrote:
> 	Hi Ben,
Hey Mathieu,

> 
> I haven't been able to boot any 3.7 kernels since there's a regression
> which freezes my machine hard (a lenovo t530 with the dreaded optimus
> thing).
> 
> 3.6 used to work but 3.7 get stuck at (copied by hand but I have an ugly
> screenshot if you'd like):
> nouveau [   VBIOS][0000:01:00.0] running init tables
Are you able to go back to the current master, and get me a
log/screenshot with "nouveau.debug=trace" appended to your kernel
options?

Thanks,
Ben.

> 
> Note my uefi settings weren't modified during the whole thing.
> 
> I've bisected the issue and git found that commit 4196fa is the one
> causing trouble (looking at the diff, it's pretty big):
> 
> Author: Ben Skeggs <bskeggs@redhat.com>
> Date:   Tue Jul 10 14:36:38 2012 +1000
> 
>     drm/nouveau/i2c: port to subdev interfaces
> 
>     v2/v3: Ben Skeggs <bskeggs@redhat.com>
>     - fix typo in default bus selection
>     - fix accidental loss of destructor
> 
>     v4: Dmitry Eremin-Solenikov <dmitry_eremin@mentor.com>
>     - fix typo causing incorrect default i2c port settings when no BMP data
> 
> While bisecting the matter, I had a couple of messages like the
> following (6 actually).  The addresses were always different (I could
> send another ugly screenshot if you'd like).
> 
> Condition still not met after 2000ms, skipping following opcodes
> 
> followed by:
> 
> Parsing VBIOUS init table 1 at offset 0x8183
> 
> At this point, the kernel was frozen hard (sysrq wasn't working)...
> 
> I'm attaching the output of lspci and my kernel config.
> 
> If you'd like me to add some debug statements or if you need more info,
> feel free, I'd love to help.
> 
> Cheers,
> 

WARNING: multiple messages have this Message-ID (diff)
From: Ben Skeggs <bskeggs@redhat.com>
To: Mathieu Chouquet-Stringer <mathieu@csetco.com>
Cc: dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org
Subject: Re: Nouveau regression between 3.6 and 3.7-rc3: driver stuck at "running init tables"
Date: Tue, 30 Oct 2012 09:15:59 +1000	[thread overview]
Message-ID: <1351552559.3810.2.camel@turiel> (raw)
In-Reply-To: <20121029230647.GA10369@kashmir>

On Tue, 2012-10-30 at 00:06 +0100, Mathieu Chouquet-Stringer wrote:
> 	Hi Ben,
Hey Mathieu,

> 
> I haven't been able to boot any 3.7 kernels since there's a regression
> which freezes my machine hard (a lenovo t530 with the dreaded optimus
> thing).
> 
> 3.6 used to work but 3.7 get stuck at (copied by hand but I have an ugly
> screenshot if you'd like):
> nouveau [   VBIOS][0000:01:00.0] running init tables
Are you able to go back to the current master, and get me a
log/screenshot with "nouveau.debug=trace" appended to your kernel
options?

Thanks,
Ben.

> 
> Note my uefi settings weren't modified during the whole thing.
> 
> I've bisected the issue and git found that commit 4196fa is the one
> causing trouble (looking at the diff, it's pretty big):
> 
> Author: Ben Skeggs <bskeggs@redhat.com>
> Date:   Tue Jul 10 14:36:38 2012 +1000
> 
>     drm/nouveau/i2c: port to subdev interfaces
> 
>     v2/v3: Ben Skeggs <bskeggs@redhat.com>
>     - fix typo in default bus selection
>     - fix accidental loss of destructor
> 
>     v4: Dmitry Eremin-Solenikov <dmitry_eremin@mentor.com>
>     - fix typo causing incorrect default i2c port settings when no BMP data
> 
> While bisecting the matter, I had a couple of messages like the
> following (6 actually).  The addresses were always different (I could
> send another ugly screenshot if you'd like).
> 
> Condition still not met after 2000ms, skipping following opcodes
> 
> followed by:
> 
> Parsing VBIOUS init table 1 at offset 0x8183
> 
> At this point, the kernel was frozen hard (sysrq wasn't working)...
> 
> I'm attaching the output of lspci and my kernel config.
> 
> If you'd like me to add some debug statements or if you need more info,
> feel free, I'd love to help.
> 
> Cheers,
> 



  reply	other threads:[~2012-10-29 23:16 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-29 23:06 Nouveau regression between 3.6 and 3.7-rc3: driver stuck at "running init tables" Mathieu Chouquet-Stringer
2012-10-29 23:15 ` Ben Skeggs [this message]
2012-10-29 23:15   ` Ben Skeggs
2012-10-29 23:32   ` Mathieu Chouquet-Stringer
2012-10-30  5:12     ` Ben Skeggs
2012-10-30  8:03       ` Mathieu Chouquet-Stringer
2012-10-30 10:45         ` Ben Skeggs

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=1351552559.3810.2.camel@turiel \
    --to=bskeggs@redhat.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mathieu@csetco.com \
    /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.