**** BEGIN LOGGING AT Tue Aug 02 02:59:57 2011 **** BEGIN LOGGING AT Tue Aug 02 03:41:18 2011 Aug 02 07:30:22 How to do the screen alignment (LCD /touch 7") in Ubuntu Aug 02 07:30:49 My ubuntu natty on beagle board needs some left aligment Aug 02 07:31:23 I have tried to modify /sys/devices/omapdss/display0/timings , but not happening Aug 02 08:00:28 persia, there? Aug 02 08:01:00 siji, Yeah, but a bit busy just now. Aug 02 08:01:12 Just ask your question: maybe someone else has an answer. Aug 02 08:01:30 ok persia carry on Aug 02 08:01:45 I have already put the question here :) Aug 02 08:02:21 Ah, I thought it might be something else. I don't know the answer to that one anyway. Aug 02 08:04:30 ok Aug 02 08:12:42 howdy persia Aug 02 08:15:12 Hey lilstevie Aug 02 08:15:58 persia: with that source package the config needs to be edited Aug 02 08:16:20 kernel config in its current form will gimp networking (I forgot about it) Aug 02 08:17:04 Did you sort the rest of it as well? I should have time to review it again in a couple hours. Aug 02 08:18:58 what was wrong with the rest of it? Aug 02 08:21:30 lilstevie, I can check my logs, but I remember package names, consolidation between two models, changelog. Aug 02 08:22:28 ah yeah Aug 02 08:22:49 I remember niw Aug 02 08:22:51 now* Aug 02 08:23:21 also had problems with using a ppa for hw enablement, I found out standard ppa accounts don't have access to armel builders :p Aug 02 08:25:11 Yet another reason why the archive is superior to PPAs. Aug 02 08:25:40 heh Aug 02 08:26:08 hi all Aug 02 08:26:18 it was more a stopgap solution until things make it into backports Aug 02 08:26:42 i am not sure if i am on the right channel to ask this question. I am on an embedded arm board running linux. I would like to open a virtual console on ctrl+alt+f1. any idea how i can achieve this? Aug 02 08:26:46 Backports is two testers away once it hits the archives. Aug 02 08:27:15 oh really? Aug 02 08:27:27 sundar_, If you're running some flavour of Ubuntu, it ought just work. if not, I'm unsure if we can help you. Aug 02 08:27:45 btw I have the firmware issue taken care of :) injection done at install time Aug 02 08:27:52 from android image Aug 02 08:27:58 lilstevie, Yep. Just needs a backports request, and two people to confirm the posted package works. Then a backporter checks for sanity, and does the backport. Aug 02 08:28:25 ok well how do we get 2 testers :) cause I have about 250 users Aug 02 08:28:36 persia, thanks for quick response. I am running a custom compiled linux kernel and cutom built rootfs Aug 02 08:28:56 and this kernel is newer than what they are currently running Aug 02 08:29:38 lilstevie, We get the kernel in the archive, we prepare a backports bug with instructions on how to get the kernel, and we hope 1% of your users are willing to comment on the backports bug. Aug 02 08:29:43 also most of the ac100 stuff in flash kernel will work for this device Aug 02 08:30:06 You'll want to prepare a patch that lets a single flash-kernel script work for both devices. Aug 02 08:30:12 persia, if i were to do it on a ubuntu based board, how can i do it? Aug 02 08:30:17 already existing :) Aug 02 08:30:18 persia: ok awesome :) well I am sure I can get a few Aug 02 08:30:40 ogra_: what is already existing? Aug 02 08:30:46 sundar_, It would just work. You can compare your X config and VC config to Ubuntu's, but I wouldn't know how. Aug 02 08:30:49 juliank has merged my ac100 stuff in the "flash-kernel-next" tree Aug 02 08:31:00 in a way that it handles all android based devices Aug 02 08:31:07 * persia goes back to try to finish stuff and be honest about the "couple hours" above Aug 02 08:31:12 well, everything that can use abootimg images Aug 02 08:31:16 ogra_: I only need 1 thing for the tf Aug 02 08:32:01 my SOS and LNX kernels are available, and depending on config (chosen at install time) depends where the primary is Aug 02 08:32:37 but on the pure linux cfg LNX boots normal and SOS boots in single user mode Aug 02 08:36:58 ogra_: is flash-kernel-next available anywhere? Aug 02 08:37:22 yes, lool has a branch on the debian git server somewhere Aug 02 08:37:29 its not used anywhere yet Aug 02 08:37:31 ok Aug 02 08:37:40 i.e. not packaged Aug 02 08:38:01 but it will be the new flash-kernel (note that i made up the -next) Aug 02 08:38:14 heh Aug 02 08:38:19 when should that be out? Aug 02 08:39:00 this kern has some huge improvements over the one that is currently in use :p Aug 02 08:39:16 faster boot time, sound, improved handling of the keyboard Aug 02 08:39:19 etc Aug 02 08:40:13 persia, it's solved :) Aug 02 08:45:30 lilstevie, not sure if it will ever hit armel in debian Aug 02 08:45:48 there are to many old arches in it that would need very very heavy testing Aug 02 08:46:28 i suspect we will see it in debian armhf before where you dont have to retain that much backwards compatibility Aug 02 08:46:52 hmm Aug 02 08:46:55 but that a decision of debian Aug 02 08:47:02 what about for us? Aug 02 08:47:09 i personally would like to switch to the next gen version next release Aug 02 08:47:29 i wanted to do it this time but got to much other stuff on my plate this round Aug 02 08:51:21 ah I see Aug 02 08:51:42 just would be nice to have an easier solution while trying to get my tf kernel into backports Aug 02 09:10:48 persia, I am working on fixing up those things now Aug 02 09:51:24 lilstevie: it's in the official flash-kernel.git Aug 02 09:53:36 lool, ok cool, just wondering whether we will see support in natty Aug 02 09:56:10 Has anyone got any experience using a Gumstix platform, with 11.04, and 802.1q VLANs? Aug 02 09:56:30 persia, uploading the new source now' Aug 02 09:58:20 lilstevie: *natty*? no way Aug 02 09:58:45 lilstevie: I mean, you could work on backports if you like, but this is a critical piece of infrastructure and there are major changes in there Aug 02 09:59:08 it's not that it's huge, but you wouldn't backport e.g. grub 2 to a grub 1-based ubuntu release that easily Aug 02 09:59:38 Loqus: I do have gumstix but didn't try VLANs, they don't work> Aug 02 09:59:43 they don't work? Aug 02 10:00:16 Well, if I use Angstrom: Aug 02 10:01:03 the vanilla supplied distro, the package manager doesn't heven have the module in its feeds. Aug 02 10:01:16 ...under my desktop ubuntu environment I would get the module with "apt-get install vlan", then modprobe support into the kernel "modprobe 8021q", the use "vconfig add eth0 11" to add a virtual LAN adaptor on the Virtual LAN ID of 11. Aug 02 10:02:05 ok, that should work with an Ubuntu armel install too Aug 02 10:02:08 When I created a 11.04 rootfs with rootstock, I had no option but to use the 2.6.36 kernel from bitbake because it (I'm told) isn't up to 2.6.38 yet Aug 02 10:02:09 lool, ok, the only reason I was wondering is cause I am working on bringing my kernel to backports for natty for the transformer Aug 02 10:03:11 lilstevie: It might indeed be a better idea to base of tip and backport that; just dont expect it in official natty-updates Aug 02 10:03:39 tip? Aug 02 10:03:42 A natty base is not in itself a problem, I just wanted to underline that the stable update policy doesn't leave room for intrusive changes like a flash-kernel change Aug 02 10:03:46 lilstevie: I mean git Aug 02 10:03:53 tip of git Aug 02 10:03:55 ah Aug 02 10:04:06 kk Aug 02 10:05:14 lool, so you have no problems with getting it into backports then :) Aug 02 10:06:15 It's unlikely that someone finds the time to confirm that there is no regression with any of the supported platforms in a backported package Aug 02 10:06:28 I suspect you would be masking support for some platforms in the backport Aug 02 10:06:38 I have no objection to a PPA ;-) Aug 02 10:06:54 I don't have an armel supporting PPA Aug 02 10:07:05 it's arch:all Aug 02 10:07:06 :( Aug 02 10:07:10 or is it Aug 02 10:07:12 ah Aug 02 10:07:14 oh no it's not Aug 02 10:07:15 :) Aug 02 10:07:18 but it's actually arch:all :-) Aug 02 10:07:34 lool, do you see a chance for a flash-kernel-ng package in debian ? Aug 02 10:07:38 it's only present on certain architectures, but it only contains arch: all data Aug 02 10:07:43 -ng? Aug 02 10:07:47 ok so it is still a script rather than a binary Aug 02 10:07:53 next generation? Aug 02 10:07:55 well, so we can keep the old one around Aug 02 10:08:06 -ng or -next or -new Aug 02 10:08:07 ogra_: just don't sync it if you dont want the new one? Aug 02 10:08:22 lool, the new one is in debian ? Aug 02 10:08:25 no Aug 02 10:08:31 thats what i mean Aug 02 10:08:37 i know its used in armhf Aug 02 10:08:41 oh god, I really need to go test it and upload it Aug 02 10:08:52 I'll JFDI Aug 02 10:09:02 well, do you see a chance to get it tested on all arches soon ? Aug 02 10:09:12 when is ubuntu transitioning to hard float Aug 02 10:09:24 ask infinity ;) Aug 02 10:09:26 I can't ever test it on all platforms, but I can upload it to experimental and send a call for testing afterwards Aug 02 10:09:32 he is working on it this week Aug 02 10:09:42 lool, awesome Aug 02 10:09:48 heh cool Aug 02 10:09:53 TBH, I took responsibility for this rewrite and I have not secured the time to actually make it happen in Debain Aug 02 10:10:10 so I am really late in this Debian work of mine Aug 02 10:10:13 lool, well, i want to switch in P in any case Aug 02 10:10:20 would be cool to see how much of a difference there is performance wise Aug 02 10:10:29 ogra_: Ideally, we'd switch in oneiric to have less intrusive changes in oneiric+1 Aug 02 10:10:36 and i will ignore debian if they arent on the new version Aug 02 10:10:40 lilstevie: performance wise? Aug 02 10:10:45 lilstevie: oh armhf Aug 02 10:10:54 lilstevie: in Ubuntu, you'll see little difference Aug 02 10:10:57 lool, hard float Aug 02 10:10:57 yeh Aug 02 10:11:00 heh Aug 02 10:11:05 but in Debian it's a huge gap Aug 02 10:11:08 debian will though Aug 02 10:11:13 yes Aug 02 10:11:31 hf is a huge jump over armv5t Aug 02 10:11:48 armv4t! Aug 02 10:12:08 oh shoot Aug 02 10:12:15 that far behind Aug 02 10:12:26 Yeah, I can't really support people still caring for ARMv4 Aug 02 10:12:58 armv6 is the minimum I would support but even then Aug 02 10:16:10 ARMv5 has a wide install base, and ARMv4t misses only few instructions from ARMv5 Aug 02 10:16:34 CLZ, PLD being ones usually bumped into Aug 02 10:17:01 I wish tegra had NEON Aug 02 10:18:09 People have strange ideas that incredimental ARMvX versions give revolutional performance increases Aug 02 10:18:38 I guess that is successful marketing from ARM =) Aug 02 10:19:17 heh Aug 02 10:19:32 there are some things that do have performance increases Aug 02 10:19:37 t2 being one of them Aug 02 10:20:32 but if you have an O(n^n) performance problem you still have it in T2 =) Aug 02 10:20:48 heh Aug 02 10:21:24 aside from things like that though t2+NEON is faster than the equiv for armv6 Aug 02 10:21:53 NEON is good, but you essentially need to some handwritten code take advantage of it Aug 02 10:21:54 by equiv I mean the same program compiled without t2 and NEON Aug 02 10:22:40 arm-darwin-gcc takes good advantage of it Aug 02 10:23:13 just compiling generic C code wit neon is not going to be huge performance win Aug 02 10:23:28 chances that gcc will autovectorize is unlikely Aug 02 10:34:55 persia, when you are about ping Aug 02 13:35:20 lilstevie, Sorry: that took much longer than I thought it would. Aug 02 13:36:17 heh thats cool Aug 02 13:36:20 same location as last time Aug 02 13:38:08 tegra-transformer? Aug 02 13:41:00 yep Aug 02 13:41:26 persia: that is what we discussed yes? Aug 02 13:41:58 I was hoping for just "transformer", but this might work: we can see what the archive-admins say if I don't find anything else. Aug 02 13:42:18 ok, Aug 02 13:42:23 transformer is fine Aug 02 13:42:33 Yeah, but not worth rebuilding if this can pass. Aug 02 13:42:35 if needed Aug 02 13:42:42 heh :) Aug 02 13:42:43 If there's something else to fix, then it makes sense to do both at once. Aug 02 13:42:49 ok Aug 02 13:43:29 Might be worth a versioned recommends on flash-kernel, for the version that supports the transformer. Aug 02 13:43:45 Mind you, this just complicates backports, so it may not be worthwhile. Aug 02 13:43:58 heh Aug 02 13:44:25 You still have "TBD" as the board identifier. Dunno if that ought be "transformer", or if you don't care. Aug 02 13:44:33 Easily fixed in an update, and not important though. Aug 02 13:44:54 heh Aug 02 13:45:24 There's some other irregularities in the descriptions, like recommending installation of the "linux-tegra" metapackage, which doesn't exist (and won't). Aug 02 13:46:24 ok, well that was just from building Aug 02 13:46:29 to the instructions Aug 02 13:47:29 Yeah, the instructions need extension: it leaves a few things messy still :( Aug 02 13:47:39 heh Aug 02 13:47:41 But that's all just textual: I haven't found anything functional yet. Aug 02 13:47:44 mahmoh, yo, did you recently say you plan to use elevator=noop on server or was that deadline ? Aug 02 13:48:03 ogra_: I've been testing with deadline Aug 02 13:48:11 k Aug 02 13:48:24 persia: :) Aug 02 13:48:31 i just ran into kernel bug 15426 here Aug 02 13:48:32 Launchpad bug 15426 in kdebase "kdesu (dup-of: 15001)" [Medium,Invalid] https://launchpad.net/bugs/15426 Aug 02 13:48:34 Launchpad bug 15001 in kdebase "Administrator mode not working" [Critical,Fix released] https://launchpad.net/bugs/15001 Aug 02 13:48:37 bah Aug 02 13:48:51 https://bugzilla.kernel.org/show_bug.cgi?id=15426 Aug 02 13:48:56 bugzilla.kernel.org bug 15426 in VFS "Running many copies of bonnie++ on different filesystems seems to deadlock in sync" [Normal,New] Aug 02 13:49:12 which causes bug 624877 Aug 02 13:49:12 Launchpad bug 624877 in linux "INFO: task dpkg:23317 blocked for more than 120 seconds." [Medium,Confirmed] https://launchpad.net/bugs/624877 Aug 02 13:49:33 seems the only scheduler i dont get that issue is cfq here Aug 02 13:52:37 ogra_: that vfs layer bug looks familiar (really familiar in fact) but cfq may just reduce your likelihood of hitting it Aug 02 13:52:53 yeah, that could indeed be Aug 02 13:53:16 well, keep an eye open for it in your server testing ;) Aug 02 13:53:35 ogra_: if it is the same bug it affects ext3/4 and should be fixed in two months or so Aug 02 13:53:44 i wonder if we should actually switch to cfq on the desktop images Aug 02 13:53:51 ah Aug 02 13:53:56 ogra_: I've already hit it in another project, that's why it's getting fixed ;) Aug 02 13:54:22 seems many people hit it already according to the different open bugs :) Aug 02 13:54:29 ogra_: I thought the desktop image is cfq already? the x86 image is so. Aug 02 13:54:39 not armel Aug 02 13:54:45 yeah, it's a bad problem Aug 02 13:54:45 we use SD cards Aug 02 13:55:11 interesting, so what's the benefit of noop vs. cfq on an sd card? Aug 02 13:55:14 with rootfs on SD noop is what you want Aug 02 13:55:21 or deadline Aug 02 13:55:38 the reading and writing is different on MMC than on HDD Aug 02 13:55:48 write out everything at once, avoid thrashing on the SD? Aug 02 13:56:21 leave the caching to the HW, to let it do its wear leveling Aug 02 13:56:39 we also adjust commit times etc Aug 02 13:56:54 which means you sould always properly shut down ;) Aug 02 13:58:47 ogra_: so for the arm server kernel (whatever that is), SD won't really be a good root option, that's why I'm pushing for at least a different kernel command line add (elevator=deadline, preempt=0) if not a different kernel all together Aug 02 13:59:06 deadline is fine for Sd as well Aug 02 13:59:27 noop is better but deadline is ok, we should just set that cmdline on all server builds Aug 02 13:59:31 the arm server kernel should look more like the x86 server kernel than the arm preinstalled image kernel that runs off of sd Aug 02 14:00:04 lilstevie, I don't see anything else from source inspection. I've started a build, but I expect to be asleep before it finishes. I'll let you know if I find anything from the build in the morning. Aug 02 14:00:05 unless you can convince the kernel team to actually roll a -server binary indeed :) Aug 02 14:00:25 persia: how long it usually take? Aug 02 14:00:31 mahmoh, So, the "ARM Server" image is a preinstall that runs off SD :) Aug 02 14:00:50 lilstevie, I'm guessing 2-3 hours, but maybe even 4. Aug 02 14:00:51 well, that will likely change to alternate at some point Aug 02 14:00:55 they're the one's rolling the kernels? Aug 02 14:01:05 kernel team ? yeah Aug 02 14:01:16 persia: I'm just looking for a server kernel that can be installed via net-install Aug 02 14:01:17 ogra_, Even so, for some targets it ends up still being installed to SD. Depends on the device. Aug 02 14:01:20 linux and linux-ti-omap4 Aug 02 14:01:30 persia, sure Aug 02 14:01:38 persia: oh, one of the normal build systems Aug 02 14:01:40 mahmoh, Or apt-get, sure. To support net-install probably needs some fiddling, but nothing too outrageous. Aug 02 14:01:58 we only have the preinstalled server images atm because it was easier to achieve and needs a lot less time for QA Aug 02 14:02:06 lilstevie, Yeah, just one of my boards that I use for building stuff. I don't have any magic :p Aug 02 14:02:11 tasksel ubuntu-server should install a server kernel or apt-get it sep. yes Aug 02 14:02:11 i dont expect it to stay like that forever :) Aug 02 14:02:28 the sooner the better, I have a bug already but no action, :( Aug 02 14:02:34 persia: my machine takes half an our but that is cross compiling Aug 02 14:02:35 I expect server to stay preinstalled until there is hardware that doesn't need preinstall available. Aug 02 14:02:42 right Aug 02 14:02:52 which is likely the next release :) Aug 02 14:02:58 lilstevie, Yeah, well, that's not quite the same as what the buildds will do :) Aug 02 14:03:08 persia: hehe Aug 02 14:03:26 ogra_, With luck, but I won't hold my breath. Aug 02 14:03:49 persia: well I will be unavailable most of the day tomorrow, uni day Aug 02 14:03:52 no, thats also bad for smoking Aug 02 14:04:16 (holding your breath i mean) Aug 02 14:04:22 lilstevie, No worries. We're not tight on a deadline. Ping me when you get back. Aug 02 14:05:07 ogra_, See, I figure developing software for hardware that is merely theoretical is *good* for smoking: significantly increased chance of getting magic blue smoke. Aug 02 14:05:50 sure, as long as you dont hold your breath until the HW exists at least :) Aug 02 14:05:52 persia: well I will be here probably from 4 or 5 Aug 02 14:06:21 lilstevie, In that case, I'll probably get back a bit later than you (it's only +9 here), and catch you when I do. Aug 02 14:06:41 heh no problems :) Aug 02 14:07:10 ogra_, I'm not certain that holding one's breath correlates with release of magic blue smoke, although out of perversity, attempting to inhale magic blue smoke may potentially extend component lifespan. Aug 02 14:07:12 GrueMaster, can you make a note to monitor dmesg for "hung task" messages (like in bug 624877) in your next dist-upgrade test ? Aug 02 14:07:13 Launchpad bug 624877 in linux "INFO: task dpkg:23317 blocked for more than 120 seconds." [Medium,Confirmed] https://launchpad.net/bugs/624877 Aug 02 14:07:25 i want to know if that also happens on panda Aug 02 14:08:29 (i see it a lot on ac100 which uses largely the same kernel config as omap4 nowadays) Aug 02 14:09:22 if thats the case we really need to change the default scheduler Aug 02 14:10:37 ogra_: I have seen it during Natty. I also see it when running IO tests on oneiric. Aug 02 14:10:47 ok Aug 02 14:11:55 thats bad :) Aug 02 14:12:04 persia: so what is so special about this build? Aug 02 14:12:48 lilstevie, Nothing: it's just building for oneiric/armel on oneiric/armel, in an environment as close to that of the buildds as I know how to generate. Aug 02 14:13:01 ah Aug 02 14:15:11 The idea being to catch anything before it is submitted, as this makes it less likely the archive admins will reject it with prejudice. Aug 02 14:15:35 Kernels sponsored by me are likely to get a special double-check, as the last time I uploaded a kernel, it FTBFS, which was a bit embarassing. Aug 02 14:16:22 heh Aug 02 14:16:30 well I noticed one issue with this tree Aug 02 14:16:38 Which? Aug 02 14:16:41 make mrproper breaks shit Aug 02 14:16:51 I have no idea why Aug 02 14:16:54 or even how Aug 02 14:17:06 !ohmy > lilstevie Aug 02 14:17:08 lilstevie, please see my private message Aug 02 14:17:14 Hrm? What's "make mrproper" supposed to do? Aug 02 14:17:43 makes the entire tree "virgin" Aug 02 14:18:04 Ah, yeah, a pristine tree is kinda useful. Aug 02 14:18:29 but it breaks it Aug 02 14:18:59 whats embarrasing about FTBFS kernels ? Aug 02 14:19:14 ogra_: I guess sponsoring it Aug 02 14:19:30 pfft Aug 02 14:20:01 ogra_, Archive Admins suggesting I need to do more build testing, mostly. Aug 02 14:20:45 pfft Aug 02 14:21:32 Yeah, well. Some of us understand the concept called "shame", and use it to improve our work. Aug 02 14:23:04 well, its not that i dont feel shame ... but i'm not embarrased by FTBFS of something that takes huge efforts to build at home ... Aug 02 14:23:08 How Japanese of you. Aug 02 14:23:14 ---compared to just uploading it and let it fail Aug 02 14:23:49 ogra_, Um, except folk might be using it, and -meta skew is annoying, etc. Aug 02 14:24:06 pfft ... users Aug 02 14:24:12 Probably builds faster at home than on the buildds anyway, given the current buildd HW. Aug 02 14:24:38 Some folk subscribe to the philosophy that users are a priority, even :p Aug 02 15:01:59 mahmoh: Any luck getting ipv6 tests going? Aug 02 15:51:29 GrueMaster: haven't tried ipv6, unsure if our local net supports it Aug 02 16:03:58 mahmoh: You were going to work on getting the tahi.org testsuite converted. Aug 02 16:04:19 GrueMaster: I was going to take a look yes, still on todo ;) Aug 02 16:04:22 I can run it. Aug 02 16:04:38 GrueMaster: the u-boot bugs are bogging me down Aug 02 16:20:24 * ogra_ glares at the bottom of https://launchpad.net/project-rootstock/trunk/+ubuntupkg Aug 02 16:20:38 why does ramana own all these packages ? Aug 02 16:22:37 bug 819899 bug 819900 Aug 02 16:22:38 Launchpad bug 819899 in livecd-rootfs "package pools need to correctly parse override info to create tasks" [Medium,In progress] https://launchpad.net/bugs/819899 Aug 02 16:22:39 Launchpad bug 819900 in livecd-rootfs "package pool implementation needs to update apt" [Medium,In progress] https://launchpad.net/bugs/819900 Aug 02 16:24:08 * GrueMaster thanks ubot2. Aug 02 16:27:43 ogra_, Report a bug: might be a DB offset issue. Aug 02 16:28:08 well, i asked in #launchpad but got no answer Aug 02 16:28:13 its likely a bug Aug 02 16:30:14 Poke abently if you want an answer. Aug 02 16:31:20 lilstevie, So, I didn't end up happily going to sleep whist this compiled. Firstly, there's calls to ccache inserted in various places, which breaks. After removing those, there's hard dependencies on cross-compilation stuff, which makes it not build. Aug 02 16:31:33 I'll still try to catch you tomorrow, but if you're up late, or you check backscroll ... Aug 02 16:40:23 Is anyone using a Tobi Duo Aug 02 16:40:24 ? Aug 02 16:42:51 Loqus: ??? Aug 02 16:43:27 * ogra_ guesses GrueMaster's wife uses a tobin from time to time, but whats a tobi ? Aug 02 16:43:46 * GrueMaster doesn't get used often enough. Aug 02 16:43:53 lol Aug 02 16:44:04 oh Aug 02 16:44:11 an addon board for the gumstix Aug 02 16:44:43 i dont think we even have many gumstix users around here (i would be happy to be wrong indeed) Aug 02 16:44:55 * GrueMaster has been called many things, but never a board. Aug 02 16:45:27 you would have to slightly work on your shape to be called a board i guess Aug 02 16:45:53 (although some ask how the "twins" are doing, either in reference to my jolly size, or moobs - unsure which). Aug 02 16:46:26 I was asking in #gumstix, but they are a bunch of akfkers ;) Aug 02 16:46:36 * GrueMaster reverts back to image testing before the level of conversation degrades any further. :P Aug 02 16:46:38 * ogra_ waits for persia Aug 02 16:47:02 ...yeah, it'sa duel NIC expansion board for the Gumstix... I've moved over from Angstrom to Ubuntu for Arm. Aug 02 16:47:42 Loqus, Are the NICs recognised, or is the kernel missing the driver? Aug 02 16:47:49 tsk Aug 02 16:47:56 i had a ohmy for less ! Aug 02 16:49:38 I don't know... in the wisdom of whoever designed this board, it doesn't have any other console interface, except the NICs. I was asking in case someone knew that i had to modify the board support driver in some way, Aug 02 16:49:47 * persia is tired and doesn't get the reference, so the offender is free. Others are welcome to hint about channel guidelines if they like. Aug 02 16:49:55 I *think* that one of them is requesting a DHCP address, but I'm not sure on that one... Aug 02 16:49:56 heh Aug 02 16:50:14 Loqus, Do you have a DHCP server? Aug 02 16:50:18 yes Aug 02 16:50:35 SSH on the address which is is given, but not connecting Aug 02 16:50:52 If not, try setting an address in /etc/network/interfaces (the interfaces(5) manpage explains the format). Aug 02 16:51:06 Do you have openssh-server installed? Aug 02 16:51:06 setting it statically? Aug 02 16:51:10 yes Aug 02 16:51:35 If I pop the board of the Tobi Duo (duel NIC) and put it on a single NIC Tbi, it boots just fine Aug 02 16:52:01 ...the IP is differen because of the different MAC, but aside from that no changes to the FS or kernel Aug 02 16:52:26 is your power supply able to cope with the additional power needs from the board ? Aug 02 16:52:50 ...I'll admit that asking here was a long shot - just in case someone knew that there was an extra module or somethign I had to include. Aug 02 16:53:12 ^Yes, PSU is rated to about 20 amps :) Aug 02 16:59:34 I am looking for the source code to build natty Narwhal (Ubuntu 11.04) for omap4. Can someone help me to locate the source? Aug 02 17:00:41 hank_, So, we typically distribute binary packages, and adjust them one-by-one, using something like `apt-get source ${PACKAGE}` or `bzr branch lp:ubuntu/${PACKAGE}` to get the source for a specific package. Aug 02 17:01:47 Most of the sources for packages in the images is also available as CD images, from http://cdimage.ubuntu.com/source/current/source/ Aug 02 17:01:58 But that's not usually the easiest way to sort things. Aug 02 17:02:09 who highlighted me before? client glitched out Aug 02 17:02:45 lilstevie, I did. I didn't get to bed, the compile broke first because it was using ccache, and then, after fixing that, because it was looking for cross-compiling stuff. Aug 02 17:02:55 Back to you :) Aug 02 17:03:18 heh :) Aug 02 17:03:46 ok so no ccache cause you don't use it :) Aug 02 17:04:00 what cross_compile stuff though Aug 02 17:04:04 hank_, So, what's your ultimate goal? Would a prebuilt environment work for you? Aug 02 17:04:46 persia, I want to cross compile into omap4, currently, downloaded 10.10 soruce, wish to do 11.04. Does that mean I only need 11.04 kernel? Aug 02 17:05:32 what exactly do you want to cross compile and why Aug 02 17:05:48 1) What's your host environment? 2) Once you're done cross-compiling, what do you expect to get? Aug 02 17:07:11 hank_, And no, we don't want the details of your code, if you're working on a secret project: just a general idea so we can give the best advice for your needs. Aug 02 17:07:16 ogra_, and persia, Host is a OMAP4 on panda board, prefer to do on x-86 platform because of performance. Finally boot into pandaboard. Aug 02 17:07:45 hank_, Are you running Ubuntu on the x86 host? If so, which release? Aug 02 17:08:17 persia, I am on 10.10 release on x-86 host. Aug 02 17:08:19 and what do you want to compile ? we offer binaries for all the source you can download already, do you want to change something existing or do you want to cross build some new code that isnt in ubuntu ? Aug 02 17:09:55 ogra_,Cross compile with my specific configuration for the embedded. Aug 02 17:10:03 Aha. Aug 02 17:10:29 hank_, So, we usually say "We don't do embedded", but our definition is devices with <256M and no MMU, which may not match yours. Aug 02 17:11:12 given it is a panda ... Aug 02 17:11:15 We don't actually have any facility to rebuild the entire rootfs with different configuration defaults: instead our software stack is organised into packages, each of which would need customisation and rebuild if you need to change things at that level. Aug 02 17:12:25 We strive to have all the packages be as flexible as possible, so often you can just have a settings package that can change some or all of the defaults, but this is documented in a per-package manner, rather than the all-at-once model that one might have for e.g. LTIB Aug 02 17:13:26 persia, and ogra_, Omap4 manufacturer TI has sent me to chat on this channel. Does this mean I should get back to TI with my issue? Aug 02 17:13:53 hank_, Not necessarily :) Aug 02 17:14:00 i dont think av500 works for TI :) Aug 02 17:14:16 We're happy to help get you a working rootfs for your pandaboard. Aug 02 17:14:38 But we use a different model of development, which makes it a bit different from traditional "embedded" environments. Aug 02 17:17:17 hank_, So, if you want to deploy something desktop-like, we'll recommend you start from the Ubuntu netbook image for 11.04. Then use the armel cross-compiler distributed with Ubuntu 10.10 to rebuild any packages you want to change. Install the rebuilt packages into the target, and you ought see the behaviour change. Aug 02 17:17:43 If you want something smaller, you might start from the headless image, which is a significantly smaller base. Aug 02 17:18:20 Thanks, persia. As far as I am concern, I wish to start out from a set of source that has been developed to work with panda board. Aug 02 17:18:59 hank_, like that https://wiki.ubuntu.com/ARM/OMAP ? Aug 02 17:20:00 persia, I have tried both notebook 11.04 and 10.10 pre-build images. 11.04 is more perferrable than 10.10 because I can restart from cold with 11.04. Aug 02 17:20:20 hank_, Well, OK. Check the manifests from the image download page, and get the source for the packages concerned, from any of the ISOs I mentioned earlier, archive.ubuntu.com/ubuntu/pool/*/*/*/${PACKAGE}.dsc, or ports.ubuntu.com (same path as archive). Aug 02 17:20:56 We don't either create or build any packages specifically for the pandaboard, but rather attempt to ensure that all the packages in Ubuntu also work with the pandaboard. Aug 02 17:21:19 apart from kernel and bootloader indeed :) Aug 02 17:21:49 So, for the pandaboard, 11.04 has much more complete porting, and seems to work more reliably. Last I heard, TI hadn't released some of the binary drivers for it, so if you need certain functions, you may need 10.10 (someone please correct me if I'm mistaken) Aug 02 17:22:19 the binary drivers are fine, the video codecs arent Aug 02 17:22:25 Oh, heh. Yeah, bootloader/kernel are device specific (although we consider this a bug) Aug 02 17:22:26 in natty that is Aug 02 17:22:34 ogra_, Thanks for the clarification. Aug 02 17:23:07 The only thing I know of that doesn't work ootb on natty is BlueTooth, but there is some workaround for that which requires pulling a small program from gitorious. Aug 02 17:23:30 And video codecs, of course. Aug 02 17:23:30 Thanks, persia and ogra_. I will view the desc content and try to get the source. Appreciate it. Aug 02 17:23:48 come back if you have more questions :) Aug 02 17:23:57 hank_, Good luck. If you change your mind about rebuilding *everything*, let us know, and we'd be happy to help you with more specific goals. Aug 02 17:24:22 Anyone have any ideas for testing ubuntu-core (beyond what I have documented at http://testcases.qa.ubuntu.com/Install/ARM/Core )? Aug 02 17:24:38 * ogra_ goes reading Aug 02 17:24:57 GrueMaster, I've been thinking about that much of the day, and came to the conclusion it might be untestable. Aug 02 17:25:21 well, that looks like a good attempt Aug 02 17:25:22 Thanks for the insights, persia. Aug 02 17:25:33 you at least test that apt works this way Aug 02 17:25:38 Unless I'm confused, the only packages of interest in core that aren't tested by the process of creating all the other images are mountall, ifupdown, and upstart. Aug 02 17:25:50 We should have some tests for the core apps (not necessarily for this release, but in the future). Aug 02 17:26:04 And these can only be tested if it's booted, which this image doesn't support. Aug 02 17:26:08 well, what are the core apps ? thats all super low level Aug 02 17:26:22 what do you want to test ? ls ? Aug 02 17:26:41 I have no idea. That is why I am asking. Aug 02 17:26:47 GrueMaster, Also, do you think it's worth expanding the instructions at https://wiki.ubuntu.com/Core ? Aug 02 17:26:52 i think apt is a good usecase Aug 02 17:27:12 apt is the *key* usecase, but I can't imagine that not working if we ended up with any of the other images. Aug 02 17:27:45 there are probably more than that, but wasnt the purpose of core to be exactly enough OS to be able to run apt to install additional stuff ? Aug 02 17:28:11 right Aug 02 17:28:53 I was thinking of more of a unified test. Apt is a good one, because if it breaks here, it usually indicates a missing dependency or something. Aug 02 17:29:54 GrueMaster, oh, typo ... resolf should be resolv Aug 02 17:30:01 Kind of like with the desktop images. If X isn't installed, the gui won't boot. Aug 02 17:30:10 and i'm not sure you still need to copy it actually Aug 02 17:30:47 i havent had to do that for ages in a fresh debootstrapped chroot ... though live-build might remove it Aug 02 17:31:22 oh, and the bind mounting will definitely break if your host is intel Aug 02 17:31:26 :) Aug 02 17:31:27 You need it if you are behind a gateway. Aug 02 17:31:42 I don't actually seem to have /etc/resolv.conf on any of the systems in which I have an open termina. Aug 02 17:31:57 you could add a test case using qemu-static Aug 02 17:31:59 The bind mount won't break if you follow the instructions: To test this image on an already running armv7 system, ... Aug 02 17:32:09 Ah, rather, it's not delivered. Nevermind. Aug 02 17:32:21 Someone who knows how to use qemu can add that. Aug 02 17:32:22 so people can test on intel Aug 02 17:32:30 its one cp more Aug 02 17:32:37 and indeed having the package installed Aug 02 17:32:39 ogra_, That pollutes the rootfs ... Aug 02 17:32:56 persia, indeed it does, but it helps getting testers Aug 02 17:33:08 since its not hw bound Aug 02 17:33:22 I suppose. Aug 02 17:33:38 Getting testers is not much of a concern if we don't have any defined tests. Aug 02 17:33:48 and you get tests of qemu as a sideffect :) Aug 02 17:37:26 Um, I suppose. Aug 02 17:39:01 ogra_, I'm reminded: you might be interested in Debian bug #635385 Aug 02 17:39:02 Debian bug 635385 in qemu-user-static "qemu-user-static should upgrade static libraries in qemu-debootstrap created chroots" [Minor,Open] http://bugs.debian.org/635385 Aug 02 18:15:37 davidm: did you see https://bugs.launchpad.net/linux-linaro/+bug/709245/comments/25 Aug 02 18:15:38 Ubuntu bug 709245 in linux-ti-omap4 "panda: USB disk IO slow" [High,Confirmed] Aug 02 18:21:30 mahmoh: Ahh, nice. That confirms the suspicion I had earlier today that it might be spinlock related. Aug 02 18:24:08 Would be interesting if someone could reproduce this on a non-omap4 Coretex-A9 system. Aug 02 18:24:23 They can. Aug 02 18:24:46 In fact, every report we've had of it seems to be dual core A9s, hence the earlier suspicions about SMP spinlocks. Aug 02 18:24:55 So, is it the SMP code, or deeper (say Cortex-A9 core). Aug 02 18:24:55 Well, that combined with the timing revelation. Aug 02 18:25:02 infinity: so how can we cap the spinlock easily without nosmp? Aug 02 18:25:15 mahmoh: We need to trace the actual bug in play here. Aug 02 18:25:31 Isn't there a different scheduler in the kernel that we could try? Aug 02 18:25:38 mahmoh: This isn't something we want to work around, this needs fixing. Broken SMP is, uhm. Bad. Aug 02 18:25:41 infinity: so besides nosmp, there's not easy way without starting tracing? Aug 02 18:26:15 mahmoh: nosmp ends up making every spinlock a no-op. Aug 02 18:26:16 infinity: yeah, I',m not suggesting w-o, suggesting narrowing the problem and validating Aug 02 18:26:51 mahmoh: There are people at both Linaro and RedHat working on this. Now that we're off the wrong "looks like a USB issue" track and onto a spinlock witch hunt, I suspect it'll go well. Aug 02 18:27:18 infinity: fair enough Aug 02 18:27:42 The SMP scheduler is actually pretty well-audited and sane code. So, if some naive ARM commiter broke it, it should jump out at someone. Aug 02 18:40:31 GrueMaster: i haven't performed the tests myself, but i have been told from several sources that it has been replicated on the Snowball and tegra2 platforms Aug 02 18:41:56 prpplague: So I've heard. My only question is if it is indeed kernel SMP code or possibly Cortex-A9 design flaw. I have seen similar issues with SMP and bus timing eons ago on the P6 (circa 1996). Aug 02 18:42:21 GrueMaster: indeed Aug 02 18:42:35 Unfortunately, I don't have the means to test at that level. Aug 02 18:44:02 And it wouldn't be the first time we have seen a hw bug expressed in code. Aug 02 18:51:21 GrueMaster: i'm sending an internal TI email now Aug 02 18:52:13 ok Aug 02 19:10:26 GrueMaster: i've got some time scheduled with the hardcore smp guys tomorrow afternoon to do some debugging Aug 02 19:10:43 Cool. Aug 02 19:20:09 GrueMaster: I just walked in on the conversaton -- what's going on with SMP on Cortex A9? Aug 02 19:20:50 I have multiple non-OMAP systems here. (Versatile express, tegra2, Calxeda, STMicro ) Aug 02 19:27:31 martyn: See bug 709245 Especially later comments. Aug 02 19:27:32 Launchpad bug 709245 in linux-ti-omap4 "panda: USB disk IO slow" [High,Confirmed] https://launchpad.net/bugs/709245 Aug 02 19:27:49 AHHHhh.. we're also seeing slow IO Aug 02 19:27:54 in SATA Aug 02 19:28:01 (and other tests) Aug 02 19:28:04 sometimes -very- slow Aug 02 19:55:20 I don't think nosmp affects the spinlock code itself. On x86, I believe spinlock code is patched at boot time for UP vs. SMP. Aug 02 19:56:13 But on ARM, there is no run-time patching of spinlocks. Only virt_to_phys is patched. Aug 02 20:35:04 martyn: i have a test shell script Aug 02 20:35:21 martyn: you just need a usb hd to test with Aug 02 20:35:52 martyn: which platform? Aug 02 20:36:41 GrueMaster: interesting enough, i just did some tests on two x86 machines. the transfer rates from the usb hd increase while pinging localhost Aug 02 20:37:22 Hrm. That's not right. Aug 02 20:38:26 GrueMaster: http://pastebin.pandaboard.org/index.php/view/52887671 Aug 02 20:38:50 GrueMaster: mostly on the low end size Aug 02 20:39:40 GrueMaster: smp - http://pastebin.pandaboard.org/index.php/view/3241419 Aug 02 20:39:46 Did you run one of the tests from TheSeven? Aug 02 20:40:19 GrueMaster: no smp - http://pastebin.pandaboard.org/index.php/view/2138338 Aug 02 20:40:21 Whoa!! Same board? UP vs SMP? Aug 02 20:40:44 GrueMaster: based on TheSeven 's stuff Aug 02 20:41:54 I'll try to reproduce that here once I get a spare minute. I have a spare Core2Duo that is currently acting as a dust collector. Aug 02 20:50:01 prpplague: so these pastes are x86 data? Aug 02 20:51:08 hm, if the first one is x86 and the other two ones pandaboard it makes sense Aug 02 20:51:45 and i'd call that increase on x86 with ping a fluke... it's way smaller than the fluctuations between the repeated measurements Aug 02 20:56:08 prpplague : Okay, back at terminal Aug 02 20:56:11 prpplague: my shell script has a small bug btw, you need to kill the perl background tasks with SIGTERM, not SIGINT, or they won't go away Aug 02 20:56:12 hit me with the script Aug 02 20:56:27 I can try it on a VExpress Aug 02 20:57:43 http://paste.ubuntu.com/657485/ Aug 02 20:58:13 run that as root and pass some storage device node as the only argument Aug 02 20:58:29 sudo ./speedtest.sh /dev/sda is what I'm running on my board Aug 02 21:03:46 ah, I"ll have to install perl Aug 02 21:04:41 you can probably skip the perl tests Aug 02 21:05:02 the nothing vs. ping difference is the biggest one Aug 02 21:05:12 the various perl commands are somewhere in between Aug 02 21:07:56 And the perl tests could fairly easily be converted to bash scripts (esp the while loop). Aug 02 21:08:31 i used perl to get rid of possible process invocations that could affect the threading behavior in non-obvious ways Aug 02 21:08:59 okay, the machines in the lab are in use for a test, I'll run the script as soon as I can get access Aug 02 21:16:56 mahmoh, yes saw that comment Aug 02 21:17:46 davidm: It may possibly extend beyond arm. More testing is being done. See scrollback. Aug 02 21:19:46 GrueMaster, I'm reading the scroll back now. Aug 02 21:22:30 GrueMaster, in any case, it's becoming clear it's not USB, the symptoms are just easiest to see there Aug 02 21:25:26 yes. Aug 02 21:26:08 the same thing happens to a lesser degree for SD card access on the pandaboard as well Aug 02 21:26:15 TheSeven: i yanked the perl stuff from the script Aug 02 21:27:03 hehe martyn quites about the time i get back to my console Aug 03 00:43:00 rsalveti: ping, hit a kernel crash on boot, have you seen it before? bug 820129 Aug 03 00:43:02 Launchpad bug 820129 in linux-linaro "boot crash - kernel BUG at /build/buildd/linux-ti-omap4-2.6.38/kernel/workqueue.c:1029!" [Undecided,New] https://launchpad.net/bugs/820129 Aug 03 00:58:38 mahmoh: That could be due to the memory hole on the panda. I notice that you don't have the mem= lines on your kernel cmdline. Aug 03 01:06:54 Also, why are you filing this against linux-linaro? The source is linux-ti-omap4. Aug 03 01:44:21 GrueMaster: it wouldn't let me choose that "package" for some reason, could you switch it for me pls? I thought the kernel knew about that hole already and the map wasn't necessary any longer Aug 03 01:54:22 after much pain and aggravation it now worked **** ENDING LOGGING AT Wed Aug 03 02:59:57 2011