[04:00] <twb> 20:31 <lilstevie> twb, did you get that?
[04:00] <twb> lilstevie: I did now :-)
[04:00] <twb> 19:32 <twb`> What does "ld: no machine record defined" mean?
[04:00] <twb> lilstevie: any idea about that one?
[04:01] <lilstevie> none
[04:01] <twb> Dammit
[04:01] <lilstevie> never seen ld trip on that before
[04:01] <twb> I suspect it's something hf-related
[04:01] <lilstevie> maybe
[04:47] <travalas> Hello, I'm having trouble getting anything on the USB bus to show up with ubuntu on a beagle board.  I've tried two different versions of the prebuilt ubuntu and neither of them work.  It seems to be fine under angstrom.  Thoughts?
[04:48] <tmzt> it's an error from the linxu kernel source
[04:48] <tmzt> not ld
[04:48] <tmzt> it's intentional, means you haven't enabled a machine
[04:49] <tmzt> so it cant' find a certain section in the image
[05:01] <travalas> somebody mentioned that it might be a problem with USB_POWER_EN
[05:01] <travalas> anybody have any pointers?
[05:07] <twb`> tmzt: please explain, or tell me what docs I should be reading; "enable machine" is too vague for me to work out what to do
[05:08] <twb`> Googling for either that or the error isn't helping, and the .S that refers to the error just says "if you get this, your binutils is too old" -- which I doubt
[05:08] <twb`> GNU ld (GNU Binutils for Debian) 2.21.53.20110910
[05:11] <lilstevie> twb`: MACH_whatever isn't enabled
[05:12] <twb`> I don't know what that means.
[05:13] <twb`> You mean like MACH_TEGRA ?
[05:13] <twb`> Would it be getting the "whatever" part from .config, or what?
[05:14] <lilstevie> yeah
[05:14] <lilstevie> like MACH_VENTANA
[05:15] <twb`> http://paste.debian.net/129908/
[05:16] <lilstevie> where is MACH_PICASSO
[05:17] <twb`> I turned it off because it didn't make sense to me :P
[05:17] <twb`> TF101 isn't an AC500
[05:17] <lilstevie> but I told you they were mutually exclusive
[05:18] <twb`> How do you mean mutually exclusive?
[05:18] <lilstevie> muromec should have put depends=CONFIG_MACH_PICASSO on MACH_TF101
[05:18] <lilstevie> board-picasso contains what is needed for the tf101
[05:18] <twb`> OK, so it's just me being stupid, I will try turning PICASSO on again
[05:19] <lilstevie> you really shouldn't turn turn off things in the config without making sure :)
[05:19] <lilstevie> arm is a lot different to x86 :p some things that don't make sense are enabled for unknown reasons :)
[05:19] <lilstevie> well appear to be unknown
[05:19] <lilstevie> until you dig
[05:20] <twb`> I was mislead by the Kconfig help string
[05:31] <twb`> OK, now it passed the spot where it stopped before.  Yay.
[05:43] <twb`> lilstevie: so what is the process to get u-boot onto the tf?  I guess step #1 is to git clone u-boot?
[05:43] <twb`> Hmm, apt-get install u-boot u-boot-tools
[05:54] <lilstevie> correct flash config, build u-boot, correct flash config
[05:54] <lilstevie> installing u-boot like that wouldn't work :p
[05:54] <lilstevie> u-boot is not generic
[05:55] <twb`> Well, obviously once I apt-get install the tools I need to use them to generate an image and nvflash it onto the device or something
[05:56] <twb`> lilstevie: does turning VFP on mean that hard-float is off?
[05:57] <twb`> Oh V is for vector not virtual
[05:59] <lilstevie> VFP is central to hardfloat :p
[06:00] <lilstevie> as for the tools, they are more for making the right images for initrd and kernel image
[06:00] <lilstevie> but the kernel image is already one
[06:00] <lilstevie> done
[06:00] <lilstevie> if you make with 'make uImage'
[06:01] <twb`> But if I do "make uImage", how does the initrd get into the image
[06:01] <twb`> Or can u-boot just find the kernel and ramdisk in /boot like an x86 bootloader
[06:01] <lilstevie> when using uboot you dont put the initrd in the image
[06:01] <lilstevie> you have a uImage and a uInitrd
[06:03] <twb`> Aha, on amd64 "apt-get install u-boot" gives you a useless empty package, but on armhf I can see it providing stuff for other arm systems (efika, omap3, etc)
[06:04] <tmzt> anybody know a fast way to byte swap values in c?
[06:04] <tmzt> use the networking functions to do it?
[06:04] <tmzt> I'm trying to dump a uimage file as it's parts (it's a multi uncompressed)
[06:23] <twb`> Poking around in the u-boot git tree, I can see "make harmony_config" and "make seaboard_config" but nothing else pointing at include/config/tegra2-common.h
[06:24] <twb`> And I see now that "make uImage" in linux will run u-boot-tools' "mkimage" internally.
[06:25] <lilstevie> make ventana CROSS_COMPILE=cross-compiler-arm DEV_SRC_TREE="tegra-tf101"
[06:25] <twb`> In the u-boot source?
[06:26] <lilstevie> yes
[06:26] <twb`> make: *** No rule to make target `ventana'.  Stop.
[06:29] <lilstevie> hmbleh
[06:29] <lilstevie> i dont remember look on the xda board
[06:29] <lilstevie> somewhere in general muromecs thread has the info
[06:29] <twb`> I never got the hang of web forums, but I'll try
[06:32] <twb`> Looks like xda-developers has a robots.txt or something that gives preferential treatment to google over duckduckgo :-/
[06:33] <twb`> http://forum.xda-developers.com/showthread.php?t=1202541 suggests ventana_config, /me tries
[06:33] <lilstevie> thats it
[06:34] <twb`> And it looks like he has a fork of u-boot so maybe I need to use that instead of mainline u-boot
[06:34] <lilstevie> I didn't do the port so I don't remember
[06:34] <lilstevie> oh yeah it isn't in mainline
[06:39] <twb`> Waah
[06:40] <twb`> /usr/src/u-boot/lib/sha1.c:228:1: internal compiler error: in maybe_add_or_update_dep_1, at sched-deps.c:845
[09:53] <ogra_> janimo, so we should check what files we actually have for mx5
[09:53] <ogra_> i suspect its just the publishing/html generating code that has a hiccup
[09:53] <ogra_> and that the image is actually fine
[09:53] <janimo> ogra_, we should only have the .gz I guess. The first test runs did not produce iso, just the sep 14 run
[09:54] <janimo> which was not manual so likely the setup needs to be changed a bit
[09:54] <ogra_> it is still an img.gz, the code generating the suffix actually uses file on the unzipped file
[09:54] <janimo> but it is 1.5G
[09:55] <janimo> is there a build of mx5 with the uboot file being found?
[09:55] <ogra_> bah, i'm blind
[09:55] <ogra_> we have both !
[09:55] <janimo> right, when I meant we have iso I meant in addition, not instead, should have worded better :)
[09:55]  * ogra_ only saw the img.gz and img.gz.zsync files
[09:55] <ogra_> well, i could have looked better :)
[09:56] <ogra_> so get a dvd reader then ...
[09:57] <ogra_> Calling uboot-mkimage on kernel and initrd
[09:57] <ogra_> mkimage: Can't open /srv/cdimage.ubuntu.com/scratch/ubuntu/daily-preinstalled/preinstalled/armel+mx5.kernel-mx5: No such file or directory
[09:57] <ogra_> make: *** [bin-preinstalled_images] Error 1
[09:57] <ogra_> so why do we have that .iso file there
[09:57] <ogra_> ARGH !!!!!!!
[09:57] <ogra_> Calling uboot-mkimage on kernel and initrd
[09:57] <ogra_> mkimage: Can't open /srv/cdimage.ubuntu.com/scratch/ubuntu/daily-preinstalled/preinstalled/armel+mx5.kernel-mx5: No such file or directory
[09:57] <ogra_> make: *** [bin-preinstalled_images] Error 1
[09:57] <ogra_> err
[09:57] <ogra_> wrong paste
[09:57] <ogra_> Publishing armel+mx5 ...
[09:57] <ogra_> WARNING: Unknown file type 'Linux rev 1.0 ext3 filesystem data, UUID=2e4ade6f-20c2-4670-9475-51fe999a8d0e'; assuming .iso
[09:57] <ogra_> Making armel+mx5 zsync metafile ...
[09:58] <ogra_> grnbl
[09:59] <ogra_> gah
[10:00] <ogra_> so the live builder produces: livecd.ubuntu-mx5.kernel-linaro-lt-mx5
[10:01] <ogra_> http://annonaceae.buildd/~buildd/LiveCD/oneiric/ubuntu-mx5/current/livecd.ubuntu-mx5.kernel-mx5:
[10:01] <ogra_> 2011-09-14 04:45:47 ERROR 404: Not Found.
[10:01] <ogra_> hmpf
[10:01] <ogra_> more hacks ahead
[10:04] <ogra_> janimo, i assume we dont want to rename mx5 to linaro-lt-mx5 all over the place ?
[10:05] <janimo> no, mx5 should be fine and much less confusing
[10:05] <janimo> lt-linaro is just the designation of the kernel origin
[10:06] <ogra_> right, live-build cant handle cases where the subarch name isnt identical to the kernel name suffix
[10:07] <ogra_> though that it assumes iso for ext3 is really weird
[10:09] <ogra_> ah, k, the iso is a fallout of the missing kernel
[10:24] <ogra_> hmm, i really fail to find the code in live-build that actually creates livecd.ubuntu-mx5.kernel-mx5
[10:41] <ogra_> janimo, i fear we need infinity ... i can stare at the code for another two hours to find out where to put a proper hack, but i guess he will be faster ...
[10:41] <janimo> indeed
[10:42] <ogra_> and i dont really feel comfortable to mangle the LB_LINUX_FLAVOURS variable during the build since all arches use it
[10:42] <ogra_> and i guess thats the wrong approach anyway
[10:43]  * ogra_ wonders if he could instead do a hack on the cdimage side 
[10:56] <ogra_> janimo, i got a testbuild running with a hack in cdimage, lets see
[11:11] <twb> lilstevie: I'm going home now, but I have typed up what I've learnt up to about last sunday: http://cyber.com.au/~twb/doc/tf101.txt (source) tf101.html (rendered)
[11:11] <twb> Comments, fixes, etc. welcome.
[11:13] <lilstevie> twb: well I can tell you why the bootloader needs to be uploaded :)
[11:14] <twb> No honest, I'm going home.  Email me or something.  /me runs
[11:14] <lilstevie> heh
[11:14] <lilstevie> sure you are
[11:15] <lilstevie> there are some fixes I will write later
[11:15] <lilstevie> I kinda have a 1500 word essay due tomorrow which I only just started
[11:19] <travalas> i'm trying to get ubuntu working on my beagle board xM rev c, but nothing on the USB bus seems to be working.  Somebody mentioned looking at USB_POWER_EN.  But I haven't been able to track down much on that issue.  Does anybody have any pointers?
[11:20]  * ogra_ runs another mx5 build 
[11:39] <ogra_> and another one
[11:42] <lilstevie> lol
[11:42] <ogra_> oho !
[11:43] <ogra_> that one looks good
[11:46] <ogra_> janimo, i think i have something for you in a minute
[11:46] <ogra_> it created partitions etc, now it is compressing
[11:46] <ogra_> hmm, though it again uses a 1.5G file ... where does that come from
[11:47] <janimo> ogra_, that is the standard new DVD iso size for Ubuntu right?
[11:48] <ogra_> might be
[11:49] <ogra_> hmm, but thats not a debian-cd issue
[11:49] <ogra_> the live builder actually generated an 1.5G ext3
[11:52] <lilstevie> an installer for arm that can be put on an sdcard or usb stick would be awesome
[11:52] <ogra_> lilstevie, thats how all our images work
[11:53] <lilstevie> I could make a blob for the start of the mmc that would solve the need to use nvflash :p
[11:53] <ogra_> what bothers me is that it is still convinced it builds a CD
[11:53] <ogra_> even though it isnt doing that
[11:53] <lilstevie> ah heh
[12:28]  * ogra_ will wait for infinity ... that is all odd 
[13:40] <ppisati> NCommander: weren't you preparing a kernel patch for nic/usb?
[14:42] <ogra_> hmm, oss4 has a weird build failure
[14:42] <ogra_> complaining about an unused variable (which triggers Werror) but the variable is actually used
[14:43] <ogra_> hmm
[14:43]  * ogra_ doesnt get it 
[14:44] <ogra_> ossmixd.c: In function 'update_values':
[14:44] <ogra_> ossmixd.c:165:7: error: variable 'prev_value' set but not used [-Werror=unused-but-set-variable]
[14:44] <ogra_> cc1: all warnings being treated as errors
[14:44] <ogra_> ...
[14:44] <ogra_> but ...
[14:44] <ogra_>   int value, prev_value;
[14:44] <ogra_> ....
[14:44] <ogra_>      prev_value = mixc_get_value (mixernum, i);
[14:44] <ogra_> ...
[14:45] <ogra_> i dont get why that would spill a warning at all
[14:48] <GrueMaster> ogra_: The netinstall for omap is no longer pulling x-loader.  We will need it as it is still a separate package from u-boot.
[14:49] <ogra_> hmm, i didnt change it
[14:49] <ogra_> i think
[14:49] <ogra_> didnt NCommander upload a d-i change for that recently ?
[14:49]  * ogra_ checks
[14:49] <GrueMaster> Didn't we take it out of the seed?  Or is this a netinstall issue only?
[14:49] <GrueMaster> He updated flash-kernel for omap.
[14:50] <ogra_> i didnt touch any omap code at all
[14:50] <ogra_> only omap4
[14:51] <GrueMaster> Ok, so it is the flash-kernel for d-i that needs fixing?
[14:51] <ogra_> and i have no idea how michael pulls x-loader, that should happen by flash-kernel-installer usually
[14:52] <GrueMaster> I'll pounce on him when he gets up.
[14:52] <GrueMaster> He may have thought that with the x-loader being pulled in for panda that it was that way for all omap.
[14:53] <ogra_> yeah, he was on vac. when it happened
[14:53] <diwic> ogra_, why do you try to compile oss4?
[14:53] <GrueMaster> He just updated it Monday.
[14:53] <ogra_> diwic, i try to make it not ftbfs :)
[14:54] <ogra_> diwic, it looks like it is right that 'prev_value' isnt used further, but it is definitely getting a value assigned once
[14:54] <ogra_> i wonder if i could just drop that var
[14:55] <diwic> ogra_, I guess you could, but is oss4 really relevant for arm? Better just mark it as "don't even try"?
[14:56] <ogra_> diwic, not an option :)
[14:56] <ogra_> (see cjwatsons mail to -devel)
[14:56] <ogra_> what makes me really wonder is why it doesnt ftbfs on all arches with that error
[14:56] <diwic> ogra_, ok will look later (will have to go to meeting now)
[14:57] <ogra_> no hurry
[14:57] <ogra_> (i didnt even mean to summon you :), but if you want to take it ... )
[15:20] <MMlosh> Hi! I am having issues with "vdr"  multimedia server..  it locks up my dvbt tuner on pandaboard.. on x86 it behaves fine (natty)
[15:20] <MMlosh> Any hints what to try?  It locks up some time after I stop recording/streaming
[15:21] <MMlosh> http://fpaste.org/4E4X/ is the dmesg.. I repluggged the tuner ~2 times and restarted vdr during the logged time
[15:31] <ogra_> looks like a driver issue ...
[15:31] <ogra_> file a bug i'd say :)
[15:35] <ogra_> GrueMaster, so looking at NCommander's f-k changes, he doesnt seem to touch x-loader stuff at all
[15:36] <GrueMaster> The x-loader package isn't installed at all.  The f-k part fails when making the system bootable due to missing MLO.
[15:36] <GrueMaster> That is why I thought it might be a seed issue.
[15:37] <ogra_> right, but i see no code changes touchcing anything x-loader related
[15:37] <ogra_> might
[15:37] <ogra_> iirc we seed it in the installer seed
[15:38] <ogra_> ogra@osiris:~/Devel/seeds/platform.oneiric$ grep x-loader *
[15:38] <ogra_> supported-hardware-common: * x-loader-omap3-beagle [armel]                  # omap3 first stage bootloader
[15:38] <ogra_> supported-hardware-common: * x-loader-omap4-panda [armel]                 # omap4 first stage bootloader
[15:38] <ogra_> yup, we do
[15:39] <ogra_> but i think thats only for main, that seed isnt used anywhere else
[15:39] <GrueMaster> Well, not sure what to look for.  The x-loader wasn't installed on this system after running netinstall.  I had to go in and manually add it.
[15:40] <ogra_> right, i'm still digging
[15:40] <ogra_> are you sure it was ever installed in these images ?
[15:41] <GrueMaster> it had to be.  We had working netinstall on Maverick (although unofficially).
[15:41] <ogra_> i'm talking about this cycle :)
[15:42] <ogra_> NCommander completely rewriote what i did in lucid/maverick
[15:42] <GrueMaster> This cycle it hasn't worked for other reasons.
[15:43] <ogra_> right, so we dont know if the new code ever worked
[15:44] <GrueMaster> I'll ping NCommanderwhen he gets up.
[15:45] <ogra_> yeah, to me it looks like that never worked
[15:46] <ogra_> at least there were no recent changes that could break it
[16:02] <utlemming> Is there a kind soul who might be able to help me with the Beagle board under QEMU emulation? I keep getting "qemu: fatal: Trying to execute code outside RAM or ROM at 0x40304350" when attempting to load the Oneiric OMAP4 kernel
[16:03] <MMlosh> ogra_, sry.. I was away..  file bug agains what?  everything is OK when I use mplayer.. everything is OK when using VDR on x86
[16:04] <ogra_> well, thses are definitely kernel messages
[16:04] <ogra_> if a userspace app triggers such things you should file a bug against the kernel
[16:04] <MMlosh> oh..  thinking that way around.. that makes sense.. ok
[16:04] <MMlosh> ogra_, on launchpad I guess?
[16:05] <ogra_> yep
[16:05] <MMlosh> (cause kernel bugzilla is down anyway)
[16:05] <ogra_> or just call ubuntu-bug on the panda
[16:05] <ogra_> it shoudl wlak you through
[16:05] <ogra_> *walk
[16:05] <MMlosh> that will need launchpad account anyway.. right?
[16:05] <ogra_> yes
[16:06] <MMlosh> it would be easier from here..  thanks for help.. I hope it's something easier to fix..
[16:06] <MMlosh> ogra_, do you think booting vanilla kernel 3.0.0. and testing with that would help?
[16:08] <ogra_> MMlosh, where would you get such a kernel ?
[16:08] <ogra_> do you have one for omap4 around ?
[16:09] <MMlosh> ogra_, yes.. I have that ready to go
[16:09] <ogra_> well, try it, then you can tell in the bug that its working in vanilla oamp4
[16:09] <MMlosh> not completely vanilla.. it has some minimal patches according to the wiki..
[16:09] <MMlosh> ah.. crap..  I think it lacks dvb support
[16:09] <ogra_> funny though, i wouldnt think that works without all the TI patches
[16:11] <GrueMaster> utlemming: The omap4 kernel is not the beagleboard kernel.  That is for the pandaboard.  You want an omap kernel.
[16:11] <MMlosh> ogra_, yes.. but I started with the omap4 defconfig from the wiki
[16:11] <MMlosh> GrueMaster, this is on panda
[16:12] <GrueMaster> MMlosh: I was referring to utlemming's post on using the omap4 kernel in quemu emulating a beagleboard (before your post).
[16:12] <ogra_> MMlosh, well, our kernel carries like 1700 patches from TI to make panda work in all aspects
[16:12] <utlemming> GrueMaster: I just double-checked, I'm install linux-image-omap
[16:13] <MMlosh> I used the 3.0.0 image to get the AP support... it worked fine
[16:15] <MMlosh> ogra_, I'll get most up to date kernel then and compile.. I hope I get the config right, so the tuner works.. but first the basic report.. and finding out my launchpad password
[16:15] <ogra_> which kernel are you currently running btw ?
[16:15] <ogra_> we have a 3.0 omap4 kernel in oneirirc
[16:18] <MMlosh> ogra_, the default one in natty
[16:18] <MMlosh> 2.6.38-1208-omap4
[16:19] <MMlosh> hmm.. that's sure worth trying..
[16:19] <utlemming> the Oneiric linux-image-omap is for OMAP3 devices
[16:19] <ogra_> utlemming, yes
[16:19] <utlemming> ogra_: that is the one that I am using that is failing in qemu
[16:20] <ogra_> utlemming, with what bootloader setup do you use it ?
[16:21] <utlemming> u-boot and MLO from the Natty Netbook images
[16:21] <ogra_> and you have a vfat you point qemu to
[16:21] <ogra_> ?
[16:21] <ogra_> carrying all these bits
[16:21] <utlemming> yeah, on a vfat
[16:22] <ogra_> weird, that should work
[16:22] <MMlosh> ogra_, he has a point - can I keep mlo and uboot from natty, or I have to upgrade for that 3.0 kernel?
[16:22] <ogra_> should work
[16:23] <MMlosh> ok
[16:24] <utlemming> Oh...wait a minute...I'm using the OMAP4 MLO and uboot
[16:24] <utlemming> I'll try the OMAP3 ones
[16:29]  * utlemming feels like an idiot for using the wrong MLO and u-boot
[17:31] <MMlosh> oh.. the bluish color of the boot messages is gone.. it's pure gray with 3.0.0..  the dvb tuner works.. let's see if it locks up when I stop using it
[17:35] <MMlosh> and the minor issue with fluxbox is gone (it used to paint default "Workspace 1" instead of my configured name at the beginning)
[17:42] <MMlosh> taking my preference for 3.0 back..  Xv does not work..  maybe I need X11 update
[17:52] <NCommander> ogra_: GrueMaster: I'm alive. I didn't touch the x-loader code in F-K, the onmly thing I did was make sure the proper packages get instlaled in f-k-i on omap3
[17:52] <GrueMaster> Well, missed one.  :P
[17:52] <NCommander> ?
[17:53] <GrueMaster> x-loader is not installed.
[17:53] <ogra_> there is no x-loader on omap
[17:53] <NCommander> great
[17:53] <ogra_> (it only moved into u-boot on panda)
[17:53] <NCommander> am I just installing the wrong package?
[17:53] <NCommander> ogra_: *facepalm*
[17:53] <ogra_> no, we arent ending up with any MLO
[17:54] <ogra_> omap3 still needs the old way
[17:54] <NCommander> lovely
[17:54] <NCommander> I'll smack it with a stick today
[17:55] <ogra_> well, up to now the omap netinst wasnt usable anyway ... and nobody complained
[17:55]  * ogra_ wouldnt cry if it wouldnt get ready to be honest
[17:56] <NCommander> ogra_: english parse fail
[17:57] <ogra_> really ?
[17:57] <NCommander> that sentence didn't make sense to me
[17:57] <ogra_> hmm, my grammar is a bit weird today, agreed
[17:58] <NCommander> ogra_: anyway, I'm going to resolve my nictine fix so I'll bbiab
[17:58] <ogra_> NCommander, we havent had any working netinst omap3 images yet and nobody complained ... so it doesnt seem like anyone misses it ... and i wouldnt miss it too if you wouldnt manage
[17:58] <ogra_> s/too/either/
[17:58]  * ogra_ hopes thats more understandable :)
[18:13] <MMlosh> ogra_, the -omap4 kernel from oneiric works so far... the tuner's "channel lock" LED sometimes gets off for a second, but always comes back on, meaning the tuner is working
[18:14] <MMlosh> too bad DPMS and Xv do not work...  maybe I need to update X11 from oneiric too
[18:17] <MMlosh> Is the issue still worth filling on launchpad?  I guess that noone will bother fixing that for a <30 days until replacement release
[20:13] <kblin> hi folks
[20:14] <kblin> I'm a bit puzzled. I was under the impression that armel was a supported platform for natty. however, it seems there's binary packages that are only available for x86 platforms
[20:14] <utlemming> I'm having a bit of trouble getting text within QEMU....I'm using as my u-boot boot.scr parameters "setenv bootargs vram=1M mem=511M console=ttyS2,115200n8 serialtty=ttyS2 root=LABEL=cloudimg-rootfs fixrtc ro". All I see is "Starting kernel ...". Does anyone have any idea what I'm doing wrong here?
[20:24] <utlemming> MMlosh: increasing it 2M seems to make things a bit happier, but not much
[21:25] <bnofreak> hi  ..  i have some problems installing the prebuilt ubuntu binaries on my Pandaboard (revision A2)  board  .. i believe that i have followed the instructions  in the "Getting Started"  guide , and im trying to install  Natty ..  but i can't boot .. the boot sequence does not get longer than "Uncompressing Linux... done, booting the kernel."  ..
[21:25] <bnofreak>  <bnofreak> After that, the two leds next to the sd slot are flashing for some minutes ..   and then nothing further happens
[21:25] <bnofreak> the image that i've copied to the sd card is  ' ubuntu-11.04-preinstalled-netbook-armel+omap4.img '
[21:26] <bnofreak> :) please help