[04:24] Feb 16 22:22:28 beagleboard pulseaudio[890]: memblock.c: Pool full [04:24] argh [04:24] Feb 16 22:24:08 beagleboard pulseaudio[890]: last message repeated 10 times [04:24] Feb 16 22:24:08 beagleboard pulseaudio[890]: ratelimit.c: 469 events suppressed [04:29] argh [04:35] Interesting... perhaps switching to speex-fixed-3 instead of speex-float-1 may have fixed it. [04:35] Is higher number better quality, or lower? [04:36] I'd assume the former. [04:41] Feb 16 22:40:40 beagleboard pulseaudio[1745]: protocol-native.c: Underrun on 'omap3beagle Analog Stereo for dana@EliteBook', 0 bytes in queue. [04:41] Feb 16 22:40:49 beagleboard pulseaudio[1745]: alsa-sink.c: Wakeup from ALSA! [05:40] ratelimit.c: 470 events suppressed memblock.c: Pool full last message repeated 10 times [05:40] ARGH [06:08] p xserver-xorg-video-omap3 - X.Org X server -- Omapfb display driver (NEON optimized) [06:08] p xserver-xorg-video-omapfb - X.Org X server -- Omapfb display driver [06:08] which of those two is recommended? [06:08] ah, optimized. [06:08] right. [08:55] armin76: ping, any luck with OOo on Gentoo? [09:32] NCommander [09:33] hey saeed [09:37] saeed: how goes it this morning? [09:49] good [09:49] any luck with the new board? [09:50] saeed: not yet, I just finsihed cooking a kernel with the patches ytou set (although I couldn't get one of the powermanagement ones to apply) [09:51] *you sent [09:51] saeed: 0001-Dove-PM-Change-deepIdle-default-to-disable-and-add.patch didn't apply [09:52] oh yeah, speaking of PM... my beagleboard won't suspend. Says something about "class failed to suspend on cpu 0" -- or something like that. [09:52] you can leave meanwhile, but make sure to disble the deepIdle by adding pm_disable to the command line. [09:53] later I'll sync with eric the dove git tree [09:53] brb [09:53] saeed: I think ericm_'s out on vacation this week (hence why I"m building a kernel myself; I'm not much of a kernel guy ;-)) [09:55] saeed: I did manage to get it to apply by applying the diffs by hand (not sure why git kept saying patch failed versus hunk failed) [10:53] saeed: successfully booted my X0 with a patched kernel into our live image environment [12:36] great [12:37] NCommander: didn't the gui hanged? [12:37] What's the feasibility of compiling 9.10 for the ARMv5TE processor on a sheevaplug? [12:37] i_am_ed: Very time consuming, needs loads of resources, and loads of people with experience on how to run buildds, and retune the archive [12:37] saeed: no hangs. [12:38] did you loaded it over USB> [12:39] NCommander: Thank you. I'll have to push on with debian for now then. [12:55] NCommander, saeed, I've uploaded the kernel for testing on X0 at http://people.canonical.com/~ycmiao/dove-x0test/ [12:55] NCommander, saeed, sorry was only available intermittently [12:55] ericm_: I already confirmed the X0 kernel patches work :-) [12:55] ericm_: can't test on Y boards though [12:55] NCommander, great - thanks [12:55] NCommander, I'll test it [12:56] NCommander, I'm still sending the mail in case it's still useful [12:57] Ncommander: how can I load your live image? [12:57] saeed: on the X0? [12:58] yes [12:58] NCommander, confirmed it works on Y1 [12:58] saeed: grab our live image, write it to a USB stick [12:58] saeed, hi [12:58] is it with the updated kernel? [12:59] hey eric [12:59] happy new chines year [12:59] saeed, thanks [12:59] saeed: you have to swap the kernel out, I have the files you need [13:00] can I boot uImage and initrd from tftp and boot from the usb? [13:00] saeed: the boot.scr from USB also sets the command line. Its technically possible, but probably easier just to replace the files on the written image :-) [13:01] ok, can you send lint to the image [13:02] saeed: http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-live/current/lucid-netbook-armel+dove.img [13:02] Ncommander: thanks, I'll try it [13:02] saeed: http://people.canonical.com/~mcasadevall/dove/x0_casper/ [13:02] saeed: once you grab the image and write it to a USB stick, replace the uImage and uInitrd in /casper with the two from the second link [13:03] Power it on, and you should end up at the UNE desktop [13:03] The installer is somewhat fubar'ed ATM, so installation will fail if you try it. [13:03] great, does firefox work fine for you? [13:03] saeed: works as well as it usually does (very slow to scroll due to no graphics acceleration) [13:04] saeed, 3.6 works OK, but not that significant faster as compared to x86 [13:04] is it version 3.5 of ff? [13:04] * ericm_ fades out to bed .... [13:07] saeed: we're shipping 3.6 in lucid [13:14] NCommander: still building [13:14] saeed: i want a board too *g* [13:14] NCommander: gimme your Y0! [13:16] armin76: don't have it any more [13:28] boo [13:28] NCommander: where's it? [13:28] armin76: far far away :-) [13:28] oh nice, you sent it to me *g* [13:29] openoffice is compiling for 11 hours now [14:18] NCommander: anyone tested the new kernel from ericm_ yet? [14:22] * plars goes of to build a new squashfs with it [14:26] plars: it works [14:26] NCommander: ah, great :) [14:26] NCommander: any idea if it breaks previous revs? [14:27] NCommander: also, do we need to do something similar for karmic? [14:27] plars: not according to ericm_ [15:48] [15:48] plars: do we care for X0 running karmic? [15:48] we'd have to spin a custom image [17:01] asac: Hi there, was a time agreed for another porting sprint? [17:07] NCommander: i'll get the X0 boards, so you don't need to care *g* [17:08] oh, nvm, thought you were talking about Z0 :D [17:41] NCommander: live image works for me [17:42] but after installing it on sata disk. things are not so good [18:30] saeed: yeah the installer doesn't really like it if the uImage to boot and the image in the squashfs don't match [18:31] saeed: once the kernel in the archive is properly updated, and the images are respun, the installer will work correctly. === Meizirkki is now known as Fosus [21:17] is it possible to find somewhere some info on how to rebuild kernel for ARM (beagleboard) [21:18] I'm using OE, I know how to do that there, but for ubuntu I can't find any useful links === bjf is now known as bjf-afk [21:19] ynezz: http://elinux.org/BeagleBoardUbuntu [21:19] I have it running already [21:20] there you can find how you can make custom image using rootstock [21:20] ynezz, it has links ot the kernel archive [21:21] and that has the patchsets and configs afaik [21:21] ok, but to rebuilt it I'll need some cross toolchain [21:22] or build it on the beagle itself and leave it running over night [21:22] :) [21:22] or use qemu-arm-static and build in a chroot if you run ubuntu [21:24] hm [21:26] the debs on ports.ubuntu.com are build the same way, in qemu? [21:27] no, natively on real hardware [21:31] ok, that's what I would like to do, I'm using ubuntu [21:32] I just can't find any basic info, like what toolchain to use etc. [21:35] ah ok, found it that info in that bzr 2.6-dev branch in system.sh.sample === bjf-afk is now known as bjf [22:02] ynezz: Try `apt-get build-dep linux-source` from a running system: it should download all the right toolchain packages, etc. [22:02] You may also have to install build-essential [22:02] (if you don't have something running yet, the beagleboard wiki has pointers to a starter kernel) [22:03] yes this would work, but I would like to get it working on my host system [22:12] Oh, I don't think we have a good suite of cross-building tools. [22:13] I could be wrong, but I haven't heard of one that is known good. [22:13] Generally we do native builds. [22:24] ah [22:24] now I understand :)