**** BEGIN LOGGING AT Tue Aug 07 02:59:59 2012 Aug 07 06:38:58 'morning! Aug 07 06:39:21 whats the current recommended way fo cross-building packages, especially kernel? Aug 07 06:39:26 is xdeb still alive? Aug 07 06:41:42 LetoThe2nd, xdeb is dead Aug 07 06:42:11 LetoThe2nd, https://wiki.ubuntu.com/MultiarchCross Aug 07 06:42:21 LetoThe2nd, also this http://gsoc.sitedethib.com/posts/apt-get_install_gcc-4.7-arm-linux-gnueabihf/ Aug 07 06:42:54 LetoThe2nd, oh if you just want to cross-build the kernel that is easy with upstream or just from a git using make deb-pkg Aug 07 06:43:10 just set the cross-compiler prefix, and run config, and make with ARCH=arm Aug 07 06:43:21 and install gcc-arm-linux-gnueabi[hf] Aug 07 06:43:31 which is in ubuntu an emdebian Aug 07 06:43:35 *and Aug 07 06:43:39 scientes: does make-kpkg shonour the ARCH envirnoment variable? Aug 07 06:45:51 make deb-pkg Aug 07 06:45:57 please use that Aug 07 06:46:26 LetoThe2nd, you will know if you arch variable isn't set right, cause you will get alot of configuration questions that dont apply to arm Aug 07 06:46:37 (if you have set up your .config right in the first place) Aug 07 06:46:53 scientes: ok, will check that out. thanks! Aug 07 06:48:38 the ubuntu kernel packages have configs in them to start you out if you need that Aug 07 06:48:52 but really you need something for your board Aug 07 06:49:29 i've got a known good kernel config i'm using for rt tests :) for a start compiling on the panda was fine, but it starts to get boring ;) Aug 07 06:55:46 yeah you just set the cross compiler prefix variable Aug 07 06:55:51 and you can even set arch in your .config Aug 07 06:56:00 but i just run it with ARCH=arm make uImage Aug 07 06:56:40 and gcc-arm-linux-gnueabihf in ubuntu or emdebian has all you need to cross-compile it Aug 07 07:42:39 LetoThe2nd, http://marcin.juszkiewicz.com.pl/2012/03/26/ubuntu-12-04-precise-and-cross-compilation-of-arm-kernels/ Aug 07 07:43:03 ogra_: ah, the usual suspects strike again Aug 07 07:43:11 :) Aug 07 07:43:42 ogra_: but does that apply to vanilla kernels also? Aug 07 07:43:57 CROSS_COMPILE=arm-linux-gnueabi- make uImage Aug 07 07:43:59 :) Aug 07 07:44:12 gnah. Aug 07 07:44:50 oh, might be gnueabihf nowadays Aug 07 07:44:57 it is. Aug 07 07:45:24 i mean, isn't there a compact way to cross-build vanilla kernels into a deb? Aug 07 07:45:48 ah, i think they ship a way upstream but never used it Aug 07 07:46:46 if its really vaniall mainline you wan, there is a kernel team PPA that has daily builds iirc Aug 07 07:47:21 http://kernel.ubuntu.com/~kernel-ppa/mainline/ Aug 07 07:47:33 ogra_: hard to use if you want to apply rt patches and spidev enablement... Aug 07 07:47:46 that should be mainline just with the ubuntu packaging bits added Aug 07 07:47:54 ah, k Aug 07 07:48:59 CROSS_COMPILE=arm-linux-gnueabihf- make deb-pkg Aug 07 07:49:02 try that one Aug 07 07:49:26 i think thats the makefile target upstream ships for debs Aug 07 07:49:29 yes, ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- make deb-pkg Aug 07 07:49:31 probably. Aug 07 07:49:58 will let you know once i've copied everything over. Aug 07 07:50:21 it wont be "proper" but at least it uses the package system Aug 07 07:50:45 will lack "properness" in terms of? Aug 07 07:50:59 so far i've just used make-kpkg on the target itself Aug 07 07:51:35 dunno, but there must be a reason our kernel team takes the effort to do our own packaging ;) Aug 07 07:52:10 possibly yes. Aug 07 07:52:39 * ogra_ shakes his head about amazon spam ... Aug 07 07:52:51 ogra_: pretty amazons? Aug 07 07:53:00 based on my recent buyings they offer me "blah" ... Aug 07 07:53:25 i just bought "blah" why would i be intrested to buy that again ? Aug 07 07:53:56 probably from a different manufacturer than i just bought it from ... butu still, where is the logic in that Aug 07 09:51:38 <_Lucretia_> to build opengl, is there a deb with the headers in? Aug 07 09:52:56 opengl ... on arm ?!? Aug 07 09:53:10 <_Lucretia_> well, gles Aug 07 09:53:20 there are mesa headers for it, yes Aug 07 09:53:21 <_Lucretia_> there are mesa packages Aug 07 09:53:32 <_Lucretia_> right, so just install that? Aug 07 09:53:35 yes Aug 07 09:53:50 <_Lucretia_> it won't overwrite any gl acceleration libs - not that i can find them Aug 07 09:54:09 _Lucretia_: What platform are you using? Aug 07 09:54:16 <_Lucretia_> pandaboard es Aug 07 09:54:22 <_Lucretia_> using armhf Aug 07 09:54:29 <_Lucretia_> have installed the sgx drivers Aug 07 09:55:06 _Lucretia_: libgles2-omap4-sgx-dev (I don't remember the exact name) has the headers files you need Aug 07 09:55:56 <_Lucretia_> no such package Aug 07 09:56:08 <_Lucretia_> is it another repo i have to activate? Aug 07 09:56:08 alf__, why wouldnt mesa work ? thats what we use for package builds afaik Aug 07 09:56:49 ogra_: I think that installing the mesa -dev packages would uninstall sgx Aug 07 09:57:05 <_Lucretia_> that's what I was thinking - also, it would be sw rendering Aug 07 09:57:07 <_Lucretia_> I need hw Aug 07 09:57:45 oh, that could be (no idea about the deps here, i didnt look) the resulting binaries should work just fine built against mesa though Aug 07 09:58:21 else everything we build packaged for gles wouldnt work ;) Aug 07 09:59:42 ogra_: Sure, they would work fine, but the development cycle would be horrendous (I 've been there ;) Aug 07 10:00:44 <_Lucretia_> alf__: I don't have that package in apt - where do I get it? Aug 07 10:03:29 _Lucretia_: Let me check... Aug 07 10:03:34 <_Lucretia_> thanks Aug 07 10:04:22 * _Lucretia_ doesn't have universe active in the repo Aug 07 10:07:47 _Lucretia_: do you have pvr-omap4-dev? Aug 07 10:08:12 <_Lucretia_> yup Aug 07 10:08:15 <_Lucretia_> in there? Aug 07 10:08:43 <_Lucretia_> oh they're hidden away Aug 07 10:09:07 https://launchpad.net/ubuntu/precise/+source/pvr-omap4/1.7.10.0.1.21-0ubuntu1 ... Aug 07 10:09:12 <_Lucretia_> thanks Aug 07 10:09:22 but if you used the PPA you should rather get the -dev package from there Aug 07 10:09:39 i doubt the version matches whats in the ubuntu archive Aug 07 10:10:12 (the above is whats in the archive in "restricted") Aug 07 10:11:33 <_Lucretia_> aye Aug 07 10:11:34 <_Lucretia_> i know Aug 07 10:11:36 <_Lucretia_> thanks Aug 07 10:11:51 <_Lucretia_> trying to build an app, seems to want the GL stuff as well Aug 07 10:13:11 <_Lucretia_> ok they can be installed side by side Aug 07 10:14:24 _Lucretia_: btw, the correct name is libgles2-sgx-omap4-dev, can you install that? Aug 07 10:14:34 <_Lucretia_> alf__: no Aug 07 10:14:39 <_Lucretia_> not in my apt Aug 07 10:15:02 ogra_: Do you know where ^^ is? Universe maybe? Aug 07 10:15:15 <_Lucretia_> i can turn on universe Aug 07 10:15:49 alf__, see the LP page ;) its in restricted Aug 07 10:16:24 (which is enabled by default ... as well as universe and multiverse usually) Aug 07 10:16:33 ogra_: but pvr-omap4 source doesn't seem to produce libgles2-sgx-omap4* Aug 07 10:17:02 pvr-omap4-dev_1.7.10.0.1.21-0ubuntu1_armhf.deb Aug 07 10:17:18 might be that rsalveti named it differently ? Aug 07 10:18:12 <_Lucretia_> this is my sources http://pastebin.com/0b41Xi6T Aug 07 10:18:33 I think that pvr-omap4* just contain the files, and libgles2/gles1/egl-sgx-* enable these using alternatives (or something like that) Aug 07 10:20:06 _Lucretia_, looks fine Aug 07 10:20:52 alf__, well, if that package is really needed we should get it in if it isnt ... but i think we should wait for rsalveti to explain Aug 07 10:21:37 ogra_: agreed Aug 07 10:23:17 <_Lucretia_> ogra_: ok Aug 07 10:24:04 <_Lucretia_> so does the alternatives work for selecting mesa/pvr? Aug 07 10:24:59 _Lucretia_: Can you please run 'apt-cache madison libgles2-sgx-omap4' , so we can get a hint where the libgles2-sgx packages are. Aug 07 10:25:31 _Lucretia_: assuming you have libgles2-sgx-omap4 (but not -dev) Aug 07 10:25:44 <_Lucretia_> libgles2-sgx-omap4 <- I don't have that Aug 07 10:26:06 _Lucretia_: ok Aug 07 10:26:30 <_Lucretia_> I have pvr-omap4-dev Aug 07 10:28:18 <_Lucretia_> my version of ubu is precise Aug 07 10:31:08 _Lucretia_: ok, so to be clear, what happens when you try to build an app that requires gles2? Aug 07 10:31:29 <_Lucretia_> i haven't actually tried that yet Aug 07 10:31:40 <_Lucretia_> what i have tried is something that's a bit of an abomination Aug 07 10:31:55 <_Lucretia_> in that it still requires GL/* stuff Aug 07 10:31:59 <_Lucretia_> its wierd Aug 07 10:32:20 <_Lucretia_> but uses only the gles subset - it's a binding to it from Ada Aug 07 10:32:37 <_Lucretia_> tbh, it doesn't build and i'm gonna get onto the person who wrote it Aug 07 10:33:57 _Lucretia_: As ogra_ mentioned before you can experiment with mesa gles1/gles2 first (e.g. on a normal desktop), and when it builds you can continue on the panda. Aug 07 10:35:22 <_Lucretia_> ok, so it's possible to do that by using the alternatives then? Aug 07 10:37:40 _Lucretia_: You can install all of gl/gles1/gles2 at the same time Aug 07 10:37:49 _Lucretia_: no need for alternatives for that Aug 07 10:38:11 <_Lucretia_> yes i have done Aug 07 10:38:22 <_Lucretia_> but i have to select which version i'm using then? Aug 07 10:38:40 * _Lucretia_ is just a bit unsure how all this fits together Aug 07 10:39:34 _Lucretia_: no, there are different libraries (libGL,libGLESv2...) and header file locations. It's the app's job to select what it want to use and build using that. Aug 07 10:41:41 ogra_: Checking the pvr-omap4 packages a bit more it seems they are able to work standalone. Two issues I am seeing: 1. no pkg-config files 2. They don't "Provide" libegl,libgles2 etc, I am not sure what's going on with that. Aug 07 10:42:53 yeah, thus lets wait for rsalveti, i'm sure he tested them ... Aug 07 10:43:25 <_Lucretia_> ta Aug 07 10:56:12 * ogra_ arghs over Bug 1032535 Aug 07 10:56:14 Launchpad bug 1032535 in grub2 "installArchives() failed: Setting up linux-image-3.2.0-26-generic (3.2.0-26.41) ... Running depmod. update-initramfs: deferring update (hook will be called later) Examining /etc/kernel/postinst.d. run-parts: executing /etc/kernel/postinst.d/dkms 3.2.0-26-generic /boot/vmlinuz-3.2.0-26-generic run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.2.0-26-generic /boot/vmlinuz-3.2.0-26-generic update-initra Aug 07 10:56:37 wow, i'm impressed the bot can handle the description Aug 07 10:58:45 ... better than being compressed by the bot Aug 07 10:58:59 heh Aug 07 11:26:33 my panda fails to mount a nfs share, it just gets stuck forever at the mount command. mounting the share from the desktop box works, nevertheless. any ideas where to start debugging? Aug 07 12:28:30 is no_root_squash set ? (usual suspect) Aug 07 12:29:15 ogra_: sure. its not for RFS anyways. Aug 07 12:29:32 hmm Aug 07 12:30:30 only thing a bit unusual is that the exported directory is a symplink in the end. but that used to be fine for a long time, even for RFS. and its still when i mount on the desktop Aug 07 12:31:29 do you have the nfs-common stuff installed ? Aug 07 12:31:34 yes. Aug 07 12:32:12 stgraber, any ideas ? ^^^ Aug 07 12:32:21 * ogra_ hasnt actually used nfs in years Aug 07 12:32:35 does nfs-mounting produce any logging somewhere? Aug 07 12:32:44 syslog i would guess Aug 07 12:33:06 i can start over with a backup of the fresh install, but it'll take quite some time to copy the image back. Aug 07 12:33:27 nah, better debug it Aug 07 12:34:37 lsmod shows nfs i suppose (and /proc/filesystems) Aug 07 12:36:16 check. /proc/filesystems{nfs,nfs4,nfsd} are marked with nodev, though Aug 07 12:36:33 are you using v4 actually ? Aug 07 12:36:56 * ogra_ isnt sure if you dont need nfs4-acl-tools then Aug 07 12:37:34 not actively decided for v4 Aug 07 12:45:49 the exports declaration is also classically v3 Aug 07 12:46:12 weird Aug 07 12:46:23 /srv/panda192.168.1.0/24(rw,sync,no_root_squash,no_subtree_check) Aug 07 12:46:29 yeah Aug 07 12:46:46 hm. IIRC i've had a lockout earlier when using another NFS mount Aug 07 12:46:50 lockup Aug 07 12:47:06 tried async ? Aug 07 12:47:46 just done. no effect. Aug 07 12:48:13 pinging the ip of the server works ? Aug 07 12:48:36 yep. Aug 07 12:48:50 (and i assume the spaces in your fstab line above were just eaten by the paste) Aug 07 12:49:18 err /etc/exports line Aug 07 12:49:31 ogra_: correct assumptions. irssi ate my tabs. Aug 07 12:50:24 well, smells like a bug but without any data in dmesg or syslog its hard to nail down Aug 07 12:51:09 dmesg is dead silent Aug 07 12:51:28 no mount errors in syslog ? Aug 07 12:53:04 also dead silent Aug 07 12:53:15 very weird Aug 07 12:53:28 i think i'll start over with the backupped image. Aug 07 12:53:41 if it still appears then, it really is a hard bug. Aug 07 12:53:47 well, we need at least some datapoints Aug 07 12:58:10 hard to find. Aug 07 13:07:46 LetoThe2nd: is it just a problem at boot time? as in, if you add "nobootwait" in the fstab and try to mount post-boot, does it work? Aug 07 13:08:14 which kernel module can enable OTG as 'host mode' ? so I can set it to load first in 'uInitrd' Aug 07 13:10:38 stgraber: only talking about post-boot, its a share i want to use for data transfer Aug 07 13:25:35 BV1AL, http://omappedia.org/wiki/Ubuntu_on_OMAP_FAQ#USB_OTG_port_on_PandaBoard_does_not_as_host_under_Ubuntu Aug 07 13:25:53 <_Lucretia_> back Aug 07 13:38:14 ogra_: thanks Aug 07 13:38:52 it seems ubuntu has poor support for these devices :( Aug 07 13:41:21 feel free to help out with patches :) Aug 07 13:42:25 I mean they release those 'pre-build' images for us to download, but it's unable to run Aug 07 13:42:46 ?? Aug 07 13:42:59 they get tested pretty heavily before being released Aug 07 13:43:30 ogra_: i guess its the usual "we didn't you guess in advance what i need personally and implement it exactly that way"-bashing. Aug 07 13:43:35 s/we/why/ Aug 07 13:43:49 the ubuntu pre-build images just don't support OTG as host mode, so I cannot connect keyb/mouse to work on it Aug 07 13:44:01 connect to the normal USB? Aug 07 13:44:37 as i said, feel free to file a bug and submit a patch that fixes it Aug 07 13:44:40 the Blaze has only a OTG to connect USB devices Aug 07 13:44:58 a blaze isnt a pandaboard Aug 07 13:45:15 i knew Aug 07 13:45:37 if you have a blaze you should also have a contract with TI ... they provide ubuntu images adjusted for blazes Aug 07 13:46:31 so it's a proprietary developed image ? Aug 07 13:46:47 no, its the same image with adjustments for the blaze Aug 07 13:46:59 i.e. a different kernel that has OTG enabled i suppose Aug 07 13:47:15 ask your TI representative ;) Aug 07 13:47:39 this mean I have to find my contract, then ask TI for the image to download ? Aug 07 13:47:48 i guess so Aug 07 13:48:01 ok, thanks Aug 07 13:48:11 the panda image works on the blaze but is definitely not optimized in any way for it Aug 07 13:49:17 I thought I can find a kernel module and put in 'uInitrd' to force it load first during bootup and enable OTG. Aug 07 13:50:06 well, apparently not witzh the pandaboard kernel Aug 07 13:56:01 rsalveti: Hi! Are there any libgl*-sgx-omap4 packages for precise armhf (not linaro)? I can only find pvr-omap4* Aug 07 14:51:24 ogra_: after reverting to backup, mount works fine. hmh. Aug 07 15:19:16 LetoThe2nd, cosmic rays Aug 07 15:22:44 ogra_: either that, or lack of metal mp3s on the nfs share. Aug 07 15:23:02 hah Aug 07 16:55:53 just fyi, there is an omap5 pandaboard wishlist thread up on the mailing list - feel free to post complaints as well - https://groups.google.com/forum/#!topic/pandaboard/mQxpEEDM6Ww Aug 07 16:59:02 Sata, 1Gb ethernet, 2G mem, 802.11n come to mind.? Aug 07 16:59:40 Bazillions of gigs of RAM! Aug 07 16:59:45 But you already have my feedback. ;) Aug 07 17:00:13 Sounds like someone wants to rebuild OOo. Aug 07 17:00:29 prpplague: Please don't ditch the DB9 serial port, unless you ship the Panda5 with a header->DB9 ribbon, so I don't have to source one. Aug 07 17:01:31 please add to the thread if you have time Aug 07 17:03:09 2G mem ? Aug 07 17:03:17 * ogra_ just wants DRAM sockets ! Aug 07 17:03:53 with no limits ! Aug 07 17:06:04 prpplague: Responded. Aug 07 17:06:13 infinity: thanks Aug 07 17:09:12 alf__: the pvr-omap4 replaces the others Aug 07 17:09:21 alf__: because it uses alternatives Aug 07 17:10:01 ogra_: LetoThe2nd ^ Aug 07 17:10:09 so we don't have the libgl* packages anymore Aug 07 17:10:37 rsalveti: your feedback would greatly appreciated as well Aug 07 17:11:27 prpplague: oh, cool, will check Aug 07 17:11:47 rsalveti, thats what i thought, thanks for confirming Aug 07 17:37:45 prpplague: any ETA for this board? Aug 07 17:38:01 * prpplague can't make any statements on that Aug 07 17:38:19 ppisati: but any info you post on the list would be extremely helpfu; Aug 07 17:38:23 helpful Aug 07 17:38:29 brb need food Aug 07 17:38:40 prpplague: i don't have any info, i want info :) Aug 07 17:38:53 * ogra_ is in line with maens on the rs232 :) Aug 07 17:39:04 prpplague: ram sockets, sats and pci-e Aug 07 17:39:08 prpplague: that would be perfect Aug 07 17:39:38 prpplague, and after spending two days to work around the USB powering (which is there for no good reason really) please done make it power through any mini USB ports Aug 07 17:40:27 oh, and no microSD ... Aug 07 17:40:32 i hate using adapters Aug 07 18:00:13 ogra_: i did not understand your statement about usb powering Aug 07 18:00:30 prpplague, you didnt read my blogpost then :) Aug 07 18:00:43 ogra_: url? Aug 07 18:00:46 http://ograblog.wordpress.com/2012/08/06/the-bamboo-feeder-automating-continuous-arm-image-tests/ Aug 07 18:01:43 the mini USB doesnt give enough current to run the board unless you roll a custom embedded kernel anyway ... i would just drop that "feature" in the new board Aug 07 18:02:09 it made a lot of sense on the beagle ... but the more power you require the less useful it is Aug 07 18:04:05 ogra_: yes that is why we recommend the dual usb cable, similar to whats used on external HD's and cdroms Aug 07 18:04:15 ogra_: but i am not understanding your "power cycle" issue Aug 07 18:04:50 prpplague, the boards are sitting in a rack you cant really access ... the power supplies are connected to a web controlled power strip Aug 07 18:05:11 if i power off the PSU, the boards stay on Aug 07 18:05:20 pulling their power from mini usb Aug 07 18:05:39 ogra_: they shouldn't be as long as you have the barrel jack inserted Aug 07 18:05:51 well, they are Aug 07 18:06:06 ogra_: even when the barrel jack is inserted? Aug 07 18:06:28 well, the web controlled power strip has no robot arm attached, so yes :) Aug 07 18:06:52 ogra_: well i didn't know if you were powering the board via the expansion header or via one of the other power points Aug 07 18:06:59 ogra_: 4430 or 4460? Aug 07 18:07:05 all of them Aug 07 18:07:14 from EA1 to ES B1 Aug 07 18:07:44 i havent found a model that would power off in this setup Aug 07 18:07:47 ogra_: i suspect there is something in your setup that i do not understand, because i regularly test panda for this specific condition Aug 07 18:08:10 there is nothing to understand, use the std PSU and a usb->miniUSB cable Aug 07 18:08:13 ogra_: i wish you had checked with me sooner on this Aug 07 18:08:26 ogra_: yea thats how we test it Aug 07 18:08:36 prpplague, i only discovered it during this project last weeks monday Aug 07 18:09:00 but i can always reproduce, even with my pandas at home Aug 07 18:09:11 as long as mini usb is attached they recieve power Aug 07 18:09:30 no matter if i pull the barrel connector or the wall plug Aug 07 18:09:52 anyway, i worked around i, works fine now :) Aug 07 18:10:02 s/i/it/ Aug 07 18:10:39 ogra_: yea that bothers me, because we specifically test for that Aug 07 18:10:44 if its actually supposed to have a switch through the barrel connector i'll happily test an EA board of omap5 if you have one :) Aug 07 18:10:50 ogra_: i just tested two boards here, neither show that issue Aug 07 18:10:55 funny Aug 07 18:11:34 ogra_: the board is specifically designed to not allow that to happen Aug 07 18:11:42 ogra_: no mods done to your boards? Aug 07 18:11:44 well, what should i say Aug 07 18:12:06 nope, they came freshly out of the boxes or out of bubblewrap .... Aug 07 18:12:12 ogra_: interesting Aug 07 18:12:14 we have several different models there Aug 07 18:12:24 ogra_: i'll grab some off the assembly line for testing Aug 07 18:12:25 i kept the EA1 though Aug 07 18:12:59 (doesnt make sense to test on such old HW) Aug 07 18:13:43 now EA1 boards might have an issue Aug 07 18:14:01 well, thats why i kept it out of the loop ;) Aug 07 18:14:14 the others are all ES Aug 07 18:14:59 different versions though (dont ask me which, i remember an A1 and a B1, all that are in now have black PCBs) Aug 07 18:15:19 ogra_: i'll rerun a bunch of tests to see if can replicate the issue Aug 07 18:15:38 it works fine as it is now and i wont be able to tear it apart anymore Aug 07 18:15:56 (beond me being 4000 miles away from it) Aug 07 18:15:59 but i need to know why you were having that problem Aug 07 18:16:20 i'll try to replicate it her tomorrow with the boards i brought back Aug 07 18:20:57 ogra_: interesting Aug 07 18:21:09 ogra_: i just tested A1-A4 of pandaboard Aug 07 18:21:16 ogra_: all work properly Aug 07 18:21:23 and let me guess, you dont get the issue Aug 07 18:21:26 fun Aug 07 18:21:47 ogra_: i am wondering if all of yours were made by either circuitco or svtronics Aug 07 18:22:05 how would i tell ? Aug 07 18:22:20 (apart from not having the boxes anymore or any physical access) Aug 07 18:23:02 as i said, i can test tomorrow ... now GF calls and she will slay me if dinner gets cold ... Aug 07 18:23:18 ogra_: no worries Aug 07 18:23:30 ogra_: i suspect there has been an incorrect placement of a resistor on your boards Aug 07 18:23:39 oh, i'm not worried, the setup works fine :) Aug 07 18:23:59 and i really enjoyed doing the hw hack ... Aug 07 18:24:17 nobody was injured, result was good ;) Aug 07 18:26:24 ogra_: hehe, yea, just worries me Aug 07 18:26:41 ogra_: i'll dig around to find out if we have a BoM issue Aug 07 19:40:40 ogra_: My pandarack at home had the power going to the barrel connector. I had a single AT power supply connected through a serial controlled relay. I also had all mini-usb connectors plugged into a powered hub which was connected to my serial console server. I used this setup to test the configuration for the build rack that davidm built, and continue to use it now (although for SETI work). Aug 07 19:41:34 And I have several different rev boards, from EA1 to ES B1. Aug 07 19:55:34 GrueMaster, did you use udev to keep the machines at a stable console device number, or did you not care that they could get renumbered on reboots? Aug 07 19:55:45 that's my current pain point with usb-to-serial controllers as console server Aug 07 19:59:10 ojn: for my serial console setup, I have an 8-port PCI serial interface. Always enumerates from com4-com11 and each 9-pin end is numbered. Aug 07 19:59:45 I didin't use the mini-usb. OTG was too unstable between kernel rev's. Aug 07 20:00:28 I used mini-usb as one of the two boot methods, mainly to pull a preinstalled or netboot image to SD. Aug 07 20:02:39 I had too many issues with usb-serial cables. 1 per system is fine, 2+ becomes a headache. I even have a 4-port usb-serial cable, but even it re-enumerates each port randomly. Aug 07 20:08:08 yeah. having udev handle numbering of ttyUSB* the same way ethernet interfaces are handled wouldn't be a bad idea, renaming them to new numbers and keeping them stable. :) Aug 07 20:08:25 seems quite doable, just never got high enough on the todo list Aug 07 20:11:21 ojn: It's not even remotely doable with most USB->Serial dongles, actually. Aug 07 20:11:28 ojn: Most have no unique identifier. Aug 07 20:11:45 (Unless you intentionally buy several different brands) Aug 07 20:12:41 just look at all the insanity in gpsd cause gps devices actually look like serial dongles Aug 07 20:12:58 and gpsd has to bind to all of them and figure out if they are gps devices Aug 07 20:13:09 * infinity vomits a little. Aug 07 20:13:29 infinity, hmm, i was pretty sure the ones I looked at had serial numbers. Grmbl. Aug 07 20:13:36 I thought I escaped modems 20 years ago. Aug 07 20:13:38 Apparently not. Aug 07 20:13:44 ojn: None of mine do. Aug 07 20:14:07 ojn: And GrueMaster's squid-like one with several dongles had no way to uniquely identify the tentacles. Aug 07 20:14:15 awesome Aug 07 20:15:29 It makes perfect sense, really. Aug 07 20:15:59 USB->serial dongles are a high-marging, low-cost part that have no REASON for someone to burn a unique ID into each one, so why would the manufacturers bother? Aug 07 20:16:14 The tiny subset of their customers that might care (ie: us) really aren't enough to worry about. Aug 07 20:16:22 s/marging/margin/ Aug 07 20:16:32 Yea, my "squid" cable was esentially a hub in the center with 4 individual serial chips (pl2303 iirc) on the ends. Aug 07 20:17:08 If they had serial numbers in the usb device info, udev would be a no-brainer. Aug 07 20:18:37 But I have now experienced a worse condition. Here in my new job, I have to suffer with Windows 7. I have two different brands of serial usb cables, neither of which have the driver cd's. They both work in Linux w/o issues. Windows doesn't recognise them at all. Aug 07 20:19:12 VM + usb passthrough? :) Aug 07 20:19:36 stgraber: ??? Aug 07 20:20:13 Straight Windows. Sadly, I have had to revert to running Linux in a VM. Only way to do decent coding. Aug 07 20:20:42 (and ensure my boss doesn't powercycle my Linux dev system...again. Aug 07 20:22:02 GrueMaster: You could run a VM on Windows using the USB passthrough feature of vmware/virtualbox to forward to the Ubuntu VM, then if the software is Windows-speciifc, run it in wine ;) Aug 07 20:22:12 then no more serial driver problem Aug 07 20:22:20 (though probably a whole lot of other problems) Aug 07 20:23:06 The Windows software has a slew of incompatibilities with Wine. Doesn't even like to run in a Windows VM (I tried). Aug 07 20:23:30 The different programs I have to deal with are...interesting at best. Aug 07 20:23:32 stgraber: That's just disgusting. :P Aug 07 20:24:06 infinity: well, the alternative being to write a proper universal usb serial driver for Windows, I think I prefer to use a VM and wine ;) Aug 07 20:24:32 Meh. I've done worse things (like running a dos envirounment in a vm under an emulator. Aug 07 20:24:41 I suspect said proper driver might already exist, and the "driver disks" are nothing more than .inf files. Aug 07 20:25:07 True. But without that inf file, you're hosed. Aug 07 20:25:18 Surely, the Internets can provide. Aug 07 20:25:27 And since there are no markings on said cable, no way to look up the vendor. Aug 07 20:25:32 Or you can yank the USB IDs from Linux and write an INF file. :P Aug 07 20:26:03 I looked, but all I could find were malware sites with "We can identify what drivers you need" crapware. Aug 07 20:26:28 Still need the dll for the actual serial chip. MOStech, iirc. Aug 07 20:26:55 In the end, I threw the cable in the trash and went across the street to buy two new Trendnet cables. Aug 07 20:27:37 At my salary rate, it was cheaper to get new cables. Aug 08 01:20:25 hello Aug 08 01:20:38 is it possible to install windows server on a pogoplug? Aug 08 01:20:43 is there any tutorial? Aug 08 01:21:19 I tried archlinux but I find it difficult as I am not familiar with the commands as I am with ubuntu Aug 08 01:24:04 danes: Why are you asking about Windows Server here? :P Aug 08 01:24:39 sorry, I meant ubuntu server my bad Aug 08 01:25:23 Anyhow, we (a) don't have kernels for them, and (b) a quick google search tells me they're v5 devices, we only support v7. Aug 08 01:25:35 Debian's userspace would likely work for you. Aug 08 01:25:36 :( Aug 08 01:25:50 danes, debian has an installer and kernel Aug 08 01:25:50 (But again, no kernels, so you'd have to use the one provided by the manufacturer) Aug 08 01:26:02 infinity, not true Aug 08 01:26:05 scientes: Oh, Debian ships a kernel for them? I stand corrected. Aug 08 01:26:09 http://www.cyrius.com/debian/kirkwood/sheevaplug/ Aug 08 01:26:22 Pogo is just a rebraded sheeva? Aug 08 01:26:28 AFAIK Aug 08 01:26:32 rebranded, even. Aug 08 01:26:55 at least the original was Aug 08 01:27:15 Ahh, yeah. Aug 08 01:27:19 except it doesn't neccicarily come with the JTAG board Aug 08 01:27:22 for the serial port Aug 08 01:27:41 No idea what the newer ones might be, but /proc/cpuinfo from a running system would be helpful. Aug 08 01:27:52 danes: So, yeah. Debian/armel would be your best bet. Aug 08 01:28:40 thanks :) Aug 08 01:29:08 danes, see the bottom of this page: http://www.cyrius.com/debian/kirkwood/sheevaplug/plugs.html Aug 08 01:29:17 it is the sheevaplug, but lacks the jtag board Aug 08 01:29:27 so you can't safely change the kernel Aug 08 01:29:32 even if you can get root Aug 08 01:29:34 scientes, infinity thanks guys (y) Aug 08 01:29:57 well, I have archlinux running on it Aug 08 01:30:27 well the only reason its listed as "unsupported" is if you dont have access to the serial port/u-boot **** ENDING LOGGING AT Wed Aug 08 02:59:58 2012