[03:22] <bnz> hi, can anyone tell me is there a way to get a beaglebone running ubuntu to have its usb port appear as a usb kbd?  or any links that may help would be apreciated..
[03:23] <bnz> i want to run some code on the beaglebone and have the output go to another computer that is blissfullly unaware its talking to another computer..
[03:24] <bnz> would like to output my data thru the usb keyboard interface to another PC..
[07:25] <marvin24> ogra_: swarren pointed my to the first and second patch on https://git.reviewboard.kde.org/users/griffais which seem to fix a problem with the nvidia drivers
[07:25] <marvin24> (but for kwin-gles)
[07:40] <ogra_> marvin24, thanks, if they go upstream i guess the kubuntu team will want it ...
[07:40] <marvin24> ogra_: I thought more about the unity render problem
[07:41] <marvin24> it could be related
[07:41] <ogra_> yup
[07:41] <marvin24> but I failed to find the gles support code in unity ...
[07:42] <marvin24> is there a special branch ?
[07:42] <marvin24> lp:unity doesn't seem to contain it
[07:43] <ogra_> unity doesnt have much gles code there should be a few ifdefs though
[07:43] <ogra_> unity is just a bunch of compiz plugins ;)
[07:43] <marvin24> ah, so I need to check in the compiz code ...
[07:43] <ogra_> the heavyweight code part for gles is in compiz ...
[07:44] <ogra_> right
[07:44] <ogra_> and there gles is a gigantic ugly patch in debian/patches/
[07:44] <ogra_> its just being merged upstream with hope that it will make feature freeze
[07:49] <Kevin`> anyone know how to fix this? http://pastebin.com/CP1iAm29 MODULES=most (or anything) doesn't change the error
[07:55] <marvin24> ogra_: patch 2 seems to be included already, but we may need patch 1
[07:55] <ogra_> ah, great ...
[07:56] <marvin24> but I'm not an expert
[07:57] <ogra_> the experts are in #ubuntu-desktop ... i just pinged smspillaz there
[07:57] <marvin24> the driver exposes EGL_KHR_image, EGL_KHR_image_base, and EGL_KHR_image_pixmap
[07:57] <marvin24> so there shouldn't be a problem at all
[07:58] <Kevin`> ugh, I tried to reinstall initramfs-tools, and now of course it's stuck broken because of that error
[07:59] <ogra_> that doesnt look like an initramfs tools issue at all ... did you try running it with -v ?
[08:00] <Kevin`> ogra_: http://pastebin.com/E6G0vA4W
[08:00] <Kevin`> how can it not be an initramfs-tools issue, initramfs-tools is refusing to do it's thing
[08:01] <ogra_> because something is missing from your system that should be there
[08:01] <Kevin`> like what?
[08:01] <ogra_> you apparently have a devicemapper handled device there ... seems devicemapper doesnt properly create a sysfs entry for it
[08:01] <ogra_> thats either a kernel or a devicemapper bug
[08:02] <Kevin`> # ls /sys/block/dm-0
[08:02] <Kevin`> alignment_offset  capability  discard_alignment  ext_range  inflight  queue  removable  size    stat       trace
[08:02] <Kevin`> bdi               dev         dm                 holders    power     range  ro         slaves  subsystem  uevent
[08:02] <Kevin`> could you give me some information on exactly what it's complaining about?
[08:03] <ogra_> hmm, it seems it tries to find an SD card for that entry
[08:04] <ogra_> did you actually build a raid based on mmc devices ?
[08:04] <Kevin`> not raid, lvm
[08:04] <ogra_> aha
[08:04] <ogra_> well, to me it looks like you have a volume group made with an mmc that is not actually attached to the dm device
[08:04] <xnox> ogra_: and lvm can do raid levels....
[08:05] <ogra_> so there is no mmcblk entry in sysfs
[08:05] <Kevin`> # find /sys/block/dm-0/ -name \*mmcblk\*
[08:05] <Kevin`> /sys/block/dm-0/slaves/mmcblk0p2
[08:06] <ogra_> Kevin`, well, start with filing a bug and adding all that you pasted above to it ... file it against initramfs-tools for a start, we can re-assign it later
[08:07] <Kevin`> is there a way I can make it work now? this is holding me up, and now apt is in a semibroken state because of trying to reinstall it
[08:07] <ogra_> i guess lvm with SD cards isnt a very common case :)
[08:08] <ogra_> Kevin`, is your lvm actually your rootfs ?
[08:08] <Kevin`> yes
[08:09] <ogra_> well, then there is not much help unless the bug is fixed ... you willk need a wporking initrd that assembles the lvm on boot, weems you dont have one at all yet
[08:09] <ogra_> *seems
[08:09] <Kevin`> the system boots now
[08:10] <Kevin`> the lvm used to be on usb, and initramfs-tools didn't glitch out for that
[08:10] <ogra_> oh, well, then just add an exit 0 to update initramfs and run dpkg --configure -a
[08:10] <ogra_> (dont forget to remove it later indeed)
[08:11] <Kevin`> Generating Initramfs u-boot image... mkimage: Can't read /boot/initrd.img-3.2.0-1417-omap4: Invalid argument
[08:11] <Kevin`> run-parts: /etc/initramfs/post-update.d//zz-flash-kernel exited with return code 1
[08:11] <Kevin`> heh
[08:11] <Kevin`> apparenently the script is supposed to do something rather than exiting
[08:11] <ogra_> export FLASH_KERNEL_SKIP=1
[08:12] <ogra_> sorry, forgot about flash-kernel :)
[08:12] <Kevin`> ok, at least apt isn't confused now
[08:12] <Kevin`> I still can't make an initrd for my new kernel
[08:12] <ogra_> no, not until the bug is fixed
[08:12] <ogra_> the above only worked around the apt issue
[08:15] <ogra_> btw, using an SD for an lvm will massively degrade the lvm's speed
[08:16] <ogra_> (at least if there are also normal disks involved it wioll slow them down)
[08:16] <Kevin`> it's an arm device, and it's one of the newer ones that loves to use sd in place of nand
[08:17] <ogra_> no, its a manufacturer who likes to sell the dveice cheap so did pick the cheaper storage option for the board
[08:18] <ogra_> nand is usually lots and lots faster than any MMC card
[08:18] <Kevin`> well sure, but everyone is doing it these days unfortunately
[08:18] <ogra_> but about ten times as expensive compared to just adding an SD slot
[08:18] <Kevin`> even production devices like phones, tablets, etc. almost all dev boards. :(
[08:19] <ogra_> well, you can use very fast eMMCs if you actually build a phone ... but thats not comparable to SD cards
[08:19] <Kevin`> yes it is. it's the same thing with different (or not) tweaks
[08:20] <Kevin`> still pretty horrible for random io because of the block translation done outside the os
[08:20] <Kevin`> still no reporting of failure status
[08:20] <ogra_> which is why we default to USB installs from quantal on :)
[08:21] <ogra_> the SD card is only used as boot device nowadays
[08:21] <Kevin`> a usb spinny drive is a pretty big thing to have hanging off the device all the time. although of course I started with that before I got a fast sd card
[08:21] <ogra_> and really shouldnt be used for anything else
[08:21] <ogra_> a good SD card will max out at 16MB/s ... a USB disk will get you between 20-24MB/s
[08:22] <Kevin`> bah no. a good sd card will max out at 1.5mbyte/sec (for 4k random writes)
[08:23] <ogra_> who cares about writes :)
[08:23] <Kevin`> the os when doing anything? :)
[08:23] <ogra_> they are cached anyway ... reading is the issue
[08:24] <Kevin`> writes still happen, and on an average sd card that does tham at 0.001mbytes/sec (not kidding.) it really affects usability
[08:24] <Kevin`> https://bugs.launchpad.net/initramfs-tools/+bug/1036546
[08:24] <ubot2`> Ubuntu bug 1036546 in initramfs-tools "initramfs-tools fails for lvm on mmc" [Undecided,New]
[08:24] <ogra_> thx
[08:25] <xnox> ogra_: so I should test this? =)
[08:25] <ogra_> xnox, if you like to ?
[08:25] <Kevin`> ironically flash controllers with faster bulk read/write are normally the ones with horrible random performance
[08:25] <ogra_> i really think its quite a corner case to run lvm's off SDs
[08:26] <ogra_> (and ubiquity wont allow that ootb on qunatal installs)
[08:26] <xnox> well... i have a panda board =) and I can re-install it with rootfs on lvm on sd
[08:26] <ogra_> but it should indeed get fixed
[08:26] <xnox> ogra_: well... with a command line arg it does allow lvm instalations
[08:26] <ogra_> xnox, heh, have fun tricking ubiquity then, that wont be easy :)
[08:27] <ogra_> (partman will refuse to touch the partition table of the media you install from)
[08:27] <ogra_> (....which is your SD)
[08:28] <Kevin`> ogra_: actually, it won't. although I was using the minimal installer, I think it only uses kernel+initrd to boot from
[08:28] <xnox> hmm.... so --enable-partauto-lvm will do nothing =( sad
[08:28] <ogra_> you will need to create all partitioning you need in advance (without touching the first two partitions)
[08:28] <Kevin`> on that note, sd hotplug doesn't work on this board. was kind of annoying when booted from usb
[08:28] <ogra_> oh, yeah, you can do it from a netboot install indeed
[08:28] <xnox> hmmm... ok
[08:29] <ogra_> how does it not work ?
[08:29] <ogra_> if you plug in a card from i.e. your camera it doesnt get automounted ?
[08:29] <Kevin`> correct
[08:29] <Kevin`> well not just the automount
[08:29] <Kevin`> it doesn't detect card removal/insertion
[08:29] <ogra_> it does here, stgrange
[08:29]  * ogra_ just tried
[08:29] <Kevin`> kernel version?
[08:30] <ogra_> qunatal current ... some 3.2 kernel iirc
[08:31] <Kevin`> i'm using precise, might have different stuff there
[08:31] <ogra_> err, sorry, 3.4.0 actually
[08:32] <ogra_> welll, another bug to file then, linux-ti-omap4 is the package
[08:32] <Kevin`> but that one requires me booting from something else to test again =p
[10:00] <Kevin`> flash-kernel shouldn't attempt to identify compatible architectures by random stuff at the end of the kernel version string (say, git version info, or "+")
[10:14] <ogra_> Kevin`, well, it is designed for supported kernels ... you could file a wishlist bug in debian about it (though the 2.x version that was shipped in precise is dead now)
[11:06] <LetoThe2nd> when used only together with MLO and uboot.bin, shouldn't http://pastebin.pandaboard.org/index.php/view/49834947 run loaduimage and therefore boot the uImage kernel from the sd card on a pandaboard?
[11:22] <ogra_> LetoThe2nd, not sure what linaro sets as the default there, ask them :)
[11:23] <LetoThe2nd> ogra_: hm will do
[11:23] <ogra_> we never use images without boot.scr
[11:23] <ogra_> and there we dont use loaduimage
[11:24] <LetoThe2nd> ogra_: so you'd suggest to fixup boot.scr?
[11:24] <ogra_> well, rather /boot/boot.script, but yeah
[11:24] <LetoThe2nd> meh.
[11:25] <ogra_> or on quantal /usr/share/flash-kernel/bootscript/bootscript.omap
[11:25] <LetoThe2nd> ogra_: some documentation link on boot.scr{ipt} tinkering?
[11:29] <ogra_> apt-get source flash-kernel :)
[11:29] <ogra_> no specific documentation
[11:30] <xnox> Kevin`_: what image did you use when you got lvm failure?
[11:30] <xnox> we have a jenkin lvm tests failing on amd64 for servers right now
[11:31] <Kevin`_> xnox: the failure isn't during install, it's after
[11:31] <Kevin`_> also, I have a fun situation now, with update-initramfs again
[11:31] <xnox> yeah, it installs and fails to reboot.
[11:32] <xnox> in the jenkins test.
[11:32] <Kevin`_> I removed the kernel with + in the name from boot and /lib/modules etc
[11:32] <Kevin`_> but dpkg still thinks it has to rebuild it
[11:32] <Kevin`_> so it tries and fails, because it doesn't exist
[11:32] <Kevin`_> xnox: it boots just fine, the problem is just in initramfs-tools. although i'm not sure what would happen if you tried to initially install to it
[11:33] <Kevin`_> where's the list of kernels the system will try to rebuild the initrd for?
[11:33] <xnox> ok.
[11:34] <Kevin`_> http://pastebin.com/yzymVf7u - I have no luck at all
[11:37] <Kevin`_> answer: something in /var/lib/initramfs-tools. luckily it's a file so it's indexed as a file
[11:37] <Kevin`_> doing a full text search of the filesystem wouldn't have been fun :)
[11:40] <ogra_> Kevin`_, how did you remove that kernel ?
[11:41] <ogra_> (did you remove the exit 0 from update-initramfs before doing it ?)
[11:41] <Kevin`_> I installed it with "make install", so I removed it with "rm" :)
[11:41] <Kevin`_> yes
[11:41] <ogra_> aha
[11:41] <ogra_> well
[11:41] <ogra_> then you need to manually remove the state file that was put in place for initramfs-tools
[11:41] <ogra_> (that would have been dont by the package scripts usually)
[11:41] <ogra_> look in /var/lib/initramfs-tools/
[11:42] <ogra_> s/dont/done/
[11:44] <Kevin`_> in case you were wondering, my hack to make it work temporarily while waiting for someone to look at the bug: http://pastebin.com/8rnK9Baj
[15:52] <prpplague> fyi, we are taking feedback on a possible pandaboard-nc variant over on the mailing list - http://groups.google.com/group/pandaboard/browse_thread/thread/74b5c6cc761d2e3c#