linux-next.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Dave Airlie <airlied@redhat.com>
To: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
Cc: Dave Airlie <airlied@gmail.com>,
	Kevin Winchester <kjwinchester@gmail.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	linux-next@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>
Subject: Re: linux-next: Tree for December 17 (Radeon DRM BUG)
Date: Fri, 19 Dec 2008 06:49:15 +1000	[thread overview]
Message-ID: <1229633355.5650.4.camel@optimus> (raw)
In-Reply-To: <200812182000.41727.bzolnier@gmail.com>

On Thu, 2008-12-18 at 20:00 +0100, Bartlomiej Zolnierkiewicz wrote:
> On Thursday 18 December 2008, Dave Airlie wrote:
> > On Thu, Dec 18, 2008 at 10:14 AM, Kevin Winchester
> > <kjwinchester@gmail.com> wrote:
> > > Stephen Rothwell wrote:
> > >>
> > >> Hi all,
> > >>
> > >>
> > >
> > > I get the following BUG in the radeon drm code with today's linux-next when
> > > I run "startx".  I have not built or tested linux-next in a while, but the
> > > problem definitely does not occur in mainline.
> 
> [...]
> 
> This reminds me that drm tree in linux-next still results in BSOD (Black
> Screen Of Death) on starting X for me (as reported on Saturday [1]).
> 
> Actually there is more to it as I discovered that my custom X radeon driver
> (which is xorg-x11-drv-ati-6.9.0-61.fc10.i386 with "radeon: no need for this
> anymore" from radeon-gem-cs change reverted, please see [2] for my previous
> monologue) works fine while following stock driver versions:
> 
> 	xorg-x11-drv-ati-6.8.0-19.fc9.i386
> 	xorg-x11-drv-ati-6.9.0-61.fc10.i386
> 	xorg-x11-drv-ati-6.9.0-62.fc10.i386
> 
> result in BSOD.  OTOH they all work with next-20081128 (modulo hangs with
> fc10 ones when "radeon: no need for this anymore" change is not reverted).
> 
> [ BTW xorg-x11-drv-ati-6.9.0-62.fc10.i386 still causes hangs when used with
>   non-Fedora kernels and Fedora/kms kernel still has performance problems ]
> 
> IOW there are a lot of compatibility issues in recent drm/radeon changes.
> 
> Dave, could you please start looking into these problems?  I'm sure that we
> all want recent drm changes + kms in 2.6.29 but given tight schedule and the
> way things are looking right now I'm quite sceptical...
> 
> [1] http://lkml.org/lkml/2008/12/13/76
> [2] http://lkml.org/lkml/2008/12/13/77
> 

Bart,

please file bugs in RH bugzilla for Fedora issues. Fedora is shipping
drivers that aren't upstream, and I'm attempting to resolve the issues
as they arise. However not having a bug to track stuff in means it just
goes far enough out of my inbox that I forget about it.

The revert isn't a fix for -ati, and I haven't seen any reports of
performance problems with profiles attached in my bugzilla.

I'm booting drm-next on more various radeon hw today to see what I can
reproduce, most of the kms changes for 2.6.29 are nothing to do with
radeon at all, we are only upstreaming KMS for Intel hw, so I'm not sure
what the sceptical bit is about. Its much more likely this is
multi-master changes before KMS that are interacting badly.


Dave.


> Thanks,
> Bart

  reply	other threads:[~2008-12-18 20:49 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-17 12:25 linux-next: Tree for December 17 Stephen Rothwell
2008-12-17 18:17 ` [BUILD-FAILURE] next-20081217-s390x-'struct device' has no member named 'knode_parent' Kamalesh Babulal
2008-12-18  9:47   ` Martin Schwidefsky
2008-12-18 17:17     ` Kamalesh Babulal
2008-12-18  0:13 ` linux-next: Tree for December 17 (DVB) Randy Dunlap
2008-12-18 17:19   ` Randy Dunlap
2008-12-18  0:14 ` linux-next: Tree for December 17 (Radeon DRM BUG) Kevin Winchester
2008-12-18  6:47   ` Dave Airlie
2008-12-18 19:00     ` Bartlomiej Zolnierkiewicz
2008-12-18 20:49       ` Dave Airlie [this message]
2008-12-18 22:09         ` Bartlomiej Zolnierkiewicz
2008-12-18 23:39           ` Dave Airlie
2008-12-19 19:45             ` Bartlomiej Zolnierkiewicz
2008-12-19 23:07     ` Kevin Winchester
2008-12-20  1:58     ` Kevin Winchester

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=1229633355.5650.4.camel@optimus \
    --to=airlied@redhat.com \
    --cc=airlied@gmail.com \
    --cc=akpm@linux-foundation.org \
    --cc=bzolnier@gmail.com \
    --cc=kjwinchester@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-next@vger.kernel.org \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).