Re: radeon drm code in -current

From: Patrick Hurrelmann <outi_at_bytephobia.de>
Date: Mon, 26 Jul 2004 20:30:06 +0200
On Fri, 23 Jul 2004 13:01:40 -0400
"George D. Gal" <ggal_at_vsecurity.com> wrote:

> Well the agp.ko and radeon.ko are both loaded, unfortunately radeon doesn't
> display any error messages, and reverting back to another -current kernel
> fixes the issue. I guess I'll have to diff the source that someone modified in
> the last month or so...
> 
> AGP is successfully loaded.
> 
> -george
> 
> ----- Original Message ----- 
> From: "Eric Anholt" <eta_at_lclark.edu>
> To: "George D. Gal" <ggal_at_vsecurity.com>
> Cc: <freebsd-current_at_freebsd.org>
> Sent: Friday, July 23, 2004 12:45 PM
> Subject: Re: radeon drm code in -current
> 
> 
> > On Fri, 2004-07-23 at 05:13, George D. Gal wrote:
> > > >From what I can tell no entry is created in /dev/dri/ for the card.
> Attached
> > > is relevant portion from the XFree86.log
> > >
> > > -george
> > >
> > >
> > > (II) Primary Device is: PCI 01:00:0
> > > (--) Assigning device section with no busID to primary device
> > > (--) Chipset ATI Radeon Mobility 9000 (M9) Lf (AGP) found
> > > (II) resource ranges after xf86ClaimFixedResources() call:
> > >         [0] -1  0       0xffe00000 - 0xffffffff (0x200000) MX[B](B)
> > >         [1] -1  0       0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
> > >         [2] -1  0       0x000f0000 - 0x000fffff (0x10000) MX[B]
> > >         [3] -1  0       0x000c0000 - 0x000effff (0x30000) MX[B]
> > > ...skipping...
> > >         [31] -1 0       0x0000bf40 - 0x0000bf7f (0x40) IX[B]E
> > >         [32] -1 0       0x0000bf80 - 0x0000bf9f (0x20) IX[B]E
> > >         [33] -1 0       0x0000c000 - 0x0000c0ff (0x100) IX[B](B)
> > >         [34] 0  0       0x000003b0 - 0x000003bb (0xc) IS[B](OprU)
> > >         [35] 0  0       0x000003c0 - 0x000003df (0x20) IS[B](OprU)
> > > (==) RADEON(0): Write-combining range (0xfcff0000,0x80000) was already
> clear
> > > (==) RADEON(0): Write-combining range (0xe8000000,0x2000000)
> > > (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear
> > > drmOpenDevice: minor is 0
> > > drmOpenDevice: node name is /dev/dri/card0
> > > drmOpenDevice: open result is -1, (No such file or directory)
> > > drmOpenDevice: open result is -1, (No such file or directory)
> > > drmOpenDevice: Open failed
> > > drmOpenDevice: minor is 0
> > > drmOpenDevice: node name is /dev/dri/card0
> > > drmOpenDevice: open result is -1, (No such file or directory)
> > > drmOpenDevice: open result is -1, (No such file or directory)
> > > drmOpenDevice: Open failed
> > > [drm] failed to load kernel module "radeon"
> > > (II) RADEON(0): [drm] drmOpen failed
> > > (EE) RADEON(0): [dri] DRIScreenInit failed.  Disabling DRI.
> > > (II) RADEON(0): Memory manager initialized to (0,0) (1408,5957)
> > > (II) RADEON(0): Reserved area from (0,1050) to (1408,1052)
> >
> > So, the question is why you couldn't load the radeon module.  Does it
> > exist in /boot/kernel/radeon.ko?  It should, it's built by default.  If
> > it is, do you get any errors in your dmesg about missing symbols, or do
> > you not have AGP successfully loaded?
> >
> > -- 
> > Eric Anholt                                eta_at_lclark.edu
> > http://people.freebsd.org/~anholt/         anholt_at_FreeBSD.org
> >


I experience excactly the same problem. I have Dell Latitude D600 with a Radeon Mobility 9000, too.

I have radeondrm and agp compiled into my kernel running CURRENT of yesterday and XFree86-4.3.

Does anybody have a hint, how to fix this or has this issue been fixed?

Thx,

Patrick

-- 
===========================================================================
Patrick Hurrelmann         | "Programming today is a race between software
Mannheim, Germany          |  engineers striving to build bigger and better 
                           |  idiot-proof programs, and the Universe trying
outi at bytephobia.de      |  to produce bigger and better idiots. So far,
www.bytephobia.de          |  the Universe is winning."         - Rich Cook
Received on Mon Jul 26 2004 - 16:23:43 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:03 UTC