**** BEGIN LOGGING AT Mon Oct 11 02:59:57 2010 Oct 11 07:32:52 moin Oct 11 09:24:40 ogra: hey! Oct 11 09:24:50 so release is up, finally! Oct 11 09:30:59 :D Oct 11 09:31:07 Are you please with it ndec? Oct 11 09:31:16 celebreate! Oct 11 09:31:19 lag: well extremely! Oct 11 09:31:34 ndec: I'm pleased you're pleased :) Oct 11 09:31:40 lag: it's been a really cool project to work with! Oct 11 09:31:40 ndec: So what's next? Oct 11 09:31:46 For sure Oct 11 09:31:46 lag: natty ;-) Oct 11 09:31:50 I've enjoyed it Oct 11 09:31:54 Whoooooooo :) Oct 11 09:32:03 lag: well, next step is to release our public PPA Oct 11 09:32:53 For sure Oct 11 09:33:08 Are we going to be supporting any more boards? Oct 11 09:34:16 not that I know of Oct 11 09:34:26 zumbi_: celebrate! Oct 11 09:34:31 then you can support another distro :D Oct 11 09:35:24 armin76: :-o Oct 11 09:35:49 There's only need for one distro :) Oct 11 09:36:57 yeah, and 640k ought to be enough for anyone ;) Oct 11 09:37:10 armin76: ;-) Oct 11 09:38:55 :) Oct 11 10:02:02 :) Oct 11 10:02:47 Why point at cdimage rather than releases? Oct 11 10:03:27 persia, because thats where our release lives ? Oct 11 10:03:47 show me the url on r.u.c and i'll point to it Oct 11 10:04:59 You're right. Oct 11 10:05:04 That's a regression. Oct 11 10:05:12 We were on releases.ubuntu.com for karmic and lucid Oct 11 10:06:16 * ogra doesnt see it as a regression, butu yeah Oct 11 10:06:50 Well, it indicates we weren't considered part of the release. Maybe just a social thing. Oct 11 10:07:23 * hrw agrees with persia Oct 11 10:07:34 armel looks like 3rdparty in ubunt Oct 11 10:07:35 u Oct 11 10:07:39 Anyway, something to target to be fixed in Natty. Oct 11 10:07:50 hrw, It's most certainly nothing like 3rd party. Oct 11 10:07:58 but totally outside of official archive Oct 11 10:08:11 No. Just not blessed with release. Oct 11 10:08:43 persia: but also ports.ubuntu.com for last few years instead of merging to archive.ubuntu.com Oct 11 10:09:06 * hrw hugs apt-cacher-ng Oct 11 10:09:16 That's mostly blocked by some technical limitations of our mirror software, sadly. Oct 11 10:09:26 hmm, https://wiki.ubuntu.com/MaverickMeerkat/ReleaseManifest agrees with you Oct 11 10:09:43 i dont think there is code in place to put them on releases.u.c :( Oct 11 10:09:45 Yep. Go complain to skaet. Oct 11 10:10:11 There is code to move from ports/daily{,-live} but maybe not daily-preinstalled. Oct 11 10:10:53 right Oct 11 10:11:39 though i really wouldnt mind keeping them on cdimage Oct 11 10:12:12 simply because it's super confusing having them in the same page with all the other images Oct 11 10:12:19 (and their install instructions) Oct 11 10:14:12 ogra, See, the way to solve that is to make them have the *same* installation instructions :) Oct 11 10:14:25 thats not possible Oct 11 10:14:36 * persia grumbles at git for being painfully slow and bloated (why download 1GB of stuff for 80MB of data?) Oct 11 10:14:47 Yes it is. Just requires more work, and more time. Oct 11 10:15:04 then the install isntructions get confusing Oct 11 10:15:10 you just move the problem around Oct 11 10:15:39 I believe the only remaining obstacles are 1) getting everyone to accept a common first-stage bootloader (e.g. UEFI), 2) porting grub2, and 3) ensuring there is *some* flash on every board to hold a vendor-installed first-stage bootloader. Oct 11 10:16:06 This is much better than we were two years ago. I predict we'll be done in only 5 or 6 more. Oct 11 10:16:23 you are making weird assumptions about HW manufacturers Oct 11 10:17:01 Why? For x86/powerpc the vendors all meet those requirements already. It's kinda expected for consumer-level general-purpose devices. Oct 11 10:17:14 there is no flash on any of the publically available boards we support except the beagle C4 which is underpowered for these images Oct 11 10:17:24 So? Oct 11 10:17:31 That's deficient HW. Oct 11 10:17:35 there is neither grub but a properly usable u-boot Oct 11 10:17:46 Right, hence point 2) above. Oct 11 10:17:56 which i disagree with Oct 11 10:18:06 why? Oct 11 10:18:07 as well as with the other points Oct 11 10:18:25 we have a properly unified bootloader with u-boot Oct 11 10:18:36 its just missing framebuffer support Oct 11 10:18:45 Do you not think it makes sense to have first-stage bootloaders managed by folks to do boards (for board-bring-up), and second-stage bootloaders managed by folks that do OSs (for OS bring up)? Oct 11 10:18:48 Everyone else is doing it. Oct 11 10:19:23 i do ... but thats what we have effectively with x-loader and u-boot Oct 11 10:19:38 Why be different ? Multiple code paths are harder to maintain. Oct 11 10:19:54 we dont have to maintain them Oct 11 10:19:54 If you like x-loader, fine, but x-loader/grub2 is more cleanly aligned. Oct 11 10:20:03 no, its not Oct 11 10:20:11 Plus, I think it's easier to use the existing ARM port of UEFI than to port x-loader to everything else. Oct 11 10:20:19 simply because everyone working with these boards has u-boot experience Oct 11 10:20:41 the only missing bit is framebuffer support so the general enduser could get a menu Oct 11 10:20:44 So? Training is easy. Oct 11 10:21:05 * suihkulokki thinks u-boot has way more momentum than uefi Oct 11 10:21:10 ++ Oct 11 10:21:23 or grub porting (which hasnt even started) Oct 11 10:21:59 and making the boards more expensive by adding NAND doesnt look like a good solution either Oct 11 10:22:20 suihkulokki, Could be: I've seen ports to about the same number of architectures for u-boot and UEFI. I don't really care which is selected, but would prefer there to be one-true-first-stage-bootloader Oct 11 10:22:23 I think that arm boards should go for one simple setup: vendorbootloader + osbootloader. thats done on x86(-64) and works on arm so far with targets which we support Oct 11 10:22:31 forget about grub/arm Oct 11 10:22:35 hrw, Precisely. Oct 11 10:22:54 Huh? Which osbootloader then? Why not use the same as everyone else? Oct 11 10:22:59 persia: we do have it with omap34 - xloader + uboot Oct 11 10:23:24 u8500/linaro also goes that way: something-from-stericsson + uboot Oct 11 10:23:41 atmel at91 (armv5): at91bootstrap + uboot Oct 11 10:24:14 at9200rm: simple-in-cpu-flash-bootloader + uboot Oct 11 10:25:10 bleh! Standardising on uboot would be fine. Standardising on it as a *second-stage* bootloader just seems like madness, when it can do first-stage just fine, and it can't do useful device-selection. Oct 11 10:26:01 persia: *if* uboot can be 1st stage then let it be. on *rest* let it be 2nd Oct 11 10:26:29 persia: atmel at91bootstrap fits inside of cpu flash. you cant get uboot there Oct 11 10:26:40 uboot needs a fair bit of work from what I've seen to allow user selection of boot devices, etc. Oct 11 10:26:52 hrw, That's a HW bug :) Oct 11 10:27:34 u-boot is to big for fitting in the ram you have available at that stage of boot Oct 11 10:27:51 you *need* a smaller first stage Oct 11 10:28:01 indeed it could be derived from the u-boot code Oct 11 10:28:07 (as x-loader already is) Oct 11 10:28:09 And has been in several cases. Oct 11 10:28:26 So sure, maybe I don't actually care that much about standardisation for hwbootloader. Oct 11 10:28:29 i agree that this should be fixed Oct 11 10:28:38 and i know linaro is working on that at least for omap Oct 11 10:28:52 I still want the *same* osbootloader for every architecture, and think having a single shared hwbootloader would lead to economies of scale. Oct 11 10:29:09 persia: so port uboot for basic x86 Oct 11 10:29:13 you wont get that without the vendors agreeing Oct 11 10:29:49 persia: most of PC are fine with legacy bios + grub. you cant get grub outside of x86 anyway Oct 11 10:29:54 hrw, It's been done for a while. Oct 11 10:30:02 and you cant get PC users with uboot Oct 11 10:30:08 Hrm? grub2/powerpc is reputed to work. Oct 11 10:30:20 o.. did not know Oct 11 10:30:25 And u-boot claims to support PPC, ARM, AVR32, x86, M68k, ... Oct 11 10:30:33 * hrw moved to coreboot on one machine at home Oct 11 10:30:49 persia: sure. very few x86 chipsets probably Oct 11 10:31:16 Oh, I'm sure. probably mostly VIA ones, for that matter. Oct 11 10:31:46 and they do not boot windows anymore? Oct 11 10:31:46 I still maintain there is scope for economies of scale to have one true hwbootloader, and one true osbootloader. Oct 11 10:32:03 I wouldn't expect it for the lower-end VIA embedded x86 cores. Oct 11 10:32:13 persia: 5 years and EFI will be x86 desktop standard maybe Oct 11 10:32:17 Most of them can't run current Ubuntu (insufficient instruction support) Oct 11 10:33:05 * hrw hugs alix.1c with its 2.098s to get init booted from power on Oct 11 10:37:17 persia, oh, btw, i fail to see how that bootloader discussion solves the initial problem of having different methods to write differnt install media Oct 11 10:37:44 ogra, Identical OSbootloader means one can use identical procedures cross-arch. Oct 11 10:38:04 i still need to write to different media with different tools Oct 11 10:38:05 As a result the means by which I make bootable SD for armel is the *same* as for bootable SD for i386. Oct 11 10:38:18 Which means the same instructions, etc. Oct 11 10:38:22 so you run brasero to create an SD card ? Oct 11 10:38:46 No. I use usb-creator. Oct 11 10:38:54 (or at least I did last time I tried that for amd64) Oct 11 10:39:01 persia: does any of your pc boots stright from SD? Oct 11 10:39:12 right, on armel you cant even start it :P Oct 11 10:39:26 hrw, At least two of them can. I thikn a third, but haven't tested it. Oct 11 10:39:31 its not installable due to its dep on syslinux Oct 11 10:40:00 persia: and by default you need to press some key during reboot to invoke boot menu and select "this SD please" in it Oct 11 10:40:00 ogra, Right. See, that's a bug in usb-creator: should use grub2: see discussion with superm1 and Bugabundo in -devel whilst you were sleeping. Oct 11 10:40:13 i wasnt sleeping :) Oct 11 10:40:27 and i followed it roughly while my ac100 kernels were building Oct 11 10:40:58 hrw, Actually, no, on one of them it tries SD by default (as I discovered when forgetting to remove the SD when trying to reboot, and being confused why it failed) Oct 11 10:43:12 ogra, Ah, excellent! Still, like I said, we're years away. Even if everyone in the world attempted to start achieving it right now, I don't think it's *possible* to have clean alignment in less than 3 years because of chip layout planning timeframes. Oct 11 10:44:36 yup Oct 11 10:45:10 and given that work on devicetree is already going on in kernel and u-boot i expect that to arrive earlier as a unified arm solution Oct 11 10:45:15 persia: my desktop can boot from sata/pata/usb/cf/sd/sm/ms/xd but for non-sata I need to go to bootmenu, for pata even to bios Oct 11 10:45:51 ogra: 11.10 not earlier Oct 11 10:46:05 hrw, That's just a side-effect of your hwbootloader. If there was the alignment and consensus on a single hwbootloader like I'm advocating, we'd be having a comparable experience. Oct 11 10:46:25 ogra: for Linaro 11.05 DeviceTree will not be ready yet Oct 11 10:47:05 hrw, i dont exepct d-t in less than a year Oct 11 10:47:27 buut thats still quicker than persias estimated 3 years for grub Oct 11 10:48:09 3 years isn't for grub. It's to fix on-chip ROM codes to not be braindead about what to use to boot hwbootloaders. Oct 11 10:48:28 And 3 years is a lower-bound estimate, really. Oct 11 10:49:07 (as in, if someone decided to start fixing this today, it would take 3 years for the *first* SoC that wasn't broken to be released) Oct 11 11:01:12 Assuming I don't have kernel issues, are there issues expected with do-release-upgrade from jaunty->karmic->lucid->maverick for armel? Oct 11 11:07:28 win go #linaro Oct 11 11:07:31 win go #linaro Oct 11 11:15:22 I can feel a new Bootloader coming ... Supports all architectures, all bios', all OS': persia-boot Oct 11 11:20:17 lag, That is a frightening concept. The moreso since I tend to write most stuff in make, which is probably not an ideal language for bootloader development. Oct 11 11:21:25 persia: :) Oct 11 11:21:39 persia: I can teach you C - it's a small language Oct 11 11:25:12 thanks, but I've been taught C a few times: I just haven't used it professionally in something like 15 years, amd my hobby C has all been small patches. Oct 11 11:36:04 * ogra sighs ... Oct 11 11:36:16 3800 mails done, 1400 mails to go Oct 11 11:37:53 releases are fun :) Oct 11 11:38:38 ogra: Are you back home? Oct 11 11:38:44 lag, yes Oct 11 11:38:55 wading through my mail since two days Oct 11 11:39:11 I spoke with ndec this morning - he sounded happy with the release :) Oct 11 11:39:14 on the road i only read what was directly affecting the current work Oct 11 11:39:23 lag, yes, he told me already Oct 11 11:39:37 lag, we still need to solve the sound issue and i need to get the tablet going Oct 11 11:40:03 thats the twoi last bits on my TODO for maverick Oct 11 11:40:44 Sounds == userspace (last I heard) Oct 11 11:40:47 oh, and bug 657732 is an intresting one ... i could reproduce it on the tegra Oct 11 11:40:48 Launchpad bug 657732 in xaos (Ubuntu) "xaos has artefacts on first frame with -threads (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/657732 Oct 11 11:40:49 sound* Oct 11 11:40:57 lag, not clear yet Oct 11 11:41:29 lag, there seem to be initialization bits missing but its not clear where Oct 11 11:41:48 to me it looks like the driver needs the init after the mixers were set Oct 11 11:41:56 which would be a clear driver issue Oct 11 11:42:05 Quite Oct 11 11:42:22 but it could as well be a race in alsa userspace Oct 11 11:42:30 thats why its so hard to pin down Oct 11 11:42:53 I believe Mathieu has been liaising with various kernel and TI people to have this issue solved Oct 11 11:43:22 rama from TI (the omap4 ASoC driver dev) was working directly with lrg on the issue but there was no outcome yet Oct 11 11:43:59 Well if they can't fix it, then we have an issue Oct 11 11:44:08 they still try i belive Oct 11 11:44:30 lrg wrote most of ASoC Oct 11 11:44:35 i know Oct 11 11:44:44 He would be 'the one' AFAIC Oct 11 11:44:50 and rama most of the omap4 driver ... and he worked on the HW too Oct 11 11:45:04 Then we have the best people 'on it' Oct 11 11:45:10 no Oct 11 11:45:13 ? Oct 11 11:45:25 because nobody seems to have deep insight in the ubuntu specifics of alsa Oct 11 11:45:53 What if we lent diwic to them? Oct 11 11:45:55 as i understand it alsactl restore is supposed to do the same as alsactl init for example Oct 11 11:46:26 but that either doesnt happen or happens in the wrong order for the device Oct 11 11:46:39 lag, how much does he know about the userspace ? Oct 11 11:46:56 He is Ubuntu's Audio guy Oct 11 11:47:00 the prob with alsa is that the line between kernel and userspace is really blurry in ubuntu Oct 11 11:47:19 I think that is the case with ALSA generally Oct 11 11:47:26 there are many bits expected by the driver that imho should be in userspace Oct 11 11:47:44 but alsa generally doesnt depend on i.e. pulse to set all mixers :) Oct 11 11:47:51 at least in the rest of the world Oct 11 11:47:59 diwic is afk, but I'll hassle him later Oct 11 11:48:02 hi Oct 11 11:48:44 lag, ok, i'll try to get rama on IRC (dont know his nick, i need to find out if TX gets up) Oct 11 11:49:06 Where is lrg? Oct 11 11:49:08 TX? Oct 11 11:49:17 lag: UK Oct 11 11:49:23 BANG! Oct 11 11:49:29 no idea, i know he uses to live in the UK Oct 11 11:49:30 Hello Liam Oct 11 11:49:32 ogra: my panda is very ill Oct 11 11:49:32 heh Oct 11 11:49:33 hey Oct 11 11:49:39 lrg, still ? :( Oct 11 11:49:44 sh*t Oct 11 11:49:45 ogra: hw issue :( Oct 11 11:49:51 so I'm using SDP now Oct 11 11:50:03 Hey Lag Oct 11 11:50:04 should be fine as well Oct 11 11:50:11 Where in the UK are you? Oct 11 11:50:14 lrg, any idea about the issue ? Oct 11 11:50:20 lag: just north of Edinburgh Oct 11 11:50:37 Just over the bridge? Oct 11 11:50:46 ogra: afaict the USB hub is a bit broken Oct 11 11:50:46 :) Oct 11 11:50:49 lag: yes Oct 11 11:51:05 lrg, i meant the sound issue with the SDP4430.conf :) Oct 11 11:52:08 That's a nice area Oct 11 11:52:10 ogra: ah, I'm just starting to look now that I have 10.10 running on the SDP, although ubiquity kept crashing for me so I had to do some manual hacks to setup a user account etc Oct 11 11:52:16 Do you know Queen's Ferry? Oct 11 11:52:26 Do you know Queensferry? Oct 11 11:52:42 lag: that would either North or South, there is no such town named on its own Oct 11 11:52:45 lrg, kept crashing ? how ? Oct 11 11:52:52 lag: Yes, very close :) Oct 11 11:53:13 That's a scary little place if you're not a 'local' :) Oct 11 11:54:00 lag: Im going to assume from your IP your in Bristol or South Gloucestershire :-) Oct 11 11:54:20 Bristol Oct 11 11:54:21 ogra: it would crash after 30secs in the help pages Oct 11 11:54:27 hrm Oct 11 11:54:31 with the final release ? Oct 11 11:54:33 Where are you XorA? Oct 11 11:54:39 no, a few days ago Oct 11 11:54:41 i know it works for TI Nice who have tested it Oct 11 11:54:46 ah Oct 11 11:54:47 lag: Edinburgh, but I used to work in Aztech West many years ago Oct 11 11:54:55 @ST? Oct 11 11:55:02 lag: yes Oct 11 11:55:09 I have a few friends there Oct 11 11:55:19 1999-2000 Oct 11 11:55:31 They didn't work there then :) Oct 11 11:55:40 ogra, lag: going for lunch now - will be back shortly Oct 11 11:55:48 k Oct 11 11:55:48 worked on the disastrous project for ST GFX card Oct 11 11:55:49 Sure Oct 11 11:56:20 I believe they've had a couple Oct 11 12:15:00 ogra: It looks like diwic specialises in userspace :) Oct 11 12:15:16 awesome Oct 11 12:15:50 I will speak to the chain and see if we can free him up Oct 11 12:18:39 Hi diwic Oct 11 12:18:42 Thanks for joining Oct 11 12:18:45 np Oct 11 12:18:47 ogra: ping Oct 11 12:18:58 yes, i'm here :) Oct 11 12:19:26 diwic: We have some rather taxing issues with regards to audio on the Panda Oct 11 12:19:53 We have two kernel audio experts on the case Oct 11 12:20:01 But we are lacking in userspace knowledge Oct 11 12:20:40 okay Oct 11 12:20:45 Can we set up some kind of brain storming session when lrg is back and rama is available Oct 11 12:21:30 ogra: diwic: ? Oct 11 12:21:35 Would you be up for that? Oct 11 12:22:05 sure, at what time approx? Oct 11 12:22:14 That would depend Oct 11 12:22:16 ogra: Where in the world is rama? Oct 11 12:22:21 TX Oct 11 12:22:28 So it would be afternoon Oct 11 12:22:32 yeah Oct 11 12:22:36 lrg is at lunch currently Oct 11 12:22:40 My work day is up in ~ 3 hours Oct 11 12:22:45 and i need to get him to IRC first :) Oct 11 12:22:48 Sure Oct 11 12:23:18 If we can't do it today, I'll set a meeting up and we'll do it later in the week (perhaps tomorrow) Oct 11 12:24:08 ogra: Do you have his contact details? Oct 11 12:24:13 no Oct 11 12:24:24 Okay, we'll hunt those down Oct 11 12:24:28 Then speak to lrg Oct 11 12:24:35 right Oct 11 12:24:37 diwic: I'll let you know more as soon as I do Oct 11 12:24:41 diwic: Thanks for your time Oct 11 12:24:42 he knows them for sure Oct 11 12:25:03 We'll get them one way or other Oct 11 12:25:13 robclark will probably know them too Oct 11 12:25:43 lag, okay. For today I can't be online when my work day is up, but tuesday or wednesday might work better, if time zones are a problem Oct 11 12:26:04 diwic: No problem - we'll work something out Oct 11 12:28:48 hello, when porting linux to arm, I add printascii("bara bara\n"); in start_kernel. It print other string, and then trap into abort. What wrong? Oct 11 12:35:58 cjjnjust: When you say it prints another string, what do you mean? Oct 11 12:37:19 i mean it print the other strings. the string is define in other place. Oct 11 12:37:48 You mean it prints out other strings successfully? Oct 11 12:37:54 It's just yours that it does not? Oct 11 12:38:34 lag, the string is in other function, it seems like address error Oct 11 12:39:01 That's probably what it is then Oct 11 12:39:08 Check in: arch/arm/kernel/head.S Oct 11 12:39:30 yes, I have check it again and again... Oct 11 12:40:17 once call a function with args, it will trap into abort mode. Oct 11 12:41:21 but it can run to start_kernel, when printk("%s",linux_banner); it go to abort mode. Oct 11 12:45:57 cjjnjust: Which kernel are you using? And which Arm chip are you trying to use? Oct 11 12:46:15 lag,2.6.35 s3c2410 Oct 11 12:49:02 The s3c2410 is already supported Oct 11 12:50:10 arch/arm/configs/s3c2410_defconfig Oct 11 12:50:42 I know that . Oct 11 12:51:03 Then why port it? Oct 11 12:51:11 lag: ogra: can you please invite me to your audio brainstorming too? Oct 11 12:51:22 berco: Of course Oct 11 12:52:03 I just want to add some driver on it . Oct 11 12:52:25 use the default config can't work. Oct 11 12:53:06 You can use it as a base Oct 11 12:53:17 Then edit it Oct 11 12:53:49 All of the bring-up and debugging (including earlyprintk) code as already been implemented Oct 11 12:54:08 All of the addressing setup code too Oct 11 12:55:35 In fact, I just do what you say. Oct 11 12:56:17 * ogra_ac dances ... Oct 11 12:56:34 got an ubuntuized kernel for the ac100 Oct 11 12:57:03 cjjnjust: Failing that, take a look at this: http://stackoverflow.com/questions/1359919/arm-data-abort-error-exception-debugging Oct 11 12:57:19 Will enable you to dump the stack and see where it's going wrong Oct 11 12:57:39 ogra_ac: Congrats ... booting? Oct 11 12:57:59 lag, sure, its the toshiba source but with ubuntu config Oct 11 12:58:07 (still 2.6.29 indeed) Oct 11 12:58:26 but all the android crap is gone, i have swp and all modules i can imagine Oct 11 12:58:44 So long as you're enjoying yourself :) Oct 11 12:58:52 i|ll test later what mavericks udev thinks about it :) Oct 11 12:59:11 s/swp/swap Oct 11 12:59:21 I knew what you meant Oct 11 12:59:39 lag, well, i have a netbook on which i can do ubuntu arm development, what more would a human need :) Oct 11 13:00:01 thanks Oct 11 13:00:49 lag, compiling the omap4 kernel package takes just 2h here Oct 11 13:00:58 (on external USB disk) Oct 11 13:01:03 cjjnjust: No problem - best of luck Oct 11 13:01:17 ogra: Here being? Oct 11 13:01:29 on the ac100 Oct 11 13:01:42 It only takes me 15mins :) Oct 11 13:01:51 thats a third of what the buildds take Oct 11 13:02:14 and 30min less than on the panda Oct 11 13:02:28 quite impressive imho Oct 11 13:07:04 wow, hows that? tegra and panda should be same speed, no? Oct 11 13:07:40 similar Oct 11 13:08:06 but 30mins is a lot Oct 11 13:19:42 ogra_ac: you should be fine with udev: http://paste.ubuntu.com/510877/ Oct 11 13:19:51 minimum is 2.6.27 Oct 11 13:20:07 ogra_ac: with usb on omap4 it takes less than 2 hours Oct 11 13:20:23 something around 1:50 minutes Oct 11 13:21:03 with the new mem speed ? Oct 11 13:21:05 but this I got when testing with 1gb Oct 11 13:21:23 ogra_ac: on panda with usb disk, I built kernel (just running 'make uImage') in ~35 min.. Oct 11 13:21:24 ogra_ac: I have the timing with new mem speed, just need to boot my board Oct 11 13:21:38 robclark, ubuntu package ... Oct 11 13:21:52 ahh.. I didn't try that Oct 11 13:21:52 robclark: so, how is it going with usb disk? Oct 11 13:21:53 robclark, i build zImage for the tegra in about the same time Oct 11 13:22:11 but on MMC card it was ~1hr.. and with USB disk ~35min (for make uImage) Oct 11 13:22:12 * rsalveti is setting up all the boards again Oct 11 14:02:09 bug 657281 Oct 11 14:02:10 Launchpad bug 657281 in ubuntu "Kubuntu Maverick on Omap3 & Omap4: screen goes black and never comes back (affects: 1) (heat: 8)" [Undecided,Incomplete] https://launchpad.net/bugs/657281 Oct 11 14:13:20 lag, any news on the brainstorming meeting? I'll have to go in an hour. Oct 11 14:13:43 No sorry Oct 11 14:13:47 lrg: Are you around? Oct 11 14:13:59 diwic: I can't see it happening today Oct 11 14:14:09 I'll try and sort something out for another day Oct 11 14:14:32 XorA: Are you in the same place as lrg? Oct 11 14:15:31 lrg, isn't that Liam? I think he knows ALSA userspace better than I :-) Oct 11 14:15:51 lag: he is the wrong side of the river Oct 11 14:16:04 Ah, do you both work from home? Oct 11 14:16:13 diwic, but not the ubuntu specifics about it i guess Oct 11 14:16:33 i think our setup has a lot of specialities Oct 11 14:17:12 lag: I'm here, diwic lets do this tomorrow as I'm seeing some funny things with our mixers that could cause config to fail Oct 11 14:17:24 \o/ Oct 11 14:17:29 someone with a clue Oct 11 14:17:31 YAY ! Oct 11 14:17:49 lrg, aren't you the one designing the use case manager? Oct 11 14:17:58 I need to get the mixer thing sorted out and then I should have a better idea whats going on with the config Oct 11 14:18:46 diwic: yes, ucm is in perex ucm branch - he's made some changes and I need him to push to master..... Oct 11 14:19:33 lrg, so then you probably know alsa userspace as well as I, but I don't mind participating in a brainstorming, if not lrg's mixer fixes is what we need. Oct 11 14:20:47 lrg: Do you have Rama's contact details? Oct 11 14:21:03 lrg: Is it worth pulling him in? Oct 11 14:22:21 lag: yes, rsrimushnam@ti.com Oct 11 14:22:38 Okay, I'll send out an email Oct 11 14:22:48 lag: Rama is in Dallas so he's probably around atm Oct 11 14:22:54 How does 15:00 UTC grab everyone? Oct 11 14:23:01 Tomorrow Oct 11 14:23:03 and he does have a working pandaboard Oct 11 14:23:04 Or Wednesday Oct 11 14:23:26 lag: most times are fine for me, Rama has more meetings though Oct 11 14:23:38 best find a time suitable for Rama andI'll join Oct 11 14:23:47 I'll email him and try to get him on here Oct 11 14:24:06 works for me, but 14:00 UTC would be even better. Oct 11 14:25:07 is this day a some kind of a holiday in North America? Oct 11 14:25:14 diwic: The Arm meeting is at 14:00 UTC Oct 11 14:25:32 Baybal: You mean today? Oct 11 14:25:33 Baybal, yes Oct 11 14:25:55 its the day for that guy who got lost trying to find india Oct 11 14:26:14 lag, so 15:00 UTC tomorrow it is then? Oct 11 14:26:17 Baybal: It's Columbus day Oct 11 14:26:29 diwic: Provided Rama can make it, yes Oct 11 14:27:30 lrg: What's your email address? Oct 11 14:27:38 berco: Likewise Oct 11 14:27:52