From: Ingo Molnar <mingo@elte.hu>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>,
Dave Airlie <airlied@gmail.com>, Dave Airlie <airlied@linux.ie>,
linux-kernel@vger.kernel.org, dri-devel@lists.sf.net
Subject: Re: hung bootup with "drm/radeon/kms: move radeon KMS on/off switch out of staging."
Date: Thu, 4 Feb 2010 18:36:12 +0100 [thread overview]
Message-ID: <20100204173612.GA23398@elte.hu> (raw)
In-Reply-To: <alpine.LFD.2.00.1002040913420.3707@localhost.localdomain>
* Linus Torvalds <torvalds@linux-foundation.org> wrote:
> On Thu, 4 Feb 2010, Ingo Molnar wrote:
>
> > Well, once i applied the revert i got no more hangs or crashes today, in
> > lots of bootups. This is fully repeatable - if i re-apply that commit
> > with the config i sent the hang happens again.
>
> But that's just because when it was in staging, you'd never enable it,
> right? Because your config generator always turns off staging stuff. IOW,
> it's not the code - it's more an interaction with how your test-bed works.
Correct. Staging drivers can crash and there's no guarantee of quick
regression fixes (although fixes are generally quick so this isnt a
complaint), so i exclude them from boot testing.
Anyway, i've essentially moved it back to staging as far as my testing goes,
that solves the problem too.
Thanks,
Ingo
WARNING: multiple messages have this Message-ID (diff)
From: Ingo Molnar <mingo@elte.hu>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Dave Airlie <airlied@linux.ie>,
Matthew Garrett <mjg59@srcf.ucam.org>,
linux-kernel@vger.kernel.org, dri-devel@lists.sf.net
Subject: Re: hung bootup with "drm/radeon/kms: move radeon KMS on/off switch out of staging."
Date: Thu, 4 Feb 2010 18:36:12 +0100 [thread overview]
Message-ID: <20100204173612.GA23398@elte.hu> (raw)
In-Reply-To: <alpine.LFD.2.00.1002040913420.3707@localhost.localdomain>
* Linus Torvalds <torvalds@linux-foundation.org> wrote:
> On Thu, 4 Feb 2010, Ingo Molnar wrote:
>
> > Well, once i applied the revert i got no more hangs or crashes today, in
> > lots of bootups. This is fully repeatable - if i re-apply that commit
> > with the config i sent the hang happens again.
>
> But that's just because when it was in staging, you'd never enable it,
> right? Because your config generator always turns off staging stuff. IOW,
> it's not the code - it's more an interaction with how your test-bed works.
Correct. Staging drivers can crash and there's no guarantee of quick
regression fixes (although fixes are generally quick so this isnt a
complaint), so i exclude them from boot testing.
Anyway, i've essentially moved it back to staging as far as my testing goes,
that solves the problem too.
Thanks,
Ingo
------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
--
next prev parent reply other threads:[~2010-02-04 17:36 UTC|newest]
Thread overview: 127+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-02-01 2:20 [git pull] drm fixes Dave Airlie
2010-02-01 2:53 ` Dave Airlie
2010-02-02 8:17 ` [crash, PATCH] Revert "drm/radeon/kms: move radeon KMS on/off switch out of staging." Ingo Molnar
2010-02-02 8:17 ` Ingo Molnar
2010-02-02 8:25 ` Dave Airlie
2010-02-02 8:25 ` Dave Airlie
2010-02-02 15:44 ` Ingo Molnar
2010-02-02 15:44 ` Ingo Molnar
2010-02-04 20:39 ` Dave Airlie
2010-02-04 20:46 ` Ingo Molnar
2010-02-04 20:46 ` Ingo Molnar
2010-02-04 21:14 ` Dave Airlie
2010-02-05 0:43 ` Dave Airlie
2010-02-05 7:32 ` Ingo Molnar
2010-02-05 7:32 ` Ingo Molnar
2010-02-05 0:43 ` Dave Airlie
2010-02-04 21:14 ` Dave Airlie
2010-02-04 20:39 ` Dave Airlie
2010-02-02 8:35 ` Dave Airlie
2010-02-02 8:35 ` Dave Airlie
2010-02-02 8:37 ` Dave Airlie
2010-02-02 15:42 ` Ingo Molnar
2010-02-02 15:42 ` Ingo Molnar
2010-02-02 8:37 ` Dave Airlie
2010-02-02 15:46 ` Ingo Molnar
2010-02-02 15:46 ` Ingo Molnar
2010-02-02 20:34 ` Dave Airlie
2010-02-04 6:26 ` Ingo Molnar
2010-02-04 6:39 ` Dave Airlie
2010-02-04 7:36 ` Ingo Molnar
2010-02-04 7:49 ` Dave Airlie
2010-02-04 7:49 ` Dave Airlie
2010-02-04 7:36 ` Ingo Molnar
2010-02-04 6:39 ` Dave Airlie
2010-02-04 7:17 ` hung bootup with " Ingo Molnar
2010-02-04 7:17 ` Ingo Molnar
2010-02-04 16:48 ` Matthew Garrett
2010-02-04 16:48 ` Matthew Garrett
2010-02-04 17:08 ` Ingo Molnar
2010-02-04 17:08 ` Ingo Molnar
2010-02-04 17:15 ` Linus Torvalds
2010-02-04 17:15 ` Linus Torvalds
2010-02-04 17:36 ` Ingo Molnar [this message]
2010-02-04 17:36 ` Ingo Molnar
2010-02-04 17:36 ` Matthew Garrett
2010-02-04 17:54 ` Ingo Molnar
2010-02-04 17:59 ` Matthew Garrett
2010-02-04 17:59 ` Matthew Garrett
2010-02-04 18:12 ` Ingo Molnar
2010-02-04 18:12 ` Ingo Molnar
2010-02-04 18:15 ` Matthew Garrett
2010-02-04 18:15 ` Matthew Garrett
2010-02-04 18:56 ` Ingo Molnar
2010-02-04 18:56 ` Ingo Molnar
2010-02-04 19:00 ` Matthew Garrett
2010-02-04 19:00 ` Matthew Garrett
2010-02-04 19:19 ` Ingo Molnar
2010-02-04 19:28 ` Jerome Glisse
2010-02-04 19:28 ` Jerome Glisse
2010-02-04 20:34 ` Ingo Molnar
2010-02-04 20:34 ` Ingo Molnar
2010-02-04 19:19 ` Ingo Molnar
2010-02-04 18:30 ` Alex Deucher
2010-02-04 18:30 ` Alex Deucher
2010-02-04 19:06 ` Ingo Molnar
2010-02-04 19:06 ` Ingo Molnar
2010-02-04 19:18 ` Alex Deucher
2010-02-04 19:24 ` Linus Torvalds
2010-02-04 19:34 ` Dave Airlie
2010-02-04 19:34 ` Dave Airlie
2010-02-04 20:27 ` Ingo Molnar
2010-02-04 20:27 ` Ingo Molnar
2010-02-04 19:24 ` Linus Torvalds
2010-02-04 19:32 ` Ingo Molnar
2010-02-04 19:53 ` Jesse Barnes
2010-02-04 19:53 ` Jesse Barnes
2010-02-04 20:22 ` Ingo Molnar
2010-02-04 20:22 ` Ingo Molnar
2010-02-04 20:27 ` david
2010-02-04 20:27 ` david
2010-02-04 20:33 ` Jesse Barnes
2010-02-04 20:33 ` Jesse Barnes
2010-02-04 20:57 ` Ingo Molnar
2010-02-04 20:57 ` Ingo Molnar
2010-02-04 20:48 ` Matthew Garrett
2010-02-04 21:05 ` Ingo Molnar
2010-02-04 21:05 ` Ingo Molnar
2010-02-04 21:09 ` Matthew Garrett
2010-02-05 7:56 ` Ingo Molnar
2010-02-05 7:56 ` Ingo Molnar
2010-02-05 8:34 ` Dave Airlie
2010-02-05 9:00 ` Ingo Molnar
2010-02-05 9:00 ` Ingo Molnar
2010-02-05 9:18 ` Dave Airlie
2010-02-05 9:18 ` Dave Airlie
2010-02-05 10:47 ` Ingo Molnar
2010-02-05 10:47 ` Ingo Molnar
2010-02-05 8:34 ` Dave Airlie
2010-02-04 21:09 ` Matthew Garrett
2010-02-04 21:23 ` Andrew Morton
2010-02-04 21:23 ` Andrew Morton
2010-02-04 21:34 ` Jesse Barnes
2010-02-04 21:34 ` Jesse Barnes
2010-02-04 21:35 ` Dave Airlie
2010-02-04 21:35 ` Dave Airlie
2010-02-06 11:10 ` Felipe Contreras
2010-02-06 11:10 ` Felipe Contreras
2010-02-04 20:48 ` Matthew Garrett
2010-02-04 19:32 ` Ingo Molnar
2010-02-04 19:18 ` Alex Deucher
2010-02-04 17:54 ` Ingo Molnar
2010-02-04 17:36 ` Matthew Garrett
2010-02-04 6:26 ` [crash, PATCH] Revert " Ingo Molnar
2010-02-02 20:34 ` Dave Airlie
2010-02-02 8:58 ` Domenico Andreoli
2010-02-02 11:59 ` Jerome Glisse
2010-02-02 11:59 ` Jerome Glisse
2010-02-02 15:11 ` Domenico Andreoli
2010-02-02 15:11 ` Domenico Andreoli
2010-02-02 8:58 ` Domenico Andreoli
2010-02-02 11:56 ` Jerome Glisse
2010-02-02 11:56 ` Jerome Glisse
2010-02-02 15:42 ` Ingo Molnar
2010-02-02 15:42 ` Ingo Molnar
2010-02-02 23:15 ` Jerome Glisse
2010-02-02 23:15 ` Jerome Glisse
2010-02-01 2:53 ` [git pull] drm fixes Dave Airlie
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=20100204173612.GA23398@elte.hu \
--to=mingo@elte.hu \
--cc=airlied@gmail.com \
--cc=airlied@linux.ie \
--cc=dri-devel@lists.sf.net \
--cc=linux-kernel@vger.kernel.org \
--cc=mjg59@srcf.ucam.org \
--cc=torvalds@linux-foundation.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.