=== k1l_ is now known as k1l
[09:26] <rsalveti> ogra_: https://launchpad.net/~rsalveti/+archive/ppa/+packages?field.name_filter=&field.status_filter=published&field.series_filter=quantal
[09:26] <rsalveti> ogra_: for the new pvr-omap4 package, removing the dos2unix dependency and also fixing the packaging for quantal
[09:26] <ogra_> great, thanks
[09:26] <rsalveti> infinity: problem is that the builder is now caling debian/rules build-arch instead of debian/rules build
[09:26] <rsalveti> that's why it failed
[09:26] <ogra_> (stop doing all these nightshifts, it will kill you some day !)
[09:27] <rsalveti> and which you already fixed in other packages, by changing the build to depend on build-arch
[09:27] <rsalveti> pbuilder/debuild didn't get the problem because it's still calling with debian/rules build
[09:27] <rsalveti> ogra_: :-)
[09:27] <rsalveti> ogra_: wanted to finish this today still, as tomorrow is conference day
[09:27] <rsalveti> hard to get something done
[09:28] <ogra_> oh, indeed, i forgot about plumbers
[09:28] <rsalveti> I'm at utc-7 today
[09:28] <ogra_> take a pillow to the talks though
[09:28] <rsalveti> :-)
[10:32] <infinity> rsalveti: You're not calling pbuilder/debuild with -B, then.
[11:37]  * ogra_ wonders why he gets such a bad throughput from cdimage.u.c today
[11:38] <ogra_> zsnc goes rarely over 100kB
[11:38] <ogra_> *zsync
[11:44] <xnox> ogra_: have you seen bug 1041607 ? =)))) my panda is now stuck on top of microwave oven near the router to get LAN instead of WiFi =)
[11:44] <ubot2`> Launchpad bug 1041607 in linux-meta-ti-omap4 "cannot install linux-ti-omap4 3.5.0-209-omap4" [Undecided,New] https://launchpad.net/bugs/1041607
[11:46] <ogra_> hmm, weird
[11:47] <ogra_> the bug should be against linux-ti-omap4 btw, not meta ...
[11:48] <xnox> ogra_: i filed it against omap4, somebody else moved it to meta....
[11:48] <ogra_> and it looks like an issue with update-initramfs, does it work if you do: sudo aupdate-initramfs -c -k 3.5.0-209-omap4; sudo dpkg --configure -a
[11:49] <ogra_> *update-initramfs indeed :P
[11:50] <ogra_> looks like that is teh issue: update-initramfs: deferring update (hook will be called later)
[11:50] <ogra_> since it directly tries to copy around the initrd.img right afterwards ...
[11:52] <xnox> let me try
[11:52]  * xnox ssh panda.local
[11:53] <ogra_> i think the kernel package postinst scripts actually should force the update-initramfs run instead of using a trigger at that point
[11:53] <ogra_> (or alternatively the copy code shoudl be omitted ...)
[12:02] <panda|z> ogra_: XFCE became alternative of Unity 2D?
[12:03] <ogra_> there is no "alternative" per se
[12:03] <ogra_> for ac100 is swithced the images to lubuntu
[12:03] <ogra_> its up to the people maintaining the images what they use i guess
[12:10] <lilstevie> I'm finding lxde glitchy on precise with the tf201
[12:11] <xnox> ogra_: was the WiFi missing on pandas bug fixed?
[12:11] <xnox> ogra_: what was the bug #?
[12:11] <ogra_> Bug 1032779 ?
[12:11] <ubot2`> Launchpad bug 1032779 in linux-firmware "Missing firmware for wireless chipset on pandaboard" [Medium,Fix released] https://launchpad.net/bugs/1032779
[12:18] <xnox> ogra_: ok. so 3.5 supposedly doesn't use that firmware, but I still don't have wifi with 3.5 kernel this time. Which package should i file the bug against? firmware? linux-ti-omap4?
[12:19] <xnox> getting same thing in dmseg
[12:19] <xnox> [   23.202850] wl12xx: ERROR could not get nvs file ti-connectivity/wl1271-nvs.bin: -2
[12:19] <xnox> ogra_: do you have wifi on your panda in quantal?
[12:19] <ogra_> no idea, havent tried it :)
[12:19]  * ogra_ has a dedicated switch for all his arm boards
[12:20] <ogra_> i'll try once i'm done with PVR and can bear to trash the panda while playing with it :)
[12:23] <xnox> ogra_: can I bribe you with bamboo? =)
[12:23] <ogra_> lol, i'm not a panda !
[12:23] <xnox> ogra_: but you have so many of them =))))
[12:26] <ogra_> http://plus.url.google.com/url?sa=z&n=1346156762908&url=http%3A%2F%2Fbit.ly%2FRUbLqy&usg=OLZd5hl2msGAN9KAoBgn0GpCCcM.
[12:26] <ogra_> or better https://lh4.googleusercontent.com/-XsraXa6V0VY/UDya87ScR3I/AAAAAAAADMc/dQsqSah_KzM/w497-h373/ae0016-4.jpg
[12:26] <ogra_> :)
[12:28] <xnox> ogra_: from the intermediate photos, I would have never guessed the final result will be panda. I'd guess something else...
[12:29] <ogra_> haha, yeah ... pretty "else" ...
[12:47]  * ogra_ twiddles thumbs waiting for the archive mail for the upload ... 
[12:47] <ogra_> ... and considers to tra an ac100 isntall test
[12:47] <ogra_> *try
[12:48] <ogra_> i wonder what /lib/udev/mtp-probe is ...
[12:48] <ogra_> always generates warnings on boot
[12:49] <xnox> ogra_: mpt probe?
[12:49] <ogra_> yep
[12:49] <ogra_> ac100 doesnt use a splash atm... so i see these boot messages
[12:49] <ogra_> and udev seems to be unhappy with that script
[12:53] <ogra_> https://launchpad.net/ubuntu/+source/pvr-omap4/1.9.0.5.1.1-0ubuntu3/+build/3748952
[12:54] <ogra_> ah, that looks better
[12:54] <ogra_> (1.6M vs 47 bytes)
[12:54]  * ogra_ waits for the publisher
[13:45] <ogra_> rsalveti, pvr loads but i still see some errors:
[13:45] <ogra_> PVR:(Warning): PVRDRMSetFD: could not get plugin ioctl base: -22 [69, /pvr_bridge_u.c]
[13:45] <ogra_>  (EE) Couldn't get PVR Services status
[13:45] <ogra_>  PVR:(Error): OpenServices: drmOpen failed [120, /pvr_bridge_u.c]
[13:46] <ogra_> (EE) OMAP(0): ERROR: PVR2DCreateDeviceContext failed
[13:47] <ogra_> and es2_info doesnt work :(
[13:49] <ogra_> rsalveti, http://paste.ubuntu.com/1171824/
[14:21] <ogra_> rsalveti, so the issue seems to be that the header cant be found anywhere linux/omap_drv.h ... and it seems your fix to linux didnt work,
[14:31] <ndec> rsalveti: btw, what exactly did you have to change in live-build to use it? why can't we just use the default live-build? and when are you planning to merge your changes upstream?
[14:40]  * ogra_ sighs
[14:40] <ogra_> so after shuffling headers around for 1h it now fails on omap_priv.h
[14:42] <ogra_> rsalveti, your headers fixes went into the wrong package :(  ... (linux vs linux-ti-omap4)
[14:43] <ogra_> and omap_priv.h seems to be nowhere on my filesystem
[14:50] <ndec> it's private ... ;-)
[14:51] <ogra_> heh, well, looks like it should be in include/drm/omap_priv.h
[14:51] <ogra_> but it isnt indeed
=== doko_ is now known as doko
[14:52] <ogra_> so that header situation is completely messed up :/
[14:52] <ndec> maybe XavB knows about that...
[14:53] <ogra_> *sadpanda*
[14:55] <XavB> ogra_: ndec: we do have a "hack" to add omap_drv.h and omap_drm.h to headers package but I think that Ricardo already picked that one
[14:55] <ogra_> XavB, he forgot omap:priv.h
[14:55] <ogra_> s/\:/_/
[14:57] <ogra_> me copy pastes omap_priv.h and omap_drm.h from robclark's lwn post :P
[14:57] <ogra_> Error! Bad return status for module build on kernel: 3.5.0-209-omap4 (armhf)
[14:57] <ogra_> Consult /var/lib/dkms/pvr-omap4/1.9.0.5.1.1/build/make.log for more information.
[14:58] <ogra_> *sniff*
[15:00] <XavB> ogra_: can you pastebin your log please?
[15:01] <ogra_> if my panda ever comes back up again after the reboot i just did ...
[15:01] <XavB> ogra_: are you sure about omap_priv.h? I only have omap_dmm_priv.h...
[15:02] <ogra_> http://paste.ubuntu.com/1171936/
[15:03] <ogra_> (sorry for the german :) )
[15:07] <XavB> ogra_: in fact we do not have "include omap_priv.h" anymore on our kernel.
[15:07] <XavB> http://dev.omapzoom.org/?p=integration/kernel-ubuntu.git;a=commit;h=0428bbdcdb53255b8b42a8ed73ab6ec1d8975054
[15:07] <ogra_> great
[15:08] <ogra_> so i guess the omap_drv.h i have is broken
[15:20] <ogra_> ubuntu@panda:~$ grep omap_drm /usr/src/linux-headers-3.5.0-209/include/linux/omap_drv.h|grep include
[15:20] <ogra_> #include "omap_drm.h"
[15:20] <ogra_> yeah. looks like
[15:20] <ogra_> now i wonder how rsalveti managed to get that workin
[15:20] <ogra_> g
[15:21]  * ogra_ needs a break
[15:34] <rsalveti> ndec: afaik the live-build we're using is just a rev from upstream
[15:34] <rsalveti> just that we tested it and it worked fine
[15:35] <rsalveti> infinity: but why the previous builders (pecise) were also calling build first?
[15:35] <rsalveti> this affected as well the ati and nvidia drivers I believe
[15:35] <rsalveti> at least I saw you fixed the ati one
[15:42] <rsalveti> ogra_: the warning is ok, but the second error it seems to be related with the lack of module
[15:43] <ogra_> rsalveti, well, yeah, because it doesnt build, since the header file ended up in linux, not linux-ti-omap4
[15:43] <rsalveti> ogra_: it is at linux-ti-omap4!
[15:43] <rsalveti> that's where I sent my first patch
[15:43] <ogra_> and the header we have seems to be outdated and missing http://dev.omapzoom.org/?p=integration/kernel-ubuntu.git;a=commit;h=0428bbdcdb53255b8b42a8ed73ab6ec1d8975054
[15:43] <ogra_> rsalveti, i dont have it
[15:44] <rsalveti> weird, let me check that
[15:44] <ogra_> it is the in -209 but not in 209-omap4
[15:44] <ogra_> *it is in
[15:47] <ogra_> ubuntu@panda:~$ find /usr/src/ -name omap_drv*
[15:47] <ogra_> /usr/src/linux-headers-3.5.0-209/include/linux/omap_drv.h
[15:47] <ogra_> /usr/src/linux-headers-3.5.0-209/drivers/staging/omapdrm/omap_drv.h
[15:47] <ogra_> /usr/src/linux-headers-3.5.0-12/drivers/staging/omapdrm/omap_drv.h
[15:48] <ogra_> dkms tries to use /usr/src/linux-headers-3.5.0-209-omap4
[15:48] <ogra_> rsalveti, ^^^
[15:48] <rsalveti> let me check locally
[15:51] <rsalveti> ogra_: you only need omap_drm.h and omap_drv.h, don't need the private one
[15:52] <ogra_> rsalveti, the omap_drv.h i have here has an include omap_priv.h
[15:52] <ogra_> i copied it from -209 to -209-omap4
[15:52] <ogra_> which makes dkms work but then fail on this include
[15:53]  * ogra_ pulls both headers out of the above commit and retries 
[15:55] <ogra_> Error! Bad return status for module build on kernel: 3.5.0-209-omap4 (armhf)
[15:55] <ogra_> GRRR !
[15:56] <ogra_> /var/lib/dkms/pvr-omap4/1.9.0.5.1.1/build/services4/srvkm/env/linux/private_data.h:95:28: fatal error: linux/omap_drv.h: Datei oder Verzeichnis nicht gefunden
[15:56]  * ogra_ curses
=== orated_ is now known as orated
[15:59] <ogra_> #if defined(SUPPORT_DRI_DRM_EXTERNAL)
[15:59] <ogra_> #include <linux/omap_drv.h>
[15:59] <ogra_> hmm
[15:59] <ogra_> that the only trace i find in private_data.h
[16:06] <ogra_> http://paste.ubuntu.com/1172053/
[16:06] <ogra_> the full log again
[16:06]  * ogra_ has to prepare for his ubuntu developer week talk about arm now 
[16:08] <ogra_> rsalveti, i clearly see an "#include "omap_priv.h"" in my omap_drv.h
[16:08] <rsalveti> ogra_: I'm checking that now
[16:08] <ogra_> not sure why you dont
[16:08] <ogra_> ok
[16:09] <ogra_> rsalveti, i'll leave that to you then, rtg asked for a bu with a fix attached if we need kernel changes
[16:09] <ogra_> *bug
[16:09] <rsalveti> ogra_: sure
[16:09]  * ogra_ wonders what to talk about in UDW 
[16:18] <rsalveti> ogra_: root@ubuntu-desktop:/usr/src/linux-headers-3.5.0-209-omap4/include/linux# ln -s ../../../linux-headers-3.5.0-209/include/linux/omap_drm.h omap_drm.h
[16:18] <rsalveti> root@ubuntu-desktop:/usr/src/linux-headers-3.5.0-209-omap4/include/linux# ln -s ../../../linux-headers-3.5.0-209/include/linux/omap_drv.h omap_drv.h
[16:18] <rsalveti> to get your module to build
[16:18] <rsalveti> I'm checking now why this header is not linked at the original package
[16:19] <ogra_> rsalveti, right, thats how i got to the omap_priv.h error :)
[16:19] <rsalveti> ogra_: just did that, and installed pvr-omap4
[16:19] <ogra_> for me that fails with the above error
[16:20] <ogra_> and obviously there is an #include "omap_priv.h" in my omap_drv.h
[16:20] <rsalveti> I don't have any here
[16:20] <rsalveti> are you sure you just linked the files?
[16:21] <rsalveti> or you downloaded it from another source?
[16:21] <ogra_> from LP
[16:21] <ogra_> i downloaded teh linux-image package for -209-omap4, dpkg -i'ed it and its headers, then rebooted and apt-get installed pvr-omap4
[16:22] <ogra_> to fail with the missing omap_drv.h ...
[16:22] <ogra_> then i linked the files as above and got to the point where it started failing on _priv.h
[16:23] <ogra_> *now* i have the files replaced by the ones from the omapzoom commit for a test, but that doesnt help either
[16:23] <janimo> infinity, hello, the armadaxp bitss look clean to me, Marvell also again said they believe it sould be all GPL2 (one of their 3 options in HAL code)
[16:23] <janimo> so could the package be moved from PPA to archives ?
[16:24] <ogra_> janimo, they said they belive that last time too ... and NCommander uploaded a horridly illegal package
[16:24] <ogra_> (because he belived them)
[16:25] <janimo> ogra_, do you recall what type of bits were illegal there?
[16:25] <janimo> I know the original patch had extra scripts in net and elsewhere where I would not have though there should be something arch specific
[16:25] <ogra_> janimo, not from the top of my head, and the discussion about it wasnt in a publically logges channel iirc
[16:25] <ogra_> *logged
[16:26] <janimo> well, anyway to me it looks like any other kernel code :)
[16:26] <janimo> no blobs or other strange bits
[16:27] <ogra_> well, infinity might surely know more but it will be hard to catch him this week
[16:27] <janimo> apart from some C HAL code that is wrapped in linux specifics but that too has an ok license
[16:27] <ogra_> (plumbers)
[16:27] <janimo> ok
[16:29] <rsalveti> ogra_: http://paste.ubuntu.com/1172106/
[16:29] <rsalveti> I'm now checking why the link is not done properly at the flavour specific headers package
[16:30] <ogra_> rsalveti, what io also dont get is, how do your headers end up in include/linux/ ... mine are definitely under drivers/staging/omapdrm originally
[16:30] <rsalveti> ogra_: this is the original path, but we have links at include/linux to drivers/staging
[16:31] <ogra_> ubuntu@panda:~$ ls -l /usr/src/linux-headers-3.5.0-209/include/linux/omap_drv.h
[16:31] <ogra_> lrwxrwxrwx 1 root root 40 Aug 22 18:37 /usr/src/linux-headers-3.5.0-209/include/linux/omap_drv.h -> ../../drivers/staging/omapdrm/omap_drv.h
[16:31] <ogra_> right, i missed that one, sorry
[16:32] <rsalveti> ogra_: ok, will investigate here what is happening with the flavor specific headers package
[16:33] <ogra_> thanks a lot !
[16:34]  * ogra_ really doesnt get how you have teh patience to dig through all this every day ... 
[16:34] <ogra_> after fiddling with it for even half a day i got enough :)
[16:43] <marvin24> ah, I get the same usb ethernet oom with my mcs7830 on ac100 as on omap
[16:43] <marvin24> 3.6-rc2 kernel
[16:44] <ogra_> great
[16:50] <marvin24> yeah, everything works as expected ;-)
[16:51] <marvin24> now use u-boot to load the kernel
[16:52]  * ogra_ still fails to see the advantage of usin u-boot
[16:55] <tala> hi, using gcc 4.7.2 I try to build for a target  system based arch = armv5te. does anyone have a clue why It can't compile via gcc 4.7 ? and I get |error: bad value (armv5te) for -march= switch
[16:56] <marvin24> ogra_: he, too soon for apri jokes
[16:58] <marvin24> we can use initrd's > 2 MB
[16:58] <ogra_> offt, who wants that :)
[16:58] <ogra_> *pfft even
[17:16] <marvin24> yeah, boots up - but no backlight yet  :-(
=== ogra_ is now known as ogra
=== ogra is now known as ogra_
[18:14] <raki1> i would like to try porting ubuntu on arm where do i start?
[18:14] <ogra_> well, what HW do you have ?
[18:15] <ogra_> (read: where do you want to port it to)
[18:19] <infinity> janimo: It wasn't blobs last time, it was a mess of drivers that just plain weren't free.
[18:20]  * ogra_ is out now ... dinner etc 
[18:20] <infinity> janimo: Diff between mainline and the Marvell sources, then rgrep 'opyright', and check headers for telltale signs like "all rights reserved" and such.
[18:21] <raki1> @ogra_ http://www.gsmarena.com/micromax_funbook_p300-4701.php
[18:22] <infinity> rsalveti: The behaviour of dpkg-buildpackage -B changed in Quantal to call build-arch if it exists.
[18:23] <infinity> rsalveti: Hence why this will work in precise, it will work in quantal with -b, but will fail in quantal with -B.
[18:24] <infinity> janimo: Anyhow, I'm still hopping around between airports, I can try to have a look later, but I really don't want to be the one to do a full audit again.
[18:24] <janimo> infinity, thanks, I understand.
[18:24] <infinity> janimo: If I do a partial audit (and I will, if you ask me to copy it), and find non-free bits, I'll be annoyed. :P
[18:24] <janimo> one copyright header I see is the one mentioned above, with a slightly verbose boilerplate
[18:24] <janimo> but looks ok nonetheless
[18:24] <raki1> @ogra_ can i work with that hardware
[18:24] <janimo> infinity, I do not want to annoy you good sir
[18:25] <janimo> because you know my IP address
[18:25] <infinity> I'll sneak into your house in the middle of the night and force-feed you meat.
[18:25] <infinity> That's a vegan's worst nightmare, right?
[18:25] <janimo> infinity, I do have disturbing dreams of eating meat indeed
[18:26] <janimo> not nightmares but I feel disappointed while dreaming
[18:26] <janimo> so yes, you're pretty close
[18:26] <infinity> Hah.
[18:26] <ogra_> raki1, with regard to bootloader and kernel this is hard to tell, there inst much info about the CPU  "1.22 GHz Cortex-A8" does not say much ... but from the specs you should definietly be able to run ubuntu userspace on it though
[18:26] <infinity> Holy crap, we might finally be boarding my 1.5h-late flight.
[18:27] <infinity> \o/
[18:27] <janimo> which airport are you now in?
[18:27] <ogra_> huh ?
[18:27] <ogra_> you arent there yet ?
[18:27] <janimo> maybe there's a conference internal airport for lazy people
[18:27] <ogra_> LOL
[18:27] <janimo> to travel between wings of the same building
[18:28] <ogra_> wings eh ?
[18:28] <janimo> oh, you found an unintended pun
[18:28] <ogra_> :)
[18:28] <janimo> I do not always pun but when I do they are really unintended
[18:28] <ogra_> anyway, really dinner now
[18:28]  * ogra_ -> out 
[18:49] <rsalveti> infinity: got it, is this option only used for the archs !i386 at launchpad?
[18:50] <rsalveti> afaik i386 is the one responsible for the arch indep packages
[20:22] <NCommander> ogra_: janimo what horribly illegal package?
[20:22] <janimo> NCommander, just assumptions. But armadaxp kernel
[20:22] <NCommander> janimo: oh, probably because I forgot to strip out the firmware >.<;
[20:22] <janimo> infinity, says there were illegal bits in previous drops
[20:23] <NCommander> Oh
[20:23] <NCommander> No, I stripped those all out
[20:23]  * NCommander went through file by file to make sure there wasn't anything illegal
[20:23] <janimo> there's a 3.5 drop now and infinity says we need to make sure it's not like that time, when it was also said to be all clean
[20:24] <janimo> so the firmware is now in linux-firmware or was not even needed for the armadaxp?
[20:47] <NCommander> janimo: the later I believe. I only did the initial 3.0 and 3.2 drops from Marvella nd those were both clean and were crosschecked to make sure the illegal bits were stripped oput
[20:49] <GrueMaster> iirc, the firmware is for Marvel Wifi (which is not on the board).  Their kernel blob has ALL of their development work in it for every product they are working on.  Makes stripping and cleaning...fun.
[20:50] <GrueMaster> From the 3.2 kernel, I seem to remember keeping ~10% of their mods.
[20:50] <GrueMaster> Maybe a little more.
[21:00] <infinity> rsalveti: Right, i386 builds with -b, everything else builds with -B
[21:21] <rsalveti> infinity: yeah, that explains better, thanks