**** BEGIN LOGGING AT Wed Jul 21 02:59:58 2010
Jul 21 08:05:04 <rsalveti> cooloney: I updated the bug with another defconfig
Jul 21 08:05:37 <rsalveti> cooloney: with this defconfig I got the musb working with maverick kernel, now just need to identify what needs to be changed to make it work by default
Jul 21 08:06:15 <cooloney> rsalveti: awesome
Jul 21 08:06:22 <cooloney> rsalveti: let me check
Jul 21 08:08:13 <rsalveti> cooloney: but is a little painful to recompile it, install and test :-)
Jul 21 08:08:14 <cooloney> rsalveti: is that defconfig the omap3_beagle_defconfig?
Jul 21 08:08:28 <cooloney> rsalveti: yeah, i need to compile it in our server
Jul 21 08:08:43 <rsalveti> cooloney: http://bazaar.launchpad.net/~beagleboard-kernel/+junk/2.6.35-devel/annotate/head:/patches/defconfig
Jul 21 08:09:01 <rsalveti> cooloney: I tried one time merging the usb and musb stuff, but didn't get it to work
Jul 21 08:09:05 <rsalveti> so it must be something else
Jul 21 08:10:22 <cooloney> rsalveti: yeah, i also tried that, set the usb and musb config as the same as those in beagle_defconfig
Jul 21 08:10:29 <cooloney> but doesnot help
Jul 21 08:12:27 <rsalveti> cooloney: you can try to trace the code, with debug activated, from the version that works
Jul 21 08:12:34 <rsalveti> and then compare with the version that doesn't work
Jul 21 08:12:44 <rsalveti> the state tracing is easy to see inside the code
Jul 21 08:26:42 <rsalveti> cooloney: yep, for some reason the otg state changes from one config file to the other at the point you put the cable in
Jul 21 08:27:12 <rsalveti> the path to set it to a_idle is simple, the question is why the checking failed and it got into that path
Jul 21 08:32:32 <cooloney> rsalveti: exactly, looks like there is no power on the OTG port
Jul 21 08:32:54 <cooloney> rsalveti: so it never change to the right a_host mode
Jul 21 08:33:14 <cooloney> and failed to enable roothub to enumerate USB device
Jul 21 08:33:30 <rsalveti> yep
Jul 21 08:33:47 <cooloney> rsalveti: i am also comparing the defconfig from you with our Maverick config
Jul 21 08:38:40 <rsalveti> cooloney: ok, I'm now looking again what I need to have for the zippy 2 support
Jul 21 08:38:58 <rsalveti> our kernel is missing lots of patches, it seems
Jul 21 08:50:42 <GrueMaster> NCommander: http://paste.ubuntu.com/466880
Jul 21 08:51:50 <cooloney> rsalveti: could you please help me to post the dmesg which is from the OTG working Maverick kernel?
Jul 21 08:52:07 <cooloney> rsalveti: i think you cross build it with the working defconfig
Jul 21 08:54:04 <rsalveti> cooloney: just the dmesg?
Jul 21 08:54:15 <rsalveti> cooloney: just a sec, need to change the uImage
Jul 21 08:54:20 <cooloney> rsalveti: oh, the uImage is the better. hehe
Jul 21 08:54:32 <cooloney> rsalveti: np, man
Jul 21 09:15:39 <rsalveti> cooloney: http://rsalveti.net/tmp/test-kernel.tar.bz2
Jul 21 09:15:49 <rsalveti> cooloney: you can find the uImage, uInitrd, modules and dmesg.txt
Jul 21 09:15:53 <rsalveti> from the working maverick kernel
Jul 21 09:16:23 <rsalveti> cooloney: if you still didn't compile it
Jul 21 09:17:42 <cooloney> rsalveti: thanks a lot, man
Jul 21 09:20:57 <cooloney> rsalveti: i saw this in the dmesg
Jul 21 09:20:58 <cooloney> musb_hdrc musb_hdrc: MUSB HDRC host driver
Jul 21 09:20:58 <cooloney> [    0.933654] musb_hdrc musb_hdrc: new USB bus registered, assigned bus number 2
Jul 21 09:21:01 <cooloney> [    0.934417] hub 2-0:1.0: USB hub found
Jul 21 09:21:04 <cooloney> [    0.934448] hub 2-0:1.0: 1 port detected
Jul 21 09:21:29 <rsalveti> cooloney: yep, the otg recognized that it should act as host, and activated the host modue
Jul 21 09:21:35 <cooloney> that's we want
Jul 21 09:24:12 <rsalveti> cooloney: yep
Jul 21 09:26:05 <rsalveti> cooloney: and with this kernel I'm unable to reproduce the stack we have with lucid
Jul 21 09:26:09 <rsalveti> so it seems to be working better
Jul 21 09:36:27 <furibondox> hi rsalveti... I tryied your new release of rootstock from bzr ( rev 104) but I have the segmentation fault with qemu again :-(
Jul 21 09:36:47 <rsalveti> furibondox: more than one time?
Jul 21 09:36:51 <furibondox> yes
Jul 21 09:36:57 <rsalveti> argh
Jul 21 09:37:07 <furibondox> every time I run rootstock I have the segmentation fault
Jul 21 09:37:11 <rsalveti> furibondox: what packages are you giving by default?
Jul 21 09:37:21 <furibondox> ubuntu-minimal,openssh-server
Jul 21 09:37:40 <rsalveti> furibondox: did you run as root or as user?
Jul 21 09:37:44 <furibondox> as root
Jul 21 09:37:56 <cooloney> rsalveti: yeah, for the otg oops, i am pretty sure we need to build int twl4030_usb
Jul 21 09:38:00 <furibondox> from ubuntu lucid server
Jul 21 09:38:01 <rsalveti> furibondox: what ubuntu version are you running?
Jul 21 09:38:12 <furibondox> 10.04
Jul 21 09:38:28 <cooloney> rsalveti: and the OTG host failure is another problem.
Jul 21 09:38:40 <rsalveti> cooloney: yep, sure
Jul 21 09:39:39 <rsalveti> furibondox: that's really weird, as I saw it break just a few times when running as root and installing a small package set
Jul 21 09:39:55 <rsalveti> furibondox: does it also break when you just request ubuntu-minimal?
Jul 21 09:40:00 <rsalveti> that will avoid the apt-get install phase
Jul 21 09:40:14 <furibondox> it breaks in the second stage
Jul 21 09:40:33 <rsalveti> furibondox: yeah, I know, and probably when trying to give apt-get install on the openssh-server
Jul 21 09:40:41 <rsalveti> furibondox: do you have the log?
Jul 21 09:40:49 <furibondox> just after python-support
Jul 21 09:40:56 <rsalveti> furibondox: you can paste it at paste.ubuntu.com and set me the link
Jul 21 09:41:21 <furibondox> ok
Jul 21 09:42:03 * rsalveti needs to update rootstock to run only as user mode emulation when running as root
Jul 21 09:42:35 <rsalveti> that would avoid this kind of weird full emulation stuff, until we get qemu fixed upstream
Jul 21 09:42:57 <furibondox> http://paste.ubuntu.com/466907/
Jul 21 09:43:08 <furibondox> that is the log generated
Jul 21 09:45:45 <furibondox> this is the output of the error in the console: http://paste.ubuntu.com/466909/
Jul 21 09:48:11 <rsalveti> furibondox: what's the whole command line you passed to rootstock? going to check here
Jul 21 09:49:49 <furibondox> ./rootstock --fqdn NGP --imagesize 2G --seed openssh-server --copy-package-cache --restore-package-cache
Jul 21 09:55:17 <rsalveti> furibondox: why do you want to copy and restore at the same time?
Jul 21 09:55:32 <rsalveti> furibondox: you can just copy one time and later you can use restore if you need it
Jul 21 09:55:50 <rsalveti> going to test here, but it should work fine
Jul 21 09:57:09 <furibondox> just to be sure that if some packages are not already present they will be cached
Jul 21 10:03:15 <rsalveti> furibondox: yeah, but it shouldn't make much difference for a basic image, but ok :-)
Jul 21 10:03:58 <furibondox> yes I know... but it was just to be sure ;-)
Jul 21 10:07:06 <rsalveti> furibondox: please, try giving a user and a password argument
Jul 21 10:07:14 <rsalveti> than the oem stuff is not going to be installed by default
Jul 21 10:07:26 <rsalveti> and you'll probably be able to get your image without seg faults
Jul 21 10:08:07 <rsalveti> --login ubuntu --password ubuntu
Jul 21 10:08:10 <rsalveti> something like that
Jul 21 10:08:29 <furibondox> ok i try
Jul 21 10:18:03 <furibondox> rsalveti: now it seems to stop earlier...
Jul 21 10:18:06 <furibondox> start: Unable to connect to Upstart: Failed to connect to socket /com/ubuntu/upstart: Connection refused
Jul 21 10:18:20 <furibondox> just a moment that I paste the log...
Jul 21 10:21:26 <furibondox> http://paste.ubuntu.com/466920/
Jul 21 10:22:27 <furibondox> and this is the output of the console: http://paste.ubuntu.com/466921/
Jul 21 10:28:22 <rsalveti> furibondox: yep, but it did finish correctly
Jul 21 10:30:02 <furibondox> mmm I thought that error compromised the generated image
Jul 21 10:47:45 <cooloney> rsalveti: do you know where can i find the initrd.gz after i build a kernel package which contains zImage
Jul 21 10:52:46 <furibondox> rsalveti: the error appear again using username/password http://paste.ubuntu.com/466941/
Jul 21 10:54:28 <rsalveti> furibondox: this log is telling that rootstock is installing the oem stuff, and that only gets installed when you don't put the user/passwd
Jul 21 10:54:30 <rsalveti> I: Enabling firstboot configuration
Jul 21 10:54:33 <rsalveti> ^
Jul 21 10:54:46 <furibondox> this is the full log generated http://paste.ubuntu.com/466943/
Jul 21 10:55:21 <furibondox> I'm going to lunch
Jul 21 10:55:23 <furibondox> see you later... bye
Jul 21 10:56:23 <rsalveti> furibondox: still, it seems that didn't got the user/passwd
Jul 21 10:56:31 <rsalveti> if [ ! "${NEWUSER}" ] || [ ! "${PASSWD}" ];then install oem stuff
Jul 21 10:56:37 <rsalveti> furibondox: see ya
Jul 21 10:57:25 <rsalveti> cooloney: you mean, inside the package?
Jul 21 10:58:24 <cooloney> rsalveti: i don't think i can find it in the package
Jul 21 11:30:44 <furibondox> re
Jul 21 11:30:53 <furibondox> rsalveti: now I try with this command line:
Jul 21 11:30:54 <furibondox> ./rootstock -f NGP --username spot --password gilbarco --seed openssh-server,ubuntu-minimal -i 2G --serial ttyS2 --doswap --swapsize 256 --script /root/setup.sh --restore-package-cache
Jul 21 11:48:32 <furibondox> same error: ./rootstock: line 360:   967 Segmentation fault      qemu-system-arm $QEMUOPTS -append "${APPEND}" > $QEMUFIFO 2>&1
Jul 21 12:15:48 <rsalveti> furibondox: --login not --username
Jul 21 12:15:58 * rsalveti still needs to change how rootstock parse it's arguments
Jul 21 12:19:55 <slangasek> ogra_cmpc: can you tell me what offset I need to loop mount the correct partition in the 20100719 daily image?
Jul 21 12:20:26 <slangasek> my naive calculation based on fdisk -l output seems to have been incorrect
Jul 21 12:25:30 <slangasek> ogra_cmpc: n/m, sorted it; works better when I use sectors as units
Jul 21 12:30:57 <lool> slangasek: Perhaps you can kpartx it?
Jul 21 12:31:23 <slangasek> lool: nah, sorted
Jul 21 12:31:47 <ogra> yeah, sectors helps
Jul 21 12:32:32 * ogra has some livecd-rootfs code ready to shove off 2h buildtime just waiting for a lamont signoff
Jul 21 12:32:47 <ogra> that might help a bit with building test images
Jul 21 12:33:38 <ogra> slangasek, btw, i wouldnt mind if we started building base images, would that help you ?
Jul 21 12:34:21 <ogra> (in parallel to the netbook ones)
Jul 21 12:34:24 <slangasek> don't see that it would help
Jul 21 12:34:51 <ogra> k
Jul 21 12:35:16 <sebjan> hrw: hi! I tried to apt-get upgrade the gcc-4.4-arm-linux-gnueabi package, and get an error because the libmpfr4 'is not installable' (I have a i386 workstation). Any idea what is going on?
Jul 21 12:35:23 <furibondox> rsalveti: argh! sorry... now I try with --login
Jul 21 12:35:53 <rsalveti> furibondox: yep, np, there's a bug on the way it's parsing the arguments
Jul 21 12:36:15 <rsalveti> normally it should display you an error when you give a wrong arguments
Jul 21 12:36:38 <furibondox> i hope that now it will work...
Jul 21 12:50:25 <furibondox> rsalveti: great! it generates the image!!
Jul 21 12:50:39 <rsalveti> furibondox: cool
Jul 21 12:50:58 <furibondox> I've another question for you, is possibile to ADD another repository to the default?
Jul 21 12:51:13 <furibondox> -m option only replace the mirror or add a new mirror?
Jul 21 13:05:06 <rsalveti> furibondox: yep, --extra-mirror
Jul 21 13:06:56 <furibondox> great!
Jul 21 13:07:04 <furibondox> I'll try
Jul 21 13:30:12 <hrw> sebjan: hmm...
Jul 21 13:31:16 <hrw> sebjan: 4.4.4-7ubuntu1~ppa2hrw1 version?
Jul 21 13:31:58 <hrw> sebjan: and pastebin me whole installation output
Jul 21 13:32:17 <sebjan> hrw: ok, let me do that...
Jul 21 13:45:34 <robclark> persia: MMC hang fix patch is: http://gitorious.org/~robclark/pandaboard/robclarks-kernel-omap4/commit/6c8d7209371b5969ea6769382693019ef6cb5eb5
Jul 21 13:45:41 <robclark> (I don't know if it is in ubuntu kernel yet)
Jul 21 13:48:42 <sebjan> hrw: here it is, and ensuring the proper version (which is the one I see with an apt-cache show) http://ubuntu.pastebin.com/YqiGpzBa
Jul 21 13:50:00 <hrw> sebjan: strange
Jul 21 13:50:12 <hrw> apt-cache policy libmpfr4 tells that this is in main
Jul 21 13:50:31 <hrw> sebjan: and try with aptitude - it has better dependency solving
Jul 21 13:52:16 <rsalveti> 15 minutes for resizing an 8gb sd card, seems ok
Jul 21 13:52:25 <rsalveti> just missing a progress bar :-)
Jul 21 13:53:15 <ogra> yeah
Jul 21 13:54:48 <Marex> zumbi: hey
Jul 21 13:54:59 <Marex> XorA: hey ... so, when and where does the drinking take place :)
Jul 21 13:56:14 <sebjan> hrw: not better - http://ubuntu.pastebin.com/06wwXfmS
Jul 21 13:56:58 <sebjan> hrw: is there a simple way to clean-up all the previous packages I installed (I may have been playing with dpkg when there packages were first available, and did not upgrade since then)
Jul 21 13:58:08 <hrw> sebjan: run aptitude, limit to .*-armel-cross and remove all of them
Jul 21 14:03:26 <sebjan> hrw: apt-cache search or policy does not find libmpfr4 for me...
Jul 21 14:03:34 <zumbi> Marex: hi
Jul 21 14:03:35 <hrw> sebjan: maverick?
Jul 21 14:03:56 <sebjan> hrw: no I am on lucid
Jul 21 14:03:59 <Marex> zumbi: don't tell me you're in prague too
Jul 21 14:04:11 <zumbi> Marex: no, i am not :)
Jul 21 14:04:17 <Marex> zumbi: pity :)
Jul 21 14:04:19 <zumbi> Marex: did you get a new toy?
Jul 21 14:04:22 <hrw> sebjan: http://people.canonical.com/~hrw/ubuntu-maverick-armel-cross-compilers/
Jul 21 14:04:30 <Marex> zumbi: what new toy ?
Jul 21 14:04:49 <Marex> zumbi: you mean the one I was speaking last week ? yea
Jul 21 14:04:49 <zumbi> Marex: the one we were talking about..
Jul 21 14:05:00 <hrw> sebjan: I do not provide packages for <lucid
Jul 21 14:05:02 <lag> mythripk: ping
Jul 21 14:05:05 <Marex> zumbi: and Eric gave me an akita and made me (forcibly) a new maintainer for that
Jul 21 14:05:08 <hrw> I mean <maverick
Jul 21 14:05:24 <zumbi> Marex: akita? what's that?
Jul 21 14:05:25 <hrw> omg.. akita
Jul 21 14:05:29 <Marex> zumbi: there are so many of them I barely recall which one was that :)
Jul 21 14:05:31 <hrw> zumbi: sharp zaurus sl-c1000
Jul 21 14:05:42 <zumbi> hrw: thanks :)
Jul 21 14:05:43 <Marex> zumbi: pile of crap hardware loaded with crap software
Jul 21 14:05:59 <hrw> zumbi: pxa272/416MHz 64mb ram, 128mb flash
Jul 21 14:06:02 <sebjan> hrw: argh, so I would need to upgrade to Maverick now? It used to work with the previous version I had :'(
Jul 21 14:06:05 <hrw> antique
Jul 21 14:06:22 <hrw> sebjan: you can use chroot
Jul 21 14:07:09 <sebjan> hrw: right, I'll try with chroot then. Thanks!
Jul 21 14:07:58 <hrw> sebjan: I was aksed about lucid packages before but rejected - it takes too much time to build maverick ones
Jul 21 14:09:32 <hrw> and my goal is to have package which will build cross compiler. but that would require maverick packages
Jul 21 14:10:36 <sebjan> hrw: np, I shall have a maverick chroot already, just need to upgrade it :)
Jul 21 14:10:56 <hrw> ;D
Jul 21 14:12:03 <zumbi> Marex: uhm... well.. sounds like fun :)
Jul 21 14:16:09 <Marex> zumbi: yea ... not really ... I'm slowly reaching the point where I'll have so many machines I won't be capable of maintaining them all
Jul 21 14:17:01 <hrw> Marex: know that...
Jul 21 14:17:10 <hrw> Marex: have spare not needed palmos device?
Jul 21 14:17:42 <Marex> hrw: I have a palm lifedrive here ... it was still running palmos yesterday
Jul 21 14:17:45 <Marex> hrw: why ?
Jul 21 14:18:13 <hrw> just asked to know do you still play with them
Jul 21 14:18:29 <Marex> hrw: yea, I maintain them in mainline
Jul 21 14:18:57 <Marex> hrw: but I'm moving to newer hardware ... pxa3xx stuff and soon iMX
Jul 21 14:19:58 <hrw> imx3 or imx5?
Jul 21 14:20:05 <hrw> or maybe imx6? :D
Jul 21 14:20:26 <Marex> hrw: I dunno ... lemme check
Jul 21 14:21:00 <Marex> i.MX25
Jul 21 14:21:02 <sebjan> robclark, persia: this mmc fix (6c8d7209371) is not yet into the ubuntu kernel, but is part of the patch set that I have provided to cooloney today
Jul 21 14:23:22 <persia> sebjan: Thanks for chasing that down.
Jul 21 14:23:30 <zumbi> Marex: which device?
Jul 21 14:24:10 <Marex> zumbi: something that still haven't left the manufacturing it seems :D
Jul 21 14:24:30 <Marex> zumbi: I don't know the details yet ... I just know this board is in planning
Jul 21 14:25:01 <zumbi> Marex: but imx25 is old
Jul 21 14:25:12 <zumbi> well, i guess it has its use
Jul 21 14:25:21 <cooloney> sebjan: yeah, thx, i'm looking at your branch
Jul 21 14:26:05 <sebjan> persia: no pb, I just saw a commit pass by, and I care of getting all the necessary ones in our kernel :) Feel free to notify/ping me when there is a doubt
Jul 21 14:29:19 <Marex> zumbi: I wasnt looking into imx yet ... I will when I have the board
Jul 21 14:30:06 <zumbi> Marex: imx5, i had a NDA datasheet of 5000 pages.. fun! :)
Jul 21 14:39:03 <cooloney> rsalveti: how do you think we firstly built-in twl4030_usb in kernel to kill the oops
Jul 21 14:39:35 <cooloney> rsalveti: and mark the OTG config bug as fixed, and file another bug to let us work on the host mode issue
Jul 21 14:40:02 <rsalveti> cooloney: didn't you change the config file to let it as built-in already?
Jul 21 14:40:08 <rsalveti> the kernel you posted on the bug
Jul 21 14:40:40 <rsalveti> cooloney: also, the bug was reported for lucid, so we still need to check at lucid if that fixes the problem
Jul 21 14:41:24 <cooloney> rsalveti: yeah, i did that for testing, the patches are not in our official kernel tree
Jul 21 14:41:29 <cooloney> i am going to do that,
Jul 21 14:41:53 <cooloney> i think we need built-in that, and enable OTG
Jul 21 14:45:11 <rsalveti> cooloney: yep, but I tested your testing kernel at lucid and it didn't work
Jul 21 14:45:25 <rsalveti> the ops was gone, but as a side effect the host mode don't work anymore for otg
Jul 21 14:45:40 <rsalveti> so it actually doesn't fix the bug
Jul 21 14:46:29 <rsalveti> we can't say we're fixing something when we're removing features :-)
Jul 21 14:46:54 <rsalveti> cooloney: but I agree we should create a different bug
Jul 21 14:47:20 <rsalveti> cooloney: I can do that from my beagle
Jul 21 14:48:15 <cooloney> rsalveti: i agree, we need a different bug.
Jul 21 14:51:00 <rsalveti> cooloney: will create it soon
Jul 21 14:51:18 <rsalveti> let me just boot maverick again
Jul 21 14:52:18 <cooloney> but for the oops, we can still mark that Fix, since when we got oops, the host mode does not work at all
Jul 21 14:52:32 <cooloney> we can point it out to the new bug in OTG config launchpad log
Jul 21 15:06:40 <rsalveti> cooloney: yeah, but some times it does work
Jul 21 15:06:48 <rsalveti> most of the time when you add the cable later on
Jul 21 15:07:03 <rsalveti> so just changing the config file will kill this "feature"
Jul 21 15:07:32 <rsalveti> we go from something that works sometimes, to something that doesn't work at all
Jul 21 15:12:01 <cooloney> yeah, so new bug for the host mode missing
Jul 21 15:12:18 <cooloney> rsalveti: and the old one is a oops fixing.
Jul 21 15:12:52 <cooloney> now it looks to me like some timing issue.
Jul 21 15:13:15 <rsalveti> cooloney: just opening the bug right now
Jul 21 15:13:26 <cooloney> rsalveti: ok
Jul 21 15:19:08 <hrw> I hope that one day libelf-dev libelf0g-dev conflict/transition will be done
Jul 21 15:24:16 <ogra> NCommander, cn you bump https://edge.launchpad.net/ubuntu/+source/update-notifier/0.103ubuntu1/+build/1883485 a bit higher ?
Jul 21 15:24:39 <ogra> (so i can test the image build speedup (its bocking atm))
Jul 21 15:24:45 <ogra> *blocking
Jul 21 15:32:03 <rsalveti> cooloney: bug 608312
Jul 21 15:32:04 <ubot2> Launchpad bug 608312 in linux (Ubuntu) "Usb host mode on OTG doesn't work on Maverick with BeagleBoard (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/608312
Jul 21 15:34:36 <cooloney> rsalveti: thanks a lot, man
Jul 21 15:37:10 <rsalveti> np
Jul 21 17:20:18 <tgall_foo> packages.ubuntu.com/lucid as it stands doesn't include any notation of arm which packages are built for arm ...  is there another webpage or command line tool where one can see a list of what is built for arm?
Jul 21 18:40:40 <rsalveti> tgall_foo: do you want something like http://ports.ubuntu.com/ubuntu-ports/pool/main/?
Jul 21 18:40:58 <rsalveti> there are lots of arm packages over there
Jul 21 18:45:15 <tgall_foo> rsalveti, was hoping there might be something like packages.ubuntu.com that listed arm packages instead of having to pull down the individual package text files from like : http://ports.ubuntu.com/dists/maverick/main/binary-armel/
Jul 21 18:46:02 <rsalveti> tgall_foo: oh, ok
Jul 21 18:46:55 <rsalveti> you can try from the repository itself, but I don't think it's on-line in any other way
Jul 21 18:47:02 <rsalveti> at least I never saw it
Jul 21 18:48:25 <ukleinek> tgall_foo: the packages files are easily parsed using grep-dctrl
Jul 21 18:49:47 <tgall_foo> ukleinek, yeah I'm probably being picky .. it's not like text files are hard to deal with
Jul 21 23:55:06 <rsalveti> rcn-ee: haha, you just need to load g_ether!
Jul 21 23:55:07 <rsalveti> dammit
Jul 21 23:55:20 <rsalveti> bug 608312
Jul 21 23:55:22 <ubot2> Launchpad bug 608312 in linux (Ubuntu) "Usb host mode on OTG doesn't work on Maverick with BeagleBoard (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/608312
Jul 21 23:55:26 <rsalveti> then the OTG works as expected
Jul 21 23:55:37 <rsalveti> at your config file you have this as built-in
Jul 21 23:55:52 <rsalveti> well, time for some sleep now :-)
Jul 21 23:55:59 * rsalveti -> out
Jul 22 00:14:44 <rcn-ee_lpt> good to hear rsalveti (yeah the musb stuff is very fragile, one little thing will kill it.. ;) )
**** ENDING LOGGING AT Thu Jul 22 02:59:56 2010