[14:57] <kblin> hm, durn. it would've been too easy to expect that blog post on building kernels to just work
[18:47] <hamannp> Build a rootfs from scratch
[18:47] <hamannp> ??
[18:52] <Martyn> yep
[18:52] <Martyn> you need help?
[18:53] <hamannp> Yeah. I get a bunch of nasty errors.  I can't get networking.
[18:53] <Martyn> Ick
[18:54] <Martyn> there are some better ways to get a rootfs now
[18:54] <Martyn> you can strip one out of the dove or i.mx51 image
[18:54] <hamannp> Ok.  Leta dmit something: I don't know what I'm doing.  Can I explain what I want to do?
[18:57] <hamannp> hello?
[19:01] <armin76> lol
[19:01] <armin76> explain, explain :)
[19:01] <hamannp> Ok.
[19:03] <hamannp> I have a sheeva plug kit. I put it on my network, and put a full app stack on it. I have the same app arch scaled horizontally on Ubuntu amd64 VMs.  I thought to myself, it would be cool to emulate some arm vms, and reproduce the horizontal architecture on Arm.  Follow me?
[19:06] <armin76> hrm...
[19:06] <armin76> emulate arm on arm?
[19:08] <hamannp> Nope.  I'll keep explaining.  So I have a home Lan network. It has a bunch of old Pcs, this Sheeva kit, and a bunch of VMs.  It's behind a router from my Cable provider.   The VMs connect to this lan through a static bridge network on a Host.  br0.  I want to emulate 6 or 7 arms on qemu so that I can try out a deployment arch that I already have on amd64 vms.  Make sense?
[19:09] <armin76> so you want to emulate arm :D
[19:10] <hamannp> Yes! And use my existing static br0 with multiple emulated arms with static ips.
[19:11] <hamannp> I'm stuck getting even one built cleanly.  I also can't get it on my bridge NW, even when I copy over configs from my exisitng amd64 vms.
[19:13] <armin76> can't help on that, sorry
[19:14] <hamannp> How bout a tut on getting even one built?  I tried the main wiki, and I get nasty errors.  I can pro'lly figure out the networking.  I think the problem is that I can't build it without errors.
[19:16] <hamannp> BTW, the wiki links to an old kernel.  The bug report says that some of the errors I got have been fixed.  IS there a magic vault of up to date ARM kernels and img's somewhere?
[19:19] <armin76> no clue, you should ask ogra or lool
[19:20] <hamannp> ok thanks!
[19:20] <Martyn> armin76:  To whom should I address the request to have a smooth-stone PPA for karmic?
[19:20] <Martyn> I have a working dist now for our in-house work
[19:20] <Martyn> it runs on the pbx-a9
[19:21] <armin76> woot
[19:22] <armin76> Martyn: why you ask me? :P i don't have anything to do with ubuntu :)
[19:22] <armin76> but same answer as hamannp :D
[19:22] <Martyn> LOL
[19:23] <Martyn> because you hang here, and just might have picked up the info
[19:23] <Martyn> <-- not canonical either, right :)
[19:23] <Martyn> armin76 : You're an amazing font of information sometimes
[19:24] <armin76> :D
[20:26] <NCommander> Martyn, I had talked with lool earlier today on how we could do "universal" armel images for SoCs that used u-boot as a bootloader
[20:26] <NCommander> (basically, an extension of the boot.scr functionality I created)
[20:26] <NCommander> Martyn, but I need a per-soc identifier to make it work, and the MACH_ID is probably the best way to it (with a way for us to override it if necessary ;-))
[20:30] <Martyn> I think so too
[20:31] <NCommander> Martyn, hence why I'm talking to wdenk on this
[20:32] <Martyn> yep yep
[20:32] <Martyn> I don't know why there is this huge push against non devtree solutions
[20:33] <NCommander> Martyn, I'll be first to admit our universal image idea is a hack, but its better than the alternative
[20:34] <Martyn> yes
[20:34] <Martyn> I really, REALLY want a universal UEFI loader
[20:34] <NCommander> Martyn, because most people look at i386, and see how braindead it is
[20:34] <NCommander> Martyn, +1.
[20:34] <Martyn> for more reasons that one, but I'll -take- a u-boot loaders that works
[20:34] <NCommander> Martyn, but even if it exists, there will be a ton of inheta before its standard, and we still have legacy stuff to deal with
[20:35] <Martyn> NCommander : New topic for a second
[20:35] <Martyn> I have a fullly working image for 9.10 beta on PBX-a9 now
[20:35] <NCommander> Martyn, I dunno if I should be happy or scared
[20:35] <Martyn> what and to whom do I need to propose something to in order to get an install img for the platform?
[20:36] <Martyn> like the dove, and the i.mx51 have now
[20:36] <NCommander> Martyn, what bootloader?
[20:36] <Martyn> u-boot
[20:36] <Martyn> + ARM monitor
[20:36] <Martyn> well, other way around
[20:36] <Martyn> ARM monitor + u-boot
[21:43] <lool> NCommander: To be fair the boot.scr concept comes from beagleboard
[21:43] <lool> That's where I got the idea and told you about it
[21:45] <NCommander> lool, true, although boot.scr is quite a bit more advanced than the beagle boot system
[21:45] <lool> It uses loops but it's the same concept
[21:45] <lool> anyway
[22:18] <kblin> crap
[22:18] <kblin> I think my sheevaplug just died
[22:19] <kblin> so much for that piece of hardware
[23:03] <hamannp> Ok.  I've been trying for days to get a working ARM image with networking based on the tutorial.  My last idea is to burn it to cd and boot from that.  Anyone know where I can get an .iso version?
[23:16] <ali1234> hamannp: what tutorial? what hardware are you using?
[23:17] <hamannp> I've got an amd64 desktop with 4GB of RAM.  I want to emulate a couple of ARM machines on my desktop.  Here's the basic tut https://wiki.ubuntu.com/ARM/RootfsFromScratch
[23:19] <ali1234> so qemu then...
[23:19] <hamannp> Yes, sorry.
[23:20] <ali1234> ok, so at what point does it deviate from what you expect?
[23:21] <hamannp> When I boot up, I get at least 4 errors.  I about "file system Fusectl not supported" and another about /lib/modules not existing.  I get another about  this bug : https://bugs.launchpad.net/ubuntu/+source/linux/+bug/346378
[23:21] <ubot4> Launchpad bug 346378 in linux "net.ipv4.tcp_syncookies is a unknown key (CONFIG_SYN_COOKIES=y missing in ARMEL build config)" [Low,Fix released]
[23:22] <ali1234> ok, well those shouldn't be fatal
[23:23] <hamannp> That's good to know.  I'm trying to add them to my existing bridge network.  br0.  When I copy the settings from my amd64 VMs that use that network, I still don't get networking.  I thought may be I should fix the boot erros first.
[23:23] <ali1234> well you can fix those by recompiling the kernel with support for those things it is complaining about
[23:23] <hamannp> I have been able to log in.  May be the machines are working, and the networking problem is something else.
[23:24] <ali1234> i had some problems with networking btw
[23:24] <ali1234> something to do with dns - it just wouldn't work. but specifying ips did
[23:24] <hamannp> I'm using ips
[23:24] <hamannp> Would any of those problems effect networking?
[23:25] <ali1234> i don't think so
[23:25] <ali1234> they didn't for me, but i'm using real hardware
[23:25] <hamannp> Ok.  Then I wonder to what to check next. Like I said, I copied over settings from other VMs that use the network fine.
[23:26] <ali1234> qemu VMs?
[23:26] <hamannp> I built them using the python.vmbuilder
[23:27] <hamannp> FWIW, I have on Sheeva dev kit on my network with the same settings as my other VMs
[23:27] <ali1234> i don't really know what you mean by that
[23:27] <hamannp> Sorry kvm.
[23:28] <ali1234> i think you have to configure the bridge on the host machine too
[23:28] <ali1234> the vmbuilder probably does that for you
[23:29] <ali1234> but i don't know because i don't use qemu/kvm
[23:30] <hamannp> I've had the host bridge working for 6 months.  I have it setup for kvm to automatically add a static ip and configuration for the  host bridge network. The hoist side is good.
[23:31] <ali1234> kvm isn't the same thing as qemu-arm
[23:32] <ali1234> so do you see the interfaces on the brctl?
[23:32] <hamannp> Yes.  Shouldn't it use the same unix networking?  Is there something different?
[23:33] <hamannp> I don't fully follow you.  I setup br0 for static ips in my /etc/network/interfaces file and bring it up automatically.  If I do an ifconfig on the host, it shows up.
[23:34] <ali1234> brctl show
[23:34] <ali1234> that will list the interfaces that are part of the bridge
[23:34] <hamannp> yes, it shows eth0, which is right.
[23:35] <hamannp> it also shows vnet0, not sure what that is. May be default network for kvm????
[23:35] <ali1234> probably
[23:35] <hamannp> Huh.  I'm stumped.
[23:36] <ali1234> each virtual machine has it's virtual nic, which has endpoints on both the guest and the host
[23:36] <hamannp> Yes.
[23:36] <ali1234> on the host you have to bridge them all together, and with the real eth0
[23:36] <ali1234> you say you have kvm doing this for you
[23:36] <ali1234> but qemu-arm does not use kvm
[23:37] <hamannp> I edited each guest /etc/network/interfaces.  Although I've now got it setup so that when I run the build script, it edits them automagically.
[23:37] <ali1234> sure. you you have to configure it in the host too
[23:37] <hamannp> I edited the qemu /etc/network/interfaces file manually to have the same settings as the kvm VMs that use the bridge.
[23:38] <ali1234> great
[23:38] <ali1234> that's correct
[23:38] <ali1234> so, which vms are currently running right now on your host?
[23:39] <hamannp> I've got a couple of kvm vms running using br0 just fine.  I've got a qemu ARM with the same settings, which isn't able to reach the network
[23:40] <ali1234> and all are up and running?
[23:40] <ali1234> what interfaces do you see on ifconfig -a
[23:40] <hamannp> Hold on.  I'll check.
[23:40] <ali1234> look for tun0 or tap0 or similar
[23:41] <hamannp> I don't see tun0 tap0.
[23:41] <hamannp> I just see see eth0, vnet0, and br0 on the host
[23:43] <ali1234> how did you launch qemu?
[23:43] <hamannp> Hold on.  I'll paste the command line.
[23:44] <hamannp> qemu-system-arm -M versatilepb -kernel ./vmlinuz-2.6.28-11-versatile -hda qemu-armel-200910011752.img -m 256 -append "root=/dev/sda mem=256M ro" -net nic,macaddr=00:16:3e:00:00:01 -net tap
[23:44] <hamannp> May be I see the problem
[23:44] <hamannp> Should I have ended it with -net br0?
[23:45] <ali1234> hmm i don't think so
[23:45] <hamannp> Ok. stumped again ;)
[23:45] <ali1234> hmm try modprobe tun
[23:45] <ali1234> and then relaunch qemu
[23:45] <hamannp> ok
[23:46] <ali1234> this time you should get a tap0 or tun0 to add to br0, and then it should work i think
[23:47] <hamannp> ok. It's booting the machine.
[23:47] <hamannp> I get a tap0
[23:47] <ali1234> the if should be up already
[23:48] <hamannp> sorry?
[23:48] <ali1234> the interface should get created as soon as qemu starts, i mean
[23:48] <ali1234> the tap0 that is
[23:48] <hamannp> ok
[23:48] <hamannp> It's there
[23:48] <ali1234> so, now brctl addif br0 tap0
[23:48] <hamannp> ok
[23:49] <ali1234> now it should work :)
[23:49] <hamannp> Ok.  I'll test here in just a second.
[23:50] <hamannp> Btw, qemu boots sloooooooooow
[23:50] <ali1234> well yeah, it's basically an emulator
[23:50] <ali1234> unlike kvm which uses virtualization
[23:50] <hamannp> Gotcha.
[23:50] <hamannp> I might need to head to my local electronics store (Fry's) and pick up a dozen dev kits.
[23:51] <ali1234> meh. cross compilers and what not...
[23:51] <ali1234> qemu can still be faster than the real hardware sometimes
[23:51] <hamannp> I've got the one Sheeva plug dev kit.  A little flakey, but fun to play with.
[23:52] <ali1234> no such luck here, i'm hacking on my mobile phone :)
[23:52] <hamannp> Have you seen the dual-core Marvell 1.2ghz?
[23:52] <ali1234> i've heard about that stuff but never seen it
[23:52] <hamannp> They can take 1GB ram/core
[23:54] <hamannp> It works!  You're the man!  How do I get it to work next time?
[23:54] <ali1234> um..... hang on
[23:54] <ali1234> edit /etc/modules
[23:55] <hamannp> host machine?
[23:55] <ali1234> add a line with just tun on it, as per the instructions in the comments
[23:55] <ali1234> yeah, on the host. assuming you use ubuntu
[23:55] <hamannp> Of course I use Ubuntu!!!!!!!!!!!!!! All the time ;)
[23:55] <ali1234> and you need to make a script to add the interface to the bridge like it shows on the tutorial
[23:56] <hamannp> I think I can do that.
[23:56] <hamannp> I should have it from this chat log.
[23:56] <hamannp> Thank you!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
[23:56] <ali1234> the /etc/qemu-ifup thing
[23:56] <ali1234> not sure how that works though
[23:57] <hamannp> I can do it manually until I figure it our.
[23:59] <hamannp> Thanks alot!  I'm gonna grab a beer and jump in the hot tub.  Literally.  You've made my day!