[00:00] mjrosenb: http://support.google.com/chromeos/bin/answer.py?hl=en&answer=1080595 how to recover chromebook [00:02] satellit: as I said earlier, I can recover it [00:02] also, I suspect that won't work on my laptop === mfisch` is now known as mfisch === mfisch is now known as Guest96749 === zz_chihchun is now known as chihchun === Guest96749 is now known as mfisch === mfisch is now known as Guest95055 === Guest95055 is now known as mfisch === davecheney is now known as geddan [07:55] good morning [08:24] morning. [08:24] http://pastebin.mozilla.org/2001455 [08:24] that is from my pandaboard, I just tried to upgrade a fresh install to 12.10, and got a black screen. [08:25] I also got this in dmesg [08:25] [ 7.703308] init: Failed to spawn hybrid-gfx main process: unable to execute: No such file or directory [08:31] ok, I have the sd card plugged into my laptop, and I want to enable the ssh server... is there an easy way to do this? [09:01] mjrosenb: You're missing libdrm-omap1, looks like. [09:02] mjrosenb: Also, it's not so much "enabling" the ssh server as installing the package, which you'd need to do either on an ARM machine, or with emulation. [09:02] qemu-system-arm does not have an omap4 option from what i can tell [09:03] i'm actually kind of surprised there isn't a pandaboard option [09:03] I'm not. [09:04] Emulating a Panda isn't something qemu upstream would care to do, and TI didn't see the value in writing a board-specific emulator (most vendors don't) [09:04] Anyhow, I didn't mean full system emulation. [09:04] qemu-user-static would be fine. [09:05] Mount your SD card to somewhere (we'll say /mnt), apt-get install qemu-user-static && cp /usr/bin/qemu-arm-static /mnt/usr/bin && chroot /mnt su - [09:06] Presto, you're in your ARM system as a chroot. [09:06] apt-get install ssh libdrm-omap1 [09:07] apt-get install pvr-omap4 # if you wanted some non-free 3D action. [09:08] Which is probably necessary, if you're running Ubuntu/Unity. [09:11] for whatever reason, ssh seems to already be installed [09:11] but it isn't starting [09:11] and it isn't bringing up the network [10:10] infinity: can you share /var/log/Xorg.0.log from panda with opengles support? [10:12] mjrosenb: If your network is wireless-only, that could explain it. [10:12] hrw: My Panda has no X right now. [10:14] infinity: nope, eth0 is the pandaboard's onboard connection === forcev is now known as FunkyPenguin [10:15] mjrosenb: Oh, curious. Maybe it hates you/ [10:16] infinity: ok === mhaberler_ is now known as mhaberler === Sv2 is now known as Sv === Quintasan_ is now known as Quintasan [11:25] sweet, I can ssh into my pandaboard again === doko_ is now known as doko [12:26] ok, I know I did this on my last install; what do I need to run in order to get a non-hf library installed? [12:27] or better yet, what on earth is it called? [12:27] i'm searching for multilib [12:27] but that is giving man irrelevant results [12:45] mjrosenb: Depends on which non-hf library you need. [12:46] mjrosenb: If it's just libc6 (and a gcc that can build sf binaries), there are multilib versions. [12:46] looks like the answer was [12:46] dpkg --add-architecture armel [12:46] which is surprisingly hard to find via google [12:46] mjrosenb: If it's more comprehensive, you want multiarch (dpkg --add-architecture armel && apt-get update && apt-get install libfoo1:armel) [12:47] That said, I wouldn't rely on armhf/armel multiarch going forward, since we've dropped armel in raring... [12:47] What are you doing that *needs* soft-float libraries? [12:47] y'all are making my life really hard, you know that? [12:48] i'm testing fennec, which is supposed to run on android which is armel. [12:48] .. unless it's newer Android, then it's not. :P [12:49] how does that work from a packages' point of view? [12:49] That said, fennec could be rebuilt... [12:49] do they need to upload two .apks, one for armel, one for armhf? [12:49] I have no idea how Android is handling the sf/hf transition. === chihchun is now known as zz_chihchun [12:50] Then again, most apps aren't C binaries, so the point is moot for them. [12:50] you know what version they made the transition in? [12:50] It could also be that this is all a bit different with bionic, I have no idea. [12:51] I just know they were doing the transition (or maybe had done so). [12:51] Does anyone know if Network Manager regularely scans for a list of available networks in precise? We're having some problems with communication locking up for 2-3 seconds and wondering if this could be related to nm scanning the networks [12:51] mjrosenb: It's possible they haven't actually made the switch yet for bionic-based systems (ie: Android), though they definitely did for ChromeOS. [12:52] Confusing world. [12:52] mjrosenb: Still, for an open-source project like fennec, surely you'd want to build it for Ubuntu to run it on Ubuntu anyway? [12:52] mjrosenb: Since an Android build wants bionic, which means running shims and other horrors. [12:52] infinity: we don't build for ubuntu, ubuntu does :-p [12:53] s/Ubuntu/glibc/? :P [12:53] bionic? [12:53] * mjrosenb googles [12:53] bionic is Android's libc. [12:53] It's not even remotely compatible with glibc. [12:53] FUN. [12:53] There is a project that produces a disturbing translation shim that allows glibc systems to run bionic binaries with an LD_PRELOAD. [12:53] It's not pleasant. [12:54] I don't recommend it for a project you actually have the source to. [12:54] we already have NSPR [12:55] mjrosenb: Err, NSPR doens't give you portability at runtime, but at build-time. [12:55] A bionic-using nspr won't do you a lick of good on a glibc system. [12:56] yeah, but I don't think it has ever been our goal to have a single executable that runs on all arches. [12:56] (bionic is vaguely BSD-derived, think about how well it wouldn't work to take a binary from FreeBSD and run it on Linux, even if you had the kernel syscalls emulated) [12:56] No, it shouldn't be your goal to run a binary on multiple arches. I agree. [12:56] Hence why I'm suggesting you might just want to rebuild it. [12:56] Cause libc6:armel still won't be bionic, so multiarch isn't going to help you here. [12:57] http://pastebin.mozilla.org/2001793 [12:58] ahh. yes, but I like testing in an environment that is as close to what we'll be seeing in a shipping product as possible [12:58] the js engine doesn't really have to deal with libc that much [12:58] but it does need to deal with the likes of math.sin math.atan2 [12:58] The wrapper lies, it's linux-ti-omap4-tools-3.5.0-215 [12:58] where the armel/armhf distinction comes into play [12:59] Oh, wait. You're doing this to test for Android? [12:59] yup. [12:59] Then you should build an Android chroot. [12:59] that sounds neat. [12:59] Testing against glibc won't really tell you anything. [12:59] as previously stated, I have basically 0 interaction with glibc. [13:00] but I *am* intrigued by the concept of an android chroot. [13:00] Well, you must have some, or would wouldn't care about ABI. [13:00] Since if you were talking to the kernel directly, it's meaningless. [13:00] Error: sys_perf_event_open() syscall returned with 19 (No such device). /bin/dmesg may provide additional information. [13:00] :( [13:01] I didn't say perf would work, just pointed at the package that ships it! [13:01] (Sorry, I haven't slept in a while, that's about as helpful as I can be right now) [13:01] as previously stated, there are math functions that are called that I need to be able to call correctly. [13:01] I should probably nap instead of being flip on IRC. [13:01] not a problem, I may have to build my own kernel, wouldn't be the first time [13:02] Well, you'll also want an Android kernel for your test environment, so yeah. [13:02] Though, Linaro provides Panda Android builds that might be up your alley. [13:02] well, I like using linux because it has a sane debugging strategy [13:03] the disturbing shim thing is called libhybris: https://github.com/stskeeps/libhybris [13:03] currently does libgles and stuff, but should be adabtible for any libraries [13:05] right now, getting perf to work is a higher priority. [13:46] was the source for linux-image-3.5.0-215-omap4 provided by linaro? [15:16] Morning folks sfeole are you around? [15:16] Jef91: i am [15:17] sfeole: I was told you are the one to speak to about finding current docs on how the Ubuntu fastboot image is created for flashing to the nexus 7 [15:21] Jef91: hm, give me a few [15:21] Sure sfeole - I'll be lurking for the better part of today. [17:53] huh, was CONFIG_PERF_COUNTERS removed from the kernel? [18:47] unrelatedly, is there a way to un-brick a chromebook that does not involve re-initializing all of chrome's state? === yofel_ is now known as yofel [19:57] ok, I have built my own kernel, but I am not sure how to get a bootable uimage out of it [19:58] oh, make uImage, evidently [20:03] mjrosenb: https://code.launchpad.net/~ubuntu-nexus7/ubuntu-nexus7/build_script [20:03] look at the abootimg bits [20:04] line 71 [20:06] mjrosenb: http://paste.ubuntu.com/1445967/ [20:06] make uimage sounds much easier [20:07] mjrosenb: likely, but just givin' ya whats easiest for me :) [20:07] well, thank you for that [20:08] hopefully, i'll remember that if i'm ever in a situation where that is more aprpriate than make uImage. [20:19] tar -xzvf $TARBALL $packaged_path/initrd.img-$kver $packaged_path/vmlinuz-$kver [20:19] that makes it look like the initrd is a tarball? [20:19] oh no [20:19] i am a fool $TARBALL is a tarball. it has two files in it [20:20] vanhoof: you happen to know anything about perf? [20:28] did password/user in raring for nexus 7 changed? It says "Login incorrect" when I try ubuntu/ubuntu [20:31] Tassadar: should boot to oem-config [20:31] Tassadar: choose your own user/pass [20:31] yeah, it does not start GUI, it just stays in tty1, so I am trying to find out what is wrong [20:32] first boot is a bit slow [20:32] yeah, I know, but not 5-10 minutes slow [20:32] i sometimes see a few sec delay from tty1 to oem-config on vt7 (i assume) [20:32] yeah not that slow [20:32] oem/oem should get you in [20:32] but it should launch oem-config [20:34] well, it does not, so I am trying to log in to tty1 to find what went wrong [20:34] (it might not be [probably is not] ubuntu issue though) [20:39] well, I guess I'll just chroot into it from recovery and change the password/create my own user [20:42] ok, different approach, does anyone have perf working on an omap4 running 12.10? [20:44] oh, yeah, I guess that read-only root is not such a great idea :) [20:46] relatedly, I followed the directions at http://seabright.co.nz/2011/03/29/building-the-ubuntu-pandaboard-kernel/ -- how do I build an initrd now? [20:54] Tassadar: how did you flash the device [20:55] Tassadar: make sure cmdline is tty0 if you came from quantal [20:55] it's okay now [20:55] ah ok [20:55] onboard still does not show up in oem-config for me, though [20:55] fresh flash? [20:55] yeah, basically [20:55] i flashed friday on 8gb model, no issues w/ onboard [20:58] mjrosenb: played w/ perf on x86 not on arm, but should be in linux-tools binary wise [20:58] linux-tools-nexus7 iirc [21:09] all the ext4 partitions on my nexus7 has the same UUID, what the hell Oo [21:09] vanhoof: http://pastebin.mozilla.org/2002447 [21:10] mjrosenb: looks like we need [21:10] Fatal: No CONFIG_PERF_EVENTS=y kernel support configured? [21:10] mjrosenb: mind opening a bug against lp/ubuntu-nexus7 ? [21:12] vanhoof: this is on a pandaboard. [21:13] and; [21:13] mrosenberg@panda:~$ grep CONFIG_PERF_EVENTS /boot/config-3.5.0-215-omap4 [21:13] CONFIG_PERF_EVENTS=y [21:14] so unless /boot/config-`uname -r` is out of sync with the kernel, I should have that. [21:14] ah i thought you were talking n7 [21:15] will have to look at omap4 [21:15] I realize that the perf event system is basically totally hosed on omap4 [21:16] but I just need the timer-based perf working === carif_ is now known as carif [21:27] vanhoof: could you please check which version of onboard is installed on your n7? [21:28] so nobody uses a pandaboard in here/ [21:29] lol [21:29] How do i install the nightlies? [21:30] i downloaded them in .gz format or whatever and every tool i have to open a .gz shows a .raw file [21:30] i dunno how to get an .img from them [21:43] SailorMoon: https://launchpad.net/~ubuntu-nexus7/+archive/ubuntu-nexus7-installer [21:43] Tassadar: gimme a sec, charging atm [21:45] it looks like something crashes, because a while after I tap into the textfield, the windows lose the decorations (the title bar) [21:47] Tassadar: want an older nightly? [21:48] hmm, yeah, I suppose I could try that [21:48] i need to let this guy charge up for a bit [21:48] speaking of which, does the upgrade process know how to upgrade the kernel on a chromebook [21:49] mjrosenb: doubtful [21:49] at least I dont think so [21:49] and if not, I assume that I need to do it myself [21:49] i could be wrong [22:03] is there a time of the week when people knowledgable about the pandaboard or chromebook would be online/ [22:03] mjrosenb: january 2nd? ;) [22:03] mjrosenb: not sure, no cb experience here myself [22:07] Tassadar: http://people.canonical.com/~vanhoof/tassadar/UbuntuNexus7.tar.gz [22:07] Tassadar: from thursday'ish last week [22:07] thanks [22:32] nah, does the exact same thing :( [22:32] :\ [22:33] i get through just fine [22:33] * vanhoof wtfs [22:33] it is probably my fault, I am dual-booting it and probably got something wrong [22:36] seems kinda weird though, it is doing exactly the same thing as it did when it didn't work for anyone [23:01] are there any nexus 7 ubuntu forums? [23:19] checking whether the chosen combination of compiler flags (-march=armv6 -mfpu=vfp -mfloat-abi=hard) works... configure: error: no [23:19] :-/ [23:26] mjrosenb: Do I want to know why you're targetting v6? [23:28] infinity: because i have a raspberry pi. [23:28] (Though, that combination should work, in theory, it's what Raspbian uses) [23:28] I'd assume the configure test itself is doing something silly. [23:28] Like possibly tacking on a -mfpu=neon or something? :P [23:29] configure:5745:1: sorry, unimplemented: Thumb-1 hard-float VFP ABI [23:30] mjrosenb: Give it a -marm [23:32] i already tried that, it produced executables that don't run :/ [23:32] mjrosenb: Though, if you're cross-compiling from Ubuntu, you may find that you'll also end up compiling in static bits from our toolchain, which are v7/thumb-2, and it will all fail to run on the Pi anyway. [23:32] mjrosenb: Jinx. :P [23:33] ugh.. -march=armv6 should mean 'don't do that' [23:33] "Don't link the static bits that you need to run the binary" is a tall order. [23:33] libgcc_s, crt*.o, etc. [23:34] i mean, how does a gcc that can target both x86 and x64 handle that? [23:34] Well, crt*.o should be pure ARMv5 or so, but you get my point. [23:34] biarch GCC relies on having two copies of everything. [23:34] As does our biarch armel/armhf GCC. [23:34] But ours was never designed to target older CPUs. [23:34] Just as a biarch Ubuntu x86 GCC can [23:34] 't actually build binaries for i386. [23:35] Well, probably not. Again, it depends on if any of the static bits use [456]86 instructions. [23:35] Which, in the ARM case, they do use v7 bits. [23:36] this is a toolchain acquired from emdebian from well before ubuntu properly supported cross compilation [23:36] An armhf one though, right? [23:36] Debian's armhf has always been armv7-a/thumb-2 [23:37] armel, with -mfloat-abi=hard [23:37] As has nearly everyone's, to be fair. Raspbian is one of the only strange attempts to do armhf on v6. [23:37] mjrosenb: Err, what? "armel with -mfloat-abi=hard" *is* armhf. [23:38] what is the difference/ [23:38] *difference? [23:38] Or do you mean this is an ancient compiler that was only armel? If so, you're producing binaries that don't run for other reasons. [23:38] Either because the static bits aren't armhf or because you're cooking in the wrong path to the PI. [23:39] What's the failure mode when you try to run the binaries? [23:39] this compiler has been producing binaries that have worked on armv7el and armv7hf systems for quite some time. [23:39] sigill [23:39] looks like it is getting confused about thumb mode. [23:39] Or that it's compiling in some v7 bits. [23:39] oh hey [23:39] i am using the armhf compiler [23:40] This is a well-known problem among Pi people trying to cross from Ubuntu. [23:40] sounds reasonable [23:40] You can manually copy various static bits like libgcc from your Raspbian system to your cross environment. [23:41] There's also a Raspbian cross toolchain. [23:42] That targets the right thing by default. [23:42] yeah, as hacked as this system is, i don't like having programs installed that aren't managed by my package manager [23:43] i'll have to find some way of making a .deb out of the cross toolchain [23:58] does anyone here have any input on the Nexus 7 install wiki page ?