**** BEGIN LOGGING AT Mon Mar 29 02:59:57 2010
Mar 29 17:44:06 <armin76> asac: whats the status of db-4.8 failure with thumb2?
Mar 29 17:44:11 <armin76> did you fix it?
Mar 29 19:30:49 <samuel_Sayag> hello
Mar 29 19:34:54 <NCommander> armin76: it appears to be fixed
Mar 29 19:37:51 <nosse1> What is the best approach for debugging Ubuntu startup issues? upstart starts, but hangs somewhere during boot. "--verbose" doesn't reveal anything
Mar 29 19:38:27 <nosse1> I suspect some missing kernel feature. The kernel is cross compiled because I don't have a running target system running yet.
Mar 29 19:38:36 <NCommander> nosse1: what SoC?
Mar 29 19:38:40 <nosse1> AM3517
Mar 29 19:39:12 * prpplague wants to play with AM3517
Mar 29 19:39:39 <nosse1> I am capable of injecting "init=/bin/bash" and thus start upstart manually from the prompt, but it doesn't help
Mar 29 19:46:40 <nosse1> How do you guys do the initial bringup of Ubuntu on some target?
Mar 29 19:46:48 <nosse1> JTAG debugger?
Mar 29 19:47:12 <armin76> Martyn: got audio working on the tegra?
Mar 29 19:47:13 <rsalveti> nosse1: what do you mean initial? boot loader? kernel?
Mar 29 19:48:09 <nosse1> I've got boot loader and I've got a (cross compiled) kernel, so that's fine.
Mar 29 19:48:41 <nosse1> The thing is I've created a rootstock image which I'm trying to boot on (or perhaps more correctly "root" on)
Mar 29 19:49:07 <rsalveti> cool, so I guess that you can work to the other steps just booting the kernel and debugging by uart connection
Mar 29 19:49:14 <Martyn> armin76 : No, since it's not relevant to using ARM as a server
Mar 29 19:49:16 <nosse1> But I can't build a kernel natively for the target as I don't have a target system running with Ubuntu
Mar 29 19:49:25 <Martyn> I'm even working on disabling video, and getting back the 64MB that steals
Mar 29 19:49:26 <rsalveti> nosse1: so, are you able to mount the filesystem and start the init stuff?
Mar 29 19:49:42 <Martyn> armin76 : What Im dissapointed in, though, is that the tegra2 PCIe suffers from a deadlock
Mar 29 19:49:46 <nosse1> Yes. It hangs sometime after upstart and before terminal login
Mar 29 19:49:52 <Martyn> armin76 : So I can't use the PCIe interface
Mar 29 19:50:44 <rsalveti> nosse1: oh, ok, so you basically need to debug the upstart scripts
Mar 29 19:50:52 <armin76> Martyn: why as a server? don't like it for tablet/smartbook?
Mar 29 19:50:58 <rsalveti> nosse1: are you able to fully boot and get the terminal, at least once?
Mar 29 19:51:42 <nosse1> rsalveti: Yes. And I've tried to use "init=/sbin/init --verbose" in the kernel params. But it doesn't reveal anything useful
Mar 29 19:52:00 <nosse1> rsalveti: Using "init=/bin/bash" gives me a working console, yes
Mar 29 19:52:11 <Martyn> armin76 : Smooth-stone is making a Server-on-Chip out of the arm cortex A9 .. we use other C-C9 based platforms to test our theories before our own chip tapes out
Mar 29 19:52:31 <rsalveti> nosse1: oh, so you can try the initscripts by hand, until you identify what's actually breaking your system
Mar 29 19:53:04 <rsalveti> maybe running upstart with strace
Mar 29 19:53:12 <rsalveti> if you have it available
Mar 29 19:53:41 <nosse1> I can get strace. Because qemu lets med download any app to my system using apt-get
Mar 29 19:54:33 <rsalveti> with strace you can see easily what initscript is breaking your system
Mar 29 19:54:50 <rsalveti> then you can try to remove it and move on, until you can get a working environment to be able to debug it further
Mar 29 19:55:26 <rsalveti> let me check if you can debug upstart in a different way, since verbose is not helping you
Mar 29 19:57:40 <nosse1> I do have a suspicion that its some feature missing from the kernel, since the kernel is not build natively in ubuntu-land. But I do need to get the system up and running natively before I can build native packages :D
Mar 29 19:57:43 <rsalveti> yeah, verbose shows almost nothing :-)
Mar 29 19:58:01 <nosse1> I'll certainly try the strace
Mar 29 19:58:06 <rsalveti> nosse1: sure :-) you can try to use qemu or scratchbox
Mar 29 19:58:15 <rsalveti> but scratchbox is more a scarebox than anything else
Mar 29 19:59:17 <nosse1> well, I did. qemu crashes on lucid and the network is somewhat broken, #548353
Mar 29 19:59:35 <rsalveti> nosse1: if you have a cross compiler set up on your host, you can try to build the kernel with most of the features as built-int, then you'll probably be able to boot it fine
Mar 29 19:59:52 <rsalveti> nosse1: are you able to mount the rootfs without any problem?
Mar 29 20:00:12 <nosse1> Yes. Both via SD or NFS. Both are viable and stable
Mar 29 20:00:31 <rsalveti> oh, so yeah, probably a bug when trying to set something at your hardware
Mar 29 20:00:35 <rsalveti> as it's hanging
Mar 29 20:00:38 <rsalveti> let me check the bug
Mar 29 20:01:29 <nosse1> I had a really hard afternoon not understanding why I couldn't get ssh login to my qemu target system
Mar 29 20:02:36 <nosse1> My strategy has been to make a rootstock ubuntu-minimal, and then use qemu to access apt-get for everything else I need for my physical target
Mar 29 20:03:45 <nosse1> qemu does work, it's just that I'm stuck with 80x24 console
Mar 29 20:04:36 <nosse1> I hoped I could use qemu to compile the native kernel for the real target, but gcc dies with internal compiler error, so I didn't feel the urge to go down that road.
Mar 29 20:05:06 <rsalveti> nosse1: hm, it seems to be really a bug in qemu itself
Mar 29 20:05:14 <rsalveti> ouch, internal compiler error :-)
Mar 29 20:05:52 <nosse1> Yeah, I didn't know where to stick the bug rootstock or qemu. ogra wanted me to post it on rootstock so there it is
Mar 29 20:05:53 <rsalveti> nosse1: you could try to use qemu with this rootfs but getting inside it using chroot
Mar 29 20:06:51 <nosse1> How do I do that? I mean, I am now using a ext2 image file which is passed to qemu
Mar 29 20:07:17 <rsalveti> nosse1: you could mount that as a loop device
Mar 29 20:07:27 <rsalveti> register the arm emulator using binfmt
Mar 29 20:07:36 <rsalveti> and get inside using chroot
Mar 29 20:07:39 <nosse1> When mounting the real target I use loop device, and then mount it using NFS
Mar 29 20:08:02 <rsalveti> nosse1: similar with scratchbox and what we did with mamona (openembedded based distro)
Mar 29 20:08:09 <rsalveti> that was our sdk, basically
Mar 29 20:08:28 <nosse1> But when i start qemu i do get the lucid image as root. I'm sorry I don't see why I need chroot, that's all
Mar 29 20:09:00 <rsalveti> nosse1: oh, chroot is basically to get inside the lucid enviroment and use the native binaries, that will then be emulated by qemu
Mar 29 20:09:07 <rsalveti> it's not a full emulation solution
Mar 29 20:09:23 <rsalveti> you'll just emulate what you execute inside chroot
Mar 29 20:09:37 <rsalveti> so once you get inside chroot, you can use the native arm compiler, if needed
Mar 29 20:09:55 <rsalveti> the chroot is just to limit the compiler and linker enviroment, so it can find the arm libraries and so on
Mar 29 20:10:21 <nosse1> Ah. You are not running a full system emulator; only a bin-per-bin emulation. This is new to me. Do you have any links to how-tos?
Mar 29 20:10:23 <rsalveti> different from a full emulation solution, you can get inside the distro with chroot instead of ssh
Mar 29 20:10:57 <rsalveti> sure, let me try some links with what we worked on at mamona
Mar 29 20:11:08 <nosse1> excellent!
Mar 29 20:11:16 <rsalveti> can change the scripts and post something regarding this later when I get home :-)
Mar 29 20:11:34 <nosse1> What timezone are you in?
Mar 29 20:11:53 <rsalveti> nosse1: brazil, utc-3
Mar 29 20:12:51 <nosse1> Ah. Because it's getting late PM here, so I'll have to leave for the evening. I will go at it tomorrow morning
Mar 29 20:13:09 <rsalveti> this is the script we created to get inside the chroot enviroment: http://dev.openbossa.org/mamona/gitweb?p=tools.git;a=blob;f=mamona-installer/scripts/mamona-chroot.in
Mar 29 20:13:15 <nosse1> Eh. Norway, CET-1 i forgot
Mar 29 20:13:21 <rsalveti> basically it mounts the proc, dev and pts, if needed
Mar 29 20:13:30 <rsalveti> nosse1: oh, ok, so you can check it tomorrow
Mar 29 20:13:37 <rsalveti> just ping me, will test it later
Mar 29 20:13:54 <rsalveti> http://dev.openbossa.org/mamona/gitweb?p=tools.git;a=blob;f=mamona-installer/scripts/mamona-stdcheck.in
Mar 29 20:13:58 <nosse1> thanks, really appreciate it
Mar 29 20:14:08 <rsalveti> this is the one that has most of the interesting functions
Mar 29 20:14:39 <rsalveti> the binfmt_register is the one that we register inside the kernel that we want it to use the qemu in case you're running an arm binary
Mar 29 20:15:10 <rsalveti> nosse1: will change it to fit in a more generic way so we can easily use it in any rootfs
Mar 29 20:15:35 <rsalveti> hopefully qemu will work fine with gcc and so on
Mar 29 20:15:44 <rsalveti> and you're then able to built whatever you need
Mar 29 20:16:05 <nosse1> The ultimate goal it to make the real target work :D
Mar 29 20:16:29 <rsalveti> nosse1: yeah, sure :-)
Mar 29 20:16:44 <rsalveti> nosse1: what board are you trying to use with ubuntu?
Mar 29 20:17:07 <nosse1> Well now we're using the TI AM3517-EVM kit
Mar 29 20:17:37 <nosse1> But we're developing some products that will have the same SoC
Mar 29 20:17:51 <rsalveti> oh, cool
Mar 29 20:17:58 <nosse1> And I'm exploring the possibility to use Ubuntu behind the scenes
Mar 29 20:18:32 <nosse1> It's going to be a end-user product, where the user will never see Ubuntu directly
Mar 29 20:18:50 <rsalveti> nice, for sure ubuntu seems to be a good target as the os for this board
Mar 29 20:18:59 <nosse1> But I hoped Ubuntu could ease up the system maintenance part of this project.
Mar 29 20:19:05 <rsalveti> nosse1: oh, got it
Mar 29 20:19:16 <nosse1> So that we can focus on our Qt based app
Mar 29 20:19:21 <rsalveti> nosse1: so you basically need the platform up and running and then you'll customize the UI stack
Mar 29 20:19:28 <nosse1> Yes
Mar 29 20:19:44 <rsalveti> nosse1: are you runnint Qt with X11? or directly at the framebuffer?
Mar 29 20:19:49 <nosse1> And if lucid fits (mostly) out of the box, then I'd be very happy
Mar 29 20:20:16 <rsalveti> nice, too bad it's so hard to get development kits here in brazil :-(
Mar 29 20:20:20 <nosse1> We are exploring if X11 or fb gives the best perforamce. TI has Open GL accel on both
Mar 29 20:20:45 <rsalveti> nosse1: sure, and I guess that the X11 omapfb driver is running quite well
Mar 29 20:20:55 <rsalveti> I think it's supporting EXA, DRI2 and etc
Mar 29 20:21:19 <rsalveti> I would say that X11 is better, if you have all these hardware acceleration implemented as a video driver
Mar 29 20:21:20 <nosse1> I does have issues on some kinds of objects, but we're evaluating as we speak
Mar 29 20:21:56 <rsalveti> nosse1: the opengl is always a problem :-(
Mar 29 20:22:08 <rsalveti> the n900 is always facing many many issues with the opengl stack
Mar 29 20:22:11 <rsalveti> by imagination
Mar 29 20:22:43 <nosse1> Well. gfx acceleration is critical for the app. The product is solely a 5.7" screen with touch, nothing more
Mar 29 20:23:13 <rsalveti> nosse1: oh, got it, it's just one single application as the window manager and composite manager?
Mar 29 20:23:29 <rsalveti> nosse1: qt does that very well if you use the opengles backend
Mar 29 20:23:44 <rsalveti> and nokia is improving the support a lot, to use it for the next devices
Mar 29 20:23:53 <nosse1> one single app. Or more precise: we can make it that way
Mar 29 20:24:23 <rsalveti> cool
Mar 29 20:24:28 <nosse1> Yes, and since "Trolltech" is here in norway, support isnt far away
Mar 29 20:25:11 <rsalveti> nosse1: oh, true :-) I know a couple of people from the new qt-software, they are very accessible
Mar 29 20:25:37 <rsalveti> qt will be the future for new UI concepts and products
Mar 29 20:26:23 <nosse1> Yes, I agree. With SoC CPUs being as powerful as they are, Qt has become very available
Mar 29 20:27:18 <nosse1> Ah. But this has been a productive conversation. Unfortunately I have to leave for the evening. I'll leave my irc open in case you want to post any more urls.
Mar 29 20:27:32 <nosse1> I'll be back in the morning. Thank you very much
Mar 29 20:27:38 <rsalveti> nosse1: sure, np :-)
Mar 29 20:27:41 <rsalveti> talk to you tomorrow
Mar 29 20:28:36 <NCommander> nosse1: sorry, I had to go AFK, but you usually need a proper initramfs to boot an ubuntu based system as of lucid
Mar 29 20:29:43 <nosse1> now, that interesting. Because the rootstock image does not have a initramfs installed. And it is no problem to start qemu-system-arm without one
Mar 29 20:30:30 <rsalveti> guess you don't need it if you're just builting everything in
Mar 29 20:30:36 <NCommander> nosse1: I can't say for sure, but things break if you don't have one
Mar 29 20:30:36 <Martyn> NCommander : Heh .. I do pretty good without one :)
Mar 29 20:30:40 <NCommander> rsalveti: not due to kernel modules
Mar 29 20:30:49 <nosse1> Unless, there's a initramfs inside the zImage referenced from https://wiki.ubuntu.com/ARM/RootfsFromScratch
Mar 29 20:31:02 <Martyn> NCommander : But then again, I've gotten used to creating non-initramfs based dists for testing @ Smooth-Stone ... since I'm only using base + server
Mar 29 20:31:21 <NCommander> Martyn: that's probably it, since desktop now is trying to use plymouth and mountall voodoo
Mar 29 20:31:28 <Martyn> NCommander : The trick is to have -everything- you need compiled into the kernel at boot too.
Mar 29 20:31:29 <rsalveti> yeah, but if you build a kernel without any module, you're free to go without initramfs
Mar 29 20:31:39 <Martyn> rsalveti: No, you're not
Mar 29 20:31:52 <Martyn> rsalveti : On desktop -- there are /scripts/ running in the initramfs that you can't get away with.
Mar 29 20:32:09 <Martyn> rsalveti: They need to be copied out of initramfs and put in the main rootFS if you want to do away with the initramfs
Mar 29 20:32:13 <nosse1> How come the rootstock image works without a kernel nor initrd image installed?
Mar 29 20:32:15 <NCommander> Martyn: even with the server, you *really* should be using an initramfs
Mar 29 20:32:21 <rsalveti> oh, sure, because of the desktop scripts
Mar 29 20:32:23 <Martyn> NCommander : Can't .. not enough RAM
Mar 29 20:32:38 <NCommander> Martyn: how little RAM are we talking?!, we used an initramfs on NSLU2
Mar 29 20:33:01 <Martyn> NCommander : Not with LUCID you didn't :)
Mar 29 20:33:10 <Martyn> you try to get lucid working on lslu2 .. go on :)
Mar 29 20:33:13 <NCommander> Martyn: *cough*, ok, when we supportred NSLU
Mar 29 20:33:20 <NCommander> Martyn: I just need a new SoC and a steady hand :-)
Mar 29 20:33:33 <Martyn> NCommander : <512MB ram at this point, means lucid initramfs won't work
Mar 29 20:33:44 <NCommander> Martyn: should work just fine
Mar 29 20:33:45 <Martyn> you simply won't get enough ramdisk
Mar 29 20:33:53 <NCommander> Martyn: Dove Y0 only booted with 364MiB
Mar 29 20:34:16 <NCommander> Martyn: and I know we've managed to boot as far down as 128MiB before
Mar 29 20:34:26 <Martyn> NCommander : I've tried booting desktop (twice) on a non-published multicore A9 platform with only 256M .. failure
Mar 29 20:34:51 <Martyn> I haven't tried limiting the tegra2 to 384M though .. would be worth an experiment.
Mar 29 20:34:59 <nosse1> Since the rootstock image works without the initrd image, I'd bet that given a kernel with enough statically built resources, that you don't need the initrd for the initial bootup.
Mar 29 20:35:06 <armin76> ubuntu failure? :D
Mar 29 20:35:13 <Martyn> nosse1 : Under karmic, sure.
Mar 29 20:35:18 <NCommander> Martyn: tegra2? Damn, you get fun hardware
Mar 29 20:35:25 <Martyn> NCommander : I always get fun hardware, you know that.
Mar 29 20:35:31 <rsalveti> yeah, I wish I had one of those in my hands
Mar 29 20:35:32 <Martyn> and the tegra2 250 is a nice chip :)
Mar 29 20:35:53 <Martyn> it's the second chip we've gotten in-house that even comes CLOSE to what our server chip will finally be like
Mar 29 20:35:56 <armin76> Martyn: without neon :)
Mar 29 20:36:07 <nosse1> Martyn: But lucid rootstock image _does_ work without. I'm using it here...
Mar 29 20:36:08 <Martyn> and the second one to clock >GHz
Mar 29 20:36:23 <NCommander> Martyn: I do have a 1Ghz snapdragon (in my phone)
Mar 29 20:36:44 <Martyn> NCommander : Not multicore though, and that's the big difference
Mar 29 20:36:54 <NCommander> Martyn: wait, multicore >Ghz?!?!@?!?!?!@#$
Mar 29 20:36:55 <Martyn> linux gets -really- snappy when you have a second core to offload tasks on
Mar 29 20:36:55 <NCommander> ...
Mar 29 20:36:58 * NCommander stares
Mar 29 20:37:16 <Martyn> NCommander : What did you think the tegra2 is?   It's DUAL core, 1.0->1.2 GHz
Mar 29 20:37:29 <NCommander> Martyn: I thought tegra was single core SoC; I've never seen one in person
Mar 29 20:37:35 <Martyn> and (unpublished chip under NDA) is TRI core, 1.2 GHz :)
Mar 29 20:37:42 <Martyn> tegra was .. tegra2 is dual
Mar 29 20:37:43 <NCommander> Martyn: *drooooooooooooool*
Mar 29 20:37:44 <rsalveti> yeah, it's a increadible hardware, missing just neon
Mar 29 20:37:56 <NCommander> rsalveti: we don't have any plans to use NEON in Ubuntu ATM
Mar 29 20:38:15 <NCommander> Pretty much the Cortex A8/A9 are the only chips that suppor tNEON and ARMv7
Mar 29 20:38:17 <Martyn> ( Small paste-flood )
Mar 29 20:38:19 <NCommander> AND thumb2
Mar 29 20:38:22 <Martyn> Processor	: ARMv7 Processor rev 0 (v7l)
Mar 29 20:38:22 <Martyn> processor	: 0
Mar 29 20:38:22 <Martyn> BogoMIPS	: 1998.84
Mar 29 20:38:22 <Martyn> processor	: 1
Mar 29 20:38:22 <Martyn> BogoMIPS	: 1998.84
Mar 29 20:38:30 <rsalveti> NCommander: oh, ok
Mar 29 20:38:30 <NCommander> Martyn: O_O;;;;;;;;;;
Mar 29 20:38:40 <NCommander> Martyn: I want some to put in our datacenter
Mar 29 20:38:45 <rsalveti> it could be useful for multimedia, but yeah, not all hardware supports it
Mar 29 20:38:46 <Martyn> Features	: swp half thumb fastmult vfp edsp thumbee vfpv3 vfpv3d16 neon
Mar 29 20:38:53 <armin76> NCommander: I HAVE ONE!
Mar 29 20:38:56 <Martyn> and no, I'm not telling who produced that chio :)
Mar 29 20:39:00 <rsalveti> man hahaha
Mar 29 20:39:07 <NCommander> Martyn: I will tell you BogoMIPS aren't 100% accurate
Mar 29 20:39:09 <Martyn> but that last entry makes ALL the difference to science apps :)
Mar 29 20:39:20 <armin76> Martyn: hows that you have neon?
Mar 29 20:39:22 <NCommander> Martyn: my Dove board reportds 400 BogoMIPS, but its 600/800Mhz core
Mar 29 20:39:33 <Martyn> NCommander : this is definitely hardware clocked at 1.1 GHz :)  I checked with a scope :)
Mar 29 20:39:51 <NCommander> Martyn: indeed, I need to poke Marvell and ask
Mar 29 20:39:51 <Martyn> armin76 : That's not a tegra or tegra2
Mar 29 20:40:06 <nosse1> My AM3517 (500MHz) shows 500 BogoMIPS
Mar 29 20:40:08 * NCommander thinks we're running at 800Mhz, but isn't 100% sure
Mar 29 20:40:11 <Martyn> armin76 : Thats (unpublishable manufacturer) making a chip for (some device coming out in December) with three cores
Mar 29 20:40:38 <armin76> Martyn: ah...
Mar 29 20:40:48 <Martyn> the tegra2 reports :
Mar 29 20:40:49 <Martyn> Features	: swp half thumb fastmult vfp edsp thumbee vfpv3 vfpv3d16
Mar 29 20:40:49 <Martyn> CPU implementer	: 0x41
Mar 29 20:40:49 <Martyn> CPU architecture: 7
Mar 29 20:40:50 <armin76> Hostname: tegra200 - OS: Linux 2.6.29-arm2/armv7l - Distro: Gentoo 1.12.13 - CPU: ARMv7 rev 0 (v7l) - Processes: 73 - Uptime: 15h 3m - Users: 1 - Load Average: 0.00 - Memory Usage: 30.18MB/629.16MB (4.80%) - Disk Usage: 1.57GB/7.66GB (20.46%)
Mar 29 20:40:51 <armin76> *g*
Mar 29 20:41:13 * armin76 laughs at NCommander 
Mar 29 20:41:14 <armin76> *g*
Mar 29 20:41:22 <NCommander> armin76: I've been 0wned
Mar 29 20:41:24 <Martyn> Linux tegra2 2.6.29-arm2 #1 SMP PREEMPT Fri Mar 26 15:33:45 CDT 2010 armv7l GNU/Linux
Mar 29 20:41:27 <armin76> yey
Mar 29 20:41:41 <NCommander> armin76: I'll come back and surpass you soon
Mar 29 20:41:41 <armin76> Linux tegra200 2.6.29-arm2 #4 SMP PREEMPT Sat Mar 27 10:46:32 GMT 2010 armv7l ARMv7 Processor rev 0 (v7l) Tegra generic GNU/Linux
Mar 29 20:41:46 * NCommander has seem some amazing hardware in the pipe
Mar 29 20:42:06 <armin76> NCommander: from who?
Mar 29 20:42:06 <Martyn> NCommander : But you'll never TOUCH what I've got in the pipe :)
Mar 29 20:42:25 <Martyn> NCommander : At least, not until and unless you get better connections that direct-from-ARM :)
Mar 29 20:42:27 * nosse1 thinks ARM soon catches up with IA CPUs
Mar 29 20:42:47 <Martyn> nosse1 : No, I think IA32 will still be ahead in raw performance for a while
Mar 29 20:42:59 <armin76> Martyn: how much ram do you have?
Mar 29 20:43:26 <nosse1> Martyn: As well as the Atom product line?
Mar 29 20:43:49 <Martyn> nosse1 : Getting 28nm foundries is one thing, and also there's a long way to go before arm supports things like 40 bit memory space, a /good/ floating point unit, and there are a lot of changes needed to get close to some of the base performance the IA32 gets with it's CISC architecture for some kinds of math
Mar 29 20:44:02 <armin76> binutils took 9m to build, vs 4m on a dual core atom 330
Mar 29 20:44:35 <Martyn> armin76 : On tegra2 -- 1GB, 128 megs of which is taken by video and there are other issues : MemTotal:         644024 kB
Mar 29 20:44:38 <armin76> compared to the 30m it took on the efika mx
Mar 29 20:44:40 <nosse1> We considered atom in our product, but the hw cost and complexity is much higher than any ARM system
Mar 29 20:44:50 <armin76> Martyn: same as me then :)
Mar 29 20:45:14 <Martyn> armin76: On ( unpublished platform ) we have 3196 MB of ram available, and a full 2M of L2 cache
Mar 29 20:45:19 <armin76> Martyn: the difference is that i run a better distro than you *g*
Mar 29 20:45:21 <armin76> j/k
Mar 29 20:45:22 <Martyn> it's much more powerful
Mar 29 20:45:33 <Martyn> and it uses DDR3 ram
Mar 29 20:45:46 <armin76> sounds fun, thats the server thing?
Mar 29 20:45:48 <Martyn> armin76 : I'm on lucid half the time, karmic the other half...
Mar 29 20:46:10 <Martyn> armin76 : That's our chip (smooth-stone) which will probably be available at the end of the year
Mar 29 20:46:22 <armin76> what will be it useful for?
Mar 29 20:46:28 <rsalveti> man, you got so much ram!
Mar 29 20:46:42 <Martyn> armin76: Data center .. it's a -server- chip, not a tablet chip
Mar 29 20:46:56 <Martyn> armin76 : It's meant to bring ARM to the server market, where people are huring for power
Mar 29 20:47:10 <Martyn> you can stick 10 of our chips in a cluster where you can only run one core2quad
Mar 29 20:47:19 <rsalveti> Martyn: cool, didn't think that arm would head to server side so quickly :-)
Mar 29 20:47:31 <Martyn> so with our chip, you get 40 cores for the same power as one quad-core intel chip
Mar 29 20:47:51 <nosse1> I'm coming here with my newly aquired Audi (which I'm proud of), and then you guys are swining Ferraris and Bugatties... *sigh* I can't compete
Mar 29 20:48:04 <nosse1> :D
Mar 29 20:48:04 <rsalveti> hahaha, same feeling
Mar 29 20:48:20 <Martyn> although generation 1 chips from us will suffer from a memory limitation (only 3.5 GB of accesible memory per chip .. that's a limitation of the Cortex A9)
Mar 29 20:48:26 <armin76> rsalveti: i got 3G on a marvell board! :)
Mar 29 20:48:51 <Martyn> but that won't matter ...
Mar 29 20:48:53 <armin76> Martyn: but that server, what would it be used for, for example? webpages?
Mar 29 20:49:25 <rsalveti> armin76: cool :-)
Mar 29 20:49:52 <armin76> rsalveti: Hostname: ganesha - OS: Linux 2.6.31-01335-g86d7101/armv5tel - Distro: Gentoo 2.0.1 - CPU: Feroceon rev 0 (v5l) - Processes: 78 - Uptime: 158d 19h 19m - Users: 2 - Load Average: 1.25 - Memory Usage: 286.34MB/3042.39MB (9.41%) - Disk Usage: 5.40GB/20.73GB (26.06%)
Mar 29 20:49:53 <armin76> :)
Mar 29 20:50:19 <rsalveti> argh! haha :-)
Mar 29 20:50:50 <rsalveti> I just have a sheevaplug! and that's a very old hardware comparing to these
Mar 29 20:51:14 <Martyn> armin76 : Think  .. hadoop cluster with 8196 cores, 8 TB of RAM, 64TB of SSD storage....
Mar 29 20:51:21 <rsalveti> but at work I can play with a more interesting board, the ste u8500 :-)
Mar 29 20:51:31 <Martyn> All in .. say .. half a rack?
Mar 29 20:51:39 <rsalveti> Martyn: hahaha, man, that's something :D
Mar 29 20:51:44 <Martyn> maybe a full rack if you want it to run nice and cool?
Mar 29 20:52:27 <Martyn> Yeah .. that's what we're after, and we're at least a full year ahead of anyone else.
Mar 29 20:55:19 <armin76> i see
Mar 29 21:36:59 <Sarvatt> lool or NCommander - incase you didn't see my message in #ubuntu-x i fixed up xserver-xorg-video-dove to work with xserver 1.7+ and brought in all the fbdev changes since it was forked incase its useful: http://sarvatt.com/downloads/patches/xserver-xorg-video-dove.diff
Mar 29 22:07:33 <samuel_Sayag> hello, can I load xfce on the beagle did someone tried it ?
Mar 29 22:47:04 <rcn-ee> samuel_Sayag, yes.. and it's more responsive then gnome..
Mar 29 23:06:58 <NCommander> eggonlea: ping?
Mar 29 23:07:10 <NCommander> eggonlea: if your around, I'd like to poke your brain on Dove stuff
Mar 29 23:07:34 <crimsun> does anything else need to be done for bug 528524? I'm pretty short on time, and it's pretty clear that it isn't a PA bug or a linux bug.
Mar 29 23:07:43 <ubot4> Launchpad bug 528524 in speex (Ubuntu Lucid) (and 5 other projects) "Sound not working in all apps on dove (affects: 3)" [High,Confirmed] https://launchpad.net/bugs/528524
Mar 29 23:08:07 <NCommander> crimsun: it still doesn't work with that change, that just fixes the issue Li Li brought up
Mar 29 23:08:23 <crimsun> NCommander: *what* doesn't work?
Mar 29 23:08:32 <NCommander> crimsun: audio through pulse
Mar 29 23:08:38 <NCommander> or at lesat, I couldn't get it to work
Mar 29 23:09:14 <crimsun> what are your test cases, or are you saying that generally audio just doesn't work through PA?
Mar 29 23:09:34 <NCommander> thats exactly what I'm saying
Mar 29 23:10:01 <crimsun> ...so, the latteR?
Mar 29 23:10:03 <NCommander> crimsun: I haven't played a lot with it today, GrueMaster knows more about this than I do
Mar 29 23:10:16 <NCommander> crimsun: oh, wow, I'm braindead >.>;
Mar 29 23:11:19 * NCommander goes to grab dinner
Mar 30 00:30:04 * NCommander returns
Mar 30 01:24:30 <eggonlea> NCommander: yes
Mar 30 01:25:23 <NCommander> eggonlea: mind if I PM you?
Mar 30 01:25:36 <eggonlea> NCommander: I'm updating all components on new Lucid with the latest kernel.
Mar 30 01:26:01 <eggonlea> NCommander: welcome~ :P
Mar 30 01:26:06 <NCommander> eggonlea: handy, I'd like to work with you on determining if the reason I can't get the codecs to work is just me being infamiliar with gstreamer
Mar 30 01:26:44 <eggonlea> NCommander: which kernel are you using? I think Eric is merging the new LSP today.
Mar 30 01:27:15 <NCommander> eggonlea: archive latest, but I also tried the BSP on the wiki
Mar 30 01:27:42 <eggonlea> NCommander: OK, please feel free to let me know if I can do anything.
Mar 30 01:29:00 <NCommander> eggonlea: I'd like to see if we can get accelerated playback to work, also, if possible, I'd like to get the EXA modules
Mar 30 01:30:07 <eggonlea> I'll upload them today
**** ENDING LOGGING AT Tue Mar 30 02:59:57 2010