On Tue, 9 Aug 2005, [iso-8859-2] Micha³ Pytasz wrote:
Hi,
On Tuesday 09 of August 2005 18:04, Vladimir Dergachev wrote:
Version of my kernel is gentoo-2.6.12-r7, which is based on 2.6.12.3
(exact list of applied patches is here:
http://dev.gentoo.org/~dsd/genpatches/trunk/2.6.12/ )
I am attaching my kernel configuration.
I could build vanilla kernel if it would help debug problem.
Well, I ran out of ideas. If it is not too much trouble try a vanilla
kernel, on the off chance that something is different there.
Just tested it with vanilla kernel 2.6.13-rc6 - results are the same.
What about 2.6.12-4 - there were some amd64 specific changes, though I am
not certain whether they would apply here.
For comparison here is the relevant part from my Xserver log:
(II) RADEON(0): [drm] added 8192 byte SAREA at 0xf99de000
(II) RADEON(0): [drm] mapped SAREA 0xf99de000 to 0xaf87a000
(II) RADEON(0): [drm] framebuffer handle = 0xd0000000
(II) RADEON(0): [drm] added 1 reserved context for kernel
(II) RADEON(0): [agp] Mode 0x1f000201 [AGP 0x8086/0x3340; Card 0x1002/0x4e50]
(II) RADEON(0): [agp] 8192 kB allocated with handle 0x00000001
As you can see SAREA address is high too (this is on Pentium M, 32 bits)
and the very next messages says that it was mapped at some virtual address
in Xserver space.
The code that does this is located in
xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_dri.c
If you feel like it poke around, insert some xf86DrvMsg(X_INFO, 0, "hello")
to see what happens.
In particular it would be useful for another pair of eyes to check for the
following:
* any confusion between int, long and similar unsigned types
* above, especialy as applied to addresses and sizes
* does mmap work ok on your system ? Maybe some issues with flags
passed to it ?
thank you !
Vladimir Dergachev
Michal
