#ubuntu-arm 2009-03-01 <ian_brasil> i am trying to install ubuntu-mid in an arm qemu but i get broken packages <ian_brasil> just wondered if this was known about? <EL_tw> test <EL_tw> Hello all <EL_tw> I got a question about ubuntu running in a arm platform <EL_tw> Is it's performance ok when ubuntu running in Ti OMAP? <EL_tw> 3430 <EL_tw> Basically, I want to know the status about ubuntu on a arm platform. <EL_tw> "Debian ARMel TODO" seems answer my question. :) <Stskeeps> hmm. ubuntu arm is compiled with -thumb is it not? <EL_tw> I have no idea about that <[g2]> rwhitby: I'm surprised to find you here :) <[g2]> suihkulokki: I this those are called 'sheeva' gym exercises to make ARM stronger, faster, better :) <suihkulokki> [g2]: are you sure it's not for "making ARM moving forward faster" ;) <[g2]> suihkulokki: time will tell :) <ka6sox-laptop> hopefully it makes it better! <[g2]> hey ka6sox-laptop :) <ka6sox-laptop> howdy [g2] good to see ya. <[g2]> likewise <ka6sox-laptop> SPlug ought to be a fascinating toy. <ali1234> hi <ali1234> last night i got pretty far installing this on my htc wizard <Stskeeps> what problems did you run into? <ali1234> only problems relating to my kernel <Stskeeps> ah - 64mb ram seems a bit low though <ali1234> basically it got to 30% of the way through installing the base system then it tried to go to into low power mode or something, and there was a kernel panic <Stskeeps> how's the hw support? <ali1234> i'm working on hw support with the linwizard project <ali1234> we actually have almost everything working except wifi <Stskeeps> *nood* <Stskeeps> -o <ali1234> oh and sound... sound is the major thing we miss... we can make phone calls, you just can't hear the other end, and they can't hear you :/ <lool> Stskeeps: Yes, it's built with Thumb; armv5t actually <Stskeeps> k, good #ubuntu-arm 2009-03-02 <NCommander> hey all <EL> I still got the same problem when I run ubuntu-arm on QEMU <EL> I press a key, then it output 'u'. <EL> I had used newest QEMU-0.9.1+SVN20081112 <EL> My linux kernel is: vmlinuz-2.6.28-versatile <EL> Any suggection? thanks <EL> Sorry, I fix my problem by add "-k en-us" to qemu-system-arm command. :) * lool just got the pun with "sheeva" * lool is slow <EL> ha <EL> hi lool <EL> what's the clock of sheeva? <lool> EL: It's on the marvell page; 1.2 GHz <EL> see <EL> One Question: Is ubuntu-arm too fat to run on modern ARM chip? <Stskeeps> i have ubuntu base system running on a nokia 770 .. :P (not with GNOME, though) <EL> I means "ubuntu-desktop" on ARM <EL> Another Question: what is biggest problem for ubuntu-desktop on ARM? <suihkulokki> memory (RAM) consumption :P <EL> Agree. Maybe, we need a ubuntu-desktop-lite. <EL> So, is ubuntu-mid a better solution? <lool> EL: It's lighter, but didn't receive much care in Ubuntu recently <lool> EL: "modern" ARM chips as you say are quite fast and often come with a lot of memory; depends on what you're exactly targetting <EL> but you said that sheeva is slow for running ubuntu-desktop <EL> It has 1.2GHz clock! <EL> I like arm-version netbook solution. fanless, low-cost, lower power-consuming <suihkulokki> I don't think anyone said sheeva is too slow for ubuntu-desktop * lool didn't say that <lool> EL: GNOME is decent on 800 MHz cores <lool> With 512 MB of RAM though <EL> ok, I may misunderstand. <EL> Does ARMEL mean "ARM Little endian"? <lool> Yes <lool> Alebit the "arm" port was also le <EL> thanks <EL> If I need cross-compile for ARM on x86, where can I get a fine toolchain? <ogra> EL, see the rootfs from scratch page in the topic <ogra> use qemu <EL> for compiling? <ogra> for an environment in which you can develop, compile and test <EL> I think so, but it's a little slow. <ogra> what do you plan to develop ? <ogra> kernel stuff or something more top level ? <EL> kernel <ogra> ah, right, for that a cross compiler is indeed a good choice, our prob is that many people ask for a cross compile toochain stuff for userspace development so my general asnwer is qemu ;) <EL> got it <ogra> in userspace you need a ton of dependencies first built for the cross toolchain, which we dont want to provide <EL> So for a cross-compiler, do you have any suggection? * ogra looks for amitk's blog, he had a howto for a kernel toolchain <ogra> (and i belive lool works on something more integrated but i dont know the status) <lool> status is I made good progress to pass the point where I was stuck <lool> But I keep quiet about it because I don't want to set high expectations from other people <EL> :) <EL> good policy! <lool> I likely found the reason of the newlib and glibc FTBFS-es I was getting and am likely to have something working soon * lool & <ogra> EL, http://idlethread.blogspot.com/2009/01/recipe-of-day-cross-compiling-armel.html <EL> thanks <lool> Right, the codesourcery toolchain works right now <lool> Or the emdebian one for debian <ogra> yeah <EL> I think there are many toolchain for arm. <EL> So I need a suggected one, ha. <EL> In other words, which one is better? <ogra> the tested one usually ;) <ogra> amitk is our current arm kernel maintainer in ubuntu, he should know what he recomments :) <ogra> so just follow his howto and you should be fine for now <EL> ya, It's what I need. <EL> thank you very much! <EL> :) <ogra> :) <lool> ogra: Did you see #336770 <lool> I guess so since you're subscribed <lool> ogra: Could you debug and see whether it's a hwclock, installer, or kernel issue? or perhaps it's out of RAM at this stage again? <ogra> bug 336770 <lool> No bot <ogra> grr <lool> Not sure I terribly like having bugs subscribed to canonical-arm-dev <ogra> ah, andy just subscribed me <ogra> unsubscribe it, i'll assign to me, i meant to look into that anyway <ogra> he sent a mail already <lool> Thanks <ogra> i dont see flash-kernel in the d-i environment, i suspect it has to do wit it <ogra> it cant run out of ram at that point <ogra> as soon as partitioning is done there is swap <ogra> partman moans loudly if you dont use swap <lool> Good point <Tscheesy> ogra: still the same building error - hal won't restart in latest Kubuntu-Root-fs <ogra> Tscheesy, thats very very weird, i have built multiple ubuntu-desktop, xubuntu-desktop and commandline rootfses since <ogra> and never saw that error <Tscheesy> it's perhaps because KDE4.2 is not Ready Yet? <Tscheesy> is there a possibiltity to build the Image anyway and try to repair it later? <ogra> build a commandline image <ogra> then install kubuntu-desktop on the running system <Tscheesy> good idea.. is this ubuntu-minimal ? <ogra> yep <Tscheesy> thanks.. this way i get into qemu also.. <lool> NCommander, ogra: new kexec-tools merged <ogra> yippie <ogra> that took a while :) <NCommander> yay #ubuntu-arm 2009-03-03 <rbelem> hi ogra <rbelem> i released a python module called smaps-plotter <rbelem> http://gitorious.org/projects/smaps-plotter <rbelem> it gives memory consumption information <rbelem> related to a specific process <rbelem> using the smaps from linux kernel <lool> Is there a Qemu machine which can run RedBoot or APEX? <ogra> lool, i doubt that <ogra> there are ways to use u-boot in qemu <lool> http://douglassanchez@example.org/msg09189.html <lool> Unfortunately we don't have a packaged mipsel BIOS <ogra> heh <ogra> hmm <ogra> http://sources.redhat.com/ml/ecos-discuss/2008-03/msg00092.html <lool> Does U-Boot support FIS / RedBoot partitions? <ogra> i dont think so <ogra> but then i never used it from something else than SD ... <NCommander> lool, it might, I haven't used it that much * NCommander is looking at what is necessary to package ecos <NCommander> at least just the source bits <lool> amitk: Is there a reason why the redboot kernel module only works with mtd devices? If I plug a RedBoot formatted SD card with the module loaded I get "sdd: unknown partition table" <amitk> lool: there are several redboot related configs in advanced MTD config <amitk> related to partitioning, block sizes, etc. #ubuntu-arm 2009-03-04 <[insert_name_her> so do i have to build this myself or what? <lool> hahaha gentoo on freerunner <lool> "This mean you can cross- and natively compile a basic system..." <lool> Native compile \o/ <ogra> lool, well, isnt OE the same as gentoo, only smaller ? <sof> Hi <sof> Does anyone know of a calibration tool that works on ARM? #ubuntu-arm 2009-03-05 <goshawk> hi <goshawk> i was looking at the armel support <goshawk> what are the differencies between ixp4xx and versatile images? <EL> goshawk: I think you can check their config file in kernel. <EL> For original kernel source, they are in arch/arm/configs <EL> For debian packed source, they are in debian/config/armel <EL> Question: Is there any way to compile one kernel but all kinds of them by debuild with ubuntu's kerenl source pack? <goshawk> thx <EL> :) <goshawk> but <goshawk> http://cdimage.ubuntu.com/netboot/jaunty/alpha-5/ <goshawk> you don't have any config file here <goshawk> there are just netinst <goshawk> and you don't know which one to get <EL> I means you need a kernel source code to check what's difference bewteen them. <goshawk> no sources in this case :) <EL> git clone git://zinc.ubuntu.com/ubuntu/ubuntu-jaunty.git <EL> Q2: How to get source code by git but .git dir ? like cvs release <goshawk> i don't know, i don't like git, i use hg :) i'm installing it right now <goshawk> what? 990000 objects? <goshawk> what am i downloading? <goshawk> i've to go <goshawk> EL: thanks for you help :) <EL> Q3: Is ubuntu 0904 support EXT4 when installing? <amitk> EL: yes, it support ext4 as an _option_, not default <EL> see, thanks :) <EL> I got problem when I change QEMU's -m option to more ram size <EL> QEMU will show nothing. <EL> a workable ram size setting is 256M <EL> It's too small to run ubuntu-desktop image. <EL> Any suggection? <amitk> 256M should be enough, seems to work for me for versatile images <EL> 384M, 512M fail. I also added kernel parameter "mem=MYRAM_SIZE". <EL> I can see the login screen. <EL> but I can't login successfully <EL> By the way, I ran my ubuntu on VMWare on WinXP. :p <EL> Basically, I think it should be ok, when I changed ram-size. What's wrong???? <amitk> can't say <EL> ok :) <amitk> I use this cmdline: qemu-system-arm \ -M versatilepb \ -kernel $KERNEL \ -hda jaunty-armel.img \ -append "root=/dev/sda rw console=ttyAMA0,115200n8" \ -m 256M -smb /share \ -serial mon:telnet33ec:265c:71fe:e26d:2682:4ec2:aaa1:99ab,server,nowait <EL> Another question, How to use git to get source but .git like CVS release? <EL> my cmdline: qemu-system-arm -k en-us -M versatilepb -kernel ./vmlinuz-2.6.28-versatile -hda ud.img -m 256M -append "root=/dev/sda rw" <amitk> EL: I don't follow the question. you can use 'git clone <git repo>' <EL> I see <EL> "git clone" will get source + git's control data. <EL> but I just want source. <EL> Maybe git didn't implement the function I want. :p <amitk> i guess. Just clone and then delete .git <EL> Baically, I want to download the source quickly. <EL> anyway, thank you. <EL> amitk: Do you know how to build single kernel image by debuild with ubuntu's source pack <amitk> EL: debian/rules binary-versatile inside Qemu <amitk> replace versatile by the flavour you want <EL> Is it possible to build but pack them to deb? <amitk> EL: above commaned will do that <EL> see <suihkulokki> vnc4 -dep-wait appears to be incorrect in ubuntu/armel <EL> I can login ubuntu-desktop with my 256M ram, when I wait more time with bigger patience. :) <EL> It's slow~ <EL> :) <lool> suihkulokki: Thanks, gave it back <lool> suihkulokki: Hmm it failed to build in the same way and has the dep wait again <lool> I can't find mesa-swx11-source in my packages, it seems it was dropped a while ago <lool> It's not in intrepid and jaunty <suihkulokki> I didn't say giving back is the proper fix :P <suihkulokki> lool: as you noticed, dep-wait is incorrect as there is no mesa-swx11-source <lool> suihkulokki: Well there's a bdep on it <lool> For some reason it was dropped from mesa <lool> Right, it was dropped in experimental which we pulled <EL> ARM's versatile don't support more than 256mb memory. <EL> Someone had make a patch: http://qemu-forum.ipi.fi/viewtopic.php?f=20&t=4818&sid=f4a881881e7a1f5ef9f64a50188a24da <EL> Is there any other arm kernel that can support more RAM? <EL> qemu-0.10.0 is released today! <lool> suihkulokki: Needs a merge from Debian; vnc4 doesn't bdep on this -source in Debian <lool> suihkulokki: bug #338148 * lool slaps bugbot #ubuntu-arm 2009-03-06 * Stskeeps yawns <Stskeeps> persia: u-m patches for hildon desktop seem to apply fairly cleanly on top of latest h-d release btw <persia> Stskeeps, Cool. Ubuntu passed FeatureFreeze, so we avoid updating to the new upstreams between now and release, but for the next cycle, that ought make the merge go smoothly. <Stskeeps> yeah, was just informing :) <persia> How is your effort with upstream going? Are your patches getting merged? <Stskeeps> when it comes to hildon-desktop (the old UI) they've pretty much put that codebase in our hands, their new clutter-based hildon-desktop is what they're focusing on now <Stskeeps> where desktop and home area is seperated <persia> In that case, I'd encourage you to review the u-m patches, and accept anything you think is worthwhile. Be nice to drop the distro-specific patches if possible. <Stskeeps> *nod* we have merged them actually, and working a bit to see what we can make of them <Stskeeps> been playing a bit with marquee :) <persia> Cool! <Stskeeps> we have a rather insane artwork guy so we're trying to implement some of his themes and ideas <Stskeeps> http://tabletui.wordpress.com/2009/02/18/mer-ui-scalability/ <persia> Stskeeps, Sorry. I was distracted. So you're looking at scaling from 240x320 through to 1600x1200? <persia> Or just 480x640 through 1600x1200? <Stskeeps> for instance, but this was just a blog article based on a challenge to employ hildon-like UIs on smaller screens and bigger screens :) <Stskeeps> so he made some mockups <persia> Well, it's very promising. <ian_brasil> mer looks like unr <persia> ian_brasil, Kinda, although the underlying components are closer to Ubuntu MID #ubuntu-arm 2009-03-08 <rbelem> hi all <rbelem> which package caching is recommended? approx, apt-cacher, apt-cacher-ng? <ffbb> i have used apt-cacher with success, it works never have bothered to try any other <rbelem> thanks ffbb. I have been using apt-cacher too. I got some little problems, but nothing that annoys me so much. But is it the better option? <rbelem> s/better/best <ffbb> can't know, only one i have used, maybe some one else will (maybe in other place than this) <rbelem> ffbb, i asked here because of the ogra 's script <rbelem> ffbb, it downloads all the packages from ports.u.c <ffbb> ok, ahem ahem im just random guy who saw a nice looking name <rbelem> ffbb, and my internet connection is not so fast <rbelem> :-) <rbelem> ian_brasil_, throw away your damn wireless router <ian_brasil_> rbelem: there was a power cut (another one) <rbelem> ian_brasil_, damn manaus energia <ian_brasil_> right, these things are sent to test us <ian_brasil_> rbelem: did you get the system to boot on the beagle? <rbelem> ian_brasil_, yep ;-) <ian_brasil_> nice.it boots into what desktop?..xfce? <ian_brasil_> or just into ubuntu-minimal? <rbelem> ian_brasil_, xfce for now. I'm trying to install ubuntu-desktop now, but my internet connection is very slow today <ian_brasil_> I was thinking of doing a theme for it so if you install MID we can use the one I already did..what do you think? <rbelem> ian_brasil_, xfce for now. I'm trying to install ubuntu-desktop now, but my internet connection is very slow today <rbelem> ian_brasil_, sounds nice <ian_brasil_> or maybe just leave xfce and i use this -> <ian_brasil_> How to make a GTK theme that uses multiple theme engines <ian_brasil_> http://arstechnica.com/open-source/news/2007/08/how-to-make-a-gtk-theme-that-uses-multiple-theme-engines.ars <ian_brasil_> this might be more useful <rbelem> ian_brasil_, cool! <ian_brasil_> cool so if you have it booting into xfce i will do the the theme <rbelem> ian_brasil_, nice! I will install ubuntu-desktop on another sd card <ian_brasil_> ok #ubuntu-arm 2009-03-09 <DDevine> Greetings! <DDevine> Who is interested in the SheevaPlug? <persia_> DDevine, Lots of people. Do you have one? <DDevine> Not yet - just waiting on my pay-check. <DDevine> I have started a SheevaPlug channel - #sheevaplug if you want to come chat or idle. <persia> I'll wait until I get one. I'd be interested to hear if anyone gets Ubuntu Server working on it though. <Stskeeps> looks quite trivial to port onto <DDevine> Yeah, I think they have already ported Ubuntu onto it. <DDevine> So after that - server kernel should just be a few adjustments. <Stskeeps> persia: the documentation has jaunty into NAND guide <DDevine> Yeah, I havent actually read that yet so I didn't want to claim... <DDevine> Thinking of getting one? <persia> Oh, cool! <Stskeeps> a couple of those as buildds could be interesting ;p <DDevine> I'm looking at channeling some of the nslu2 guys into the sheevaplug scene. <persia> Indeed, or just as a handy server for IRC presence, etc. <DDevine> yeah, but that is boring. <DDevine> You can do MUCH more. <Stskeeps> i think this plug would actually be gf friendly <persia> DDevine, I suspect you'll see a fair amount of shared interest... <DDevine> Stskeeps: If you mean that it would not make them complain about the noise? <Stskeeps> DDevine: for instance, but my gf is also cautious about power usage <rabeeh> DDevine: join #openplug <DDevine> Mine hates servers. She doesn't appreaciate the powerful roar. (and the power usage). <persia> That's just the big servers. There are little quiet ones too. <Stskeeps> my personal worry is that i'll have to find some awkward plug converter though <persia> Well, one hopes they will have similar devices for other markets. <armin76> Stskeeps: awkward? a plug adapter is very common :P <Stskeeps> well last time i had a proper american->dk plug adaptor it nearly torched a camping wagon :> but i guess i just need a good one <DDevine> rabeeh: Thanks for the OpenPlug referral. I'm merging with them. #ubuntu-arm 2009-03-10 <juliux> hi <persia> Hey juliux <juliux> if i try install ubuntu-desktop on a n800 i got this dependencies problems http://paste.ubuntuusers.de/394406/ my sources.list is http://paste.ubuntuusers.de/394407/ <juliux> i followed this howto http://www.internettablettalk.com/forums/showthread.php?s=3127852160d9e8ec0680bf3720e08e49&t=25975 <Stskeeps> mm, do be aware that that ubuntu howto is hardly actual ubuntu, so there might be weird interactions <juliux> no problem <juliux> it is just for testing not for productive use <juliux> if it's broken it is broken;) <persia> juliux, According to http://people.ubuntu.com/~ubuntu-archive/testing-ports/jaunty_probs.html it is broken today :( <persia> It's been working before, and will probably be working again. <Stskeeps> ah, nice page * Stskeeps bookmarks <juliux> persia: thxs for the link <juliux> persia: i just find my n800 right bevor cebit back and then it was original playya job to bring ubuntu on it;) <persia> Check the LP page for anything that produces uninstallable binaries. I suspect there's probably either version skew, or FTBFS going on. <persia> If you had playya hacking it directly, it probably got it installed fairly sanely, so it's just archive skew that's hitting you. <juliux> ok <juliux> playya found his n810 so we will test it in the next weeks again and again;) <persia> Mind you, if you're feeling sufficiently inclined to hunt down the reason for the failure, and submit patches ... :) <juliux> i have ordered two extra sd cards today;) * persia needs to dig up some out-of-archive kernels, and install jaunty on more devices one of these days <Stskeeps> juliux: if you need any assistance with ubuntu and such on the tablets feel free to prod me. b-man is mostly just integrating work done by me related to the mer project (we've had ubuntu/mojo since summer on the tablets but didn't want to have a seperate ubuntu distribution cos it would run into similar problems as with debian on tablets - not power saving enough :P) <juliux> Stskeeps: good to know <juliux> Stskeeps: i will wait until ubuntu-desktop is installable and then see what is working <persia> juliux, While you're waiting, you might want to look at mer: it's got *lots* of patches that haven't gotten to Ubuntu yet. <juliux> persia: what is mer? <Stskeeps> http://wiki.maemo.org/Mer , currently playing with new UI implementation based on some of the U-M patches :) <juliux> ok <Stskeeps> ubuntu jaunty based <persia> Personally, I suspect that many, if not most, of those patches will drop into karmic, but none of those who could upload had time to review all the Mer patches during jaunty. <lool> juliux: Could be apport failing to build on armel <lool> Unfortunately, a bunch of main packages failed to build on armel <persia> lool, More than apport. See the jaunty-probs report. <lool> persia: There's more than apport failing, but I suspect it's causing the uninstallability because of arch: all/any deps <lool> ANyway <juliux> sorry for the stupid question but what is the menu/swap key on a n800? <Stskeeps> the middle one below dpad <juliux> Stskeeps: thxs <juliux> Stskeeps: mer installations runs fine for me <juliux> thxs for the cool install script <Stskeeps> hehe, say thanks to b-man for that part :) <juliux> ok <juliux> Stskeeps: is there a special irc channel for mer? <Stskeeps> juliux: we mostly hang out in #maemo and #mer <juliux> ok <NCommander> hey lool, I tested ubuntu-desktop on a fresh install twice, its not uninstallable for me <NCommander> lool, I also have most of my patches to actually get RedBoot to build merged into bazaar repos (ecos's config tools need patching :-/) #ubuntu-arm 2009-03-11 <perdidopunk> hey, does anyone know what port i need to connect my terminal emulator to to communicate with an ARMmite over USB in ubuntu? <persia> juliux, ^^ <persia> perdidopunk, If the USB connection supports serial, you should get something like /dev/ttyUSB0 <perdidopunk> persia, thanks <persia> If not, it's more complicated, and you might want to track it down in ARMite forums. <perdidopunk> as soon as i asked the question, i had the idea to do a diff on /dev with the thing plugged in and unplugged; that's what i came up with <perdidopunk> is tcl a good terminal emulator to use? <persia> minicom is probably the most popular. cutecom has some fans. There's also gtkterm, and others. <persia> Personally, I'd suggest minicom if you want it in a terminal window, cutecom if you want a GUI and you use a primarily QT environment, and gtkterm if you want a GUI and you use a primarily GTK environment. <perdidopunk> alright, i've connected to my board with minicomm <perdidopunk> i think i might have wiped it last time i did anything to it in windows <perdidopunk> thanks for the advice btw <perdidopunk> damn <perdidopunk> the only site i can see on google that seems like it will be helpful to me is broken <perdidopunk> hm, i wonder if i can put a shell on this thing so that i can at least tell if i'm communicating with it correctly <perdidopunk> persia, ever use the gnuarm toolchain? <perdidopunk> or anyone who' <perdidopunk> *anyone who's reading <persia> "use", yes, but not in the depth you need :) <perdidopunk> hehe <perdidopunk> i'm just wondering how the heck to write "hello world" and upload it to the device <persia> Or maybe not, if you mean the www.gnuarm.com toolchain <perdidopunk> i can't seem to find any resources on doing so with gcc and/or minicom <perdidopunk> yeah, that's the one i was looking at <persia> Oh, then no. <perdidopunk> have you any experience with other archs that might be of relevance? <persia> Ubuntu typically does native builds, and we typically either use real hardware or the qemu emulator to test things. <perdidopunk> hm <perdidopunk> by "real hardware" i assume you mean a physical ucontroller <persia> I wouldn't run Ubuntu on a microcontroller: it's simply too big. <perdidopunk> yeah, i'm not looking to, hehe <perdidopunk> it's only 60mHz and has something like 32k of flash memory <persia> Things like the beagleboard, the babbage, the nslu2, the n8x0, the Zaurus, etc. are more common hardware platforms in use. <perdidopunk> maybe i'm in the wrong channel <persia> For that hardware, probably. <perdidopunk> i'm mostly just looking to tinker with using it for some simple control <persia> Not that other people here might not be interested, but that our focus is on getting Ubuntu working smoothly on higher-end hardware. <perdidopunk> maybe some LED's, little actuators, etc <perdidopunk> ah, i landed in the wrong channel <perdidopunk> do you have any idea where i should go for ucontroller help? <persia> Unfortunately, I don't. And don't worry about the channel: given your focus, it seems reasonable that this could have been about getting Ubuntu working with ARM microcontrollers. <dave_m> Does anyone know if there are Jaunty install images for arm yet? <lool> dave_m: There are but not for babbage yet <lool> Actually the babbage images will be quite different <dave_m> I understand this... but I'm wondering whether there is something more user-friendly than debootstrap at present <lool> dave_m: There's a script to run debootstrap for you if you like <dave_m> Can you give me a pointer? <lool> https://wiki.ubuntu.com/ARM/RootfsFromScratch <dave_m> Thanks <ogra> note that kde currently has issues with that script <ogra> (due to packagekit expecting some dbus services to be available that arent, not the scripts fault, kde people are working on fixing it) <lool> ogra, NCommander: did one of you ever come across 322798 <ogra> bug 322798 <lool> FAIL <ogra> (i want a bugbot !!!) <ogra> no, hal runs fine here <ogra> and thats reported against an old hal version <ogra> we have git20090204-0ubuntu3 atm <lool> dave_m: ^ <ogra> hald/linux/devices.c:leds_add() also sounds like kernel related <lool> dave_m: Could you retest with latest hal? <ogra> best to try with the live image <lool> ogra: Well the bug is from January too <ogra> right <ogra> so it might be a) fixed upstream in hal and b) its not using the kernel we use <dave_m> I will update hald... not that the crash was caused by deferencing a random pointer in usersapce, so the patch should be looked at anyway <ogra> i'm intrested in getting it tested with latest hal and treh actual kernel we will release :) <dave_m> I don't have the 2.6.28 kernel update for babbage yet, but I will try updating hal anyway. <lool> dave_m: Sure, if the code path isn't hit with our kernel / new hal it will be of a lesser priority though <dave_m> Sure <ogra> dave_m, http://people.ubuntu.com/~ogra/arm/babbage/ <lool> dave_m: We have built a babbage kernel today in the archive now <lool> dave_m: You should see it if you upgrade now, but it wont install to flash or SD at the moment <ogra> the README says that :) <armin76> whats a babbage board? <lool> armin76: An iMX51 SoC <lool> For development <armin76> i want one :P <armin76> dave_m: can i get an armv7 board for gentoo? :) <lool> armin76: Hmm you're aware that you're on #*ubuntu*-arm right? :-) <armin76> lool: yup <dave_m> armin76: Unfortunately, I think that currently these are expensive and only available in small volumes... You'd probably be better off sticking off with Beagle or something right now... <armin76> dave_m: well, if you want armv7 officially supported on gentoo, and are able to help, just let me know :) <dave_m> I wasn't involved in getting hold of these boards, but I'll let you know if I get any useful info <amitk> armin76: Beagle _is_ armv7 <armin76> thanks <armin76> amitk: i know, but we don't have one <dave_m> It's not too expensive... nearly bought one myself to play with. <amitk> I wonder if they released the newer version of the beagle though. <dave_m> Does anyone else have problems with ports.ubuntu.com? Some days it's pretty impossible to update the package lists--- lots of stuck TCP connections. Is the server overloaded? I'm not getting similar problems with other sites... <dave_m> amitk: I was still waiting for the rev C to come out, since it fixes some things... but I haven't been watching recently. <lool> dave_m: We had various hardware issues in the last weeks, but if you have current issues let us know <lool> dave_m: Last I heard, a RAID array failed on the main host so it was down, then was replaced by another temp machine while hardware was replaced, then the regular machine was brought back up, but I don't know whether any other issue popped up since <dave_m> Right now for example, apt-get update is blocked trying to download a Packages file. I've tried this 3-4 times now. As far as I can tell, it's not a local network issue... Other days it works fine... <lool> dave_m: It works for me <lool> dave_m: Could it be a driver issue in the babbage? <lool> dave_m: Ethernet is known to be flaky in 2.6.28 according to FSL <dave_m> It's not impossible, but NFS, ssh, scp etc have all been working fine. Probably not worth worrying about unless other people start to report similar problems... <lool> ogra: Do you have any issue running apt-get update on babbage ATM? <lool> dave_m: If it persists, let me know and I'll open a ticket with our IS; they might want to talk to you to debug the issue if needs be <dave_m> OK, if I can be reasonably sure it's not a problem here. It's not too serious right now... it just means sometimes I need to wait a few hours before I can update. <lool> dave_m: Frankly, I've been pain by this in the past and know how unfun it is, but not that much with armel -- we had issue a couple of cycles ago when dealing wiht lpi <lool> lpia <dave_m> ogra, lool: hal 0.5.12~rc1+git20090204-0ubuntu3 seems to work OK for me, so the issue I reported is no longer critical. Someone should still take a look at some point in order to understand whether this was just lucky or the bug was really fixed. <lool> dave_m: Ok, thanks <ogra> thanks a lot :) <persia> ogra, There is a bugbot, just not a brilliant one. bug #123456 <persia> ubot2, bug #123457 * persia hunts the bug wrangler <lool> ogra: Just ping persia when you need the URL of a bug ;-) <persia> That doesn't work (although it's always https://launchpad.net/bugs/nnnnnn) <persia> But do bug me if you don't feel like tracking down the bot wrangler and it's not responding. I may not notice from backscroll, and I'm not a big bugbot user. <Stskeeps> curious, did you people start out with ARMv4t for libraries and such? just wondering, because when I glance through readelf of some jaunty-armel libraries it shows Tag_CPU_arch: v4T ? <ogra> lool, perfect :) <lool> Stskeeps: Yes indeed, we started from Debian armel binaries <Stskeeps> alright - that explains it then <lool> Stskeeps: We built Ubuntu sources against the Debian archive, then moved the sources.list to Ubuntu armel only <persia> bug 322798 <ubot4> Launchpad bug 322798 in hal "Segfault in hald startup (hald/linux/devices.c)" [High,New] https://launchpad.net/bugs/322798 <persia> Right. Working now. <ogra> ah, you have beaten it into shape, nice <persia> Not I. All credit belongs to jpds. <NCommander> ogra, I successfully booted your live image on my babbage :-) <ogra> good <ogra> if you want to get rid of the dying ttys set the hwclock <NCommander> ogra, I ddn't get dying ttys ... <ogra> ah, fine then, so your hwclock is set already <armin76> lool: who provided you the arm boards apart from marvell? :) <lool> armin76: I don't know, I got them from my company <armin76> lool: your company being canonical? <lool> Yes <lool> dave_m: Dunno whether you follow the kernel list but the VFP patches were merged in our tree <sofi1> Hi ...I am having problems making touchscreen to work on jaunty -armel <sofi1> Can anyone help me? <sofi1> Was any1 able to get touchscreen working on Jaunty- ARMEL? Can the touch ever work on Jaunty-armel? Is that a known issue? #ubuntu-arm 2009-03-12 <newz2000> hi, would something like this make a suitable board for experimentation? [ebay link] http://tinyurl.com/cnjbgy (3.5" LCD) or http://tinyurl.com/b46hsg (7" LCD) - both are Samsung S3C2440 ARM9 devel boards <newz2000> Or does someone have a suggestion for something that has network connectivity and usb host for around $100 USD? <rwhitby> network and usb host? Linksys NSLU2 <rwhitby> or a sheevaplug <rwhitby> both under USD$100 <rwhitby> talk to lool for ubuntu on nslu2, and rabeeh for sheevaplug :-) <newz2000> so would I be making life difficult by experimenting with a paltform like the ones I linked above? <persia> newz2000, The main tricks with most platforms are 1) making sure there is a clean working kernel, and 2) making sure you have a mechanism to install. <persia> It's always safer to go with something that someone else already has working, but if you're prepared for the extra work in getting the basics working, anything ought to work. <newz2000> ah, good advice. That vendor says they ship with 2.6.13 pre-installed. <newz2000> is that helpful? <persia> Not really. We ship 2.6.28 :) <newz2000> yeah, big diff. <persia> Historically, there's been large, incompatible, patches between different ARM kernel trees as well, which complicates things. <newz2000> Maybe I'll have to just wait for the first gen of netbooks and get one of those. I'd kind of like to get something with a screen. <lool> newz2000: I recommend you look into modern ARM hardware; there's a change Ubuntu might not support older hardware in future releases <lool> newz2000: Sheevaplug or beagleboard would both qualify I think <lool> tbm is working on sheevaplug enablement in Debian ATM <lool> Oh! Marvell released U-Boot and Linux downloads for SheevaPlug <newz2000> ah, good tip <ogra> Sheevaplug isnt v7 though <ogra> so might not work in KK <newz2000> what are some good search words for the best architectures to use? <ogra> omap3 is surely one ... * ogra is a big beagleboard fan <lool> ogra: Exactly what I was checking; it's just ARMv5 <lool> How disappointing <ogra> yep <ogra> i hope in KK someone from the community adds beagle support to the linux-ports package <lool> newz2000: ARMv7? <ogra> that would give us some community <lool> newz2000: cortex-a8 <newz2000> ok, will check it out <ogra> cortex-a8 might be the best <ogra> that specifies all the v7 stuff out there <ogra> the TI zoom looks like a good platform, though the pricing is a joke <ogra> http://www.logicpd.com/products/devkit/ti/zoom_omap34x-II_mdp?DCMP=wtbu_zoom&HQS=Other+PR+orderzoom ... "Starting at $1150 Recommended Resale" <armin76> tbh armv7 is pretty new regarding products using it, if marvell(and therefore almost all NAS vendor) decided to stay with armv5te i'd say its because of something <ogra> well, v7 is what the ubuntu port focuses on <suihkulokki> because ARMv7 license is more expensive than ARMv5 license and for a NAS the ARMv7 provide nothing intersting <armin76> suihkulokki: what does armv7 that armv5 doesn't? <Stskeeps> plans are to go armv7 exclusively (and not hwcap) in karmic? .. <Martyn> Hey all. <Martyn> The company I work for has gotten a babbage board, and I was wondering if I can run the current armel build of jaunty on it. <Martyn> It's all armel, but will the v4 target that ubuntu uses when compiling the dist give me any issues? * ogra points Martyn to http://people.ubuntu.com/~ogra/arm/babbage/ <ogra> note its far from being done yet, its only the first handrolled image ... <armin76> ogra: who built that board? freescale? <ogra> armin76, well, who else doe MX$$ CPUs ? :) <ogra> *does <Martyn> armin : Pegatron <Martyn> the babbage board is basically the same thing as the pegatron netbook, but squashed onto a small devboard. <Martyn> ogra : 48 hours old build .. I'm impressed! <Martyn> ogra : How long does it take to churn through an entire native build, I wonder... <Martyn> ogra : I'll 'dd' up a card and boot it shortly. <ogra> define "native build" :) <Martyn> It takes a while to download 800 megs worth of image <Martyn> ogra : Non-cross-compiled <ogra> you mean compiling a kernel <ogra> less than 1h <Martyn> Oh, so the kernel is compiled on the mx51 board, but the entire distribution outside of it is cross compiled? <ogra> depending on your disk speed ... <ogra> nothing is cross compiled <Martyn> Good :) <ogra> the whole arm port is built natively on our arm buildds <Martyn> I've been having more and more weird issues with cross compiling on x86 with armel targets. Those problems simply go away when I use a native toolchain. <ogra> currently NCommander is the only one cross compiling something for us, since redboot requires its own special toolchain <Martyn> hzzah! <ogra> (and he works on packaging redboot for us atm) <Martyn> Awsome. <garren> why redboot over u-boot <Martyn> Well, here does the download. (insert sounds of bandwidth being sucked) <Martyn> reboot is more flexible <ogra> because there is no u-boot support for that HW yet <Martyn> u-boot has no support on the MX51. <garren> I thought redboot was no longer being maintained <ogra> redboot is ugly and evil but nobody implemented u-boot for that SoC <garren> oh ok <garren> mx31 does that have u-boot support? <ogra> u-boot has the big advantage of being able to just use vfat partitions for kernel and initramfs <Martyn> ogra : Wow .. 6mbit of download speed :) <ogra> which means you can just use a vfat /boot partition <Martyn> ogra : I love downloading from well hosted servers .. that's close to our office's max theoretical speed <ogra> and dont need to jump through hoops to get your kernel into afis partition or omething equally evil <Martyn> ogra : I know, I know. <ogra> Martyn, well, the server is in the canonical datacentre * amitk watches ogra's temperature rise a few degrees talking about redboot <Martyn> ogra : One of my tasks is to port a more flexible bootloader. <ogra> heh <ogra> Martyn, take u-boot ... many people will love you for it :) <Martyn> ogra : If I can convince the VP of engineering here.. sure. <ogra> its the best OSS community maintained bootloader atm <Martyn> it's a very flexible one, but I prefer my bootloaders to have more 'smarts' <ogra> it has a big backing by the beagleboard community <Martyn> having to type 'mmcinit' .. etc.. is just inane <ogra> so many people look after it and help fixing bugs ... <Martyn> (not insane, just boring and technical :) ) <ogra> indeed <amitk> Martyn: what are your options? <ogra> it surely can use some improvement <Martyn> I may skip it and port grub. <garren> I agree u-boot is very popular and quite well maintained <ogra> if you port grub you will be pretty much on your own maintaining the arm specific patches against it for the start ... <Martyn> amitk : xosl, grub, u-boot, redboot .. although admittedly there's more work in grub than others, and more work in u-boot than any other for embedded platforms <ogra> u-boot comes with a big community already <Martyn> I may just do the 'lazy developer' thing, and extend u-boot to be smarter <Martyn> But that totally depends on what the company I'm working for sees as a priority. <ogra> just make u-boot read a config file for the bootcmd :) <amitk> we should store that in a flash partition <ogra> no ! <Martyn> can do that. I was just thinking of having it obey the "active" partition label if using PC-style partition labels <ogra> in a text file thats just accessible with an editor ;) <amitk> ogra: that requires an editor inside a bootloader - bloat <Martyn> hold on .. I'm downloading the u-boot code. Once I've had a read for a couple hours, I can make more valid comments and directed decisions <ogra> use flash only fro bringing up u-boot, make it read some kind of partition in disk by default and make it read all additional options from atext file in that partition <Martyn> amitk : NEVER. <Martyn> amitk : It's simpler to just support reading a file off a filesystem. Once the OS is up and running, you use your text editor of choice. * amitk agrees <ogra> i.e. make it function similar to grub whithout having to port grub :) <Martyn> That's one of the good things about grub, for example. It simply knows to read the FS (not caring much what FS it is .. as long as it's supported) finds the config file, and goes from there. <ogra> right, grub has surely great usability, but u-boot has the biggest bugfixing community backing on arm atm ... <ogra> megre both and you have the perfect arm bootloader ;) <Martyn> and as long as the bootloader supports EXT2/3/4, FAT(16/32), and a handful of other commonly used embedded OS'es, then you're fine. <ogra> the bootloader only needs to support one actually <amitk> the problem with grub ATM is that the grub1 is a deadend, grub2 is still not stable <ogra> just to get your kernel up ... <Martyn> ogra : Sure, and even keep the filenames. I mean, who cares if the default config file is called "menu.lst"/ <Martyn> -heh- <Martyn> ogra : I hate having to have two different FS's on a system. Since the bootloader tends to either live in firmware or on the first sector of the disk .. why not just support the most common FS types and get rid of the idea of a special partition for booting... <ogra> sure, but that will make your work bigger <Martyn> One of the interesting things about filesystems, is that it's a bitch to create code to support /write/, but reads are actually relatively easy by comparison. <Martyn> and most bootloaders don't have the support write for any reason. <ogra> well, you wont need write support at all for the above setup :) <Martyn> i already have a code library to deal with NTFS, FAT, FAT16, FAT32(+LBA), EXT(2/3), jffs2, and cramfs <ogra> the system can do all the writing, the bootloader only needs to read <ogra> (and execute accordingly to the config) <Martyn> exactly .. I wrote the bootloader for the IBM/Lenovo "blue button" restore system. <ogra> sweet <Martyn> And I can say, with PRIDE, all that fits easily in the first 63 sectors. <Martyn> The initial bootloader (jump section and some branching code) fits inside the first sector with room for the partition tables :) <Martyn> Of course, that's not needed on the ARM platform, which doesn't even load a bootsector from disk, ever. <Martyn> One of the same reasons I love the OpenBoot firmware on macs. <ogra> what i really hate about all arm bootloaders in their current state is that you always need a second machine since they all require serial interaction ... <lool> Hey folks RB actually supports FS <lool> In tip <lool> packages/fs/fat/current/src/fatfs.c in ecos <lool> (Well at least ecos does) <sofi2> I have been asking this questions over and over ...Can any1 tell me if any1 was able to get touchscreen working on Jaunty-ARM? <sofi2> ??? <Stskeeps> i have it working on a n8x0, but through tslib :P <sofi2> I have installed tslib and I also removed synaptic <sofi2> But I am still unable to get it to work <Stskeeps> maybe if you tell which hardware you're doing it on :P <sofi2> I can do a cat to the touchscreen event and I get characters back...This means my driver is working <sofi2> But for some reason I cannot see it on X? <sofi2> Any suggestions? <Stskeeps> do you have a /etc/pointercal, since you use tslib? :P <sofi2> Yes I calibrated the touchscreen...I got those 4 corners and center hair and it generated /etc/pointercal <Stskeeps> and you got rid of xserver-xorg-input-synaptics (sp) <sofi2> yes <Stskeeps> hmm <sofi2> But I cannot see anything on X <Stskeeps> cannot see = no actual input working on X, or no cursor showing? <sofi2> I mean the touch is not showing an input pointer...However wheneven I touch the screen it takes me to the logout pop-up of LXDE <sofi2> no matter where I touch <Stskeeps> and you have an xorg not entirely unlike the inputdevice section in http://rafb.net/p/ghLad128.html ? <Stskeeps> xorg.conf, that is <sofi2> Actually I am not using omapfb because my hardware is being almost unresponsive ...So I am using Option "UseFBDev" "true" instead <Stskeeps> well, it was more about the InputDevice section <sofi2> Yes ..except that I had to change the event to event1 coz thats where my touch is <Stskeeps> alright.. i would recommend you to check your xorg log for anything weird :P <sofi2> Does jaunty have problems in xorg? <sofi2> Do you know where the paste bin is ? I wanted to paste the xorg log <Stskeeps> rafb.net/paste can be used <sofi2> rafb.net/paste <sofi2> How ? <Stskeeps> http://rafb.net/paste paste it, and give the url to the result :P <sofi2> http://rafb.net/p/mxDz4Y48.html <sofi2> Thanks:) <Stskeeps> and width/height matches resolution? <Stskeeps> can you paste your xorg.conf too? <sofi2> xorg.conf: http://rafb.net/p/oyRqch80.html <Stskeeps> hm, seems correct <Stskeeps> and the tslib tools seem to react correctly? <sofi2> you mean ts_calibrate <sofi2> yes <Stskeeps> i wonder if that stay-clicked touchscreen bug was fixed.. <sofi2> what is that bug? <Stskeeps> well there was some bug in -tslib that caused the cursor to stay clicked or something, but im not sure <sofi2> Is there another driver that is more stable then with a calibration tool ? <Stskeeps> ok, this is not a official ubuntu package at all, but it is one we use on the nokia n8x0s on a ubuntu port, and i know it works, so you can test if it works with that <Stskeeps> http://repository.mer.tspre.org/pool/main/x/xf86-input-tslib/xserver-xorg-input-tslib_0.0.5-1mer7_armel.deb <sofi2> ok Thanks :) I will try it right now <Stskeeps> no promises :P <Stskeeps> can i out of curiousity ask what kind of device you're working with? <sofi2> Its a omap3430 device from TI which is not out yet...I cant say more than this ;) <Stskeeps> alright <Stskeeps> ah, and with http://repository.mer.tspre.org/pool/main/t/tslib/libts-0.0-0_1.0-4ubuntu2mer2_armel.deb , http://repository.mer.tspre.org/pool/main/t/tslib/libts-bin_1.0-4ubuntu2mer2_armel.deb too <Stskeeps> forgot those <Martyn> ogra : Does the babbage board support SDHC cards properly for booting? <Martyn> lool : Sorry it took so long to get back to you .. I was out to lunch, literally. <lool> that's fine <lool> Martyn: I have had issues with some versions of redboot with some cards; one limitation is that it will only see the first 2 GB <Martyn> So, I can't really comment as to why we have the board .. at least openly. <lool> Well you're in a public chan here <lool> So let's avoid it :) <Martyn> Right :) <Martyn> Aaaand .. after that wonderful netsplit... <Stskeeps> sofi2: any luck? <Martyn> ogra : The image starts at block 4, so you've left room for redboot at the top of the image? <Martyn> Or does the image have a reboot already on it? <Martyn> I just did the dd and inserted the card, but got no joy for a boot. <sofi2> ï»¿Stskeeps: I am still unable to get touch working? <Stskeeps> sofi2: alright, - i'm not entirely sure what is wrong then :/ * Martyn gives up on the board for the moment, and moves back to working on the beagleboard. <Martyn> One of these days, installing ubuntu on non-x86 architectures will be as easy as installing it on x86 * Martyn *sighs* It just doesn't have to be this hard. <Martyn> is there anyone here with a babbage board that could do a quick off-channel chat to check board DIP switch settings <Martyn> Since I'm short the docs, I just want to get this one in a bootable state. <Martyn> re <Martyn> Hi there David <dad_> hello <Martyn> re #ubuntu-arm 2009-03-13 <error404notfound> Hi! <error404notfound> how easy it is to install ubuntu on an arm machine with no usb port, no cd rom, no ethernet, just wifi and 3g? <persia> Not very. You'd need some way to download enough to boot, and then be able to boot off that. <error404notfound> persia: hmmm, actually I am really confused that if it doesn't have a usb port, a cdrom, or ethernet, how can even copy anything from network to it. I don't know from where should I even start <persia> I'd recommend starting by looking for someone else who has gotten any linux running on your device. <persia> You can probably adjust those instructions as required to have the install be Ubuntu. <error404notfound> I am following your first recommendation by joining this channel... <persia> In that case, you might want to mention the specific device name :) <error404notfound> hmmm, wanna know the truth? I still haven't got one, its stuck for clearance on airport and I am waiting for it... may take couple of days.. :P <Stskeeps> sometimes i want to shoot whoever chose right click as paste. <persia> Oughtn't be right-click. Ought be middle-click. <Stskeeps> yeah <tomsh> is it normal when using build-arm-rootfs <tomsh> * Setting kernel variables (/etc/sysctl.d/10-network-security.conf)... error: "net.ipv4.tcp_syncookies" is an unknown key <tomsh> * Setting kernel variables (/etc/sysctl.d/10-process-security.conf)... error: "vm.mmap_min_addr" is an unknown key <tomsh> ? <persia> tomsh: It depends on your kernel configuration, really. It's been reported before. <lool> persia: Do you know whether we have bug for these? It shouldn't happen with the versatile kernel as it's a distro kernel <lool> And the imx51 one is as well now <persia> We don't have a bug for it: it's never been reported against a distro kernel (that I've heard). <lool> NCommander: Do you think you could report these issues as
{'channel': 'ubuntu-arm', 'month': 3}