**** BEGIN LOGGING AT Wed Jun 02 02:59:57 2010 Jun 02 03:46:30 [ 3840.406250] INFO: task apt-check:7226 blocked for more than 120 seconds. Jun 02 03:46:30 [ 3840.419738] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. Jun 02 03:49:27 How do you suppress login scripts? Jun 02 03:49:45 The stupid thing is hanging at login... and then timing out at 60 seconds. Jun 02 03:51:20 I enter my username, and it waits like 50 seconds before showing me the password prompt Jun 02 03:52:54 What is this stupid apt-check, anyway? When I log in, I want to log in... not have it block forever on some update check. Jun 02 04:01:29 argh, had to reboot the thing. Jun 02 04:08:59 argh. Jun 02 05:03:22 hmm, I do still get that OOM on ureadahead. Jun 02 05:03:31 Maybe it's because I haverc.local start pulseaudio and deluged. Jun 02 05:03:59 no, wait, /var/lib/ureadahead/pack doesn't exist. Jun 02 05:08:23 hmm, it also oom kills mount.ntfs. Jun 02 05:08:35 I guess I have too much stuff running. Jun 02 05:09:49 hmm, now I'm pondering which would be more useful: one of the beagle XM boards, or one of those not-available-yet Marvell thingies? Jun 02 05:16:04 And will Marvell's stuff do compiz? that's my definition of useful 3D. =þ Jun 02 05:46:38 https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/466886 Jun 02 05:46:40 Launchpad bug 466886 in network-manager (Ubuntu) ""No network connection" when IPv6 is enabled in Network Manager (affects: 12) (heat: 60)" [Undecided,New] Jun 02 05:46:43 er, not arm-specific. Jun 02 06:30:18 hmm, is rcn-ee around? Jun 02 06:43:09 hi Jun 02 06:45:34 after installing ubuntu-netbook.. in keyboard doesnt work Jun 02 06:45:37 nor mouse Jun 02 06:46:04 i can go to text console Jun 02 06:46:26 wait Jun 02 06:46:29 keyboard works Jun 02 06:46:31 mouse doesnt Jun 02 06:48:35 weird Jun 02 06:48:45 i had to switch it to other usb port on the hub Jun 02 06:48:47 now it works Jun 02 06:58:04 erm Jun 02 06:58:13 cpufreq-info says there is no driver :( Jun 02 07:00:27 Hello, I have ubuntu 10.04 installed on a IMX51 Jun 02 07:00:38 but want gnome to use a resolution of 1536x384 Jun 02 07:00:50 for some reason it always jumps back to 1536x768 Jun 02 07:00:58 Somebody knows how I can change this? Jun 02 07:01:20 i dont even know what imx51 is but on beagleboard that i have the resolution is set in the bootloader bootargs Jun 02 07:02:22 freescale's cortex based processor Jun 02 07:02:28 ok Jun 02 07:02:36 does it have some sort of boot loader? Jun 02 07:02:42 yes, redboot Jun 02 07:03:21 ok, i dont know that one either Jun 02 07:03:37 but it is likely that you may need to provide resolution at boot time Jun 02 07:04:29 well, case is, I can change the resolution at runtime Jun 02 07:04:31 via fbset Jun 02 07:04:43 so my output resolution is already 1536x384 Jun 02 07:04:55 but..? Jun 02 07:05:07 but the resolution gdm is using, is 1536x768 Jun 02 07:05:21 so on my screen, I see only the upper part of my desktop environment Jun 02 07:07:29 i see Jun 02 07:07:31 no idea Jun 02 07:12:07 damn Jun 02 07:12:50 morning Jun 02 07:38:15 hrw, know about cpufreq-utils? Jun 02 07:38:37 they worked on ångström but complain about missing driver on ubuntu Jun 02 07:43:09 neure: cpufrequtils is not needed, we use ondemand governor by default and it is compiled in Jun 02 07:43:15 cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor Jun 02 07:48:48 amitk, is there way to control to cpu frequency? Jun 02 07:49:16 neure: switch the governor to a different one if you like Jun 02 07:49:30 amitk, cpu0 has on crash_notes Jun 02 07:49:35 only Jun 02 07:49:37 nothing else Jun 02 07:50:02 this is rcn_ee:s image Jun 02 07:50:08 maybe that could be missing some stuff Jun 02 07:50:09 ? Jun 02 07:50:16 then _please_ ask him Jun 02 07:50:30 =) Jun 02 07:50:41 this was the only thing i was able to get running :/ Jun 02 07:51:09 official doesnt support otg yet ehci is broken so what can i do Jun 02 07:51:20 understood Jun 02 07:51:32 but yes, i will hang around here and wait Jun 02 07:51:46 have you filed any bugs regarding ehci breakage? Jun 02 07:52:27 what should i report? "it is known that certain hardware is broken and ehci wont work" Jun 02 07:52:56 you're using an older board? Jun 02 07:53:01 should i request that installer gives you a dialog "sorry, your hardware is known to be faulty, please wait until we support otg" Jun 02 07:53:03 C2 Jun 02 07:53:16 not very old but ppl keep telling me it has usb issues Jun 02 07:53:24 *shrug* can't help you then until OTG is fixed Jun 02 07:53:29 right Jun 02 07:53:30 yes, it does Jun 02 07:53:52 what is the current status with otg? Jun 02 07:54:31 considering it is working in ångström and rcn-ee version, it should not be tough to get it to official Jun 02 07:54:36 gcc-4.5 takes 3.5h on my x86-64... Jun 02 07:54:48 hrw, doing what? Jun 02 07:54:55 to build it? Jun 02 07:55:44 amitk, do you think it would be worth reporting a bug that installer should warn about known-to-be-broken hardware configurations? Jun 02 07:56:28 neure: it can't hurt, talk to ogra (god of installers) Jun 02 07:56:50 ogra ping :) Jun 02 08:01:27 could anyone help with this? (mono build on armel -mfloat-abi=hard), build phase succeeds, binary-arch fails: http://paste.debian.net/75788/ Jun 02 08:02:48 package version mono-2.4.4~svn151842 Jun 02 08:03:01 same result with karmic version Jun 02 08:03:20 neure: build package Jun 02 08:05:14 right :) Jun 02 08:07:56 ogra: hi, did you get my message yesterday, the one about console colormap being broken on BB with 32bit fb Jun 02 08:09:16 zyga, yes, i guess thats worth a bug Jun 02 08:09:26 * ogra reads backlog Jun 02 08:09:35 ogra, against linux package in lucid? Jun 02 08:09:46 in lucid its linux-ti-omap iirc Jun 02 08:09:55 in maverick its linux Jun 02 08:10:37 * zyga wonders which release 'that' thing is based on (rolls eyes) Jun 02 08:10:45 k, I think it's lucid Jun 02 08:11:08 zyga, ask amitk i think its .33 with backports from .34 Jun 02 08:11:38 so its possible that the issues still show up in maverick (since the DSS patch might be the same) Jun 02 08:11:41 zyga: in lucid, it is a 2.6.33 kernel Jun 02 08:12:14 k Jun 02 08:12:26 guys, also, are there any thoughts of providing native version of rootstock (ie one that doesnt' require an x86 box +qemu) to build the image? Jun 02 08:12:28 I'll finish this install, take a photo and file a bug Jun 02 08:12:34 neure, well, for lucid i wont change the installer and i'd rather fix the issues than popping up warnings :) Jun 02 08:12:58 markos_: isnt that called debootstrap :-) Jun 02 08:12:59 markos_, look up debootstrap on the wiki :) Jun 02 08:13:11 and read about chroot Jun 02 08:13:14 or would you accept a patch? Jun 02 08:13:59 * ogra always accepts patches if they dont break existing functionallity and are sanely coded ;) Jun 02 08:14:32 amitk, do you know if the maverick kernel is supposed to support XM ? Jun 02 08:14:33 uhm, that's not only what rootstock does, it also sets up various system stuff Jun 02 08:15:06 ogra: at least that's the impression I get by reading its code ( I know about debootstrap, was a DD for 9 years :P) Jun 02 08:15:55 markos_, indeed it does, though thats not really much ... loopback networking, fstab, system groups, default user, sudo from the top of my head Jun 02 08:16:44 ogra: not yet, I haven't gotten around to looking at that yet (doing specs and all) Jun 02 08:17:07 yeah, my idea was to prepare a native rootstock script (rootstock-native?) that works on just debootstrap + the extra stuff and send it over Jun 02 08:17:30 amitk, k, x-loader and u-boot fully support it now (the omap3 packages i uploaded yesterday) Jun 02 08:17:50 markos_, feel free, i'll happily add it Jun 02 08:18:34 ogra: basically, i've rebuilt basic ubuntu-desktop karmic, using hardfp -instead of softfp- float-abi and would like to provide a couple of images as proof of concept -to see if the performance difference is worth the effort -imho it is, but i'd like to have numbers to base this Jun 02 08:18:34 markos_, though to avoud code duplication it would be clever to make rootstock use that script in the VM, i.e. just split out the installer part Jun 02 08:18:51 ogra: good idea Jun 02 08:19:55 ogra: I sent you an image that shows the colors and something I'm not familiar with - it looks like a kernel oops (it has a backtrace) but it's not an oops ;-) Jun 02 08:20:11 ogra, should I file a bug against that as well? Jun 02 08:20:15 yes Jun 02 08:20:40 and if you have a spare SD it would be cool to compare against maverick Jun 02 08:21:00 (upgraded lucid, we dont have installer images yet) Jun 02 08:21:15 ogra: in fact these days i'll set up a tiny arm-based compile-farm (8-9 nodes) to support this initiative, these will be Genesi EfikaMX boards (iMX515 based) Jun 02 08:21:28 nice ! Jun 02 08:21:59 markos_: wow you rebuilt ubuntu-desktop using hardfp? Jun 02 08:22:05 markos_: So you used gcc 4.5? Jun 02 08:22:06 ~3k packages so far Jun 02 08:22:20 markos_: So you bootstrapped stuff by hand to build in the correct order? Jun 02 08:22:24 no, codesourcery 2010q1-202 (gcc 4.4.1 +patches) Jun 02 08:22:25 or are you rebuilding multiple times Jun 02 08:22:25 es Jun 02 08:22:27 yes Jun 02 08:22:43 I bootstrapped some stuff initially Jun 02 08:22:58 then I rebuild pretty much everything -incl the basic stuff like gcc, eglibc, etc Jun 02 08:23:02 markos_: Do you have notes from your setup, and from the issues you faced? Jun 02 08:23:02 ogra, would it then be fix to refuse to use known-to-be-broken hardware? Jun 02 08:23:08 it sure took a LOOONG time Jun 02 08:23:35 neure, no, the fix would be to fix the breakage :) maverick is still young Jun 02 08:23:38 lool: well, the biggest problem were the cyclic dependencies in the packages themselves Jun 02 08:23:56 markos_: https://blueprints.launchpad.net/ubuntu/+spec/arm-m-automated-bootstrap Jun 02 08:24:15 lool: I stopped taking notes when the dependency cycle included too many packages :D Jun 02 08:24:32 markos_: I'm interested in even partial notes if you don't mind sharing them Jun 02 08:24:48 lool: I still remember most of it Jun 02 08:25:05 right now I'm stuck in gcj and mono Jun 02 08:25:15 zyga, hmm, that page allocation failure looks like livecd related, i think plars saw something similar already but it didnt do any harm to the actual install process Jun 02 08:25:35 ogra: ok, I'll file a bug about that anyway Jun 02 08:25:37 not sure he filed a bug about it though Jun 02 08:25:41 yeah Jun 02 08:26:00 lool: unfortunately, it's a long way from becoming trully automated Jun 02 08:26:16 markos_: Yes, I think we need to start somewhere Jun 02 08:26:45 markos_: I'd like to provide a prototype resolving a particular cycle or a small set of cycles, and then proposing the concept to Debian/Ubuntu at large Jun 02 08:26:46 lool: mind you, I started from a hardfp gentoo basic image Jun 02 08:26:52 aha Jun 02 08:27:21 markos_: So how did you keep the Debian and Gentoo bits isolated? Jun 02 08:27:43 separate chroots Jun 02 08:28:15 right now the basic system runs on softfp, and I had 2 chroots one gentoo-hardfp, and another with karmic Jun 02 08:28:45 I built a couple of vital packages inside gentoo, like eglibc, bash, gcc, etc Jun 02 08:28:49 markos_: Please correct me: your process was something like: create a gentoo hardfp chroot, build build-essential packages by hand in it using CS compiler, setup a buildd using a compiler wrapper which calls into codesourcery instead of build-essential, build everything you can and resolve loops by hand Jun 02 08:29:08 and dpkg -i --root= the packages Jun 02 08:29:31 after a while, I could chroot in the karmic-hardfp dir and start building packages there Jun 02 08:30:38 lool: actually I packaged codesourcery compiler using ubuntu's package and modifying it a bit, so right now I have gcc-4.4 codesourcery replacement packages Jun 02 08:30:51 but yes, the loops were resolved by hand Jun 02 08:31:08 That's really cool because that's exactly how we envisioned people doing rebuilds to do it Jun 02 08:31:17 (replacing the gcc sources contents) Jun 02 08:31:23 lool: I saved you the job :) Jun 02 08:31:41 well I'd rather say you proved our imagination right ;-) Jun 02 08:31:52 the only remaining thing right now is to provide the images somewhere Jun 02 08:31:59 markos_: So who do you do that for, will you share the resulting packages publicly? :-) Jun 02 08:32:01 Genesi Jun 02 08:32:03 of course Jun 02 08:32:16 You work for Genesi? Jun 02 08:32:30 yes, doing that and NEON stuff as well Jun 02 08:32:39 markos_: Tell me about the NEON stuff! :-) Jun 02 08:34:13 markos_: I'm also curious on whether you had the chance to compare speed of hardfp versus softfp Jun 02 08:34:50 lool: well, I only started doing that, some proof of concept NEON work went into the Eigen math library (it was easier for me as I had already done the altivec port some years ago) Jun 02 08:35:22 Too bad you actually had to use a Gentoo chroot too, the plan on our side was to cross-compile build-essential, but it's not easy because you have to bootstrap them Jun 02 08:35:38 lool: now, I'm working on the neon libfreevec port and some 2D driver optimizations for the imx515 X driver Jun 02 08:35:50 Stupid Adobe: Jun 02 08:35:53 openscreenproject.org tells me to download Flash plugin.... Jun 02 08:35:55 on ARM. Jun 02 08:35:55 lool: yes, I didn't want that either, but I had no choice really Jun 02 08:36:10 markos_: it certainly saved your time Jun 02 08:36:24 I wish somebody would make an ARM with an open GPU. Jun 02 08:36:42 Or at least, one with a GLX driver with texture_from_pixmap. Jun 02 08:36:55 markos_: Did you have to patch any sources for hardfp? Jun 02 08:36:57 Even nvidia is leagues above powervr in that rate. Though, I'm not sure how Tegra is. Jun 02 08:36:58 DanaG: ha! you did not told about gl in first line ;d Jun 02 08:37:10 markos_: We'd love helping you to merge the patches into Ubuntu proper Jun 02 08:37:14 lool: actually I tried bootstraping it myself, but it was taking me too much time, and then someone (ssvb) published the gentoo tarball Jun 02 08:37:18 lool: very few Jun 02 08:37:37 i have them all here Jun 02 08:37:47 markos_: isn't it a problem that it uses the same gnu triplet? Jun 02 08:37:56 well, apart from gcc which was a totally different package Jun 02 08:38:01 well Jun 02 08:38:06 they're totally incompatible Jun 02 08:38:07 markos_: It would be lovely if you could upload them somewhere, or open bugs or whatever Jun 02 08:38:13 softfp/hardfp I mean Jun 02 08:38:16 or rather Jun 02 08:38:20 the binaries run Jun 02 08:38:22 markos_: I can host them if you don't have a web hosting location ready Jun 02 08:38:27 but produce TOTALLY wrong results Jun 02 08:38:34 well you seem to have a debian account so you probably have a place already Jun 02 08:38:49 I did, I 'm not a DD anymore Jun 02 08:38:55 since 2008 :( Jun 02 08:39:04 Yeah, it says account locked Jun 02 08:39:07 but space is no problem, net connection might be Jun 02 08:39:13 hello, I get a FBDEV(0): mode "1536x384_60" not found Jun 02 08:39:16 markos_: There is a lighter process to get an account reenabled BTW Jun 02 08:39:17 ogra: https://bugs.edge.launchpad.net/ubuntu/+source/linux-ti-omap/+bug/588638 Jun 02 08:39:18 Launchpad bug 588638 in linux-ti-omap (Ubuntu) "console colormap is wrong when using 32bit framebuffer (affects: 1)" [Undecided,New] Jun 02 08:39:21 although it's added to /etc/fb.modes Jun 02 08:39:34 lool: markos_ is coming to dc10 :) Jun 02 08:39:37 first thing it states before is: "checking modes against framebuffer device" Jun 02 08:39:42 markos_: I find it a bit scary that the binaries will be run Jun 02 08:39:45 zumbi: that's not certain yet :) Jun 02 08:39:56 markos_: did not you registered? Jun 02 08:39:59 markos_: Anyway, I think we need a new debian architecture name for such a port Jun 02 08:39:59 lool: yes, this is why it must be a separate tree Jun 02 08:40:14 ack Jun 02 08:40:15 zyga, we used to subscribe ubuntu-armel and tag arm bugs with the armel tag in the past .... Jun 02 08:40:16 zumbi: will do, I want to discuss with Genesi first Jun 02 08:40:20 lool: armfp? Jun 02 08:40:30 zumbi: armelfp probably Jun 02 08:40:30 zumbi: I was thinking armhf rather Jun 02 08:40:30 lool, do you know if there is a new practise ? ^^^ Jun 02 08:40:40 ogra, and now? should I do the same? Jun 02 08:40:49 else i would like us to go on with that behavior Jun 02 08:40:55 markos_: "arm" was little endian as well, it would be shorter Jun 02 08:41:04 zyga, i dont know if the policies changed with the new team Jun 02 08:41:09 lool: I think it's worth the effort basically Jun 02 08:41:12 zyga, thats why i asked lool :) Jun 02 08:41:27 markos_: if you really want to attend dc10 is important you register soon as reconfirmation period has started and it is over by june 10th Jun 02 08:41:28 anyway, I have a DSL 24/1 here, it can work to get the stuff fast to a server Jun 02 08:41:34 zyga, essentially its makes searching for arm bugs easier Jun 02 08:41:35 ogra: we didn't change policies, but I dont think everybody is aware of these best practices Jun 02 08:41:47 lool, ok, we should spread them then Jun 02 08:41:47 zumbi: I have 8 days left then :D Jun 02 08:41:48 ogra: it's something the mobile team did, but wasn't really communicated at large Jun 02 08:41:55 lool, right Jun 02 08:41:59 markos_: I ceratinly agree it's worth the effort Jun 02 08:42:06 lool, ogra, so adding tags and subscribing teams is best practice currently, correct? Jun 02 08:42:13 markos_: but I need to provide you with accomodation which you are already late (since April 15th) Jun 02 08:42:18 markos_: So do you think we should actually use a different GNU triplet? Jun 02 08:42:23 if we didnt change them we should communicate it, if your team changed it the mobile team should know :) Jun 02 08:42:34 zyga, yes Jun 02 08:42:38 currently I think it's still arm-linux-gnueabi for hard-float Jun 02 08:42:42 zyga, ubuntu-armel and the armel tag Jun 02 08:42:50 thanks Jun 02 08:42:52 zumbi: yes, tag it armel and sub ~ubuntu-armel Jun 02 08:42:58 lool: indeed, well, i'm not sure about that Jun 02 08:43:03 lool: but armelhf shows cleanly that this is armel based just in case someone will wonder is it eabi still Jun 02 08:43:12 zyga, only subscribe ubuntu-areml (dont assign) Jun 02 08:43:13 zumbi: Tag it armel if it's specific to armel, subscribe the team if that sounds like an interesting bug for the armel porters Jun 02 08:43:19 right Jun 02 08:43:25 it's not exactly a subarch either, i'm not sure how to categorize it Jun 02 08:44:14 markos_: The same *spec* covers the two subcases, but the *abi* is actually different, so I think we should get that fixed to use a different triplet, but I suspect it's a rather painful process for everybody Jun 02 08:44:37 * lool notes to bring that up with CS Jun 02 08:45:14 hrw: armeb doesn't tell you anything about EABI though Jun 02 08:45:15 it is rather painful yeah :) Jun 02 08:45:42 markos_: So your goal is to build all of Ubuntu main + universe, or just main or...? Jun 02 08:45:52 markos_: How do you define your project as successful? Jun 02 08:46:55 lool: armeb for me is "arm BE" so for debian based it mean oabi to me Jun 02 08:48:23 lool: well, for now, main will suffice, soon -the extra nodes will arrive these days, so I'll have the cpu power to maintain this at least now Jun 02 08:48:42 hrw: You can have BE and EABI Jun 02 08:48:58 hrw: in fact, "If a bigendian arm EABI port will be created, it will be called "armeb", and it will replace the previous oldabi-based "armeb" port effort. " Jun 02 08:48:59 lool: I know Jun 02 08:49:05 lool: as for success, well I expect quite a measurable performance improvement esp in 3D or fp-intensive apps Jun 02 08:49:07 good to know Jun 02 08:50:35 lool: hardfp supposedly saves 20 cycles per function call, so esp in 3d or any other app that calls too many small functions with fp arguments, it *should* make a difference Jun 02 08:52:21 markos_: in fact it's 20 cycles per load / store of a single vfp register IIRC Jun 02 08:52:26 So it could be much more Jun 02 08:52:36 hm, yes, you're right :) Jun 02 08:52:40 (or perhaps it's all vfp registers, in which case I'm confused) Jun 02 08:54:13 lool: right now the only setback to providing the images, is mono -and to a lesser extent java. gnome-applets (part of ubuntu-desktop) depends eventually from mono which breaks here Jun 02 08:54:33 apart from that, I could provide ubuntu-minimal and ubuntu-standard right now even Jun 02 08:54:45 but I don't have an ubuntu x86 box (yet) :) Jun 02 08:55:04 markos_: mono doesn't build with hard-float, or it's broken at runtime? Jun 02 08:55:16 but, I could make my local mirror public and one of you could run rootstock :) Jun 02 08:55:53 the build breaks, in particular, binary-arch phase: http://paste.debian.net/75788/ Jun 02 08:56:08 markos_: That would be interesting; I'm mostly interested in benchmarks on the same hardware + source package version between softfp and hardfp; I'd like to prioritize this new port over our other devs Jun 02 08:57:05 make[2]: *** [build/deps/basic-profile-check.exe] Error 1 Jun 02 08:57:08 I dont see that error Jun 02 08:57:38 markos_: And we could start integrating the patches ASAP too Jun 02 08:57:49 lool: they're not that many Jun 02 08:57:56 markos_: Still! :-0 Jun 02 08:58:08 lool: the most important change is the compiler Jun 02 08:58:30 it would either have to be gcc-4.5 -which I haven't tested- or codesourcery Jun 02 08:58:54 Ack Jun 02 08:58:57 the current 4.4 in ubuntu doesnt' support hardfp, at least it didn't a couple of months ago Jun 02 08:59:02 dunno if it changed Jun 02 08:59:25 markos_: We plan integrating the CS patches at least on ARM on top of 4.4 https://blueprints.launchpad.net/ubuntu/+spec/arm-m-tool-chain-selection Jun 02 08:59:49 i did it the other way Jun 02 09:00:33 markos_: the other way? Jun 02 09:00:57 took the cs source and used a few ubuntu patches on top -incl. graphite- you might find it nice that Eigen showed an extra 0.03 GFLOPS performance 0.89 -> 0.92 Jun 02 09:01:04 what would be nice code editor that runs fine on beagleboard? Jun 02 09:01:10 for X.. Jun 02 09:02:34 lool: btw, the difference in a8 vfp vs NEON is huge, this is from a basic Eigen benchmark: Jun 02 09:02:35 $ ./bench_gemm.gcc4.4.1cs Jun 02 09:02:37 eigen cpu 3.84s 0.0699051 GFLOPS (19.27s) Jun 02 09:02:38 eigen real 3.8469s 0.0697796 GFLOPS (19.2648s) Jun 02 09:03:03 markos_: but that requires custom NEON code in eigen? Jun 02 09:03:45 neure, vim Jun 02 09:03:49 it's not like we can just turn on a toolchain flag which will use NEON, well only partially Jun 02 09:04:03 sorry im allergic to editors with unix roots :D Jun 02 09:04:04 $ ./bench_gemm.gcc4.4.1cs+genesi.neon Jun 02 09:04:05 eigen cpu 2.35s 0.913823 GFLOPS (11.82s) Jun 02 09:04:07 eigen real 2.35064s 0.913574 GFLOPS (11.8205s) Jun 02 09:04:12 scite should be fine.. Jun 02 09:04:28 lool: yes, that was my first NEON project :) Jun 02 09:04:47 does gcc directly support neon? Jun 02 09:04:52 or does it need some manual coding? Jun 02 09:04:56 neure: vim was written under AmigaOS :D Jun 02 09:05:08 well... it does do some basic fpu stuff using neon Jun 02 09:05:22 but to get top performance and vectorization, you have to do special coding Jun 02 09:05:30 A9 has a much better fpu, it's almost as fast as neon Jun 02 09:06:10 * markos_ has remote access to a prototype quad-core A9 :) Jun 02 09:06:30 markos_: i.mx61/63? Jun 02 09:07:14 I do not remember which of those is dual and which quad Jun 02 09:07:40 * gsnedders wonders if we have any A9 hardware here… Jun 02 09:08:39 Question, I have a Freescale IMX51 board (arm cortex A8) with custom ubuntu. The framebuffer always starts in 1024x768, but I want it to be 1536x384. Where can I change this? Jun 02 09:09:17 hrw, really? Jun 02 09:10:03 neure: yes. first it was Vi IMitation Jun 02 09:11:21 neure: "Vim is a text editor released by Bram Moolenaar in 1991 for the Amiga computer. " Jun 02 09:11:32 "The original vi program was written by Bill Joy in 1976 for an early BSD Unix release" Jun 02 09:11:40 markos_: if you're worried about fpu (I read mmu earlier) why not just use neon? Jun 02 09:11:47 granted i have no idea how much vim shares with vi Jun 02 09:11:59 neure: yes, vi is old timer Jun 02 09:12:04 hrw: i think it's a samsung Jun 02 09:12:04 i was born 1976 :) Jun 02 09:12:08 wv: you might have to do that in the kernel source Jun 02 09:12:11 neure: so did I Jun 02 09:12:15 tmzt: I am, when I can at least Jun 02 09:12:37 sorry Jun 02 09:12:43 wv, I think you can do that in the boot loader, just change the kernel command line Jun 02 09:12:52 doh wrong window, so lucky that wasnt another random statement :-) Jun 02 09:13:11 bootloader is redboot, and I don't see any resolution specified in the kernel command line Jun 02 09:13:24 wv: run 'fconfig' command Jun 02 09:13:35 ah.. no entry... Jun 02 09:13:36 exec -c "noinitrd console=ttymxc0,115200 console=tty1 root=/dev/mmcblk0p1 rw rootwait wvga" Jun 02 09:13:43 hrw: ARMv7 Processor [410fc091] revision 1 (ARMv7), cr=10c53c7f Jun 02 09:13:56 wv: AFAIK, the display driver has EDID detection on the imx51 Jun 02 09:14:20 Possibly, but I don't want to use EDID detection Jun 02 09:14:44 screen is an own made custom fpga screensplitter Jun 02 09:14:45 wv: tried "fbset --xres 1536 --yres 384"? Jun 02 09:15:13 hrw, well, that works after boot, I can output this resolution via fbset Jun 02 09:15:31 not via this command, but with timings and stuff Jun 02 09:15:45 but I want it to be correct directly at boottime Jun 02 09:16:02 wv: then I guess you'll have to look deeper into the driver for it's default settings Jun 02 09:16:13 cause second problem is that the x-server gets started at 1536x768 in stead of 384 Jun 02 09:16:35 so I only see the upper half of the screen... Jun 02 09:18:16 win 23 Jun 02 09:18:20 err Jun 02 09:18:29 lose 77 Jun 02 09:18:58 So it's not like I can put a default startup resolution somewhere without modifying some sourcE? Jun 02 09:19:23 dpends on x.org driver Jun 02 09:20:25 wv: again, look at the modinfo for the driver to see if it takes some parameters (I don't have my babbage board handy atm) Jun 02 09:20:59 /usr/bin/ld: cannot find -lEGL Jun 02 09:21:09 where do i get pvr oes and egl stuff? Jun 02 09:22:32 amitk, can you give me the specific command? I tried modinfo fbdev, but get a ERROR: modinfo: could not open.......; Jun 02 09:33:46 wv: I guess the display driver is not even a module, it is compiled in. And from a quick look it doesn't seem to take any parameters Jun 02 09:33:53 wv: so you'd have to hack the driver Jun 02 09:36:08 lool: nobody loses :) (I was changing windows :-P) Jun 02 09:36:47 lool: btw, would you know some TI or freescale people wanting to pay money to sponsor debconf food? Jun 02 09:37:21 * zumbi is fundraising Jun 02 09:38:49 zumbi: alt-d is not working as /window 23? Jun 02 09:39:47 hrw: not here alt-d=ä Jun 02 09:41:14 when fundraising, I get more hardware than money for food -- would you like some? :) Jun 02 09:43:16 zumbi: ah.. I use RAlt for national chars Jun 02 09:49:49 * XorA uses ralt for compose Jun 02 10:00:30 zumbi: It's a bit of a stretch for me to share Canonical customer contact details in the interest of letting you contact them to raise money Jun 02 10:02:14 zumbi: But I can see various ways in which this could work: a) contacting them during Debconf itself (the ones who come) to sponsor the next debconf b) prepare some information for ARM silicon manufacturers on why debian is great for ARM development and why sponsoring debconf is critical c) let networking happen (I might mention the debconf sponsoring option to the ones I know well, but that's my own personal decision as a DD :-) Jun 02 10:02:43 zumbi: The other option is that you eat some hardware instead Jun 02 10:02:55 ;D Jun 02 10:02:55 tasty :-) Jun 02 10:03:07 thanks :) Jun 02 10:03:13 or grab hw to debconf and sell^Wexchange it for food Jun 02 10:03:16 sponsored "Will it Digest" Jun 02 10:03:58 hrw: Reselling hardware which you were offered for development might not be a terribly good move to keep your hardware sponsors happy though Jun 02 10:04:20 lool: as DD if you want to fundraise a little more for food, you can access open budget at http://wiki.debconf.org/wiki/DebConf10/Budget Jun 02 10:05:19 lool: that can be a great idea (hardware reselling booth) Jun 02 10:06:31 zumbi: Ok, it's good to know the budget bits are there, what might help sponsors make their move is a targetted marketing of why debconf is great for their company/products/communities Jun 02 10:07:11 zumbi: if you do have a reselling agreement with your partner, that would be good, but otherwise it's quite an ugly business to resell gifts IMHO Jun 02 10:07:40 I wouldn't be tempted to make further gifts in the future if I saw them being exchanged for money or food Jun 02 10:08:30 Housing + Food shows how an expensive city like NY hits the debconf budget badly :-/ Jun 02 10:08:32 lool: yes, i already wrote a letter (http://whiteboard.debian.net/sponsors.wb) and thanks for suggestions, I should agree reselling before hand. Exchange hardware for food. :-) Jun 02 10:08:59 lool: btw, will you be there? Jun 02 10:09:52 zumbi: the list of benefits is not geared towards ARM at all Jun 02 10:09:57 zumbi: Yes, I'm coming Jun 02 10:11:32 zumbi: Do you have a list of current sponsors as to not bug the same companies multiple times? Jun 02 10:12:23 lool: yes, but it is kept private Jun 02 10:12:56 zumbi: Could you mail it to me? Jun 02 10:13:04 lool: i think so Jun 02 10:13:08 one sec Jun 02 10:13:11 I wouldn't share it obviously Jun 02 10:13:20 plars, gomockingbird.com Jun 02 10:15:20 zyga: Amazing Jun 02 10:15:35 lool, just found it on planet.gnome Jun 02 10:15:45 I'm redoing my mockups in that, pen and paper sucks Jun 02 10:16:03 (and another objective-c -> javascript recompiler app, cool) Jun 02 10:18:16 I'm doing ubuntu one sync on my BB Jun 02 10:19:34 zumbi: eating hardware... gives a new meaning to "Intel Inside" stickers, lol :) Jun 02 10:20:54 markos_: ;DD Jun 02 10:21:12 markos_: well, not Intel, but ARM Jun 02 10:22:04 "Eat the ARM" could be a posible marketing sponsor :) Jun 02 10:22:42 sponsor or phrase or ... i dunno the best word here Jun 02 10:26:37 wv: did you get it through the bootloader? Jun 02 10:26:49 it's possible the bootloader just configures video for itself, not the kernel Jun 02 10:27:02 you probably have to patch the board file or devicetree (if it's used) Jun 02 10:27:11 I don't know this hardware though so I can't be sure Jun 02 10:32:57 "this guy ate his ARM", won't sound very nice though... Jun 02 10:54:03 guys Jun 02 10:54:14 is there some lighter X environment than ubuntu-netbook? Jun 02 10:54:27 it seems to be pretty sluggish Jun 02 10:56:48 do you have swap ? Jun 02 10:57:02 its not that sluggish on a C4 with 512M of swap here Jun 02 10:57:54 but indeed there are other desktop envs, try lubuntu-desktop or a plain xfce (not xubuntu-desktop, thats nearly as heavy as ubuntu) Jun 02 10:58:44 how do i see if i have swap?) Jun 02 10:58:50 free Jun 02 10:59:13 no swap! Jun 02 10:59:14 htop is also helpful to see the real ram usage Jun 02 10:59:16 damn Jun 02 10:59:30 (not installed by default) Jun 02 11:00:01 i have 16 GB sdcard, use% 16.. Jun 02 11:00:05 can i add now somehow? Jun 02 11:00:28 i can take the sdcard to pc if necessary Jun 02 11:00:32 use your desktop pc and gparted Jun 02 11:00:46 you should be able to shrink the partition Jun 02 11:01:44 is gparted x11 program? Jun 02 11:01:50 my vmware only has shell, no X11 Jun 02 11:02:24 gparted is X11 Jun 02 11:02:43 :/ Jun 02 11:03:01 it uses parted and ext2resize in the backend though Jun 02 11:03:09 but they are rather complex to use Jun 02 11:04:19 i need to do apt-get install xfce-4 on my vmware first :D Jun 02 11:04:34 or something like that Jun 02 11:05:16 you can ssh -X into the box without it having a full X+desktop installed Jun 02 11:06:23 mm., true Jun 02 11:06:28 i should install some local X server Jun 02 11:06:33 probably cygwin? Jun 02 11:07:16 just openssh-server and gparted Jun 02 11:07:17 seems like a major workaround. if you can take your desktop down and boot from a usb stick/cd that would be much easier Jun 02 11:07:37 then you can do "ssh user@vm -X gparted" Jun 02 11:08:45 well i first need to install the X server ;) Jun 02 11:09:25 you dont need an xserver with openssh Jun 02 11:09:35 gparted will pull in what it needs to run Jun 02 11:09:47 should only be X libs Jun 02 11:10:03 oh, wait, your host is windows ... Jun 02 11:10:07 * ogra now gets the prob Jun 02 11:10:21 :) Jun 02 11:10:29 just stop using windows ;) Jun 02 11:10:34 not my choice Jun 02 11:10:39 it helps in so many areas :) Jun 02 11:15:17 running windows, qemu, vmware, windows, qemu in vmware, beagleboard and now adding remote X.. this can get confusing.. Jun 02 11:15:24 double windows :D Jun 02 11:20:20 *shudder* Jun 02 11:27:04 amigaos -> macos -> windows 3.11 -> zx spectrum Jun 02 11:33:16 -> ? Jun 02 11:33:53 neure: your list of vm reminded me old amiga times Jun 02 11:34:05 heh Jun 02 11:34:14 i had c64 instead of spectrum Jun 02 11:34:21 and i never really used mac Jun 02 11:34:29 and skipped 3.11 Jun 02 11:34:32 neure: amigaos as host with mac emulator which was running x86 emul which got zx spectrum Jun 02 11:34:44 * hrw -> lunch Jun 02 11:34:47 ah right Jun 02 11:34:54 :) Jun 02 11:35:26 you can run that amigaos on winuae.. :) Jun 02 11:35:33 or some other uae Jun 02 12:03:27 damn Jun 02 12:03:42 how the hell do i switch from ubuntu-netbook to some other desktop Jun 02 12:03:43 ? Jun 02 12:04:04 at the login manager select your session Jun 02 12:04:13 there is no such thing Jun 02 12:04:23 login manager? Jun 02 12:04:27 where do i select session? Jun 02 12:04:46 oh wait Jun 02 12:04:48 found it Jun 02 12:04:50 :D Jun 02 12:04:51 silly me Jun 02 12:04:52 fi you log out of netbook you get to the login manager Jun 02 12:04:57 :) Jun 02 12:05:27 i didnt see any session options because i had not chosen user Jun 02 12:05:43 i was expecting to be able to choose session already before having to select user Jun 02 12:11:04 mm Jun 02 12:11:07 lxde <3 Jun 02 12:11:17 oh, sweet ! Jun 02 12:11:27 the maverick kernel seems to boot on the XM Jun 02 12:11:38 sounds good Jun 02 12:11:53 i wonder when xm is available.. Jun 02 12:12:13 since last week i think Jun 02 12:12:21 it can be ordered now? Jun 02 12:12:31 or you mean it has already been shipped? Jun 02 12:43:09 how do i add swap with gparted? Jun 02 12:44:25 hmm i think i got it Jun 02 12:52:41 re Jun 02 12:55:30 ogra: can you document how to set back to uboot env defaults? Jun 02 12:55:40 whats the way? is that just erasing the mtd2? Jun 02 12:56:11 re-flash u-boot Jun 02 12:56:33 not sure erasing gets you the defaults back, i never tried Jun 02 12:56:42 ogra: what do you mean by "reflash uboot" Jun 02 12:56:56 uboot still has the defaults, its just that it ignores them when there is something different in the uboot env Jun 02 12:56:57 re-flash u-boot bin from the u-boot prompt Jun 02 12:57:12 right, try to erase the env then Jun 02 12:57:13 does that write the default env to uboot env? Jun 02 12:57:26 i am not sure. i just thought that erasing might do the trick too Jun 02 12:57:30 i will let lool try that Jun 02 12:58:51 lol Jun 02 12:58:55 coward ! Jun 02 12:59:21 just dd /dev/zero to mtdblock2 :) Jun 02 12:59:27 and reboot Jun 02 12:59:48 worst case you have to setenv/saveenv the stuff manually afterwards Jun 02 13:03:32 geez Jun 02 13:03:38 you guys are dangerous! Jun 02 13:03:45 me? Jun 02 13:03:50 plural! Jun 02 13:03:54 i feel pretty harmless here Jun 02 13:03:58 heh Jun 02 13:03:59 ok Jun 02 13:04:04 asac: You're discussing with ogra! Jun 02 13:04:08 jk ;) Jun 02 13:04:24 right. i might get infected with more risk ;) Jun 02 13:06:49 ogra: so in panda world uboot would always use the built in default i guess? how will you work around the problem with partitions on the image production? thought there were problems with cylinders etc. Jun 02 13:12:01 *grin* Jun 02 13:12:18 asac, using sfdisk Jun 02 13:12:35 ogra: sfdisk fixes that problem in which way? Jun 02 13:13:11 ask NCommander :) he said he has working debian-cd code, i havent seen it yet Jun 02 13:13:19 feels odd Jun 02 13:13:33 parted cant be forced into CHS mode Jun 02 13:13:37 i mean in best case we can hard code coms cylinder/sector etc. values, but are those true for all sdcards? Jun 02 13:13:39 sfdisk can do that fine Jun 02 13:13:48 what does CHS mode involve? Jun 02 13:14:00 putting fixed values in for these Jun 02 13:14:19 i dont think it actually matters on mounting at all Jun 02 13:14:25 it just matters for MLO Jun 02 13:15:29 asac, basically we're re-using the imx51 scripts but use an ext3 partition for the second part. and vfat for the first one Jun 02 13:16:07 ogra: right, but why would it not be a problem for MLO if the values are wrong Jun 02 13:16:30 why would they be wrong ? Jun 02 13:16:46 we know the disk size so we can make up proper values here Jun 02 13:16:50 ogra: are CHS values all the same for all sdcards of all sizes etc.? Jun 02 13:16:52 s/disk/image/ Jun 02 13:16:56 no Jun 02 13:16:59 so doesnt depend on the hardware? Jun 02 13:17:03 they are bound to the card size Jun 02 13:17:25 but if you produce an image, you dont know what card size the user will choose, do you? Jun 02 13:17:30 no Jun 02 13:17:38 well, it works is all i can say Jun 02 13:17:47 but you wont get anywhere with parted Jun 02 13:17:52 right Jun 02 13:18:05 so sfdisk or fdisk Jun 02 13:18:17 or patch parted :) Jun 02 13:18:29 why sfdisk rather than fdisk? i sfdisk as commonly available? Jun 02 13:18:41 yes Jun 02 13:18:45 and better scriptable Jun 02 13:18:57 actually sfdisk is designed for scripting Jun 02 13:19:14 while you need to direct fake input to fdisk if you want to script it Jun 02 13:19:18 ogra: have oyu tried if it also helps for our imx51 uboot mess? Jun 02 13:19:24 nope Jun 02 13:19:32 i didnt touch imx51 since months Jun 02 13:19:39 and we dont build images for it anymore Jun 02 13:19:47 since lucid release Jun 02 13:19:50 right. just thought you evalled this switch to sfdisk ;) Jun 02 13:20:06 i played with it for omap Jun 02 13:20:10 i see Jun 02 13:20:18 but thats a while ago Jun 02 13:20:26 before lucid released Jun 02 13:20:44 lets wait with what NCommander comes up ... Jun 02 13:21:13 i should get some code this week for review, i can give you the snippets for your livehelper scripts Jun 02 13:21:30 that would be fantastic Jun 02 13:21:36 effectively we're holding back because of alpha1 Jun 02 13:21:45 can we have a config file with the partition layout? Jun 02 13:21:52 we dont want to disturb the milestone with code commits atm Jun 02 13:21:53 rather than a loose command script? Jun 02 13:22:18 i think its written like the other debian-cd scripts so you will likely have vars at the top Jun 02 13:22:27 ogra: are a1 images for omap going to happen? Jun 02 13:22:31 you can indeed put these vars into a config file you source Jun 02 13:22:36 asac, nope Jun 02 13:22:38 ;) Jun 02 13:22:52 ogra: what is outdated? Jun 02 13:22:57 livecd-rootfs is ready but i'm scared to merge it in the middle of a milestone freeze Jun 02 13:23:09 right Jun 02 13:23:15 debian-cd misses the publishing code according to NCommander Jun 02 13:23:31 i have him access to a branch so he can work on it but i havent seen code yet Jun 02 13:23:36 wow ftbfs growed again ;) Jun 02 13:23:41 according to him the images are built and bootable Jun 02 13:23:48 yeah, QT Jun 02 13:23:54 hmm Jun 02 13:24:02 ftbfs is second prio atm Jun 02 13:24:09 ogra: the qt fix should be changing the typedef for long to long rather than int Jun 02 13:24:12 we're working towards having daily builds Jun 02 13:24:19 and drop all ncommander patches and rebuild the full qt stack Jun 02 13:24:35 ogra: daily builds? we already have daily builds, dont we? Jun 02 13:24:37 well, i was told there is another timout issue too Jun 02 13:24:48 we dont have any arm images atm Jun 02 13:24:52 ogra: in anycase, the typedef migration hsould be done asap Jun 02 13:25:12 feel free to do it or wait until the images build :) Jun 02 13:25:13 ogra: err. we had daily images last cycle (unless they failed) Jun 02 13:25:18 right Jun 02 13:25:28 but we're changing the build system completely Jun 02 13:25:31 so why are you working on getting daily images? Jun 02 13:26:03 because we are not able to build them right yet Jun 02 13:26:27 building the old ones wastest space on cdimage and requires manual clanup work someone has to do later Jun 02 13:26:43 so we dont build the old ones and the code for the new ones is still in the works Jun 02 13:27:17 ogra: so what does this "make daily builds happen" involve? Jun 02 13:27:25 antimony/cdimage is short on diskspace Jun 02 13:27:28 why dont you work with us on using the same infrastructure? Jun 02 13:27:43 because you dont work in the distro infarstructure Jun 02 13:27:51 and 60% of our work is done Jun 02 13:28:12 so you are saying you just ensure that there is more disk space left? Jun 02 13:28:18 the ext3 image buiold code is ready and working, just not merged to the livefs builder yet Jun 02 13:28:23 no Jun 02 13:28:28 i mean if you move your stuff to a separate host, you could also embrace our system as a "distro" infrastructure part Jun 02 13:28:32 oh, yes, on antimony Jun 02 13:28:45 then we would have to maintain a separate machine Jun 02 13:29:14 we want to have our distro builds in the distro infrastructure Jun 02 13:29:23 there is no way around it Jun 02 13:30:12 since there are plenty of people maintining that it would be a massive waste (and not doable for our team) to have to maintain a complete additional machine and infrastructure Jun 02 13:31:05 also we dont want to duplicate code Jun 02 13:31:15 ogra: right thats why i suggested to share the infrastructure for live-helper Jun 02 13:31:17 debian-cd and livecd-rootfs are there and well maintained Jun 02 13:31:30 but i see that you guys are not yet ready mentally for looking for different stuff ;) Jun 02 13:31:42 ogra: rootstock/qemu gave me a fatal error: "qemu: fatal: cp15 insn ee1d6f70" Jun 02 13:31:42 so move ahead ;) Jun 02 13:31:43 not with the current time schedule Jun 02 13:32:05 while building a ubuntu-minimal image with hardfp debs Jun 02 13:32:21 asac, dont forget we only have a about 6 weeks until release Jun 02 13:32:28 ogra: sure. just saying you shouldnt invest too much work there. if you put real man cycles into it now, we should rather go and share our efforts Jun 02 13:32:51 that's on lucid x86_64 on a VM Jun 02 13:33:10 ogra: what i dont get is that we had more images last cycle, and now the diskspace is not enough to have dailies for a single image? Jun 02 13:33:13 markos_, probably the VM kernel Jun 02 13:33:32 asac, preinstalled images require a lot more space Jun 02 13:33:49 scripts/kconfig/kxgettext.c: In function ‘message__add’: Jun 02 13:33:49 scripts/kconfig/kxgettext.c:148: internal compiler error: Segmentation fault Jun 02 13:33:52 the raw image is 1.4G and we can only compress it at the end of the build process Jun 02 13:33:53 arse Jun 02 13:33:55 ogra: ok, i'll just fix the antive build anyway Jun 02 13:35:07 ogra: oh true. you could lzma them though Jun 02 13:35:11 ogra: built a kernel natively on omap4? Jun 02 13:35:25 asac, we'll bzip them but still they are raw first Jun 02 13:35:44 but squashfs is also raw first, isnt it? Jun 02 13:35:46 nevermind. Jun 02 13:36:05 yeah, squash lives on the livefs builder Jun 02 13:36:24 and comes over in compressed format Jun 02 13:36:44 we could compress on the livefs builder but that takes hours on a imx51 CPU Jun 02 13:37:05 so we have to live with uncompressed and then compress on antimony Jun 02 13:37:20 the resulting image is only 4-500M though :) Jun 02 13:37:48 XorA, yes, several times Jun 02 13:38:03 ogra: seen anything like my error above? Jun 02 13:38:18 XorA, what kernel do you run on the machine ? Jun 02 13:38:24 ogra: L24.6 Jun 02 13:38:28 and what HW is that ? a zoom ? Jun 02 13:38:39 i have seen random segfaults, yes Jun 02 13:38:47 err s/&zoom/blaze/ Jun 02 13:39:05 ogra: this is a 4430 SDP Jun 02 13:39:17 XorA, usually it survives uImage creation but fails some time during modules creation Jun 02 13:39:18 its not random happens every time Jun 02 13:39:43 or if i build modules first it survives the modules but happens on uImage creation Jun 02 13:39:59 i also had builds that survived completely Jun 02 13:40:15 but there are known kernel issues on omap4 Jun 02 13:40:40 oen is definately exposed if you use git clone with a recent git version Jun 02 13:40:52 try that :) Jun 02 13:40:58 (but be prepared for reboot) Jun 02 13:41:06 i know its known at TI Jun 02 13:43:38 markos_: this seems bad Jun 02 13:43:54 markos_: If you like, you could try the qemu-maemo/meego packages, they have a handful more ARM patches Jun 02 13:44:05 markos_: https://launchpad.net/~lool/+archive/ports-dev/+packages Jun 02 13:44:18 lool, do you plan to bring them to the archive at some point ? Jun 02 13:44:40 lool: well, only for x86 rootstock, I'm working on a native rootstock right now Jun 02 13:44:44 ogra: No, I'd rather avoid adding a fork to the archive; some of the patches were submitted upstream now though Jun 02 13:44:53 ah, great Jun 02 13:45:04 though the question is which upstream then :) Jun 02 13:45:12 i.e. will they show up in the kvm port Jun 02 13:45:24 Ultimately they will, but yeah, it will take longer Jun 02 13:48:57 ogra: so compressing to squash is considerably faster than compressing to gzip/bzip/lzma? Jun 02 13:49:10 or you also want to improve image build time? Jun 02 13:49:10 on arm HW, yes Jun 02 13:49:25 no, but i want to have a reasonable build time Jun 02 13:49:48 cant we just ship the image .squashfs compressed then ;)? Jun 02 13:49:49 rolling the ext2 takes about 40min Jun 02 13:49:51 j.k. Jun 02 13:49:52 no Jun 02 13:50:01 did you read the spec ? Jun 02 13:50:15 we're growing the existing partition to the size of the SD on first boot Jun 02 13:50:17 ogra: yeah I noticed the git clone failure. Jun 02 13:50:31 cant do that with a readonly squashfs ... Jun 02 13:50:39 and it would force a union mount Jun 02 13:57:23 lool: better, a few errors, but i think i'll make it work Jun 02 13:59:58 ogra: it gives me chroot: cannot run command debootstrap/debootstrap: no such file or directory Jun 02 14:01:17 markos_, you installed the lucid package ? Jun 02 14:01:36 yes, but trying to build karmic image Jun 02 14:02:02 that shouldnt matter Jun 02 14:02:22 did it pull in qemu-kvm-extras-static ? Jun 02 14:03:01 seems your binfmt handler for armel chroots doesnt work Jun 02 14:03:24 that's a pristine lucid install :P Jun 02 14:03:40 dpkg -l|grep qemu-kvm-extras-static Jun 02 14:03:43 is it installed ? Jun 02 14:04:07 yes, 0.12.3+noroms-0ubuntu9 Jun 02 14:04:26 try: sudo service binfmt-support restart Jun 02 14:04:33 and then try again Jun 02 14:04:40 worst case try a reboot Jun 02 14:05:39 ok, here is the problem: Jun 02 14:05:51 does plymouth work under dss? Jun 02 14:05:59 with default qemu-arm-static I have the fatal error in qemu I mentioned before Jun 02 14:06:01 cwillu_at_work, on my C4 it does Jun 02 14:06:15 k, so I just don't know how to work it then :) Jun 02 14:06:39 ogra: with qemu-maemo, there is no static version, so I think it may possibly break when trying to run it inside a chroot -missing libs? Jun 02 14:06:42 cwillu_at_work, you have quiet and splash on your cmdline ? Jun 02 14:06:54 ogra, I'm actually trying to bring it up by hand from a serial console Jun 02 14:07:13 markos_, no, the binfmt handler uses the qemu-arm-static binary Jun 02 14:07:32 markos_, so even if you use qemu-maemo that will only affect VMs Jun 02 14:07:37 markos_, which fatal error? Jun 02 14:08:15 ok, i'll have to copy paste this to some pastebin, moment Jun 02 14:08:20 ok Jun 02 14:08:36 cwillu_at_work, fatal error: "qemu: fatal: cp15 insn ee1d6f70" Jun 02 14:08:53 partway through the install? Jun 02 14:08:58 cwillu_at_work, though he recompiled the world with hardfp Jun 02 14:09:04 ah, okay Jun 02 14:09:37 the vm kernel is surely not compiled like that Jun 02 14:09:56 so that might cause this issue ... or something in qemu itself Jun 02 14:10:57 http://paste.debian.net/75826/ Jun 02 14:11:01 :/ Jun 02 14:11:32 plymouthd seems to ignore it's --tty arg; it looks like it's trying to open the serial terminal for splash even though I'm passing --tty=/dev/tty1 Jun 02 14:11:35 markos_, yeah, thats in the VM if i'm not totally wrong Jun 02 14:12:06 ogra: but the kernel doesn't use fpu at all, it should be totally agnostic whether I use softfp or hardfp or whatever Jun 02 14:12:14 markos_, what you can try (but will slow down rootstock) is to remove the static package Jun 02 14:12:25 i don't mind :) Jun 02 14:12:39 * ogra isnt sure he made qemu-arm-static a recommends Jun 02 14:12:57 gah, i didnt Jun 02 14:13:07 retrying without it Jun 02 14:13:15 so you might have to re-rooll the package without that dep Jun 02 14:13:27 rootstock will then use the VM for everything Jun 02 14:13:40 so should use qemu-maemo all over the place Jun 02 14:14:11 seems to do exactly that Jun 02 14:14:24 phew, at least that code works :) Jun 02 14:14:24 "Switching to VM for 2nd stage processing" Jun 02 14:14:31 Installing core packages... Jun 02 14:14:36 fingers crossed :) Jun 02 14:14:41 :) Jun 02 14:14:50 * ogra just got icecream ... Jun 02 14:14:56 -> afk for a bit Jun 02 14:47:04 ogra, heh; apparently using having a serial console available on boot breaks it Jun 02 14:47:40 oh, indeed, i forgot about that Jun 02 14:47:56 i even filed thwe bug in LP for it Jun 02 14:49:38 you know offhand if it breaks if the serial console is display only? Jun 02 14:49:46 (i.e., the first of two console= args) Jun 02 14:50:19 iirc it breaks with any console= setting Jun 02 14:50:33 I just had it work with console=tty1 Jun 02 14:50:50 hmm, then this part was fixed Jun 02 14:56:02 order doesn't matter on two devices Jun 02 14:56:06 just doesn't work Jun 02 14:56:07 k Jun 02 14:56:21 hrw: BTW I updated the cross-compilers spec to include doko's feedback, check the diff for the detailed changes, but the highlights are: fortan expected as well (to match upstream default set of languages), cross-toolchain rules should allow using embedded sources, should not go above dh 5 for now Jun 02 14:57:19 lool: speaking of compilers, how do you bootstrap java (gcj/openjdk)? Jun 02 14:59:24 we have a tool for that ... it's called doko ;) Jun 02 14:59:35 haha Jun 02 15:03:52 markos_: Good Q, I don't know Jun 02 15:08:56 lool: I checked them when you added Jun 02 15:15:03 lool: only java and mono are left from the big/important/lots of dependencies packages so far Jun 02 15:15:35 reg. mono, I suspect the CS compiler braking the build somewhere, but I'm looking at it for days Jun 02 15:15:55 apw: Heya, did you see my ubuntu-maverick-meta patch, complementing the ubuntu-maverick linux-tools armel support? Jun 02 15:16:27 markos_: Ok good to know Jun 02 15:16:29 * ogra saw it on the ML Jun 02 15:38:35 lucid's x still grabs the screen eh? Jun 02 15:38:51 ... from plymouth, on omap Jun 02 16:25:06 did we drop xorg's omapfb? Jun 02 16:25:58 nope Jun 02 16:26:07 rename it? Jun 02 16:26:12 merge it with something else? Jun 02 16:26:13 :D Jun 02 16:26:21 it has the same name debian gave the package Jun 02 16:27:35 https://edge.launchpad.net/ubuntu/+source/xf86-video-omapfb Jun 02 16:27:56 xserver-xorg-video-omap3 or xserver-xorg-video-omapfb Jun 02 16:28:05 make your pick (NEON or not) Jun 02 16:28:25 sorry, distracted Jun 02 16:29:02 and less distracted now Jun 02 16:29:08 I don't see xserve-xorg-video-omap* anymore Jun 02 16:29:19 nothing that starts with o Jun 02 16:30:15 cwillu_at_work, where do you look ? we only build it for armel Jun 02 16:30:24 ogra, on a beagle Jun 02 16:30:41 I do see a bunch of xserver-corg-video-{1.0,1.9,2,4,5,6} though Jun 02 16:30:43 its in universe, is that enabled ? Jun 02 16:30:56 yep Jun 02 16:31:08 lucid ? Jun 02 16:31:10 yep Jun 02 16:31:13 weird Jun 02 16:31:16 i use it here Jun 02 16:31:22 I used it in karmic Jun 02 16:31:34 * cwillu_at_work apt-get updates unnecessarily Jun 02 16:32:04 as you can see on the LP page above it exists :) Jun 02 16:32:09 liar Jun 02 16:32:21 heh Jun 02 16:32:40 and as long as I have your attention, novtswitch or similar doesn't seem to work; is that just me? Jun 02 16:32:50 trying to get that smooth splash experience working :) Jun 02 16:33:15 geez Jun 02 16:33:23 hmm, not sure if novtswitch is recognized by plymouth Jun 02 16:33:30 no, by xorg Jun 02 16:33:34 it might switch forcefully Jun 02 16:33:46 (before xorg comes up) Jun 02 16:33:48 xorg switches forcefully, regardless of the switch Jun 02 16:34:07 I'm running plymouth, and I want plymouth to stay on the screen until an app is loaded in xorg Jun 02 16:34:13 might be that the new xorg doesnt anymore Jun 02 16:34:26 but xorg switches vt's (which I can deal with) and clears the screen (which I can't) Jun 02 16:34:49 man xorg doesnt have it Jun 02 16:34:55 Xorg --help does Jun 02 16:35:27 best ask in #ubuntu-x Jun 02 16:35:50 they might know if thats just a missed leftovert in the documentation Jun 02 16:36:19 everything relies on KMS nowadays so it might actually be that the option is gone Jun 02 16:36:37 ahhhh, and dss isn't a kms driver Jun 02 16:40:28 how does plymouth-x11 work? Jun 02 16:41:12 no idea :) Jun 02 16:41:33 i know TI works on adding KMS support for the future Jun 02 16:44:16 right, Im going to ask this one final time, because I know you all hate it when I ask, but what arch is the imx51? Jun 02 16:45:15 jussi, ARM :) Jun 02 16:45:34 ogra: so arm and not armel, right ?? :D Jun 02 16:45:37 jussi, cortex-a8 ARMv7 Jun 02 16:45:48 I generated a kernel source package (debuild). Now I'd like to generate the kernel image and headers packages from it, in native build (ARM). What command shall I run / where to find this info? Jun 02 16:45:54 armel just means arm with little endian Jun 02 16:46:13 all arm HW we support or ever supported is little endian Jun 02 17:01:26 After reading much of what was posted on the GCC list, I'm confused as to why GCC wants to adopt C++ into GCC (vs g++) ... When it comes down to it, what's the reason for the upcoming proposed change? Jun 02 17:01:53 Martyn, aren't they just talking about allowing the use of c++ in the implementation of gcc? Jun 02 17:02:08 I think so .. but I really haven't understood why. Jun 02 17:02:54 it's cause for some things C++ works better. ie, look at the new Gold linker Jun 02 17:04:31 amitk: ping Jun 02 17:05:40 sebjan: pong Jun 02 17:05:50 amitk: I generated a kernel source package (debuild). Jun 02 17:05:55 amitk: Now I'd like to generate the kernel image and headers packages from it, in native build (ARM). Jun 02 17:06:21 amitk: I have seen some guidelines on https://wiki.ubuntu.com/KernelTeam/KernelMaintenanceStarter for doing so on qemu Jun 02 17:06:52 sebjan: yes, using sbuild Jun 02 17:06:58 amitk: but had issues (probably with proxy settings...), and would anyway like to do on natively on my ARM board Jun 02 17:07:07 Martyn, that means it's not vs g++ at all Jun 02 17:07:29 ie, they're not talking about compiling c++ via gcc Jun 02 17:07:47 sebjan: build the kernel on the board? ok. What is the problem? Jun 02 17:08:10 amitk: build the image and headers packages from my source package on the board Jun 02 17:08:27 amitk: what would be the sbuild command line then? Jun 02 17:09:24 sebjan: the debuild line should work, you don't need an sbuild then Jun 02 17:09:43 amitk: I am also able to generate kernel image and header .deb using debian/rules, but I suppose this is not the best way to do it to emulate what would happend after uploading my source package on a ppa, right? Jun 02 17:10:24 sebjan: ohh, I see, the wiki page only uses debuild to make a source package, not to compile the kernel Jun 02 17:10:46 amitk: yes, right :) Jun 02 17:11:03 debuild -b Jun 02 17:11:12 sebjan: debuild -b Jun 02 17:11:12 instead of -S Jun 02 17:11:27 aah, ogra beats me to the punchline as always :-p Jun 02 17:11:33 :) Jun 02 17:12:15 ok, so debuild -b will generate the image and headers packages? (all the packages specified in my debian folder I guess) Jun 02 17:12:32 all binary packages Jun 02 17:13:36 sebjan: it will do what happens on a buildd Jun 02 17:14:15 sebjan: so prepare to wait a few hours Jun 02 17:14:48 amitk: ok, I'll try this tonight then :) Jun 02 17:15:12 amitk: ogra: thanks! Jun 02 17:15:47 sebjan: give the command with 'time' in front of it. Would be interesting to see how long it takes on your new boards :) Jun 02 17:16:08 amitk: yep, I'll do that :) Jun 02 17:17:27 what kind of board is that ? omap4 ? Jun 02 17:17:40 Does anyone know a way to snapshot a load of data from /proc? Jun 02 17:17:43 if so there was a trick to make it use -j2 Jun 02 17:17:50 * ogra cant remember it though Jun 02 17:17:54 tar and cpio fail, because proc files read as zero-sized when you stat them Jun 02 17:19:24 amitk, do you rememebr the switch to make debuild use multiple cores ? Jun 02 17:20:49 ogra: debuild -j2 ? Jun 02 17:21:09 heh, yeah, i guess thats it Jun 02 17:21:25 -j2 makes a significant difference on omap4 Jun 02 17:23:05 dmart: find /proc -maxdepth 1 -type f | xargs cat | less Jun 02 17:23:06 ndec:ogra sent me to you. I saw some omap4/cortexa9 patches from aneesh@ti.com on the u-boot mailing list last week Jun 02 17:23:38 dmart: this gets your the output, you could add some echos to add the filename above it? Jun 02 17:24:12 amitk: that could work... I'll play around with it. Thanks Jun 02 17:44:53 hmm Jun 02 17:45:03 seems like a trivial change to re-enable novtswitch Jun 02 19:23:42 ogra: is there any way to enable/force unauthenticated repos in rootstock? Jun 02 19:27:49 I get "E: There are problems and -y was used without --force-yes" Jun 02 19:29:20 nm, it was a different error Jun 02 19:33:16 apparently it failed reading my non-english /etc/default/console-setup Jun 02 19:33:23 anyway restarting Jun 02 23:04:23 I hate vts Jun 02 23:05:05 I also hate Xorg, non-kms drivers, and the lack of a good way of making xsplash act like plymouth **** ENDING LOGGING AT Thu Jun 03 02:59:57 2010