From: Dave Airlie <airlied@gmail.com>
To: dri-devel@lists.sourceforge.net, arlied@linux.ie,
linux-kernel@vger.kernel.org
Subject: Re: DRM regression in Linux 2.6.9-rc1-bk12
Date: Thu, 16 Sep 2004 14:42:53 +1000 [thread overview]
Message-ID: <21d7e99704091521426866c520@mail.gmail.com> (raw)
In-Reply-To: <20040916025942.GA27261@samarkand.rivenstone.net>
Thanks for this report, I'll look over the changes for pcigart this
evening, I don't own a PCI radeon to test on... hopefully it's just
something small in the reduced macro code...
Dave.
On Wed, 15 Sep 2004 22:59:43 -0400, Joseph Fannin <jhf@rivenstone.net> wrote:
> Hi!
>
> [ I suspect dri-devel is going to bounce my mails, so I'm CC'ing
> linux-kernel ]
>
> DRI stopped working on my setup in Linux 2.6.9-rc1-bk12. I've
> narrowed the problem down to this changeset (Drop __HAVE_CTX_BITMAP,
> __HAVE_SG, __HAVE_PCI_DMA):
>
> http://linux.bkbits.net:8080/linux-2.5/cset@413a5e3ecfrYcOqFo6JOgkPIU-qVmQ
>
> Backing this patch out makes DRI in -bk12 work again.
>
> I've verified this on two machines with PCI Radeon 7000 cards, so
> there's PCIGART stuff involved; unfortunately I don't have any AGP
> Radeons to test with. (I originally suspected the __REALLY_HAVE_AGP
> change, but that's fine, along with the DRIVER_FILE_FIELDS removal).
>
> For what it matters, I'm primarily testing on a ppc Macintosh, but
> I've verified this on a PC too.
>
> Wow, there was no kidding about DRM being difficult to read. :-)
> I hope this is helpful, but I don't urgently need DRI working. I'd be
> glad to give any help tracking the problem down.
>
> On kernels with non-working DRM, I get this message from the kernel:
>
> [drm:radeon_cp_init] *ERROR* radeon_cp_init called without lock held
> [drm:radeon_unlock] *ERROR* Process 2150 using kernel context 0
>
> While X says:
>
> [24] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU)
> drmOpenDevice: minor is 0
> drmOpenDevice: node name is /dev/dri/card0
> drmOpenDevice: open result is -1, (Unknown error 999)
> drmOpenDevice: open result is -1, (Unknown error 999)
> drmOpenDevice: Open failed
> drmOpenDevice: minor is 0
> drmOpenDevice: node name is /dev/dri/card0
> drmOpenDevice: open result is -1, (Unknown error 999)
> drmOpenDevice: open result is -1, (Unknown error 999)
> drmOpenDevice: Open failed
> drmOpenDevice: minor is 0
> drmOpenDevice: node name is /dev/dri/card0
> drmOpenDevice: open result is 7, (OK)
> drmGetBusid returned ''
> (II) RADEON(0): [drm] loaded kernel module for "radeon" driver
> (II) RADEON(0): [drm] created "radeon" driver at busid "PCI:0:18:0"
> (II) RADEON(0): [drm] added 8192 byte SAREA at 0xcd971000
> (II) RADEON(0): [drm] mapped SAREA 0xcd971000 to 0xb5d89000
> (II) RADEON(0): [drm] framebuffer handle = 0xd8000000
> (II) RADEON(0): [drm] added 1 reserved context for kernel
>
> (EE) RADEON(0): [pci] Out of memory (-1007) <------- *** LOOK HERE ***
>
> (II) RADEON(0): [drm] removed 1 reserved context for kernel
> (II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xcd971000 at
> 0xb5d89000
> (II) RADEON(0): Memory manager initialized to (0,0) (1280,6553)
> (II) RADEON(0): Reserved area from (0,1024) to (1280,1026)
> (II) RADEON(0): Largest offscreen area available: 1280 x 5527
> (II) RADEON(0): Using XFree86 Acceleration Architecture (XAA)
>
> <snip>
>
> (II) RADEON(0): Direct rendering disabled
>
> Thanks!
>
> --
> Joseph Fannin
> jhf@rivenstone.net
>
> "Bull in pure form is rare; there is usually some contamination by data."
> -- William Graves Perry Jr.
>
>
>
>
next prev parent reply other threads:[~2004-09-16 4:43 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-16 2:59 DRM regression in Linux 2.6.9-rc1-bk12 Joseph Fannin
2004-09-16 4:42 ` Dave Airlie [this message]
2004-09-16 5:17 ` Jon Smirl
2004-09-17 5:12 ` Joseph Fannin
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=21d7e99704091521426866c520@mail.gmail.com \
--to=airlied@gmail.com \
--cc=arlied@linux.ie \
--cc=dri-devel@lists.sourceforge.net \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox