On Mon, Jan 17, 2011 at 10:45 AM, Gordan Bobic gordan@bobich.net wrote:
Andy Green wrote: > On 01/13/11 21:45, Somebody in the thread at some point said: > >> The package in question won't compile at all on F13, it seems: >> >> # rpmbuild --rebuild xorg-x11-server-1.6.1.901-1.fc11.src.rpm > > I don't know what the actual problem is from the error, but are all the > dependencies in that filesystem also f11-vintage? If everything else > down /usr/include is f13-vintage, it's quite possible f11 sources or > spec might choke on considerably newer dependent includes.
Most of the system is the F13 rawhide. It's yum updated from the F12 release since an awful lot in the F13 alpha is still missing or broken (e.g. firefox). So there are still a number of F12 vintage packages that aren't in the koji repository yet.
Interestingly, F11 libxinerama packages that contain the headers where the compile breaks don't even include those header files.
fbdev works fine for me for the AC100, I don't think its accelerated but it auto detects and just works, not had enough time to play with it further and see what works and what doesn't.
> What're you trying to achieve by recooking f11 xorg server on f13? Maybe > there's a different way to come at your overall goal.
I very much doubt it. The machine I'm working on is a Toshiba AC100. The only kernel available for it with working keyboard/mouse support is 2.6.29 provided by Toshiba as part of the open source code they wrote for Android (the machine comes pre-loaded with Android). Unfortunately, Toshiba have in their infinite wisdom decided to put the keyboard and mouse behind proprietary interfaces, rather than USB HID (the machine does have full featured master and slave USB, which makes the decision particularly retarded). The drivers haven't yet been ported to later kernels.
Interesting, I'm looking at this closer as I have one of these devices myself. The keyboard/mouse reports its attached to the old style ps2 keyboard/mouse interfaces.
Further, the only way to eccelerated graphics on it is using the nvidia closed source tegra xorg driver. Since only 2.6.29 kernel works, only the tegra driver that is compatible with the interface of the kernel module for 2.6.29 works. That driver is sufficiently old that it is based on the xorg ABI from version 1.6.x, i.e. of the F11 vintage.
Works fine with the fbdev on the 2.6.29 kernel using the F-13 and the fbdev X driver. In the 2.6.37 and already pending for the .38 series there's been a lot of tegra drivers make it to the mainline kernel so it will be interesting to see what's missing / remaining / different on the toshiba side of development.
That means that the only way to get accelerated drivers is using the 2.6.29 kernel and Xorg 1.6. Xorg binaries from F11 require libssl.so.8 which means openssl 0.9.8k. F11 xorg src.rpm won't build on F12/F13, as explained earlier. I put just the three libraries it depends on in the relevant places, and that works fine, but by far the easiest way to solve this problem would be using an openssl098k compatibility package.
I suspect until some can fix it you'll need to deal with it yourself. 0.9.8k suffers from numerous vulnerabilities and its not something as a result that would get into mainline fedora. Fedora doesn't promote propriety closed source drivers so its extremely unlikely they'll add an old version of a library to support a closed source binary driver.
Peter