**** BEGIN LOGGING AT Thu Sep 27 02:59:57 2012 Sep 27 07:00:59 ogra_, I uploaded a new ac100 kernel last night, it is waiting for approval **** ENDING LOGGING AT Thu Sep 27 08:14:33 2012 **** BEGIN LOGGING AT Thu Sep 27 08:16:20 2012 Sep 27 12:27:07 which version of kernel you guys use on ac100? Sep 27 12:27:33 3.1.something Sep 27 12:28:01 i think .10 Sep 27 12:28:02 hrw, 3.1.10 from nvidia Sep 27 12:28:53 hrw, they have various 3.1 based branches with heavy churn among them inside arch/arm/mach-tegra and related drivers/ Sep 27 13:44:33 infinity, around? Can you let the newest ac100 kernel upload through? thanks Sep 27 13:45:18 * ogra_ guesses we'll have to wait until the freeze is lifted Sep 27 13:45:47 or did you push to -proposed ? Sep 27 13:52:48 ogra_, no, plain archives. Forgot about -proposed Sep 27 13:53:21 or rather I never really knew what the current approval/freeze process had become Sep 27 13:53:55 if it is more automated due to -proposed being a queue which is flushed after freeze I'll remember it for next time :) Sep 27 13:54:45 so universe is frozen not because it could affect images but because it can tie up builders? Sep 27 13:56:34 well, the pieces that are on the images that you dont want in the archive during a freeze (i.e. that you dont want to distrub the image testing with) should go to proposed Sep 27 14:29:39 ogra_, oh forgot that universe bits go to images. Anyway I usually do not upload the kernel meta so it can be tested without being automatically upgraded to immediately Sep 27 14:29:57 yeah Sep 27 14:30:08 and the freeze should eb gone real soon now Sep 27 15:01:50 hmm .. Sep 27 15:01:52 bazaar.launchpad.net/~ubuntu-branches/ubuntu/breezy/xscreensaver/breezy/view/head:/debian/patches/01lockscreen.dpatch Sep 27 15:02:06 i wonder if i should spend some hours on the weekend with that Sep 27 15:07:48 ogra_: is this page http://www.ubuntu.com/download/arm correct? Sep 27 15:08:54 looks ok, yes Sep 27 15:09:29 we should probably make the desktop link less arch specific at some point Sep 27 15:14:24 ogra_: any updates to "supported" platforms list? Sep 27 15:14:44 omap4 ... Sep 27 15:14:47 thats is Sep 27 15:14:49 it Sep 27 15:15:04 for the server side, ask the server guys :) Sep 27 15:15:18 what about AC100 ? Sep 27 15:15:42 os is that community? Sep 27 15:16:25 http://cdimage.ubuntu.com/releases/12.04/release/ it's there Sep 27 15:16:27 just not documented Sep 27 15:16:50 and not canonical supported Sep 27 15:16:59 yeah, its community Sep 27 15:17:04 ok. Sep 27 15:17:15 everything on desktop is community but the panda Sep 27 15:17:30 same for server plus highbank and armadaxp Sep 27 15:17:34 i think Sep 27 15:18:33 even when it was done by canonical people Sep 27 15:19:43 hrw, "spare time work" :) Sep 27 15:19:53 ;)) Sep 27 15:44:52 Hello world ! I've just install ubuntu precise on beagleboard xM, followed the step to install and test DSP acceleration. But /etc/init.d/dsp start result in FATAL : module tidspbrdidge not found. Shall I compile kernel and the module by myself of is there a way to directly download it ? Sep 27 15:45:49 "followed the step to install and test DSP acceleration" > did you find that on an ubuntu wiki ? Sep 27 15:46:19 http://elinux.org/BeagleBoardUbuntu#DSP Sep 27 15:46:35 well, talk to the people maintaining that wiki Sep 27 15:47:03 * ogra_ doesnt think the ubuntu kernel has any DSP support, our omap3 kernel is plain mainline Sep 27 15:48:26 ogra_: 3.2.0 kernel has if compiled for it. but I can't even check it as the /proc/config.gz is missing. Sep 27 15:48:42 it is in /boot Sep 27 15:48:59 (as for all ubuntu kernels, no matter what arch) Sep 27 15:50:28 oh yes your're right and... well the tidspbridge is not set Sep 27 15:51:13 maybe in the repo there a compiled kernel supported for it. I don't want to mix ubunt stuff with things I get from the net you known Sep 27 15:51:47 bizulk: you can turn on /proc/config.gz in the kernel config before you build it, but afaik ubuntu doesn't do that by default Sep 27 15:52:25 right, since we ship it as a textfile in /boot already Sep 27 15:53:25 bizulk, if its in mainline already and just needs enabling, file a bug and point ppisati to it Sep 27 15:53:57 flipping an existing config option is surely possible Sep 27 15:54:02 RobertCNelson is the one that write the wiki. Whi is ppisati ? Sep 27 15:56:02 ppisati, is the ubuntu kernel maintainer for arm kernels Sep 27 15:56:17 he is the master of the configs :) Sep 27 15:57:43 ok. Maybe I shall before upgrade since I see in the package list some kernel stuffs... Sep 27 15:58:19 sure, but dont expect that the option was switched one or so :) Sep 27 16:42:18 What can I do to speed up apt-get dist-upgrade? I'm running on omap3 with sdcard system, and dist-upgrading from natty to precise takes 40minutes! Sep 27 16:42:50 only 40 mins 1 Sep 27 16:42:52 ! Sep 27 16:43:48 sveinse: only 40 minutes? Sep 27 16:44:41 ok, I think I'm in the wrong school :P Management wont accept this, and 10 minutes would be more like it Sep 27 16:44:51 you must have a really fast card or a really small system Sep 27 16:46:09 dist upgrading an SD based system with a desktop installed i would rather measure in hours than in minutes Sep 27 16:46:36 small system, I guess. Card's about 3-4Mb/s in write speed. The sum of all debs are about 170megs Sep 27 16:47:08 how much of these 40min is download time ? Sep 27 16:48:05 none, or out of scope of this. We deploy the debs in a container which the user puts on a USB device and puts in the device Sep 27 16:48:20 ah Sep 27 16:48:41 well, for a 3-4M/s device thats definitely pretty fast Sep 27 16:49:23 Hmm, I'll say that to my project manager :P Speak with the guys in #ubuntu-arm. LOL Sep 27 16:50:05 i'm surprised the system is usable wrt app startup times on such a blockdev Sep 27 16:50:55 Well thats another issue. We have 40 secs from power to functional GUI. Also too long Sep 27 16:51:20 pretty good for such a device Sep 27 16:51:29 I did a bootchart, and its either cpu-bound or IO-bound. Plain busy all of the time Sep 27 16:51:35 yeah Sep 27 16:51:58 unlikely that you can suqeeze more out of that Sep 27 16:53:50 yup. And I'm starting to feel that perhaps Ubuntu and a deb based distro wasn't the right thing for this little embedded thing Sep 27 16:54:29 well, ubuntu and debian are general purpose distros ... Sep 27 16:54:41 doing embedded with that is hard Sep 27 16:54:55 (ask the emdebian guys :) ) Sep 27 16:55:33 Because, coming back to my original question, there is nothing you can do with dpkg to speed it up? Some area to use tmpfs in, allow it to cache, anything? Sep 27 16:57:24 Oh yeah, I know about this. Given my now soon to be two years of adopting cross compilation with debian packages Sep 27 16:59:47 well, i'm working on an actual embedded filesystem builder over here (spare time project) ... Sep 27 16:59:56 with luck it might m,ake 13.04 Sep 27 17:00:19 Two main reasons for picking Ubuntu btw: 1) Large base of pre-compiled apps, 2) armv7 support out of box, now armhf as well Sep 27 17:00:19 And 3) selecting a deb based distro, as deb is a great tool for distributing updates Sep 27 17:01:00 well, packaging systems are quite some overhead on embedded ... Sep 27 17:03:22 sveinse: If you are using this for development, I recommend using a USB device for root. Much faster than an SD (as much as 10x). For final deployment, SD is ok, as minimal updates are required. Sep 27 17:06:31 GrueMaster: Point is that we have a couple of thousand units on the market with natty. We want to upgrade these to precise and the HW cannot boot from USB Sep 27 17:09:02 Ah, field upgrade. Actually, the way I did it was to use the SD for /boot and a usb drive for rootfs. But in this case, not sure what to tell you. Maybe script it to reboot to a console only (no X) runonce script that performs the update. Less overhead that way. Sep 27 17:09:43 (Not intending to troll, but) Would you guys accept that your mobile phone or pad take 40 minutes to do an OTA upgrade? Sep 27 17:10:16 nope Sep 27 17:10:25 oh, wait update Sep 27 17:10:27 yeah Sep 27 17:10:29 Actaully, my Droid 2 Global did when it went from 2.2 to 2.3. Sep 27 17:10:39 And it is essentially the same HW as the BeagleXM. Sep 27 17:10:42 40min for an OTA update is fine imho Sep 27 17:10:52 Same with my Nook Color. Sep 27 17:11:01 as long as the device tells me in advance Sep 27 17:11:15 and lets me postpone until i have time to do the update Sep 27 17:11:26 Yes. User controlled upgrade. Sep 27 17:12:05 if it doesnt tell me "it takes a few munites" but then goes on for 40 Sep 27 17:12:15 *minutes Sep 27 17:13:20 Oh, I'm struggling with an interesting "feature" here. We've implemented a udev hook to look for upgrade files when an USB device is inserted. Sep 27 17:13:48 and whats your prob with it ? Sep 27 17:13:56 That has worked fine very long, but now it fails miserable. What do you think happens to the processes started by udev when udev is upgraded ;) Sep 27 17:14:11 ah, yeah Sep 27 17:15:20 It simply cuts the upgrade in the middle of everything. I mean, there are like four nested script and they are cut off like they never existed Sep 27 17:17:25 Sounds like you should be doing a two-stage upgrade. Stage one is triggered by udev ( copies run-once scripts over, deletes or moves triggering mechanism), stage two does the actual upgrade. Sep 27 17:18:22 Yes, I was experimenting with using disown in bash to fork off the upgrade, but apparently its killed then. It probably still belongs to the same process group Sep 27 17:18:54 I'm going to try to use setsid. If that fails, then I'm going for a solution similar to GrueMaster's proposal **** ENDING LOGGING AT Fri Sep 28 02:59:56 2012