From: Justin Madru <jdm64@gawab.com>
To: Peter Zijlstra <a.p.zijlstra@chello.nl>
Cc: lkml <linux-kernel@vger.kernel.org>,
Jesse Barnes <jbarnes@virtuousgeek.org>
Subject: Re: [regression bisected] HR-timers bug >=2.6.25
Date: Sun, 18 May 2008 15:15:21 -0700 [thread overview]
Message-ID: <4830AA79.3020203@gawab.com> (raw)
In-Reply-To: <1210959116.6524.26.camel@lappy.programming.kicks-ass.net>
>
> those can be obtained by adding:
>
> nmi_watchdog=[12]
>
> to the kernel boot parameters - it depends a bit on the hardware which
> of the two choices works best, just start with 1 and if that doesn't
> work try 2.
>
> This enabled the NMI watchdog and that will print a backtrace when it
> times out after 30 or so seconds.
I got netconsole to work, but it stops logging. Below are the last few
lines of output:
> ACPI: device:25 is registered as cooling_device2
> input: Video Bus as
> /devices/LNXSYSTM:00/device:00/PNP0A03:00/device:21/device:22/input/input4
> phy0: Selected rate control algorithm 'iwl-3945-rs'
> ACPI: Video Device [VID] (multi-head: yes rom: no post: no)
> ACPI: device:2a is registered as cooling_device3
> input: Video Bus as
> /devices/LNXSYSTM:00/device:00/PNP0A03:00/device:27/input/input5
> ACPI: Video Device [VID1] (multi-head: yes rom: no post: no)
> input: Video Bus as
> /devices/LNXSYSTM:00/device:00/PNP0A03:00/device:2c/input/input6
> ACPI: Video Device [VID2] (multi-head: yes rom: no post: no)
> ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 21 (level, low) -> IRQ 21
> PCI: Setting latency timer of device 0000:00:1b.0 to 64
> ACPI: PCI interrupt for device 0000:0b:00.0 disabled
> Synaptics Touchpad, model: 1, fw: 6.2, id: 0x180b1, caps:
> 0xa04713/0x200000
> input: SynPS/2 Synaptics TouchPad as
> /devices/platform/i8042/serio1/input/input7
> dcdbas dcdbas: Dell Systems Management Base Driver (version 5.6.0-3.2)
> fuse init (API version 7.9)
I do get several of the following after several minuets
> trying to get vblank count for disabled pipe 0
Even when I got the screen to "fade" out, I never got anything more. I
guess it doesn't hang the kernel. It just must be a different timing
problem related to usplash/xorg which is exposed by the scheduler timing
changes since around that one commit that I found by git bisect. It does
seem to be a very weird problem.
Any ideas on how to help the xorg intel driver developers pinpoint the
problem?
Justin
prev parent reply other threads:[~2008-05-18 22:15 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-15 19:32 [regression bisected] HR-timers bug >=2.6.25 Justin Madru
2008-05-16 7:15 ` Thomas Gleixner
2008-05-16 7:20 ` Peter Zijlstra
2008-05-16 17:26 ` Justin Madru
2008-05-16 17:31 ` Peter Zijlstra
2008-05-18 22:15 ` Justin Madru [this message]
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=4830AA79.3020203@gawab.com \
--to=jdm64@gawab.com \
--cc=a.p.zijlstra@chello.nl \
--cc=jbarnes@virtuousgeek.org \
--cc=linux-kernel@vger.kernel.org \
/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.