[02:34] <devilhorns> ogra, are you around ?
[08:17] <hrw> morning
[08:34] <Baybal> evening
[09:05] <lag> ogra
[09:05] <lag> ograaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
[09:06]  * apw waits to seee if he is here
[09:06] <lag> apw: Are you after him too?
[09:07] <apw> there is an upload pending beta being out the way, and his approval yes
[09:16] <lag> OGRAAAAAAAAAAAAAAAAAAAAAAAAA
[10:04] <sebjan> cooloney: to summarize, I just pushed some patches with latest display fixes and panda patches aligned with the pandaboard gitorious tree.
[10:05] <sebjan> cooloney: these patches are required for 8 layers boards support
[10:05] <sebjan> cooloney: they also add blaze support (all ES2.0)
[10:07] <cooloney> sebjan: awesome, i just cloned it
[10:09] <sebjan> cooloney: regarding bootloaders, the gitorious pandaboard tree (omap4_panda_L24.9 branch) is the most up to date, thouhg x-loader still misses some patches to support 1GB memory (from Rob x-loader tree)
[10:11] <sebjan> lag, rsalveti, ogra  ^
[10:11] <cooloney> sebjan: great, so after i got the board, i need to upgrade the bootloader firstly?
[10:13] <lag> cooloney: I have a bootloader you can use
[10:14] <lag> sebjan: I'm assuming the new bootloader is still lacking our patches?
[10:14] <cooloney> lag: great, man
[10:15] <cooloney> lag: my board is on the way, it will arrive next week, i guess
[10:16] <lag> cooloney: In fact, rsalveti already has them uploaded: http://people.canonical.com/~rsalveti/maverick/boot/es2/
[10:16] <sebjan> lag: I am not clear with the 'our patches'?
[10:16] <lag> You need u-boot.bin-with-ubuntu-patch and MLO-1gb
[10:16] <cooloney> lag: great, bookmarked
[10:16] <lag> sebjan: To read boot.scr instead of bootargs
[10:18] <sebjan> lag: I have not seen boot.scr support in pandaboard u-boot tree.
[10:18] <lag> Okay, that answers my question
[10:19] <sebjan> lag: anyway, the official bootlaoder ogra is packaging is based on an upstream u-boot, right? So you shall check the patches added in the pandaboard tree are integrated in the bootloader packages?
[10:21] <sebjan> lag: fyi, I personnaly build a version of u-boot / x-loader for my usage now, which include all these various patches. I can send the binaries for testing if required?
[10:24] <lag> sebjan: I have binary bootloaders that work - that's all I'm interested in at the moment
[10:24] <lag> sebjan: Bootloaders is ogra's thing :)
[10:25] <sebjan> lag: ok, I'll check with him for patches alignment then
[10:28] <lag> sebjan: np :)
[10:37] <cooloney> sebjan: thanks a lot for heads up
[11:05] <lag> ogra: I found the issue I was facing
[11:05] <lag> My scripts weren't picking up the 2.6.34 kernel at all
[11:05] <ogra> let me guess from the backlog, its bootloader related :)
[11:05] <ogra> oh
[11:05] <ogra> heh
[11:05] <ogra> k
[11:06] <lag> The first boot did use the 2.6.35 kernel (hence the successful install)
[11:06] <ogra> the es2.0 kernel should have built by now
[11:06] <lag> Then on second boot it was using the installed kernel
[11:06] <lag> Well it's no good now!
[11:06] <lag> Why didn't you tell me the kernel is replaced?
[11:07] <ogra> i did
[11:07] <lag> That was why the kernel failed on second boot - old kernel!
[11:07] <ogra> several times
[11:07] <lag> Where?
[11:07] <ogra> if you call flash-kernel it takes everything from /boot
[11:07] <ogra> dunno several times during the last weeks
[11:07] <ogra> since you play with that script
[11:07] <lag> Yes, you told me that
[11:08] <lag> But I don't call flash-kernel
[11:08] <lag> Not ever
[11:08] <ogra> you did manually yesterday
[11:08] <lag> I did not
[11:08] <ogra> for /boot/boot.script
[11:08] <lag> Nope
[11:08] <lag> Never used it
[11:08] <lag> I pasted you the lines of script that I use
[11:08] <lag> So why is the kernel in /boot used?
[11:09] <lag> Is flash-kernel called during the install process?
[11:09] <ogra> by oem-config, yes
[11:09] <ogra> it even tells you about it
[11:09] <ogra> "running triggers for update-initramfs"
[11:10] <ogra> update-initramfs calls flash-kernel
[11:11] <ogra> flash-kernel takes the new initramfs, boot.script and kernel from /boot and puts them into the vfat
[11:11] <ogra> to make sure that a) the initramfs has exactly what you have installed in the fs and b) as a sideeffect, make sure jasper is gone
[11:13] <ogra> note that our images focus on the enduser who will never even see there is a vfat
[11:39] <sebjan> ogra: did you follow the bootloader updates required to support the ES2.0 boards, 1GB mem, ...? Do you need some help here?
[11:40] <ogra> sebjan, nope, we just have to make sure linaro includes them in the upstream branch
[11:40] <ogra> well, for u-boot that is, for x-loader i think rsalveti has a branch prepared so far that still needs some touching
[11:41] <ogra> i'll talk to jcrigby later today about the u-boot stuff
[11:41] <ogra> and ricardo said he would look into finishing x-loader later today
[11:42] <ogra> the kernel is uploaded but sits in the NEW queue i think, i'll take care for getting it out there
[11:42] <sebjan> ogra: ok, I'll ask rsalveti for checking his x-loader tree then. You will use this tree to update the x-loader package?
[11:42] <ogra> so with some luck es2.0 support is ready on monday
[11:42] <sebjan> cool!
[11:42] <ogra> sebjan, right, thats the plan
[11:43] <sebjan> ok, thx
[12:34] <lag> ogra: The lastest daily build is still 2.6.34
[12:37] <ogra_cmpc> yes
[12:37] <ogra_cmpc> kernel is still building and will then sit in the NEW queue
[12:38] <ogra_cmpc> lag, ^^
[12:38] <lag> ETA?
[12:38] <ogra_cmpc> EOD i think
[12:38] <ogra_cmpc> but that wont help you, bootloaders are still ES1.0
[12:39] <lag> I have my own bootloaders ;)
[12:40] <ogra_cmpc> i hope we'll have the x-loader for 1GB support in today and u-boot upgraded over the weekend
[12:40] <ogra_cmpc> with luck we'll have usable ES2 images on monday
[12:53] <lag> ogra_cmpc: Don't jinx it
[12:53] <ogra_cmpc> heh
[12:53] <ogra_cmpc> i'm trying :)
[13:06] <ogra> asac, did you ever find out what your sholder pain actually was ? seems i have the same since two weeks (got really bad during this week)
[13:27] <asac> ogra: yes, it was overwork
[13:27] <ogra> hmm
[13:27] <asac> ogra: it went away when i stopped typing so much and just having phone calls
[13:28] <ogra> heh
[13:28] <asac> ogra: no i am taking notes all the time on phone, it seems to come back
[13:28] <asac> at least the last few days its started to be a bit of a problem again (far away from before)
[13:28] <ogra> i should move to linaro ... you guys never work ... just chat on the phone :P
[13:28] <asac> heh
[13:28] <asac> now i chat on the phone and type almost the same amount of stuff ;
[13:28] <asac> )
[13:28] <asac> so much email stuff flying around :/
[13:29] <ogra> it goes away for me during the morning. but comes back twice as hard at night
[14:43] <rsalveti> sebjan: yep, just found we were missing some patches
[14:44] <ogra> mopdenacker, its not complete yet, but so you see i didnt forget you ... https://wiki.ubuntu.com/ARM/OMAPImageBuilding
[14:44] <rsalveti> sebjan: will build one x-loader with full 1gb support for panda and test it here with my boards
[14:44] <ogra> (the script isnt complete)
[14:44] <rsalveti> so we can then have a good package
[14:45] <devilhorns> ogra, quick question ... the packages you need for efl .. is that going to be for lucid or maverick or ?
[14:46] <ogra> devilhorns, maverick and beyond
[14:46] <ogra> devilhorns, did you manage to get a working vm setup yet ?
[14:46] <devilhorns> ogra, no :(
[14:47] <devilhorns> ogra, I've been at it for days and days now too :(
[14:47] <ogra> did you use rootstock ?
[14:47] <devilhorns> yes
[14:47] <ogra> should just work
[14:47] <ogra> in maverick ?
[14:47] <devilhorns> yea
[14:47] <ogra> hmm
[14:47] <ogra> works for others ... weird
[14:47] <devilhorns> works mostly in that the image builds sure
[14:47] <devilhorns> but
[14:48] <devilhorns> when running it in qemu, whenever I try to apt-get something, it segfaults
[14:48] <ogra> what kernel do you use ?
[14:48] <devilhorns> using the maverick one from ports
[14:48] <devilhorns> one second, I will get you a link
[14:49] <devilhorns> kernel from here: http://ports.ubuntu.com/ubuntu-ports/dists/maverick/main/installer-armel/current/images/versatile/netboot/
[14:49] <ogra> rsalveti, didnt you test with tehz maverick kernel in qemu back when you fixed rootstock ?
[14:50] <ogra> devilhorns, probably try the lucid one, though i think we use the same kernel during build (which uses apt-get a lot)
[14:50] <rsalveti> ogra: yup, worked fine when I tested it
[14:50] <devilhorns> ogra, yes, believe I did also try the lucid one and it still segfaulted :(
[14:50] <rsalveti> but qemu changed, and don't know if we got a new versatile kernel
[14:50] <devilhorns> but I will give it another try
[14:51] <rsalveti> still didn't test with the latest combination
[14:51] <ogra> rsalveti, well, if rootstock finishes without errors with that kernel i'D expect it to still work
[14:51] <rsalveti> but it should work, weird
[14:51] <rsalveti> I can check later
[14:52] <devilhorns> ok, I have rootstock running now, so we'll find out soon :)
[14:55] <devilhorns> should I be using the rootstock from bazaar ?
[14:55] <devilhorns> right now, I am just using the normal rootstock and qemu stuff from the standard maverick repo
[14:55] <rsalveti> devilhorns: you can try it, but maverick's version should work the same way
[14:56] <devilhorns> rsalveti, ok :)
[14:56] <mopdenacker> ogra: many thanks!
[14:57] <devilhorns> ogra, oh btw, talked to Lynda in H.R. and we have reached an agreement so I am certainly "in" for this :)
[14:58] <ogra> devilhorns, cool ! welcome aboard then :)
[15:01] <devilhorns> thanks :)
[15:01] <devilhorns> ok rootstock is done
[15:04] <devilhorns> ok image is built, gonna try qemu now
[15:09] <devilhorns> ogra, rsalveti ok, using the lucid kernel with the qemu image and it just hangs ... gets passed most of the init (last thing I seen was Freeing kernel memory) but now looking @ a blank qemu window with a blinking cursor
[15:10] <devilhorns> err Freeing init memory
[15:11] <devilhorns> so that we are on the same page, here are the commands I am using:
[15:11] <devilhorns> http://www.pastebin.ca/1931795
[15:13] <ericm|ubuntu> saeed, ping
[15:13] <ogra> devilhorns, sorry, in a call atm
[15:13] <devilhorns> np
[15:14]  * ogra will looks afterwards
[15:14] <devilhorns> lemme know when you are free :)
[15:17] <ogra> https://wiki.ubuntu.com/ARM/OMAPImageBuilding
[15:17] <ogra> ndec, ^^^
[15:36] <apw> ogra, where do we stand on the omap4 branch?
[15:36] <ogra> apw, still going forward, but the main chunk shoudl be in with the currently building package
[15:37] <apw> ogra, so is the latest up and in, i thought it got rejected for safety
[15:37] <ogra> it was uploaded again yesterday and is building atm
[15:38] <apw> oh strange, he specifically asked me to talk to you today to see if you wanted it up ... oddness ... as long as you are happy i can cross it off
[15:39] <ogra> https://launchpad.net/ubuntu/maverick/+source/linux-ti-omap4/2.6.35-903.8 ;)
[15:44] <devilhorns> grrr silly qmeu, why do you keep segfaulting ? :(
[15:45] <devilhorns> s/qemu
[15:46] <rsalveti> devilhorns: yep :-( seems very buggy
[15:46] <devilhorns> rsalveti, indeed ... been fighting with it all week :(
[15:46] <rsalveti> devilhorns: why are you trying qemu?
[15:47] <rsalveti> no omap boards?
[15:47] <devilhorns> rsalveti, no
[15:47] <rsalveti> hm, ok
[15:47] <devilhorns> and no arm hardware either :( david mentioned sending some hardware out to me, but I dunno what
[15:47] <devilhorns> (or when) :)
[15:47] <rsalveti> devilhorns: where are you based?
[15:47] <rsalveti> country
[15:47] <devilhorns> USA
[15:48] <rsalveti> devilhorns: hm, ok, so it should be fine and fast to get you a board
[15:48] <devilhorns> rsalveti, yea, don't think it will be a problem
[15:48] <rsalveti> a lot better then debugging qemu :-)
[15:48] <devilhorns> but I wanted to get a jump on things, so I decided todo an image and try qemu
[15:48] <devilhorns> so I could at least run the current netbook-efl stuff and see where the problems were, etc etc
[15:49] <devilhorns> and get a jump on package building
[15:49] <rsalveti> ok, makes sense
[15:50] <devilhorns> if I try using the lucid kernel, the qemu image never fully boots. If I use the maverick kernel, it boots and I can login, but any attempts w/ apt-get just segfault :(
[15:50] <devilhorns> frustrating
[15:51] <devilhorns> if I try to seed the image w/ the netbook stuff before hand, then it just stalls at trying to configure xul-runner
[15:51] <rsalveti> argh, really frustrating :-)
[15:52] <devilhorns> indeed :) spent the whole week so far trying different permutations of the process just to get a usable image
[15:53] <devilhorns> but there is one ray of hope....
[15:54] <devilhorns> Samsung is supposed to send me a development phone (arm based) for the efl work we are doing for them, so I can fiddle w/ that when it gets here, but who knows when that is
[15:55] <rsalveti> hm, nice
[15:56] <devilhorns> yea :) when they get off their bumms and decide to send it :)
[16:02] <dcordes> rsalveti: Congrats on the visa
[16:02] <rsalveti> dcordes: haha, thanks :-)
[16:03] <dcordes> Anybody seen the maverick on HD2 video ?
[16:05] <devilhorns> not yet
[16:15] <armin76> rsalveti: i want a pandaboard too :(
[16:16] <ogra> armin76, you will soon be able ot order one
[16:16] <ogra> *to
[16:16] <armin76> ogra: you didn't order it :P
[16:17] <ogra> armin76, well, start working for a company that works with the vendor or work on some really significant software the vendor cares about and you can get one too :)
[16:18] <armin76> its easy to say when you get paid for it
[16:18] <ogra> else you have to wait until its out in the world ... thats how it works (and thats not vendor specific :) )
[16:27] <GrueMaster> armin76: The work we do now on prerelease boards ensures that when you get it, you can focus on what you want to do with the system, instead of tediously working around major bugs that hang the system.
[16:29] <hrw> armin76: I want pandaboard too but looking at amount of base work which ubuntu-arm people need to do to get working system I am happy with waiting for final, production device
[16:30] <armin76> GrueMaster: i don't mind doing that kind of work
[16:30] <armin76> hrw: i like challenges
[16:30] <hrw> armin76: first was ES1.0 pandas which failed to have ehci working so ugly cable was soldered for faking it. then ES2.0-6layer was released just to be replaced with ES2.0-8layer 'few days' later.
[16:31] <hrw> and production ones will probably use ES2.1 which is yet another version to care about
[16:31] <ogra> well, all es2 should work with our images
[16:31] <hrw> and es1 is something which could be dropped probably
[16:32] <ogra> it was dropped with todays kernel upload
[16:32] <ogra> we only build for es2 now
[16:32] <hrw> cool
[16:32] <ogra> people using es1 should use beta and not upgrade :)
[16:33] <ogra> with all its bugs and warts
[16:33] <hrw> now let TI get final versions manufactured and I will wait for Fedex guy
[16:44] <devilhorns> ogra, well, looking like I am stuck until I get some arm hardware :(
[16:45] <devilhorns> sad, but what can I do ? :) I did try tho
[16:45] <ogra> i'll have a talk with david once he is back (he is sick atm)
[16:45] <devilhorns> ogra, ahh ok :) well I hope he feels better
[16:45] <devilhorns> being sick sucks :(
[16:45] <devilhorns> ogra, thanks :)
[16:45] <ogra> it does
[17:06] <prpplague> anyone recommend a cheap netbook that works really well with ubuntu?
[17:07] <ogra> dell mini
[17:07] <ogra> its the reference platform used for netbook stuff (or it used to be, not sure it still is)
[17:08] <ogra> you can buy them preinstalled
[17:08] <prpplague> i was hope'n to pick something up this evening
[17:09] <ogra> hmm, dunno then, but most netbooks should just work imho
[17:09] <ogra> just dont buy a model that only came out in sept. :)
[17:09] <prpplague> hehe
[17:10] <prpplague> ogra: my main concern was support for the wifi and such
[17:11] <prpplague> http://www.bestbuy.com/site/Dell+-+Inspiron+Mini+Netbook+/+Intel%26%23174%3B+Atom%26%23153%3B+Processor+/+10.1%22+Display+/+1GB+Memory+/+250GB+Hard+Drive+-+Obsidian+Black/9980598.p?id=1218204946938&skuId=9980598
[17:11] <prpplague> ogra: that look about right?
[17:12] <ogra> yup
[17:12] <ogra> though there should abe an ubuntu version too
[17:12] <ogra> usually cheaper without the win fee
[17:13] <ogra> oh, indeed probably not at best buy
[17:14] <sebjan> rsalveti, lag : I was able to natively build a kernel image package with the 2.6.35 kernel, by reducing to mem=460M
[17:16] <lag> sebjan: How do you mean?
[17:17] <lag> sebjan: We've been building 2.6.35 kernels for a while now
[17:17] <ogra> lag, on your panda ?
[17:17] <ogra> sebjan, thats our default atm (well, its 463M in the images)
[17:18] <sebjan> lag: natively it was difficult because of crashes. Here it went to the end
[17:18] <sebjan> the good news is that it was much faster than with ES1.0 (less than 2.5h)
[17:19] <rsalveti> sebjan: hm, interesting
[17:20] <rsalveti> so it could be a memory issue (on sw layer)
[17:20] <rsalveti> sebjan: I tried yesterday but wasn't able to build it
[17:20] <rsalveti> cool we now have a workaround
[17:20] <rsalveti> es2 should build much faster than es1
[17:21] <robclark> ogra: btw, I think with next release that 463 becomes 460..
[17:21] <rsalveti> robclark: I got the patch for jasper already :-)
[17:21] <ogra> robclark, k, will adjust, i think i saw you posting other cmdline options too here or in #pandaboard for the 1G
[17:21] <rsalveti> pending review
[17:22] <rsalveti> ogra: ^
[17:22] <lag> Ah I see
[17:22] <robclark> yeah.. bootargs are a bit different for 1g..
[17:22] <ogra> rsalveti, yeah, i somehow need to merge that with persia's cmdline parsing change
[17:22] <lag> Interesting
[17:22] <rsalveti> bug 629269
[17:22] <ogra> will do that over the weekend
[17:22] <robclark> but sebjan and I still see some instabilities w/ 1g after some time...  I suspect there are some highmem vs smp issues, perhaps
[17:22] <ubot2> Launchpad bug 629269 in jasper-initramfs (Ubuntu) "Panda ES2.0: Correct mem arguments for 1gb (affects: 1) (heat: 8)" [Undecided,In progress] https://launchpad.net/bugs/629269
[17:22] <rsalveti> ogra: cool
[17:24] <ogra> for now, i'm off ... (but will do the x-loader stuff later tonight as promised)
[17:25] <rsalveti> ogra: ok, will push the x-loader-omap4 update also, then you can review over the weekend or monday
[17:25] <ogra> oki
[17:25] <rsalveti> /home/ubuntu/kernel/ubuntu-maverick/include/linux/page-flags.h:256: internal compiler error: Bus error
[17:26] <rsalveti> sebjan: the error I got when compiling the kernel
[17:26] <rsalveti> [ 3513.993927] Unhandled fault: imprecise external abort (0x1406) at 0x00065028
[17:26]  * rsalveti never saw a similar error before
[17:26] <robclark> rsalveti: similar to what I've seen
[17:27] <robclark> building GStreamer stuff
[17:27] <rsalveti> hm, weird
[17:28] <robclark> rsalveti / sebjan:  one thought.. I suppose you could try booting with 'nosmp' in bootargs, and see if highmem issues go away..  that would be one way to see if they are smp related
[17:30] <sebjan> rsalveti: same error I see while building the kernel
[17:30] <rsalveti> robclark: yep, would be good if we could isolate it
[17:31] <robclark> maybe over the weekend I'll leave it rebuilding some stuff in a loop overnight.. and see how it is in the morning
[17:42] <Vic_Sage_The_Que> I have a question what apps are available for ubuntu ARM
[17:42] <Vic_Sage_The_Que> ??
[17:42] <Vic_Sage_The_Que> I'd be looking for stuff like GIMP, Scribus or openoffice
[17:43] <Vic_Sage_The_Que> I am asking because I was looking at getting the tegra powered notion ink adam
[17:45] <rsalveti> gimp and scribus should work fine, I believe
[17:45] <rsalveti> openoffice there is the java issue
[17:45] <rsalveti> no java at the moment
[17:45] <rsalveti> you'll probably have issues with mono-based applications
[17:51] <Vic_Sage_The_Que> mono-based??
[17:53] <Vic_Sage_The_Que> well openoffice isn't really a must have but I might need just a basic office suite
[17:56] <Vic_Sage_The_Que> I definitely need Karbon14, or some other vector based appz
[17:58] <Vic_Sage_The_Que> I am a designer incase you didn't know LOL
[18:01] <Vic_Sage_The_Que> anybody home?
[18:15] <Vic_Sage_The_Que> hello?
[18:21] <Vic_Sage_The_Que> does xarax work on arm based ubuntu?
[20:12] <tommd> I'm having issues booting Mavrick Alpha on the touchbook - has anyone gotten that going?
[21:08] <DanaG> ES1.0?  is that ES as in GL ES, or Engineering Sample?  I had never considered it meaning the second.
[21:09] <DanaG> Say, is NDA still in place on specs and such?
[21:09] <DanaG> And release date?
[21:11] <DanaG> It's also a bummer most of the connectivity is just USB 2.0... it'd be nice to have the stuff Marvell has, such as mPCIe and SATA and GbE.  Too bad Marvell lacks NEON.
[21:32] <robclark> DanaG: ES == engineering sample..
[21:32] <robclark> I'm not sure about board specs and that sort of thing for panda..  but I don't think it is a big secret..
[21:32] <robclark> and OMAP4430 TRM is public now
[21:33] <DanaG> Ah, what I'm most curious about is whether it's more like Beagle C4, or like Beagle XM.  Also curious when it'll be buy-able.
[21:34] <robclark> I think closer to beagle XM
[21:34] <DanaG> Cool.
[21:34] <tommd> What device?
[21:35] <robclark> panda
[21:35] <tommd> ah
[21:35] <robclark> (well, either that or DanaG and I are talking about two different things ;-))
[21:36] <DanaG> Yup, panda.
[21:36] <DanaG> I think that'd be a much cooler thing to have as a router, than a real router.
[21:36] <DanaG> s/real/consumer/
[21:36] <DanaG> Would just need an access point to go with it.
[23:15] <dcordes> DanaG: Use some usb wifi device which supports master mode to create your panda ap ?
[23:15] <dcordes> DanaG: ap = access point
[23:19] <DanaG> Do any USB wifi things even do Master?
[23:19] <DanaG> The only USB wifi-stick I have on hand is a crappy rtl8187, that actually won't even work at ALL on ARM.
[23:20] <DanaG> It tries to join SSIDs with garbage characters as names... seems like uninitialized memory.