[15:43] <lfu> hi, dunno I'm in the right place for my questions here. so sorry for any misplaced question. I'm trying to get a customized atom board with graphic up and running, tried IEGD first, which is broken like hell. I then found the psb project, which is apparently inactive at moblin.org. I obtained some sourcpackages for the xorg and kernel driver in http://netbook-remix.archive.canonical.com/ubuntu/dists/hardy-dell-mini/main/source/, kicked i
[15:44] <lfu> I supposed strongly that the segfault is somewhere in Xpsb.so, which is unfortunately binary only.
[15:45] <lfu> so I'm wondering how the ubuntu people got this running. Any chance to get source code for this?
[15:46] <persia> lfu, I don't believe that the psb drivers are open source.
[15:47] <lfu> there're only small portion closed source
[15:47] <lfu> the firmware I actually don't care since the xorg startsup also without the kernel driver
[15:47] <lfu> all I'm wondering about ist the Xpsb.so
[15:47] <lfu> the Ubuntu people *get* to have got it run... somehow
[15:48] <persia> Well, I can say it wasn't ever part of Ubuntu proper.  There's been some out-of-archive solutions, including the archive you reference above, and the ubuntu-mobile PPA (for hardy)
[15:50] <persia> I've been following some of the work that was done to try to make it work with intrepid, and I know that a whole heap of packages are affected.
[15:51] <persia> But I don't know anything about Xpsb.so specifically.
[15:52] <ogra> beyond the fact that you need to bend backwards until your right ear touches your left ankle to make it build
[15:55] <lfu> I actually got the psb_drv compile with my toolchain ;-) You guys has already supplied some patches, I indeed had to kick it further, but it went actually through
[15:57] <lfu> If I don't have the xpsb.so, the psb_drv start till the point: /usr/lib/xorg/modules//psb_drv.so: undefined symbol: psbDRIScreenInit, which seemed godd so far. After I copied the file. X segfaults with this X[974]: segfault at 2949492c eip b7e8cd28 esp 081e6038 error 4. Since I have a debug system with symbol tables. It ought to be somewhere in Xpsb.so, which is apparaentlich stripped till bone
[16:01] <lfu> So I'm wondering where has the Ubuntu people get the finger on this binary. It might probably be some version conflicts with my xorg. (libX11-1.1.4, xorg-server-1.4) (my system is built from scratch with ptxdist). If I can get more information about this part, it'd be enough help
[16:06] <persia> lfu, Again, it's never been part of Ubuntu proper.  I strongly suspect that the binary you found from http://netbook-remix.archive.canonical.com/ubuntu/dists/hardy-dell-mini/main/source/ was prepared under contract with Intel (as I don't know of any other means to collect it).
[16:10] <lfu> persia: hmm, sounds unappealing
[16:11] <persia> Yeah, that's part of why it's not in the repos.  Personally, I'd like to have it available, as I have a couple poulsbo devices, but for now I just run with VESA.
[16:12] <lfu> persia: VESA ist unfortunately not enought, $CUSOMTER likes to see things rotating and blinking, ;-)
[16:12] <persia> Yeah.  For that, you probably need to coordinate with the hardware vendor, unfortunately.
[16:13] <lfu> the powerVR core in GMA500 is crappy like hell. I've already had a lot of fun with this in a powerpc architecture. Now it's biting me hard on this GMA500 issue
[16:13] <lfu> Intel has defintively done a bad deal with it
[16:14] <lfu> one more question. can I obtain the UNR hardy image somewhere in canonicals archive?
[16:15] <lfu> I can only find the jaunty based current one
[16:17] <ogra> http://oem-images.canonical.com/unr/
[16:17] <lfu> the 1.0.1 is hardy based?
[16:17] <ogra> (linked under releases on https://launchpad.net/netbook-remix)