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.

---

Comments

i810 Xorg driver
Username: BarryK
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.

i810 during kernel-compile
Username: Sit Heel Speak
"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

Xorg
Username: kirk
"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)

xorg
Username: kirk
"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

T2
Username: kirk
"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.

Recompile gcc
Username: BarryK
"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.

Recompile gcc
Username: BarryK
"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.

i810 symlink
Username: BarryK
"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.

ghostscript
Username: kirk
"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.

Tags: woof