**** BEGIN LOGGING AT Thu Jul 15 02:59:57 2010 Jul 15 03:12:12 Hey cwillu_at_work i need to still rework the zippy patches that were in 2.6.34 they don't apply cleanly to 2.6.35 yet (and they fix a lot of problems) Jul 15 03:23:03 ah, k Jul 15 03:23:28 did .33 have working zippy2? Jul 15 03:32:57 does anyone know if ubuntu lucid works properly on the beagleboard C3 ? Jul 15 03:33:16 pcacjr_at_home, as far as c3's work properly, yes Jul 15 03:33:33 cwillu_at_work, thanks mate Jul 15 03:33:42 there's some remaining instability on the ehci port, although it can be managed Jul 15 03:33:43 pcacjr_at_home: yep :-) Jul 15 03:33:49 pcacjr_at_home: trying ubuntu now? Jul 15 03:33:57 rsalveti, yeah :-) Jul 15 03:34:19 pssst, buddy, wanna try a btrfs root? :) Jul 15 03:34:32 rsalveti, afaik you used to install ubuntu lucid on that beagle you gave me Jul 15 03:34:40 rsalveti, right ? Jul 15 03:34:47 pcacjr_at_home: yep Jul 15 03:35:05 but that's not a c3, it's a b5 I believe Jul 15 03:35:05 rsalveti, great. so i'll give it a shot! Jul 15 03:35:06 thanks Jul 15 03:35:16 hm Jul 15 03:35:38 you can still try lucid, but will be very slow Jul 15 03:35:43 recommend you to try without gui Jul 15 03:35:55 ok then Jul 15 03:35:56 ;-) Jul 15 03:36:00 the b's only had 128mb ram, right? Jul 15 03:36:06 yep Jul 15 03:36:19 and just the usb otg Jul 15 03:36:21 so no GUI though Jul 15 03:36:40 it might be livable if you put swap on a usb disk Jul 15 03:37:00 with gui, I mean Jul 15 03:37:24 cwillu_at_work, but it'll get slow though... Jul 15 03:37:33 anyways i don't even need GUI ;-) Jul 15 03:37:36 pcacjr_at_home, it gets slow even with 256mb :p Jul 15 03:37:44 D'oh Jul 15 03:37:49 :-) Jul 15 03:37:51 if you don't need gui, then that's ok Jul 15 03:37:55 depends entirely on your working set Jul 15 03:39:12 i see Jul 15 03:39:18 thanks folks Jul 15 06:57:08 rcn-ee: just to let you know that I pushed some commits at rootstock, and this will probably break your script and patches Jul 15 06:57:19 will look at other bugs tomorrow Jul 15 06:57:25 time to get some sleep now Jul 15 07:20:12 morning Jul 15 07:26:32 Morning hrw Jul 15 07:51:48 hrw: Do you remember the SD -110 error bug? Jul 15 07:52:50 timeout Jul 15 07:53:09 iirc Jul 15 07:55:19 Was there a bug raised? Jul 15 07:56:27 I had that few years ago in Zaurus Jul 15 07:57:05 and at that time it ended with problematic card sent to RMK for checking on his hardwares. patches landed in kernel, card started working Jul 15 08:01:01 I'm getting it on Beagle Jul 15 08:01:18 It was a problem a few weeks ago Jul 15 08:01:30 I think mpoirier was working on it Jul 15 08:01:55 ogra: Can you remember if there was a bug report raised? Jul 15 08:13:19 Found it: bug 591941 Jul 15 08:13:22 Launchpad bug 591941 in linux (Ubuntu Maverick) (and 1 other project) "SDHC card not recognized (affects: 2) (dups: 1) (heat: 135)" [High,In progress] https://launchpad.net/bugs/591941 Jul 15 09:09:43 + * Append ${SUBARCH:+-$SUBARCH} to LOG filename for consistency. Jul 15 09:09:43 + Jul 15 09:09:43 + -- Loïc Minier Wed, 02 Sep 2009 09:23:59 +0200 Jul 15 09:09:59 lool, did you ever check what happened after that change ? ^^^ Jul 15 09:11:28 (livecd-rootfs uses $PROJECT-$SUBARCH but keeps the logfiles with -$ARCH.out, the change broke all log mailing and i wonder why nobody ever noticed) Jul 15 09:11:58 s/ uses $PROJECT-$SUBARCH/ uses $PROJECT-$SUBARCH direcories/ Jul 15 09:13:55 err Jul 15 09:14:04 s/livecd-rootfs/buildlive/ Jul 15 09:26:30 amitk: i am looking at tony's linux-omap tree, do you know which branch shall i take a look Jul 15 09:27:11 amitk: if i wanna cherry pick some patches to enable panda in our Ubuntu master tree -omap flavor Jul 15 09:27:40 * ogra wonders why you want to do that Jul 15 09:28:16 it will work only half i guess and we have a properly working omap4 kernel on the omap4 images Jul 15 09:29:00 ogra: because I want a mainline-only version of omap4 Jul 15 09:29:20 ogra: and because that is the future Jul 15 09:29:32 ogra: i also wanna ask amitk that question. Jul 15 09:30:18 amitk, but what do we gain from it beyond confusion ? Jul 15 09:30:37 amitk: i think we can build a pure mainline omap4 version for our panda boards. Jul 15 09:30:39 you wont be able to run the -omap images on -omap4 HW Jul 15 09:30:48 since the boorloaders differ Jul 15 09:31:00 amitk: oh, sorry, not mainline, tony's upstream kernel Jul 15 09:31:03 and -omap4 images will always install the -omap4 kernel by default Jul 15 09:31:05 ogra: bootloader issue will be fixed upstream Jul 15 09:31:15 amitk, it cant Jul 15 09:31:27 ogra: I don't plan to use your images Jul 15 09:31:29 there are HW constraints you cant work around in SW Jul 15 09:31:53 it will only start working if DT is fully integrated Jul 15 09:32:03 multiomap kernels were omap2/3 only? Jul 15 09:32:08 and i'm not even sure about that for pandas vs blaze Jul 15 09:32:10 cooloney: Tony's for-next branch is usually the one (I see it has support for Panda) Jul 15 09:32:31 hrw: no, multiomap is omap2,3,4 Jul 15 09:32:55 * ogra guesses omap4 support is very rudimentary Jul 15 09:33:02 ogra: I am not sure what the reach problem is with supporting panda with the mainline kernel? Jul 15 09:33:10 ogra: could you expand? Jul 15 09:33:20 amitk, 700 patches ? Jul 15 09:33:38 ogra: here is where you don't understand what I'm trying to do Jul 15 09:33:45 amitk, i doubt all the changes and patches we have on the current omap4 tree are in tonys branch Jul 15 09:34:11 so the omap4 support will suck in the -omap kernel Jul 15 09:34:15 ogra: I DONT CARE ABOUT YOUR DESKTOP IMAGE WITH ITS BELLS AND WHISTLES :) Jul 15 09:34:25 amitk, i understand that Jul 15 09:34:49 amitk: working serial is enough ;D Jul 15 09:34:50 ogra: DONT CARE from the POV of what I'm trying to achieve. I do care about it otherwise, great work :) Jul 15 09:34:50 but i fail to see any benefit before omap4 is properly integrated in -omap Jul 15 09:35:01 hrw: exactly Jul 15 09:35:25 ogra: amitk just wanna a Ubuntu M 2.6.35 kernel which can supports omap4 hw Jul 15 09:35:31 amitk, what do you gain by that if you *only* have a serial console Jul 15 09:35:50 like you dont have MMC, USB, NIC or any other HW support Jul 15 09:35:52 amitk: ok, i am looking at it Jul 15 09:36:08 ogra: that is where you are wrong. Mainline already supports basic omap4 features (uart, i2c, mmc). Jul 15 09:36:21 ogra: once you got omap4 usb you will have nic support Jul 15 09:36:29 stragne since not even our omap4 tree properly supports many of these Jul 15 09:36:33 ogra: It helps us with device tree work, as one example Jul 15 09:36:38 ah Jul 15 09:36:56 that was an answer i was looking for :) Jul 15 09:37:18 *some* kind of near future benefit :) Jul 15 09:38:30 ogra: for linaro purposes it doesn't have to work perfectly - that is what your omap4 image is for. Having a mainline-only version allows us to experiment Jul 15 09:39:02 so any development happening against mainline won't have to be thrown away Jul 15 09:39:51 amitk, right, i did see more benefit from merging the omap4 branch step by step, thats why i was wondering about having a second code path Jul 15 09:40:02 amitk: and we need pandas to have HW for tests Jul 15 09:40:24 hrw, arm team is happy to help Jul 15 09:41:05 if xyou need any verification that costs us just a "play around SD card" :) Jul 15 09:41:12 amitk: just a quick look at for-next branch of tony's tree. Jul 15 09:41:28 ogra: we'll even supply dedicated SD cards for OMAP4 work ;) Jul 15 09:41:32 ogra: plug card, reboot, pastebinit serial output Jul 15 09:41:40 it seems like tony merged several branches there and prepare it for next .36 merge window Jul 15 09:41:46 amitk, you mean you send me one ? Jul 15 09:41:49 cool ! Jul 15 09:41:59 :) Jul 15 09:42:09 cooloney: right Jul 15 09:42:09 writing 1.7GB to SD card takes eons Jul 15 09:42:21 hrw, use a proper bs= value in dd Jul 15 09:42:25 speeds up a lot Jul 15 09:42:41 20K is enough? Jul 15 09:42:42 bs=1M works for me Jul 15 09:42:49 * ogra uses 4k Jul 15 09:42:56 i'd say the Panda board patch is the same from our -omap4 branch Jul 15 09:42:58 i found thats the fastest on my laptop Jul 15 09:43:13 ah you laptop users... Jul 15 09:43:21 I do dd from tmpfs to sd card Jul 15 09:43:25 well, builtin SD reader is unbeaten :) Jul 15 09:43:33 77,698 s, 6,5 MB/s Jul 15 09:43:33 cooloney: in any case, please pull from tony's tree rather than -omap4 tree (so we have the commit id) Jul 15 09:43:56 ogra: my tower has builtin cf/sd/ms/something Jul 15 09:44:04 ah Jul 15 09:44:08 s/^7/27 Jul 15 09:44:20 and I use usb one anyway ;D Jul 15 09:44:45 * ogra dislikes if his SD cards are named /dev/sdX Jul 15 09:44:59 way to error prone if you have a /dev/sdX HDD Jul 15 09:45:11 amitk: that's not very hard. i can do that. but i found several serial port patches for omap2/3/4 Jul 15 09:45:18 I have sdh usually for sd card Jul 15 09:45:43 cooloney: do only the minimal necessary to get serial port on panda with master branch Jul 15 09:45:55 accidentially typo that tp /dev/sda and you have fun with restoring backups :) Jul 15 09:46:00 cooloney: it should only be 2-3 patches at most Jul 15 09:46:01 s/tp/to Jul 15 09:46:16 lunch time Jul 15 09:47:03 ogra: how to regenerate boot.scr? Jul 15 09:47:06 needed to change res Jul 15 09:47:16 do it from your desktop Jul 15 09:47:34 I know - need command Jul 15 09:47:35 copy it over, remove header, change cdmline and run mkimage Jul 15 09:47:37 ah Jul 15 09:47:47 got Jul 15 09:48:24 mkimage -A arm -T script -C none -n "Ubuntu boot script" -d boot.scr Jul 15 09:48:48 I2C: ready Jul 15 09:48:53 and beagle stopped Jul 15 09:49:17 in the installed system there is /boot/boot.script ... change it there and run sudo flash-kernel Jul 15 09:49:31 ogra: http://hrw.pastebin.com/si5pstv6 Jul 15 09:49:34 sounde like you use a wrong x-loader or u-boot Jul 15 09:49:58 I had 1.4.4 xloader before Jul 15 09:50:00 yeah, you dont use MLO from the card Jul 15 09:50:16 1.4.4ss is thats in the archive Jul 15 09:50:19 ok, user button helped Jul 15 09:50:22 :) Jul 15 09:50:37 1.4.4ss is needed for XM support Jul 15 09:50:43 so we default to that one Jul 15 09:50:47 http://hrw.pastebin.com/c6piMtqb Jul 15 09:51:09 huh ? Jul 15 09:51:22 reading /casper/uImage ?!? Jul 15 09:51:26 whats that ! Jul 15 09:51:59 http://hrw.pastebin.com/hMJ9kSrH is printenv Jul 15 09:52:11 hrw, are you sure you used the shipped boot.scr from the SD vfat as a source ? Jul 15 09:52:17 yes Jul 15 09:52:20 printenv is ignored Jul 15 09:52:26 we only use boot.scr Jul 15 09:52:42 can you paste your original boot.scr ? Jul 15 09:53:11 sure moment Jul 15 09:54:22 http://hrw.pastebin.com/z0aTDHFk Jul 15 09:54:47 booted script from memory now Jul 15 09:55:24 it is resizing now Jul 15 09:55:26 that boot.scr doesnt have any /casper/uImage in it Jul 15 09:55:40 ogra: so it looks like boot.scr was ignored Jul 15 09:56:07 oh, you had lucid installed before Jul 15 09:56:08 ogra: where is progressbar? I see "Resizing root filesystem please wait, this will take about ten minutes ..." Jul 15 09:56:28 below that you should see dots appearing after a while+ Jul 15 09:56:33 ok Jul 15 09:56:50 not sure how long that takes, i did my tests for the code with an image file Jul 15 09:56:57 real SD might be slower Jul 15 09:57:05 ogra: btw - "Resizing root filesystem. Please wait, this will take about ten minutes ..." would be better Jul 15 09:57:27 ogra: 3x "sh: closing paren expected" and then there are dots shown Jul 15 09:57:30 i need to rephrase it anyway Jul 15 09:57:43 ouch Jul 15 09:57:48 damned Jul 15 09:57:49 ogra: would be nice to have [ 0/100% done] ........ Jul 15 09:58:04 thats rather complex code Jul 15 09:58:14 ................shproblem\n...........shproblem\n........ Jul 15 09:58:15 for now i'm happy to have *anything* Jul 15 09:58:27 yeah, thats busted Jul 15 09:58:48 ogra: do you know how many dots will be printed? Jul 15 09:58:56 yes Jul 15 09:59:03 still it needs a math function Jul 15 09:59:20 python has nice itertools Jul 15 09:59:23 currently i'm just using the output of resize2fs directly Jul 15 09:59:30 and i dont have much time to care for more Jul 15 09:59:38 no pythin in initramfs Jul 15 09:59:41 needs to be shell Jul 15 10:00:03 ogra: resize2fs with "-p" option? Jul 15 10:00:10 shproblem\n..... Jul 15 10:00:23 yeah Jul 15 10:03:12 4th line of dots ended without shproblem Jul 15 10:05:23 and nothing now Jul 15 10:10:32 uf. Jul 15 10:10:46 [932] mounted ext3 rootfs Jul 15 10:11:32 http://paste.ubuntu.com/463956/ ... i dont see where a parenthesis is missing :/ Jul 15 10:14:13 i dont see where "shproblem\n" could come from Jul 15 10:15:05 its a really dumb function that should parse the output 1:! Jul 15 10:15:09 *1:1 Jul 15 10:16:15 hrw, if you are done i'd like to have /var/log/jasper.log from the system Jul 15 10:16:57 [1313] oom killer Jul 15 10:17:05 ureadahead ? Jul 15 10:17:13 or plymouthd ? Jul 15 10:17:14 and plymouth Jul 15 10:17:18 both are normal Jul 15 10:17:37 and udev shouts "no space left on device" Jul 15 10:17:48 and are hopefully fixed already (not uploaded yet) Jul 15 10:18:03 yeah, thats one i still have to resaerch Jul 15 10:18:09 it writes to a tmpfs Jul 15 10:18:31 and doesnt happen on second boot anymore Jul 15 10:18:52 i suspect its caused by ureadahead eating all ram Jul 15 10:18:57 ogra: how much time since boot to login? 1h or more? Jul 15 10:19:02 which will be fixed with next ureadahead upload Jul 15 10:19:12 20min or so Jul 15 10:19:20 depends on the size of your SD Jul 15 10:19:29 the resizing actually takes 10min per 4G Jul 15 10:19:40 4GB card Jul 15 10:19:44 right Jul 15 10:19:50 1489 segfaiult Jul 15 10:19:51 i would have guessed so Jul 15 10:19:58 oops from kernel Jul 15 10:20:06 since you said you see the resizing msg at 11:57 Jul 15 10:20:12 now its 12:20 Jul 15 10:20:20 last sysfs: /sys/module/parport/initstate Jul 15 10:20:31 yeah, known and fixed already Jul 15 10:20:37 or in the process to be fixed Jul 15 10:20:42 lag is working on it Jul 15 10:20:50 fix commited but not fix released? Jul 15 10:20:55 cups forcefully loads parport_pc Jul 15 10:21:08 What can I do you for? Jul 15 10:21:11 the module code needs fixing to not segfault Jul 15 10:21:18 A have sent a patch upstream Jul 15 10:21:19 lag you are already doing :) Jul 15 10:22:37 hrw, any trace of oem-config already ? Jul 15 10:22:51 i know its not fast but you should see some X by now Jul 15 10:23:15 text console disappeared so maybe x11 tries to start Jul 15 10:23:20 ah, great Jul 15 10:23:47 got ugly x11 background Jul 15 10:23:56 heh Jul 15 10:23:58 looks like 3bit or few more Jul 15 10:24:10 you changed the display defaultsd Jul 15 10:24:29 from 1280x720 to 1280x800 Jul 15 10:24:34 my monitor is 16:10 Jul 15 10:24:40 should soon swithc to 24bit, the first one is 16 Jul 15 10:24:58 right before oem-config shows up it switches over Jul 15 10:27:06 looks like mouse and keyboard were not detected in x11 Jul 15 10:27:21 hmm Jul 15 10:27:24 C4 ? Jul 15 10:27:31 or your old C3 Jul 15 10:27:32 C3 with working usb Jul 15 10:27:58 I used keyboard in text console to unblank monitor Jul 15 10:28:00 * ogra hasnt seen any kbd mouse issues in the maverick images on C4 yet Jul 15 10:28:20 wait a bit, its probably just busy with swapping Jul 15 10:29:28 ogra: how much ram omap3/4 needs to have to get normally working UNE? 2GB? 4GB? Jul 15 10:30:02 htop shows about 200M used usually Jul 15 10:30:07 we add a 512M swapfile Jul 15 10:30:19 so you should have >700M Jul 15 10:30:32 I would fetch/unpack/boot-to-x11/installirc/gettoirc/discusshere with angstrom/gnome in shorter time then I got here Jul 15 10:30:36 actually more like 160-180 used Jul 15 10:30:55 it took 35 minutes so far and still nothing usable Jul 15 10:31:11 well, its like 15 with omap4 Jul 15 10:31:20 masacre Jul 15 10:31:23 omap3 is just something thats nice to have Jul 15 10:31:33 omap4 is the target arch we work for Jul 15 10:31:49 * hrw wants omap5 with 4GB ram and 20MB/s storage Jul 15 10:31:55 heh Jul 15 10:32:22 on omap4 only the resizing is slow and thats caused by the bad MMC driver Jul 15 10:32:35 bbc3 feels insanely slow when rootfs is on usb Jul 15 10:32:40 i have some hope that will be solved for final Jul 15 10:32:54 bbxm will give better behaviour due to more ram Jul 15 10:33:03 and faster cpu Jul 15 10:33:04 yeah, i'll still have to test that Jul 15 10:33:20 panda will again give faster cpu and more ram Jul 15 10:33:22 i havent had the time yet, i'll do some test installs at the sprint on XM Jul 15 10:33:48 my lcd just blanked out. touching keyboard does not bring it back Jul 15 10:33:55 while C3 and C4 should be "supported" i'd rather recommend a cmdline install for such users Jul 15 10:34:21 i.e. install lucid netinst image and dist upgrade to maverick Jul 15 10:34:27 may I reboot? Jul 15 10:34:48 hrw, try it, it should kick you into oem-config again Jul 15 10:36:13 mmc init; fatload mmc 0 0x82000000 boot.scr; source 0x82000000 Jul 15 10:36:22 for your uboot prompt :) Jul 15 10:36:24 bootscr got not loaded Jul 15 10:36:25 thx Jul 15 10:36:47 i'll provide a tool to blank NAND config for such cases Jul 15 10:36:54 so it falls back to defaults Jul 15 10:37:05 as soon as we have the NAND driver back in the lucid kernel Jul 15 10:37:13 got plymouth Jul 15 10:37:18 good Jul 15 10:38:35 i wonder if we should force a reboot after resizing Jul 15 10:38:51 though with screwed NAND that will be problematic Jul 15 10:40:14 but would be a) good to verify the new partition table works fine and b) likely be faster to bring up oem-config Jul 15 10:41:27 plymouth disappeare Jul 15 10:41:30 got ugly x11 Jul 15 10:41:45 mouse works ? Jul 15 10:42:25 nope Jul 15 10:42:34 * ogra blames the maverick kernel Jul 15 10:42:40 sorry, works but very slowly Jul 15 10:42:41 works for sure on C4 Jul 15 10:42:47 phew Jul 15 10:43:02 * ogra blames I/O Jul 15 10:43:06 now works normally - probably oom killed something Jul 15 10:43:22 i guess it just swapped Jul 15 10:43:41 while reading from SD at the same time Jul 15 10:45:44 nicer background on screen (did not noticed when changed) Jul 15 10:45:51 o... language chooser Jul 15 10:46:38 but why 1280x720... Jul 15 10:46:45 it does not fit on screen ;( Jul 15 10:46:55 default cmdline param Jul 15 10:48:24 the bad part is that this is ubuntu - I need to wait to end of oem-config to get possibility to login on vt1 ;( Jul 15 10:48:27 hrw, jasper resets the resolution again, please file a bug that it should pick that up from an existing cmdline instead Jul 15 10:48:40 ogra: bug on jasper? Jul 15 10:48:44 hrw, not to the end, only to the end of the config tool Jul 15 10:48:51 hrw, jasper-initramfs Jul 15 10:49:14 hrw, you can switch to tty and log in once it started removing stuff Jul 15 10:50:18 jasper? Jul 15 10:50:20 hrw, how else than through something like oem-config would you set up the system ? Jul 15 10:50:26 amitk, yes Jul 15 10:50:29 what is it? Jul 15 10:50:48 amitk, the little brother of casper AKA the "douchebag ghost" :) Jul 15 10:51:14 amitk, it does the resizing of the rootfs partition and enables oem-config Jul 15 10:51:29 ogra: oem-config has to fight against other processes to get some spare ram Jul 15 10:51:35 and sets up fstab Jul 15 10:51:45 press "Next", wait minute or two... Jul 15 10:51:50 hrw, yes, its not fast Jul 15 10:51:51 huh! and it is run on every install? Jul 15 10:52:00 amitk, on first boot Jul 15 10:52:17 aah I see, i missed the keywork: oem-config Jul 15 10:52:25 oem-config == ubiquity witout partitioner Jul 15 10:52:36 jasper does the partitioning step Jul 15 10:52:46 ogra: when are we getting preinstalled images for arm this cycle? Jul 15 10:52:59 amitk: we have them Jul 15 10:53:01 amitk, http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/ Jul 15 10:53:05 since some weeks :) Jul 15 10:53:09 nice! Jul 15 10:53:12 * amitk hugs ogra Jul 15 10:53:19 amitk: you need 1.5h to get omap3 pass first boot Jul 15 10:53:20 amitk, but they are no fun on beagle Jul 15 10:53:28 why? Jul 15 10:53:34 they are great on panda though Jul 15 10:53:54 they are not really pre-installed? Jul 15 10:53:54 amitk, resize2fs is slow, it swaps a lot for oem-config (which runs under X) Jul 15 10:53:55 amitk: because they suxx if you do not have 1GB ram and 20MB/s read/write from rootfs Jul 15 10:54:08 hrw, nonsense Jul 15 10:54:16 512M are plenty Jul 15 10:54:36 i expect the XM to be nearly as good as panda Jul 15 10:54:37 but 256M is definitelly far far far far too small Jul 15 10:54:42 agreed Jul 15 10:54:52 and I have 128MB beagleboard somewhere... Jul 15 10:54:52 ogra: seems like my definition of a pre-installed image differs from what is provided. Why does it need to resize? Jul 15 10:54:59 if i find the time i'll do preinstalled cmdline images Jul 15 10:55:12 or rather, what? Jul 15 10:55:14 amitk, because users dont want to download 4G Jul 15 10:55:28 the rootfs is as small as possible on that image Jul 15 10:55:42 and gets expanded to the full size of the SD Jul 15 10:55:52 so it doesnt matter what SD card you use Jul 15 10:55:58 ogra: Bug #605831 Jul 15 10:56:00 Launchpad bug 605831 in jasper-initramfs (Ubuntu) "[omap3] Resolution should be taken from /proc/cmdline if provided (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/605831 Jul 15 10:56:02 thanks Jul 15 10:56:09 eeeks Jul 15 10:56:13 amitk, ?? Jul 15 10:56:24 amitk: but do not use card larger then 4GB - you will wait too long Jul 15 10:56:27 the uncompression of rootfs Jul 15 10:56:36 amitk, not uncompression Jul 15 10:56:43 its just resizing Jul 15 10:56:53 to use up all the spare space on the SD Jul 15 10:57:51 amitk, a simple resize2fs Jul 15 10:58:13 ogra: ok, and no chance of a 4G image for people that have the BW? Jul 15 10:58:24 Scheiße Jul 15 10:58:26 amitk, no, that would be a waste Jul 15 10:58:36 this feels like 2 steps froward and 3 steps back Jul 15 10:58:43 amitk, why Jul 15 10:58:50 creation of users should be before 'configuring keyboard' Jul 15 10:59:04 hrw, complain at the ubiquity maintainers Jul 15 10:59:09 because it still takes 2 hrs to get ubuntu on a beagle Jul 15 10:59:11 not my area :) Jul 15 10:59:20 amitk, it takes 15min on a panda Jul 15 10:59:37 ogra: which only 3 people have in this world outside TI :) Jul 15 10:59:50 amitk, its not the design of jasper that makes the beagle slow Jul 15 11:00:02 amitk, or the design of the image Jul 15 11:00:02 i understand it is the IO Jul 15 11:00:13 amitk, its the fact that beagle is to slow for a desktop image Jul 15 11:00:21 its not even the IO Jul 15 11:00:26 IO is fine for cmdline images Jul 15 11:00:46 ogra: so you're saying it is memory-bound? Jul 15 11:00:47 heh ubuntu got too fat for the beagle :-) Jul 15 11:00:52 the fact that we dont special case omap43 images but build the same image for omap3 and 4 is what hits us Jul 15 11:01:10 XorA: it would seems so Jul 15 11:01:15 if we would provide cmdline images for omap3 that would be fine Jul 15 11:01:36 but the XM will be as good as the panda here Jul 15 11:01:53 so just for Cx boards i wont trash the netbook image Jul 15 11:02:12 if i find the time to hack them up i'll provide special cmdline Cx images Jul 15 11:02:25 ogra: wouldn't it be easier to partitions the SD card to use up the extra space? Jul 15 11:02:27 if i dont, people have to live with that on Cx boards Jul 15 11:02:49 amitk, surely faster but error prone Jul 15 11:02:58 ogra: and some magic with aufs to unionise them Jul 15 11:03:04 eeek ! Jul 15 11:03:08 lol Jul 15 11:03:28 amitk, the prob is that i would need separate partitions for /tmp and the like Jul 15 11:03:35 its not as easy as it seems Jul 15 11:03:52 and the ten mins for the resizing are really not the prob Jul 15 11:04:06 the prob is oem-config and the X session Jul 15 11:04:12 ogra: IMHO, they are. It doesn't make for a great 1st experience Jul 15 11:04:23 even the 10mins Jul 15 11:04:33 on an OMAP4 board that nobody has Jul 15 11:04:43 amitk, partitioning in ubiquity is a lot slower Jul 15 11:05:06 like 20min on the C4 Jul 15 11:05:14 so i dont let that argument count Jul 15 11:05:37 the lucid install takes over 2h Jul 15 11:05:52 having a 10min resize action at bootup is really not a biggie Jul 15 11:06:03 ogra: ok, let me restate my problem (I've been bitching out this for a long time, almost 2 years, you already know that) Jul 15 11:06:11 having oem-config running for >1h is though Jul 15 11:06:35 but thats improvable due to using a cmdline image Jul 15 11:06:44 re Jul 15 11:06:50 or at least oem-config in cmdline mode Jul 15 11:07:02 (which is ugly but a possibility for C4 boards) Jul 15 11:07:10 ogra: I want an image that I can dd onto a SD card (make assumptions of 4G card!), insert it in beagle and see it boot ubuntu. In under 5 mins. Jul 15 11:07:25 amitk, go to linaro :P Jul 15 11:07:33 though you have to manually partition the card etc Jul 15 11:07:59 ogra: why? the dd image should take care of it. Make it a fixed 4G image Jul 15 11:08:13 i wont maker assumptions and i wont get allowance to spend 32G on the builder machine for kubuntu and ubuntu images Jul 15 11:08:32 why would i waste the space on an 8 or 16G card ? Jul 15 11:08:36 ogra: provide tarballs of rootfs Jul 15 11:08:52 hrw, thats not what ubuntu does ... go to linaro for such stuff Jul 15 11:08:59 so I/amitk will grab tarball, unpack to card and boot Jul 15 11:09:07 that all was discussed to an extend at UDS Jul 15 11:09:14 kk Jul 15 11:09:22 its a bit late to change an implemented spec now :P Jul 15 11:09:43 *sigh* Jul 15 11:09:51 * amitk prepares to wait another year Jul 15 11:09:59 problem with UDS was 99% of people couldnt get that embedded != smaller PC Jul 15 11:10:00 the choice we had was eithet debian-installer/ubiquity with a 2h installation or the current setp Jul 15 11:10:06 so ubuntu requires: bbxm, igep2/512M, panda, blaze, touchbook/512M and nothing smaller Jul 15 11:10:16 XorA, ubuntu doesnt do embedded Jul 15 11:10:20 XorA, thats linaro Jul 15 11:10:39 Linaro didnt exist then (apart from in the worlds worst kept secret) Jul 15 11:10:39 hrw, if i dont provide cmdline images Jul 15 11:10:49 I wonder if lool is interested in investigating this in Linaro Jul 15 11:10:52 XorA, linaro did exist ... just not the name Jul 15 11:11:00 I would not call beagleboard embedded - I have more embedded hardware Jul 15 11:11:14 XorA, in fact the arm team wasnt allowed to have its own track at UDS because of linaro Jul 15 11:11:21 XorA: there were Linaro meetings during uds Jul 15 11:11:39 hrw: I know, but I didnt have an NDA that allowed me to know about them Jul 15 11:11:49 even though I did Jul 15 11:11:55 XorA, they were just called differently Jul 15 11:12:07 XorA, all arm tracks at that UDS were linaro tracks Jul 15 11:12:27 next UDS we'll have linaro and arm tracks and you will notice the difference between the approaches Jul 15 11:12:55 ubuntu-arm is to bring ubuntu images onto arm devices that are powerful enough to run ubuntu Jul 15 11:13:11 linaro is to make that restriction go away some day ;) Jul 15 11:13:42 bah all this division makes my head hurt :-) Jul 15 11:14:14 linaro does upstram and core work ... ubuntu-arm just operates in the limitations of ubuntu Jul 15 11:14:35 if you look at the min reqs for installinf ubuntu on a PC, the same restrictions apply for ubuntu.arm for example Jul 15 11:14:55 i.e. 384M and 600MHz or so Jul 15 11:15:22 and a GL capable videocard Jul 15 11:15:40 at least for the maverick netbook release Jul 15 11:15:52 ogra: so omap3/4 does not fit - no 3d driver in ubuntu Jul 15 11:16:03 none of these restrictions apply to linaro Jul 15 11:16:17 linaro req armv7 Jul 15 11:16:19 and linaro works on getting ubuntu off these restrictions Jul 15 11:16:25 hrw: they have a GL capable GFX card, ogra didnt say he needed drivers :-) Jul 15 11:16:34 XorA: ah... right ;D Jul 15 11:16:52 XorA, we'll have drivers at some point Jul 15 11:17:06 GLES drivers yes Jul 15 11:17:09 for sure for the panda ... and likely also for the beagle Jul 15 11:17:11 they are on my desk at the moment Jul 15 11:17:13 right Jul 15 11:17:29 X11 just died here Jul 15 11:17:40 linaros job is it to improve ubuntu in a way that it can run with these drivers Jul 15 11:17:53 1h23 minutes so far Jul 15 11:17:56 like making clutter/unity work Jul 15 11:18:19 clutter works :-) Jul 15 11:18:23 or like making it work in less ram Jul 15 11:19:21 amitk, give me a resize tool that operates faster than 10min per 4G Jul 15 11:19:32 amitk, then you wont have to wait for another year ;) Jul 15 11:19:41 or s/year/release/ Jul 15 11:20:15 ogra: will isntaller work if card will be in usb card reader? Jul 15 11:20:33 ogra: it is probably worth an extension to ext4 fs to treat sparse files in a special way Jul 15 11:20:42 hrw, only if the device manes persist Jul 15 11:20:52 *names Jul 15 11:20:58 ogra: so it is hardcoded to /dev/mmcblk0*? Jul 15 11:21:00 amitk, we use ext3 ctrrently Jul 15 11:21:07 hrw, yes, atm Jul 15 11:21:11 sux Jul 15 11:21:18 hrw, patches accespted Jul 15 11:21:28 my SD card does 14MB/s in beagle usb Jul 15 11:22:01 hrw, jasper can handle it, asac patched it to use usb, you will need the SD to boot though Jul 15 11:22:11 thats tricky Jul 15 11:22:32 ogra: boot from sd is easy. plug card, uboot reads kernel/initrd, unplug card, plug into card reader Jul 15 11:22:52 inbetween initramfs died Jul 15 11:23:09 ogra: unplug card *before* 'bootm' Jul 15 11:23:22 you can indeed do that Jul 15 11:23:32 but where would bootm come from then ? Jul 15 11:23:38 resize would be much faster Jul 15 11:23:38 in any automated way Jul 15 11:23:48 ogra: did I said 'automated'? Jul 15 11:23:50 note that we cant use NAND Jul 15 11:24:05 XM, panda, blaze all dont have NAND Jul 15 11:24:32 installing fbset on beagle = 5 minutes Jul 15 11:24:41 including 1s to fetch package Jul 15 11:24:58 right, thats something linaro can do Jul 15 11:25:07 swithc to fbset if you like Jul 15 11:25:41 i'm restricted to debian-installer functionallity which means wither to run debian-installer, ubiquity or oem-config Jul 15 11:25:47 *either Jul 15 11:25:56 * ogra gets tired of that discussion Jul 15 11:26:54 we wont switch to something like fbset, we cant use amitk'S approach of using a fixed size image since it will not speed up oem-config, all discussions around the topic are moot Jul 15 11:27:26 and i can only point out again that resizing isnt the slow part on the C4 Jul 15 11:27:55 now I have x11 with nice 80's X pointer and nice background Jul 15 11:28:11 time to reboot Jul 15 11:28:12 hrw, at gdm ? Jul 15 11:28:27 I choosed to autologin Jul 15 11:28:32 ah Jul 15 11:28:45 which jasper version do you have installed Jul 15 11:28:47 safer when keyboard will not work Jul 15 11:29:04 ogra: the one which was in 'current' image Jul 15 11:29:09 will tell more after reboot Jul 15 11:29:38 (and please complain to the desktop team for forcefully using unity without even checking if there is GL support) Jul 15 11:29:58 hrw, also i still need the jasper log :) Jul 15 11:30:26 ogra: can I just ignore fact that I had someting on BB? I prefer to use it headless Jul 15 11:30:43 sure Jul 15 11:30:51 just install openssh-server Jul 15 11:31:01 and enable autogetty Jul 15 11:31:22 btw, japer 0.12 has a fix for the enforced unity session Jul 15 11:31:35 if you have an older one, edit ~/.dmrc Jul 15 11:31:50 Does anyone know any documentation for getting ubuntu installed for i.MX25 from Freescale? I googled a lot but couldn't find anything. Jul 15 11:31:51 desktop team ignores all non GL systems Jul 15 11:32:02 Taalas: you need 9.10 for it Jul 15 11:32:12 no.. 9.04 Jul 15 11:32:13 and your own kernel/bootloader Jul 15 11:32:19 right, 9.04 Jul 15 11:32:20 9.10 require i.mx3x Jul 15 11:33:35 I **need** to enable serial console Jul 15 11:34:03 boot takes eons without anything other then moving dots in plymouth Jul 15 11:34:21 I have Ubuntu 9.04 on my dev pc but I want to get Ubuntu on the i.MX25. Is there any possibility. For BeagleBoard I found some documentation which is working properly. But want it on i.MX25. Jul 15 11:34:22 hrw, edit /boot/boot.script, run flash-kernel to change boot options Jul 15 11:35:06 ok Jul 15 11:35:18 Taalas, get a properly built kernel and bootloader setup, then see the channel topic for rolling a rootfs Jul 15 11:36:44 argh... solaris machine which I used by serial terminal in 1995 was faster then beagleboard... Jul 15 11:37:47 * ogra wonders why Jul 15 11:37:51 Taalas: there is no out-of-box support for i.MX25 in ubuntu. You'll have to get your own kernel/bootloader and you could use the old 9.04 version of ubuntu on arm to create a rootfs Jul 15 11:38:13 I enter "hrw" as login and half minute to get password prompt... Jul 15 11:38:24 fun Jul 15 11:38:32 lovely IO Jul 15 11:38:34 Oh perfect. Thank you for this. I will work through the documentation. Jul 15 11:39:07 hrw, check if bootchart is installed, could be that the desktop team put it into the default seed :P Jul 15 11:39:22 that will nearly grind your system to a halt Jul 15 11:39:36 there is Jul 15 11:39:40 heh Jul 15 11:39:43 uninstall it Jul 15 11:40:14 at least 'dpkg -l' lists is but I cant see status Jul 15 11:40:28 ls /var/log/bootchart Jul 15 11:40:31 I have about 8-10 chars outside of left frame of monitor Jul 15 11:40:35 see if it captured Jul 15 11:40:43 moment... I/O Jul 15 11:40:55 and also check the processlist Jul 15 11:41:01 dpkg --purge bootchart needs 20 minutes Jul 15 11:41:05 there might be other crap running you dont really want Jul 15 11:41:30 erm, you still have autologin enabled ? Jul 15 11:41:40 it will likely still try to start unity Jul 15 11:41:54 ogra: so can you check on panda (as it is a bit faster) what crap needs to be dropped and drop it from arm images? Jul 15 11:41:54 sudo service gdm stop Jul 15 11:42:02 sudo stop gdm Jul 15 11:42:04 hrw, thats on my list Jul 15 11:42:16 i havent touched the session stuff at all yet Jul 15 11:42:28 waiting for the DX team to provide the new minimal panel Jul 15 11:42:38 then i'll start shuffling seeds Jul 15 11:42:53 eglibc cross build with all tests/chaeck/binary generation will end sooner then I will get bb working Jul 15 11:43:03 heh Jul 15 11:43:07 and eglibc tests needs eons Jul 15 11:43:27 dont complain about alpha software ! Jul 15 11:43:31 :) Jul 15 11:44:14 yep.. golden rule of ubuntu Jul 15 11:44:28 install last release if you want to complain Jul 15 11:44:45 the 2D session will be a lot lighter once i have removed everything we dont need Jul 15 11:45:01 prob is that we still need to ship the unity session Jul 15 11:45:07 but last release complains usually can go directly to /dev/null because devel release changes too much Jul 15 11:45:21 we dont have a per subarch seed possibility and omap4 will use unity on the panda Jul 15 11:45:27 complaining to dev release ends with "this is dev release, do not complain" Jul 15 11:45:38 right Jul 15 11:45:45 do not complain, file bugs :) Jul 15 11:46:16 so as a developer I have to use maverick but as a user I need lucid. Jul 15 11:46:53 * ogra uses lucid everywhere Jul 15 11:47:01 apart from the dev boards i work with Jul 15 11:47:18 ogra: I used sid since it was created Jul 15 11:47:36 and it was better to use then maverick^Wubuntu-devel Jul 15 11:47:44 sure Jul 15 11:48:03 ubuntu development works differently than debian development Jul 15 11:48:13 I know Jul 15 11:48:43 lets get beta versions of everything, get it more or less working and pray^Whope for official stable releases before release Jul 15 11:48:48 ans long as you develop features that are working acrtoss package sets it will always be more broken until a certain point Jul 15 11:49:16 anyway - I have a board in basement which has 250KB/s rootfs Jul 15 11:49:21 using the dev version of ubuntu after feature freeze is usually ok Jul 15 11:49:44 i tend to wait until then to upgrade my systems Jul 15 11:49:57 anyway Jul 15 11:50:01 * ogra takes a break Jul 15 11:50:31 and if you have the jasper.log at some point i'll try to find out why you had the weird output during resize Jul 15 11:50:33 hrw: ubuntu is also a lot more aggressive wrt to the kind of changes in the core (e.g. rework of the entire boot sequence, plymouth, upstart, etc.) Jul 15 11:50:53 debian takes a long time to get these (for good reasons, btw) Jul 15 11:54:02 ogra: The log file changes had been backed out Jul 15 11:54:10 Because they needed synchronisation in 3 places Jul 15 11:54:24 ogra: If these were pushed again, yes, I expect they need adaptations in other places Jul 15 11:56:11 amitk: I'd be happy to discuss image formats; asac did more work on this though; I'd like to understand how we stand nowadays, cause I was a bit at a loss with both our Ubuntu and Linaro images; I'd like to dig a bit deeper into this Jul 15 11:57:25 lool: amitk: whats the discussion on formats? Jul 15 11:58:07 asac: pre-installed images for beagle, etc. Jul 15 11:58:41 amitk: want to have a call on that? Jul 15 11:58:42 asac: IMHO, what is being provided in maverick doesn't give a good first experience to users Jul 15 11:58:48 enough is enough! Jul 15 11:58:50 asac: sure, mumble? Jul 15 11:58:55 time to hack rootfs on desktop Jul 15 11:58:58 amitk: yes. can we do that in 1h? Jul 15 11:59:07 asac: sure, ping me Jul 15 11:59:11 will do Jul 15 12:03:37 bootchartd and gdm killed from rootfs, card plugged into BB, boot Jul 15 12:03:46 plymouth oom again Jul 15 12:08:09 lool, well, it was syncronized in the other direction ... subarh is only added to the dir now, slangasek made that change,k what i was wondering was if you had ever tested that change, it cant have worked in lucid Jul 15 12:08:22 -k Jul 15 12:09:16 amitk, in linaro you dont have such images Jul 15 12:09:52 ogra_cmpc: I'm pushing for them there too ;) Jul 15 12:09:53 so you wont have the resizing Jul 15 12:10:00 ah Jul 15 12:11:05 I don't like our single minded devotion to 'installation' for everything. debian-installer is just not suitable for some devices. Jul 15 12:11:17 amitk, note though that you need to repartition the SD on boot in any case no matter if you resize or not Jul 15 12:11:33 why? Jul 15 12:11:56 amitk, because of the CHS restriction x-loader/u-boot put on us Jul 15 12:12:04 (I don't understand the science behind our installer, but it seems like rocket science) Jul 15 12:12:26 that needs to be adjusted to the actual values of the card to be proper Jul 15 12:12:45 Can anyone point me at a list of ARM boards supported by the maverick kernel? Jul 15 12:12:46 ogra_cmpc: can't that be handled before we let the user dd the image? Jul 15 12:13:33 our installer is all built around dpkg which enfoces the debconf database on us to which the installer is a frontend (among other things it is) Jul 15 12:14:17 amitk, no, becuse the CHS value for an img file might totally differ from the physical setup of an SD card Jul 15 12:14:56 mdz was talking about how the package manager we have currently is not suitable for distributing everything. Perhaps now is the time ;) Jul 15 12:15:29 ogra_cmpc: even if we make severe assumption e.g. 4Gb SDHC card only? Jul 15 12:15:55 well, you would have to give that value in bytes :) Jul 15 12:16:17 4GB isnt the point, the CHS value is attached to the exact size of the card Jul 15 12:17:42 ogra_cmpc: sounds like some that can be programtically detected and programmed before we dd an image. Jul 15 12:17:51 *something Jul 15 12:17:59 it will work but you will have a) an unclean partition table b) if the user ever touches the partition table your system will not boot anymore Jul 15 12:18:46 but it will only take 5 minutes to redo it vs. 1.5hrs currently :) Jul 15 12:18:59 amitk, 1.5h ?? Jul 15 12:19:09 hrw's numbers Jul 15 12:19:10 amitk, how do you come to that value Jul 15 12:19:23 *resizing* takes 10min Jul 15 12:19:25 I haven't tried the pre-installed image yet Jul 15 12:19:27 per 4G Jul 15 12:19:49 i was talking about resizing and partitioning above Jul 15 12:19:50 amitk: 1.5h takes installation process. resizing ~10 minutes Jul 15 12:20:03 you are talking about oem-config slowness Jul 15 12:20:16 I don't even want that Jul 15 12:20:48 why do we want to configure usernames and timezones in that extremely slow way Jul 15 12:21:00 amitk, we dont Jul 15 12:21:07 amitk, on omap4 its a few min Jul 15 12:21:29 amitk, for omap3 we could switch to the cmdline version of OEM config Jul 15 12:22:01 amitk, but the final truth is that you simply do not want to use such a netbook image on HW like the C4 Jul 15 12:22:38 i havent tested it yet but i'm pretty sure it will work similar well on the Xm as on the panda Jul 15 12:22:40 ogra_cmpc: yet we provide those images :) Jul 15 12:23:11 amitk, we also provide minimal spec for running ubuntu on HW Jul 15 12:24:42 ogra_cmpc: Would you have a list of boards which are supported in maverick right now? Jul 15 12:24:44 the C4 simply doesnt match these specs Jul 15 12:24:46 ogra_cmpc: This is for ppearse Jul 15 12:27:17 lool, all beagles above rev B. (not fun with Cx but works as you can see in the dicssion above), and panda ... for final we plan blaze through changing the bootloader in the omap4 image, and we're about to anble dove images again Jul 15 12:28:07 lool, if you have an requirement for more omap3 boards, tell me and i'll look what i can do Jul 15 12:29:55 *enable Jul 15 12:38:57 ogra_cmpc: available? Jul 15 12:40:34 asac, for a call ? Jul 15 12:40:40 one sec Jul 15 12:40:49 ogra_cmpc: yep ... i will call you in 5 ;) Jul 15 12:40:54 we need to sync on something :- Jul 15 12:40:55 P Jul 15 12:46:06 ogra_cmpc:Thanx Jul 15 13:00:15 ogra_cmpc: thanks Jul 15 13:00:19 ogra_cmpc: I think IGEPv2 would be nice Jul 15 13:01:08 lool, i'll check if it needs anything special then (bootloader/kernel) Jul 15 13:02:05 ogra_cmpc: rtg is on it Jul 15 13:02:28 yep, i know Jul 15 14:39:50 I created a rootfs with rootstock and my i.MX25 is booting into the system and now I have the login prompt on the LCD Touchscreen. But neither I can get a prompt on my serial console nor a keyboard plugged into the usb port is working. Anybody knows how to go on? Jul 15 14:40:45 I used following parameters to get it work sudo rootstock --fqdn imx25 --login hctm --password temppwd --imagesize 4G --seed build-essential, openssh-server, tsconf, ssh --dist jaunty --serial ttyS0 Jul 15 14:41:23 also connecting via ssh is not working. The ethernet device is up Jul 15 14:41:33 Taalas: --serial ttymxc0 maybe? Jul 15 14:42:09 Also, I don't think you want spaces in the --seed list. Jul 15 14:44:16 Hmm that might be the reason why the image size isn't increasing after I added some seeds... Jul 15 14:44:41 Ok rebuilding it one more time. Jul 15 14:58:11 Hey everyone. I am involved in a good deal of native ubuntu compilation on the ARM, and I was wondering if anyone had suggestions for a multi-CPU ARM board I could use as a build machine. Right now I'm compiling on my actual target, and would like to speed up the process as much as possible while sticking to the native arch. Jul 15 15:00:44 Haven't heard of any on the market as a released product yet. TI Omap4 should be out in the near future, nVidia tegra is available on a limited developer basis (1 per, haven't heard of how well it works). Don't know off hand of others that have public announcements. Jul 15 15:00:57 awayfar: Depends of your budget Jul 15 15:01:08 awayfar: I think the versatile express boards are nice, but they are really expensive Jul 15 15:01:26 lool: A9 ones? Jul 15 15:01:40 the dove ones were nice in theory, but the early ones I got were unstable, I don't know if that's fixed, nor whether these are publicly available Jul 15 15:01:41 awayfar: /me likes http://www.qnap.com/pro_detail_feature.asp?p_id=127 Jul 15 15:01:43 hrw: Yes Jul 15 15:02:05 ukleinek: armv5 though Jul 15 15:02:13 awayfar: that's a good question, what architecture baseline do you need? Jul 15 15:04:04 awayfar: which cpu/board you target? Jul 15 15:05:01 Death by a hundreds replies Jul 15 15:05:39 we flooded his input buffers Jul 15 15:05:53 Wow, THANKS for all the replies! Jul 15 15:06:01 I read slow ;) Jul 15 15:06:08 awayfar: now your time to answer ;D Jul 15 15:07:45 My budget is negotiable, since this is a corporate project, and my absolute ideal board would be multiple A9/OMAP4. Jul 15 15:08:04 My target is an OMAP4 Jul 15 15:08:07 awayfar: ok Jul 15 15:08:41 pandaboard is not on market yet, no idea about blaze Jul 15 15:10:02 awayfar: OMAP4 isn't really widely available yet; versatile express has quad A9 + 1 GB of RAM, so quite a nice starting point Jul 15 15:10:36 and good for build machine Jul 15 15:11:34 hi prpplague dmart Jul 15 15:12:02 hrw: greetings earthling Jul 15 15:13:23 hrw: That sounds great. Now, for a not-so-bright question; If I were to install Ubuntu on an A9, is that close enough to the OMAP4 to maintain compatibility? I know the OMAP4 uses the A9, but I may as well ask... Jul 15 15:13:51 awayfar: What compatibility are you after? Jul 15 15:13:55 Everything but the kernel "should" work. Jul 15 15:14:52 ukleinek and GrueMaster thanks for your help. Worked out perfect Jul 15 15:15:42 Taalas: Good to hear. Jul 15 15:15:46 gm all Jul 15 15:25:45 All, thanks for the information. I spoke with prpplague offline, and he helped sort me out. Thanks again! Jul 15 18:27:57 ogra: Don't think https://bugs.launchpad.net/bugs/605972 is armel (it's jasper), right? Jul 15 18:27:59 Launchpad bug 605972 in jasper-initramfs (Ubuntu) "Need to set hostname to ubuntu during first boot. (affects: 1) (heat: 8)" [Medium,New] Jul 15 18:29:07 lool: It is jasper-initramfs. Since it is only used on omap (currently) I tagged it as armel. Jul 15 18:29:40 It would be nice to keep the list of ubuntu-armel/armel bugs identical to the bugs specific to armel Jul 15 18:29:59 Anyways, the tag would have been put there by apport if I had filed using it. Jul 15 18:30:14 Yes, but I remove it when it's not armel specific Jul 15 18:30:45 Not a big deal, but since random other people (cough Linaro) will look at ARM bugs, I'd like them not to see jasper bugs Jul 15 18:32:19 If this bug can be shown to be reproducible on other architectures, I'll agree. Until then, if it is seen on armel first, it gets tagged on armel. Just following bug posting procedures laid out to me from earlier cycles. Jul 15 18:33:54 https://wiki.ubuntu.com/MobileTeam/BugWorkflow Jul 15 19:18:10 Taalas: you're welcome Jul 16 01:56:54 jayabharath: don't you ever go home? **** ENDING LOGGING AT Fri Jul 16 02:59:56 2010