[00:04] <infinity> pbuckley: Looking at the specs, there's a fair chance that any work done by people on the tf201 might Just Work on the tf700, but hard to tell without hardware.
[00:04] <infinity> That display sure looks nice, though.
[00:11] <pbuckley> cool ill check out whats going on with tf201 and see if i can use any of it as a jumping board
[00:11] <pbuckley> yeh the display is beautiful
[00:11] <pbuckley> loving the hardware.. android isn't cutting it though
[11:55] <LetoThe2nd> ogra_: now tried the netboot installer several times an two brand new 16g sd cards. never finished, always failed during the "select and install software" step.
[11:56] <ogra_> weird, worked for three people during the past two days
[11:56] <ogra_> anything in dmesg or syslog ?
[11:57] <LetoThe2nd> ogra_: no idea. will try the preinstalled server image now
[11:57] <ogra_> (syslog is on tty4 if you do a console install, on serial you need to check the file)
[11:57] <LetoThe2nd> ogra_: i can look on one of the two cards in a few moment
[11:57] <ogra_> there is no preinstalled server image anymore
[11:57] <ogra_> its dead
[11:57] <ogra_> only a normal daily server
[11:58] <LetoThe2nd> ogra_: i've got a copy of the 12.04 omap4hf already here.
[11:58] <ogra_> (all arm images are now identical to their x86 pendants, desktop -> live, server -> alternate with squashfs, netboot -> well, netboot)
[11:59] <ogra_> if you downloaded anything called preinstalled thats several weeks old and 99% positively uninstallable
[11:59] <LetoThe2nd> ogra_: strange, my ubuntu-12.04-preinstalled-server-armhf+omap4.img.gz here is the only thing that ever worked.
[11:59] <ogra_> oh, 12.04 ... sorry
[12:00] <LetoThe2nd> ok, got one of the cards with failed netboot ready now.
[12:01] <LetoThe2nd> the file in use was boot.img-serial.gz
[12:01] <ogra_> and you zcat'ed it as root to the SD
[12:01] <ogra_> ?
[12:01] <LetoThe2nd> sure.
[12:03] <LetoThe2nd> ogra_: you meant checkout the second partition on the sd card and there /var/log, right?
[12:03] <ogra_> looking at http://ports.ubuntu.com/ubuntu-ports/dists/precise/main/installer-armhf/current/images/omap4/netboot/  the serial image definitely has a partition
[12:04] <LetoThe2nd> i really have no idea whats broken. it never finished the installer successfully.
[12:04] <LetoThe2nd> hm, now preinstalled also fails with /dev/mmcblk0p2: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
[12:05] <LetoThe2nd> something is really going on here.
[12:05] <ogra_> booting ...
[12:06] <LetoThe2nd> *sigh* now giving today's boot.img_serial.gz one more try.
[12:06] <LetoThe2nd> logged in as root, i do "zcat boot.img-serial.gz > /dev/sdd", then sync
[12:06] <ogra_> todays should definitely work
[12:07] <LetoThe2nd> i'm starting to believe in bad karma, broken feng shui or black magic.
[12:07] <ogra_> heh, probably
[12:08] <ogra_> hmm, my install doesnt seem to progress
[12:08] <ogra_> and i have a suspicion ...
[12:08] <LetoThe2nd> booted fine, language and locale select fine, network config fine.
[12:08] <ogra_> oh, it moved now
[12:08] <ogra_> just took a while to do whatever it did
[12:08] <LetoThe2nd> archive setup fine
[12:09] <ogra_> "Loading additiona componnents" now
[12:10] <ogra_> user setup done
[12:11] <ogra_> partitioning done (picked guided for the usb key)
[12:13] <LetoThe2nd> user setup done, no home encryption
[12:13] <ogra_> same here
[12:13] <ogra_> i largely just go with the defaults
[12:13] <LetoThe2nd> same here.
[12:13] <ogra_> its installing the base system now
[12:13] <LetoThe2nd> guided partitioning, using MMC/SD card #1 (mmcblk0) - 16.1 GB SD SDC
[12:14] <ogra_> oh, not sure that will work, good luck :)
[12:14] <ogra_> bug 1025420
[12:14] <ubot2> Launchpad bug 1025420 in ubiquity "AssertionError: Returned to partman/choose_partition with nothing to do" [High,New] https://launchpad.net/bugs/1025420
[12:14] <ogra_> though thats a quantal desktop install
[12:15] <ogra_> but they both use the same backends
[12:15] <ogra_> he picked a pre-created partition on a live image though
[12:23] <LetoThe2nd> seems like it is stuck doing mkfs.ext4 on mmcblk0p2
[12:26] <ogra_> give it some time ... big slow media etc
[12:27] <LetoThe2nd> too much time already.
[12:27] <LetoThe2nd> sd led also shows no activity.
[12:27] <ogra_> ah
[12:27] <ogra_> my LEDs are both solid green here
[12:27] <ogra_> i dont think we have the modules in d-i to use them
[12:29] <LetoThe2nd> just to be sure, redownloaded qq's boot.img-serial.gz now and starting over again.
[12:29] <ogra_> well, installing to mmc will likely have the same issue there
[12:29] <ogra_> and i bet if you check the logs you would see a similar error as in the bug
[12:36] <LetoThe2nd> now its "installing the base system"
[12:37] <ogra_> to MMC ?
[12:37] <LetoThe2nd> yep
[12:37] <ogra_> intresting
[12:37] <LetoThe2nd> nope, installing.
[12:37] <ogra_> did you keep the existing partition intact ?
[12:37] <LetoThe2nd> nope.
[12:37] <ogra_> heh
[12:37] <ogra_> oh, but you created a vfat in the beginning of the SD i hope
[12:38] <ogra_> it wont do that automatically
[12:38] <LetoThe2nd> it creates an ext2 in the beginning.
[12:38] <ogra_> thats /boot
[12:38] <ogra_> doesnt help
[12:38] <ogra_> you need a vaft to boot from
[12:38] <LetoThe2nd> ah yes, now we're getting closer.
[12:39] <ogra_> if you dont have that partiton flash-kernel-installer will fall over
[12:39] <ogra_> it tries to mount -t vfat i think
[12:39] <lilstevie> LetoThe2nd: I have seen the unexpected inconsistency message every second boot on my tf201, no idea whats causing it but I wonder if there is something going on (booting with single and fscking the volume fixes it)
[12:39] <LetoThe2nd> so basically the automagic partitioning does not work, and one needs to take care that a vfat partition with, say 64mb or such is in place, right?
[12:40] <ogra_> automagic partition only works if you install to USB and leave the SD as "boot floppy/fake NAND"
[12:40] <LetoThe2nd> lilstevie: there's more going on here. :(
[12:40] <lilstevie> hm :/
[12:40] <ogra_> if you want a different setup you need to know what you are doing
[12:40] <LetoThe2nd> ogra_: ok. will do that next then.
[12:41] <ogra_> the automatic creation of /boot is plainly silly
[12:41] <LetoThe2nd> hey i'ma tyrant god emperor. i do not have to know what to do. i have minions for that! *SCNR*
[12:41] <ogra_> but the partman code is scary .. i need to be in the right mood to get at it :P
[12:41] <LetoThe2nd> massively drunk?
[12:42] <ogra_> for three days ... yeah
[12:43] <LetoThe2nd> minimum
[12:44] <lilstevie> do you think being drunk is enough?
[12:45] <LetoThe2nd> resizing the terminal during serial netboot install is funny, talking ncurses-interface layout wise. :=
[12:45] <ogra_> after three days being drunk i dont think anything ;)
[12:45] <ogra_> thats the point ;)
[12:45] <lilstevie> might need some form of hallucinogen to help there
[12:45] <ogra_> LetoThe2nd, screen or minicom ?
[12:45] <LetoThe2nd> lilstevie: please, not engelbert humperdinck records again!
[12:45] <LetoThe2nd> ogra_: screen
[12:46] <lilstevie> LetoThe2nd: lol
[12:47] <LetoThe2nd> lilstevie: "having a bad trip"
[12:47] <ogra_> lol
[14:58] <LetoThe2nd> ogra_: ok, now i've proceeded through the complete netinstaller and kept the first fat partition intact (use largest contiguous space). still does not boot - where to go hinting in the logs?
[15:00] <ogra_> pastebin it somewhere (sudo apt-get install pastebinit;; pastebinit /var/log/installer/syslog  ;))
[15:00] <LetoThe2nd> http://paste.ubuntu.com/1112040/
[15:01] <ogra_> hmm, looks all good
[15:02] <ogra_> how does it not boot ?
[15:02] <ogra_> what are the symptoms ?
[15:02] <LetoThe2nd> power on -> led2 solid.
[15:02] <ogra_> notihing on serial ?
[15:02] <LetoThe2nd> exactly that
[15:02] <ogra_> thats pretty strange, MLO and u-boot wouldnt have changed
[15:02] <LetoThe2nd> check the vfat partition?
[15:03] <ogra_> yes
[15:03] <LetoThe2nd> http://paste.ubuntu.com/1112047/
[15:03] <ogra_> the installer only updates boot.scr, kernel and initrd
[15:04] <ogra_> right, the timestamps agree
[15:04] <ogra_> since MLO wasnt changed you should definitely at least see MLO messages on serial
[15:04] <LetoThe2nd> negative.
[15:05] <LetoThe2nd> http://paste.ubuntu.com/1112052/
[15:06] <ogra_> hmm
[15:06]  * ogra_ is a bit clueless what to say
[15:07] <ogra_> from a binary POV nothing should have changed for MLO
[15:07] <ogra_> its a fat, files dont move around or anything
[15:08] <LetoThe2nd> i told ya. bad karma, or broken feng shui.
[15:09] <ogra_> boot.img-serial1   *           1       61440       30720    c  W95 FAT32 (LBA)
[15:09] <LetoThe2nd> just retried including starting the terminal over again. led2 solid, nothing else.
[15:09] <ogra_> hmm, the data has definitely changed
[15:10] <ogra_> i suspect parted rewrites the partition table
[15:10] <ogra_> since you created one
[15:11] <LetoThe2nd> ok, so the guess would be - what?
[15:11] <ogra_> oyu should probably pre-create one and select to not format it in the partitioner ... then it shouldnt touch the part. table
[15:11] <ogra_> as a workaround
[15:11] <ogra_> and the bug would be against partman i guess
[15:11] <LetoThe2nd> the fat partition? it basically *should* not get touched, as i nowhere told the installer to do so.
[15:12] <ogra_> no, not the partition, the partition table
[15:12] <LetoThe2nd> ogra_: so zcat to sd, manually partition in the pc, then start all over?
[15:12] <ogra_> compare my fdisk output with yours for the vfat partition
[15:13] <ogra_> right
[15:13] <ogra_> my guess would be that this works
[15:13] <ogra_> seems the rom doesnt get along with the differently computed partition table
[15:13] <ogra_> or some such
[15:14] <ogra_> the image is originally created by fdisk ... while the installer uses partman
[15:14] <ogra_> (which handles CHS differently for example)
[15:14] <LetoThe2nd> ok, lets see.
[15:16] <LetoThe2nd> ok, when repartitioning with gparted after zcat'ing boots.
[15:21] <ogra_> my install to USB finished properly btw
[16:06] <LetoThe2nd> ogra_: seems to boot now.
[16:06] <LetoThe2nd> \o/
[16:53] <ogra_> LetoThe2nd, awesome !
[17:21] <janimo> marvin24, did you commit yesterday's resume problem fix?
[17:22] <janimo> marvin24, I just checked your new branch compared to what we have in ubuntu, quite a diff. You seem to have added a lot of commits since Jun 8 when the previous package got branched off
[17:22] <janimo> did you add rt2000 driver fixes too besides strictly ac100 stuff? I want to make sure I am not mishandling git log here
[17:22] <janimo> :)
[18:12] <marvin24> janimo: use the l4t-r15-ac100 branch
[18:12] <marvin24> and yes, I updated some drivers we use
[18:12] <marvin24> rt2x00 and cleancache
[18:13] <janimo> marvin24, ok. thanks, I'll use that
[18:13] <janimo> too bad gitorious is so slow
[18:13] <janimo> and sometimes disconnects
[18:15] <marvin24> yes, that's the "non-commercial" way ;-)
[18:16] <marvin24> janimo: I'm thinking about uboot ...
[18:16] <marvin24> what is the prefered way to boot the kernel (where to store, initrd, boot.scr?)
[18:17] <janimo> preferred way with uboot?
[18:17] <janimo> the cases I know have a separate partition for uboot conffiles and kernel+initrd
[18:20] <marvin24> I wonder if we should use the boot partitions for this
[18:20] <janimo> if it works I don't see why not.
[18:20] <janimo> it can be restored easily
[18:21] <marvin24> and what about an efi partition table?
[18:21] <infinity> We usually store the kernel and initrd on the same flash/partition as u-boot.bin, but that's only for historical reasons, because u-boot used to suck so terribly hard at loading from ext* filesystems.
[18:21] <infinity> There's really no reason we should continue that brain damage, IMO.
[18:21] <marvin24> I think it still only understands ext2
[18:22] <marvin24> or ext4 without some features I guess
[18:22] <infinity> For read-only, it's good enough on ext4, afaik.
[18:22] <infinity> As for efi, I don't think u-boot speaks gpt at all yet.
[18:23] <infinity> But that's fine if you load u-boot and the kernel externally, and let the kernel sort out partitions.
[18:23] <marvin24> I tried loading the kernel from my ext4 partition, but failed
[18:23] <marvin24> it could only see the root fs, but /boot gave garbage
[18:23] <marvin24> gpt is supported AFAIK
[18:24] <marvin24> chromeos also uses it and likely all new devices also
[18:24]  * marvin24 goes and checks
[18:25] <marvin24> seems it should work as long as the storage is smaller than 2 TB ...
[19:30] <ogra_> marvin24, use vfat
[19:31] <marvin24> ogra_: never ...
[19:31] <marvin24> ext2 is fine I think
[19:31] <marvin24> for internal mmc
[19:31] <ogra_> vfat is the most stable filesystem in u-boot, as sad as it sounds ...
[19:31] <marvin24> even read only ext2 doesn't work?
[19:31] <marvin24> zzz
[19:32] <ogra_> but ext2 is usually ok too, i have seen it failing on arches where iot was supposed to work though
[19:32] <ogra_> (some mervell ones, but they used their own u-boot fork i think)
[19:32] <ogra_> *marvell
[19:46] <marvin24> yeah, we can use mainline :-)
[21:21] <janimo> marvin24, I rebased on your new branch and want to check with you on the config changes introduced as I see it here
[21:21] <janimo> +CONFIG_REGMAP=y and REGMAP_I2C=m are new
[21:21] <janimo> XVMALLOC ZCACHE and ZRAM got turned off
[21:23] <janimo> ogra_, what keys to use to boot into recovery on the ac100?
[22:22] <janimo> ogra_, ah you removed the 30 minutes text from the installer, nice :)
[22:23]  * RoyK smacks his raspberry pi
[22:25] <infinity> janimo: I think he should have taken an average timing of 5 installs, and ammended the message to "this process may take around 13.73 minutes, ish."
[22:26] <janimo> it is 5-6 minutes in my tests. Not sure if the USB stick or the internal mmc is the bottleneck
[22:26] <janimo> but its not slow at all
[22:27] <infinity> Yeah, I know.  I just pulled 13.73 out of my ass. :P
[22:28] <janimo> I figured. Ithought 5 - as I experienced should be representative for all, but forgot the usb stick/sd card used has an influence
[22:29] <janimo> infinity, I'll do some more work on mono tomorrow and in the weekend, today and yesterday I did not do anything.