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