[07:04] <ppisati> morning
[07:46] <GrueMaster> ppisati: Glad to know you are awake.  Do you have a panda and beagle?
[07:49] <ppisati> yep
[07:49] <ppisati> both of them
[07:50] <ppisati> btwm, aren't you supposed to sleep ober there? :)
[07:50] <GrueMaster> Cool.  Take one and using a USB<>Mini cable hook up to the other.  See if you can figure out why they don't enumerate in the kernel.
[07:50] <GrueMaster> It is 23:50.  Heading to bed soon.
[07:51] <ppisati> k
[07:51] <ppisati> what should i look for when i connect each other?
[07:51] <ppisati> and you mean: i.e. usb on the panda <-> mini-usb on the xm?
[07:51] <GrueMaster> dmesg should show device activity.
[07:51] <ppisati> k
[07:51] <GrueMaster> Both ways.
[07:52] <GrueMaster> Try one then the other.
[07:52] <ppisati> ok
[07:52] <ppisati> i'll try later on
[07:52] <GrueMaster> Make sure the device on the mini end doesn't have a SD in.
[07:52] <GrueMaster> This is supposed to work.  Works fine on x86.
[07:53] <ppisati> uh
[07:53] <ppisati> so
[07:53] <ppisati> i boot the panda
[07:53] <ppisati> then i connect the normal usb on the panda and the mini to the xm
[07:53] <ppisati> and the xm should be... on? off?
[07:53] <ppisati> does it take current from the panda?
[07:54] <ppisati> and no sd in the xm
[07:54] <GrueMaster> Use a power supply.
[07:54] <ppisati> ok
[07:54] <GrueMaster> Both the panda kernel and the beagle kernel would not enumerate the device on the mini end.
[07:55] <ppisati> is it a regression? did it work in maverick?
[07:56] <GrueMaster> Not sure if it is a regression.  Haven't tried Maverick.  But it works on my Maverick x86 system.
[07:56] <GrueMaster> My x86 detects the device ok.
[07:57] <ppisati> uh, i'll try then
[07:57] <GrueMaster> You should see device 0451:d00f (Texas Instruments) in lsusb as well as dmesg indicating a new usb device.
[07:57] <ppisati> cool, another bug! :)
[07:57] <ppisati> i like them
[07:58] <GrueMaster> I haven't filed a bug yet.  But I will in the morning.
[07:58] <ppisati> if it's musb related, i know why it doesn't work
[07:59] <GrueMaster> Not sure if it is.  The "host" should detect the device on the mini-usb ok.
[07:59] <GrueMaster> Other devices work fine.
[07:59] <ppisati> i'm upgradinbg my desktop to natty, when it's done i'll try
[08:00] <GrueMaster> The "target" on the mini end shouldn't be running anything.  It should just be powered on.  It will try to boot through the USB cable before looking to the SD card.
[08:00] <ppisati> i see
[08:01] <GrueMaster> And I thought musb was for the OTG portion of the mini port.
[08:01] <ppisati> dunno, never really understand this musb thing
[08:01] <GrueMaster> heh
[08:02] <ppisati> s/understand/understood/
[08:02] <ppisati> i need coffe
[08:02] <GrueMaster> I hear that.  I'm heading to bed.  See you in a few hours.
[08:02] <ppisati> see you
[09:10] <lag> ogra_: Good morning
[13:17] <tmzt> #linaro
[16:49] <slangasek> is there a well-known bug in binutils that explains ld segfaulting in https://launchpadlibrarian.net/71801283/buildlog_ubuntu-oneiric-armel.dbus_1.4.8-3ubuntu1_FAILEDTOBUILD.txt.gz ?
[17:17] <markos_> slangasek, been hit by the same on armhf, fwiw
[20:12] <camm`> Is gdb broken on ubuntu-arm?
[20:24] <rsalveti> camm`: not that I know, which version are you trying?
[20:24] <rsalveti> and with which ubuntu release?
[20:26] <camm`> gcc compile farm, gcc33.fsffrance.org, Ubuntu 9.10 (armv7l), gdb Version: 7.0-0ubuntu1
[20:26] <camm`> /etc/debian_version -> squeeze/sid
[20:27] <rsalveti> hm, quite old one, quite a while I don't test it
[20:27] <camm`> trying to build gdb 7.2 now.
[21:31] <NekoXP> whee gcc33 is an Efika :3
[21:42] <camm`> Is there a better alternative available?