CLFS X11 starts with fbdev but cant use any other driver
2 Attachment(s)
Right here's my problem I have build CLFS on an AMD64, all goes fine boots up etc, installed Xorg7 via the book, did a minimal install from this:
http://lists.x.org/archives/xorg-mod...er/000801.html +some dependencies that were missing. This is what was installed: Code:
ed-1.4-1 Used Xorg to create a default xorg.conf file Driver set to fbdev and X started with this comand Code:
X -retro -config ~/xorg.conf.new If I try any other driver ( nv,vesa,nvidia ) just get a black screen and hang and have to do ALT-SYSREG-B to reboot I no the proper nvidia works on my mahine as I use it in slackware but although it installs in LFS I get the same black screen Default xorg.conf: Code:
Section "ServerLayout" I'm stumped I've googled my @$$ off and gone over the xorg chapter in the book at least four times I've tried reinstallaing the server and copying xorg.conf files that I know work with my system, I've tried using my kernel from slackware to boot LFS to see if it was a kernel problem but always the same problem fbdev works nothing else seems to. HELP!! :banghead: :confused: :scratch: |
Try ls /usr/lib(64)/libGL* and see where the symlinks are pointed. Things like libGL.so should point at libGL.so.1.2(?) if it's using Mesa libs(for nv), but point at libGL.so.<nvidia version> if it's a proprietary driver is there. That's a show stopper Post
glxinfo |grep render |
Thanks for the tips, to start
Code:
root@SlackHolly:/-> ls /usr/lib64/libGL* I may have found the reason late last night, I decided to install all the library's and protos from the Xorg7 section of the books and rebuild mesa and I noticed that the 'dri' folder installed by mesa was in /usr/lib64 and NOT in /usr/lib64/xorg/modules which is where the configure command in the xorg-server section looks so I symlinked and reinstalled xorg-server and the nvidia driver and presto! a working X, I don't see anything in the mesalib configure section to tell it where to install the 'dri' folder, have I missed something? I now just want to go back and remove the extra libs and see if that was part of the problem I will post back. |
Sorry. My bad. Minding a patient here at the same time
ls -l /usr/lib(64)/libGL* lets you see where the symlinks point.I forgot the '-l'. Just looking libGL.so.295.59 libGLU.so.1.3.070900 if both of them are in use, it's a problem. Here's my output, with no proprietary blob in sight, using Mesa & oss. What are you using? . Quote:
|
Quote:
|
Quote:
|
Quote:
|
Well I've finally sorted the problem after having re-installed xorg a couple of times and finally done a complete rebuild from scratch ( mostly scripted and package managed so not a real problem to just let it run ).
I decided to go with a full library/proto install as they don't take much room and will probably save me grief in the future. It is definitely a problem with the configure options for mesalib and xorg-server given here: http://cblfs.cross-lfs.org/index.php/Xorg7/MesaLib and here: http://cblfs.cross-lfs.org/index.php/Xorg7/Xserver The configure for xorgserver has this option --with-dri-driver-path="${XORG_PREFIX}/lib/xorg/modules/dri" which is fine but the corresponding option is not given for mesalib which should be --with-dri-driverdir=/usr/lib${LIBDIRSUFFIX}/xorg/modules/dri --enable-xcb ( xcb is not enabled by default ), where LIBDIRSUFFIX=64 for x86_64 or "" for 32Bit, this puts the dri folder into xorg/modules linstead of /usr/lib. Also to install the proprietary nvidia driver ( I know I know it's not open source ), you need to use the eglibc-2.15-r16526-dl_dep_fix-1.patch when building the final eglib. Thanks for the suggestions and I hope this may help someone else. On to gtk and Xcfe - Oh Joy! |
Post the corrections to the appropriate LFS list so they can fix the book.
|
Quote:
|
All times are GMT -5. The time now is 06:11 PM. |