**** BEGIN LOGGING AT Fri Jan 15 02:59:57 2010 Jan 15 02:59:59 yeah, that's right the msm7200 has one.. (we almost started stocking that one..) and nvidia's tegra... Jan 15 03:01:23 Dunno if the current radeon and nouveau drivers work for those, but we may as well publish packages and maybe someone will find a bug and fix it :) Jan 15 03:01:57 Hello. Does anyone know if ubuntu-arm would run on a Gumstix Xscale? like a Gumstix Basix? Jan 15 03:02:35 oyotat: I can say that you'll probably need a custom kernel, at least. Let me check the gumstix site. Jan 15 03:02:37 actually plymouth's framebuffer mode should work, i need to test that tomorrow.. (dss2 sets the resolution at boot) Jan 15 03:03:29 rcn-ee: I don't know if I will get the necessary bits into the archive by tomorrow, but in short: build libdrm-intel for armel, then build plymouth using that libdrm-intel1-dev. Jan 15 03:03:41 persia, thanks. one last question, anyone happen to know what's the difference between a marvell armada xscale like the pxa1xx versus the older intel xscale like pxa270? Jan 15 03:03:49 You end up with a currently-useless intel driver for plymouth, but it lets you test. Jan 15 03:05:46 oyotat: You should be able to run Jaunty on a verdex-based system with a custom kernel, and up through lucid on an overo-based system with a custom kernel. Jan 15 03:05:58 Dunno which is "Basix". Jan 15 03:06:01 oyotat, pxa270 i think are only armv4 based... Jan 15 03:06:18 I'm fairly sure they are ARMv5 Jan 15 03:06:35 Because some of the pxa26x series were ARMv5 Jan 15 03:06:45 But I could be mistaken. Jan 15 03:07:31 yeah they are armv5, + intel instructions... they were just weird... Jan 15 03:08:32 Well, one can ignore the instruction extensions to make something work :) My collection of Zauri have been happily doing their thing for some time (although I find that, despite the better form-factor, I have replaced all my use cases with the Netwalker) Jan 15 03:09:06 Err, maybe I should have written "despite the inferior shape" Jan 15 03:09:28 (Zaurus case >> Netwalker case but Netwalker chips >> Zaurus chips) Jan 15 04:33:30 if anyone wants to try a newer pixman with more neon optimizations out -- http://sarvatt.com/downloads/armel/lucid/ Jan 15 12:56:11 mumble Jan 15 12:56:27 so i cant load boot.scr for no apparent reason :/ Jan 15 13:09:36 Hi there. Is it even possible to run Linux on a PNA with ARM-compatible CPU? Jan 15 13:10:41 xreal: What's a PNA? Jan 15 13:11:29 picking nose appliance ? Jan 15 13:11:49 persia: Personal Navigation Assistant Jan 15 13:12:08 xreal: Well, there's probably three factors you'd need to investigate. Jan 15 13:12:18 persia: Okay, which ones? Jan 15 13:12:26 1) Which instruction set is supported by the processor: if it's new enough, you may be able to run Ubuntu Jan 15 13:13:19 persia: http://pdadb.net/index.php?m=cpu&id=a9g3&c=centrality_atlas_iii Jan 15 13:13:25 2) Is there a way to boot an arbitrary kernel and run against an arbitrary filesystem : if the device is hackable, you may be able to run Ubuntu Jan 15 13:13:25 Instructions: ARMv5TEJ Jan 15 13:13:45 For that instruction set, you could only run Ubuntu 9.04. Newer versions will not run. Jan 15 13:13:48 persia: I've talked to the manufactor and he can offer me a "clean" device, without any software. Jan 15 13:14:08 3) Can you build (or find) a kernel that supports Ubuntu 9.04 userspace that runs on the device. Jan 15 13:14:31 persia: I think 4) will be: is the other hardware support, like graphics, touchscreen etc. Jan 15 13:14:38 4) Are there sufficient drivers for the available input/output devices to make it worthwhile? Jan 15 13:14:42 Yep :) Jan 15 13:14:53 But the first three are the key ones. Jan 15 13:15:19 I think, I will stay on WM5 and will code software for Windows Mobile. Jan 15 13:15:34 And 4) is kinda just personal style. Some people would like to run Ubuntu on their toaster, even if the entire interface consists of a lever one pushes down, which pops up when the toast is done. Jan 15 13:15:36 I wanted to use Linux on the device and code linux software ... but that's too hard to figure out. Jan 15 13:16:01 that really depends on your toaster ! Jan 15 13:16:16 ogra: Well, sure. If you have a cool toaster, there might be a point. Jan 15 13:16:22 i do ! Jan 15 13:16:24 I'm not that deep into linux... Jan 15 13:16:31 * ogra got a cool toaster for chriatmas Jan 15 13:16:37 *christmas Jan 15 13:17:07 On the other hand, I've found that the smarter an appliance I have, the less likely I can use it successfully. The processor on my rice cooker died, and now I can make rice reliably. Jan 15 13:17:17 Which one? Jan 15 13:17:50 http://fs1.kauflux.de/slot/358/artimg/large/13226207_401557.jpg Jan 15 13:19:21 blinkenlights! Jan 15 13:19:31 hehe Jan 15 13:20:02 So, did you install Ubuntu? Jan 15 13:20:09 Or does it come pre-installed? Jan 15 13:20:29 nope, sadly not ... still working on an installation toast :) Jan 15 13:20:44 that sir is an impressive toaster Jan 15 13:20:56 heh Jan 15 13:21:24 What due the dark spots beside the slots do? Jan 15 13:21:47 they hover out the breadroll device Jan 15 13:22:06 it slides out if you touch them Jan 15 13:22:20 So you can slow-roast stuff over the toaster? Jan 15 13:22:26 right Jan 15 13:22:30 Wow! Jan 15 13:22:41 that rocks Jan 15 13:22:43 it also has a freezer program to thaw frozen toast Jan 15 13:23:04 Does it auto-toast once the bread is defrosted? Jan 15 13:23:14 yep Jan 15 13:23:42 * persia should really put on an op hat and declare this off topic, but deep fascination wars with this instict Jan 15 13:23:50 lol Jan 15 13:23:57 That's just a really nice toaster. Jan 15 13:24:17 it is, was my only item on the whishlist this year :) Jan 15 13:35:22 hi all, anyone interested in ARM/Cortex talk? - have a few questions... rather regarding hardware, but... , anyone? Jan 15 13:36:14 !ask | koczis Jan 15 13:36:16 koczis: Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-) Jan 15 13:39:20 self-introducing and the subject may be handy - especially when group subject isn't really in sync... Jan 15 13:40:23 I have questions about interrupt handling and interaction between Cortex Core and peripherals in STM32 Jan 15 13:40:55 the 1st is: do I have to clear pending flags early or lately Jan 15 13:40:58 ? Jan 15 13:44:01 Hrm. You might have to wait for some time to pass to get an answer to something that specific. Jan 15 13:44:49 Most of what we've been doing is taking code that compiled for ARMv4 and recompiling for newer versions, based on some toolchain changes. Jan 15 13:45:10 And I don't think I've seen anyone talk about using STM chips, although that doesn't mean nobody does. Jan 15 13:45:47 Depending on whether that was one of your more specific questions, or one of your less specific questions, it may be worth asking others, and hoping someone gets back to you about the first. Jan 15 13:46:14 But if that was one of your more general questions, you may find faster/better answers somewhere else (although I'd be happy to be proved wrong about that) Jan 15 13:49:58 that was less specific - cause in fact: 1. I didn't find a word about it in STM32 doc, 2. I have own experience with early/late clear behavior on other arch, 3. I tested it and it looks the late clearing has flaws that make it outcomes unpredictable Jan 15 13:50:10 ...so I use only early clearing now Jan 15 13:50:34 so the more specific question about same thing - how do you do it? Jan 15 14:46:27 lool: * Bug:488267: ffmpeg: "should be built with -marm for lucid on armel" Jan 15 14:46:32 cant we just upload that? Jan 15 14:46:34 or is there more? Jan 15 14:46:41 bug 488267 Jan 15 14:46:43 Launchpad bug 488267 in ffmpeg "ffmpeg should be built with -marm for lucid on armel" [Low,Fix committed] https://launchpad.net/bugs/488267 Jan 15 14:46:57 bug 456659 Jan 15 14:46:59 Launchpad bug 456659 in linux-fsl-imx51 "suspend/resume failure on imx51" [High,Confirmed] https://launchpad.net/bugs/456659 Jan 15 14:47:14 plars: isnt that fixed in latest kernel? Jan 15 14:47:29 cooloney: ? Jan 15 14:47:43 is that still "fix available" ... or should we move that back to "needs investigation" ? Jan 15 14:48:06 dmart: hi Jan 15 14:48:29 Hi there Jan 15 14:48:51 asac: still fix available, I've been told that they have a fix for it, but I have not heard that it has gone in yet Jan 15 14:49:13 dmart: we have * Bug:458537: linux-fsl-imx51: hibernate does not work Jan 15 14:49:17 asac: i prepared some kernel deb to do some test, Jan 15 14:49:20 someone said, that this bug doesnt make sense for arm Jan 15 14:49:29 is that a hardware restriction? or was that just none-sense Jan 15 14:49:48 cooloney: can you get plars that deb for verification? or post the url on the bug? Jan 15 14:49:59 * asac sets the bug back to in progress Jan 15 14:50:19 (Bug #458537) Jan 15 14:50:21 Launchpad bug 458537 in linux-fsl-imx51 "hibernate does not work" [High,Triaged] https://launchpad.net/bugs/458537 Jan 15 14:51:39 asac: ok, cool, will update the status of the bug Jan 15 14:52:09 Why doesn't the bog make sense for arm? Jan 15 14:52:14 bug Jan 15 14:57:25 asac: 15:55 < lool> asac: The changes are ready in git since Wed; I've tried to confirm twice with sirestart how he want to handle some other intrusive changes which are in git (symbol versioning); once that's clear I can prepare the upload from git Jan 15 15:11:21 cooloney: got it, will test shortly Jan 15 15:24:22 plars: thanks a lot. frankly, i am not sure whether this will fix the issue. Jan 15 15:24:44 plars: but i will dig into it after i return to Shanghai since my board is there Jan 15 15:24:46 cooloney: installing now, should be able to let you know shortly Jan 15 15:25:21 plars: great, so what is the symptom on your side of that suspend/resume issue Jan 15 15:25:26 cooloney: does this kernel also have things to possibly help with the suspend/resume? Jan 15 15:26:16 plars: yeah, might be, because i merged some patches from FSL latest BSP Jan 15 15:26:24 cooloney: on imx51, it seems to suspend (although I have some doubts as to whether it suspends completely), but will not resume Jan 15 15:26:33 plars: those patches are relatedt to suspend/resume Jan 15 15:27:16 if I connect to serial, I can see a message like " key pressed" when I push the power button, but nothing happens Jan 15 15:27:25 cooloney: oh, you posted it on the hibernate bug Jan 15 15:29:11 plars: right, i posted both of them, since i applied 30+ patches from FSL latest BSP Jan 15 15:29:25 cooloney: will do Jan 15 15:29:38 plars: need your help to test, because I am traveling now. heh Jan 15 15:29:43 plars: thx a lot Jan 15 15:30:18 cooloney: It's what I do :) Feel free to point me to stuff like that anytime Jan 15 15:32:08 plars: appreciate, oh, do you also have BB3 or just BB2? Jan 15 15:32:54 cooloney: I'm testing on bb3 at the moment Jan 15 15:33:10 cooloney: I have a 2.5, but it is in the box at the moment Jan 15 15:33:32 plars: cool, thanks a lot Jan 15 15:33:54 cooloney: suspend/resume appears to be unaffected by the new kernel, still broken Jan 15 15:34:13 plars: ok, got you, Jan 15 15:34:23 plars: i plan to ping fsl guys for help know Jan 15 15:38:45 plars: if we wanna to resume the suspended board, we press keyboard or the PWR key Jan 15 15:41:47 bug 505772 Jan 15 15:41:49 Launchpad bug 505772 in linux-mvl-dove "system freezes sometimes after X is up for a while" [Critical,Confirmed] https://launchpad.net/bugs/505772 Jan 15 15:41:58 cooloney: neither keyboard, nor power key seem to work. Also, hibernate still seems to not be supported (not listed in /sys/power/state) Jan 15 15:42:23 plars: ok, thanks, will ping fsl guys soon Jan 15 15:42:36 asac: that one could be related to 504880, definitely still broken Jan 15 15:42:42 bug #504880 Jan 15 15:42:44 Launchpad bug 504880 in linux-mvl-dove "[dove] possibility of thumb2 instructions invalidly being handled" [High,Confirmed] https://launchpad.net/bugs/504880 Jan 15 15:42:51 cooloney: thanks, I'll update the bugs Jan 15 15:43:12 asac: yeah, i think ericm might know that freezing bug, right? Jan 15 15:45:17 bug 504880 Jan 15 15:45:18 Launchpad bug 504880 in linux-mvl-dove "[dove] possibility of thumb2 instructions invalidly being handled" [High,Confirmed] https://launchpad.net/bugs/504880 Jan 15 15:45:35 cooloney: yes. sorry. just posting here so i can copy that text to release team meeting report Jan 15 15:47:47 cooloney: plars: ogra: JamieBennett: https://wiki.ubuntu.com/MobileTeam/ReleaseStatus/Lucid Jan 15 15:47:56 please check if you want something to get added to summary Jan 15 15:48:06 and if i missed anything on the RC bug front Jan 15 15:48:47 asac, uboot NIC issues ? Jan 15 15:48:53 ogra: bug? Jan 15 15:49:05 bug #507887 Jan 15 15:49:06 https://bugs.launchpad.net/ubuntu/+source/uboot-imx/+bug/507887 Jan 15 15:49:06 give me id .. .ensure its targetted for lucid and milestoned Jan 15 15:49:06 Launchpad bug 507887 in uboot-imx "NIC not properly initialized in uboot code" [High,New] https://launchpad.net/bugs/507887 Jan 15 15:49:08 Launchpad bug 507887 in uboot-imx "NIC not properly initialized in uboot code" [High,New] Jan 15 15:49:19 ha! I win :) Jan 15 15:49:24 heh :) Jan 15 15:49:29 "better, strong faster ..." ;) Jan 15 15:49:55 plars: ogra: please remember to target such things for lucid ... Jan 15 15:49:57 done Jan 15 15:50:19 oh, sorry, i milestoned it for A3 though Jan 15 15:50:44 yes, both is required Jan 15 15:50:59 also all that are targetted need to be milestoned (i failed in the past) Jan 15 15:51:03 and have an assignee Jan 15 15:51:46 * asac checks bug list again to see if anything is missing Jan 15 15:52:43 asac: 462798 needs a target also, but is medium and I don't know when/if NCommander plans to work on. NCommander is a3 reasonable for this? Jan 15 15:52:56 bug #462798 Jan 15 15:52:58 Launchpad bug 462798 in ubiquity "selecting 'new partition table' confuses the partitioning" [Medium,Triaged] https://launchpad.net/bugs/462798 Jan 15 15:52:59 sorry, asac, NCommander bug #462798 Jan 15 15:53:20 plars, medium, alpha 3, I'm going to work with persia on this during the sprint if we can fix the dove issues Jan 15 15:53:28 great! Jan 15 15:53:31 will target Jan 15 15:53:52 Is that when we're doing it? I've been wondering :) Jan 15 15:54:57 ogra: i will put that uboot net bug on your plate for now ... Jan 15 15:55:20 i will also try to help at least to verify Jan 15 15:55:28 but i need an assignee Jan 15 15:55:29 ;) Jan 15 15:55:37 hrm, k Jan 15 15:56:16 ogra: feel free to reassign to someone else from the team ;) Jan 15 15:56:22 heh Jan 15 15:57:12 ogra: bug 506761 Jan 15 15:57:14 Launchpad bug 506761 in uboot-imx "lucid uboot hangs on fatload uImage on fsl TO2 TO2.5 and TO3" [Undecided,Confirmed] https://launchpad.net/bugs/506761 Jan 15 15:57:16 isnt RC anymore Jan 15 15:57:19 or should we even close? Jan 15 15:58:11 no, there is still something wonky Jan 15 15:58:25 ext2load works flawless Jan 15 15:58:33 while fatload doesnt Jan 15 15:59:16 right. but its not RC Jan 15 15:59:23 as we managed to work around Jan 15 15:59:29 or is the script loading bug also gone on ext2 Jan 15 15:59:30 ? Jan 15 15:59:34 too bad we don't have something for the "fixed this week" category. dmucs ftbfs was fixed iirc, but not exactly rc Jan 15 15:59:55 right Jan 15 15:59:56 well Jan 15 16:00:22 lool: i dont understand what i means if you say that ffmpeg is committed to git Jan 15 16:00:25 when does that come down to us? Jan 15 16:00:35 can we just upload it to ubuntu ? Jan 15 16:00:36 asac, the script *only* loads on ext2 Jan 15 16:00:36 ;) Jan 15 16:00:41 ogra: yeah. ok Jan 15 16:00:42 i cant make it load on fat at all Jan 15 16:00:52 BBG U-Boot > fatload mmc 0:2 0x90800000 boot.scr Jan 15 16:00:53 reading boot.scr Jan 15 16:00:57 ... hangs forever ... Jan 15 16:01:01 yeah Jan 15 16:01:03 BBG U-Boot > ext2load mmc 0:2 0x90800000 boot.scr Jan 15 16:01:03 Loading file "boot.scr" from mmc device 0:2 (xxa2) Jan 15 16:01:03 407 bytes read Jan 15 16:01:03 BBG U-Boot > Jan 15 16:01:04 i will check fat code Jan 15 16:01:07 works flawless Jan 15 16:01:07 we need to add debugging Jan 15 16:01:16 u-boot really needs better debugging facilities imo Jan 15 16:01:22 even the DEBUG flags are all broken Jan 15 16:01:35 ogra: i can reproduce it, so i can try to work on that if we cant go for ext2 Jan 15 16:01:41 well, i wouldnt be surprised if thats due to some vendor patches Jan 15 16:01:49 we cant Jan 15 16:01:54 ext2 needs root Jan 15 16:02:01 we dont have root on the build machine Jan 15 16:02:19 sure Jan 15 16:02:20 i will check that Jan 15 16:02:43 thought e2progs work ... or does that need root too? Jan 15 16:02:51 its to slow Jan 15 16:03:07 NCommander tested it and said its unusable Jan 15 16:03:08 err e2tools Jan 15 16:03:33 ok. noted Jan 15 16:03:53 ogra, well, I never looked at optimizing it to reduce the number of e2tools calls Jan 15 16:04:07 NCommander, but you said it takes hours to copy the files Jan 15 16:04:23 even if you optimize that will be to slow Jan 15 16:04:38 ogra, no, it was about ~10-15 minutes per image Jan 15 16:04:49 sounds not that much Jan 15 16:04:58 vs 1-2 min :) Jan 15 16:05:03 thats a lot Jan 15 16:05:13 right. but its by far not a dramatic problem Jan 15 16:05:17 or how many image runs are we doing? Jan 15 16:05:22 one-per-image ... right? Jan 15 16:05:25 aka 2 ;) Jan 15 16:05:31 rather 4 (with alternates) Jan 15 16:05:33 dont forget a live build already takes 90min Jan 15 16:06:00 during alpha and release time thats already to much Jan 15 16:06:43 (which is why we're still waiting for a second livefs builder to not have to deal with 3h buildtime) Jan 15 16:06:53 still. its acceptable imo Jan 15 16:07:00 at least as a backup Jan 15 16:07:12 i will try to fix fat and talk to uboot folks that did the fsl patches Jan 15 16:07:23 its really annoying how fat behaves ;) Jan 15 16:07:29 you mean to fsl folks that did the uboot patches :) Jan 15 16:07:51 yes Jan 15 16:08:08 i will escalate that if i dont find the issue quickly Jan 15 16:09:15 yeah Jan 15 16:10:03 ogra: so you already tried vfat? Jan 15 16:10:12 that felt like a good pointer Jan 15 16:10:27 yes, but its already enabled in some common.h file Jan 15 16:10:40 didnt change a thing, just spilled redefine wanrings Jan 15 16:11:54 The other massive benefit to FAT is that if we get it working, and get USB support working, we can do bootable USB flash solutions without requiring users to reformat their flash. Jan 15 16:12:09 (or FAT-on-SD, with the same benefits) Jan 15 16:12:18 Which means no needing to use dd (or wrappers). Jan 15 16:12:34 asac: just got email from fsl guys, they do not support hibernate, are we going to do that? Jan 15 16:13:10 cooloney: if they dont support it, we wont do it ... will remove it from RC bug list after meeting Jan 15 16:14:14 asac: got it, i think you are in the email loop i sent, let me update the status of the bug hibernate Jan 15 16:15:14 thanks Jan 15 16:15:49 cooloney: do you know if its a hardware limitation thing? or just because there is no code yet? (or is that in the mail i havent read yet)? Jan 15 16:18:08 asac: i just checked code quickly, i think there is no code for hibernate. Jan 15 16:19:11 ok. but doesnt that need hardware support too? Jan 15 16:21:27 ogra: can you link the uboot bug to the spec? Jan 15 16:21:29 thx Jan 15 16:21:38 slangasek will otherwise poke i guess Jan 15 16:22:29 asac, both ? Jan 15 16:22:49 (NIC and FAT) Jan 15 16:22:59 both Jan 15 16:23:22 asac: and from my experience, it seems no arm soc supports hibernate Jan 15 16:23:48 donr Jan 15 16:23:50 e Jan 15 16:23:56 fun Jan 15 16:24:08 now i can load boot.scr but uimage hangs Jan 15 16:26:26 cooloney: right Jan 15 16:26:27 thanks Jan 15 16:26:36 ogra: make the partition even bigger ;) Jan 15 16:26:45 or bad the file with zeros Jan 15 16:26:49 nah, thats cant be it :P Jan 15 16:26:49 so its at least a full block :) Jan 15 16:26:51 who knows Jan 15 16:27:01 i saw code in uboot that said: "always full in full blocks" Jan 15 16:27:05 pull Jan 15 16:27:10 boot.scr is 315 byte big and loads fine Jan 15 16:30:04 doesnt load uinitrd either Jan 15 16:33:41 asac: You pinged me on this bug Jan 15 16:33:43 asac: 15:46 < asac> lool: * Bug:488267: ffmpeg: "should be built with -marm for lucid on armel" Jan 15 16:34:00 asac: I'm saying that I fixed this and it's pending upload; it's commited in the packaging git repo Jan 15 16:34:09 sure Jan 15 16:34:15 i understood that. just wasnt sure what that means Jan 15 16:34:17 but nevermind Jan 15 16:34:36 I dont understand where the ambiguity is Jan 15 16:34:52 e.g. is that git repo for debian Jan 15 16:34:58 will we wait until it migrates to testing Jan 15 16:35:00 etc. Jan 15 16:45:51 asac: It's a git repo for debian and ubuntu Jan 15 16:45:59 The changes aren't uploaded to Debian Jan 15 16:46:12 It's like regular Vcs-Git stuff; not sure what to say Jan 15 16:48:42 sure. git just felt like debian Jan 15 16:48:51 thats why i double check Jan 15 16:49:11 debian isnt *that* bad, come on Jan 15 16:50:59 What's in Vcs-Git for ffmpeg and -extra is correct Jan 15 16:51:12 No way to encode the branch infor,mation though Jan 15 17:38:44 i dont mind debian, just the time delay if we go through debian first Jan 15 17:38:48 thats why i wanted to clarify it Jan 15 17:39:08 so all fine ;) Jan 15 22:08:00 suihkulokki: You might be interested in kees patch for the ld-linux segfaults Jan 15 22:08:19 http://bugs.launchpad.net/bugs/452175 Jan 15 22:08:21 Launchpad bug 452175 in linux "Random segfaults when using ld.so explicitly to start a program" [Medium,In progress] **** BEGIN LOGGING AT Fri Jan 15 22:50:31 2010 **** BEGIN LOGGING AT Fri Jan 15 23:09:17 2010 **** ENDING LOGGING AT Sat Jan 16 02:59:56 2010