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