**** BEGIN LOGGING AT Sun Jul 22 02:59:59 2012
Jul 22 04:21:02 <clayjar> Hi, I've been getting no-init kernel panic, and I'm not sure what I'm doing wrong to create a rootfs for qemu arm. rootfs.img.gz was created off of a busybox folder using "find . | cpio -o --format=newc > rootfs.img" then "gzip -c rootfs.img > rootfs.img.gz"
Jul 22 04:21:33 <clayjar> The execution is done by qemu-system-arm -M vexpress-a9 -kernel zImage.arm.vexpress -initrd rootfs.img.gz -serial stdio -append "console=tty1 root=/dev/ram rdinit=/bin/sh"
Jul 22 04:21:57 <clayjar> help?
Jul 22 04:22:14 <clayjar> This is my second day trying to get it to work.
Jul 22 04:22:25 <clayjar> I'm running out of options.
Jul 22 04:24:35 <clayjar> Hmm, awfully quiet in here.
Jul 22 04:34:14 * clayjar hears crickets
Jul 22 06:13:57 <bsder> Got a beaglebone.  I'd like to compile modules directly on the board itself without all the cross-compiling dance.
Jul 22 06:14:14 <bsder> However, I can't seem to find out how to put the right kernel headers and sources on the board itself.
Jul 22 06:14:42 <bsder> All the documentation is about cross-compiling.  Any suggestions as to where to look?
Jul 22 06:18:22 <infinity> bsder: It's no different from doing so for x86.
Jul 22 06:18:42 <infinity> bsder: Grab build-essential and linux-headers-$(uname -r) and go to town.
Jul 22 06:19:32 <bsder> Yeah, that's the issue: I attempt apt-get install linux-headers-$(uname -r)
Jul 22 06:19:35 <infinity> Well, assuming you have a packaged kernel.  If it's a custom kernel, I'd hope you know where the source and/or headers is, cause I don't. :P
Jul 22 06:19:48 <bsder> And I get: E: Unable to locate package linux-headers-3.2.21-psp17
Jul 22 06:20:00 <infinity> Yeah, that kernel has nothing to do with Ubuntu at all.
Jul 22 06:20:32 <infinity> Which makes some sense, now that I read above, cause we don't support beaglebone in the distro kernels.
Jul 22 06:20:51 <bsder> Oh ... crud.
Jul 22 06:20:57 <infinity> Anyhow, wherever you got that image, and that kernel, hunt down the source.
Jul 22 06:21:08 <infinity> You clearly didn't get it from ubuntu.com. ;)
Jul 22 06:21:12 <bsder> Well, I dug it out of http://elinux.org/BeagleBoardUbuntu#Building_Kernel
Jul 22 06:21:55 <bsder> So, I installed the premade image, which works fine.  However, the steps to actually create that exact same image are not clear.
Jul 22 06:22:08 <bsder> Err, from source, I mean.
Jul 22 06:22:28 <infinity> Was it a packaged .deb that you installed, or just some raw kernel?
Jul 22 06:22:48 <infinity> Cause if it's the former, it would be nice if rcn had provided a -headers- package as well. :/
Jul 22 06:23:08 <infinity> But, if not, you may be stuck building your own from scratch, using his sources and config.
Jul 22 06:23:42 <infinity> Which, again, ends up being "the same as you'd do on x86".  Grab his source, copy config to sources/.config, make
Jul 22 06:23:58 <bsder> Raw in the image.  I'm looking to see if the "install latest kernel image" is a .deb ...
Jul 22 06:25:47 <infinity> Kay.  Not much I can help with, I'm afraid.
Jul 22 06:26:42 <bsder> Looks like there's a .deb buried in the install script ...
Jul 22 06:26:43 <bsder> linux-image-3.2.21-psp17_1.0precise_armhf.deb
Jul 22 06:26:45 <infinity> rcn-ee is the guy who does those custom rootfses and kernels, and is usually lurking in here (though he seems MIA right now).
Jul 22 06:27:00 <infinity> I'd bug him for the headers package that matches that.
Jul 22 06:27:08 <infinity> Or, you can compile from scratch to get your own.
Jul 22 06:27:53 <infinity> You may also have more luck in #beagle, since those guys tend to use the non-Ubuntu rootfses and kernels.
Jul 22 06:28:47 <bsder> Yeah, I'm trying to avoid getting so far off the "normal" (as much as there is a "normal" for these boards).
Jul 22 06:29:21 <bsder> I've already got the driver I want to add to the linux kernel running on bare metal without linux.
Jul 22 06:29:25 <infinity> Well, I'd love to support the Bone in the official Ubuntu kernels, but they haven't upstreamed everything we need, and we build our OMAP3 kernels from mainline.
Jul 22 06:30:10 <infinity> So, it's a bit of an irksome catch-22, since we don't want to carry and maintain a massive patchset for a (reasonably) niche target.
Jul 22 06:30:42 <infinity> I wouldn't complain if someone wanted to maintain an -omap-bone (or something) kernel flavour in universe, though. :P
Jul 22 06:31:08 <infinity> Cause random third parties throwing around random files and saying "no, really, this is a sane root filesystem" doesn't help either.
Jul 22 06:31:26 <bsder> Oh, don't get me started about that ...
Jul 22 06:32:08 <bsder> You are in a maze of twisty documentation websites, all out-of-date...
Jul 22 06:32:18 <lilstevie> lol
Jul 22 06:32:22 <infinity> (Not that I mistrust the beaglebone.org guys, they're not going to go rooting your system or including malware or anything silly, it's just the general proliferation of people building their own that makes it a support nightmare when people all come here and tell me "Ubuntu" is broken)
Jul 22 06:32:50 <infinity> Err, beagleboard.org guys.  Whatever.  It's late.  Typing's hard.
Jul 22 06:33:25 <bsder> Well, I don'
Jul 22 06:33:27 <lilstevie> infinity: beaglebone.org redirects so meh :p
Jul 22 06:33:32 <infinity> Well, support nightmare, plus the complete lack of trust chains on some of this.  Like the part where you have a random kernel .deb that you really can't say where it came from. :P
Jul 22 06:33:42 <infinity> lilstevie: Heh, I've never typed it to find out.
Jul 22 06:34:00 <bsder> t know how anybody could claim that the upstream is broken given the layers of patching ...
Jul 22 06:34:31 <lilstevie> infinity: heh, I recently broke free of that random kernel shit :)
Jul 22 06:35:06 <infinity> I'd like to be able to talk most of these groups into doing all their random bits as package overlays in a PPA, but I can't seriously have that discussion until I can offer ARM PPAs to non-Canonical employees.  Which will be more work still. :/
Jul 22 06:35:11 <lilstevie> infinity: I now have my kernel in a deb and on a repo (albeit hosted by me) but at least things contain gpg signatures
Jul 22 06:35:36 <lilstevie> haha yeah, the ppa bit is a nightmare
Jul 22 06:35:43 <infinity> lilstevie: Yeah, I'm perfectly fine with people maintaining 3rd party repos with a sane trust path and matching published sources, etc.  It's just so rare. :/
Jul 22 06:35:59 <lilstevie> infinity: http://repo.lilstevie.geek.nz :p
Jul 22 06:36:03 <lilstevie> transformer bits :p
Jul 22 06:36:06 <infinity> \o/
Jul 22 06:36:10 <infinity> And this is why we <3 you.
Jul 22 06:36:15 <lilstevie> hehe
Jul 22 06:36:20 <infinity> Well, that, and you're not generally a dick.  So, there's that.
Jul 22 06:36:37 <lilstevie> haha, generally :p can be sometimes
Jul 22 06:36:45 <infinity> ;)
Jul 22 06:36:48 <lilstevie> especially with how the tf101 has gone :/
Jul 22 06:36:53 <bsder> Sometimes that counts for more than anything ... actually ...
Jul 22 06:37:00 <lilstevie> just random kernels floating around from third parties
Jul 22 06:37:26 <infinity> Meh.  I'm this ---><--- close to just pretending the Tegra2 never happened.
Jul 22 06:37:41 <bsder> <snerk>
Jul 22 06:37:47 <infinity> Then I can stop scouring the world for errant enabling of NEON, stop worrying about whacky half-broken devices, etc.
Jul 22 06:37:51 <lilstevie> I have honestly given up supporting issues at the moment cause I can't even guarantee which kernel is being used, and if that is the source of the problem
Jul 22 06:38:40 <lilstevie> I'm getting the tf201 stuff done "properly" so to speak
Jul 22 06:40:18 <infinity> If it wasn't for all the people at Canonical who have ac100s lying around, I'd honestly just drop all pretense of caring about Tegra2.
Jul 22 06:40:19 <lilstevie> and yeah, I can understand trying to forget the Tegra2 ever happened
Jul 22 06:40:35 <infinity> Maybe I can just release an -ac100 kernel that bricks all the devices, say "oops", and then carry on with my life.
Jul 22 06:40:41 <lilstevie> lol
Jul 22 06:41:09 <bsder> Man ... wish I'd thought of that solution earlier in my career ...
Jul 22 06:41:11 <bsder> :)
Jul 22 06:41:29 <lilstevie> I am honestly almost ready to just drop support for the tf101 and ditch mine
Jul 22 06:41:43 <infinity> Seems the sane route.
Jul 22 06:41:51 <infinity> They didn't "get it right" until the 201 anyway.
Jul 22 06:42:06 <lilstevie> in the last 6 months I have probably charged it maybe 3 times
Jul 22 06:42:11 <lilstevie> that is since I got my tf201
Jul 22 06:42:23 <infinity> Now that Google's gotten into the tablet game (and it's really quite nice), I'm hoping ASUS doesn't give up.  The Prime was a nice device.
Jul 22 06:42:39 <infinity> A little overpriced now that someone else has proven quality doesn't have to have a premium price, but otherwise nice.
Jul 22 06:42:42 <lilstevie> well asus make the google nexus 7
Jul 22 06:42:44 <lilstevie> :p
Jul 22 06:42:59 <lilstevie> but the dock is really a niche that they have full hold of
Jul 22 06:45:13 <lilstevie> but really, we have done a fair bit of work for the tf201 for ubuntu which is great
Jul 22 06:45:35 <lilstevie> TheMusos help with some of the image creation stuff has been well helpful :p
Jul 22 06:50:42 <lilstevie> infinity: my biggest gripe with asus and these tablets is the fact that they don't change mtype
Jul 22 10:10:25 * marvin24 is deeply depressed
Jul 22 10:47:14 <lilstevie> marvin24: why?
Jul 22 10:50:34 <marvin24> lilstevie: state of tegra2
Jul 22 10:50:40 <lilstevie> ah
Jul 22 10:53:58 <lilstevie> marvin24: well it never really had a great start though
Jul 22 11:00:12 <marvin24> yeah, I could write a book about what went wrong ...
Jul 22 11:07:36 <lilstevie> heh
Jul 22 11:08:24 <lilstevie> could probably write a series about what went wrong the size of the encyclopedia Britannica
Jul 22 12:32:47 <marvin24> one the other hand, seems my console crash is fixed by rebasing against nvidia l4t branch
Jul 22 12:34:48 <marvin24> shame on me if this really fixes it
Jul 22 13:01:20 <lilstevie> heh
Jul 22 13:01:22 <lilstevie> which tag
Jul 22 13:55:47 <Inoperable> hello
Jul 22 13:55:55 <Inoperable> anybody here with a tf101 eee pad?
Jul 22 15:40:34 <marvin24> lilstevie: false alarm ...
Jul 22 20:22:31 <rgngl> does anybody have any idea why Xorg stops loading after trying to load the pvr_drv.so? I have built stuff according to this: http://elinux.org/BeagleBoardUbuntu#SGX_armel.2Farmhf_v3.4.x.2B
Jul 22 20:22:59 <rgngl> X doesn't tell anything in the logs after "Loading pvr_drv.so"
Jul 22 20:23:44 <rgngl> (and all these happens on my bb-xm with kernel 3.4.5-x1 built from rcn's scripts
Jul 22 22:27:11 <k4ever> hi all!  i'm having trouble with gnome-shell on 12.04.  it keeps segfaulting.  i get this in gdb: 0x2b62d232 in ?? () from /usr/lib/arm-linux-gnueabi/libcogl.so.9
Jul 22 22:27:53 <k4ever> does anyone know how to fix this?
Jul 22 22:37:03 <scientes> k4ever, well first install the debug symbols, and then #2 are you using arm, cause that doesn't look like egl which arm uses
Jul 22 22:38:51 <k4ever> scientes, yes, I'm using arm.  running on an HP TouchPad.  how do i install the debug symbols?
Jul 22 23:52:42 <k4ever> wow, no one is having a problem with gnome-shell not working on 12.04?
Jul 23 00:14:18 <scientes> k4ever, i don't think many have tried
Jul 23 00:14:33 <scientes> you probably don't have full opengl and need to use opengl egl
Jul 23 00:14:38 <scientes> *opengl ES
Jul 23 00:15:06 <k4ever> how do i install opengl es?
Jul 23 00:21:04 <k4ever> scientes, correction, it looks like opengl es 2.x is installed
**** ENDING LOGGING AT Mon Jul 23 02:59:58 2012