/srv/irclogs.ubuntu.com/2010/06/14/#ubuntu-arm.txt

=== lilstevie|food is now known as lilstevie
=== Gaston|Home is now known as Gaston|Trvl
lagcooloney: ping08:20
cooloneylag: yeah,08:22
lagcooloney: Good morning08:22
cooloneylag: morning, man08:22
lagIs the OMAP4 repo on our server yet?08:22
amitkmorning guys!08:23
lagMorning Amitk08:23
amitkI heard that we have a newly-rebased tree from TI?08:24
cooloneylag: yeah, i just synced one from sebjan08:24
cooloneyand he is trying to unify the panda code into his tree08:24
lagGreat08:25
cooloneyi will pull from him after that and built for you guys for testing08:25
amitkwhat version is the tree based on cooloney ?08:25
lagWhat's it' called?08:25
cooloneylag: do you have other omap4 hardware instead of panda?08:25
cooloneyamitk: oh it is based on TI 2.6.34 integration tree08:25
lagNo, just Panda08:26
=== hrw|gone|lt is now known as hrw
hrwmorning08:26
lagI'm guessing it would be called ubuntu/ubuntu-lucid-arm.git08:26
comradekinguGnome bytter ut F-spot med shotwell08:26
comradekinguWrong chan, sorry08:26
cooloneylag: lucid-arm.git? no, the new branch is for maverick08:27
lagI'm guessing it would be called ubuntu/ubuntu-maverick-arm.git08:27
lag;)08:27
amitkwhy is it a separate tree and not a branch in the maverick git tree?08:28
lagI understood that it's not ready to go into the main repo yet08:28
lagI was chatting with cooloney and ogra about it the other day08:29
cooloneylag: http://kernel.ubuntu.com/git?p=roc/ubuntu-maverick.git;a=shortlog;h=refs/heads/ti-ubuntu-2.6.3408:29
cooloneythat is a temp branch in my repo08:30
lagOkay08:30
lagAnd after?08:30
cooloneyafter it is ready, i will push it out for review and merge into maverick08:30
cooloneyamitk ^^08:30
amitkok08:30
lagcooloney: ping10:29
cooloneylag: could you please try the kernel from http://people.canonical.com/~roc/kernel/omap4-2.6.34-panda/ on your panda?11:01
lagWas it built from roc/ubuntu-maverick.git11:03
cooloneylag: yeah, it is11:03
cooloneylag: i cross built it locally11:03
lagBy locally, do you mean on 'your' machine?11:04
lagI am building the same kernel currently on one of the build servers11:04
cooloneylag: yes, on my machine, since i failed to use sbuild on tyler11:04
cooloneylag: aha, cool, are you using sbuild?11:04
lagNo idea11:05
lagWhatever's specified in the chroot11:05
lagI guess so, as I received an sbuild error this morning when the permissions were messed up11:06
cooloneylag: yeah, me2, so i switched to my local builder11:08
lagWell once the maverick-armel issue is sorted apw will have it available again within 2 mins11:09
apwlag its not that simple11:10
apwbut i am working on it11:10
lagIs it not the same issue as the other build server?11:10
apwlag no11:10
lagYou nailed that in moments few11:10
apwas in the machine is now working for you, but not for him11:10
lagOk, sorry for giving false hope :)11:10
lagOh, that sucks11:10
lag(for him)11:11
lag:)11:11
apwthere is a collision due to two different chroot types, a normal one, and a union one for hard builds11:11
lagI'll not pretend to know a great deal about chroot architecture. I thought they were just different directories each with their own TLD in11:12
=== dev_ is now known as Amit_Karpe
apwlag, nope they arn't quite.  well they are in the normal case which you use to build, and are union mount overalys in the case of the sbuild use case11:18
apwand by default they use the same names and everything breaks11:18
apwi think i have it sorted out though11:19
lagGood stuff11:22
cooloneyapw: ok, let me try again.11:24
apwcooloney, not fixed yet11:25
lag!Good stuff11:25
apwcooloney, i'll let you know when we are there11:25
ubot2Factoid 'Good stuff' not found11:25
apwlag, i am waitng on a new chroot building11:25
cooloneyapw: no, failed again. ok, no problem.11:25
* lag gigges - "stupid bot"11:26
apwcooloney, yep i know11:26
apwsbuild -d sbuild-maverick-armel PACKAGE*.dsc11:26
apwcooloney, could you try again now, note the sbuild- prefix on the chroot name as above11:26
cooloneyapw: thanks a lot, man. it is running now11:29
cooloneyapw: i guess you created a new chroot named sbuild-maverick-armel?11:29
apwcooloney, yes, as it needs to be a different form from the normal ones, in which changes are persistant11:30
apwi've only make one on that machine and only for maverick11:30
apwnow i know it works i'll get with rtg to get them made across the board11:30
cooloneyapw: ok, very nice, thx.11:31
apwcooloney, if you need a different release made let me know11:31
cooloneyapw: one more sbuild-lucid-armel is better.11:33
apwcooloney, you need lucid yes ?11:33
cooloneyapw: yeah, i might use it for build ti-omap and fsl-imx5111:34
apwcooloney, ok, its building now will let you know when its done11:34
cooloneyapw: currently, i focus on ti-omap4 for M11:34
apwyp11:34
cooloneyapw: thanks a lot.11:35
apwi suspect we'll make them all as they are pretty cheap11:35
cooloneyyeah, i think so, and are those schroot setup scripts in our kteam-tools?11:35
amitkcooloney: lag: how are we doing on the bugs in omap support in lucid?11:44
amitkcan one of you take up the USB OTG bug11:44
amitk?11:44
lagamitk: I am still quite tied up with a suspend-resume bug, but I can take a look for you if you like?11:46
amitklag: please do, assuming you have a beagleboard now11:49
lagI do not :(11:50
amitkdoes either mporier or cooloney have one?11:51
lagJust my lonely panda - no wonder they're going extinct11:51
amitkmost zoos would love to get a panda :)11:51
lagI couldn't tell you11:51
cooloneyamitk: i'd love to do that. but i don't have beagleboard and panda11:55
cooloneyamitk: what's the USB OTG bug?11:55
cooloneyi saw some fixing in 2.6.34 kernel11:56
amitkcooloney: we need to find patches and fix configuration so the USB OTG works in Lucid11:57
cooloneyamitk: ok, any bug on LP? i do love to do that.11:59
lagcooloney: That image works11:59
cooloneylag: thanks for the testing.12:00
lagBut has a heart attack when a monitor is plugged in via HDMI12:00
cooloneylag: do you think that is the first time you meet that?12:02
amitkcooloney: lag: you should bookmark this page -> https://bugs.edge.launchpad.net/ubuntu/+source/linux-ti-omap/12:02
cooloneyno such thing in .33 kernel?12:02
cooloneyamitk: got it. thx12:03
lagamit: I already have it, thanks12:06
lagcooloney: bug59229512:06
lagcooloney: bug 59229512:07
ubot2Launchpad bug 592295 in linux-ti-omap (Ubuntu) "omapdss DISPC error: SYNC_LOST_DIGIT (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/59229512:07
lagcooloney: Are you still around?13:26
cwillu_at_workcwillu@lucid-zippy:~$ sudo modprobe usbhid14:39
cwillu_at_work[sudo] password for cwillu:14:39
cwillu_at_work[  400.146759] usbhid: unknown relocation: 314:39
cwillu_at_workFATAL: Error inserting usbhid (/lib/modules/2.6.35-rc3-dl0/kernel/drivers/hid/usbhid/usbhid.ko): Invalid module format14:39
cwillu_at_workthat doesn't strike me as the sort of thing that should be possible :p14:39
rsavoyedoes anyone know the url for gcc 4.4 in Maverick for ARM ?14:47
rsavoyeI dug around on launchpad, but only found lp:ubuntu/gcc-4.414:47
=== rsalveti_ is now known as rsalveti
cwillu_at_workrsavoye, http://ports.ubuntu.com/ubuntu-ports/pool/universe/g/gcc-4.4/15:02
rsavoyeis there a bzr branch for it ?15:08
cwillu_at_workapt-get source it, it'll tell you if there is15:09
cwillu_at_workbut yes, probably15:09
rsavoyeI wanted to check the level of ARM patches15:09
cwillu_at_workokay, that's a week since rcn was last on, anybody want to come with me on a rescue mission? :p15:10
cwillu_at_workhttps://launchpad.net/ubuntu/+source/gcc-4.415:10
rsavoyethat looks like it, thanks15:11
zumbirsavoye: afaik, doko uses debian svn for gcc devel, svn.debian.org -- project: gcccvs15:11
rsavoyeI wanted to check the code sourcery patches for ARM, which aren't in the Debian sources15:12
rsavoyethere are some new patches in gcc trunk for Android I was going to migrate15:12
zumbirsavoye: http://svn.debian.org/wsvn/gcccvs/branches/sid/gcc-4.5/debian/patches/#_branches_sid_gcc-4.5_debian_patches_15:13
rsavoyeright, but this patch I don't believe is in debian at all15:13
zumbirsavoye: where are CS patches at?15:13
rsavoyegot me, but I heard there was one for ARM stuff15:13
zumbiwell, there are tons of fixes and patches for ARM15:14
rsavoyeas the CS sources haves fixes for 4.4 based on 4.615:14
rsavoyenot a huge big deal, I was just doing some Android toolchain hacking and thought maybe I'd check15:15
zumbithey backport 4.6 development into 4.4 (probably for next release)15:15
rsavoyeyes15:15
rsavoyemaybe it's not merged in yet15:15
zumbiwell, g'luck!15:15
rsavoyeGuess I'll stick to my build of 4.5 for now.15:16
wocaowhere is the soucelist for  arm15:22
=== ericm|ubuntu is now known as ericm-Zzz
cwillu_at_workwocao, how do you mean?15:29
amitksources.list?15:29
amitksauce list?15:29
amitk:)15:29
ograyum15:30
ograsauce15:30
wocaosourcelist for arm platform15:35
wocao?15:36
wocaowhere i can fine15:36
wocaowhere i can find15:36
ograin /etc/apt/15:37
cwillu_at_workwocao, deb ports.ubuntu.com/ubuntu-ports lucid main universe15:41
* cwillu_at_work found rcn16:09
mpoirier_lag: what was that ?16:59
=== XorA is now known as XorA|gone
=== hrw is now known as hrw|gone
lagamitk: Ping17:10
lagOgra: Ping17:13
ogra__lag, yep ?17:19
=== ogra__ is now known as ogra
lagIf I'm fixing bugs for Panda, which tree should I be using?17:19
lagThings seem a little scattered17:20
ograno idea, cooloney should have created one on the server17:20
lagHe has one for Maverick17:20
ograright17:20
lagHang on17:20
ograpanda will be maverick17:20
lagHe has one for Maverick in his own area17:21
ograhmm17:21
lagWill panda only be Maverick?17:21
ograthen i dont know17:21
ograyes17:21
lagI have a working Lucid kernel?17:21
Martyngood morning17:21
ogralag, we wont add new kernels to lucid :)17:21
ograits released17:21
lagOkay, but the Maverick one doesn't work on Panda yet?17:22
lagOr does it?17:22
ograno idea17:22
ograafaik we dont have binaries yet17:22
MartynI've nearly finished the first set of ARM symbol de-dup patches.   I honestly had no idea how much work I had signed up for at UDS.  This is tough, tough work17:22
ograso i havent tested anything yet17:22
lagOkay17:22
ograwe got the branch on friday afaik17:23
lagSo I can't fix Panda bugs yet then, is that what you're saying?17:23
MartynI thought it would be easy to separate the functions out .. but it wasn't.17:23
Martynogra : What's new?17:23
ogralag, do we do have bugs for omap4 yet ?17:23
ograsince there is no package in the archive yet i doubt we do17:24
lagI have filled one17:24
lagBut that was with the Lucid kernel!17:24
* lag head explodes 17:24
lag's*17:24
ograwhich was just a build of the plain TI omap4 upstream kernel17:24
ograwe dont have the actual kernel yet we will use17:25
lagOkay, I guess that clears things up17:25
lagPhew!17:25
ograthe lucid package you use was just a quick build of what was available to get the boards up at all17:25
lagGot you17:25
ograthe actual kernel package we will use has to be built by cooloney first, would probably be best to ask if you can help him with that17:26
ograsince thats the current blocking factor17:26
lagOkay, I'll have a word with him tomorrow17:26
ograwhat was your bug about ?17:27
* cwillu_at_work continues happily using his working rcn kernels :)17:27
ograclearly a kernel issue ?17:27
lagHDMI17:27
lagYeah17:27
ograk17:27
laghttps://bugs.launchpad.net/ubuntu/+source/linux-ti-omap/+bug/59229517:27
ubot2Launchpad bug 592295 in linux-ti-omap (Ubuntu) "omapdss DISPC error: SYNC_LOST_DIGIT (affects: 1) (heat: 6)" [Undecided,New]17:27
cwillu_at_worknow, if only I could get firefox to stop crashing when using webworkers17:28
MartynWhen did the Panda board support go into the kernel?17:28
ograMartyn, not yet17:28
Martyn*nod*  The only thing I've seen so far was the proposed patch by David Anders, and it missed the patch window (just like the Smooth-Stone patch missed it)17:29
MartynBoth then end up on hold until 2.6.3617:29
tumbleweedI'm trying to replicate http://launchpadlibrarian.net/49300098/buildlog_ubuntu-maverick-armel.hdf5_1.8.4-patch1-2_FAILEDTOBUILD.txt.gz in qemu but it keeps segfaulting at the same point in the build processes17:45
tumbleweedare qemu-system-arm segfaults the norm?17:46
ogratumbleweed, depneds what kernel you use17:56
tumbleweedogra: the versatile kernel in the repos doesn't work with my qemu17:57
tumbleweedso I'm using the one from http://ports.ubuntu.com/ubuntu-ports/dists/lucid/main/installer-armel/current/images/versatile/netboot/17:58
ograthats the same kernel as the archive kernel17:59
ograbut thats alright then, you shouldnt see segfaults17:59
tumbleweedogra: it doesn't seem to be. md5sums don't mathc18:00
tumbleweedalso 2.8M vs 3M18:00
ograwell, debian-installer just pulls the binary out of the package18:00
ograwhen it builds the netinstall kernel18:00
tumbleweedwith a HEAD qemu and the archive kernel: http://paste.ubuntu.com/449748/18:01
ograoh18:01
ograyou should mention that you dont use the ubuntu qemu18:02
tumbleweedI was getting it with ubuntu qemu first, tried git after that18:02
tumbleweedactually haven't tried ubuntu qemu with the archive kernel. does that18:02
ogravmlinuz-2.6.35-2-versatile ?????18:03
ograthats not a lucid kernel18:03
tumbleweedogra: maverick18:03
tumbleweedaah, right18:04
ograright, thats untested yet :)18:04
ogratheoretically it should work though18:04
ograthere were no changes to the versatile branch to my knowledge18:05
ograapart from newer upstream18:05
tumbleweedok. I see no bugs. I'll file one18:06
ogragreat, thanks18:06
ograanyway, your build log seems to have a SIGILL18:06
ogracould be a toolchain issue18:07
tumbleweedyeah, I saw that. Tried to replicate, and got sidetracked by this18:07
ograsince it happens during linking18:07
tumbleweedI tihnk it cgot past that, though18:07
ograare you using a lucid rootfs in your vm image ?18:08
tumbleweedmaverick18:08
ograah18:08
cwillu_at_workwhat's the newest firefox build available for arm?18:09
cwillu_at_worki.e., does anyone have 3.7 builds?18:10
ograi dont think so18:10
ogratheer was no firefox upload to maverick yet18:10
ograso the latest in the archive must be the lucid version18:11
cwillu_at_work:/18:11
cwillu_at_workbuilding firefox isn't fun :*(18:11
ograi dont know if there is any PPA with dailies of trunk18:12
ograasac would know such stuff18:12
asaccwillu_at_work: ogra: https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa18:13
asacnot for armel ;)18:13
ograright, thats what i suspected18:13
asacbut firefox 3.7 is there ... which afaik is now branched ... so trunk might be missing temporarily18:14
cwillu_at_workasac, I suppose I could apt-get source it myself :/18:14
asaccwillu_at_work: yep18:14
asaccwillu_at_work: is there any important reason why we should try a ffox 3.7 build?18:14
ogratahts great, you can tell us about build failures in advance then :)18:14
asacif there is a good reason (like important bug fix landing for arm that needs landing), i spin that in a ppa18:14
cwillu_at_workasac, I can crash a 3.6 build at will by running my app on it?18:15
cwillu_at_workno idea if it's fixed yet, but it's annoying enough to duplicate that I really want it to get fixed by accident :p18:15
asaccwillu_at_work: do you see that problem o intel too?18:16
cwillu_at_workyep18:16
asacthen test it with that ppa18:16
ograand it worked on former releases i assume18:16
cwillu_at_workasac, have been, so far so good18:16
asacintel builds are avail there ;)18:16
cwillu_at_workogra, no, webworkers didn't exist previously18:16
ograah18:16
cwillu_at_workbut they're a pretty big win performance wise in my case18:16
tumbleweedogra: gaaah. wrong terminal. ubuntu qemu boots the maverick kernel fine, sorry18:16
ographew18:16
* ogra wipes the sweat off his forehead 18:17
ogratumbleweed, what i would try is to build the package in the same vm inside a lucid chroot, if thta succeeds its most likely a toolchain issue18:18
tumbleweedbrb supper18:20
ojnMartyn: I didn't see patches for either go by on arm-kernel. Where were they posted? (panda and smooth-stone support)?18:28
tumbleweedogra: when I say "boots fine" I mean it says "booting the kernel" and then hangs at 100% CPU18:31
* gsnedders found the reason why the BeagleBoard he has wasn't working properly: the NAND is b0rked.19:02
cwillu_at_workogra, well, I seem to be stable given some code modifications on 3.6.6 from the nightlies23:35
cwillu_at_workon x8623:35
=== bjf is now known as bjf[afk]

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!