[04:43] <DanaG> Say, any new news on getting dkms for powervr?
[04:43] <DanaG> Beagleboard, specifically.
[04:45] <rcn-ee> one of the linaro kernel guys pinged me about it last week.. (his dvi display wasn't working) but he has some questions on my sgx module patches..
[04:46] <DanaG> It really sucks that TI is so uptight about their graphics... they should take an example from nvidia, of all people.
[04:46] <DanaG> It's also confusing... for an Ubuntu beagleboard, do I need psp-sdk?
[04:47] <DanaG> oh yeah, and thanks for the new setup script -- setup_sdcard.sh
[04:48] <DanaG> Though, one improvement: it needs to "inhibit" automount as gparted does, or sometimes you get "Can't reread partition table".
[04:48] <rcn-ee> umm.. TI can't do anything about it..  By licenseing the core from imgtek (first mistake), TI has some rights, but imgtek makes the rules..
[04:48] <DanaG> Or TI should at least make the build script not phail.
[04:48] <DanaG> And even when inhibited, the error still sometimes happens.
[04:49] <rcn-ee> do you know anyway to in inhibit, other then going into gconf and turning it off?
[04:49] <DanaG> It's probably a dbus call.
[04:50] <DanaG> or udisks --inhibit
[04:53] <rcn-ee> interesting, i'll give that a try tomorrow.. hopefully in time for the 10.04.1 image, thanks DanaG
[04:54] <DanaG> ah, and when I tried to deploy btrfs, I got lack of fsck.btrfs.
[04:56] <rcn-ee> yeap, i've seen that too... i even added btrfs-tools to the default roostock image, thinking that would help, but no.. (even alpha-3)
[04:56] <DanaG> Argh, stupid wireshark...
[04:57] <DanaG> I try to type "usb0" in capture interface box, I get:
[04:57] <DanaG> ub0s
[04:57] <DanaG> And wlan0 is ub0s
[04:57] <DanaG> er
[04:57] <DanaG> wan0l
[04:57] <DanaG> And eth0 is eh0t
[04:58] <DanaG> Note: I think the udisks call to inhibit runs only as long as the udisks command is running.
[04:58] <DanaG> So, you may have to background it, then kill %something later.
[04:59] <rcn-ee> yeap, that's the way it looks in the man page..
[05:03] <rcn-ee> DanaG, what's weird, the package btrfs-tools contains 'fsck.btrfs' http://packages.ubuntu.com/lucid/i386/btrfs-tools/filelist kinda weird it isn't found at boot..
[05:03] <DanaG> It must not end up in the initramfs, then?
[05:04] <DanaG> ARGH, stupid EEM.
[05:04] <DanaG> I see packets of type 0xbc59 from ff:ff:d6:e3:b3:a0
[05:04] <DanaG> that's not a valid MAC address!
[05:08] <DanaG> argh, and TI's mirrors are dog-slow...
[05:08] <DanaG> 160 KB/sec on a connection that can do 500-600.
[06:00] <DanaG> Wait, maybe it's wifi fail, or Charter fail.
[07:58] <cooloney> does anyone still meet this issue with Maverick on Beagle?
[07:58] <cooloney> [    2.557128] mmc0: error -110 whilst initialising SD card
[08:00] <amitk> cooloney: known bug that mathieu is working on
[08:02] <lag> cooloney: Are you hitting it?
[08:03] <rsalveti> cooloney: I guess this was fixed with latest update
[08:04] <lag> cooloney: rsalveti: amitk: bug 591941
[08:04] <ubot2> Launchpad bug 591941 in linux (Ubuntu Maverick) (and 1 other project) "SDHC card not recognized (affects: 2) (dups: 1) (heat: 70)" [High,In progress] https://launchpad.net/bugs/591941
[08:04] <cooloney> amitk: yeah, i guess so
[08:04] <cooloney> lag: i just hit that
[08:04] <cooloney> rsalveti: i tried latest maverick kernel in our tree
[08:05] <amitk> rsalveti: lag: I don't consider that revert a 'fix'. It is a workaround at best :)
[08:05] <lag> Mathieu and Robert are working on it
[08:06] <rsalveti> yeah, true, they are still working on it
[08:06] <cooloney> ok, understood, thanks, bros
[08:06] <lag> amitk: Agreed, hence the present tense of my previous statement :)
[08:06] <cooloney> i just wanna test the kexec things on maverick
[08:06] <amitk> :)
[08:06] <rsalveti> the bug that got fixed is the mtd one
[08:07] <lag> cooloney: Either do this:
[08:07] <lag> CONFIG_SND_TIMER=m
[08:07] <lag> CONFIG_SND_PCM=m
[08:07] <lag> # CONFIG_SND_SOC is not set
[08:07] <lag> or turn off CONFIG_PREEMPT
[08:08] <rsalveti> well, time to get some sleep
[08:09] <cooloney> rsalveti: good night
[08:10] <cooloney> lag: so that's config patch from Mathieu?
[08:11] <lag> cooloney: ?
[08:13] <cooloney> lag: i saw some discussion about the CPU_IDLE in the LP thread
[08:13] <cooloney> but failed to find the CONFIG_SND_PCM stuff
[08:14] <lag> cooloney: Ignore CPU_IDLE
[08:14] <lag> I just turn off CONFIG_PREEMPT
[08:14] <lag> cooloney: Wait one
[08:15] <cooloney> lag: ah, i saw that, rcn-ee posted in his message
[08:15] <cooloney> lag: ok, let me disable PREEMPT
[08:15] <lag> cooloney: Do you know where it is?
[08:16] <lag> Kernel Features -> Preemption Model
[08:16] <lag> Change it from Desktop to Server
[08:17] <lag> cooloney: Do you have a working kernel uImage that USB is proven to work with?
[08:17] <lag> cooloney: In fact the .deb would be more helpful
[08:19] <cooloney> lag: oh, haven't try USB much this time
[08:19] <lag> Would you mind?
[08:20] <amitk> lag: could you try low-latency desktop for the pre-empt model. I noticed that Nokia ship with that enabled so their driver is tested in that environment
[08:20] <cooloney> lag: need i test it on omap4 panda or omap3 beagle?
[08:21] <lag> amitk: I've just looked, and that's what we have enabled at the moment - when did that happen?
[08:21] <amitk> lag: I did ask Mathieu to try that out in response to his patch on the list
[08:22] <lag> cooloney: 4
[08:22] <amitk> so that doesn't work either?
[08:22] <lag> amitk: I haven't tried
[08:22] <amitk> ok
[08:22]  * amitk is off to meet Tony
[08:22] <lag> amitk: I'll do so now though (neither of my boards work properly, so I may as well)
[08:23] <lag> amitk: Say hi from me :)
[08:23] <amitk> sure
[08:26] <cooloney> lag: will test it later.
[09:33] <lag> Hey npitre
[09:34] <GrueMaster> Hey lag.
[09:34] <lag> MOrning GrueMaster
[09:34] <lag> How's Oxford?
[09:34] <GrueMaster> Same as Oregon, just older.
[09:35] <lag> GrueMaster: I was there over the weekend Saturday was a bit drizzly, but Sunday was really nice
[09:35] <GrueMaster> You should have stopped by.  I got here Saturday.
[09:36] <lag> GrueMaster: I was at a festival - I was in no state to be meeting colleagues :)
[09:37] <lag> GrueMaster: I should mention that it was a Cider Festival :)
[09:37] <GrueMaster> More the reason to find me.
[09:37] <lag> GrueMaster: :)
[09:38] <lag> So, what can I do you for?
[09:38] <GrueMaster> Nothing really.  Just saying hey.
[09:38] <lag> GrueMaster: Ah, good morning
[09:38] <lag> GrueMaster: What's the plan for today?
[09:38] <GrueMaster> Did you say you needed to test something on panda?
[09:39] <lag> No, I need a replacement
[09:39] <GrueMaster> I'm in the CoP QA meeting, but also have my omap hw.
[09:40] <GrueMaster> But I would need an email from David before I could leave you with my es1.
[09:40] <lag> GrueMaster: Well if you have some spare cycles, feel free to test this: http://people.canonical.com/~ljones/usb-stopped-panda/
[09:40] <lag> The USB on my Panda has stopped working
[09:40] <lag> I think it's hardware
[09:40] <GrueMaster> ok, I'll pull it now and try it later this morning.
[09:41] <lag> Excellent, thanks
[09:42] <GrueMaster> Did you try rebooting with Alpha 3 image?
[09:44] <lag> I've tried Alpha 3, yes
[09:45] <GrueMaster> I hope this isn't another hardware killer patch from the kernel team.
[09:47] <lag> GrueMaster: It's more likely to be a userland issue
[09:48] <lag> =:-p
[09:48] <GrueMaster> ogra: Have you noticed the reason for the image build failures? It appears that we are hanging on unity missing a package that exists in a ppa (from what I could find).
[09:49] <GrueMaster> lag: PLBKAC
[09:49] <ogra> GrueMaster, have you noticed that tonights images have built ? :)
[09:50] <GrueMaster> No, missed that.  Last email Ihad said fail.  Will pull immediately (but I believe oem-config is still bad).
[09:50] <ogra> the package was stuck in universe, pitti fixed that yesterday
[09:50] <GrueMaster> ah.
[09:50]  * ogra is just done with pulling, gunzipping already 
[09:50] <lag> GrueMaster: DYJMTUY?
[09:51] <GrueMaster> ?
[09:51] <lag> My sentiments exactly
[09:51] <lag> Did You Just Make That Up Yourself?
[09:52] <GrueMaster> Problem Lies Between Keyboard and Chair.
[09:53] <lag> PLBKACPU
[10:04] <GrueMaster> SD I/O is slowwwww.
[10:10] <ogra> NCommander, could you put http://qa.ubuntu.com/reports/team-assigned/canonical-mobile-assigned-bug-tasks.html on the meeting agenda ?
[10:10] <ogra> (as a standing item)
[10:13] <NCommander> ogra: can you add it yourself? my internet connection is really crappy, and the wiki VERY slow
[10:16] <NCommander> ogra: what's the usual window manager when UNE 2D is runnign?
[10:16] <ogra> metacity
[10:16] <NCommander> ogra: and what draws the bar at the top?
[10:16] <ogra> with maximus attached
[10:16] <NCommander> (and what starts metacity)
[10:17] <NCommander> hrm
[10:17] <ogra> thats gnome-panel
[10:17] <ogra> gnome-session starts metacity
[10:17] <NCommander> ogra: seems I have an issue with gnome-session then :-/
[10:17] <GrueMaster> NCommander: panda is still updating.  Hopefully done soon.
[10:17] <NCommander> ogra: what tells gnome-session then to start UNE or normal GNOME? env variable?
[10:18] <ogra> gconf
[10:18]  * DanaG still wants texture_from_pixmap on ARM... =/
[10:18] <ogra> well, gdm actually
[10:18] <ogra> gconf defines whats running in the session
[10:18] <DanaG> And I wish that "panda" weren't so impossible to find online.
[10:18] <ogra> DanaG, they are not sold yet
[10:18] <NCommander> ogra: ok, that makes sense. I'm trying to trace why I'm having a launcher failure
[10:19] <ogra> NCommander, which session do you try ?
[10:19] <NCommander> ogra: both UNE and UNE 2D
[10:19] <ogra> UNE will just hang hard
[10:19] <NCommander> I get netbook-launcher-efl to pop up, but nothing else
[10:19] <ogra> dont try that
[10:19] <NCommander> UNE starts 2D
[10:19] <ogra> it doesnt
[10:19] <DanaG> I don't even mean to buy... I just mean to find pictures!
[10:19] <ogra> if it does thats a bug you should talk to the desktop team about
[10:19] <DanaG> Unless it's under NDA. :(
[10:21] <ogra> GrueMaster, no change with oem-config in todays image :(
[10:21] <DanaG> Literally all I can find for "omap4 panda" are the kernel patches for "add support for omap4 panda".
[10:21] <GrueMaster> fail.
[10:22] <ogra> i'm out of debugging ides :/
[10:22] <ogra> *ideas
[10:23] <NCommander> ogra: on what?
[10:23] <DanaG> Say, if I were to take the GL ES apps source from the TI SDK, could I use it with the Mesa GL ES?
[10:26] <ogra> NCommander, for the oem-config issues
[10:26] <GrueMaster> ogra: I'll see if I can tweak with it a bit this week.
[10:26] <NCommander> ogra: ouch. I can confirm however that using the normal UNE session and not UNE 2D still causes the 2D launcher to stop
[10:27] <NCommander> ogra: can you please poke the casper bug for me?
[10:27] <ogra> NCommander, if the papaerwork on the bug is done :)
[10:27] <ogra> (remember i asked you about an additional task)
[10:28] <NCommander> ogra: bah, I thought you were going to add that :-P
[10:28] <ogra> right, thats the reason why i asked you :P
[10:29] <NCommander> ogra: ok, so starting the 2D launcher causes gnome panel to startup in desktop configuration, and not "normally" for UNE 2D
[10:29] <NCommander> ogra: and the 3D session starts the 2D session san panel
[10:29] <ogra> yes, thats a known bug
[10:29] <NCommander> W.T.F.
[10:29] <ogra> the 3D session shouldnt start a launcher at all
[10:29] <ogra> only the two unity panels
[10:29] <NCommander> ogra: is the 2D session known to be broken?
[10:29] <ogra> but they wont start up if you dont have proper GL support
[10:30] <NCommander> I don't think it should be showing a normal gnome-panel
 ogra: ok, so starting the 2D launcher causes gnome panel to startup in desktop configuration, and not "normally" for UNE 2D
 yes, thats a known bug
[10:30] <DanaG> argh, stupid PowerVR... not only are their drivers closed-source... even their freaking demos are closed-source.
[10:30]  * NCommander hits his head
[10:30] <NCommander> ogra: so what's the fix :-)?
[10:30] <DanaG> So you can't compile any GL ES stuff for non-PowerVR stuff.
[10:30] <ogra> NCommander, oem-config needs to work again so i can move on :P
[10:30] <DanaG> Or at least, there's no GL ES glxgears!
[10:31] <DanaG> Anyway, off to bed I go nowz.
[10:31] <ogra> NCommander, we have a -settings package but no settings in it yet
[10:31] <NCommander> ogra: but this worked in lucid!
[10:31] <ogra> to set these up i need a working session
[10:31] <ogra> GNOME changed a lot
[10:31] <NCommander> .oO(we should have used KNE)
[10:31]  * NCommander ducks
[10:31] <ogra> and the setting package we shared with the 3D launcher is gone
[10:32] <ogra> because of unity
[10:32] <NCommander> ogra: paperwork done :-P
[10:32] <ogra> thanks
[10:32] <ogra> i'll upload before the meeting
[10:35]  * GrueMaster votes +1 for KNE
[10:55] <ogra> hmm
[10:55] <ogra> seems /var/lib/dbus/machine-id exists and is wrong on the images
[10:56] <ogra> so dbus doesnt start and it tears down oem-config with it
[10:56]  * ogra tries to prove that theory now
[10:56]  * GrueMaster is still waiting for Alpha 3 -> current updates to finish.
[11:04] <NCommander> ogra: I'll look at ubuntu-netbook-2d-settings sometime this week if you want, since I need to ASAP for Marvell :-/
[11:04] <ogra> i'll do it as soon as i can get a working session
[11:04] <NCommander> ogra: fair enough
[11:04] <ogra> its not that it blocks anything from working
[11:05]  * NCommander must admit he feels exhausted today
[11:05]  * ogra guesses you will enjoy the team call this week :P
[11:06] <ogra> hmm, so there is no such dbus file in the plain images
[11:06] <ogra> i wonder why dbus doesnt start then
[11:07] <GrueMaster> Did you compare with A3?
[11:08] <NCommander> ogra: maybe it missed its bus to work
[11:08]  * NCommander runs
[11:09] <ogra_cmpc> haha
[11:09] <ogra_cmpc> GrueMaster, no, nothing to compare here
[11:33] <lag> ogra_cmpc: bug 605488
[11:33] <ubot2> Launchpad bug 605488 in linux-ti-omap4 (Ubuntu Maverick) (and 1 other project) "BUG: scheduling while atomic: mmcqd/46/0x00000002 (affects: 1) (heat: 132)" [High,In progress] https://launchpad.net/bugs/605488
[11:33] <lag> ogra: How big should the swap file be?
[11:36] <lag> GrueMaster: ?
[11:38] <GrueMaster> sawp file?
[11:38] <GrueMaster> swap
[11:39] <GrueMaster> I think swap is currently turned off.
[11:39] <lag> ogra said this bug only appears when swap is on
[11:39] <GrueMaster> Oh, that one.  Make a swap file == ram size.
[11:40] <lag> k
[11:40] <lag> Well ...
[11:40] <lag> Only 256MB works
[11:40] <lag> Shall I use that?
[11:40] <GrueMaster> I guess.
[11:40] <lag> Or the actual 512MB
[11:40] <lag> k
[11:40] <GrueMaster> Panda?
[11:40] <lag> Beagle
[11:41] <lag> bs?
[11:42] <GrueMaster> so, you are checking an omap4 bug on an omap3 system?
[11:43] <lag> GrueMaster: So it is!
[11:43] <lag> Actually - I'm not
[11:43] <lag> I am on Panda
[11:44] <lag> (things get confusing when you're working on both boards at the same time)
[11:44] <GrueMaster> then my previous reply counts.
[11:44] <lag> (I am doing the correct thing) :)
[11:44] <lag> Which was?
[11:44] <lag> 512MB?
[11:44] <GrueMaster> yes
[11:44] <lag> np
[11:44] <lag> Thanks
[11:57] <lag> GrueMaster: How can I reproduce this bug?
[12:04] <ogra_cmpc> lag, just reboot, the messages about swapping should show up in dmesg
[12:06] <GrueMaster> yep.  Should see it as soon as the system mounts swap.
[12:14] <lag> ogra_cmpc: GrueMaster: Should I still be able to see it whilst using a rootstock rootfs?
[12:18] <GrueMaster> I don't know.
[12:19] <ogra_cmpc> since its a kernel message the rootfs shouldnt matter
[12:19] <lag> http://paste.ubuntu.com/479343/
[12:20] <ogra_cmpc> though it might only happen if the system actually uses swap
[12:20] <lag> Well here's what I do get
[12:20] <lag> ogra_cmpc: Should I write an application which uses lots of memory?
[12:33] <GrueMaster> Lanch une.
[12:33] <GrueMaster> launch
[12:40] <ogra_cmpc> lag, looks o so far, just start a desktop session and use firefox for a while or something
[12:41] <lag> ogra: I can't
[12:41] <lag> ogra: No USB
[13:58] <lag> GrueMaster: ping
[14:02] <GrueMaster> pong
[14:02]  * persia starts a meeting in #ubuntu-meeting
[14:36] <rsalveti> ogra: any change to sponsor me at bug 619026?
[14:36] <ubot2> Launchpad bug 619026 in pybootchartgui (Ubuntu) "pybootchartgui gives ZeroDivisionError when parsing the tgz file generated by a beagleboard (affects: 1) (heat: 8)" [Undecided,In progress] https://launchpad.net/bugs/619026
[14:36] <rsalveti> was testing ureadhead yesterday but found out that I couldn't generate the bootchart file on beagleboard
[14:37] <ogra> well, you can copy the tgz over to an x86 machine and generate the png there
[14:37] <rsalveti> and about ureadahead I'll just disable it if you run on systems with less than 512, doesn't change a thing at the bootchart
[14:37] <rsalveti> ogra: that's what I did
[14:37] <rsalveti> ogra: but the bug is inside pybootchartgui
[14:38] <rsalveti> it's not using the mmcblk device while generating the bootchart
[14:38] <ogra> ah, right
[14:38] <ogra> i'll sponsor it after the meeting
[14:41] <rsalveti> thanks
[14:55] <GrueMaster> ogra: /sys/devices/system/cpu/ showscpu0 & cpu1. Checking further.
[14:55] <GrueMaster> Kind of slow, still updating (from yesterday).
[14:55] <ogra> are you sure it just doesnt scroll off the screen or so ?
[14:56] <rsavoye> ogra: ever heard of the Sharp PC-Z1 NetWalker ?
[14:56] <GrueMaster> what scroll off the screen?  I have an HDMI monitor here.
[14:56] <GrueMaster> rsavoye: I think persia has one.
[14:56] <ogra> rsalveti, persia had one for a while
[14:56] <ogra> err
[14:57] <ogra> rsavoye, indeed
[14:57] <rsavoye> it ships with 9.04, I but I heard you can;t upgrade due to driver problems
[14:57] <persia> I used to have one, but I dropped it in the sink.  It's a lovely machine, and I am tempted to get another almost every week.
[14:57] <rsavoye> I just want something that's stable :-)
[14:57] <persia> A few folks have looked at the kernel patches, but untangling what needs to be applied to current kernels (some parts are upstream) seems yet to be resolved.
[14:58] <rsavoye> figures...
[14:58] <persia> There's no git tree available, so it's just a huge monolithic patch to dig through.
[14:59] <rsavoye> somebody said they were running 10.04 on one, but just never upgraded the kernel
[15:01] <GrueMaster> Interesting.  Jaunty was armV5  (iirc). Lucid+ is armV7.
[15:01] <rsavoye> 800Mhz sounds nice too
[15:02] <GrueMaster> ogra: On the panda,  /sys/devices/system/cpu/cpu[01]/online are both 1.  I assume this means they should be on.
[15:04] <persia> GrueMaster, It's i.mx51x, so it can do v7, but who knows how stable the userspace/kernel interface is in that configuration :)
[15:06] <persia> rsavoye, My critique of the netwalker is only that I don't like the keyboard that much (the 'a' key is in the wrong place, to my mind), and that the screen doesn't lay flat (or convert into tablet mode).  Beyond that, it's lovely (even running jaunty), and there is some upstream kernel support, so you might join the several folks trying to get newer kernels there.
[15:06] <GrueMaster> Yes, I know.  I was refering to the images.
[15:06] <rsavoye> persia: I have an old Sharp 3200, same teeny keyboard
[15:07] <persia> The way the super-special-sharp-installer for those works, one has to make a mess of the images anyway, which makes it less important.
[15:07] <GrueMaster> Does the raw Jaunty image work?
[15:07] <rsavoye> as much as I'd love to jump into the kernel patches, I need to finish my current ARM hacking first
[15:07] <persia> rsavoye, Not at all.  the SL-C3200 has a *much* better keyboard.
[15:07] <rsavoye> persia: oh no! Course I was considering using it as a build slave mostly
[15:07] <ogra> GrueMaster, nope, missing kernel patches
[15:07] <persia> (and is ergonomically better overall: pity that form-factor wasn't used in the more recent devices)
[15:08] <persia> Oh, as a buildd slave, just install pbuilder on top of the sharp remix, and have at it.  Nothing blocking there.  no need to fiddle the kernel.
[15:18] <GrueMaster> Hmm, interesting.  /proc/cpuinfo only shows one proc, but top shows both (one is barely awake).
[15:18] <GrueMaster> It does seem to be passing the load back & forth.
[15:20] <ogra_cmpc> thats how its supposed to work
[15:20] <ogra_cmpc> htop is better than top btw
[15:21] <GrueMaster> I just found it odd that /proc/cpuinfo only showed one proc.
[15:23] <ogra_cmpc> are you sure its not scrolled offscreen ?
[15:27] <GrueMaster> Is what scrolled of screen?
[15:29] <ogra_cmpc> the cpuinfo output
[15:30] <GrueMaster> It only fills a quarter of the screen.
[15:30] <GrueMaster> if that
[15:32] <GrueMaster> ok, now I see it.  Very weird.
[15:45] <lag> ogra: How are rootstock's commands compiled? (which toolchain)
[15:49] <prpplague> lag: a little elf writes down the list of commands and then spends straw into binary code
[15:49] <lag> prpplague: Okay, I'll cut to the chase
[15:50] <lag> prpplague: My cross-compiler is a little out of date and I need another
[15:50]  * prpplague isn't familiar with rootstock operations
[15:51] <prpplague> lag: i use OE and codesourcery for my cross-compilers
[15:52] <lag> prpplague: I'm trying to cross-compile a little program to use up lots of memory - but if I compile it dynamically I receive "file not found"
[15:53] <lag> prpplague: If I try it statically I receive "illegal instruction"
[15:53] <prpplague> lag: that sounds odd
[15:53] <prpplague> lag: mind if i give it a try?
[15:53] <lag> I have chopped it (all the way) down to a hello world - same result
[15:54] <lag> Do you want me to send you the binary?
[15:55] <prpplague> lag: sorry i ment try compliling the code
[15:56] <lag> prpplague: That's my point - it does the same for hello world
[15:56] <lag> It must be the compiler - the code is sound
[15:56] <prpplague> lag: what is command line you are using to cross-compile the source?
[15:57] <lag> arm-unknown-linux-gnu-gcc <-static> -o use-memory-arm use-memory.c
[15:58] <ogra_cmpc> lag, rootstock is a script
[15:58] <prpplague> lag: after you compile it, issue the command: file use-memory-arm
[15:59] <lag> Done that
[15:59] <prpplague> lag: that should give you some basic info about how the binary was compiled
[15:59] <lag> I did it already
[15:59] <prpplague> lag: all that info looks good?
[15:59] <lag> I have to go (meeting) will you be here in a bit?
[15:59] <lag> Yeah
[15:59] <prpplague> lag: yea all day
[15:59] <lag> Sort of
[16:09] <GrueMaster> ogra: upgrading from Alpha 3 to current seems to fail somewhere.  Just rebooted (finally), and it is locked up.  Will dive into, butthought you would want to know.
[16:10] <ogra> GrueMaster, awesome, then its not oem-configs fault as i suspected
[16:10] <GrueMaster> asac: I am having trouble getting to a point where I can test banshee for you.  Will let you know when I can get past these issues.
[16:11] <ogra> GrueMaster, just dont upgrade, apt-get install banshee on a plain A3
[16:11] <GrueMaster> ogra: X isn't even starting.
[16:11] <asac> GrueMaster: ok. let me know
[16:11] <ogra> it should only upgrade banshee related packages then
[16:11] <asac> thanks for the update
[16:11] <ogra> GrueMaster, try startx on a tty
[16:11] <ogra> see what it tells you
[16:12] <rsavoye> I wonder if I can debug thumb2 code on an i.mx51x...
[16:13] <GrueMaster> ogra: Total lockup.  need to modify kernel cmdline to get serial out first.  No prompt available.
[16:13] <ogra> wow
[16:14] <GrueMaster> Not even getting numlock or capslock.
[16:14] <ogra> thats ES1 ?
[16:14] <GrueMaster> yes.
[16:14] <ogra> smells like kernel
[16:15] <ogra> mount the boot partition, there are .bak files of kernel and initramfs
[16:15] <GrueMaster> No.  Had to reboot a couple times during the upgrade process (thought it had locked up)  New kernel came up fine.
[16:15] <ogra> copy them around so that you boot the .bak files
[16:16] <GrueMaster> I know the process, but I doubt it is the kernel.
[16:16] <ogra> well, do you see the same on an omap3 board ?
[16:17] <GrueMaster> I haven't had a chance to try this on omap3.  The time it takes is painful.
[16:24] <persia> rsavoye, Should be able to do so: the core supports it
[16:25] <rsavoye> cool, I've tempted to buy one so I can stop sharing a C4, which is insanely slow
[16:26] <rsavoye> persia: since you have one, is the keyboard worth it, or is the tablet one better ?
[16:26] <GrueMaster> ogra: old kernel locks.  Now trying with serial console.
[16:28] <persia> rsavoye, Depends on what you want to do with it.  The tablet one is uninteresting to me (I don't want only a tablet at that size/weight).  I complain about the keyboard, but I'm seriously considering getting another one.
[16:29] <rsavoye> for me it'd mostly be an ARM build slave, I don't like netbooks generally
[16:29] <rsavoye> the only other difference is the mmc size, but I could add a bigger one myself
[16:30] <persia> That would involve soldering :)
[16:31] <rsavoye> ouch. one has 4GB, the other 8GB
[16:32] <rsavoye> maybe an external USB drive...
[16:33] <prpplague> GrueMaster: i'd really like to see some info on how to get the ubuntu builds working with distcc or ice to improve native compiles
[16:34] <prpplague> GrueMaster: you guys got anyone working on that?
[16:34] <GrueMaster> The only one that did that I know of is NCommander, but he's probably out atm.
[16:35] <prpplague> GrueMaster: yea i asked, he only used ice once to do a couple of small compiles
[16:35] <persia> rsavoye, As a buildd slave, you *definitely* want an external drive, preferably rotary (otherwise you go through a heap of flash)
[16:35] <GrueMaster> You could always setup an NFS share.
[16:35] <rsavoye> USB2 drives are cheap these days, or I could just mount space off another machine
[16:36]  * prpplague has been experimenting with a fpga design that emulates nand flash but uses an external SATA drive
[16:36] <rsavoye> I use NFS on my XM board, which unfortunately is useless still for doing builds :-(
[16:36] <rsavoye> somehow I think I shouldn't hold my breath for the XM kernel fixes...
[16:36] <GrueMaster> I have a NFS share for builds and nfs-root, but not enough systems to try this with.
[16:37] <rsavoye> but it's impossible to run GDB on a C$ when somebody else is running linpack and whetstone tests...
[16:37] <GrueMaster> rsavoye: they should be out soon.
[16:37] <rsavoye> GrueMaster: this week ? :-)
[16:37] <rsavoye> I'm in a crunch for time unfortunately
[16:37] <GrueMaster> I don't know, I only test them.
[16:37] <rsavoye> I'
[16:37] <GrueMaster> Srry.
[16:37] <prpplague> GrueMaster: other fun items on my todo list, research multi-framebuffer support in ubuntu
[16:37] <rsavoye> l'll gladly test them too :-)
[16:38] <GrueMaster> prpplague: Same here (if someone will send me a blaze).
[16:38] <lag> prpplague: Hola
[16:38] <prpplague> GrueMaster: or panda
[16:38] <prpplague> lag: hey
[16:38] <lag> prpplague: Where were we?
[16:38] <GrueMaster> I only have one monitor per system.
[16:38] <prpplague> lag: you did a file command on the resulting binary
[16:38] <GrueMaster> And 5 in my office is getting tight.
[16:39] <prpplague> GrueMaster: hehe
[16:39] <lag> prpplague: Working: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, stripped
[16:39] <prpplague> oh that reminds, me i need to check on that HDMI switcher we ordered
[16:39] <lag> prpplague: Mine: ELF 32-bit LSB executable, ARM, version 1, dynamically linked (uses shared libs), for GNU/Linux 2.4.3, not stripped
[16:39] <lag> prpplague: Note the Linux version and SYSV tags
[16:40] <prpplague> lag: ahh yea
[16:40] <GrueMaster> prpplague: If you get that working, it would greatly help my test environment.
[16:40] <lag> I've also tried stripped and static binaries
[16:40] <lag> prpplague: Also, did you test the kernel I sent you?
[16:41] <prpplague> lag: yea looks like your cross-compiler is out of date
[16:41]  * prpplague tries to remember about testing the kernel
[16:41] <prpplague> lag: been swamped with a release, let me check my notes
[16:43] <prpplague> lag: not seeing it in my notes or email, which email address did you send it to?
[16:47] <lag> I didn't, I gave you a people.canonical.com address and you downloaded it :)
 19:23:03> lag: pulling now
[16:47] <lag> :)
[16:47] <prpplague> ahh right, sorry
[16:48] <lag> prpplague: So it was 3hrs from now on Friday :)
[16:48] <prpplague> no i haven't had time to test
[16:49] <lag> prpplague: Do you still have the link?
[16:49] <prpplague> lag: negative, but i did pull it
[16:49] <lag> rsalveti: ping
[16:49]  * prpplague sees it
[16:50] <lag> :)
[16:50] <lag> prpplague: So your cross-compilers ...
[16:50] <lag> prpplague: Are they binaries? Or do you have to build them?
[16:50] <prpplague> lag: the codesorucery is binary, but when i use OE it builds it from source
[16:51] <lag> Are they both free?
[16:52] <prpplague> http://www.codesourcery.com/sgpp/lite/arm/portal/subscription?@template=lite
[16:53] <prpplague> lag: yea
[16:53] <prpplague> lag: there is a learning curve for OE
[16:53] <lag> prpplague: I just hit that link as you sent it :)
[16:55] <lag> jayabharath: Hi Jay
[17:11] <mopdenacker> there's a learning cliff for OE ;-)
[17:12] <lag> mopdenacker: :)
[17:12] <lag> CS is on its way :)
[17:13] <ogra> lag, talk to hrw, we have the distro gcc packaged as cross compiler
[17:13] <lag> ogra: In our repos?
[17:13] <ogra> either in the repo or in a linaro PPA
[17:14] <rsalveti> lag: pong
[17:14] <lag> Okay, he doesn't seem to be in at the moment
[17:14] <lag> rsalveti: Can you test a kernel for me please?
[17:14] <lag> rsalveti: http://people.canonical.com/~ljones/usb-stopped-panda/
[17:14] <rsalveti> lag: yep
[17:14] <lag> rsalveti: Thanking you!
[17:14] <rsalveti> lag: oh, about the usb issue you found on your board?
[17:14] <lag> I'm fairly sure it's my board
[17:15] <lag> rsalveti: Yeah
[17:15] <rsalveti> ok
[17:15] <lag> ta
[17:15] <mopdenacker> rsalveti: I'm testing your 903.7rsalveti2 kernel with the alpha3 preinstalled images on my Panda
[17:16] <rsalveti> mopdenacker: nice, did it work?
[17:17] <mopdenacker> rsalveti: not completely. It's not exactly the right resolution setting. At least we can see something and read the screen, but lines look interleaved.
[17:18] <rsalveti> mopdenacker: hm, ok, i think it should set 640x480 if it can't recognize it correctly
[17:19] <rsalveti> mopdenacker: you're testing with dvi, right?
[17:19] <mopdenacker> In graphics mode, the screen is split in 2 vertical parts.
[17:19] <rsalveti> hdmi->dvi
[17:19] <mopdenacker> rsalveti: I connected the hdmi output of the Panda to an apparently DVI-D monitor.
[17:20] <rsalveti> mopdenacker: ok
[17:21] <mopdenacker> rsalveti: let me show a picture (takes a bit of time to open my phone and take the sd card out)
[17:22] <rsalveti> mopdenacker: it'd also be interesting to see your boot log, with omapdss.debug=1 and your edid
[17:24] <rsalveti> to get the edid install the package read-edid and run parse-edid /sys/devices/omapdss/display0/edid
[17:24] <lag> mopdenacker: That is a known issue
[17:24] <lag> mopdenacker: Which monitor do you have?
[17:25] <lag> robclark: ping
[17:25] <rsalveti> mopdenacker: but he is testing my kernel
[17:25] <rsalveti> argh
[17:25] <rsalveti> lag: but he is testing my kernel
[17:26] <rsalveti> lag: with robclark's patches for better dvi support
[17:26] <lag> rsalveti: Does your kernel have robclark and mythripk's patches?
[17:26] <robclark> lag: pong
[17:26] <lag> robclark: You have a customer --^
[17:26] <rsalveti> lag: yep
[17:26] <lag> rsalveti: Coolio
[17:26] <mopdenacker> rsalveti: here's the picture: http://free-electrons.com/tmp/IMG_20100817_181722.jpg
[17:27] <lag> mopdenacker: robclark should be able to help :)
[17:27] <lag> robclark and I have seen this before
[17:27] <rsalveti> lag: http://gitorious.org/ubuntu-experimental/kernel-maverick/commits/rsalveti-ti-omap4
[17:27] <robclark> mopdenacker: if you haven't already, could you post bootlog and EDID...  I'll look in one minute
[17:28] <ogra> GrueMaster, so for me its definitely dbus related, if i get to the shell after oem-config failed i can see dbus not running, it fails to start due to the file /var/lib/dbus/machine-id already existing, if i delete that file and start up dbus (service dbus start) the system hardlocks
[17:28] <GrueMaster> Interesting.
[17:28] <GrueMaster> I'm retrying on beagle now.
[17:29] <ogra> though i would still blame the kernel, dbus shouldnt be able to lock up the system hard
[17:30] <mopdenacker> rsalveti, robclark, I can already share the bootargs that work: omapdss.hdmicode=35, omapdss.hdmimode=0. I'll reboot to get the bootlog.
[17:30] <robclark> ahh, sorry, back..
[17:30] <robclark> mopdenacker: this looks like the issue w/ framebuffer resize..
[17:30] <rsalveti> robclark: could be
[17:30] <ogra> mopdenacker, looks like you should use two mice
[17:30] <robclark> unfortunately rsalveti was having problems with one of those patches, and I haven't had time to debug yet ;-)
[17:30] <rsalveti> :-)
[17:31] <rsalveti> robclark: for now I'm just skipping it
[17:31] <mopdenacker> ogra: good idea. We have 2 hands, why shouldn't we use 2 mice ;-)
[17:31] <ogra> :)
[17:33] <robclark> fwiw rsalveti... what I suspect might be needed w/ that second patch, is an acquire_console_sem() before the fb_set_var() calls (in omapfb-main.c in size_notify()) and a release_console_sem() afterwards..  although that seems a bit ugly to me
[17:34] <robclark> at least w/ my kernel, I get some backtraces because of a callback that is called indirectly from fb_set_var() which is expecting console lock to be held
[17:34] <rsalveti> robclark: oh, ok, makes sense
[17:34] <robclark> my theory is that on your kernel that somehow causes a more severe result than just warning msg
[17:35] <rsalveti> robclark: probably, as the screen seems to be fine but it stays with just a black screen
[17:35] <rsalveti> lag: installing your kernel
[17:36] <rsalveti> lag: what's the difference?
[17:36] <lag> rsalveti: Cheers buddy
[17:43] <rsalveti> lag: 2.6.34-903-omap4 (root@tangerine): working fine with my usb
[17:43] <rsalveti> my / fs is in a usb hd :-)
[17:44] <rsalveti> lag: any other test?
[17:45] <lag> rsalveti: Nope, thanks :)
[17:49] <rsalveti> lag: http://people.canonical.com/~hrw/ubuntu-maverick-armel-cross-compilers/ for linaro cross compiler
[17:49] <rsalveti> I'm using it here, works fine
[17:49] <rsalveti> just don't compile u-boot with 4.5 hehe
[17:51] <rsalveti> ogra: did you had time to look at the pybootchartgui bug?
[17:52] <mopdenacker> rsalveti, robclark: here's the bootlog. Unfortunately, there are module loading errors because I couldn't install the package (board not fully booted yet)
[17:52] <mopdenacker> http://pastebin.com/QrvhMEaN
[17:52] <rsalveti> mopdenacker: you can install the package using qemu, with your sd card at your host pc
[17:52] <rsalveti> or just copy the kernel modules
[17:53] <robclark> k, will look in a few minutes... in a call again :-(
[17:53] <rsalveti> mopdenacker: can you also get the edid from it?
[17:54] <mopdenacker> rsalveti: how can I get it? I don't see it in the boot log...
[17:55] <rsalveti> mopdenacker: adding omapdss.debug=1 to the boot args would help also, so we can get more information from the display driver
[17:55] <rsalveti> mopdenacker: after login, get the dmesg output
[17:55] <mopdenacker> rsalveti: ah, right! Thanks
[17:55] <rsalveti> so you can get the debug lines from the kernel
[17:55] <mopdenacker> Not sure I will get to a command line. I'll copy/paste the serial console.
[17:56] <rsalveti> mopdenacker: to get the edid, install the package read-edid and run parse-edid /sys/devices/omapdss/display0/edid
[17:56] <rsalveti> mopdenacker: you can change the boot.scr from your sd card
[17:56] <rsalveti> and add the command line argument you want
[17:56] <mopdenacker> rsalveti: right.
[17:57] <rsalveti> mopdenacker: put your sd card at your host, mount the first partition and you'll see the boot.scr
[17:57] <rsalveti> mopdenacker: dd if=boot.scr of=boot.script bs=1 skip=72
[17:57] <rsalveti> then edit boot.script
[17:58] <rsalveti> and run mkimage -A arm -T script -C none -n "Ubuntu boot script" -d boot.script boot.scr to generate the boot.scr again
[17:58] <mopdenacker> rsalveti: thanks, I already have these details on OMAPpedia.
[17:58] <rsalveti> ok :-)
[17:58] <mopdenacker> and I already have done this.
[17:59] <mopdenacker> Anyway, thanks for the dd tip to create the boot.script file. I didn't think of this.
[17:59] <mopdenacker> This is a kind of "uboot dump-image" command ;-)
[18:00] <mopdenacker> rsalveti: sorry, I really gotta go now. Is the EDID the only thing you need?
[18:00] <rsalveti> edid and dmesg with omapdss.debug=1
[18:00] <rsalveti> with this we can check what went wrong
[18:02] <mopdenacker> rsalveti: good! Thanks a lot! I'll be away from my board tomorrow, but you will have these on Thursday.
[18:02] <rsalveti> mopdenacker: np :-)
[18:04] <rsalveti> lunch time
[18:09] <ogra> rsalveti, uploaded
[18:09] <rsalveti> ogra: nice, thanks :-)
[18:27] <GrueMaster> ogra: not dbus. Just started running A3 on beagle.  Upgraded kernel & reboot ok.  Upgraded dbus & reboot ok.  Will look at other packages in am.
[18:27] <GrueMaster> "May" be apparmor.  will look tomorrow.
[18:28] <GrueMaster> I have a list of package upgrades.
[18:28] <GrueMaster> anyways, beer time.  My peers are calling me.
[18:34] <npitre> lag: hey!
[18:41] <rsavoye> your peers or your beers are calling you ? :-)
[19:10] <DanaG> Say, anyone know of a packaged browser that runs on directfb, or qt-embedded?
[19:10] <DanaG> ... and supports css and javascript.
[19:12] <rsavoye> opera mini ?
[19:14] <DanaG> Well, I'd be rendering local files.
[19:24] <DanaG> ah, and say, where's nmcli?
[19:25] <suihkulokki> aa
[19:55] <armin76> suihkulokki: agreed
[20:36] <rsalveti> ls -l
[20:36] <rsalveti> argh :-)