=== bjf is now known as bjf_afk [12:38] ogra: Do you remember what the ETA for 512m beagle was? [12:38] still in speccing i think [12:39] How does that translate into dates? [12:39] speccing means no dates at all [12:39] but finding the requirements [12:39] * ogra asks in #beagle === ScriptRipper_ is now known as ScriptRipper === ogra_ is now known as ogra [13:07] lool, see #beagle ... [13:14] ogra: I'm about to place a beagleboard order; what do you recommend getting? [13:14] the latest ... C4 ? [13:15] I mean aside of beagle [13:15] * ogra isnt sure about the current version ... [13:15] It just says C [13:15] powered HUB, mini to normal USB adapter and a USB NIC [13:17] Ok; I'll confirm with #beagle folks [13:17] if your monitor has a DVI input, an adapter cable HDMI->DVI [13:31] don't forget the serial stuff either, serial adaptor for the board, cable and maybe a gender changer [13:34] * ogra totally wasnt aware revC has a real USB port [13:51] ogra: Ordered [13:51] * ogra applauds [13:51] ogra: My monitor has DVI, VGA, and HDMI inputs [13:52] seeing the revC i'm tempted to upgrade [13:52] JamieBennett: Thanks [13:52] the 128M in mine really dont cut it, its just collecting dust [13:53] but i just bought a new TV set and a HD cam ... i'll probably rather wait for the 512M version and let my account relax a bit [14:01] I opted not to wait "some months" for the 512m version; I have sponsoring for 300-400 USD for a gadget so I just used that [15:04] it's a tough decision.. 256 megs would cover my use case just fine === cbrake_away is now known as cbrake [15:04] but I'd like to have real ethernet [15:12] ogra, NCommander: Can we move imx51 to Uboot now? Should we? [15:12] It requires some debian-cd chqnges [15:12] yes [15:12] definately [15:12] we need uboot support anyway in debian CD [15:13] lool, indeed, but I think we should probably aim that changeset for the A3 timeframe [15:13] er [15:13] A4 [15:13] Unless we don't care about images for the A3 timeframe [15:14] NCommander: ogra is the FSL image guy now [15:14] Let's start with getting uboot-imx in first [15:14] lool, I'm looking at that right now. I'll probably have a candidate package in 24 hours [15:15] Cool [15:15] given that we need uboot for both supported arches we should start changing dbein-cd asap and have a generic uboot-install in there both arches can use [15:15] (depends how long it takes to sort out debian/copyright, the package itself is trivial compared to redboot) [15:15] *debian-cd [15:15] which will make the subarch scripts quite small [15:15] ogra: That's a good ide [15:15] idea [15:16] adding the other board later on should be trivial [15:16] Can uboot be smart enough to pick a kernel such that there could be only a single image? [15:16] no [15:16] We could have an uboot-vfat-image tool and am uboot-pc-part-image tool or something [15:16] pity [15:16] especially since we need different uboot binaries per board anyway [15:17] so having a single kernel doesnt gain anything [15:17] you still need two images [15:17] well, it would gain us space on the build system disks, but thats it :) [15:25] NCommander, ogra: So uboot us a bit nicer to use and uses vfat instead of fis, but it lacks networking on mx51 [15:25] right [15:25] Why would we want uboot instead of redboot? Ease of build? [15:25] lool, do we care? [15:25] yes [15:26] THat's one big reason [15:26] no special cross-compiler [15:26] no 2.8GB redboot.bin ;-) [15:26] ease of build possibility to get comunity people looking at bugs [15:26] and /boot partitions [15:26] ugh [15:26] That just reminded me [15:26] ubiquity going to have to be taught to use an explicate /boot on imx51 [15:27] sure [15:27] i'll care for that as soon as we have working images [15:27] ogra: You might want to add these tasks to the fsl images spec [15:27] ogra: As work items at least [15:27] will do [15:30] NCommander, i'm just going over the two desktop blueprints [15:31] Packaging of uboot tools to allow userland manipulation: TODO [15:31] can you please test if the current ones work ? [15:31] we have uboot mainpulation tools in the archive already [15:32] ogra, sure, but I'll package the current u-boot first [15:32] right [15:32] just check if we can use the debian package or need changes once you have uboot ready [15:47] ogra: I reworded the work items slightly; wasn't sure for all of them [15:48] ogra: I think the livefs and image testing bits aren't very clear: this will happen at each milestone [15:49] ogra: How could we fix that? [15:50] well, first of all we need an initial livefs ... [15:50] the testing should go into a separate task at the end [15:51] why kernel "udeb" ? [15:51] * ogra doesnt really care about alternate [15:51] ogra: So you're saying that whenever you work on image building, you need the livefs to be built otherwise you can't work on image building [15:52] well [15:52] ogra: But you might be working on image building at any time, right? [15:52] yes, but the task there was rather about inital lives bringup [15:52] udeb > you need an udeb to get that vmlinuz file which you wget into the image [15:52] i think rolling regular images somewhat implies that all bits are in place for tha [15:52] t [15:53] We had a livefs for A1, but I'm not sure it helped anything except that [15:53] so that falls globally under image testing and installation [15:53] Ok; I'll remove the extra item then [15:53] its just an ongoing task [15:53] Perhaps add alpha 3, alpha 4 etc. lines if you think you want that [15:54] nah, all prerequisites have to be in place for A3 [15:54] Yeah I don't think ongoing tasks are useful to track progress of the implementation of a spec [15:54] from then on its maintenance [18:11] hi [18:12] is ther a way to run ubuntu arm under qemy with the -nographic option? [18:12] if follow the ubuntuArm from scratch i've a qemu image [18:13] but if i run quit -nographic i just see the booting linux ..... and then nothing [19:02] any1? [19:43] goshawk: You need to pass a console= setting on the kernel cmdline [19:44] lool: can you give me an example? [19:44] something like http://people.ubuntu.com/~lool/qemu-buildd/run [19:44] console=/dev/tty0? [19:44] i'm running it on a remote server [19:44] under screen [19:45] i mean the screen program, with multiple termina [19:45] terminal [19:45] That doesn't matter === ogra_ is now known as ogra === cbrake is now known as cbrake_away