[01:31] <ZeZu> Are there any known usb-storage issues on natty/pandaboard ?  I have all sorts of interesting issues w/ various chipsets I use in linux/windows on a regular basis,  the JM20336 always drops fairly soon after plugging it in,  the CY7C68300A normally works but drops sometimes as well  ( have rootfs on it so thats troublesome ) ... another gives an error and disables all URBs and never works
[01:37] <ZeZu> the jmicron chipset gets a reset then tells me the device offlined, not ready after error recovery
[01:43] <ZeZu> Seems like it might just not like the SSD connected..
[02:12]  * jburkholder42 feels left out with no hardware
[02:33] <Jef91> Anyone know a solid guide for getting an ARM system running in qemu?
[02:45] <jburkholder1> Jef91: https://wiki.ubuntu.com/ARM/RootfsFromScratch
[02:46] <Jef91> I've got that, when I try to launch the qemu I'm only getting a black screen
[02:48] <jburkholder1> did you try the chroot?
[02:48] <jburkholder1> IIRC both the system emulator and userspace emulator worked last time I tried
[02:49] <persia> What are you trying to do with the emulator?
[02:53] <Jef91> just launch the system
[02:53] <Jef91> I'm launching "qemu-system-arm -M versatilepb -cpu cortex-a8 -kernel ./vmlinuz-lucid -hda arm.img -m 256 -append "root=/dev/sda mem=256M devtmpfs.mount=0 rw"
[02:53] <Jef91> "
[02:54] <persia> Oh, I meant at a much higher level.  There's been a few people by who wanted to do stuff and it turned out the stuff they wanted to do didn't require the emulator they thought it might initially.
[02:54] <persia> That ought work.
[02:55] <Jef91> I want to create a full root FS
[02:55] <Jef91> want to build some packages in the ARM arch. as well for a repo
[02:57] <persia> If you have hardware, I'd recommend doing the building there.
[02:57] <persia> If you don't have hardware, I'd suggest using sbuild or pbuilder with a cross-chroot, and not running full qemu.
[02:58] <Jef91> I'd like to do it in a full qemu as I'm going to be building a rootfs from it eventually
[03:00] <persia> You plan to build a rootfs based on the deritus of the environment in which you've been running builds?
[03:01] <Jef91> No I plan to have two environments
[03:02] <persia> A build environment and a target environment, for deployment?
[03:02] <Jef91> Correct.
[03:03] <Jef91> Thats a good idea right?
[03:04] <persia> OK.  So, for the build environment, I'll recommend *not* using qemu's system emulation, and just use the syscall emulation with pbuilder or sbuild's cross-chroot support.
[03:04] <Jef91> Alrighty - noted.
[03:04] <persia> That's more likely to have been tested (yes, it's noisy about some things, but still).
[03:04] <Jef91> I still need a qemu though
[03:04] <Jef91> for setting up a depolyment system
[03:05] <persia> For testing, or for chroot creation?
[03:05] <Jef91> Both I would think
[03:07] <persia> In my experience, running on hardware and running in qemu have surprisingly different performance characteristics.
[03:07] <persia> One of the key bits is that most Ubuntu environments end up not being able to run with the 256M of memory available to qemu's versatilepb environment.
[03:08] <Jef91> I don't care about performance
[03:08] <Jef91> I just want to physically setup the system
[03:09] <Jef91> in a qemu
[03:09] <persia> And there was recently a debate about how to generate rootfs images for production in this channel, in which the consensus seemed to be "get some hardware".  If you're playing, rootstrap or qemu-debootstrap or multistrap or debootstrap in an emulator can all work, but nobody seemed confident about standing behind any of them.
[03:10] <persia> Ah.  If you really want to use qemu, then you have to use qemu to do that :)  In which case, the instructions on the page already mentioned are supposed to work.
[03:10] <Jef91> I have to run for now - and I am aware they are "suppose" to work.
[03:10] <Jef91> If they did in fact work for me though, I wouldn't be here ;)
[03:10] <Jef91> I guess I'll be back later when hopefully someone can help :-/
[03:11] <Jef91|AFK> Thanks for your input persia
[03:11] <persia> Sorry I'm not able to help you reach your goal.
[03:12] <jburkholder1> blank screen might be because the console is not going to the right place
[03:14] <persia> I thought console went to qemu console by default.
[03:15] <persia> (which may not be the default shown in the SDL window)
[03:18] <jburkholder1> the kernel might be using the serial port though
[03:18] <jburkholder1> I seem to remember having to fool with redirecting the serial port to stdout to see the console messages
[03:24] <jburkholder1> either with -nographic or -serial stdio qemu options
[03:28] <jburkholder1> building a toolchain in the system emulator took forever so I switched to the chroot environment
[04:46] <Jef91> Howdy folks - so I'm trying to setup an Ubuntu rootfs through qemu and I've followed the guide posted here https://wiki.ubuntu.com/ARM/RootfsFromScratch and when it gets to the step of launching the VM all I get is a black screen. Ideas?
[05:07] <jburkholder1> Jef91: have you tried -nographic?
[05:09] <Jef91> ahh I have not
[05:09] <Jef91> let me try that - one moment
[05:10] <jburkholder1> if that doesn't work try setting the console to serial by passing console parameter to the kernel
[05:11] <jburkholder1> console=ttyAMA0 (this is what I found in google)
[05:12] <Jef91> how do I pass the console argument to the kernel?
[05:12] <jburkholder1> and then you might have to use qemu -serial option to get the serial output on stdio
[05:13] <jburkholder1> with the -append qemu option
[05:13] <jburkholder1> -append "console=ttyAMA0"
[05:14] <jburkholder1> seems that and -nographic should work
[05:15] <Jef91> alrighty
[05:15] <Jef91> setting up something else atm - will try in a few
[05:15] <Jef91> thanks!
[05:15] <jburkholder1> no problem, I'm off to sleep
[09:49] <ericb2> ping janimo ?
[09:56] <ericb2> janimo: please unping : I retrieved the link
[11:45] <garagoth> rcn-ee: ping
[12:41]  * jburkholder1 wakes up
[13:04] <janimo> ericb2, unping
[13:05] <ericb2> janimo: hello. Nevermind , I found the link
[16:36] <ppisati> ogra_: can i use ac100's internal flash for ubuntu installation? or just usb/sd?
[16:36] <ogra_> ppisati, i would recommend the internal, its the fastes disk you can get on the device (and its not actually fast ...)
[16:37] <ogra_> ppisati, what model did you get ?
[16:37] <ppisati> ogra_: 10Z
[16:37] <ogra_> (its written on the bottom)
[16:37] <ppisati> 8GB
[16:37] <ogra_> ah, the same as GrueMaster then
[16:37] <ppisati> and i didn't update to 2.2
[16:37] <ogra_> he has massive probs with his ...
[16:37] <ppisati> oh sh*t...
[16:37] <ogra_> i hope this is a GrueMaster thing
[16:38] <GrueMaster> hey!
[16:38] <ogra_> he has a hand to actually run into strange bugs nobody else gets
[16:38] <GrueMaster> ppisati: If you can, do a backup of every partition first.
[16:38] <GrueMaster> ogra_: It's my job, its what I do.
[16:40] <ogra_> GrueMaster, it wasnt a complaint ;)
[19:35] <jburkholder1> Jef91: did you get your environment running?
[19:36] <Jef91> Nope. Still keeps giving just a black screen
[19:36] <Jef91> Got Debian ARM rolling though, so I guess that will have to do
[19:36] <Jef91> all .debs anyways I guess
[19:37] <jburkholder1> hmm, that's a shame
[20:08] <gfunk> I have a noob question.  Can I install ubuntu lucid on an Apple TV 2nd generation witch I believe has an ARM Cortex A-7
[20:11] <gfunk> I found the device support page here https://wiki.ubuntu.com/ARM/DeviceSupport but I don't see the ATV2
[20:16] <GrueMaster> If you can get a kernel & bootloader for it, it should be able to run Ubuntu.  I would go with Natty over Lucid as there is more supported apps and better stability.
[20:17] <GrueMaster> I suggest looking for someone that has Ubuntu running on an iPad.
[20:21] <gfunk> Thanks for the response Grue
[20:21] <gfunk> Does the iPAD run the Cortex-8 or 9?
[20:21] <GrueMaster> A8 I think.
[20:22] <GrueMaster> I don't know.  It isn't something we are actively working on and I don't know of any hacks to get it working off hand.
[20:23] <gfunk> Are there any natty guides where I can start on a custom kernel & bootloader build?
[20:24] <gfunk> i have built custom x86 and amd64 kernels but not bootloaders
[20:24] <GrueMaster> You will have to google for it as we don't have any bootloaders that are known to work with Apple arm platforms.
[20:25] <gfunk> I am googling now...  I see some have tried on the iPAD
[20:30] <gfunk> unsuccessfully.......
[20:45] <Jef91> huh
[20:45] <Jef91> even the Ubuntu netboot initrd doesn't boot properly in qemu
[20:51] <Jef91> jburkholder1 got the netboot image rolling...
[20:54] <Jef91> ooo spoke too soon
[20:54] <Jef91> Image gets through the first few installer screens and then just died on me
[20:55] <Jef91> just the blue ncurses screen with nothing up shortly after it starts downloading
[21:03] <jburkholder1> oh, well you got your console working I guess, can't help much from here :)
[21:05] <Jef91> :-/
[21:08] <Jef91> with the natty netboot image I am geting this in terminal when I try to star the QEMU "Unknown cp14 read op1:0 crn:0 crm:0 op2:0"
[21:24] <jburkholder1> that's a qemu problem, if qemu continues it may not matter
[23:07] <Jef91> is there any way to run an arm machine on a desktop system other than qemu?
[23:23] <persia> Use an arm desktop :)  More seriously, there are some commercial tools, but they aren't especially better, except for simulating specific hardware.
[23:37] <Jef91> ahh persia
[23:37] <Jef91> qemu keeps giving super mixed results
[23:38] <Jef91> and I've yet to find any guide that works for getting ubuntu or debian ARM working under QEMU
[23:38] <persia> I've never had real success with it myself.  Some sporadic success with jaunty, but most of the times I've tried it since have been frustrating.
[23:39] <persia> Hardware is becoming increasingly inexpensive and available.  Some devices for as little as USD 99.
[23:39] <Jef91> yea I know
[23:39] <Jef91> I'd just really like a full system to type commands and such into
[23:41] <persia> If you just want to run commands, the cross-chroots with qemu-static work fairly well.
[23:42] <persia> Yes, this doesn't help with kernel testing, but can do most other things.
[23:42] <Jef91> true
[23:42] <Jef91> Whats a cross chroot again?
[23:42] <persia> Some dynamic allocators and anything that depends on binfmt tends to break, but that'S a minority of things.
[23:43] <persia> You build an armel chroot on a non-armel system.
[23:43] <Jef91> Got a link for a HOWTO on that one?
[23:44] <persia> `apt-get install qemu-user-static; mkdir chroot; sudo qemu-debootstrap --arche=armel natty ./chroot; sudo chroot ./chroot /bin/bash`
[23:45] <persia> Err, add a "sudo" in the front :)
[23:45] <persia> Oh, and "arch=armel".
[23:47] <Jef91> persia can't find qemu-user-static
[23:47] <Jef91> on a lucid base
[23:47] <persia> In lucid, install qemu-kvm-extras-static
[23:48] <Jef91> thanks
[23:49] <persia> I'd still recommend a natty chroot, or at least maverick.  Lots of porting wasn't complete until maverick.
[23:50] <Jef91> ahh
[23:50] <Jef91> can I have this do a debian chroot?
[23:51] <persia> Sure.  qemu-debootstrap doesn't have a manpage, but it's argument-compatible with debootstrap.  Just read debootstrap(1) on making a Debian chroot.
[23:51] <persia> For Debian, I'd recommend at least squeeze.
[23:52] <Jef91> haha easy peasy
[23:52] <Jef91> just "squeeze"
[23:52] <Jef91> thanks mate
[23:52] <Jef91> hopefully this will work well
[23:52] <persia> I'm not convinced that lenny had as strong armel support.
[23:53] <Jef91|AFK> using squeeze
[23:53] <persia> I run squeeze on one of my machines, and haven't encountered any significant issues.  Mind you, I run that headless, so haven't played much with EFL, but the base is definitely there.