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