**** BEGIN LOGGING AT Tue Jul 20 02:59:56 2010 Jul 20 08:33:56 rsalveti: need i connect the beagle to HDMI display to login the board? Jul 20 08:34:19 cooloney: not actually, only serial is enough Jul 20 08:34:38 rsalveti: http://pastebin.ubuntu.com/466351/ Jul 20 08:35:10 cooloney: just a moment, going there Jul 20 08:35:37 rsalveti: i looks to me it hangs there Jul 20 08:35:50 *it looks Jul 20 08:37:26 sebjan: ping Jul 20 08:37:46 lag_: pong Jul 20 08:45:10 Hey sebjan Jul 20 08:45:22 Do you deal with XM? Jul 20 08:46:19 lag_: hi Lee, no I haven't yet. Someday maybe? Jul 20 08:46:30 So who's problem is it? Jul 20 08:46:44 lag_, go to #beagle and talk to koen, he should have working kernels Jul 20 08:47:08 ogra: Who's koen? Is he with us? Jul 20 08:47:25 he wors for TI and is the big beagle master Jul 20 08:47:32 he is also angstrom upstream Jul 20 08:47:40 *works Jul 20 08:47:49 Nice one, thanks Jul 20 08:52:08 ;) Jul 20 08:53:25 http://www.angstrom-distribution.org/demo/beagleboard/ will give you 2.6.32 for BB Jul 20 08:54:32 hrw, who is intrested in .32 nowadays :) Jul 20 08:54:44 we dotn wnat spiderwebs and dust on our kernels :) Jul 20 08:55:08 ogra: that is state of the art in angstrom land ;) Jul 20 08:55:14 yeah Jul 20 08:55:44 thats why the ship a duster with the images, right ? Jul 20 08:55:56 that's what TI used internally Jul 20 08:56:08 but yeah koen is a nice dude to know related to beagle issue, lag. Jul 20 08:56:12 well, we need patches for the maverick tree Jul 20 08:56:31 not for hardy ;) Jul 20 08:57:43 there are few more people on #beagle with XMs Jul 20 08:58:15 so maybe instead of waiting for _koen_ to appear better ask for XM kernel patches Jul 20 08:59:02 or look at rcn-ee's trees ;) Jul 20 08:59:12 since his binaries seem to work fine Jul 20 08:59:18 *and* are up to date Jul 20 09:00:13 https://code.launchpad.net/~beagleboard-kernel/+junk/2.6.35-dev Jul 20 09:00:17 you mean that? Jul 20 09:19:00 hrw, yep Jul 20 09:19:07 binaries are available as well Jul 20 09:19:31 http://rcn-ee.net/deb/ Jul 20 09:21:43 cooloney: your sd card reader is here, if you want to take it back :-) Jul 20 09:21:54 incidently: rcn-ee, I've got patches to allow the re-use of the kernel tree, so you don't end up rechecking out (even from a local copy) multiple times, and which ends up making for far quicker compiles if possible Jul 20 09:22:12 to build_deb and company Jul 20 09:23:52 rsalveti: yeah, thx for reminding. Jul 20 09:24:04 rsalveti: but i failed to see any oops Jul 20 09:25:43 cooloney: with your kernel? Jul 20 09:26:04 cooloney: I remember that your kernel is installed on the sd card Jul 20 09:26:11 you can try the 501, like I did yesterday Jul 20 09:26:23 then you can try to reproduce the issue Jul 20 09:26:31 because it'll use the musb as module and load it as needed Jul 20 09:31:28 rsalveti: ok, i understand. Jul 20 09:34:33 rsalveti: $ ls Jul 20 09:34:33 boot-35.scr boot.scr uImage uImage.35 uImage-lucid uInitrd uInitrd.35 uInitrd-lucid Jul 20 09:34:42 i got these files Jul 20 09:35:12 cooloney: probably if you just copy uI*-lucid for uI* it should run the 501 by default Jul 20 09:35:22 rsalveti: ok, thx Jul 20 09:35:25 I remember I created these files to test 501 Jul 20 09:45:16 rsalveti: pls take a look at http://pastebin.ubuntu.com/466386/ Jul 20 09:45:45 rsalveti: i tried copy over uI*-lucid and uI*.35 Jul 20 09:45:53 rsalveti: and got that issue Jul 20 09:46:11 cooloney: just a sec Jul 20 09:46:18 rsalveti: np Jul 20 09:50:13 cooloney: mkimage -A arm -O linux -T ramdisk -C none -a 0 -e 0 -n initramfs -d ./initrd.img-* ./uInitrd Jul 20 09:53:49 lag, careful with wildcards ;) Jul 20 09:54:05 you might have more than 1 ./initrd.img-* in that dir Jul 20 10:08:11 robclark: hdmi error: Failed to set PHY power mode to 0 Jul 20 10:10:04 cooloney, buy a better monitor Jul 20 10:13:40 ogra: http://paste.ubuntu.com/466397/ Jul 20 10:13:43 ogra: i love my viewsonic at home Jul 20 10:14:14 * ogra is hapy with the samesung he has Jul 20 10:16:56 ogra: cheap chinese samsung fake clone? Jul 20 10:18:16 cooloney: hmm, ok, I get that 'PHY power mode' on my board too (but still monitor works).. Jul 20 10:19:13 robclark: oh, weird. need i bring my board for you ? Jul 20 10:19:58 cooloney: we can if you want... I'm just installing meld to more easily diff the two dmesg txt files to see if I can spot some relevant difference Jul 20 10:20:42 robclark: yeah, i use meld heavily Jul 20 10:39:50 rsalveti: if you can help to test Maverick on beagle for that OTG bug, it will be very helpful Jul 20 10:40:16 cooloney: yep, I'm just installing maverick, going to take a while but I believe it'll be ready for today ;-) Jul 20 10:40:22 since i just checked th patches for musb driver, .34 lucid kernel missed lots of patches from current upstream Jul 20 10:40:39 but those patches are in Maverick .35 kernel now. i think Jul 20 10:41:01 cooloney: yep, also noticed that Jul 20 10:41:02 rsalveti: awesome, man, thx Jul 20 10:41:06 np Jul 20 10:41:11 cooloney: fwiw, your monitor is working now.. after letting it sit for a while Jul 20 10:41:22 robclark: really. Jul 20 10:41:27 I do see some different bits set in one of the hdmi irq status registers with your board... Jul 20 10:41:40 I'm trying to find what they mean.. maybe give some hint about the issue Jul 20 10:58:16 rsalveti, lp:~jasper-initramfs Jul 20 11:33:24 lag_, http://gitorious.org/beagleboard-validation/linux/commits/beagleboardXM Jul 20 11:34:08 or rather http://gitorious.org/beagleboard-validation/linux Jul 20 11:34:12 hey ogra, was reading #beagle, your guy's xm doesn't boot? Jul 20 11:34:28 rcn-ee, it boots but shows some opses Jul 20 11:34:42 rcn-ee, the worse part is that USB and the NIC dont work Jul 20 11:34:56 there's one oops for me.. the usart3 (i think there's a patch for that on l-o) but nic and usb work for me.. Jul 20 11:35:09 the oopses seem harmless (trying to probe uart3 and failing because it doesnt exist) Jul 20 11:35:17 but i also have the half memory version.. (you guys might have the 512Mb) Jul 20 11:35:22 Hi rcn-ee Jul 20 11:35:27 hi lag_ Jul 20 11:35:30 We've been waiting for you :) Jul 20 11:35:32 rcn-ee, well, we're using a pretty plain 2.6.35 mainline Jul 20 11:35:57 rcn-ee, so i suspect we miss some extra patches Jul 20 11:36:04 yeap me too.. here's what you need: http://bazaar.launchpad.net/~beagleboard-kernel/+junk/2.6.35-devel/files/head:/patches/xm/ Jul 20 11:36:18 (most borrowed from sakoman) Jul 20 11:36:37 lag_, ^^^ Jul 20 11:36:40 :) Jul 20 11:36:49 the xm-dvi-ehci will fix the ehci.. Jul 20 11:37:04 I see :) Jul 20 11:37:49 Do I need all 4 patches? Jul 20 11:38:30 they seem to make sense Jul 20 11:38:44 yeah, all four.. most are just macro's which will be upstream eventually anayways.. Jul 20 11:38:52 and dont look like they could cause regressions Jul 20 11:39:58 nope, not for me atleast, same kernel is booting fine with no regressions on my bx's, cx's, xm, overo, igepv_2.. Jul 20 11:40:20 cool Jul 20 11:40:45 * ogra needs to try the new gumstix board h just got Jul 20 11:41:03 though i guess the plain beagle MLO/u-boot wont work on it Jul 20 11:41:40 actually.. if you've bumped to 1.44ss and 2010-03 xm rev A support is included.. ;) Jul 20 11:41:47 lag_, btw, your panda install is done, want me to bring you the SD ? Jul 20 11:42:18 rcn-ee, yeah, XM is, we tested that already, (i'm still using 2010-03-rc though) Jul 20 11:42:30 If you'd be so kind Jul 20 11:42:32 i just got one of the 512M gustix though Jul 20 11:43:09 Well I'll apply and try to get them pushed into our kernel Jul 20 11:43:13 yeap, that one is fine.. 2010-03-rc was the first.. btw keep an eye on sakomon's tree, there might be some memory tweaks for the xm (512Mb revision).. Jul 20 11:43:27 great, i will Jul 20 11:46:05 btw, one thing odd about the xm's onboard lan, it comes up as a usbX device, which if you also have the gadget driver loaded it might confuse users (since that's usbx too) i've though about tweaking it to a normal 'ethX'... Jul 20 11:50:52 ah, seems its the same HW as the panda has Jul 20 11:51:05 panda alo has a usb0 Jul 20 11:51:08 *also Jul 20 11:51:32 yeap the lan95xx, usb/eth hub.. Jul 20 11:51:46 or wait, doesn't the panda have the smsc... Jul 20 11:51:51 yeah Jul 20 11:52:02 with a good bunch of issues still Jul 20 11:52:30 i just got my booting.. ;) no usb yet for me... Jul 20 11:52:47 your panda ? Jul 20 11:53:15 yeap... ;) Jul 20 11:54:03 http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/20100720.2/ Jul 20 11:54:12 grab the omap4.img.gz :) Jul 20 11:54:32 will do and give you some results Jul 20 11:55:04 just dd it to an SD and boot (you need monitor, kbd, mouse attached) Jul 20 11:55:17 (after gunzipping indeed) Jul 20 11:56:08 i haven't posted much on #pandaboard, but have you guys forwared ported the u-boot patches to some less ancient? Jul 20 11:56:38 no, linaro is working on such stuff Jul 20 11:56:46 but thats will likely still take a while Jul 20 11:57:08 i just took the panda branch from gitorious and made some changes to the defaults Jul 20 11:57:38 (hush shell, script support and loading boot.scr by default form first mmc partition if it exists there) Jul 20 12:00:36 i was kinda hoping for one kernel, but it doesn't look yet like you can share a non smp target with an smp one in arm yet.. (or my compiler is too old 4.3.1) Jul 20 12:02:51 because of how cores are initialized? Jul 20 12:03:08 rcn-ee, there is work going on towards a unified oma kernel Jul 20 12:03:11 *omap Jul 20 12:03:18 but that will also still take a while Jul 20 12:03:36 will probably hit the streets together with a unified u-boot version ;) Jul 20 12:03:50 rcn-ee: also, very few devices are SMP ARM (panda is the only board I've seen with a multicore chip) Jul 20 12:04:07 there will be more soon Jul 20 12:04:14 isnt the tegra also SMP ? Jul 20 12:04:23 ogra: um, possibly? Jul 20 12:04:25 no idea Jul 20 12:04:37 i think its A9 dual core Jul 20 12:13:37 rcn-ee: Hi Jul 20 12:14:15 hi lag_ Jul 20 12:16:07 yeap the tegra is dual core... otherwise it's still early for dual arm devices, the omap35/36 really didn't take off til a year after the beagle.. Jul 20 12:16:17 rcn-ee: Would you mind sending me a working kernel binary please? With USB and Eth working? Jul 20 12:16:30 I would like to test it before my kernel compiles Jul 20 12:16:34 so maybe a year after the panda is released we will see some omap4 devices.. Jul 20 12:16:42 If it's not to much trouble Jul 20 12:16:42 sure lag_ lucid or maverick? Jul 20 12:16:47 mavrick Jul 20 12:16:51 +e Jul 20 12:16:54 You have Lucid working on XM too? Jul 20 12:17:03 2.6.34 or 2.6.35.. (of course.. ;) ) Jul 20 12:17:08 .35 Jul 20 12:17:18 ogra: You have a big nose ;) Jul 20 12:17:22 haha Jul 20 12:17:26 lag_, http://rcn-ee.net/deb/maverick/v2.6.35-rc5-dl6/linux-image-2.6.35-rc5-dl6_1.0maverick_armel.deb Jul 20 12:18:00 just don't use a zippy2 on that, it's missing a patch that's in dl7 Jul 20 12:18:14 So you downloaded our kernel, applied those 4 patches and everything sprung to life? Jul 20 12:18:28 I don't even know what zippy is Jul 20 12:18:36 actually it's my own mainline +patches blend... config's are very similar.. Jul 20 12:18:38 rcn-ee: so far Ubuntu/Linaro people use plain BB - no extensions Jul 20 12:18:52 He was a children's TV character when I was a kid :) Jul 20 12:18:57 I wuv my rcn-ee Jul 20 12:19:01 I suppose that I am the only one in Linaro/Ubuntu team who has BB expansion board Jul 20 12:19:05 I got one zippy 2 here, but doesn't work by default, still have to apply some patches Jul 20 12:19:21 mainly on rcn-ee tree, that got from angstrom Jul 20 12:19:33 rsalveti, zippy2's ethernet will leak memory without a patch Jul 20 12:19:44 cwillu_at_work: what patch? Jul 20 12:19:45 a 2 needed to be a 4 Jul 20 12:19:50 rcn-ee has it Jul 20 12:20:02 oh, ok, I see it Jul 20 12:20:07 otherwise it'll leak about 2k every second or two while an ethernet cable is connected Jul 20 12:20:21 That's the patch that ogra gave me and said it will make USB work, lol! Jul 20 12:20:22 yeap, and the beagle is building maverick's dl7 right now.. it's just no uploaded.. yet.. Jul 20 12:20:32 slabtop -s s -> size-2048 will get into the 20,000 alloated range, and then everything will stop working :) Jul 20 12:20:37 lag_, i guessed :) Jul 20 12:20:47 :D Jul 20 12:20:49 if you really need a binary with the patch in a hurry, I can send it to you Jul 20 12:21:03 we rather need a working ubuntu kernel :) Jul 20 12:21:26 yep :-) Jul 20 12:21:27 ... with btrfs compiled in :p Jul 20 12:21:27 ogra: binary which works can be used to test does lag's XM is working at all Jul 20 12:21:36 none of this initramfs nonesense Jul 20 12:21:43 -e Jul 20 12:22:15 cwillu_at_work, noticed there was more btrfs patches last night.. hopefully it gets in 2.6.35-rc6.. Jul 20 12:22:37 hrw, well, we will just grab yours if lag_'s doesnt work :P Jul 20 12:22:42 oh, there's going to be lots of btrfs patches for the foreseeable future Jul 20 12:23:01 rcn-ee, if you really wanted to be my friend, you'd pull btrfs directly from git in patch.sh :) Jul 20 12:23:20 is it just usb/dss2 that's not working on the xm, those 4 from me will take care of it.. Jul 20 12:23:27 ogra: mine? hah Jul 20 12:23:37 indeed yours :) Jul 20 12:24:18 i thought about it... ;) since my builders will be free again in a couple hours.. Jul 20 12:25:25 also, did you want to look at the changes I made to build_deb.sh to make it re-use the build environment? Jul 20 12:26:21 sure, cwillu_at_work i'd take a look at those tweaks.. Jul 20 12:28:12 http://pastebin.com/rkgRsXnH Jul 20 12:28:21 rsalveti: if the OTG port works, it is supposed to support a USB mouse connected with the USB mini connector you gave to me, right? Jul 20 12:28:47 rcn-ee, patch isn't terribly clean, as your indentation is atrocious :p Jul 20 12:28:49 cooloney: without a powered hub, don't know Jul 20 12:29:26 rsalveti: i tried powered hub, the usb mouse doesn't work Jul 20 12:29:26 rcn-ee, so what we do is... Jul 20 12:29:30 cooloney: I'll just test with maverick, rebooting... Jul 20 12:29:35 rsalveti: cool Jul 20 12:29:37 cooloney: with 501? Jul 20 12:30:00 rsalveti: with 501, if the oops shows up, the musb driver does not work at all Jul 20 12:30:07 so the usb mouse won't work Jul 20 12:30:20 cooloney: yeah, only works when you don't get the oops Jul 20 12:30:24 i never see the oops is gone with 501 kernel Jul 20 12:30:29 never delete KERNEL, and only clone it if it doesn't exist already. Then, before checking out a given version, we reset the working copy (which doesn't delete the partial files, so compilation will be quicker if appropriate), and then delete whichever branch we're about to create if necessary Jul 20 12:30:34 sometimes it does work Jul 20 12:30:42 cool cwillu_at_work yeah the patch looks pretty clean and get what your doing..... yeah it's indentation sucks big time, (damn editor).. Jul 20 12:31:05 rsalveti: i still think we need to build in the modules and config the port as OTG Jul 20 12:31:06 what editor are you using? Jul 20 12:31:18 rsalveti: currently, we just config it as host Jul 20 12:31:24 not OTG Jul 20 12:31:38 gedit and my left pinky... so it's mostly me to blaim.. ;) Jul 20 12:31:47 gedit isn't that bad Lo Jul 20 12:31:48 :p Jul 20 12:31:58 I do have some sanity plugins for it though Jul 20 12:32:59 (hippy text completion, incremental search improvements, an interesting take on code folding (which is a bit crashy), automatic session save and restore, etc Jul 20 12:34:43 (the code folding hide everything except for lines containing the word under the cursor, or the selected text, or the currently searched-for text Jul 20 12:34:44 folding? Jul 20 12:34:51 hides, rather Jul 20 12:35:01 oh, not like msvs Jul 20 12:35:07 tmzt, that's traditional code folding Jul 20 12:35:11 which I never had much use for Jul 20 12:41:15 cooloney: oh, ok Jul 20 12:42:04 it's scary some questions people ask for their thesis work.. ;) Jul 20 12:51:37 I think I hate quilt Jul 20 12:52:04 quilt is nice Jul 20 12:52:19 yes, but how the hell do you set it up the first time? Jul 20 12:52:54 it's not putting patches into debian/patches, and quilt setup doesn't have any place to say where I want them Jul 20 12:57:18 QUILT_PATCHES=$PWD/debian/patches ? Jul 20 12:57:25 and xport it Jul 20 13:00:03 There's a lovely little .quitrc in /usr/share/doc/quilt that automates that bit. Jul 20 13:00:11 so a quilt'ed source package still requires a random environmen... Jul 20 13:00:33 it'd be nice if that was documented in dpkg-source :p Jul 20 13:00:59 cwillu_at_work: do I force you to use quilt? patch is easy to use... Jul 20 13:01:38 hrw, I need an old inkscape version compiled for arm, and although there's no patch or series set up, it's complaining Jul 20 13:01:43 * cwillu_at_work continues grumbling Jul 20 13:02:57 but if I understand correctly, a quilt'd source package doesn't actually work with quilt until you've set that environment variable? Jul 20 13:03:38 I assume "dpkg-source -x package.dsc; cd package-*;debuild -b" Jul 20 13:04:06 dpkg-buildpackage you mean? :p Jul 20 13:04:49 prefer debuild as it keeps build log for me Jul 20 13:05:44 unless I need to pass env vars which debuild clears Jul 20 13:05:55 and you should be able to quilt new ; quilt edit ; dpkg-buildpackage, and not have to quilt pop -f? Jul 20 13:06:12 was complaining about the patch (that it just made) not unapplying cleanly Jul 20 13:06:20 which is inane, but probably my fault Jul 20 13:07:02 grumble? Jul 20 13:13:10 cwillu_at_work, https://wiki.ubuntu.com/PackagingGuide/PatchSystems Jul 20 13:13:41 rsalveti: i boot once without the oops and usb mouse + usb hub + external power works. Jul 20 13:13:56 cooloney: yeah, that happens sometimes Jul 20 13:17:55 rcn-ee: do you know why you're applying the fifo-mode patch for musb? Jul 20 13:18:05 changing the fifo mode Jul 20 13:25:10 ogra, thanks; it looks like the source of my grief is that the source package was slightly malformed Jul 20 13:41:21 rsalveti: i am building a kernel which enable the debug in musb otg driver Jul 20 13:41:31 cooloney: ok Jul 20 13:41:35 that can help Jul 20 13:55:23 hrw: Are you still about? Jul 20 13:56:29 lag: Chopin/Linaro room Jul 20 13:58:24 hrw: My hardware is plugged in :) Jul 20 13:58:45 few minutes ok? Jul 20 13:59:28 lag: sakoman_ is present in #pandaboard Jul 20 14:00:00 I saw Jul 20 16:56:37 re Jul 20 17:57:40 rsalveti, errata.. the omap34/omap35 musb memory is actually 4kb not 8kb which is what fifo=4 is setup for.. bug check: transfer 2GB from two high speed devices on the musb bus (harddrive, eth) and run md5sum, they'll mismatch.. last i heard the musb guys were going to apply the fifo based on board-device.c Jul 20 17:58:10 but right now it isn't a per device setting and just a global one.. Jul 20 17:58:22 rcn-ee: oh, ok, makes sense now Jul 20 17:58:30 cool, thanks Jul 20 17:58:44 we ran into more often in the bx days.. but with good ehci ports no one notices it any more.. ;) Jul 20 17:59:16 rcn-ee: I'm also looking at the micrel and zippy patches, do you know if any of those are proposed upstream already? Jul 20 17:59:27 or you're just basically maintaining at your patch tree Jul 20 17:59:44 rcn-ee: nice to know, going to test it here Jul 20 17:59:48 they are atleast from micrel, but the netdev maintainers keep shooting them down.. ;) Jul 20 17:59:55 trying to make the otg port to work with default ubuntu kernel Jul 20 18:00:03 don't know why it's not working correctly Jul 20 18:00:11 i just keep forward porting and testing them on my self (since we sell zippy boards at digikey) Jul 20 18:00:15 rcn-ee: haha, ok :-) Jul 20 18:00:55 i still think it's a config issue. take a look at my defconfig, i'm running bx's with usb hardrives on the musb port... Jul 20 18:01:14 rcn-ee: yep, that's what I'm checking now Jul 20 18:01:20 just installed your latest kernel and it worked fine Jul 20 18:03:02 good to hear, i try to keep it pretty in sync with ubuntu's config options just to keep me 'sane'... but main things i'm currently working on dspbridge and panda integration in the same kernel.. Jul 20 18:04:09 igep suxx Jul 20 18:04:29 hrw: why? :-) Jul 20 18:04:54 yeah why, it's slightly faster then my C4 board at gcc bootstrap? ;) Jul 20 18:05:54 the one which steve brought has something with mmc - but some of you already know that Jul 20 18:09:17 hrw: i can talk bad about a beagle which hanged from time to time :) Jul 20 18:09:31 armin76: beagle or beagleboard? Jul 20 18:09:51 beagleboard Jul 20 18:10:05 is there a beagle? Jul 20 18:11:04 there was Jul 20 18:11:27 few years ago netherlands company had a linuxpda with that name Jul 20 18:11:50 never got to the market but was shown in few places and was supported in openembedded Jul 20 18:12:19 rsalveti, one note on the micrel patches too.. Wireing up with the buddy= variable most of that came from Koen, it works quite well for detecting the zippy1/2 boards on boot and loading the correct drivers. I'm working with someone too add an 'lcd' module and will use a simlar setup.. Jul 20 18:12:51 none of that is upstream, so who knows if it'll be excepted.. Jul 20 18:13:07 rcn-ee: yep, also just noticed that Jul 20 18:13:27 first time I get a zippy on my hands Jul 20 18:13:33 it makes a prety big mess of beagle.c file. ;) Jul 20 18:13:34 zippy2 Jul 20 18:13:45 :-) Jul 20 18:13:58 they are actually 100% identical except the eth spi device.. Jul 20 18:14:23 yep, but you need the correct id in order to load the correct driver Jul 20 18:14:25 [ 42.668029] mmci-omap-hs mmci-omap-hs.0: Failed to get debounce clock Jul 20 18:14:25 [ 42.781280] mmci-omap-hs mmci-omap-hs.1: Failed to get debounce clock Jul 20 18:14:57 yeap, and the first big shipment of zippy2's we got in march? had the zippy1 setting on the i2c bus. ;) Jul 20 18:15:31 it's simple to reprogram, but it's faq #1 on them.. Jul 20 18:15:33 rcn-ee: hehe, mine also seems to be with the wrong id Jul 20 18:15:40 yep Jul 20 18:16:00 hrw: but at least it is probably not igepv2 design defect, but just one broken board? unlike USB on beagleboards older than rev C4... Jul 20 18:16:08 till you reprogram it, just force buddy=zippy2 in your boot.scr Jul 20 18:16:26 rcn-ee: do I need any jumper to disable the write protection? Jul 20 18:17:35 ssvb: yep Jul 20 18:17:45 yeap.. (crap i need one at home) Jul 20 18:17:55 ssvb: my c3 bb works quite good with extra capacitor added Jul 20 18:19:42 * cwillu perks up Jul 20 18:20:12 cwillu, your patch works good, defintelly speeds it up. now i can't get my coffee. ;) Jul 20 18:21:43 :) Jul 20 18:21:57 rcn-ee: hm, jp 1 Jul 20 18:22:00 ya, I was actually shocked how much faster the system was even shortly after a reboot Jul 20 18:22:02 needs to find a jumper around Jul 20 18:22:06 rsalveti, yes Jul 20 18:22:16 I just use an alligator clip Jul 20 18:22:30 steal it from one of the freescale boards, they always have extras.. ;) Jul 20 18:22:33 yeah, will try to find something to connect the pins :-) Jul 20 18:22:40 oh, good idea :-) Jul 20 18:22:55 rcn-ee, my rootstock image programs x-load/u-boot to nand, updates the eeprom if it hasn't been already, and a few other odds and ends automatically :) Jul 20 18:23:42 I can go from source to a burned sd card, and then booting a beagle and programming the zippy and such under 30 minutes :) Jul 20 18:23:47 it's been a good week :) Jul 20 18:23:52 yeah, i think it would be a good idea to put up a eeprom script for new zippy2 owners.. Jul 20 18:24:05 sec, let me grab it Jul 20 18:24:11 it's a single upstart job Jul 20 18:24:12 it'd help a lot, for sure Jul 20 18:24:20 it'll try each boot until it succeeds Jul 20 18:24:53 that might be overkill.. if your zippy2 is detected as a zippy1 run this script Jul 20 18:25:23 rsalveti, rcn-ee, fixups.conf Jul 20 18:25:28 fixups.conf Jul 20 18:25:32 ... Jul 20 18:25:37 http://pastebin.com/FjyjvdSN Jul 20 18:25:45 middle click wasn't working :p Jul 20 18:26:20 that's basically all the upstart script is anyway Jul 20 18:26:25 ok, one hour passed - igep goes back to the box Jul 20 18:26:47 * hrw -> movie Jul 20 18:27:00 yeap that script looks good and will do it.. Jul 20 18:27:05 rcn-ee, there was a cool looking auto-edid patch that I want to experiment when I get back too Jul 20 18:27:19 i.e., detecting monitor resolution at boot Jul 20 18:27:54 here's a question: how long does it usually take rootstock to run? Jul 20 18:28:07 that would be very useful, i've thought of it a couple times, the drm layers has all the good edid stuff nowdays.. Jul 20 18:28:33 it locks up for me in 25 minutes (maverick alpha-2+) at ldconfig or somethign Jul 20 18:28:44 heh Jul 20 18:28:51 you guys are still on a full qemu vm? Jul 20 18:29:01 that one yes.. otherwise 3-4hours on my beagle.. Jul 20 18:29:04 I really should figure out who needs which patches :) Jul 20 18:29:15 rcn-ee, I have a finished image in 21 minutes Jul 20 18:29:20 cwillu: I'll try to change it to use full vm just for user Jul 20 18:29:36 as root you can easily do most of the steps on user mode emulation Jul 20 18:29:36 i still tar it up, which kills the poor beagle.. Jul 20 18:29:41 as you're doing it already Jul 20 18:29:44 yep Jul 20 18:29:54 just have to find some time during this week Jul 20 18:30:05 will also try to push the native rootstock stuff Jul 20 18:30:21 to run it at an arm board Jul 20 18:30:22 I'm just outputting a tarball; I have separate mkcard script which actually writes the image / creates an image file if desired Jul 20 18:30:47 btw, just resynced my rootstock on arm patch on top of rootstrock trunk: http://bazaar.launchpad.net/~beagleboard-kernel/+junk/image-builder/annotate/head:/patches/native-arm.diff Jul 20 18:30:53 I'm going to be out of town till friday, but then I'm hoping to take some time off Jul 20 18:31:05 rcn-ee: nice, will take a look at it later Jul 20 18:31:38 hi, my keyboard and mouse drivers are not loading so i can not operate, can any one please tell me what could be the issue..? Jul 20 18:31:39 I'm at prague, so most of the time we're just discussing and debugging stuff, hard to find time for real coding Jul 20 18:31:46 i haven't tested it yet, that node has been building kernels, but it's a forward port of my previous stuff. Jul 20 18:31:47 lapada, 2.6.35 kernel? Jul 20 18:32:02 lapada, you're missing a patch, and you actually don't have _anything_ that uses modules Jul 20 18:32:32 dont know Jul 20 18:32:34 lapada, easiest answer would be to drop back to 2.6.34, or to use the very latest rcn kernel Jul 20 18:32:40 or it might be something else entirely :p Jul 20 18:32:41 it is from the image of ubuntu site Jul 20 18:32:48 rcn-ee: yep, just changed the config file and the musb is now working beautifully Jul 20 18:32:49 lucid 10.0.4 Jul 20 18:32:49 ah, no idea then :p Jul 20 18:33:08 rsalveti, good to here. Jul 20 18:33:28 rcn-ee: but will probably have the fifo bug, will also test that later Jul 20 18:34:23 I am following this procedure https://wiki.ubuntu.com/ARM/BeagleNetbookInstall Jul 20 18:34:29 rsalveti, for the fifo bug you can use this for justification.. http://www.spinics.net/lists/linux-omap/msg29025.html Jul 20 18:34:43 but when in installer screen no keyboard nor mouse responds Jul 20 18:35:02 actually this one is the original. (it was tweaked in that last post) http://www.spinics.net/lists/linux-usb/msg25777.html Jul 20 18:35:03 lapada, what version of the beagle? Jul 20 18:35:08 and which usb port are you using? Jul 20 18:35:09 rev c4 Jul 20 18:35:48 and the ehci port (the big one) or musb (the small one next to the power cable) Jul 20 18:35:49 ? Jul 20 18:35:50 rcn-ee: nice, thanks a lot Jul 20 18:36:38 the big one Jul 20 18:36:39