[SOLVED] Slackware ARM 14.1 on RaspberryPi xorgsetup failed
Slackware - ARMThis forum is for the discussion of Slackware ARM.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I don't have 14.1 RTR on my PI but I've X working right on 14.0 on the PI ... here's some stuff from my Xorg.0.log:
Code:
[ 310.164] Kernel command line: dma.dmachans=0x7f35 bcm2708_fb.fbwidth=1824 bcm2708_fb.fbheight=984 bcm2708.boardrev=0xe bcm2708.serial=0x86dcc745 smsc95xx.macaddr=B8:27:EB:DC:C7:45 sdhci-bcm2708.emmc_clock_freq=250000000 vc_mem.mem_base=0x1ec00000 vc_mem.mem_size=0x20000000 dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait ro
[ 310.353] (II) Loading extension DRI2
[ 310.353] (==) Matched fbdev as autoconfigured driver 0
[ 310.353] (==) Assigned the driver to the xf86ConfigLayout
[ 310.353] (II) LoadModule: "fbdev"
[ 310.354] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so
[ 310.358] (II) Module fbdev: vendor="X.Org Foundation"
[ 310.358] compiled for 1.12.3, module version = 0.4.3
[ 310.358] Module class: X.Org Video Driver
[ 310.358] ABI class: X.Org Video Driver, version 12.0
[ 310.358] (II) FBDEV: driver for framebuffer: fbdev
[ 310.359] (--) using VT number 7
[ 310.385] (WW) Falling back to old probe method for fbdev
[ 310.386] (II) Loading sub module "fbdevhw"
[ 310.386] (II) LoadModule: "fbdevhw"
[ 310.388] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
[ 310.390] (II) Module fbdevhw: vendor="X.Org Foundation"
[ 310.391] compiled for 1.12.4, module version = 0.0.2
[ 310.391] ABI class: X.Org Video Driver, version 12.1
And on 14.0 xorgsetup seems to run fine ... Could it be that your missing some required package ?
I wanted to give you some better help by getting a miniroot 14.1 on a spare SD and working quickly upto GUI ... but I hit some other issues that slowed me down (maybe Stuart can add the paskages in next miniroot release):
libtiff (making links not functional)
mpfr
Now I've to take the kids to the park ... but I'll have a go later.
I added to the miniroot 14.1 the whole package series "l, x" and added a few packages here and there to get X working (fluxbox, utmpter, nettle, libtiff, mpfr). Linked xinitrc.fluxbox to xinitrc and fired up startx without even configuring it.
I then ran xorgsetup just to make sure it was working and for me it ran OK.
I had a look at the difference from your bust Xorg lo9g and my working one. This is the first thing that struck me:
In mine
Code:
[ 5744.121] X Protocol Version 11, Revision 0
[ 5744.128] Build Operating System: Slackware 14.1 Slackware Linux Project
[ 5744.134] Current Operating System: Linux slackware 3.10.29 #1 PREEMPT Thu Fe
b 13 22:01:13 GMT 2014 armv6l
In yours
Code:
[ 529.313] X Protocol Version 11, Revision 0
[ 529.314] Build Operating System: Slackware 14.1 Slackware Linux Project
[ 529.316] Current Operating System: Linux armslack 3.12.26+ #704 PREEMPT Wed
Aug 20 22:35:11 BST 2014 armv6l
Could it be that FB support in yiur kernel has something wrong ?
That was just grepping really obvious stuff from the kernel configuration ... more may be needed but if you followed fatdog's howto you should be ok and the problem is likely to be somewhere else.
In the section where framebuffer driver is loaded our Xorg.0.log look much different.
Check that you have these packages installed on your system:
xorg-server
xf86-video-modesetting
xf86-video-fbdev
xf86-input-evdev
If they are installed then maybe there is something else preventing X from loading correctly fbdev ... possibly library dependencies.
If that's the case, and you have space in the SD card you can fix it fast by running "slackpkg install l"
Ok then remove any /etc/X11/xorg.conf* like files and try startx
What do you get ? I mean on the terminal not in the log.
How big is the SD on your PI ? Can you make a compressed image of it and put it on dropbox or something like that so I can try running it on my PI ?
Like if you put it on your pc (/dev/sdb) and the do something like
You could run this from the pi itself as long as you write to somewhere else other then the SD that the system is on. Assuming you have mounted a USB stick on /mnt/tmp you could do this on the PI itself:
Can you leave me your email or IM here, I have not found how to PM in this forum.
I had put rpi on internet, I will send you login information to you. You can check it online.
After analyzing this problem with the help of louigi600, we found that Xorg Server works with driver fbdev even xorgsetup can't create a xorg.conf file. But it didn't have hardware acceleration, so I couldn't run XBMC.
Then we find http://slaxbmc.blogspot.jp/2014/06/s...1-upgrade.html, which works out of box for running XBMC.
The X in XBMC doe not com from X11/Xorg it's coming from "XBox Media Center" and it's actually not even using X at all you can launch it directly from the text console.
I didn't try installing XBMC directly in Slackware ARM to try and figure out why sleeprodp was getting a message lamenting that XBMC could not find OpenGL acceleration.
This actually surprises me a little (which ARM platforms have openource drivers that support OpenGL acceleration ?).
Anyway I'm not sure what they've done in slaxbmc but it's working nicely (just a little slow to boot) and I think that it may be a very good way of having both a good media center and desktop replacement all in one. Previously I was running OpenELEC on the PI but that was lacking even a worthy browser, so it was really useless as a desktop system.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.