[00:42] <rbasak> pbuckley: export $(dpkg-architecture -aarmel); export CROSS_COMPILE=arm-linux-gnueabi-; fakeroot debian/rules clean binary-omap4
[00:42] <rbasak> pbuckley: you'll need gcc-arm-linux-gnueabihf installed
[00:42] <rbasak> err, gcc-arm-linux-gnueabi
[00:43] <rbasak> for armhf, s/armel/armhf/ and it's gnueabihf
[00:44] <pbuckley> thank you
[00:45] <pbuckley> im stil waiting for my first compile i kicked off about 4 hours ago
[00:45] <pbuckley> so cross compiling is really the only way
[00:45] <pbuckley> i can do this in any sort of real time frame
[01:29] <pbuckley> i wonder if distcc is still around
[01:31] <pbuckley> sweet it is.. anyone have success with it on arm?
[01:31] <Neko> it works
[01:32] <pbuckley> ty
[01:32] <Neko> it's not very useful though, if you have 40 arm boxes to hook up with it you're probably also in posession of a rather powerful PC too :)
[01:32] <pbuckley> well
[01:32] <pbuckley> true.. but even in ec2 the kernel is taking forever.. ive gotten spoiled with near instant builds
[01:32] <pbuckley> going to spin up a couple more instances
[01:33] <pbuckley> and distcc this shiznit
[01:33] <twb> Neko: some stuff can't be cross-compiled, though
[01:34] <twb> Although the same stuff probably also has trouble with distcc...
[01:34] <Neko> and that;s where you break out qemu to emulate arm enough to get the bits that can't be cross-compiled done
[01:34] <twb> I guess.
[01:34] <twb> Not all arches get so much love in qemu :-)
[01:34] <Neko> suse manage it in their build service just fine, ubuntu are getting this stuff up and running. compiling natively on arm boxes is just looking for a long wait no matter how many you have.
[01:35] <Neko> when you hit quad or eight core 1.8GHz monsters with 4GB RAM and real hard disks, yeah, it'll make sense again, but they don't exist yet. Not quite yet :)
[01:35] <twb> AFAIK Debian still relies heavily on native builds
[01:36] <Neko> and it'd still be faster on a PC. Nobody does a "native" Android build
[01:36]  * pbuckley drools about the thought of an eightcore 4gb ram monster
[01:36] <Neko> yeah we own the armhf build farm..
[01:36] <twb> Well, android are crack-smoking java monkeys, what do you expect
[01:36] <Neko> and it works.... but there's a better way
[01:36] <pbuckley> whats the better way?
[01:36] <Neko> cross-compile :]
[01:37] <pbuckley> heh
[01:37] <Neko> use your 8-core hyperthreaded xeon with 32gb ram and a 4TB raid array and build all of android in 25 minutes.
[01:37] <twb> I expect it'll become trendier in Debian once multilib stuff is done
[01:38] <twb> Neko: that still takes 25 minutes?  You can build openwrt on an *atom* in that time
[01:38] <Neko> openwrt is a little smaller though
[01:39] <Neko> building a 6MB ROM for a router is a bit different to something that comes out about 300MB worth of apps and java crap
[01:39] <Neko> spitting a kernel out takes a couple minutes for a full distclean build.. you'd never do that on ARM even if you had 50 boxes doing it
[01:40] <pbuckley> im at about 5 hours for building 3.2.0 on my pandaboard
[01:40] <Neko> it takes 80 minutes on an Efika MX :)
[01:40] <twb> Those extra 294MB are just bloat ;-)
[01:41] <pbuckley> twb: thats the java ;)
[01:41] <Neko> have 50 of them and it might take half an hour, maybe 10 minutes if you're lucky
[01:41] <Neko> twb, I did say java crap :D
[01:41] <pbuckley> efika mx you say
[01:41]  * pbuckley googles
[01:41] <twb> Now now, just because dalvik walks like a duck and quacks like a duck, doesn't mean Oracle can sue Google ;-)
[01:42] <infinity> pbuckley: The Efika's much slower than your Panda, I wouldn't bother with the googling.
[01:42] <GrueMaster> pbuckley: If it has taken 5 hours on your panda, you're doing something wrong.  https://launchpad.net/ubuntu/+source/linux-ti-omap4/3.2.0-1405.7/+build/3121438
[01:42] <GrueMaster> And that system isn't even optimized.  I think it is running natty.
[01:43] <pbuckley> GrueMaster: apt-get --only-source source linux-ti-omap4 (something); cd /usr/src/linux; make oldconfig; make
[01:43] <pbuckley> is basically all i did
[01:43] <GrueMaster> Are you running on SD or USB Sata?
[01:43] <pbuckley> SD
[01:44] <twb> GrueMaster: he is probably building with debug on
[01:44] <GrueMaster> Ah.  That explains it.  You'll see almost 10x performance increase on USB.
[01:44] <twb> That ALWAYS gets me
[01:45] <Neko> I'm regretting buying a pandaboard, not because it's slow (usb disk makes it fun to use again) but because everything just seems not to be as good as you'd think
[01:45] <Neko> awesome CPU, awful TI peripherals
[01:45] <Neko> except the wireless, that works really well
[01:45] <GrueMaster> Looking at the buildlog from the link I posted, the buildd is running Natty (Kernel version: 2.6.38-1209-omap4 #20-Ubuntu).
[01:46] <GrueMaster> The panda is essentially a cellphone dev platform.  When thought of along those terms, it is actually quite good.
[01:46] <Neko> it's a shame nobody's making a real omap4 desktoppy kind of system that's been optimized for usage and not just developing phones
[01:46] <Neko> the other TI dev board is much better than the panda for that though too
[01:47] <Neko> like.. if you had the choice you'd buy the MX53 EVK and not bother with the Quickstart
[01:47] <Neko> if you were developing phones that is
[01:47] <GrueMaster> Actually, there are a lot of non-phone systems out there (kindle fire, nook tablet).  And I heard of one system coming soon that will just plug into a spare hdmi port on your tv.
[01:47] <twb> I thought omap4 was a better platform than the dragonball
[01:47] <steev_> not a big enough market for it
[01:47] <Neko> tablets are just big phones at the end of the day, same development model
[01:48] <Neko> omap4 needs a trimslice, efika mx kind of thing
[01:48] <GrueMaster> True.  Can't wait for omap5.  Could be interesting.
[01:48] <Neko> well I'm duty bound to wait for MX6, but I can't help thinking most companies will run to nVidia before TI at the moment
[01:48] <Neko> all the new tablets in the pipeline seem to be tegra3, if that is at all realistic
[01:49] <Neko> I remember when they were all going to be MX51, hahahaha..
[01:49] <Neko> what happens at CES, stays at CES
[01:49] <GrueMaster> Yea, well....
[01:50] <pbuckley> a tegra3 pandaboard like board would be fun
[01:50] <twb> *I* remember in like 2008 when asus demoed an 9" eeepc running arm
[01:50] <twb> And then I had to wait four years for the tf101
[01:50] <pbuckley> so whats the trick to turn debug mode off?
[01:51] <twb> pbuckley: make menuconfig, find it in the kernel hacking section
[01:51] <twb> It basically means whether it builds with -g
[01:53] <GrueMaster> twb: That is on by default in all of our kernels, from what I can tell.
[01:53] <twb> GrueMaster: it is on standard ubuntu and debian kernels, yes
[01:54] <twb> but it makes compile take an order of magnitude longer, ESPECIALLY if you have slow I/O
[01:54] <pbuckley> ah k
[01:54] <pbuckley> thanks
[01:54] <twb> CONFIG_DEBUG_KERNEL=y I guess, I don't have menuconfig in front of me right now
[01:54] <twb> But IME you can't just edit .config you need to use the UI
[01:55] <pbuckley> E: Package 'ncurses' has no installation candidate
[01:55] <pbuckley> oh wait
[01:55] <pbuckley> that changed to
[01:55] <GrueMaster> I think you can if you run make oldconfig afterwards.
[01:55] <pbuckley> ncurses-base
[01:55] <pbuckley> wow that package name changed again
[01:56] <twb> libncurses5-dev or so
[01:56] <pbuckley> though im a bit surprised it doesnt get installed with apt-get build-dep
[01:56] <twb> ncurses-base is just terminfo files
[01:56] <twb> build-dep of a kernel *source* package?
[01:57] <pbuckley> well know.. but of the linux-kernel package
[01:57] <pbuckley> s/know/no
[01:57] <twb> linux-kernel is a metapackage, no build deps
[01:57] <pbuckley> ah
[01:58] <infinity> libncurses5-dev isn't a build-dep of the kernel because the kernel build doesn't call menuconfig.
[01:58] <pbuckley> fair enough
[02:00] <twb> infinity: right, thanks
[02:00] <pbuckley> flag changed.. thank you for the tip
[02:00] <pbuckley> :)
[02:01] <pbuckley> and on that note its time to go home
[02:12] <twb> If building natively, you can also do "make localmodconfig" and "make localyesconfig" to compile all used modules in, and disable all unused modules
[02:31] <krosswindz> GrueMaster: the rebuilt kernel works
[02:31] <krosswindz> GrueMaster: the device is detected
[02:31] <GrueMaster> Excellent!
[04:28] <nidsub> hi there :) i bump into a problem building linux kernel for arm xilinx,can anyone help me?
[05:17] <nidsub> hi there guy, i needs some help please.sorry but i am new in this area
[05:17] <nidsub> ur help would be greatly appreciated ,thank you
[05:19] <nidsub> Im building a linux kernel
[05:19] <nidsub> this the error i have,please show my mistake
[05:19] <nidsub> nidsub-VirtualBox:/opt/codesourcery/linux-2.6-xlnx$ sudo make ARCH=arm
[05:19] <nidsub> scripts/kconfig/conf --silentoldconfig Kconfig
[05:19] <nidsub>   CHK     include/linux/version.h
[05:19] <nidsub>   UPD     include/linux/version.h
[05:19] <nidsub>   CHK     include/generated/utsrelease.h
[05:19] <nidsub>   UPD     include/generated/utsrelease.h
[05:19] <nidsub>   Generating include/generated/mach-types.h
[05:19] <nidsub>   CC      kernel/bounds.s
[05:19] <nidsub> cc1: error: unrecognized command line option ‘-mlittle-endian’
[05:19] <nidsub> cc1: error: unrecognized command line option ‘-mno-thumb-interwork’
[05:19] <nidsub> kernel/bounds.c:1:0: error: unknown ABI (aapcs-linux) for -mabi= switch
[05:19] <nidsub> kernel/bounds.c:1:0: error: bad value (armv5t) for -march= switch
[05:19] <nidsub> make[1]: *** [kernel/bounds.s] Error 1
[05:19] <nidsub> make: *** [prepare0] Error 2
[05:23] <nidsub> here the detail on the step i took ..from this webpage
[05:24] <nidsub> http://wiki.xilinx.com/zynq-linux
[05:24] <micahg> nidsub: you need to learn about a pastebin
[05:24] <micahg> !pastebin | nidsub
[05:24] <ubot2> nidsub: For posting multi-line texts into the channel, please use http://paste.ubuntu.com | To post !screenshots use http://imagebin.org/?page=add | !pastebinit to paste directly from command line | Make sure you give us the URL for your paste - see also the channel topic.
[05:25] <nidsub> ohh, im really sorry
[05:25] <nidsub> :( sorry guys
[05:32] <nidsub> http://paste.ubuntu.com/832267/
[15:44] <Person987> XavB: thanks for your help the other day, my board has been running flawlessly since installing the arm-extras :-)
[15:44] <XavB> XavB: yeah !!!
[15:45] <XavB> Person987: so you are running the 3.1 kernel, right?
[15:45] <Person987> how can I check? :-)
[15:45] <XavB> uname -a returns Linux ubuntu-desktop 3.1.0-1282-omap4 #10 ...
[15:47] <Person987> XavB: yes, thats it.  It was locking up every 30min and since upgrading it has not had a single problem.  I even left my OpenGL app running all day when I went to work and it was still running that night.
[15:48] <XavB> Person987: just perfect... :D
[15:48] <Person987> XavB: just ordered another board for my dad's birthday :-)
[15:48] <XavB> ;)
[15:53] <XavB> PePe
[17:14] <krosswindz> GrueMaster: around?
[17:15] <GrueMaster> Very much so, sadly.  Need to lose weight.
[17:15] <GrueMaster> Oh, you meant something else?
[17:15] <krosswindz> GrueMaster: I got a second usb serial cable
[17:16] <krosswindz> GrueMaster: I have the same issue as well, not being able to hook on to the serial port
[17:16] <krosswindz> GrueMaster: stty hangs
[17:16] <GrueMaster> Very odd.
[17:17] <GrueMaster> I have not seen that issue and I have 7-8 usb-serial cables (I lost track).
[17:17] <GrueMaster> Do you have any other serial devices you can test that cable with?
[17:17] <krosswindz> GrueMaster: baud_rate = baud_base / divisor?
[17:17] <GrueMaster> Not that I know of.
[17:17] <krosswindz> I just pulled an ancient desktop I have
[17:18] <krosswindz> I am seeing if it will boot of a USB flash drive
[17:18] <GrueMaster> You will need a crossover to connect to a regular desktop.
[17:18] <GrueMaster> (or are you trying it as a host?)
[17:18] <krosswindz> trying it as a host
[17:19] <krosswindz> let it export serial console
[17:19] <krosswindz> see if I can connect to it
[17:19] <krosswindz> I am wondering if setserial for some reason isnt detecting pl2303
[17:20] <krosswindz> I tried my second laptop booting lucid
[17:20] <krosswindz> I have the same issue with it as well
[17:20] <GrueMaster> I don't see why it would have issues.  Works fine here on all my systems from Lucid forward.
[17:20] <GrueMaster> That is disturbing.
[17:21] <krosswindz> Bus 005 Device 008: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
[17:21] <krosswindz> from lsusb
[17:21] <GrueMaster> Most of the usb serial cables I have are from Trendnet.  I also have 1 4-port usb-serial cable.  All of them use the pl2303 chip.
[17:22] <krosswindz> the keyspan which I borrowed works right out of the box
[17:22] <krosswindz> I think I will order another cable
[21:18] <Snark> plop
[21:19] <Snark> janimo, I've been pointed to your package of the linux 3.0.19 kernel for arm, and wanted to give it a try ; it's unfortunately an armel package -- could you also provide an armhf variant?
[21:19] <Snark> (I'm now subscribed to the mailing-list, so will follow there...)
[21:20] <pbuckley> mailing list?
[21:22] <Snark> pbuckley, https://launchpad.net/~ac100
[21:23] <pbuckley> ah cool thanks
[21:25] <Snark> pbuckley, no problem ; I wasn't on that team 15min ago ;-)
[21:27] <pbuckley>  thihttp://www.engadget.com/2010/06/21/toshibas-ac100-8-hour-smartbook-runs-android-2-1-on-a-1ghz-tegr/
[21:27] <pbuckley> this the device?
[21:28] <Snark> pbuckley, yes
[21:28] <Snark> the android was a joke, and killed the device commercially
[21:28] <pbuckley> i would love to find a tegra3 board
[21:29] <pbuckley> (besides the tf201)
[21:35] <dioxin> GrueMaster: in hiding?
[21:43] <GrueMaster> dioxin: Nope, just back from lunch.
[21:44] <dioxin> GrueMaster: would you be able to guide me in the ways of local repositories? I've got ubuntu 10.04 on the spare box, just doing first round of updates now
[21:46] <GrueMaster> dioxin: Here is my ubumirror.conf:  http://paste.ubuntu.com/833211/
[21:47] <GrueMaster> With that, you just add a crontab job for the specific ubumirror app you want to run (ubuports for ports.ubuntu.com).
[21:50] <dioxin> can I just sudo apt-get install ubuports ?
[21:51] <GrueMaster> dioxin: sudo apt-get install ubumirror.  ubuports is one script in the package.  The package isn't very big.
[21:52] <GrueMaster> My cron job is:
[21:52] <GrueMaster> cat /etc/cron.d/ubumirror
[21:52] <GrueMaster> # Update archive mirror every two hours.
[21:52] <GrueMaster> 0 */2 * * * root /usr/bin/ubuports >> /var/log/ubumirror/cron.log
[21:52] <dioxin> postfix local only?
[21:52] <dioxin> (from install of ubumirror)
[21:53] <GrueMaster> The /var/log/ubumirror/cron.log file only traps output from the cron job.  ubuports (and all of the other ubu scripts) create their own logs in the same directory.
[21:53] <GrueMaster> postfix local (unless you want it to run a larger mail server).
[21:54] <GrueMaster> ubumirror scripts use that to send failure notices.
[21:57] <dioxin> where does the ubumirror.conf go? /usr/bin/ubuports ?
[21:57] <GrueMaster> I recommend using my ubumirror.conf and change the destination paths appropriate to your environment.  Mine is set to ignore everything except armel/armhf on ports.ubuntu.com.  It also pulls the daily arm images from cdimage.ubuntu.com (using ubucdimage script), but I don't recommend it as it can be slow.  Better to use zsync and pull as needed.
[21:57] <GrueMaster> ubumirror.conf goes in /etc
[21:58] <GrueMaster> See dpkg-query -L ubumirror for all the file locations.
[21:58] <dioxin> done it in the /etc/ directory
[21:59] <dioxin> ... only need to wait 1 minute...
[21:59] <dioxin> changed the 2 to a 1
[21:59] <GrueMaster> My conf file does not mirror the source files, but it does get everything needed for netboot install.  First run will take several hours (like overnight).
[22:00] <dioxin> how can I tell its running? ps -U root ?
[22:00] <GrueMaster> I found that every 2 hours is enough.
[22:00] <GrueMaster> ps ax|fgrep rsync
[22:00] <GrueMaster> Or tail -f /var/log/ubumirror/ubuports.log
[22:02] <pbuckley> GrueMaster: my kernel compile finally finished ;)
[22:02] <pbuckley> only took 7 hours
[22:03] <GrueMaster> pbuckley: Cool.  how long did it take?
[22:03] <pbuckley> went alot faster after i shutdown firefox
[22:03] <pbuckley> about to boot it.. hopefully those patches help
[22:08] <pbuckley> next time ill be sure to turn off that kernel hacking debug stuff
[22:08] <dioxin> GrueMaster: I'm getting errors that /server/mirrors/linux-distro blahblah no such file or directory
[22:09] <GrueMaster> Yea, those paths are on my mirror.  You need to edit /etc/ubumirror.conf and change all /server/mirror paths to something sane on your server.
[22:10] <GrueMaster> My server has 4 partitions:  /server/data /server/mirror /server/media /server/roots.  I doubt your system will be the same.
[22:11] <GrueMaster> Once you have the mirror, it will look like <your local path to>/ports.ubuntu.com/ubuntu-ports/*
[22:11] <dioxin> I've just added /server/mirror/linux-distros/Ubuntu/ports.ubuntu-com/ubuntu-ports :D
[22:12] <GrueMaster> Well, copy exact is one way to go.  :P
[22:13] <dioxin> I've just built the box specially for this task, it dont really matter :D
[22:13] <GrueMaster> On my system, in my www directory (created by the web server), I have a symlink to /server/mirror/linux-distros/Ubuntu/ports.ubuntu-com/ubuntu-ports.  That way, the mirror resolves to http://<mirror server>/ubuntu-ports, which makes changing the sources.list easier.
[22:14] <dioxin> I guess I have to sort out the symlink for the apache later.....
[22:17] <dioxin> ok I think I just added the symlink :D
[22:40] <dioxin> GrueMaster: do you guys have a x86 >> armv7 cross compiler up and running yet?
[22:41] <suihkulokki> dioxin: on x86 host just apt-get install g++-arm-linux-gnueabi
[22:41] <GrueMaster> What he said.  :P
[22:42] <dioxin> kk I might have to try that once I get my hexa server back up and running :D
[22:43] <dioxin> it really needs the other CPU tho :(
[22:43] <dioxin> soon my precious! SOOOOON
[22:43] <GrueMaster> heh
[22:44] <dioxin> is distributed compilation supported out of the box for x86 to arm?
[22:44] <dioxin> (me nub, be gentle)
[22:49] <GrueMaster> I have no idea.  Usually, cross compiling is only recommended for small projects or projects that don't do any post-compile processing (like running unit tests, etc).
[22:49] <GrueMaster> And those projects normally fail on a distcc type environment anyways.
[22:50] <dioxin> boo :(
[22:51] <dioxin> I've got soooo much x86 horse power available :(
[22:53] <prpplague> dioxin: unless you are doing a really really really big compile, simply have a dual core box and passing a -j4 to make will be plenty
[22:53] <prpplague> dioxin: i can do a complete android build in under 20 minutes on a dual core 2ghz box
[22:54] <dioxin> I've a 2.4 Ghz Hex core with hyperthreading ... so I might be able to do that in 3 minutes :)
[22:55] <dioxin> I was expecting a full build to take much longer
[23:31] <dioxin> GrueMaster: how do I tell the repo is completely downloaded.... the sync stopped running....
[23:32] <dioxin> sudo /usr/bin/ubuports & stopped almost immediately...
[23:32] <GrueMaster> On your arm system, edit /etc/sources.list to point to it instead of ports.ubuntu.com and run apt-get update for starters.
[23:33] <GrueMaster> Also, check the ubumirror logs (/var/log/ubumirror/ubuports.log.*
[23:33] <GrueMaster> )
[23:36] <dioxin> kk its running again, I'll check properly in the morning
[23:36] <dioxin> night peeps
[23:39] <pbuckley> night