Menu
▾
▴
mesa3d-users
|
From: S. P. <pr...@gm...> - 2008-05-18 13:50:13
|
Hoi, I finally managed to compile mesa with linux-solo configuration after a few weeks of trial-and-error. Now whenever i try to start the sample_server I get this error: [root@server miniglx]# ./sample_server & [miniglx] probed chipset 0x4e48 got MMIOAddress 0xb7df4000 offset 134217728 Unable to open radeon_dri.so: radeon_dri.so: cannot open shared object file: No such file or directory InitDriver failed Error: __miniglx_StartServer failed [1] 3325 [1]+ Exit 1 ./sample_server I am using Arch Linux with 2.6.25 kernel and modifications regarding the file drm_drv.c Video Card is ATI Radeon 9800, modules radeon, radeofb, agpgart are loaded. I have absolutly no idea why he refuses to find radeon_dri.so, the file exists in /usr/X11R6/lib/modules/dri/radeon_dri.so and /usr/lib/dri/radeon_dri.so (and of course in /root/Mesa-7.0.3/lib/radeon_dri.so and /root/Mesa-7.0.3/src/mesa/drivers/dri/radeon/radeon_dri.so) If it should be somewhere else - please tell me. If there's any other reason why it refuses to work, please tell me. I've absolutly no idea what could be wrong, I need your help. Regards, Simon Prückl |
|
From: S. P. <pr...@gm...> - 2008-05-18 15:21:45
|
Ok, I fixed that problem, the file radeon_dri.so should have been in /usr/lib/xorg/modules/dri/radeon_dri.so . So I'm able to start the sample_server, but the only thing I get is a black screen. I cannot change to other framebuffer consoles, my ssh-session gets stuck, the only thing i can do is to reboot. When starting via SSH i get this output: [root@server miniglx]# ./sample_server && ./miniglx [miniglx] probed chipset 0x4e48 got MMIOAddress 0xb7e45000 offset 134217728 shared virtual width is 1024 [drm] added 8192 byte SAREA at 0xf89cc000 [drm] mapped SAREA 0xf89cc000 to 0xb7e43000, size 8192 [drm] framebuffer handle = 0xe8000000 [drm] register handle = 0xfe9f0000 [gart] AGP enabled at 1x [gart] 8192 kB allocated with handle 0x00000001 [gart] ring handle = 0xf8000000 [gart] ring read ptr handle = 0xf8101000 [gart] vertex/indirect buffers handle = 0xf8102000 [gart] AGP texture map handle = 0xf8302000 Using 8 MB AGP aperture Using 1 MB for the ring buffer Using 2 MB for vertex/indirect buffers Using 1 MB for AGP textures Will use back buffer at offset 0x400000 Will use depth buffer at offset 0x700000 Will use 120832 kb for textures at offset 0xa00000 [drm] Added 32 65536 byte vertex/indirect buffers [drm] dma control initialized, using IRQ 16 [drm] Initialized kernel gart heap manager, 5111808 color tiling disabled page flipping disabled [miniglx] Setting mode: visible 1024x768 virtual 1024x768x32 [miniglx] Readback mode: visible 1024x768 virtual 1024x768x32 RADEONEngineRestore When starting at the PC itself i get a black screen. I don't know what's wrong, maybe i'll play with the settings a little bit, but if anyone has experienced something like that, please help... Regards On Sun, May 18, 2008 at 3:50 PM, Simon Prückl <pr...@gm...> wrote: > Hoi, > > I finally managed to compile mesa with linux-solo configuration after a few > weeks of trial-and-error. > Now whenever i try to start the sample_server I get this error: > > [root@server miniglx]# ./sample_server & > [miniglx] probed chipset 0x4e48 > got MMIOAddress 0xb7df4000 offset 134217728 > Unable to open radeon_dri.so: radeon_dri.so: cannot open shared object > file: No such file or directory > InitDriver failed > Error: __miniglx_StartServer failed > [1] 3325 > [1]+ Exit 1 ./sample_server > > I am using Arch Linux with 2.6.25 kernel and modifications regarding the > file drm_drv.c > Video Card is ATI Radeon 9800, modules radeon, radeofb, agpgart are loaded. > > I have absolutly no idea why he refuses to find radeon_dri.so, the file > exists in > /usr/X11R6/lib/modules/dri/radeon_dri.so > and > /usr/lib/dri/radeon_dri.so > > (and of course in /root/Mesa-7.0.3/lib/radeon_dri.so and > /root/Mesa-7.0.3/src/mesa/drivers/dri/radeon/radeon_dri.so) > > If it should be somewhere else - please tell me. > > If there's any other reason why it refuses to work, please tell me. I've > absolutly no idea what could be wrong, I need your help. > > Regards, > Simon Prückl > -- Simon Prückl - Prüxxx - Krift 43 - 4550 Kremsmünster |
|
From: S. P. <pr...@gm...> - 2008-05-18 19:20:52
|
I want to add that the screen is NOT only black as I told you a few hours ago, it's black and there's (barely visible in dark grey) the output of console. Changing to 16bit color depth results in a violet font. In any case it's a total lock-up. Does anyone know what could be wrong here? Regards On Sun, May 18, 2008 at 5:21 PM, Simon Prückl <pr...@gm...> wrote: > Ok, I fixed that problem, the file radeon_dri.so should have been in > /usr/lib/xorg/modules/dri/radeon_dri.so . > So I'm able to start the sample_server, but the only thing I get is a black > screen. > > I cannot change to other framebuffer consoles, my ssh-session gets stuck, > the only thing i can do is to reboot. > > When starting via SSH i get this output: > [root@server miniglx]# ./sample_server && ./miniglx > [miniglx] probed chipset 0x4e48 > got MMIOAddress 0xb7e45000 offset 134217728 > shared virtual width is 1024 > [drm] added 8192 byte SAREA at 0xf89cc000 > [drm] mapped SAREA 0xf89cc000 to 0xb7e43000, size 8192 > [drm] framebuffer handle = 0xe8000000 > [drm] register handle = 0xfe9f0000 > [gart] AGP enabled at 1x > [gart] 8192 kB allocated with handle 0x00000001 > [gart] ring handle = 0xf8000000 > [gart] ring read ptr handle = 0xf8101000 > [gart] vertex/indirect buffers handle = 0xf8102000 > [gart] AGP texture map handle = 0xf8302000 > Using 8 MB AGP aperture > Using 1 MB for the ring buffer > Using 2 MB for vertex/indirect buffers > Using 1 MB for AGP textures > Will use back buffer at offset 0x400000 > Will use depth buffer at offset 0x700000 > Will use 120832 kb for textures at offset 0xa00000 > [drm] Added 32 65536 byte vertex/indirect buffers > [drm] dma control initialized, using IRQ 16 > [drm] Initialized kernel gart heap manager, 5111808 > color tiling disabled > page flipping disabled > [miniglx] Setting mode: visible 1024x768 virtual 1024x768x32 > [miniglx] Readback mode: visible 1024x768 virtual 1024x768x32 > RADEONEngineRestore > > When starting at the PC itself i get a black screen. > > I don't know what's wrong, maybe i'll play with the settings a little bit, > but if anyone has experienced something like that, please help... > > Regards > > > On Sun, May 18, 2008 at 3:50 PM, Simon Prückl <pr...@gm...> wrote: > >> Hoi, >> >> I finally managed to compile mesa with linux-solo configuration after a >> few weeks of trial-and-error. >> Now whenever i try to start the sample_server I get this error: >> >> [root@server miniglx]# ./sample_server & >> [miniglx] probed chipset 0x4e48 >> got MMIOAddress 0xb7df4000 offset 134217728 >> Unable to open radeon_dri.so: radeon_dri.so: cannot open shared object >> file: No such file or directory >> InitDriver failed >> Error: __miniglx_StartServer failed >> [1] 3325 >> [1]+ Exit 1 ./sample_server >> >> I am using Arch Linux with 2.6.25 kernel and modifications regarding the >> file drm_drv.c >> Video Card is ATI Radeon 9800, modules radeon, radeofb, agpgart are >> loaded. >> >> I have absolutly no idea why he refuses to find radeon_dri.so, the file >> exists in >> /usr/X11R6/lib/modules/dri/radeon_dri.so >> and >> /usr/lib/dri/radeon_dri.so >> >> (and of course in /root/Mesa-7.0.3/lib/radeon_dri.so and >> /root/Mesa-7.0.3/src/mesa/drivers/dri/radeon/radeon_dri.so) >> >> If it should be somewhere else - please tell me. >> >> If there's any other reason why it refuses to work, please tell me. I've >> absolutly no idea what could be wrong, I need your help. >> >> Regards, >> Simon Prückl >> > > > > -- > Simon Prückl - Prüxxx - Krift 43 - 4550 Kremsmünster > -- Simon Prückl - Prüxxx - Krift 43 - 4550 Kremsmünster |
|
From: S. P. <pr...@gm...> - 2008-05-19 12:58:04
|
I'm on x86, yes. I compiled the kernel using the manual from the official
Arch Linux Wiki, I used the old config and just changed the 2 lines the
manual told me to do.
I don't know anything about the framebuffer - when starting the
sample_server without module radeonfb loaded he complains there's no
/dev/fb0, after modprobe radeonfb it "works" and results in the output
posted 2 mails ago (see below).
Running fbset -i results in this output:
[root@server tools]# fbset -i
mode "1280x1024-60"
# D: 108.003 MHz, H: 63.983 kHz, V: 60.021 Hz
geometry 1280 1024 1280 1024 8
timings 9259 248 48 38 1 112 3
hsync high
vsync high
rgba 8/0,8/0,8/0,0/0
endmode
Frame buffer device information:
Name : ATI Radeon NH
Address : 0xe8000000
Size : 134217728
Type : PACKED PIXELS
Visual : PSEUDOCOLOR
XPanStep : 8
YPanStep : 1
YWrapStep : 0
LineLength : 1280
MMIO Address: 0xfe9f0000
MMIO Size : 16384
Accelerator : Unknown (38)
[root@server miniglx]# ./sample_server && ./miniglx
[miniglx] probed chipset 0x4e48
got MMIOAddress 0xb7e45000 offset 134217728
shared virtual width is 1024
[drm] added 8192 byte SAREA at 0xf89cc000
[drm] mapped SAREA 0xf89cc000 to 0xb7e43000, size 8192
[drm] framebuffer handle = 0xe8000000
[drm] register handle = 0xfe9f0000
[gart] AGP enabled at 1x
[gart] 8192 kB allocated with handle 0x00000001
[gart] ring handle = 0xf8000000
[gart] ring read ptr handle = 0xf8101000
[gart] vertex/indirect buffers handle = 0xf8102000
[gart] AGP texture map handle = 0xf8302000
Using 8 MB AGP aperture
Using 1 MB for the ring buffer
Using 2 MB for vertex/indirect buffers
Using 1 MB for AGP textures
Will use back buffer at offset 0x400000
Will use depth buffer at offset 0x700000
Will use 120832 kb for textures at offset 0xa00000
[drm] Added 32 65536 byte vertex/indirect buffers
[drm] dma control initialized, using IRQ 16
[drm] Initialized kernel gart heap manager, 5111808
color tiling disabled
page flipping disabled
[miniglx] Setting mode: visible 1024x768 virtual 1024x768x32
[miniglx] Readback mode: visible 1024x768 virtual 1024x768x32
RADEONEngineRestore
On Mon, May 19, 2008 at 2:44 PM, Maurizio Rottin <mau...@gm...>
wrote:
> 2008/5/18, Simon Prückl <pr...@gm...>:
> > I want to add that the screen is NOT only black as I told you a few hours
> > ago, it's black and there's (barely visible in dark grey) the output of
> > console.
> > Changing to 16bit color depth results in a violet font.
> > In any case it's a total lock-up.
>
> are you on x86 architecture, and compiled the kernel (and framebuffer)
> by yourself?
>
> --
> mr
>
--
Simon Prückl - Prüxxx - Krift 43 - 4550 Kremsmünster
|
|
From: S. P. <pr...@gm...> - 2008-05-19 14:42:01
|
I had a look at the gentoo-wiki, sounds quite complicated and Arch Linux doesn't feel too well with it... Anyway, I accidentally deleted my whole working directory today... and so i had to compile fbdev/DRI once again. Now the sample_server starts with the same output without errors, screen goes black and font goes dark grey, but i can exit the sample_server with Ctrl+C when using ssh. Soon I try to start sample_server again I get this output: [root@server miniglx]# ./sample_server & ./miniglxtest [miniglx] probed chipset 0x4e48 got MMIOAddress 0xb7fad000 offset 134217728 shared virtual width is 1280 [drm] drmSetBusid failed (5, PCI:1:0:0), Device or resource busy __miniglx_StartServer: __driInitFBDev failed Error: __miniglx_StartServer failed [2] 15643 [miniglx] probed chipset 0x4e48 CreateNotify Authorize - magic 4 xf86-video-ati-6.6.2 or newer needed for Radeon 9500/9700/9800 cards. libGL error: InitDriver failed libGL error: reverting to (slow) indirect rendering XOpenDisplay: __driCreateScreen failed Error: XOpenDisplay failed DestroyNotify [2]+ Exit 1 ./sample_server I tried to install the new driver from here http://xorg.freedesktop.org/releases/individual/driver/ but the error stays the same - even after rebooting. Running ./sample_server alone results in: [root@server miniglx]# ./sample_server [miniglx] probed chipset 0x4e48 got MMIOAddress 0xb7df4000 offset 134217728 shared virtual width is 1280 [drm] drmSetBusid failed (5, PCI:1:0:0), Device or resource busy __miniglx_StartServer: __driInitFBDev failed Error: __miniglx_StartServer failed Running ./miniglxtest alone results in: [root@server miniglx]# ./miniglxtest [miniglx] probed chipset 0x4e48 CreateNotify Authorize - magic 8 xf86-video-ati-6.6.2 or newer needed for Radeon 9500/9700/9800 cards. libGL error: InitDriver failed libGL error: reverting to (slow) indirect rendering XOpenDisplay: __driCreateScreen failed Error: XOpenDisplay failed DestroyNotify Whenever I load the module radeonfb the screen goes black and the font re-appears much smaller after a few seconds, it seems the screen uses a better screen resolution soon i modprobe radeonfb. What exactly is not working? The Framebuffer? The Framebuffer-Driver? fbdev? The example-tools? The parts of the kernel I should activate when following http://gentoo-wiki.com/HOWTO_Framebuffer_Support are activated here under my Arch Linux - but due to using Lilo as Bootloader i didn't manage to boot with the boot-options listed in the gentoo wiki... I'll try it later on, maybe i'll install grub... Thanks, Maurizio On Mon, May 19, 2008 at 3:23 PM, Maurizio Rottin <mau...@gm...> wrote: > 2008/5/19, Simon Prückl <pr...@gm...>: > > I'm on x86, yes. I compiled the kernel using the manual from the official > > Arch Linux Wiki, I used the old config and just changed the 2 lines the > > manual told me to do. > > I don't know anything about the framebuffer - when starting the > > sample_server without module radeonfb loaded he complains there's no > > /dev/fb0, after modprobe radeonfb it "works" and results in the output > > posted 2 mails ago (see below). > > so the problem is the framebuffer module, not mesa. > in my gentoo i had to build ati-drivers, plus build uvesafb (couse > vesafb does not work anymore since 2.6.22 i believe), then rebuild the > kernel with the path to an initrd ad hoc and klibc to make it work > http://gentoo-wiki.com/HOWTO_Framebuffer_Support > > -- > mr > |
Thanks for helping keep SourceForge clean.
X