[00:35] I'm waiting for that darn "panda" to become available. [00:35] Though, if I were to have an ARM file server, I'd want one with native gigabit ethernet and SATA, not USB stuff. [00:39] DanaG, There are always rumours of new cool stuff. Currently, I believe you can get this retail for ARMv6, but not ARMv7. [00:40] http://wiki.debian.org/ArmHardFloatPort/VfpComparison [00:41] I know that "Panda" is something that actually exists, but is supposedly under NDA. [01:04] GrueMaster: Yes makes perdect thanks. Thank you [01:05] s/perdect/perfect/ [01:05] GrueMaster: Well thanks for the explanation. [01:05] It seems like I need a break. === Baybal_ is now known as Baybal === hrw|gone is now known as hrw [08:48] morning === amitk is now known as amitk-afk [12:27] * ogra glares at the kernel mailing list [12:27] This patchset enables full support for the 22-inch 3M touchscreen. The [12:27] controller handles up to 60 fingers, and this version can do at least [12:27] 20 fingers. [12:28] * ogra wonders if they also have a geneitc patch for humans to actually grow 60 fingers === amitk-afk is now known as amitk [12:30] ogra: I heard them mention something about a camping expedition to a nukular dump [12:30] lol [12:34] there is an assumption there that there is only one user [12:37] well, how much of teh display will you be able to see on 22 inch having 6 persons putting all ten fingers in ? [12:37] 22inch is big enough for RPG games to be played on [12:50] Who has their ES2.0 to hand? [12:52] ogra: rsalveti: GrueMaster: [12:57] i do but i'm busy beta testing today [12:57] i.e. i wont boot it today [13:00] lag, what info do you need for failing suspend (/me is about to write a bug but there is no trace of info in any logs it seems) [13:04] Just tell me how I can re-create it [13:05] My query was on the same lines [13:05] Have you tried to shut it down - then reboot it again? [13:05] it wont shut down with the current kernel since it cant deconfgure the NIC [13:06] So you'd expect this kind of thing on re-bootup would you? http://paste.ubuntu.com/486626/ [13:06] lag, to recreate, just click on the shutdown icon in the panel and select susped ... you will only get a gnome-screensaver password prompt [13:07] ogra: Can you use the prompt to re-login? [13:07] sure [13:07] Okay [13:07] it just behaves like a locked screen [13:07] (pm-utils enforces gnome-screensaver --lock before telling the kernel to suspend) [13:08] And when you check the logs, nothing new is in there? [13:08] nope [13:09] k [13:09] Did you check my paste? [13:09] i see a message abot the screensaver lock dialog having come up, but nothing between that and the last messages from booting [13:09] yes, looks bad [13:10] which kernel is that ? [13:10] i am playing with an IGEPv2 board, it does not suspend for me, do you have an idea if PM works fine on such target? [13:10] the one in the archive or a special build ? [13:10] rsalveti's [13:10] zumbi_, sadly no, might be a kernel issue [13:10] Oh wait [13:10] You're Beta testing ES1.0? [13:11] lag, yep [13:11] ogra: I can't help you with your suspend issue [13:11] lag, ?? [13:11] lag, i suspect there is a config option missing in our kernel, normally you would at least see *some* message [13:12] My Panda's are borked [13:12] I can have a look [13:12] that would be nice [13:12] i'll try to tickle some more debug output out of pm-utils later [13:13] beyond that and an ubuntuone crash the omap4 image looks fine though :) [13:14] do: pm-suspend PM_DEBUG=1 [13:15] will do [13:15] persia, got any interest to work on bug 613612 ? [13:15] Launchpad bug 613612 in ubuntu-netbook-efl-default-settings (Ubuntu Maverick) (and 1 other project) "Favorites missing from netbook-launcher-efl (affects: 1) (heat: 8)" [Medium,Confirmed] https://launchpad.net/bugs/613612 [13:19] lag, filed bug 628029 for now [13:19] Launchpad bug 628029 in linux-ti-omap4 (Ubuntu Maverick) (and 1 other project) "[maverick] panda ES1.0 does not suspend on beta image (affects: 1) (heat: 8)" [High,Incomplete] https://launchpad.net/bugs/628029 [13:20] * ogra submits http://iso.qa.ubuntu.com/qatracker/result/4495/696 :) [13:21] lag, in your paste, the first issue it shows is sound related, i think there was some work going on to include ASoC fixes we are missing yet ( lrg might be able to tell you more ) [13:22] could well be that the subsequent oopses are just fallout of thet [13:22] *that [13:22] Could well be [13:23] I'll touch base with lrg [13:23] What time is he normally in? [13:23] he is in the UK, normally he is here during our workday [13:24] no idea why he isnt atm, XorA|gone might know ... but he seems to be gone :) [13:24] lrg is UK timezone [13:24] but he has ADSL problems at moment === XorA|gone is now known as XorA [13:25] * ogra takes a break [13:27] ogra: It looks like our ti-omap4 branch has been upgraded to 2.6.35 [13:27] if thats ASoC issues on panda lrg isnt looking at that board at the moment [13:28] buest bug prpplague and other board bringup dudes [13:28] XorA: Thanks for the info [13:29] lrg is working on 4430sdp so if you can repeat it on that [13:30] ogra: This answer your question: debian.ti-omap4/config/config.common.ubuntu:# CONFIG_PM is not set [13:34] ericm|ubuntu: would you care to look at http://thread.gmane.org/gmane.linux.kernel/1027380/focus=34838? It affects pxa3xx_defconfig [13:34] ukleinek, ok [13:36] ukleinek, how's it going to affect pxa3xx_defconfig? [13:36] ericm|ubuntu: thanks [13:36] ericm|ubuntu: pxa3xx_defconfigs currently has NFS_V4 but not CRYPTO so it fails to build [13:37] ukleinek, would your patch finally include fix to that, I guess it would be better to include then? [13:39] ericm|ubuntu: -ENOPARSE [13:40] ukleinek, heh [13:40] ukleinek, guess a simple fix would to have CRYTO selected in pxa3xx_defconfig? [13:40] ukleinek, and I doubt only pxa3xx_defconfig has this issue [13:41] ericm|ubuntu: there are many symbols that select CRYPTO [13:41] ericm|ubuntu: see my mail, only mx1, pxa3xx, qil-a9260, usb-a9260 and usb-a9263 are affected [13:42] ukleinek, so will you include fix to these _defconfig(s)? [13:42] ericm|ubuntu: no need to [13:43] ericm|ubuntu: I really wonder about how many people understand these defconfig targets wrong [13:43] Trond Myklebust though the defconfigs need fixing, too [13:44] s/though/thought/ [13:45] where can i find info on unity and anataya? [13:45] ukleinek, what is a proper fix? [13:47] ericm|ubuntu: my patch [13:48] ukleinek, ah I see [13:49] ukleinek, so it looks nothing needs to be done at pxa3xx_ side, no testing building/run even needed, the patch looks right to me [13:50] ericm|ubuntu: the only thing you can do is seeing that pxa3xx is broken [13:50] (http://armlinux.simtec.co.uk/kautobuild/2.6.36-rc3/pxa3xx_defconfig/zimage.log) [13:50] and see it fixed with my patch [13:51] ukleinek, cool [13:52] ukleinek, thanks === zyga is now known as zyga-away === zyga-away is now known as zyga [14:53] lag, yeah, it has been upgraded to .35 but not been uploaded (since it defaults to ES2 which we cant use in beta yet) ... mind reporting the missing option on bug 628029 ? [14:53] Launchpad bug 628029 in linux-ti-omap4 (Ubuntu Maverick) (and 1 other project) "[maverick] panda ES1.0 does not suspend on beta image (affects: 1) (heat: 8)" [High,Incomplete] https://launchpad.net/bugs/628029 [14:55] Why have you made it incomplete? [14:56] because it needs info [14:57] (you asked for pm debug logs, remember ?) [14:58] ogra: I didn't [14:58] do: pm-suspend PM_DEBUG=1 [14:58] For your info [14:58] thus my second comment on the bug and the marking as incomplete [14:58] Anyway, it's not a problem [14:58] I've changed it [14:59] I'll make a kernel for you to test [14:59] ah, nice [14:59] lag, slow down [14:59] lag, lets better revisit it with ES2 [14:59] after beta [15:00] So you don't need it for Beta? [15:00] Fine [15:00] I'll concentrate on ES2 [15:00] right, its just a remonder that we check it again after beta on ES2 [15:00] *reminder [15:01] it surely has to work but i dont want to put more work than necessary into ES1 now [15:02] Fine by me [15:02] I've assigned myself anyway [15:02] cool [16:13] prpplague: Pounce! [16:14] prpplague: http://paste.ubuntu.com/486626/ [16:14] * prpplague looks [16:15] lag: you need some updated pulse and alsa config files [16:15] Are they in our builds currently? [16:16] i do not know, let me forward them to you [16:16] k [16:16] * prpplague checks to see if he has lag's email [16:16] prpplague, kernel configs ? [16:16] ogra: no state files [16:17] ogra's problem :) [16:17] lag, ?? [16:17] Sounds like userspace to me :) [16:17] * ogra doesnt get how pulse configs can prevent kernel oopses before pulse can even run [16:19] lag, oops on kernel init cant be userspace :) [16:19] My teflon shoulders not working today! [16:19] Fail [16:20] prpplague: ? [16:21] i thought the log showed that it was already booted [16:21] * prpplague checks the log again [16:21] prpplague, pulse only starts with the desktop on ubuntu, no way that can have any effect here [16:23] ogra: yea, my bad, i saw there that the mmc section had detected the partitions, on first look i assumed that the root fs had booted [16:24] lag: which kernel are you using? [16:24] lag: that doesn't look like the L24.9 audio configuration for the panda [16:24] It should be L24.9 [16:24] lag, i think we're one version behind TI [16:25] This is L24.9 [16:25] * ogra saw some discussion about having to backport ASoC fixes from the TI branch to the ubuntu one last week [16:25] prpplague: Give me a sha id to look up in the log to confirm [16:26] lag: http://dev.omapzoom.org/?p=integration/kernel-omap4.git;a=summary [16:26] lag: you can check the tags/id's there [16:27] lag: but anything about L24.9 should be functional [16:29] prpplague: http://paste.ubuntu.com/486816/ [16:30] prpplague: http://paste.ubuntu.com/486817/ [16:30] prpplague: Looks fairly up-to-date to me [16:31] one sec, let me check the git repo [16:32] prpplague: This is the one I'm currently using: http://kernel.ubuntu.com/git?p=rsalveti/ubuntu-maverick.git;a=shortlog;h=refs/heads/rsalveti-ti-omap4-es2 [16:32] ogra: oem-config crashed on panda for me. 20100901 image. [16:33] GrueMaster, hmm, worked fine here [16:33] XM doesnt boot with MMC errors for me :/ [16:36] lag: checking the git repo now [16:36] lag: give me a minute or two [16:37] np [16:39] lag: looks like in the merge/rebase something has gotten broken, the L24.9 works fine, but it looks like the ubuntu integration tree is broken [16:39] lag: give me about 5 minutes to look it over [16:39] np [16:41] lag, any reason you dont use the kernel team git repo ? afaik it should have everything for ES2 including all display patches [16:41] (the one the package will be built from) [16:41] ogra: Yes, when I started using this tree our tree wasn't rebased [16:42] lag: looks like you might be missing a couple of panda related patches [16:42] i'm not sure what additional patches ricardo has in his tree vs the packaging tree [16:42] There are no differences [16:42] Well [16:42] or is missing... [16:42] No significant differences [16:43] Only his LED patch and my edits (suspend and sound debug) [16:44] lag: ok one sec [16:45] lag: ok http://paste.ubuntu.com/486626/ , checkout line 237 [16:46] lag: I2C write to TSP61305 failed [16:46] lag: notice it is spell TSP61305 [16:46] lag: http://dev.omapzoom.org/?p=integration/kernel-ubuntu.git;a=commitdiff;h=3136e1a1a34e1197c8ee363b77e5a2ce1c98c2a7 [16:46] lag: that patch fixes that spelling mistake [16:47] lag: which leads me to believe you don't have the current source building [16:49] prpplague: http://paste.ubuntu.com/486828/ [16:51] lag: can you paste the sound/soc/omap/4430sdp.c file? [16:51] lag: look - Linux version 2.6.34-903-omap4 (buildd@hawthorn) (gcc version 4.4.5 20100728 (prerelease) (Ubuntu/Linaro 4.4.4-8ubuntu1) ) #7-U [16:51] lag: this can not be the L24.9 kernel [16:52] Odd [16:52] Give me a mo [16:52] yeah, thats definitely the packaged kernel [16:52] lag: the L24.9 kernel will report something similar to: Linux version 2.6.35-00002-gfe2d3db-dirty (danders@ccd-dev) (gcc version 4.3.3 (GCC) ) #17 SMP PREEMPT Mon Aug 30 11:06:07 CDT 2010 [16:53] well, it would be 2.6.35-90*-omap4 for us [16:53] likely 904 [16:53] ogra: right, just pointing out that it would 2.6.35 not 2.6.24 [16:53] prpplague: [ 0.000000] Linux version 2.6.35-903-omap4 (root@tangerine) (gcc version 4.4.5 20100728 (prerelease) (Ubuntu/Linaro 4.4.4-8ub) [16:53] unless it gets reset to 900 because fo the version bump [16:53] I was using it earlier [16:54] lag: ok that doesn't match what you pasted [16:54] Why on earth have my script just decided to grab another kernel [16:54] prpplague, correct [16:54] * lag investigates [16:55] well, good to know our packaged kernel wors so far on ES2 even though its not supposed to *g* [16:55] *works [16:56] Can someone remind me why x-loader hangs? [16:57] wrong u-boot ? [16:57] It worked earlier [16:57] before you did what ? [16:58] * lag shrugs [16:58] That's what I'm trying to find out [16:58] heh [16:58] lag: paste the log [16:58] I'm using u-boot-with-ubuntu-patches.bin [16:58] prpplague: Which log? [16:58] * ogra doesnt know what that is [16:58] lag: of the x-load hang [16:58] It's rsalveti's [16:58] ah [16:58] There isn't a log [16:58] for ES2 i suppose [16:59] U-Boot 1.1.4-gcebe815a-dirty (Aug 20 2010 - 02:44:51) [16:59] ? [16:59] 1.1.4 ??? [16:59] It's what was given to me [16:59] Again by rsalveti [16:59] we dont use 1.1.4 anymore [16:59] Do you think he has it in for me? [17:00] Let me download Linaro's one [17:00] i'm noit sure that has the ES2 patches yet [17:00] stuff we need to care for next week [17:00] robclark: [17:01] robclark: Do you have a u-boot.bin I can use? [17:01] hi lag [17:01] Hello mate [17:01] yeah, I suppose so.. let's see here [17:01] Email would be my preference :) [17:01] lag: es2? [17:02] Yes please [17:02] k [17:02] I'm going to pick this up tomorrow [17:02] I have to get ready to take the long haired general out for dinner [17:02] i dont want to go to dinner with you ! [17:03] lag: sent [17:03] Not the long haired floor sweeper ;) [17:03] The big-gun [17:03] heh [17:03] ouch [17:03] The Mrs [17:03] :D [17:03] Thanks robclark [17:03] np [17:04] lag, enjoy ... and send long haired greetings [17:04] Perhaps I should try this once, before you lot go to bed [17:04] ogra: Will do [17:04] lag: probably a good idea [17:07] Looks promising [17:07] prpplague, ogra: I think my scripts failed to mount the MMC card after the dd, hence leaving the old kernel on the card [17:08] prpplague: did you find anything with your latest x-loader? When it is fixed for all ES2.0, your tree could be used as reference to start on ES2.0 on coming days (+after adding the support for 1GB ;))? [17:09] sebjan, we'll switch the world over to ES2 starting on friday (after beta is out) [17:10] sebjan: just started looking, i suspect that i missed something on the fref_clkout for the EHCI phy [17:10] Is there a software difference between the two ES2 boards? [17:10] GrueMaster, i think ricardo said he had issues with the 8 layer [17:10] sebjan: i've been so swamped doing board validation, code for production testing, and getting handoff repos maintained, that mistakes are starting to creap in [17:10] well, someone mentioned it and i think it was him [17:11] prpplague: yes, I know that :). I can do some testing when you have something. [17:12] hrm. If not, I can use both for testing. Otherwise one is useless (not even good as a paperweight). [17:12] ogra: any idea what issues he reported? [17:14] GrueMaster: there are some changes required in the x-laoder and kernel. Without those, you cannot use the USB/ethernet ports. [17:14] rsalveti: What problems did you see between the two different ES2 boards? [17:14] prpplague, not really, he'll be back tomorrow from his conference and we can ask [17:14] lag: the u-boot binary I sent you is based on the es2 tree from gitorious [17:14] oh [17:14] he's here :) [17:14] GrueMaster: I still didn't test es2 8 layer [17:14] now yes :-) [17:14] (helps if you use his id instead of his name). [17:14] yep :-) [17:14] Ok [17:15] GrueMaster: I got the board at home, but I'm at linuxcon now [17:15] will test it tomorrow [17:15] rsalveti: ahh ok [17:15] Ok, no problem. [17:15] rsalveti: I'm sure it worked at one point [17:15] ogra: lag: I didn't test the upstream u-boot, so that's why I built only the tested one [17:15] rsalveti: It just stopped working [17:15] so we could test it [17:15] lag: the ubuntu-patches at u-boot is the one we had with the older package [17:15] rsalveti, ah, k, i guess we'll need to bug jcrigby on friday then [17:16] rsalveti: robclark's one works, so I'll keep with that one [17:16] just setting default parameters and etc, nothing important [17:16] ogra: yep, but I first need to find time to test the upstream one [17:16] and first report it to sakoman [17:16] rsalveti: the gitorious omap4_panda_L24.9 branches should work for both the 6 and 8 layer ES2.0 boards, sebjan reported an issue with the 6-layer not bringing up the usb EHCI, i'm looking into that now [17:16] they don't have es2 boards, I guess [17:16] prpplague: hm, ok, good to know, thanks [17:16] rsalveti, you mean linaro ? [17:16] fwiw, my MLO/u-boot.bin/uImage's are all for 6-layer boards.. I've not upgraded yet [17:16] lag: yep, for now it's the best one [17:16] they dont even have ES1 [17:17] ogra: yep (linaro is basing on upstream from sakoman) [17:17] so first I need to try sakoman's tree [17:17] then linaro [17:17] will do that tomorrow [17:17] when I get home after my visa interview :-( [17:18] rsalveti: Where to we email to tell them not to let you our of the country? [17:18] ;) [17:18] out* [17:18] for es2 8layer let's just wait prpplague to test it [17:18] and give us a valid tree [17:18] rsalveti: for 8 layers, if you build a kernel, you'll also need a patch from prpplague tree (L24.9 branch) [17:18] lag: haha :-) [17:18] sebjan: yep, I saw that on gitorious [17:19] sebjan: prpplague: are we going to have just one kernel, u-boot and x-loader for both es2 6 and es2 8? [17:19] it'll make our life much much easier :-) [17:19] rsalveti: yes [17:19] nice! [17:19] rsalveti: the current handoff should work on both [17:19] all: fyi, I am preparing a patch series to goes on top of Bryan pull request, and that integrates all patches from prpplague tree and new updates from our dev teams. [17:19] sebjan: dandy [17:19] sebjan: awesome [17:20] sebjan: can you send an email or ping us at the irc when you're done? [17:20] so we can build it and try with our boards [17:20] then package them [17:20] rsalveti: yep, sure! [17:21] sebjan: cool, thanks :-) [17:21] rsalveti: np [17:21] * ogra wonders why we have 6 layer boards at all [17:21] ogra: well, probably because they didn't know they would get the 8 layer so fast [17:21] :-) [17:21] i think everyone who has the 6 layer has the 8 layer too now [17:21] ogra: I don't :-( [17:22] or, we didn't get the 6 on time [17:22] ogra: long story [17:22] robclark: but you're ti! ;-) [17:22] ogra: basically they were a intermediate platform for testing the ES2.0 silicon before the 8-layer board were ready [17:22] ah [17:23] we should just ignore the 6 layer then i guess [17:23] and move right away to the real stuff :) [17:23] ogra: if we get just one binary for both boards, then we could use them for other purposes [17:23] send for other teams, builders, don't know [17:24] well, I assume there will be 6-layer boards floating around for a while.. best option is single binary if possible [17:24] rsalveti, send them to robclark :) [17:24] oh, wait you have a 6 layer ... [17:24] ogra: well, I can use them for my build cluster ;-) [17:25] with an external usb hd things gets quite fast [17:25] and I can easily build kernels and stuffs [17:26] * ogra is sad that they are not black though [17:26] * rsalveti still didn't see his own es2 8 [17:26] black was nice [17:26] but its easier to tell them apart that way [17:26] you guys did not have other problems? I do not have any panda so no panda problems (yet) [17:27] ogra: another subject, how things are going with our image? [17:27] GrueMaster: ^ [17:27] hrw: that sounds like a bigger issue. [17:28] rsalveti: Looks good. basic (fixable) bugs, but it boots through w/o issues. [17:28] wohoo, my XM just finished [17:28] * GrueMaster could have sworn he'd filed a bug about lack of dvi support. [17:29] GrueMaster: ogra: nice [17:29] hmm, i suspended it ... [17:29] how the heck to i wake it up [17:32] hmm, the reset button wakes it up ... kind of ... [17:32] not really the way i want it to :P [17:33] rsalveti, btw, i dont seem to have RAM issues on my XM rev A === hrw is now known as hrw|gone [17:40] rsalveti: fyi, you can start looking here for updates on ubuntu kernel with latest patches from prpplague: http://dev.omapzoom.org/?p=integration/kernel-ubuntu.git, in branch for-ubuntu-2.6.35. I was able to boot on both panda 6 and 8 layers and blaze with this kernel image. This branch may still move a bit before I send it to Bryan. [17:41] ogra: random results :-) [17:42] sebjan, awesome, you rock ! [17:43] sebjan: yeah, I'm always following this tree :-) [17:43] ogra: thanks, but most of the work is from prpplague, robclark, ... thanks to them! :) [17:43] thanks you all then :-) [17:44] ++ [17:44] ogra: we'll have problems with x-loader for xM [17:44] we need an extra patch for Numonyx memory [17:44] rsalveti, why ? works here with todays image [17:44] oh [17:44] ok [17:44] some xM will have this memory [17:44] well, x-loader is in our hands [17:45] ogra: just got that from beagle mailing list [17:45] ogra: sure, but no time for beta [17:45] oh, i think i got a mail too [17:45] ogra: will create a bug and push the update [17:45] who cares for beta :P [17:45] haha :-) [17:45] as long as the final image has it [17:45] sure, and the good part is that it should work by just changing a binary, at the first partition [17:46] so, easy to workaround by the users [17:46] http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/maverick/x-loader/maverick/annotate/head:/board/omap3530beagle/omap3530beagle.c [17:46] just need to provide the correct binary around [17:46] and post that at blogs/etc [17:46] ogra: yep [17:46] needs http://gitorious.org/beagleboard-validation/x-load/commit/ead751e4a361ce19552ac94bbeba232f12849244 [17:47] ogra: yep [17:47] robert sent that to me and lool today [17:47] ogra: saw that, it was because I said the beta was going to be supported for xM [17:47] then Jason pointed that out :-( [17:48] well, just say its supported for the XM's that have been out there two week ago ;) [17:48] *weeks [17:48] final product will have to use final images :P [17:49] ogra: :P [17:49] anyway, i need to vanish ... [17:49] see ya [17:49] * ogra submits all testing results to the isotracker and calls it a day [17:55] * prpplague wonders if people are using four letter words to talk about prpplague on the lists right about now [18:07] prpplague: Only in the private channels [18:07] ;) [18:10] lag: hehe [18:11] :) [18:11] lag: well if they are, make sure they use really good four letter words [18:12] prpplague: I'll be sure to tell you otherwise :) [18:12] hehe [18:20] ogra, rsalveti: I know that the x-load in my tree works with both the Numonyx and Micron versions of the xM [18:21] what is the typical --seed used to create the ubuntu-netbook-efl rootstock stuff ? [18:21] sakoman: but did you include the http://gitorious.org/beagleboard-validation/x-load/commit/ead751e4a361ce19552ac94bbeba232f12849244 patch? [18:21] or something simliar [18:22] should I just seed with ubuntu-netbook and then add the efl stuff ? [18:23] rsalveti: yes: http://www.sakoman.com/cgi-bin/gitweb.cgi?p=x-loader.git;a=summary [18:23] fifth commit down [18:24] sakoman: cool, nice to know [18:25] didn't know you are also maintaining a x-loader tree [18:25] rsalveti: heh, there is even a kernel tree :-) [18:26] haha, yep, you always start with just one tree, and at the end you have your own tree for everything :-) [18:26] rsalveti: most of the xM support patches came from my x-load tree [18:26] sakoman: cool, didn't know [18:27] sakoman: do we have a kind of upstream x-loader? [18:27] or just basically trees all around, like beagle validation and yours [18:27] rsalveti: as far as I know, there is no official "upstream" for x-load [18:27] Personally I would like to see it die [18:28] It is really horrid code [18:28] yeah, it'd be nice to kill it [18:28] and about the direct u-boot support for panda? [18:29] that is waiting for me to get a new panda with a processor ES2 or later [18:29] early processors have broken config header support [18:30] hm, ok [18:59] sakoman: let's kill x-loader then [19:00] sakoman: How much work would it be to merge it back into u-boot, with two build modes? [19:00] like one config for x-loader mode, and one config for full mode [19:00] sakoman: That sounds like a good Linaro topic, even if a bit biased towards OMAP :-) [19:17] * rsalveti out again [19:43] sebjan: ping [19:49] sebjan: http://gitorious.org/pandaboard/x-loader/commit/a41abea82b5f02265cd9f7140f0f10be3a9c97e7 [19:57] lool: that is not a trivial task :-) [20:17] lool, I think the avenue to take would be nand_spl like other arch's do [20:18] lool, I think the avenue to take would be nand_spl like other arch's do [20:18] oops [21:03] hmm [21:04] running apt-get upgrade in my arm qemu image causes a segfault :( [21:04] anyone experience this before ? [21:05] hey guys... where is the omap daily build releases? can some one send me a link plz [21:05] orbarron: http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/ [21:05] thanks [21:15] nvm, found that it appears to be a common problem :( [22:13] jcrigby: nand_spl > interesting bit [22:54] persia: is that the new zaurus? is it msm or something else? [23:44] how would I make Unity launch instead of gnome ? this is on an armel system [23:46] You can select it at login from gdm. [23:46] ah, let me try again [23:46] after selecting the user, but before entering password. Bottom of the screen. [23:50] hum, I have no bottom of the screen unless I can figure out how to adjust my hdmi monitor horizontal setting [23:50] anyway to make it launch directry ? [23:55] is there a meta package to remove all of gnome ? [23:56] you could run sudo /usr/lib/gdm/gdm-set-default-sesion une. [23:56] That would launch unity, I believe. [23:57] (after a restart).