/srv/irclogs.ubuntu.com/2009/11/04/#ubuntu-arm.txt

rcn-eeogra, with 2.6.32-rc6 landing alot of the beagleboard now works on mainline.  What's the best way to introduce a new target via config for lucid? ;)00:24
=== bjf is now known as bjf-afk
=== bjf is now known as bjf-afk
Ford_Prefect|wHello folks05:48
Ford_Prefect|wI'm trying to build an ARM cross toolchain to match the native toolchain from Ubuntu's ARM repository05:49
Ford_Prefect|wHas anybody done this already?05:49
Stskeepslbt may have05:53
Stskeepswe use one in our obs cross setup at least05:53
Ford_Prefect|wUm lbt? obs?05:58
Ford_Prefect|wThought I'd try apt-cross but it obstinately refuses to look at Ubuntu source mirrors05:59
Stskeepslbt=a nickname, obs=a builder service06:00
Ford_Prefect|wStskeeps, okay. Will wait till lbt shows up, I guess.06:00
NCommanderFord_Prefect|w, why do you want a cross-compiler06:05
NCommanderThe toolchain packages are the same across all architectures. You can get the most recent source suitable for building cross-compilers by installing binutils-source, gcc-source, and glibc-source06:05
Ford_Prefect|wNCommander, I'm working on an SDK which provides a cross-compiler06:09
Ford_Prefect|wSo development happens on the host, binaries are copied to the target06:09
NCommanderFord_Prefect|w, with the target running Ubuntu or?06:10
Ford_Prefect|wNCommander, I can pull the sources on the host but I was hoping to find scripts to do the whole bootstrapping shebang06:10
Ford_Prefect|wNCommander, Ubuntu06:10
Ford_Prefect|wOn the target and host, both06:10
NCommanderFord_Prefect|w, in general, we don't support cross-compiling for Ubuntu.06:10
NCommanderEverything is natively compiled06:10
NCommanderThere are a few guides though to getting the toolchain off the ground06:11
Ford_Prefect|wOkay. I think before long I won't be the only one who needs this. :)06:12
Ford_Prefect|wAs in, cross-compiling is a common enough use case in a lot of development environments, so it wouild be good to have a standard method to generate and use these.06:16
StskeepsFord_Prefect|w: talk to lbt for sure :) we have a very cool solution in this regard06:19
Stskeepsbuilding qt for armel in 4 hours06:19
Ford_Prefect|wAh, excellent06:20
Ford_Prefect|wBut wow, 4 hours?06:20
Ford_Prefect|wDoes it really take that long on the host?06:20
* Ford_Prefect|w huggles gtk and glib :P06:20
Stskeepsit takes 3-4 days natively06:20
Ford_Prefect|w<shudder>06:21
Ford_Prefect|wThese are those orion5x' I've hear of?06:21
Stskeepseither way we compiled our entire Mer with gtk,glib,qt in a day :P06:22
Ford_Prefect|wAh, omap2 :)06:22
Ford_Prefect|wReminds me that I need to try Mer out on my N81006:22
Stskeepsdoesnt have to be omap2 :P06:22
Ford_Prefect|w:) True, dat06:23
Stskeepscheck out http://wiki.maemo.org/Mer/Build , especially the cross section06:25
Ford_Prefect|wThanks! ... looking06:26
Ford_Prefect|wWe're actually using CodeSourcery's toolchain for cross-compiling right now, but there's potential for ABI breakage there, since they're not the same version as on the target06:36
Stskeepsyeah, it is better to have matching06:36
* armin76 looks at Ford_Prefect|w 06:40
Ford_Prefect|wHeya armin76 :)06:40
Ford_Prefect|w(don't ask me why we're not just using Gentoo and crossdev :P)06:40
NCommanderStskeeps, depends on what hardware you have ;-)07:06
StskeepsNCommander: yes, of course :P07:06
NCommanderStskeeps, I can build Qt4 on native hardware in 18-25 hours07:06
dpbAnyone know some legal stuff here? If I release an image for some hardware that's mainly Ubuntu but has some other packages added, can it be called an Ubuntu image, or do I need to rename it?07:33
Ford_Prefect|wNCommander, out of curiosity, what hardware is that?08:23
NCommanderFord_Prefect|w, Marvell Dove Y0/Y1, and Freescale Babbage iMX5108:23
Ford_Prefect|wAh08:24
NCommanderdpb, http://www.ubuntu.com/aboutus/trademarkpolicy - trademark policy if here08:24
NCommanderdpb, its pretty clear on what you can and can't call Ubuntu or an Ubuntu Remix08:25
StskeepsFord_Prefect|w: /msg lbt08:45
Ford_Prefect|wStskeeps, doing so09:00
=== ogra_ is now known as ogra
BeardedChimpIf I have the source code that compiled the kernel, where from that source code can I extract the headers that are normally downloaded through apt-get install linux-headers-(uname -r)13:35
=== bjf-afk is now known as bjf
dmartHas anyone tried newest kernel from jaunty-security (2.6.28-16.55) on armel?  It appears badly broken... gdm and X don't work, and logging in is impossible except as root.15:29
dmartA simple program which just uses setresgid and setresuid to become a normal user and then exec's a shell receives SIGKILL when the exec is attempted :O15:29
dmartThe OOM killer did not run though15:30
ogradmart, thats imx51 ?15:31
dmartYes, babbage115:31
dmartAm I doing something stupid... ?15:31
ograbjf, amitk ^^^ ?15:31
ogradmart, definately not, it should work15:31
bjfogra, no idea, should just work15:32
ograyou didnt change the patchset or anything in jaunty, right ?15:32
bjfogra, no change to the patchset, I think there may have been a rebase done15:33
ograhrm15:33
dmartI think the only think I did was to upgrade the kernel via apt-get install linux-imx5115:33
dmartIf a roll back to 2.6.28-15.52, that seems to work normally.15:33
bjfogra, we aren't building that kernel for updates are we15:33
dmartDunno, this was from jaunty-security15:33
bjfogra, the only one I work on is the one in the jaunty topic branch15:34
ograbjf, you mean jaunty->karmic ?15:34
ograwill likely not workj since the jaunty kernel didnt support B2.x and the karmic kernel doesnt support <B2.x15:34
dmartBut 2.6.28 isn't the karmic kernel, right?15:35
bjfthis is a jaunty update15:35
bjfdmart, no that's jaunty15:35
ograbjf, so what did you mean with "<bjf> ogra, we aren't building that kernel for updates are we" ?15:35
ografor sure security updates should work15:35
ograrelease to release wont work because of the different patchsets15:36
dmartSure; that I would expect15:36
bjfogra, the only work I've done w.r.t. imx51 on jaunty is in the imx51 topic branch and that branch doesn't get built for updates (or any other reason that I'm aware of)15:36
ograright15:36
dmartThere's been a regular trickle of updates to the jaunty kernel through jaunty-security15:36
ograi was just wondering if someone was insane enough to merge that one into the security update for whatever reason15:37
dmartSounds like I should go ahead and raise a bug on this?15:39
bjfdmart, can I get you to file a bug on this issue?15:39
dmartYeah, I can.15:39
dmartThought I should check with you guys first though15:39
bjfdmart, thanks, what you are seeing should _not_ be happening15:40
ograright15:41
dmartIt's very weird...  the kernel mostly works, but with some very strange behaviours15:41
bjfdmart, if you stick with -15.52 you should be ok, we'll look at the bug and try to get it sorted out15:43
bjfdmart, post the bug number here and I'll assign it to myself15:43
dmartI can use the older kernel, no problem... but if something got merged in the jaunty imx51 kernel tree that shouldn't have been, I guess that needs sorting out.  I'll raise a bug.15:44
=== bjf is now known as bjf-afk
* bjf-afk will be back in a few minutes15:45
dmartI've raised a bug and subscribed you guys— cheers.15:53
ograthanks15:54
=== bjf-afk is now known as bjf
bjfdmart, got a bug number for that?16:05
dmarthttps://bugs.launchpad.net/ubuntu/+source/linux/+bug/47432216:06
ubot4Launchpad bug 474322 in linux "linux-image-2.6.28-16-imx51 appears broken on armel" [Undecided,New]16:06
bjftanks16:06
armin76looks like freescale is now selling an eval board of imx5116:11
=== bjf is now known as bjf-afk
=== bjf-afk is now known as bjf

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