[04:11] <trelane> I have followed the instructions on http://www.freepbx.org/trac/wiki/UbuntuServer, and am booting a gumstix, I get the following output and then it hangs. http://pastebin.com/7u5CBQq3.
[04:11] <trelane> I did, then did not copy the boot.scr (because the geometry is for a panda not a gumstix)
[04:16] <trelane> http://pastebin.com/F07sMNN9
[04:16] <trelane> is the output from ls -asl on the fat32 partition
[04:27] <twb> trelane: "Loading u-boot.bin from mmc" is the last message?
[04:28] <twb> Most obvious guess is the system is not configured to send boot-time console, and the login screen to the serial port
[04:30] <trelane> yeah
[04:30] <trelane> hrm
[04:30] <trelane> could be
[04:30] <trelane> in fact, not unlikely
[04:32] <twb> Note that it's not always ttyS0 on embedded ARM
[04:32] <twb> often it's ACM0 or some other fun thing, I dunno about your device
[04:37] <trelane> ttyS2 on gumstix
[04:37] <trelane> I didn't set it
[04:37] <trelane> give me a few
[04:37] <twb> You need to do it in two places: first, console=/dev/ttyS2 passed to the kernel, and second you need an /etc/init/ttyS2.conf that is similar to the ones for tty0.conf et al
[04:38] <twb> I am speaking in general; I am not an expert re. arm
[04:40] <trelane> noted
[04:44] <twb> trelane: out of curiosity, where is the rootfs in your system?  In the MLO/ dir?
[04:53] <trelane> second ext4 partition on the SD card
[04:54] <trelane> partition 1 has MLO u-boot uImage boot.scr
[04:54] <twb> Ah, righto
[04:54] <trelane> partition 2 has the ubuntu-base
[04:54] <trelane> extracted as an ext4 partition
[04:54] <trelane> I'm playing with the boot.scr script
[04:54] <trelane> even if I can't get IT to output to /dev/ttyS2, I _SHOULD_ be able to get the kernel or at least getty to do os
[04:55] <trelane> really I'm not picky
[04:55] <trelane> as long as I get a boot prompt
[05:01] <twb> We'll see if you feel the same AFTER it stops working for some strange reason and you want to debug it ;-)
[09:19] <IamTrying> Is there any latest release for Ubuntu? Last-time i had problem to keep Ubuntu inside the "Eee pad transformer" where i need to do manually boot else it does abnormal loop .
[09:23] <twb> IamTrying: you have a TF101?
[09:23] <shaola> twb: are you trent?
[09:24] <twb> yes
[09:24] <IamTrying> twb, exactly TF101
[09:24] <shaola> hi, iker
[09:24] <twb> shaola: I'm also going home in about five minutes, sorry
[09:24] <shaola> i got working multitouch in debian armhf
[09:24] <shaola> i was writting you an email
[09:24] <twb> IamTrying: lilstevie has some pages and code on the xda web forum, which you can use to get oneiric working OK
[09:24] <twb> shaola: cool
[09:25] <IamTrying> twb, i think i did that and i end up with this: http://i.imgur.com/AGSzH.png
[09:26] <twb> I get that sometimes when trying to shut down / reboot
[09:27] <twb> Especially if I halt/reboot while the dock is connected
[09:27] <twb> Or it may be a completely different koops to mine, I can't see there the actual error
[09:27] <twb> IamTrying: you are using the OLiFE installer that has the interactive prompting menu stuff?
[09:28] <IamTrying> Yes for the very first time i had a luck one time and after reboot / shutdown since then i am lost i can not use it anymore.
[09:28] <twb> IamTrying: if so, you have to pick the first option (Android + Linux, default to Android) or it has misc bugs
[09:28] <IamTrying> Always using OLiFE yes, thats they best one well done.
[09:28] <IamTrying> There was a problem bug, like you can not auto mate it
[09:28] <twb> OLiFE is made by lilstevie, who is here but probably away because he has a girlfriend
[09:28] <IamTrying> You have to press button up or something to boot
[09:29] <twb> IamTrying: right
[09:29] <IamTrying> Yea sure.
[09:29] <shaola> we are talking in #asus-transformer
[09:29] <twb> You have to hit Power+VolDN during the early boot, and then it will prompt to press VolUp which if you do, will boot oneiric
[09:29] <twb> shaola: ah, thanks
[09:29]  * twb adds it to autojoin list
[09:30] <IamTrying> The problem i there is no stable release with OLiFE for this? So that i can put one Ubuntu stable now like my Android tablet is "he is dead, useless"
[09:30] <twb> IamTrying: this is all alpha-quality early days stuff, sorry
[09:30] <lilstevie> there is no stable
[09:30] <lilstevie> not yet
[09:30] <IamTrying> We really need one :)
[09:30] <twb> IamTrying: but it is (almost) impossible to brick it completely
[09:30] <lilstevie> I am 1 person, who has very very little contributions back
[09:31] <twb> IamTrying: even if you mess up the install you should be able to reinstall again with nvflash
[09:31] <lilstevie> twb, the only way to brick is hardware damage
[09:31] <lilstevie> :)
[09:31] <twb> lilstevie: because you have a girlfriend to waste your time  :P
[09:31] <lilstevie> APX is a bootrom mechanism
[09:31] <lilstevie> twb, no I mean like nobody else contributes
[09:31] <twb> Yeah because I'm a lazy bum
[09:32] <lilstevie> the only *real* code contribution has been the network-manager patch for the bcm4329 driver
[09:32] <IamTrying> Can we not put Tizen at-least so that we got some options if Ubuntu not then at-least Tizen or other Linux to survive without built-in Android.
[09:32] <twb> And my old machine is still bricked so I can't mess with my TF easily :-(
[09:32] <shaola> lilstevie: i am trying to do something, but i am not that good
[09:32] <twb> shaola: even testing and reporting bugs is helpful IMO
[09:32] <twb> And writing documentation
[09:33] <shaola> yes, i know
[09:33] <shaola> i try to do my best in debian
[09:33] <shaola> reporting bugs, writing for people who knows less than me, i even mantain a simple package
[09:33] <twb> Pub time, bye
[09:34] <lilstevie> yes, even documenting and bug reports are useful
[09:34] <lilstevie> but even that is lax on contributions
[09:34] <shaola> lilstevie: are you DD?
[09:34] <shaola> y know twb is DD
[09:34] <lilstevie> DD?
[09:35] <shaola> Debian Developer
[09:35] <lilstevie> no
[09:35] <lilstevie> I am unaffiliated
[09:35] <shaola> ok
[09:35] <shaola> so tell me
[09:35] <shaola> what do you need?
[09:35] <lilstevie> I am a school teacher :p
[09:36] <shaola> congratulations for having the best and the worst profession in the same time
[09:36] <lilstevie> yep :p
[09:36] <lilstevie> anyway, what I need is people to take some of the load off me for supporting everything
[09:36] <lilstevie> :p
[09:37] <shaola> i am not good programming
[09:37] <shaola> that's my problem
[09:37] <lilstevie> aka; support for users, documentation, kernel patches
[09:37] <shaola> i learned so many years ago with qbasic manual in my home when i was a kid
[09:37] <shaola> but ,... basic is not programing
[09:38] <shaola> anyway, i am kind of busy till mid february
[09:38] <lilstevie> heh, I'm not the best programmer, but I have been getting better, well when I am not making stupid mistakes like sizeof(pointer)
[09:39] <lilstevie> anyway, as two said before, I have a girlfriend, and she wants to go to the whops
[09:39] <lilstevie> shops*
[09:39] <lilstevie> later
[09:39] <shaola> yeah, the first is the first
[09:39] <shaola> i don't know if there is an english expresion like that
[09:39] <shaola> maybe too literaly
[09:39] <shaola> but i think you know what i mean
[09:40] <shaola> so, go and enjoy (aghhhh) shopping
[09:40] <shaola> :P
[11:40] <Guest9392> slangasek: could you please have a look to this bug/patch https://bugs.launchpad.net/ubuntu/+source/multistrap/+bug/874505 TIA
[11:40] <ubot2`> Launchpad bug 874505 in multistrap "Native Multistrap oneiric chroots have an error configuring base-files" [Undecided,Confirmed]
[13:12]  * ogra_ twiddles thumbs watching an ac100 alpha2 testinstall
[13:20] <ogra_> hmm, no slideshow on the ac100 installer
[13:23] <lilstevie> heh
[13:26] <Daviey> ogra_: What do you want, sparkly pony pictures?
[13:29] <ogra_> just the std ubiquity slideshow :)
[13:33]  * lilstevie totally thought Daviey said "sparkly porn pictures"
[13:38] <ogra_> he meant to say that but typoed :P
[13:44] <lilstevie> lol
[15:07] <jayson_> Hi, has anyone got ubuntu working on a qualcomm board
[15:07] <jayson_> I have a dragon board with me & its got android
[15:07] <jayson_> I can flash android related images onto it using fastboot
[15:07] <ogra_> jayson_, the guys in #linaro do afaik
[15:08] <jayson_> but I want to wipe out fastboot & try to install uboot
[15:08] <jayson_> thanks ogra_ - I'll give it a shot
[15:37] <shadeslayer> lilstevie: dude, is there any hope of getting a native ubuntu boot on a device with SBKv2 ?
[15:37] <shadeslayer> You mentioned last time that there might be a way ... haven't heard anything for the past 2 months or so
[16:09] <ogra_> GrueMaster, did you get a kbd selection dialog in any of your install tests the last days ?
[16:09] <GrueMaster> Yes, on omap/omap4/mx5.
[16:10] <GrueMaster> I think.  I'm pulling the latest builds now, will test very soon.
[16:29] <lilstevie> shadeslayer, yes, but I have been really busy the past month or so
[16:30] <shadeslayer> lilstevie: understood, I'll patiently wait, let me know if there's anyway I can help :)
[16:31] <shadeslayer> with testing and stuff
[16:31] <lilstevie> ok
[16:31] <lilstevie> well bed time
[16:31] <shadeslayer> night :)
[17:42] <GrueMaster> I'm wondering if bug 838200 is u-boot or kernel related.  It is highly annoying, whatever the root cause.
[17:42] <ubot2`> Launchpad bug 838200 in u-boot-linaro "No network support on Beagle XM" [High,Confirmed] https://launchpad.net/bugs/838200
[18:32] <GrueMaster> ogra_: keyboard selection comes up on omap4 desktop.  Could be the images don't like you.  :P
[18:32] <ogra_> bah, ok
[18:33] <ogra_> might be that something clashes with the new wlan step in ubiquity
[18:33] <ogra_> i assume you dont get that on panda
[19:27] <GrueMaster> I have all my systems wired.  I could try wireless during install (I usually wait until login to test it).
[19:27] <GrueMaster> Sigh.  Analog audio is broken again on omap4.
[19:49] <dioxin> Hi guys, I'm trying to force ubuntu to start with a terminal rather than gnome on a pandaboard, anyideas?
[19:50] <GrueMaster> Use the preinstalled server image instead of preinstalled desktop.
[19:51] <dioxin> ok, but going that route I wasnt able to get gnome running at all
[19:53] <GrueMaster> Hmm.  There may be a way through one of the /etc/init conf files.  I just don't test that.
[19:53] <infinity> When you say "a terminal", do you mean a text console, or a GUI session with a terminal application?
[19:54] <dioxin> text console
[19:54] <infinity> If the former, just disable lightdm.
[19:54] <infinity> Or gdm, on older releases before we switched.
[19:55] <dioxin> I've ssh'ed in, stopping lightdm doesnt bring the main display to a console
[19:56] <infinity> What does it do?
[19:56] <dioxin> it gives me a display of recently stopped processes, but doesnt give me commandline access
[19:57] <infinity> Alt-F1
[19:58] <dioxin> ok that worked
[20:00] <infinity> dioxin: If you add "text" to your kernel command line, that should prohibit fancy graphical stuff from starting on boot.
[20:00] <GrueMaster> dioxin: What happens when you move /etc/init/lightdm.conf to a different directory and reboot?
[20:00] <infinity> (Alternately, yeah, you can mangle/remove lightdm's config)
[20:02] <dioxin> where are the kernal command
[20:03] <GrueMaster> ???
[20:03] <dioxin> where are the kernal commands stored, i.e where do I edit them
[20:03] <RoyK> hi all. any idea why lshw is dying on me on this pandaboard? http://paste.ubuntu.com/825549/
[20:04] <GrueMaster> dioxin: I think you are referring to /boot/boot.script if you want to change the kernel boot parameters.  You will need to run "sudo flash-kernel" after editing this file.
[20:05] <infinity> dioxin: sudo sed -i -e 's/splash/text/' /boot/boot.script && sudo flash-kernel
[20:05] <GrueMaster> RoyK: What kernel/Ubuntu release?
[20:06] <RoyK> GrueMaster: http://paste.ubuntu.com/825556/
[20:07] <infinity> Yeahp, SIGBUS here too.  Wonder why no one's ever noticed that before. :P
[20:07] <infinity> RoyK: Can you file a bug?
[20:08] <RoyK> sure
[20:08] <infinity> RoyK: To be fair, even if fixed, it won't be wildly informative on ARM.  You'll get USB, and that's it.
[20:08] <infinity> RoyK: So, lsusb will work fine for you. :P
[20:08] <infinity> RoyK: But it should still be fixed to not break.
[20:10] <RoyK> hm... so where'll the wifi chipset be connected on this pandaboard? on usb?
[20:10] <infinity> If only you were so lucky.
[20:11] <infinity> No, there are a few devices connected on (usually SoC-specific) busses on all ARM devices, but they're not probable, and until either DeviceTree or ACPI get here, they's also not remarkably easily enumerated.
[20:11] <infinity> Walking /sys after you already loaded all the drivers would work, but that's not how lshw traditionally works.
[20:13] <RoyK> ok
[20:13] <dioxin> hmm even if I remove splash and replace it with text , it still boots to a session manager
[20:13] <infinity> dioxin: oneiric?
[20:13] <dioxin> yes
[20:13] <infinity> Huh.  That was fixed.  At least, it was here.
[20:13] <GrueMaster> dioxin: move /etc/init/lightdm.conf to a different directory.  That works here.
[20:14] <infinity>         for ARG in $(cat /proc/cmdline); do
[20:14] <infinity>             if [ "$ARG" = "text" ]; then
[20:14] <infinity>                 plymouth quit || :
[20:14] <infinity>                 stop
[20:14] <infinity>                 exit 0
[20:14] <infinity>             fi
[20:14] <infinity>         done
[20:14] <infinity> dioxin: Did you change actually "take"?  Do you see a sane command line in /proc/cmdline?
[20:15] <dioxin> seems so, cat of cmdline seems normal
[20:16] <infinity> And by "normal", you mean "contains the word text"?
[20:16] <dioxin> ro elevator=noop vram=32M mem=456M@0x80000000 mem=512M@0xA0000000 root=UUID=4ad147d9-7e0b-4fb9-af24-940fe60ac01f fixrtc quiet text
[20:17] <infinity> Hrm, kay.  Then lightdm starting is just plain wrong...
[20:18] <dioxin> just moved lightdm.conf to lightdm.conf.bak
[20:18] <dioxin> and I get a cmdline straight away
[20:19] <infinity> As you should, sure.
[20:19] <infinity> But text on the command line should have the same effect.
[20:19] <infinity> Unless you don't have the above code in your lightdm.conf
[20:19] <infinity> In which case, I question if you're actually running oneiric. :P
[20:20] <infinity> (Note that that was fixed in November in oneiric-proposed, so if you haven't upgraded since the install, you wouldn't have it)
[20:21] <RoyK> what's the reason for these custom buses?
[20:22] <infinity> RoyK: Eh?
[20:22] <GrueMaster> Custom busses?  They are actually fairly standard for embedded devices.
[20:22] <infinity> RoyK: Every system has custom busses.
[20:22] <infinity> RoyK: Even x86 systems.
[20:23] <infinity> RoyK: The difference is that x86, powerpc, sparc, and a few others, enumerate said busses in a standard (OF/DT/ACPI) way.
[20:23] <GrueMaster> Custom to me implies non-standard.
[20:23] <infinity> RoyK: ARM hasn't, traditionally, but things are moving that direction.
[20:23] <RoyK> ok
[20:23] <infinity> GrueMaster: Yeah, I'm going to stick with "custom", even by your definition. ;)
[20:23] <RoyK> for ARM to gain wide support, I guess that's a must
[20:24] <infinity> GrueMaster: Stuff hanging right off the SoC isn't in a particularly standard formart.
[20:24] <infinity> RoyK: You realise ARM CPUs are in more computers worldwide than any other architecture?
[20:24] <infinity> RoyK: I'd say they have "wide support". ;)
[20:24] <infinity> RoyK: But yes, we all want better device enumeration.
[20:24] <RoyK> infinity: I know, i know...
[20:25] <RoyK> infinity: but for ARM CPUs to be used in "traditional" computers, you really want device enumeration to work
[20:25] <infinity> RoyK: *hand wavy*
[20:25] <infinity> RoyK: The only place where it really matters is being able to ship a single kernel that boots all devices.
[20:26]  * RoyK has read a bit about using ARM for HPC, but it seems memory buses on ARM are still slow...
[20:26] <GrueMaster> Not that I have time to debate this, but nothing hangs right off the SOC.  The SOC has internal busses, same as Intel with an external south bridge (just in one convenient package).
[20:26] <infinity> RoyK: Which is something Microsoft is pushing.  No Win8 logo without ACPI.
[20:26] <infinity> GrueMaster: The SoC has internal bridges on the SoC, hence some things hang "right off it".
[20:26] <infinity> GrueMaster: That's the definition of an SoC.
[20:26] <infinity> GrueMaster: Many devices are right on the SoC, even.
[20:27] <dioxin> infinity: apt-get upgrade 'ing now
[20:27] <infinity> GrueMaster: And there's no standard way for how it's all put together, or how you discover what's there.
[20:27] <RoyK> infinity: right on, as in "simply memory mapped..."?
[20:27] <infinity> RoyK: Yeahp.
[20:28] <infinity> RoyK: And nothing wrong with simple mmaped devices (it's the way sparc and powerpc have gotten by for decades), but you need a way to enumerate the devices in a system, since you can't probe that.
[20:28] <infinity> sparc and powerpc use device trees, x86 uses ACPI, ARM now has both DT and ACPI implementations, and very few boards supporting either. :P
[20:29] <RoyK> mhm
[20:29] <infinity> RoyK: As for memory throughput, things have improved a lot lately.  And products that are "coming soon" are better still.
[20:29] <infinity> RoyK: But it's certainly nowhere near the throughput of, say, AMD systems.
[20:29] <infinity> RoyK: But hey, Intel can't beat AMD's memory throughput either. ;)
[20:30] <RoyK> heh - we use AMD rather a lot for HPC :þ
[20:30] <RoyK> you really want a good memory bus for 16 cores on a cpu
[20:31] <infinity> Yeah.  We tend to buy mirrored AMD and Intel systems, and pick and choose depending on workload.
[20:31] <infinity> If throughput is king, go AMD, if math is where it's at, Intel.
[20:32] <dioxin> and for portable?
[20:32] <RoyK> is really Intel that much better than AMD on fp?
[20:32] <RoyK> dioxin: portable HPC? ;)
[20:33] <dioxin> RoyK: no reason why not ;)
[20:33] <infinity> RoyK: Currently, Intel tends to beat AMD on most fp and int workloads.  But it's got to be pure number crunching and register flipping.  As soon as you start working with large datasets, AMD comes back strong.
[20:33] <RoyK> infinity: the runs we have, usually have 1-4GB datasets per job
[20:34] <RoyK> so I guess we can stay with AMD a while...
[20:34] <GrueMaster> For portable, I'd have to push Intel.  I have seen recent models of both Intel & AMD, and the AMD runs a lot hotter.
[20:34] <dioxin> GrueMaster: you were supposed to say ARM ;)
[20:34] <RoyK> lol
[20:36] <GrueMaster> Well for battery life and low heat, arm by far.  But until there is a current mass produced Arm netbook that supports Ubuntu, I have to stick with x86 hardware (AC100 doesn't count as it is discontinued and Asus Prime is not supported in our current releases).
[20:39] <infinity> Yeah, I'm still waiting for a killer ARM netbook. :/
[20:39] <infinity> And with next-gen ARM cores, we could see ARM "ultrabooks" too.
[20:39] <infinity> (ie: fast and small)
[20:39] <GrueMaster> yep.
[20:40] <infinity> But I won't hold my breath until I actually see hardware.
[20:42] <GrueMaster> sigh, why is it the platform I care the lease about has working audio ootb?
[20:45] <infinity> Speaking of subarches, I should dig up a spare microSD, and get testing mx53 kernels...
[20:45] <infinity> See if we can't get it bumped to 3.2 after the Alpha.
[20:46] <GrueMaster> That would be nice.  The current kernel won't work on the newer rev boards.
[20:47] <infinity> Oh, ick, really?
[20:47] <GrueMaster> No usb.  It sits and reenumerates in a constant loop.
[20:47] <infinity> That sounds special.
[20:47] <GrueMaster> I'll log it and file a bug, but if the new kernel fixes it, this is moot.
[20:48]  * infinity nods.
[20:48] <infinity> Don't waste your time on it until we've upgraded.
[20:48] <GrueMaster> Meh.  Typical hw mod.
[20:48] <GrueMaster> I may need to file it for A2, so other users don't come whining.
[20:49] <infinity> There's that, yeah.
[20:50] <GrueMaster> Also, the system is horridly slow on SD.  beagleXM is easily 4x faster.
[20:51] <infinity> Yeah, I use mine on SATA.
[20:51] <infinity> Haven't tested a pure SD setup on the mx53 since a day or two after I got it...
[20:54] <GrueMaster> [   57.856303] usb 1-1: device descriptor read/64, error -71
[20:54] <GrueMaster> [   58.626361] usb 1-1: device not accepting address 8, error -71
[20:54] <GrueMaster> [   59.286332] usb 1-1: device not accepting address 9, error -71
[20:54] <GrueMaster> [   59.292248] hub 1-0:1.0: unable to enumerate USB device on port 1
[20:54] <GrueMaster> From the new mx53 board.
[20:55] <GrueMaster> (and of course we don't enable serial console on our desktop images, so I can't log in).
[21:06] <dioxin> infinity: the boot is now fixed after the upgrade
[21:06] <dioxin> takes long enough tho!
[21:59] <GrueMaster> infinity: Here's an interesting (kind of) bug.  Bug 925035 only appears to affect armel.  Not seeing it on armhf images.
[21:59] <ubot2`> Launchpad bug 925035 in unity-lens-applications "unity-applications-daemon crashed with SIGSEGV" [Undecided,New] https://launchpad.net/bugs/925035
[22:04]  * RoyK looks at dioxin and wonders if he should renick himself as a pollutant too
[22:05] <infinity> GrueMaster: Reliably reproducible?
[22:05]  * dioxin shakes his head at RoyK ..... "pollutant indeed" he muses
[22:05] <GrueMaster> Both bladner and I saw it on mx5, I saw it on omap & omap4.  All armel images.
[22:05] <infinity> GrueMaster: That sounds fairly reliable.  Kay. :)
[22:06] <GrueMaster> Not sure how reproducible it is.  I'd have to delete the crash report & retry.  Too busy with milestone testing atm.
[22:07] <infinity> GrueMaster: Yeah, the anecdotal evidence that several people have seen it is enough for now.
[22:09] <GrueMaster> Hmmm.  preinstalled-server fails to network via wifi on panda.  (could be my config though).
[22:10] <dioxin> I seemed to get that working when I config'ed the wifi via the install process
[22:10] <dioxin> (using PandaboardES
[22:10] <GrueMaster> dioxin: server or desktop image?
[22:10] <dioxin> server image
[22:11] <GrueMaster> Hmmm.  Could also be this particular board.
[22:12] <GrueMaster> (I have many).
[22:12] <dioxin> lucky sod ;)
[22:12] <GrueMaster> Lucky?  I bought most of them for testing.
[22:14] <GrueMaster> The more I have, the more I can test (to a point).  For example, I can currently test every flavor of Ubuntu Precise on omap4 at one time.  But I only have one beaglexm, and 8 images to test on it, so it is slower.
[22:17] <dioxin> I probably shouldnt complain... i have like 5 i5 systems floating around ;) plus others
[22:19] <GrueMaster> I also have a lot of other systems.  My office has 5 monitors and 15 systems currently running (2 x86, rest are arm based).  Not counting laptops or systems in my rack cabinet.
[22:19] <dioxin> arent they all company supplied?
[22:20] <infinity> Some are, but he likes to go overboard. ;)
[22:21] <dioxin> next system I'm likely to go overboard on is RaspberryPi, but only cos per unit they are cheap :D
[22:21] <GrueMaster> I like having a home lab.  :P
[22:22] <dioxin> I need the time to build mine, components are in every draw I can find!
[22:22] <GrueMaster> dioxin: I would hold off.  I hear there is another platform in the works that is armv7 and almost as cheap.
[22:22] <GrueMaster> We won't support raspberry pi.
[22:22] <dioxin> I have money to burn on both ;)
[22:23] <dioxin> 1 pandaboard is like 6 RaspberryPi's I think
[22:25] <dioxin> I've heard wind of the armv7, but they arent even close to production yet
[22:33] <RoyK> dioxin: isn't 7 the current and 8 the next?
[22:33] <RoyK> with 8 supporting 64bit etc
[22:34] <dioxin> I think for RaspberryPi its arm5 or 6
[22:34] <GrueMaster> Sort of.  Armv7 is 32 bit, armv8 will be 64 bit.  There are some things in between that have been announced as well.
[22:35] <GrueMaster> Raspberry is Armv6.
[22:35] <GrueMaster> Key difference is Thumb2 support, which reduces the size of instructions (I think).
[22:36] <dioxin> http://www.arm.com/products/processors/classic/arm11/arm1176.php
[22:36] <dioxin> thats the R-Pi chip
[22:36] <GrueMaster> Yea.
[22:37] <GrueMaster> Arm versioning prior to v7 is a bit wonky.
[22:37] <dioxin> single core only as well I think
[22:38] <GrueMaster> Armv7 is the first to introduce SMP in the SOC.  I think some vendors have done it with armv6, but only at the instruction set level (i.e they have their own core design).
[22:38] <RoyK> GrueMaster: *size* of instructions?
[22:39] <GrueMaster> The Thumb (T32) instruction set provides a subset of the most commonly used 32-bit ARM instructions which have been compressed into 16-bit wide opcodes.
[22:40] <GrueMaster> From http://www.arm.com/products/processors/technologies/instruction-set-architectures.php
[22:43] <RoyK> k
[22:46] <dioxin> will Ubuntu Server ARM fit onto 4GBs SD?
[22:48] <GrueMaster> Yes.
[22:48] <GrueMaster> All of our preinstalled images are designed for 4G SD or larger.
[22:48] <dioxin> and is there an image for a minimal file system with either SSH or serial?
[22:48] <GrueMaster> It won't give you much room to really go wild, but it is good for some things.
[22:49] <GrueMaster> The server image is about as minimal for a bootable headless install as we can make.  It is configured via serial console.
[23:36] <desrt> hello arm people
[23:36] <desrt> i currently have the quickstart board with linux-linaro-lt-mx5 kernel installed
[23:37] <desrt> i just upgraded to precise and it seems like the latest version of that kernel is 2.6.38
[23:37] <desrt> is there a successor package, or is that the kernel i should be using?
[23:53] <infinity> desrt: That's the current one still.  We're working on getting a 3.2 kernel into shape, but it's not in the archive yet.
[23:53] <desrt> cool.  thanks for the info.