Preliminary testing Xorg 7.5

My T2 build has Xorg 7.5, at least a pre-release of 7.5.

I used Woof to build a distro, booted off a Flash drive, got a black screen, dead keyboard.

I tracked it down to this line in the Xorg Wizard:

Xorg -configure

By bypasing that, I was able to get Xorg to start.

By running:

Xorg -configure > /mnt/sda6/x.log 2>&1

I was able to get a log, and I found this:

(EE) LoadModule: Module i810 does not have a i810ModuleData data object.
(EE) Failed to load module "i810" (invalid module, 0)


then it complained that vmware_drv.so has an undefined symbol, then it hung.

Anyway, one thing at a time. I could only find two partially useful links about that particular i810 problem:

http://www.mail-archive.com/universe-bugs@lists.ubuntu.com/msg128432.html
https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=439045

...the first link "solves" the problem by hardwiring use of the 'intel' driver into Xorg.conf.

...the second solution is very frustrating, as the fellow says he solved the problem, but does not say how.

UPDATE
Here's another i810 link:
http://www.linuxquestions.org/questions/slackware-14/what-happened-to-xorg-in-slackware-13.0-intel-chipset-762618/

...interesting, Slackware 13.0 has an alternate (older) intel driver that people can use if the "proper" one doesn't work.

Anyway, I have to go back and check what kernel modules were loaded. It looks like the i810_drv.so driver needs kernel DRM module i810.ko (and drm.ko). Yeah, this is new stuff -- previously only the agpgart.ko and intel_agp.ko modules were needed. I'll check and report back.


Posted on 8 Nov 2009, 22:03


Comments:

Posted on 8 Nov 2009, 22:41 by BarryK
i810 Xorg driver
Just a quick report to wind this up.

I removed the 'vmware_drv.so' Xorg driver and now 'Xorg -configure' works.

The error I reported about 'i810_drv.so' not loading is weird, as the 'intel_drv.so' did load (the former is only a symlink to the latter).

Furthermore, the kernel modules 'i915.ko' and 'drm.ko' got automatically loaded when the Xorg intel driver loaded.

End result: it works.



Posted on 8 Nov 2009, 24:16 by Sit Heel Speak
i810 during kernel-compile
During compile of the 2.6.31.5 kernel, these warning messages flash by:

CC drivers/video/vesafb.o
drivers/video/vesafb.c: In function '__check_vgapal':
drivers/video/vesafb.c:74: warning: return from incompatible pointer type
drivers/video/vesafb.c: In function '__check_nomtrr':
drivers/video/vesafb.c:80: warning: return from incompatible pointer type
CC drivers/video/efifb.o
CC drivers/video/vga16fb.o
CC drivers/video/output.o

CC drivers/video/i810/i810_main.o
CC drivers/video/i810/i810_accel.o
CC drivers/video/i810/i810_dvt.o
drivers/video/i810/i810_dvt.c: In function 'i810fb_fill_var_timings':
drivers/video/i810/i810_dvt.c:272: warning: the frame size of 1524 bytes is larger than 1024 bytes
LD drivers/video/i810/i810fb.o
LD drivers/video/i810/built-in.o


Posted on 9 Nov 2009, 8:03 by kirk
Xorg
With Xorg 7.4 I could use this Xorg.conf with my laptop or any laptop with a synaptics/alps touch pad:

Section "ServerLayout"
Identifier "Default Layout"
Screen "Default Screen" 0 0
InputDevice "SynapticsMouse" "AlwaysCore"
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "Mouse0" "CorePointer"
EndSection

Section "ServerFlags"
Option "AllowMouseOpenFail" "true"
Option "AutoAddDevices" "False" # No HAL
Option "DontZap" "false"
EndSection

Section "Device"
Identifier "Configured Video Device"
EndSection

Section "Monitor"
Identifier "Configured Monitor"
EndSection

Section "Screen"
Identifier "Default Screen"
Monitor "Configured Monitor"
Device "Configured Video Device"
EndSection


Section "Module"

Load "synaptics"

EndSection

Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbRules" "xorg"
Option "XkbModel" "pc102"
Option "XkbLayout" "us" #xkeymap0
EndSection

Section "InputDevice"

#Option "Emulate3Timeout" "50"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto" #mouse0protocol
Option "Device" "/dev/mouse"
#Option "Emulate3Buttons"
Option "ZAxisMapping" "4 5" #scrollwheel
EndSection

(continued on next post)


Posted on 9 Nov 2009, 8:03 by kirk
xorg
Section "InputDevice"
Identifier "SynapticsMouse"
Driver "synaptics"
Option "Device" "/dev/psaux"
Option "Protocol" "auto-dev"
Option "LeftEdge" "120"
Option "RightEdge" "930"
Option "TopEdge" "120"
Option "BottomEdge" "650"
Option "FingerLow" "14"
Option "FingerHigh" "15"
Option "MaxTapTime" "0"
Option "MaxTapMove" "110"
Option "VertScrollDelta" "20"
Option "MinSpeed" "0.3"
Option "MaxSpeed" "0.75"
Option "AccelFactor" "0.030"
Option "EdgeMotionMinSpeed" "200"
Option "EdgeMotionMaxSpeed" "200"
Option "UpDownScrolling" "1"
Option "CircularScrolling" "1"
Option "CircScrollDelta" "0.1"
Option "CircScrollTrigger" "2"
EndSection


Posted on 9 Nov 2009, 8:07 by kirk
T2
Barry,

Did you remember to recompile gcc?

Normally when you compile gcc it recompiles it self 3 times during the build to make sure you get a working build. T2 disables this in their config. I think that's why it ends up broke.




Posted on 9 Nov 2009, 8:22 by BarryK
Recompile gcc
Kirk,
No, I haven't recompiled gcc, but I think the file that is causing the problem is:

target/puppy5/config.in

I had already commented-out 'texinfo' build mangling for this build, but I think that I should comment-out all of them, especially 'gcc'.

...then I'll do the entire build again (aaaargh!)

One thing that is odd, shared-mime-info binary .tar.bz2 package does not have the files in /usr/share/mime. Looking in package/x11/shared-mime-info, it seems that the files are supposed to be built, in a strange way, by a post-install script. That must be done for a reason, but anyway it isn't working. Maybe I should experiment, restore to a normal configuration.



Posted on 9 Nov 2009, 8:56 by BarryK
Recompile gcc
Well no, perhaps I don't need to do the entire build again.

...ahem no, tried just running BuildTarget and it complained immensely. Looks like I need to clear the build totally. Oh well...

One thing I would like to do is get ghostscript to compile with:

make so
make soinstall

...don't know how to tell T2 do do that, instead of the normal 'make' and 'make install' -- well T2 invokes those with its own variables appended.



Posted on 9 Nov 2009, 12:53 by technosaurus
i810_drv fix?
in 4.3.1 we have a symlink for the i810 driver to intel.... maybe it will work in 7.5 as well


Posted on 9 Nov 2009, 17:39 by BarryK
i810 symlink
technosaurus,
That's how it is by default, for Xorg 7.3, 7.4 and 7.5.
Same thing with my Tpup build -- I mentioned that in the first comment above.



Posted on 9 Nov 2009, 22:00 by kirk
ghostscript
T2 built a 13MB binary for ghostscript when I did it. Then I tried make so and got a 13mb shared library. So I went back to using just the binary with this:

./configure --prefix=/usr --disable-gtk --with-x=no --without-x --with-fontpath=/usr/share/fonts/default/TTF --enable-dynamic --disable-cairo --disable-compile-inits --without-jasper

That gave me a 5.5MB ghostscript binary. I don't have anything that needs a shared library from ghostscript.

The gcc comment above didn't have anything to do with your Xorg problem, just thought about it. There's probably some reason that T2 builds gcc the way that it does, maybe for cross-builds, but it's always ended up broke for me. If I didn't recompile it, lots of things would segfault, Geany comes to mind. I think libstdc++ gets hosed.

I used your puppy5 target, but I removed the pkg_xorg-server.conf file and replaced puppy5's 10-minimal-xorg.in with the current one from the generic target. Well, I might have just updated the one in puppy5 because there are quite a few xorg packages that won't build. Also I deleted puppy5's qt4.conf, I wanted qt4 to support opengl. I found a copy of the puppy5 target I used, don't know if it will help but I'll send you a PM.