=== freeflyi1g is now known as freeflying === ssweeny_ is now known as ssweeny === freeflyi1g is now known as freeflying === Guest52556 is now known as Zic [15:43] 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] I supposed strongly that the segfault is somewhere in Xpsb.so, which is unfortunately binary only. [15:45] so I'm wondering how the ubuntu people got this running. Any chance to get source code for this? [15:46] lfu, I don't believe that the psb drivers are open source. [15:47] there're only small portion closed source [15:47] the firmware I actually don't care since the xorg startsup also without the kernel driver [15:47] all I'm wondering about ist the Xpsb.so [15:47] the Ubuntu people *get* to have got it run... somehow [15:48] 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] 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] But I don't know anything about Xpsb.so specifically. [15:52] beyond the fact that you need to bend backwards until your right ear touches your left ankle to make it build [15:55] 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] 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] 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] 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] persia: hmm, sounds unappealing [16:11] 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] persia: VESA ist unfortunately not enought, $CUSOMTER likes to see things rotating and blinking, ;-) [16:12] Yeah. For that, you probably need to coordinate with the hardware vendor, unfortunately. [16:13] 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] Intel has defintively done a bad deal with it [16:14] one more question. can I obtain the UNR hardy image somewhere in canonicals archive? [16:15] I can only find the jaunty based current one [16:17] http://oem-images.canonical.com/unr/ [16:17] the 1.0.1 is hardy based? [16:17] (linked under releases on https://launchpad.net/netbook-remix) === rbelem is now known as rbelem-lunch === matt_c is now known as matt_c|throwback === matt_c|throwback is now known as matt_c === rzr is now known as rZr