[07:18] <siji> ogra, need help
[07:18] <siji> i updated the kernel as per ur doc
[07:18] <siji> for getting SGX support
[07:19] <siji> no my ubuntu is running frm 2.6.29
[07:19] <siji> but it's giving only 640x480  resolution
[07:35] <mike^> siji: can you send me the doc about getting SGX support, pls?
[07:35] <siji> mike^,http://elinux.org/BeagleBoardUbuntu
[07:36] <siji> which kernel u are using?
[07:36] <siji> this doc is for ubuntu
[07:36] <mike^> I'm using linux-omap from mainline
[07:37] <mike^> 10x
[07:37] <siji> it's already build with SGX support I think
[07:37] <siji> and which OS?
[07:37] <mike^> Linux :), well, I'm experimenting with Ubuntu and OE
[07:38] <siji> ok for ubuntu refer the above link
[07:38] <siji> ogra made it very nicely
[07:39] <mike^> indeed
[07:39] <mike^> thanks for the link
[07:41] <siji> mike^ say thanks to ogra  :)
[07:42] <mike^> ogra, thanks :)
[07:53] <siji> ogra,I solved
[07:53] <siji> now it's running with proper resolution
[07:53] <siji> :)
[07:56] <mike^> ericm_: Hi
[08:00] <ericm_> hi mike^
[08:01] <ericm_> nice to see you here
[08:01] <ericm_> are you getting ubuntu running on your boards, heh?
[08:01] <mike^> it's semi-illegal :) CompuLab does not allow using IRC :)
[08:02] <mike^> on the pxa270-based :)
[08:02] <ericm_> oh, bad
[08:02] <ericm_> mike^, yeah, ogra has made it very easy, you might try out his rootstock
[08:02] <mike^> kidding :) we are now deep in omap development
[08:03] <ericm_> mike^, that's bad news for Marvell
[08:03] <mike^> I did, I have Ubuntu running on omap3evm
[08:03] <mike^> don't tell them :)
[08:03] <ericm_> mike^, that's great
[08:04] <mike^> ericm_, that's not that we're not going to make any Marvell-based products in the future
[08:04] <mike^> it's just that Aspen is not that good :)
[08:05] <mike^> ericm_, did you by chance have a hands on experience with Dove?
[08:06] <ericm_> mike^, you may ask bjf about dove
[08:06] <ericm_> mike^, I might be taking care of Dove when there are any real products available on the market
[08:07] <mike^> ericm_, I've seen somewhere there's Ubuntu for Dove, I thought it was your work :)
[08:08] <ericm_> mike^, not really, most of the kernel work is done by Marvell Israel
[08:08] <ogra> mike^, it's NCommander for rolling the images and bjf for the kernel ... userspace is identical to imx51
[08:09] <mike^> and what about gfx/video acceleration?
[08:09] <ogra> not in the archive yet
[08:09] <ogra> i know there are drivers being developed by marvell though
[08:09] <ericm_> mike^, that's a real headache - not really a technical issue ;)
[08:10] <mike^> ogra: btw, I have Ubuntu on omap3evm and it's somewhat, well, slow
[08:10] <mike^> is iMX51 better?
[08:10] <ogra> all the imx51 boards you can get atm are shipped with 512MB ... so yeah
[08:11] <mike^> ogra: it's just the memory or the SoC is faster?
[08:11] <ogra> but indeed it depends what you want to do ... wrt graphics omap is advanced because TI at least released some drivers
[08:11] <ogra> SoC is 800MHz
[08:12] <NCommander> ogra, do you know if publisher having issues?
[08:13]  * NCommander is waiting for his kernel to publish since three hours ago :-)
[08:13] <mike^> ogra: I need to choose the best SoC for company future system-on-module :)
[08:13] <ogra> no idea, just finishing my first coffee here and wading through last nights pings
[08:13] <ogra> mike^, whats the target you want to achieve with the SoC
[08:14] <mike^> ogra, building block for net-top like devices
[08:14] <mike^> well, actually net-top like device without the box
[08:15] <ogra> well, depends what you want to invest :) imx51 is great but there are graphical constraints and all peripherial devices are routed through USB (including the disk adapters)
[08:16] <mike^> ogra, and what about Dove?
[08:16] <ogra> dove will likely not be available for the price you can buy imx51 HW for but will have a proper SATA adapter and i have seen that there is work going on for an X server
[08:17] <ogra> so if price is your concern, go with imx51 ... if you want a well supported and speedy solution and can afford to pay a little more, go with dove
[08:18] <mike^> ogra, thanks for the advice :)
[08:19]  * mike^ downloaded OMAP3 GFX SDK and starts testing SGX with Ubuntu
[08:23]  * ericm_ has to reboot his laptop
[08:23] <mike^> ogra, btw, I don't quite understand how the gfx acceleration is supposed to work on omap with SGX. The xserver-xorg-video-omapfb can utilize the SGX hw?
[08:24] <ogra> no idea, i havnet touched any omap HW for quite some time
[08:24] <ogra> lool might be able to help here
[08:24] <mike^> ogra, 10x, I'll wait for lool :)
[08:25] <suihkulokki> mike^: no SGX, but uses DSS for xvideo acceleratioon
[08:26] <mike^> suihkulokki, then SGX can be used only for GL-based apps?
[08:28] <suihkulokki> mike^: with omapfb xserver, that is the case. IIRC there are other xservers which try to use SGX with varying success
[08:30] <ogra> suihkulokki, i found my mono issues with qemu-arm-static btw ... its totally unrelated to qemu :)
[08:31] <mike^> suihkulokki, good to know, thanks
[08:41] <ogra> NCommander, ABI bump ... please take care
[08:42] <NCommander> ogra, I saw, thanks (the kernel team drops a mail on the installer list, and I've been tracking uploads :-))
[08:42] <ogra> so you already talked to colin ?
[08:43] <NCommander> ogra, can you bump the ABI in the d-i bzr repo when you get a chance (unless you prefer I create a branch)
[08:43] <NCommander> ogra, not yet, I saw it towards EOD yesterday
[08:43] <ogra> nope, fine with me
[08:43] <ogra> i just dont want to have to track it myself all the time
[08:43]  * NCommander wishes there was a less manual way to handle ABI bumps
[08:53] <lool> ogra, mike^: Sorry I never played with SGX
[08:55] <ogra> NCommander, it will come, lool filed a bug for it long ago and i saw it's being worked on
[08:57] <lool> ogra NCommander: This upload should drop versions in udeb filenames
[08:58] <lool> chroot-autobuild/build/buildd/kernel-image-2.6.31-100-imx51-di_2.6.31-100.7_armel.udeb:
[08:58] <lool> drwxr-xr-x root/root         0 2009-08-25 03:03 ./
[08:58] <lool> fail
[08:58] <lool> drwxr-xr-x root/root         0 2009-08-25 03:02 ./boot/
[08:58] <lool> -rw-r--r-- root/root   2970624 2009-08-25 03:02 ./boot/vmlinuz-2.6.31-100-imx51
[08:59] <lool> -rw-r--r-- root/root   3361440 2009-09-10 04:12 ./boot/vmlinuz-2.6.31-204-dove-z0
[08:59] <lool> and fail here too
[08:59] <lool> tss
[08:59] <ogra> bah
[09:17] <lool> apparently next upload
[09:17] <lool> hm no
[09:18] <lool> ah yes
[09:18] <lool> only commit since last upload is this fix
[09:22] <lool> and not committed in dove at all
[09:23] <lool> bjf: ^
[09:46] <rabeeh> bjf: do you have board tracking number?
[09:46] <rabeeh> lool: did you get tracking number?
[09:54] <lool> rabeeh: bjf got the board
[09:55] <lool> rabeeh: I thought I had pinged you about that late yesterday but it seems I forgot sorry
[11:55] <siji> HI all am trying to compile clutter with SGX support
[11:55] <siji> giving error like egl.h not found
[11:55] <siji> frm where can i download it
[11:56] <lool> in the SGX SDK I guess
[11:57] <siji> lool, u mean powervr?
[12:00] <mike^> siji, it should be somewhere in OMAP-GFX-SDK
[12:00] <siji> mike^, ya
[12:01] <mike^> ~/arm/omap/OMAP35x_Graphics_SDK_3_00_00_09 $ find . -name \*egl.h
[12:01] <mike^> ./GFX_Linux_SDK/OVG/SDKPackage/Builds/OVG/Include/GLES/egl.h
[12:01] <mike^> ./GFX_Linux_SDK/OGLES/SDKPackage/Builds/OGLES/Include/GLES/egl.h
[12:01] <mike^> ./GFX_Linux_SDK/OGLES2/SDKPackage/Builds/OGLES2/Include/EGL/egl.h
[12:01] <mike^> ./include/wsegl.h
[12:01] <siji> i already put a request for getting it
[12:01] <siji> but no respond yet
[12:02] <mike^> siji, OE has libgles-omap3 recipy
[12:02] <siji> ok
[12:03] <mike^> siji, this might be usefull: http://cgit.openembedded.net/cgit.cgi/openembedded/tree/recipes/powervr-drivers/libgles-omap3.inc
[12:04] <siji> ok thanks mike^
[12:06] <siji> will it work if i just copied that egl.h to destination directory
[12:07] <mike^> siji, don't know, I never used clutter
[12:07] <siji> mike^, ok
[12:28] <siji> mike^, nope
[12:28] <siji> giving the same error
[12:28] <siji> checking GLES/egl.h usability... no
[12:28] <siji> checking GLES/egl.h presence... no
[12:28] <siji> checking for GLES/egl.h... no
[12:28] <siji> configure: error: Unable to locate required GLES headers
[13:54] <Mysterious> help! I need somebody. Help not just anybody. heeelp ; D
[13:55] <Mysterious> my pocket pc is running on arm9. i need a precompiled kernel image
[14:19] <mike^> Mysterious, what is your pocket pc model?
[14:21] <siji> Mysterious, or what is your pocket  model?  :)
[14:46] <mike^> checking GLES/egl.h usability... yes
[14:46] <mike^> checking GLES/egl.h presence... yes
[14:46] <mike^> checking for GLES/egl.h... yes
[14:46] <mike^> checking GLES/gl.h usability... yes
[14:46] <mike^> checking GLES/gl.h presence... yes
[14:46] <mike^> checking for GLES/gl.h... yes
[14:46] <mike^> checking for eglInitialize in -lGLES_CM... yes
[14:46] <mike^> siji, is that what you're looking for?
[14:58] <siji> mike^,yes
[15:01] <siji> mike^,u there
[15:01] <siji> ??
[15:03] <mike^> Mysterious, what is your pocket pc model?
[15:03] <mike^> siji, I've built it natively
[15:03] <mike^> apt-get build-dep clutter
[15:03] <siji> oh ok
[15:03] <siji> let me try
[15:03] <siji> thanks
[15:03] <mike^> cp /path/to/GFX/SDK/Include/... /usr/include
[15:03] <mike^> etc..
[15:04] <siji> ok
[15:04] <Mysterious> oh hi
[15:04] <mike^> siji, the debian rules for clutter use glx as default GL flavour, so be careful
[15:04] <Mysterious> Well
[15:04] <Mysterious> it's not really a pocket pc but a navigation system
[15:05] <mike^> Mysterious, what is its model?
[15:05] <mike^> CPU?
[15:05] <Mysterious> my processor type is: Samsung ARM920T-S3C2443
[15:06] <Mysterious> 128MB RAM
[15:06] <Mysterious> pre installed wince core 5.0
[15:06] <mike^> I'm not sure Ubuntu will live on that
[15:06] <Mysterious> :(
[15:07] <mike^> you can try OpenEmbedded
[15:07] <Mysterious> ok
[15:07] <Mysterious> have you got experiances in using CyaCE
[15:07] <mike^> as for the kernel, s3c are supported by the mainline, but most probably you'll need to add a file or two to make it work on your device
[15:07] <mike^> what is CyaCE?
[15:08] <Mysterious> It's a Bootloader that might be able to run linux from wince environment
[15:08] <Mysterious> http://www.linux-mips.org/linux-vr/booting.html
[15:11] <mike^> Mysterious, first time here about it :)
[15:11] <Mysterious> :S
[15:13] <Mysterious> The program says that it needs a precompiled kernel image "vmlinux" or something like that
[15:15] <mike^> Mysterious, so you'll need to build one :) I'd recommend googling for "your navigator name" + Linux
[15:15] <Mysterious> oh i think there will be no results
[15:15] <mike^> give it a try
[15:16] <Mysterious> probably i am the first one trying to run linux on this pna :/ but ok
[15:16] <siji> mike^, I need to go now,Will try it tmrw
[15:16] <siji> Goodnight
[15:16] <mike^> siji, good luck :)
[15:16] <siji> tks
[15:20] <Mysterious> i can't find anything :(
[15:21] <mike^> <Mysterious, so you're all alone :)
[15:22] <mike^> have to go, bye
[15:22] <Mysterious> noo mike^ help me  ; _ ;
[15:22] <Mysterious> >.<
[15:22] <Mysterious> great
[19:16] <neonfreon> wg 2
[20:29] <erikcorry> Does Ubuntu on ARM require an ARMv7 CPU?
[21:05] <pwnguin> erikcorry: from the wiki: *
[21:05] <pwnguin> Ubuntu targets the ARM EABI, with an expectation of minimum compliance with the ARMv5t instruction set.
[21:05] <pwnguin> the question is, does the cpu you have in mind comply with ARMv5t?
[21:08] <erikcorry> My question is, which instructions can I use :-)
[21:09] <pwnguin> anything in ARMv5t
[21:09] <erikcorry> Optimised libraries for ARMv6 and ARMv7 are expected to be available where there is significant performance gain. "
[21:09] <erikcorry> That's nice too.
[21:10] <pwnguin> i wouldn't expect any of the 3d stuff with omap or anything
[21:10] <pwnguin> or whatever that crazy arm vector stuff is
[21:11] <pwnguin> NEON
[21:11] <erikcorry> That's the one.
[21:11] <erikcorry> I would imagine that lots of apps would be faster if they can assume vfp.
[21:12] <erikcorry> I wonder how smooth the process of having more than one .deb file for a package can be made.
[21:12] <erikcorry> So the user can get the right one.
[21:12] <pwnguin> hmm
[21:12] <pwnguin> ARM926EJ
[21:12] <pwnguin> i thought this device was crappier than arm8
[21:12] <pwnguin> arm9 i mean
[21:12] <erikcorry> In the case of the app I am thinkig of (Chromium) there might also be quite a benefit from being able to assume Thumb2 ie ARMv7.
[21:13] <pwnguin> at least in x86 land, the technique has been to target high profile plumbing
[21:13] <pwnguin> custom kernels
[21:14] <pwnguin> and i think libc
[21:14] <pwnguin> and then to build the archive for a narrow instruction set but favor the newer processor timings for optimization
[21:16] <erikcorry> We'll see how that pans out.
[21:16] <erikcorry> But it's nice to be able to assume ARMv5 at least.
[21:16] <pwnguin> man ARM is a mess
[21:17] <pwnguin> 6 processor lines, different ABIs
[21:17] <pwnguin> and they're all called ARM
[21:19] <pwnguin> ive got a wrt54g and a NAS running arm. i'm just glad they can run ssh and irssi, let alone browsers or javascript ;)
[21:29] <suihkulokki> pwnguin: wrt54g is not arm
[21:44] <pwnguin> suihkulokki: oh. huh. apparently they're mips