Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter your comments there.
http://bugs.xfree86.org/show_bug.cgi?id=314
------- Additional Comments From [EMAIL PROTECTED] 2004-05-08 00:46 -------
I just patched XFree86 4.4.0 sources with
XFree86-4.4.0-radeon-igp.patch.
First of all, is there a typo in line 569: unsigned long fb_location; ?
shouldn't it be unsigned long fb_base; ? anyway, the drm-module didn't
compile before i changed fb_location => fb_base. The drm-module radeon.ko loads
ok (eg. no error messages), but it doesnt work. XFree86.log.0:
(II) Primary Device is: PCI 01:05:0
(--) Assigning device section with no busID to primary device
(--) Chipset ATI Radeon IGP320M (U1) 4336 found
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
(II) RADEON(0): [drm] drmOpen failed
(EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI.
(II) RADEON(0): Direct rendering disabled
lsmod:
radeon 128960 0
ati_agp 6348 1
And yes, the radeon.ko which modprobe loads, is the same than
xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/radeon.ko.
I tryed to use the radeon.ko which ships with my kernel (2.6.5), and it
reported something when loaded with modprobe:
[drm] Initialized radeon 1.9.0 20020828 on minor 0
Even the XFree86.0.log says everything is fine for a while:
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 5, (OK)
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 5, (OK)
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 5, (OK)
drmGetBusid returned ''
(II) RADEON(0): [drm] created "radeon" driver at busid "PCI:1:5:0"
(II) RADEON(0): [drm] added 8192 byte SAREA at 0xdd910000
(II) RADEON(0): [drm] mapped SAREA 0xdd910000 to 0x44267000
(II) RADEON(0): [drm] framebuffer handle = 0xf0000000
(II) RADEON(0): [drm] added 1 reserved context for kernel
(II) RADEON(0): [agp] Mode 0x0f000204 [AGP 0x1002/0xcab0; Card 0x1002/0x4336]
(II) RADEON(0): [agp] 8192 kB allocated with handle 0x00000001
(II) RADEON(0): [agp] ring handle = 0xec000000
(II) RADEON(0): [agp] Ring mapped at 0x44269000
(II) RADEON(0): [agp] ring read ptr handle = 0xec101000
(II) RADEON(0): [agp] Ring read ptr mapped at 0x4436a000
(II) RADEON(0): [agp] vertex/indirect buffers handle = 0xec102000
(II) RADEON(0): [agp] Vertex/indirect buffers mapped at 0x4436b000
(II) RADEON(0): [agp] GART texture map handle = 0xec302000
(II) RADEON(0): [agp] GART Texture map mapped at 0x4456b000
(II) RADEON(0): [drm] register handle = 0xe8500000
(II) RADEON(0): [dri] Visual configs initialized
(II) RADEON(0): [drm] installed DRM signal handler
(II) RADEON(0): [DRI] installation complete
(WW) RADEON(0): Mismatched FB location. Incorrect version of DRM kernel driver $
(II) RADEON(0): [drm] removed 1 reserved context for kernel
(II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xdd910000 at 0x44267000
(II) RADEON(0): Direct rendering disabled
Any hints?
--
Configure bugmail: http://bugs.xfree86.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
deliver higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
--
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
