[04:39] <krosswindz> I am trying to build a new kerne
[04:39] <krosswindz> kernel*
[04:40] <krosswindz> I am surprised that when I run debian/rules editconfigs it picksup armel as well when I am running armhf
[04:50] <twb> All I know is I get the upstream kernel and run "make deb-pkg"
[05:03] <krosswindz> twb: I am not sure if upstream has all the omap changes
[05:03] <krosswindz> that ubuntu has
[05:03] <twb> Shrug
[05:59] <krosswindz> Is anyone using any method to cool the pandaboard
[06:01] <krosswindz> I am building the kernel natively and dmesg is full of thermal messages
[06:01] <krosswindz> http://pastebin.com/JxrEkATz
[06:07] <twb> krosswindz: have you got yours inside a case at all?
[06:07] <twb> Does the panda's power brick have active cooling?
[06:07] <twb> (I don't have one)
[06:29] <krosswindz> twb: i dont have the panda in a case
[06:30] <krosswindz> twb: the power brick doesnt have active cooling
[06:30] <twb> What's the ambient temperature?
[06:31] <twb> If it's like 40\degC, that wouldn't be so suprising
[06:32] <krosswindz> room temp is much lower
[06:32] <krosswindz> I guess I might have to move the board from its current location so that it gets more free air
[06:33] <krosswindz> room temp is probably in the 20s
[06:33] <twb> Also worth checking if throttling governor &c are on
[06:35] <krosswindz> i think throttling governor is on which is what is switching the frequency
[06:35] <krosswindz> the omap_thermal_step_freq_down
[06:39] <twb> /sys/devices/system/cpu/**/cpufreq/scaling_governor
[06:40] <krosswindz> ondemand
[06:40] <twb> That's OK then
[06:40] <twb> I dunno what else to check
[06:46] <krosswindz> twb: not a problem
[06:46] <krosswindz> I was just wondering
[06:47] <twb> FWIW native compiles on TF101 don't overheat that
[06:56] <krosswindz> hmm
[06:56] <krosswindz> ok
[08:28] <doug> mmm, nice.
[08:28] <doug> i'm trying to find ARM benchmarks...
[08:29] <doug> a passmark would work pretty well
[08:29] <doug> or some other general all-around benchmark that has a baseline on a VAX
[08:29] <doug> or, barring that, some way to get onto an ARM box to run a benchmark
[08:29] <doug> hosting service that'll take cash, or ARM enthusiast that'll take beer
[08:31] <twb> doug: dmips is easy enough
[08:31] <twb> http://homepages.cwi.nl/~steven/dry.c
[08:32] <twb> Other (non-synthetic) benchmarks usually involve compiling GCC &c, but they cost money
[08:33] <twb> The third run in "sh dry.c" output for me, on a dual-core A9, is Microseconds for one run through Dhrystone: 0.4; Dhrystones per Second: 2602811
[08:36] <twb> With -O3 I get down to 0.3us / 3003003 DMIPS
[08:36] <twb> Er, 3003 DMIPS, since M is million
[08:37] <scientes> infinity, can you post that "magic chroot" code again?
[08:37] <scientes> nvm
[08:37] <infinity> scientes: As in, copy /usr/bin/qemu-arm-static to chroot/usr/bin?
[08:37] <scientes> yes, i remember
[08:38] <scientes> that is so slick
[08:38] <twb> Note that prior to 1.x qemu-arm-static had some bugs
[08:38] <twb> Most obviously triggered when using hard float
[08:38] <scientes> thing with --no-install-recommends, is that emdebian grip actually changes the apt default to that, so i got lazy
[08:38] <scientes> im using 11.10
[08:39] <twb> fortunately it's static so you can simply build qemu-arm-static and copy the binary wherever you want
[08:39] <scientes> twb, indeed
[08:39] <scientes> or copy the binary/install the .deb anywhere
[08:41] <twb> The .deb is marked as belonging the the host arch, though, so you can't sensibly install it inside the chroot
[08:41] <twb> you only need it inside the chroot, you understand, the only thing the host part cares about is the binfmt-support hooks
[08:44] <scientes> well, ar x and tar works file too
[08:44] <scientes> how do you extract only one file from a tar on the command line?
[08:45] <scientes> (however many probably dont know you can do that with .deb files)
[08:45] <twb> scientes: if you're not going to dpkg -i it there is no point carrying around more than the single qemu-static-arm binary
[08:45] <twb> scientes: dpkg -x, rather.
[08:45] <twb> *That is, dpkg -x rather than ar+tar.
[08:45] <scientes> of course, but im talking about the something you generally are doing one-off
[08:46] <scientes> twb, ahh that would probably be cleaner than using ar+tar, thx
[08:46] <twb> You can't extract a single file unless using ar+tar AFAIK, in which case you just do it the tar way
[09:00] <carli2> hi
[09:00] <carli2> i have a beagleboard and I want to install the sgx drivers
[09:00] <carli2> the software renderer is slow
[09:03] <carli2> i'd like to provide a SD image with preinstalled omapfb drivers, is that possible? is there a toolchain to build custom ubuntu installation images?
[09:03] <ndec> carli2: what do you mean exactly?
[09:05] <ndec> carli2: is this what you are looking after http://omappedia.org/wiki/Add_Packages_To_Ubuntu_Preinstalled_Images
[09:07] <carli2> ndec: ah thanks :)
[09:07] <carli2> but isn't chroot architecture specific?
[09:07] <carli2> i should run chroot on a arm system
[09:07] <ndec> nope.
[09:08] <ndec> you can cross chroot
[09:08] <carli2> or does it include a qemu-call?
[09:08] <ndec> with qemu
[09:08] <ndec> ok... it seems that the wiki only explains the native chroot.
[09:08] <ndec> but it would work with cross chroot too.
[09:10] <carli2> how can I delete all users created at installation time and turn the system back into OEM status?
[09:10] <ndec> you basically need to install qemu-user-static, and then sudo cp /usr/bin/qemu-arm-static /<your chroot>/usr/bin/, then you can cross chroot from x86 into the ubuntu arm rootfs
[09:11] <ndec> i don't think you can. or at least i don't know. perhaps infinity would know that... but I still think it's best to start with the preinstalled image before doing the installation.
[09:11] <ndec> as per the wiki i gave
[09:15] <carli2> configure a preinstalled ext2/3 system image "jasper"
[09:17] <carli2> how much faster would the hardfloat image be?
[09:23] <carli2> and no libreoffice
[09:23] <carli2> but it's installable :)
[11:01] <carli2> after installing the sgx drivers, the monitor stays black
[18:31] <micadeyeye_> hi
[18:31] <micadeyeye_> I can't login to Ubuntu on my Pandoboard
[18:31] <micadeyeye_> Login timed out after 60 seconds.
[18:31] <micadeyeye_>                                                                                 
[18:31] <micadeyeye_> Ubuntu 11.10 localhost.localdomain ttyO2
[18:31] <micadeyeye_>                                                                                 
[18:31] <micadeyeye_> localhost.localdomain login: root
[18:31] <micadeyeye_> Password:
[18:31] <micadeyeye_> kindly help!!
[18:33] <GrueMaster> micadeyeye_: Did you run through the oem-config installer?  It sets up a default account and hostname.
[18:33] <GrueMaster> Which image are you using?
[18:35] <micadeyeye_> GrueMaster, ubuntu 11.04 from here http://www.omappedia.org/wiki/OMAP_Ubuntu_Core
[18:36] <micadeyeye_> I didn't run the oem-config.
[18:37] <infinity> You also didn't read the instructions there that point out that you need to either remove or set root's password.
[18:37] <micadeyeye_> i didn't see that.
[18:38] <infinity> The page recommends just making root passwordless.  I'd recommend setting a password or adding a user, but whatever works better for your use-case.
[18:38] <GrueMaster> This is not an "Ubuntu supported" installation method.  My best suggestion is to either use one of the preinstalled images from cdimage.ubuntu.com or follow those instructions carefully and ask the author for support.
[18:39] <doug> what's the quickest(/best?) way for me to get an account on an ARM box?
[18:40] <GrueMaster> Buy an arm box and install Ubuntu on it?
[18:40] <micadeyeye_> I thought it wasn't using a password. I followed the instructions and did this "edit the file /etc/shadow and remove the '*' character in between the semi-colons. You"
[18:40] <micadeyeye_> I am running ubuntu on pandaboard
[18:41] <doug> hm, what's the cheapest arm box that i can buy (today)?
[18:42] <micadeyeye_> I got the rootfs from - http://cdimage.ubuntu.com/ubuntu-core/releases/11.10/release/ubuntu-core-11.10-core-armel.tar.gz
[18:42] <GrueMaster> doug: It really depends on your needs.  I think the beaglebone (http://beagleboard.org) is probably the cheapest that we can support in Ubuntu, but there are better depending on hw needs.
[18:42] <infinity> micadeyeye_: GrueMaster is right, we don't support core as a bootable/installable OS.  It's meant for people to build on top of.
[18:43] <infinity> micadeyeye_: If that's not really working out for you, you might want to try a more full-featured installer, like ubuntu-desktop or ubuntu-server.
[18:43] <micadeyeye_> infinity, am not sure they would run on my omap4 device.
[18:44] <doug> my need is certainly to find something dirt cheap
[18:44] <suihkulokki> doug: Some board from Arduino family
[18:44] <doug> ubuntu on arduino?
[18:44] <infinity> micadeyeye_: You're using a non-standard kernel?
[18:44] <suihkulokki> doug: no ubuntu, but dirst cheap
[18:44] <micadeyeye_> I think so.
[18:45] <doug> yeah, need something that'll run a linux, something with an MMU
[18:45] <micadeyeye_> wget http://ports.ubuntu.com/ubuntu-ports/dists/precise/main/installer-armel/current/images/omap4/netboot/MLO
[18:45] <micadeyeye_> wget http://ports.ubuntu.com/ubuntu-ports/dists/precise/main/installer-armel/current/images/omap4/netboot/u-boot.bin
[18:45] <micadeyeye_> wget http://ports.ubuntu.com/ubuntu-ports/dists/precise/main/installer-armel/current
[18:45] <GrueMaster> Well, the "cheapest" is certainly less than that (raspberry PI comes to mind), but we only support hardware that has ARMv7 technology.
[18:45] <doug> pi isn't armv7?
[18:45] <micadeyeye_> doug, try Pandaboard
[18:45] <infinity> micadeyeye_: Right, well, if you need to build something from scratch, just chroot into your ubuntu-core system on another box and "passwrd root" before you boot it.
[18:45] <micadeyeye_> they now have pandaboard es
[18:45] <infinity> micadeyeye_: Err, that's the standard Ubuntu omap4 kernel.
[18:45] <GrueMaster> doug: If you go with something less, you can always run debian.  And no, Raspberry Pi is Armv6.
[18:45] <suihkulokki> I don't know that would be the cheapest, but beaglebone at 89$ is probably closest
[18:45] <infinity> micadeyeye_: If you use one of our full-featured images, it'll be exactly the same kernel.
[18:45] <micadeyeye_> but it's requesting a pwd.
[18:46] <suihkulokki> cheapest to run ubuntu, that is
[18:46] <GrueMaster> micadeyeye_: What platform are you running on?
[18:46] <doug> yeah, beagleboard is what, $89?  3 times the advertised price of the (low-end) pi
[18:46] <micadeyeye_> pandaboard (omap4)
[18:46] <infinity> micadeyeye_: Please, just use an image with an installer.
[18:46] <micadeyeye_> Ubuntu 11.04
[18:46] <suihkulokki> well lets see what the pi price will turn out tu be in reality
[18:46] <GrueMaster> micadeyeye_: Then use one of our omap4 preinstalled images.
[18:47] <infinity> micadeyeye_: http://cdimage.ubuntu.com/releases/11.10/release/
[18:47] <infinity> micadeyeye_: Either ubuntu-desktop omap4 or ubuntu-server omap4, depending on if you want pretty things or not. :P
[18:47] <micadeyeye_> okay
[18:51] <GrueMaster> micadeyeye_: If you want greater speed and performance, you can also try our latest alpha 2 of 12.04.  http://cdimage.ubuntu.com/releases/precise/alpha-2/
[18:52] <GrueMaster> According to Phoronix, the performance improvements are pretty good.  http://www.phoronix.com/scan.php?page=article&item=ubuntu_1204_omap4460&num=1 (note that we did not run or commission these tests - they just look awesome).
[19:11] <pbuckley> any progress on ALSA lib main.c:260:(execute_sequence) unable to open ctl device 'hw:Panda'
[19:11] <pbuckley> ?
[19:24] <GrueMaster> pbuckley: Not yet.  The kernel team just got the bug late last week, and I am sure they are looking at it.
[19:25] <pbuckley> k.. :) thanks for the follow up.. what was the bug id again? I forgot to bookmark
[19:25] <GrueMaster> bug 925069
[19:25] <ubot2> Launchpad bug 925069 in linux-ti-omap4 "No analog audio on omap4 panda" [Undecided,Confirmed] https://launchpad.net/bugs/925069
[19:25] <pbuckley> thank you
[19:26] <pbuckley> ooh
[19:26] <pbuckley> looks like they might already have a patch
[19:27] <pbuckley> any gotcha's about compiling ubuntu kernels?
[19:29] <GrueMaster> Yea, I don't do them.  :P  Seriously, I don't know other than they take a while on panda.
[19:39] <pbuckley> well
[19:39] <pbuckley> at least they compile the kernels with /proc/config.gz support
[19:39] <pbuckley> that makes it alot easier in theory
[19:51] <prpplague> lag: greetings
[19:51] <lag> prpplague: Howdy
[19:51] <lag> prpplague: Are you well?
[19:52] <prpplague> as well as can be expected, hehe
[19:52] <lag> Struggling on by
[19:52] <lag> :)
[19:52] <lag> You're not at Connect are you?
[19:53] <prpplague> lag: not this time, too many irons in the fire
[19:53] <lag> prpplague: Right, no probs
[19:53] <lag> prpplague: I wanted you to bring a Flyswatter so we could test it on Snowball
[19:53] <lag> prpplague: I have some other toys to play with too
[19:54] <prpplague> lag: ahh, i'll be at ELC on thursday of next week
[19:54] <pbuckley> kernel source tree has changed pretty drastically since last time i looked
[19:54] <pbuckley> where is my make oldconfig :(
[19:54] <lag> prpplague: Unfortunately I'm giving this one a miss
[19:54] <prpplague> lag: bummer
[19:54] <lag> prpplague: I know dude - I usually like to attend
[19:55] <prpplague> lag: i've already allocated my budget of freebie flyswatter2's for this month, let me see what i can do to get one to you for testing
[19:55] <doug> hm, what's the cheapest i can get an ubuntu-support ARM box for?
[19:57] <pbuckley> 35 bucks?
[19:58] <pbuckley> assuming small quality
[19:58] <pbuckley> bulk orders im sure you could find cheaper even
[19:58] <pbuckley> actually there is a 25 dollar version too
[19:58] <pbuckley> ;)
[19:59] <pbuckley> (raspberry pi) which i assume will have ubuntu on it at somepoint
[19:59] <pbuckley> though i doubt it will ever run x
[19:59] <infinity> pbuckley: The Pi can't run Ubuntu.
[19:59] <infinity> pbuckley: It's ARMv6, we only support v7.
[19:59] <lag> prpplague: I didn't mean to keep - would just be good to get some shots up of it working great with snowball :)
[19:59] <pbuckley> really?
[19:59] <pbuckley> damn so much for that idea
[19:59] <infinity> pbuckley: Really.
[19:59] <pbuckley> pandaboards then
[19:59] <pbuckley> but those are like 180
[19:59] <infinity> doug: The cheapest Ubuntu-supported board you can get is probably the beaglebone.
[19:59] <prpplague> lag: no worries, we want to make sure it works with as many items as possible
[20:00] <pbuckley> oh right
[20:00] <pbuckley> forgot about the beagle's
[20:00] <infinity> doug: But the Panda or mx53 quickstart are better options, IMO.
[20:00] <pbuckley> oh and there is the pandaboard and pandaboard es
[20:00] <pbuckley> so many flavors
[20:00] <doug> hm.
[20:01] <doug> beaglebone is $89, right?
[20:01] <pbuckley> i personally use the pandaboard es as a desktop
[20:01] <krosswindz> is there any particular reason precise kernel is missing the pandaboard OTG port kernel module
[20:01] <doug> i'm particularly interested in running stuff as a server
[20:01] <GrueMaster> krosswindz: File a bug against linux-omap4 please.
[20:01] <doug> headless, etc.
[20:02] <krosswindz> GrueMaster: sure
[20:02] <GrueMaster> doug: Depending on the type of server, you would probably be better off with the mx53 as it has native SATA.
[20:02] <pbuckley> its a freescale chip no?
[20:03] <GrueMaster> Having said that, I can also say that the Panda does really well on server loads too.
[20:03] <GrueMaster> yes, Frescale.
[20:03] <pbuckley> yeh.. the pandaboard sucks at disk io :(
[20:03] <GrueMaster> Here is a list of tests I ran last cycle for arm server.  https://wiki.ubuntu.com/ARM/QA/Server
[20:03] <pbuckley> even usb drives are pretty bad
[20:03] <pbuckley> though 12.04 seems to have improved sd performance at least
[20:04] <GrueMaster> Note that I also ran Raid, iSCSI (client & host), and CEPH ClusterFS, all on pandas.
[20:04] <pbuckley> oh nice
[20:04] <pbuckley> i was thinking about iscsi
[20:04] <pbuckley> how did that go?
[20:05] <GrueMaster> Well, it initially had issues (same as on x86 when I ran it), but those have been fixed.  I haven't tested it again this cycle, but it is on the todo list.
[20:05] <pbuckley> Requires a bit of manual configuration. iSCSI-root fails to boot. See LP:838809
[20:05] <pbuckley> ah ok
[20:06] <GrueMaster> It will still need either an SD for u-boot or optionally it can boot from a host pc through the OTG port.
[20:06] <GrueMaster> (documentation on that feature coming soon).
[20:07] <doug> hm, where's a good place to buy mx53 quickstarts from?
[20:07] <infinity> Digikey.
[20:07] <pbuckley> does digikey sell them?
[20:07] <pbuckley> if so i would go there
[20:08] <infinity> Digikey sells everything anyone could ever want.  If you want it and they don't have it, you're wrong about wanting it.
[20:08]  * infinity nods.
[20:08] <pbuckley> hahaha
[20:08] <GrueMaster> Yes, I bought two through digikey (and one direct from Freescale).
[20:08] <pbuckley> how does the mx53 compare to the panda as far as x performance goes?
[20:09] <pbuckley> that sata port is tempting
[20:09] <krosswindz> GrueMaster: against linu-omap4 or linux-ti-omap4?
[20:09] <GrueMaster> Note that the newer START-R model doesn't run Oneiric, and until we get a new kernel in the pool, it won't run Precise.
[20:09] <pbuckley> oh nm
[20:09] <GrueMaster> krosswindz: linux-omap4.  Send me the bug number and I can make sure it gets triaged.
[20:09] <krosswindz> ok
[20:09] <pbuckley> you can take precise from my cold dead fingers
[20:10] <GrueMaster> heh.
[20:20] <infinity> pbuckley: X performance on the quickstart is good.  Its only real failing is the slower CPU.
[20:21] <infinity> GrueMaster: Does the new 3.1.x kernel we just shoved in still not boot the START-R?
[20:21] <GrueMaster> When did that get uploaded?
[20:22] <infinity> I processed it through NEW yesterday.
[20:22] <infinity> And updated the meta yesterday.
[20:22] <GrueMaster> Oh, well I will check it out then.
[20:22] <GrueMaster> (I wasn't working this weekend).
[20:22] <infinity> Yeahp, fair enough.
[20:23] <infinity> Oh, speaking of not working on weekends, can you give me a reminder of those flash-kernel/preseed bug numbers?
[20:23] <krosswindz> GrueMaster: bug#: 927860
[20:23] <infinity> I'll get to them when I'm bored here at Connect.
[20:23] <GrueMaster> bug 927860
[20:24] <ubot2> Launchpad bug 927860 in linux-meta-ti-omap4 "Missing musb-hdrc module required by Pandaboard OTG port" [Undecided,New] https://launchpad.net/bugs/927860
[20:24] <krosswindz> GrueMaster: ubuntu-bug files it under linux-meta-ti-omap4
[20:24] <krosswindz> GrueMaster: not sure why
[20:24] <GrueMaster> Don't worry, I can fix it.
[20:25] <krosswindz> GrueMaster: thanks
[20:26] <krosswindz> GrueMaster: it only affects Precise, oneiric 3.0 kernel has it compiled into the kernel
[20:26] <GrueMaster> Interesting.
[20:34] <GrueMaster> Ok, I tweaked the bug report and assigned it to our kernel engineer.  We should see an update later this week.  Can you enable it and test it in the mean time?  If it works, post your results to the bug.
[20:34] <krosswindz> GrueMaster: Yes I am trying to build the kernel by myself
[20:35] <GrueMaster> infinity: I'll try to get to the f-k-i fixes this afternoon (after lunch).
[20:35] <krosswindz> GrueMaster: The first time I built it and was doing testing I didnt realize it was missing.
[20:35] <GrueMaster> Ah.
[20:35] <krosswindz> GrueMaster: I will keep you updated on the progress, I am at work now :( the board is at home.
[20:35] <GrueMaster> brb - need to feed.
[20:36] <prpplague> oh lord, who let jkridner in here?
[20:36] <jkridner> :)
[20:36]  * prpplague shakes his head at the low requirements for entry into #ubuntu-arm
[20:36] <pbuckley> lol
[20:37] <infinity> GrueMaster: I had it mostly coded in my head anyway, just forgot the bug numbers and lost them in scrollback.
[20:41] <doug> hm, i found one ms53 board retailing for $149...
[20:42] <doug> from newark.com
[20:43] <pbuckley>  never used em
[20:43] <pbuckley> digikey has always done right by me
[20:45] <doug> hm, digikey's MCIMX53-START-R-ND is also showing up as $149
[20:45] <pbuckley> there you have it
[20:46] <doug> now if i could just find a good source for pricing on the cpu itself
[20:47] <doug> digikey says "call"
[20:49] <pbuckley> it depends on the quanity
[20:49] <pbuckley> (usually)
[20:51] <doug> well sure
[20:56] <pbuckley> if i apt-get install linux-source-3.2.0 will that give me the correct branch? or should i pull it out of a git repo somewhere?
[21:02] <GrueMaster> pbuckley: apt-get source linux-ti-omap4
[21:03] <pbuckley> ah thanks
[21:03] <infinity> Which will get the meta. ;)
[21:03] <infinity> apt-get --only-source source linux-ti-omap4
[21:03] <pbuckley> should i also do a apt-get build-dep linux-ti-omap4?
[21:04] <pbuckley> NOTICE: 'linux-ti-omap4' packaging is maintained in the 'Git' version control system at:
[21:04] <pbuckley> neat
[21:05] <pbuckley> since when did apt support git?
[21:05] <pbuckley> or am i not reading that right?
[21:06] <pbuckley> (because i basically wrote my own package format to get around deb's limitation of only one installed version of a package at a time)
[21:06] <pbuckley> and i assume if git is in apt they have worked around that
[21:06] <GrueMaster> No, it is just indicating that our kernel trees are in git as opposed to bzr.
[21:07] <pbuckley> ah ok
[21:07] <pbuckley> got all excited
[21:07] <pbuckley> ;)
[21:09] <pbuckley> also dont know if this is a packaging legacy defect
[21:09] <pbuckley> but it points me to http://kernel.ubuntu.com/git-repos/ubuntu/ubuntu-maverick.git
[21:09] <pbuckley> is that the active git repo or is it ubuntu-precise.git?
[21:10] <GrueMaster>  ubuntu-precise.git
[21:10] <pbuckley> k
[21:15] <pbuckley> thank you again :) Hopefully those two patches on that bug report help with the sound issue im having.. going a bit mad without audio
[21:18] <rbasak> So I've been trying usbboot. It works, but seems to find the boot script on the sd card and uses that. Is there any way to override the boot script?
[21:19] <GrueMaster> yea, remove the sd.
[21:19] <rbasak> Without removing the SD :)
[21:19] <GrueMaster> picky picky.  :P
[21:20] <rbasak> The reason is that I want to boot off the SD except when automation wants to netboot
[21:20] <rbasak> Right now I have to assume that the machine isn't bricked and can be shelled into to change the SD to netboot
[21:20] <GrueMaster> I understand.  I want to use it to recover from a botched netinstall.
[21:20] <rbasak> Yeah, exactly :)
[21:21] <rbasak> Right now the only way I can think of is to hack u-boot to never read a script
[21:21] <rbasak> (and supply the hacked u-boot over usb)
[21:21] <rbasak> I am hoping that there's a better way.
[21:21] <GrueMaster> I don't know how the new usbboot works, but the omap4boot utility used abootimg to build an image.  This included a boot script or kernel cmdline.
[21:25] <rbasak> This seems to use mkimage to convert u-boot.bin into a u-boot.img (with a load address of 0x80E80000)
[21:25] <rbasak> I take it this is a different image format to abootimg?
[21:26] <GrueMaster> Yes.  mkimage only creates a checksum wrapper.
[21:42] <pbuckley> so if i wanted to submit patches to http://kernel.ubuntu.com/git-repos/ubuntu/ubuntu-precise.git
[21:42] <pbuckley> is there a doc i can read that explains the process?
[21:46] <GrueMaster> pbuckley: https://wiki.ubuntu.com/Kernel/Dev/KernelPatches
[21:46] <GrueMaster> That's probably the easiest.
[21:49] <pbuckley> brilliant thank you :)
[22:12] <krosswindz> GrueMaster: I edited the kernel config and started a fresh build using the current sources. I will let you know how it goes
[22:12] <krosswindz> GrueMaster: I will update the bug once I reinstall kernel
[22:12] <GrueMaster> Ok.
[22:24] <pbuckley> so compiling on the panda.. make -j2,-j3,-j4?
[22:26] <GrueMaster> Depends on your storage medium.  If SD, I would not multi-thread.  Otherwise -j2 or -j3.  I think the rule of thumb (thumb2?) is # cores +1.
[22:26] <pbuckley> k
[22:26] <pbuckley> ty
[22:28] <pbuckley> also make oldconfig generates warning: (USB_WUSB) selects UWB which has unmet direct dependencies (EXPERIMENTAL && PCI)
[22:28] <GrueMaster> That is a question for #ubuntu-kernel.
[22:29] <pbuckley> k
[22:33] <mythos> sorry, if ask: but is thumb(2) something like mmx/sse/...?
[22:33] <phh> not at all
[22:33] <mythos> *if i ask
[22:34] <phh> on ARM, instructions have fixed size
[22:34] <phh> ie 32 bits
[22:34] <phh> they found that sometimes you don't need full-featured instructions, and you could greatly reduce size with 16 bits instructions
[22:34] <phh> that's thumb
[22:35] <phh> then, they decided they could make the best of both worlds with thumb2, when using a 32bits instruction can be more efficient, they use a 32bit, else a 16bits one
[22:35] <ogra_> shortly said: you get smaller binaries that load faster into ram
[22:35] <ogra_> (and sometimes also run faster)
[22:35] <phh> (because it's faster to load from ram to cpu)
[22:37] <GrueMaster> infinity: New mx53 kernel still appears not to enable usb on the START-R rev of the Quickstart.
[22:37] <mythos> hm... thanks for the explanation =)
[22:38] <infinity> GrueMaster: Irksome.  I'll hunt down the landing team this week and see if we can get to the bottom of this.
[22:38] <GrueMaster> k.
[22:39] <GrueMaster> I'll see if I can generate some kernel output.
[22:39] <infinity> That could be helpful.
[22:41] <GrueMaster> infinity: http://paste.ubuntu.com/832005/
[22:44] <infinity> GrueMaster: Hrm.  I don't see an obvious kernel failure there at all.
[22:47] <GrueMaster> infinity: Starting at line 305:  usb 2-1: device descriptor read/64, error -71
[22:48] <infinity> Does it boot from SD, then?
[22:48] <infinity> Might make it easier to debug the USB issues if one can hotplug a non-root USB device.
[22:49] <GrueMaster> I have a few more tests to run, but the only difference between my quickstart (qs1) and quickstart-r (qs2) setup is that qs1 is on port 2 of my kvm, and qs2 is on port 4.
[22:49] <GrueMaster> It has always booted from sd.  The problem is that it doesn't see keyboard/mouse.
[22:50] <infinity> Oh.  Key.  I use mine headless, would probably not even notice. ;)
[22:50] <GrueMaster> Well, considering we only build desktop images for the board...
[22:51] <infinity> Yeah, I don't test images on my mx53, it's my local mirror.
[22:51] <infinity> It was also my first armhf system, before I had images.
[22:51] <GrueMaster> (and I have a slight shortage of sata drives atm).
[22:51] <infinity> Speaking of, we have armhf+mx5 images now.
[22:52] <GrueMaster> cool.  I'll test tomorrow.
[22:58] <methril> hi, someone up?
[22:59] <methril> i would like to know if someone had a i.mx515 image working
[22:59] <GrueMaster> infinity: Just to salt the wound a little, the dev image that came with it works ootb.  Kernel 2.6.35.3-1129-g691c08a
[22:59] <GrueMaster> methril: mx51?  Like babbage3?
[22:59] <rbasak> GrueMaster: I've adjusted u-boot-linaro-omap4-panda-splusb's default boot script to do pxe only. Is there any situation where this shouldn't be the case, ie. should I propose this as a permanent fix?
[23:00] <methril> GrueMaster, yes, and Sharp PC-Z1
[23:00] <methril> i would like to update it
[23:00] <methril> it's a powerful processor
[23:00] <GrueMaster> methril: Ah, yes.  That device.  persia used to bring his to UDS all the time.
[23:01] <methril> GrueMaster, so nobody is working on it, isn't it?
[23:01] <GrueMaster> Image wise we don't support that platform.  Package wise, it should handle everything current.
[23:02] <methril> any guid to start porting it "image wise"?
[23:03] <methril> s/guid/guide
[23:04] <GrueMaster> Not really.  iirc, that had Jaunty, with was armv5.  I don't know if you can get a kernel for it or not.
[23:05] <methril> GrueMaster, there is a 2.6.31 port, and a 2.6.35 WIP
[23:07] <GrueMaster> If the 2.6.31 port works and is at least compiled for armv7, try it.  We can go from there.
[23:08] <methril> ok, thank you GrueMaster
[23:11] <methril> i will try to work on it, and come back when something is working
[23:11] <GrueMaster> If you can boot with an armv7 kernel, the next step would be to see if you can chroot into an ubuntu-core image and do stuff.
[23:12] <methril> ok, i need to buy a bigger sd card
[23:13] <GrueMaster> The core images are fairly small.  ~35M compressed.
[23:14] <GrueMaster> Note that these are NOT bootable images.
[23:14] <methril> uhm...
[23:14] <methril> i've a bootable sd card
[23:14] <methril> i only need to boot it with a newer kernel image
[23:14] <GrueMaster> Ok.
[23:15] <GrueMaster> Older binaries "should" still work.
[23:15] <methril> the older is what i'm going to try
[23:15] <methril> to get a new version
[23:15] <methril> i need it for traveling
[23:16] <GrueMaster> Understand.  From what I've seen of it, it seems fairly capable.
[23:16] <methril> i think so
[23:17] <methril> let's see what we could get from this old device :)
[23:26] <rbasak> GrueMaster: I filed bug 927956
[23:26] <ubot2> Launchpad bug 927956 in u-boot-linaro "USB SPL boot should be able to override local SD card on panda" [Undecided,New] https://launchpad.net/bugs/927956
[23:26] <rbasak> (with patch)
[23:26] <GrueMaster> ok
[23:34] <pbuckley> you werent joking about kernel compiles taking ahwile on the panda
[23:36] <pbuckley> i might have to break down and spin up an ec2 instance and start doing my compiles there.. i assume there is a cross compile toolchain somewhere?
[23:42] <GrueMaster> pbuckley: There is, but I couldn't tell you how to do a cross compile.  Try doing a google search on the ubuntu wiki.