[00:40] <jimerickson> using the 1-Aug-2012 omap4+armhf image on a pandaboard ES. it installs the rootfs but leaves the uboot partition empty. is there a work around or shall i file a bug?
[02:29] <GrueMaster> mpls
[02:31] <ogra_> mpls ?
[02:34] <ogra_> jimerickson, a bug would be helpful indeed
[02:34] <jimerickson> then a bug it shall be!
[02:56] <jimerickson> filed bug #1032021
[02:56] <ubot2> Launchpad bug 1032021 in ubiquity "installer does not create a uboot partition on omap4+armhf on pandaboard ES" [Undecided,New] https://launchpad.net/bugs/1032021
[03:07] <ogra_> jimerickson, looks like the installer didnt finish at all, did you get any error messges ?
[03:08] <jimerickson> just ubi-partman failed with error 141 at one point. i tried it several times.
[03:10] <ogra_> right, it didnt proceed after that
[03:10] <jimerickson> correct
[03:11] <ogra_> also yuo seem to have checked the option to install the nonfree stuff (on the first page), this tries to instll the pvr driver which isnt ready for the current kernel yet
[03:12] <jimerickson> ah ok i can try it again without that if you wish
[03:12] <ogra_> (thats unrelated to the partitioner issue indeed)
[03:13] <ogra_> no. it shouldnt cause the install to fail or crate partition errors
[03:13] <jimerickson> ok
[03:16] <ogra_> hmm, something created a vfat on your usb drive as first partiton
[03:16] <ogra_> did you dothat manually ?
[03:17] <jimerickson> well at one point i created a fat32 partition in hopes it would populate it
[03:18] <ogra_> no, it cant boot off the usb driver
[03:18] <ogra_> *drive
[03:18] <ogra_> the u-boot partition needs to live on the SD
[03:18] <ogra_> (imagine the SD as a bootfloppy)
[03:18] <jimerickson> right but how else can i install except to a usb hub?
[03:19] <ogra_> well, the install as you did it was surely not wrong, but the vfat on USb would be wasted space
[03:19] <jimerickson> ok
[03:20] <ogra_> the bootloader gets installed to the SD card at the end of the installation
[03:20] <jimerickson> i see
[03:20] <ogra_> so you dont need to have a vfat on USB
[03:22] <ogra_> i would try without checking the third party driver option and just letting the partitioner take over the whole usb disk automatically (guided partitoning), see if that works
[03:22] <jimerickson> will do ogra. i will report back in a few.
[03:22] <ogra_> ok
[03:31] <ogra_> i'm not sure about all the debconf messages in your syslog, will have to ask cjwatson about these tomorrow, no idea if they are fatal
[03:32] <jimerickson> ok
[03:33] <jimerickson> its installing right now. no errors so far
[03:33] <ogra_> good
[03:34] <ogra_> i need to update the install docs on the wiki to actually explain that you need the SD for the bootloader ...
[04:12] <jimerickson> well it made a 255 mb ext2 partition and the rest ext4. but no fat32. so it does not boot.
[04:16] <jimerickson> ogra_, is there something else i am doing wrong?
[04:27] <infinity> jimerickson: Hrm?  The vfat partition it uses to boot is on the SD card.
[04:27] <jimerickson> ok then how do i stop it from booting to the installer?
[04:28] <infinity> jimerickson: It overwrites the installer bits on the card.
[04:28] <jimerickson> its not doing that. would you like syslog and partman?
[04:29] <infinity> jimerickson: No, but ogra_ would love more info, I'm sure. :P
[04:29] <jimerickson> ok
[04:33] <jimerickson> infinity let me get this straight, the sdcard is the boot disk and i leave a usb stick in the hub to boot from now. no more installing to sdcard?
[04:49] <jimerickson> nevermind i am confused.
[05:50] <jimerickson> install halts with /dev/cdrom cannot be unmounted.
[05:52] <GrueMaster> ogra_: mpls means I forgot to change the focus from irc to the terminal.  Happens.
[06:22] <janimo> marvin24, on precise kernel+L4T work well indeed. I'll check a newer X
[07:24] <Inoperable> howdy
[07:24] <Inoperable> i got a strange problem on my device
[07:24] <Inoperable> kernel freezes on changing the console
[07:25] <Inoperable> when i try to change from tty1 to tty2
[07:25] <Inoperable> happens not always
[07:25] <Inoperable> but if system is under load almost always
[08:19] <marvin24> janimo: I wrote you yesterday, that removing the xorg.conf (on debian) helps. This makes sense as in this case the framebuffer driver is used 8-(
[08:39] <janimo> marvin24, ok. I have not upgraded to quantal or X 12 yet
[08:39] <janimo> I need to make some more GLES measurements with known good setup
[08:40] <marvin24> janimo: did you tried multi board support for 3.1?
[08:40] <marvin24> that won't work
[08:40] <janimo> yes, does not work
[08:40] <janimo> do you know the reason?
[08:40] <janimo> I fI build in paz00 config even with the actual board files not built-in the image (ifdefed out or removed from the makefile altogether) I get a non-booting zImage
[08:41] <janimo> no idea why
[08:42] <janimo> the only weird diff between the two symbol lists is setup_machine_tags gets a constprop.6 suffix in the PAZ00 enabled image
[08:42] <janimo> on #tegra I was told multiboard setup in mainline 3.1 should work
[08:51] <marvin24> janimo: the bootloader is a bit strange I think
[08:51] <marvin24> it's not kernels fault
[08:51] <marvin24> you could try u-boot though
[08:53] <marvin24> mainline u-boot works out of the box on all nvidia boards (including paz00)
[08:53] <janimo> I am trying to boot on tf101
[08:53] <janimo> which fails if I add PAZ00 to the kernel
[08:54] <janimo> so you think it is the bootloader? Does it do more than just pass a fixed machine ID and let the kernel run?
[09:06] <marvin24> janimo: I think it reads the machine id from the kernel
[09:07] <marvin24> at least on paz00
[09:07] <marvin24> or does something else weird
[09:08] <janimo> so much for having a standard way of bootloader->arm-kernel interface I guess?
[09:09] <marvin24> janimo: fastboot was never designed to boot multiple machine kernels
[09:09] <marvin24> each OEM has its own version, fit for a single device
[09:09] <janimo> still, why would it not use the simple way of telling the kernel which mach id is it? To use same fastboot binary on multiple zImages?
[09:09] <janimo> multiple devices that is
[09:09] <marvin24> janimo: don't ask ...
[09:10] <marvin24> all of the stuff which comes from nvidia is quick-and-dirty hack
[09:10] <marvin24> that's the price you have to pay if you want to go quickly to market
[09:10] <marvin24> you just cannot do it sane
[09:11] <marvin24> we have to accept this
[09:18] <janimo> marvin24, which exactly are the two issues you asked from nvidia? One is the plymouth crasher which we work around via console=tty1. The other?
[09:18] <marvin24> segfault
[09:18] <marvin24> nvidia seems to know about already and working on it
[09:18] <marvin24> so we just have to wait ...
[09:21] <janimo> ah, the X 12 ABI
[09:24] <marvin24> janimo: if console=ttyS0,.... is specified, is the framebuffer console used at all?
[09:25] <janimo> never tried that
[09:25] <marvin24> I think that's a better workaround as it should also kill all the error messages still left
[10:45] <lilstevie> marvin24, has anyone tried to figure out why all the unity stuff is transparent with unity-gles and the tegra drivers
[10:46] <marvin24> lilstevie: I know it is not tegra specific
[10:46] <marvin24> try xorg-edgers to find out :-)
[10:47] <marvin24> I even don't know if it is driver or unity fault
[10:47] <marvin24> and no one seems to care currently
[10:48] <lilstevie> marvin24, heh I was more asking on the nvidia side of things
[10:48] <lilstevie> I mean using unity-2d is no issue, just wondered if anyone actually knows what the issue is
[10:48] <marvin24> and my answer is that it is propably not nvidias fault this time
[10:49] <lilstevie> yeah, that was what ogra said the other day too
[10:49] <lilstevie> nvidia doesn't exactly have an easy way to report bugs either :/
[10:49] <marvin24> e.g. https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1024768
[10:49] <ubot2> Ubuntu bug 1024768 in unity "[xorg-edgers] Missing icons in unity launcher and app switcher after update" [High,Confirmed]
[10:50] <marvin24> lilstevie: yes, that's unfortune
[10:50] <marvin24> on the other hand, sometimes you can grab an engineer on #tegra who has access to the internal bug reporting system
[10:51] <lilstevie> hm
[10:51] <lilstevie> I am not in #tegra :p
[10:51] <marvin24> I just talk with someone
[10:51]  * lilstevie joins
[10:51] <marvin24> he said that the two main problems we are facing on the ac100 (console and abi 12 segfault) are already known
[10:51] <marvin24> and they are working on a fix
[10:52] <lilstevie> ah cool
[10:53] <lilstevie> I haven't tried quantal here yet, so I haven't seen abi12 issues
[11:43] <janimo> infinity,  I was told by Jo Shields Sony has some armhf patch for mono which they do not intend to upstream though. I hope that is good for Debian then for the moment
[11:43] <infinity> janimo: I don't care where the patch comes from, if we can ship it...
[11:44] <infinity> (And if it works)
[11:44] <janimo> well if Debian can ship it we can too
[11:44] <janimo> I'd rather wait till they sort it out
[11:44] <infinity> Well, yes.  I meant "if the license is free".
[11:44] <janimo> yes, Jo said GPL
[11:45] <infinity> Sounds shiny.  If it's not wildly unauditable, we can probably fix precise with it too.
[11:46] <lilstevie> why wouldn't they want to upstream it
[14:52] <ogra_> infinity, i would appreciate some comments (i surely forgot a few checks or so) http://paste.ubuntu.com/1125314/
[14:53] <ogra_> (thats a wget initramfs script for dumping the images onto the SD and reboot into d-i/ubiquity)
[14:53] <ogra_> i need to make sure it doesnt fall over once i left boston :)
[14:54] <infinity> No DNS at that point in the boot, I guess?
[14:55] <infinity> I guess if cdimage moves, they're smart enough to fix it.
[14:55] <ogra_> yeah, i would have to add dns clients, but the image server is on the internal net anyway and wont change IP
[14:55] <ogra_> and the imageurl option comes from the pxe config so its easily changeable
[14:56] <infinity> imageurl=)  <-- ITYM imageurl=*)
[14:56] <ogra_> oh, indeed !
[14:56] <ogra_> funny that my test worked ... i shouldnt have had access ot cdimage during the test
[14:57] <infinity> And ${imageurl=##} is much more readable than the form you used.
[14:57] <ogra_> ok, i always steal that from the framebuffer script :)
[14:57] <ogra_> we should fix it there too then ;)
[14:58] <infinity> Or, wait, I could be on crack.
[14:59] <infinity> I am, but so are you. :P
[14:59] <ogra_> heh
[15:00] <infinity> You want ${opt#*=}
[15:00] <infinity> Which suddenly makes much more sense.
[15:01] <ogra_> lol, yeah
[15:01]  * ogra_ blames jetlag :P
[15:01] <infinity> And add a bs=4M to that dd(1) if you don't want it to take a week.
[15:01] <ogra_> it takes about 3min
[15:02] <ogra_> but yeah, adding it
[15:02] <infinity> Assuming the dd in use takes bs=, but I imagine it does.
[15:02] <ogra_> its the normal dd
[15:02] <ogra_> no busybox stuff
[15:02] <ogra_> ogra@horus:~/tmp$ ls -l bin/dd
[15:02] <ogra_> -rwxr-xr-x 1 ogra ogra 3140 Aug  1 22:47 bin/dd
[15:02] <infinity> Kay, other than that, looks okay.
[15:03] <ogra_> great, thanks a lot
[15:03]  * ogra_ rolls the initrd and tries
[15:03] <infinity> ogra_: That's the klibc dd, not the coreutils one.
[15:03] <ogra_> oh, ok
[15:03] <infinity> And it doesn't take bs=
[15:03] <infinity> Just tested.
[15:03] <infinity> So, don't do that. :P
[15:03] <ogra_> we'll i'll know in a minute if it works
[15:04] <ogra_> ah, k
[15:04] <infinity> (base)adconrad@cthulhu:~$ /usr/lib/klibc/bin/dd if=/dev/zero of=/dev/null bs=4M
[15:04] <infinity> /usr/lib/klibc/bin/dd: bad operand `bs=4M'
[15:04] <infinity> Oh, wait, it just doesn't do the "M" bit.
[15:04] <ogra_> well, it seems to use a decent blocksize by default ... else it wouldnt be that fast i suppose
[15:04] <infinity> But yeah, 3m is fine.  Whatever. ;)
[15:04] <ogra_> 3min are not bad for a 600M image
[15:07] <ogra_> works like a charm :)
[15:08] <ogra_> hmm, the ipconfig output actually shows the dns server
[15:14] <ogra_> well, but userspace bits are missing ...
[15:14] <infinity> Which userspace bits?
[15:14] <ogra_>  /etc/resolv.conf ?
[15:14] <ogra_> no idea
[15:14] <infinity> Oh, if you're using a wget linked to glibc, yeah.
[15:14] <infinity> klibc could resolve fine
[15:14] <ogra_> ah
[15:15] <ogra_> well, not worth the effort
[15:15] <infinity> Probably not.
[15:16]  * ogra_ now has all bits ready for the automated testing ... just need to glue them together somehow now
[15:32] <wookey> infinity: apt is definately borked WR sources.list arch qualifiers. lp#1032250
[15:33] <wookey> I've seen it before, ages ago actually, but never really got to the bottom of it before
[16:34] <GrueMaster> bug 1032250
[16:34] <ubot2> Launchpad bug 1032250 in apt "apt chooses wrong architecture if sources.list contains arch-qualified entries" [Undecided,New] https://launchpad.net/bugs/1032250
[16:34] <GrueMaster> much better.
[16:36] <GrueMaster> ogra_: How goes the automation setup?
[17:02] <ogra_> GrueMaster, well, all pieces are ready, just need to glue them together
[17:02] <ogra_> (which i'm working on right now)
[17:03] <GrueMaster> Well, when you are done sniffing glue, have a beer on me.  :P
[17:05] <ogra_> hehe, will do
[17:05] <ogra_> GrueMaster, your usbboot wikipage helped me a lot on monday btw, thanks for that
[17:07] <GrueMaster> No problem.
[17:07] <GrueMaster> Just wish I was still in the game (sometimes).
[18:30] <janimo> ogra_, infinity is quantal's flash-kernel supposed to work on precise to with no issues?
[18:30] <janimo> I need to modify it and I'd rather do it in quantal and then use the same in precise than touch two codebases - even if they may be similar enough
[19:01] <janimo> lilstevie, do you know if the boot part on the asua can be made visible from the kernel?
[19:02] <lilstevie> with a butchers knife
[19:02] <lilstevie> aka hacky patch to the gpt driver
[19:07] <janimo> lilstevie, as long as it works why not?
[19:07] <janimo> wouldn't be the first hack in the tf kernel :)
[19:08] <ogra_> there are hacks ?!?!
[19:09] <ogra_> janimo, f-k from quantal will likely not work on precise withaout a lot of transitioing
[19:09] <ogra_> comkpletely different places for all the configs etc
[19:10] <janimo> ogra_, so it is not self-contained?
[19:10] <ogra_> and with the switch to drop all boot.scr support you will need to transition to the new configs
[19:10] <janimo> ogra_, but ok thanks will check precise's version then
[19:10] <ogra_> (thats something i'm in the middle of in quantal)
[19:11] <ogra_> if i'm done the postinst should auto-transition your configs, even on precise (since upgrades will have to work)
[19:11] <ogra_> but thats something i earliest start mid next week
[19:12] <ogra_> also f-k is currently broken for all but omap/omap4 in quantal
[19:13] <ogra_> (there is a hack in place that i will revert as soon as infinity fixed live-installer)
[20:21] <jimerickson> using the 2-Aug-2012 omap4+armhf image on a pandaboard ES. it boots to a black screen. sad panda.
[20:22] <scientes> jimerickson, http://inotternews.com/wp-content/uploads/2012/05/sad-panda-podiatrist_medium.jpg?dur=203
[20:54] <ogra_> jimerickson, doesnt it come up with X if you wait long enough ?
[20:54] <ogra_> that plymouth is broken is known, you get a black screen instead of a splash
[20:54] <ogra_> but once X starts you should get display properly
[21:27] <jimerickson> well i waited quite awhile now and still a black screen. i will zsync my image tonight and try again later.