• [00:02:35] * NishanthMenon (n=Nishanth@cpe-24-175-68-203.tx.res.rr.com) has joined #beagle
  • [00:04:16] <Bari\> how does someone go about getting their hands on a beagleboard?
  • [00:04:38] * NishanthM (n=Nishanth@cpe-24-175-68-203.tx.res.rr.com) Quit (Read error: 110 (Connection timed out))
  • [00:08:14] <mru> Bari\: be lucky
  • [00:08:22] <mru> or wait for production to start
  • [00:10:30] <Bari\> who's is behind the production?
  • [00:11:43] <mru> texas instruments, I suppose
  • [00:12:25] <Bari\> what's the most similar TI dev board to the beagle?
  • [00:13:14] <mru> the omap3 evm I guess
  • [00:15:28] <ds2> SDP
  • [00:15:48] <ds2> isn't the EVM a Minstral product, not TI?
  • [00:16:51] <Bari\> XOMAP3530BCBB 58.00 | 100u it's interesting , what's the current status on Linux? is X up yet?
  • [00:21:40] <Bari\> I see the X11 at open embedded
  • [00:26:00] * banderson (n=ilinux@69.71.183.7) has left #beagle
  • [00:34:53] <Bari\> is the OMAP3530 LPDDR only?
  • [00:35:28] <Bari\> no 2.5V DDR tolerance?
  • [01:09:10] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  • [01:29:18] * bazbel1 (n=a0192809@nat/ti/x-28ab32bdcec4e796) Quit (Remote closed the connection)
  • [01:33:13] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [01:45:46] <ds2> j #edev
  • [01:46:07] <DaQatz> /
  • [01:47:40] * bazbell (n=a0192809@nat/ti/x-59cfcee2ffdc34ae) has joined #beagle
  • [01:51:44] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [01:57:26] <mru> musb_bus_suspend 2129: trying to suspend as a_wait_vrise is_active=1
  • [01:57:29] <mru> wtf?
  • [01:58:06] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [01:58:46] <mru> could there be heat issues with the chip?
  • [01:58:58] <mru> it started acting weird when I was running ffmpeg
  • [01:59:09] <Crofton> is it hot?
  • [01:59:30] <mru> not fizzling or anything, but well above room temperature
  • [02:00:16] <mru> I'll leave it for a few minutes to cool down and see if that helps
  • [02:00:50] <mru> I also got a flurry of "TWL4030 module irq 368 is disabled but can't be masked!" messages
  • [02:02:48] <mru> booting normally now
  • [02:06:39] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [02:12:27] * rsalveti (n=salveti@189.70.96.19) has joined #beagle
  • [02:13:59] * robclark (n=robclark@nat/ti/x-cb1539ae3ac0e2d6) has joined #beagle
  • [02:22:08] <mru> the usb ethernet gadget mode is sloooow
  • [02:25:49] <DaQatz> How slow?
  • [02:26:39] <mru> I haven't measured it, but nfs is annoyingly slow
  • [02:26:47] <jkridner> I think koen said he was getting 70Mbps.
  • [02:26:47] <DaQatz> ahh
  • [02:27:21] <DaQatz> Need a networking alternative
  • [02:27:47] <jkridner> ds2: the EVM is made by Mistral, but it is TI sold and supported.
  • [02:28:08] <jkridner> whereas, Beagle is a "community supported" board.
  • [02:28:20] <jkridner> just happen to have some TI folks in the community. :)
  • [02:29:05] <jkridner> the Linksys USB200M works fine for me for Ethernet.
  • [02:29:20] <Crofton|work> nfs is always annoynigly slow
  • [02:29:23] <Crofton|work> gn guys
  • [02:29:29] <Crofton|work> must fall over now
  • [02:29:32] <jkridner> gn Crofton|work
  • [02:29:33] <DaQatz> nights
  • [02:29:35] <mru> well, not *that* slow
  • [02:29:58] <mru> I run nfs between some other machines here, and it's definitely faster there
  • [02:30:06] * jkridner steps away from the computer for a while.
  • [02:30:21] <DaQatz> ethernet over usb + nfs...
  • [02:31:42] <mru> damn thing crashed again
  • [02:35:58] <jkridner> mru: are you seeing crashes with the kernel that is up on code.google.com?
  • [02:36:10] <mru> I'm using a kernel I built
  • [02:36:23] <jkridner> it would be interesting to compare behavior vs. that one.
  • [02:36:29] <mru> linux-omap.git with oprofile patches
  • [02:36:34] <jkridner> are you on the latest git?
  • [02:36:39] <jkridner> k.
  • [02:36:43] <mru> it was latest yesterday
  • [02:37:08] <jkridner> where did you pull the oprofile patches from?
  • [02:37:45] <jkridner> http://lists.arm.linux.org.uk/lurker/message/20080506.161226.7743fffc.en.html ?
  • [02:37:47] <mru> I found a link to some email with patches on the elinux.org wiki
  • [02:37:58] <mru> yes, that one
  • [02:38:52] <jkridner> k. I'm just taking note. I like to know when something isn't working quite right what the sources of instability might be.
  • [02:39:33] <mru> oprofile was enabled both times it crashed... I think
  • [02:40:22] <mru> and again
  • [02:52:06] * robclark (n=robclark@nat/ti/x-cb1539ae3ac0e2d6) Quit ()
  • [03:08:46] * robclark (n=robclark@nat/ti/x-f9b04efaf6e83d98) has joined #beagle
  • [03:24:00] * Beagle0 (n=Beagle0@c-76-31-18-64.hsd1.tx.comcast.net) has joined #beagle
  • [03:25:03] * Beagle0 (n=Beagle0@c-76-31-18-64.hsd1.tx.comcast.net) Quit (Client Quit)
  • [03:28:27] * Beagle8 (n=Beagle8@c-76-31-18-64.hsd1.tx.comcast.net) has joined #beagle
  • [03:29:51] * Beagle8 (n=Beagle8@c-76-31-18-64.hsd1.tx.comcast.net) Quit (Client Quit)
  • [03:29:52] * Beagle9 (n=Beagle9@c-76-31-18-64.hsd1.tx.comcast.net) has joined #beagle
  • [03:31:12] * Beagle9 (n=Beagle9@c-76-31-18-64.hsd1.tx.comcast.net) Quit (Client Quit)
  • [03:31:46] * Beagle4 (n=Beagle4@c-76-31-18-64.hsd1.tx.comcast.net) has joined #beagle
  • [03:32:12] * Beagle4 (n=Beagle4@c-76-31-18-64.hsd1.tx.comcast.net) Quit (Client Quit)
  • [03:32:21] * Beagle0 (n=Beagle0@c-76-31-18-64.hsd1.tx.comcast.net) has joined #beagle
  • [03:32:50] * Beagle0 (n=Beagle0@c-76-31-18-64.hsd1.tx.comcast.net) Quit (Client Quit)
  • [03:32:59] * Beagle8 (n=Beagle8@c-76-31-18-64.hsd1.tx.comcast.net) has joined #beagle
  • [03:33:02] * Beagle8 (n=Beagle8@c-76-31-18-64.hsd1.tx.comcast.net) Quit (Client Quit)
  • [03:33:16] * Beagle1 (n=Beagle1@c-76-31-18-64.hsd1.tx.comcast.net) has joined #beagle
  • [03:38:21] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [03:45:28] * NishanthMenon (n=Nishanth@cpe-24-175-68-203.tx.res.rr.com) Quit ("Aloha")
  • [03:56:04] <ds2> interest... the way things were at ESC suggested TI's only relation to the EVM was they made the chip
  • [03:56:13] <ds2> wonder if this is also the case with the ZoomMDK?
  • [04:29:45] * lgentili (n=lgentili@host46.190-136-167.telecom.net.ar) has joined #beagle
  • [04:42:53] * robclark (n=robclark@nat/ti/x-f9b04efaf6e83d98) Quit (Remote closed the connection)
  • [04:51:26] * lgentili (n=lgentili@host46.190-136-167.telecom.net.ar) Quit (Remote closed the connection)
  • [05:06:27] * Olipro (n=Olipro@unaffiliated/olipro) Quit (Read error: 104 (Connection reset by peer))
  • [06:00:54] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [06:04:08] * NeuroTech (n=NeuroTec@adsl-75-51-176-138.dsl.lsan03.sbcglobal.net) has joined #beagle
  • [08:12:09] * Genesis (n=Ronan@AMontsouris-153-1-33-226.w90-2.abo.wanadoo.fr) has joined #beagle
  • [08:13:23] * trickie (n=trickie@basesoft.demon.nl) has joined #beagle
  • [08:28:43] <koen> mru: there was some issue with Oprofile Richard Purdie was tracking down, see LAKML the last 2 or 3 weeks
  • [08:31:11] <koen> mru: http://thread.gmane.org/gmane.linux.ports.arm.kernel/41941/focus=41941
  • [09:07:24] * NeuroTech (n=NeuroTec@adsl-75-51-176-138.dsl.lsan03.sbcglobal.net) Quit (Read error: 110 (Connection timed out))
  • [09:08:00] * trickie (n=trickie@basesoft.demon.nl) Quit (Read error: 104 (Connection reset by peer))
  • [09:15:13] <koen> sakoman, Crofton: OE now builds beagle and omap3evm in armv7 mode
  • [09:15:55] * RogerMonk (n=a0740758@nat/ti/x-344c3c6b440f797e) has joined #beagle
  • [09:32:59] * JF1AFN (n=edson@softbank219007138031.bbtec.net) has joined #beagle
  • [09:40:16] * RogerMonk (n=a0740758@nat/ti/x-344c3c6b440f797e) Quit (Remote closed the connection)
  • [09:48:01] * RogerMonk (n=a0740758@nat/ti/x-89c01e20e61817ca) has joined #beagle
  • [10:19:19] <DJWillis> koen: is that with the kernel downgrade? Out of interest what's the formal path for OE patches if I wanted to add crude Pandora support to .dev rather then my local tree?
  • [10:20:36] <Crofton|work> DJWillis, use mtn diff and add them to the bug tracker
  • [10:20:51] <koen> DJWillis: no kernel downgrade :)
  • [10:21:00] <koen> DJWillis: only using 2007q3 as compiler for the kernel
  • [10:21:19] <koen> DJWillis: send it to the bugtracker, or straight to me
  • [10:22:02] <DJWillis> Crofton|work: koen: cheers, I need to clean, I was not sure if you used bugtracker or a mailing list, I admit I did not look hard ;-)
  • [10:22:34] <koen> If you send them straight to me, I can clean them up for you :)
  • [10:22:46] <DJWillis> Crofton|work: I better move them into the .dev tree at some point then (I have it all as an extra tree at the moment).
  • [10:22:53] <Crofton|work> and then you can always see if someone will take them diect :)
  • [10:23:22] <DJWillis> koen: I will bare that in mind, I think the weekends work is now sorted ;-)
  • [10:23:54] <Crofton|work> koen, when did you commit armv7 stuff?
  • [10:24:01] <Crofton|work> hopefully in your morning ....
  • [10:25:04] <koen> Crofton|work: last night (2am my time the base went in) and this morning (like 2 hours ago) the switch was made
  • [10:25:16] <koen> I had to take some time to sleep and test it at runtime
  • [10:27:48] <Crofton> ok, I was afraid you had gone to bed after me ....
  • [10:28:40] <koen> I had gone to bed at 11 pm....
  • [10:43:05] <Crofton> koen, me too :)
  • [10:43:16] <Crofton> felipe just sent in some musb patches
  • [10:43:23] <koen> I noticed
  • [10:43:29] * Haggis900c (n=haggis90@78.148.135.75) has joined #beagle
  • [10:43:58] <koen> they are usefull for people with his composite USB patches
  • [10:44:28] <Haggis900c> good morning folks
  • [10:44:40] * Haggis900c (n=haggis90@78.148.135.75) Quit (Remote closed the connection)
  • [10:47:23] * Haggis900c (n=haggis90@78.148.135.75) has joined #beagle
  • [11:00:05] <jkridner> koen: do you build csl2007q3 from source, or just use the binaries?
  • [11:07:13] <koen> source
  • [11:18:08] <jkridner> koen: great. thanks. now I can finally complete my rebuild of csl2007q3 on my mac.
  • [11:19:26] <jkridner> I believe my last problem is to resolve a bug with Gentoo-prefix's installation of bitbake. For some reason, the installer has the path prefix added multiple times.
  • [11:19:37] <koen> did I miss something in http://rafb.net/p/rjkgDO66.txt ?
  • [11:19:48] <koen> jkridner: nobody install bitbake
  • [11:19:59] <koen> everybody just runs it from the svn checkout
  • [11:20:28] <koen> or from the tarball checkout
  • [11:20:38] <jkridner> k. I can do that, but I prefer to have all my installations registered with the Gentoo package manager.
  • [11:22:04] <jkridner> well, it is interesting you have EHCI there, but I guess it is true from a software view. Does anyone have SmartReflex-AVS working with a part that has the fuses blown?
  • [11:23:09] <jkridner> AVS=Automatic Voltage Scaling. The aspect of lowering the voltage based on having a device where the hardware detects that you can lower the voltage and maintain the same frequency (based on temperature and process).
  • [11:23:42] <jkridner> On the unsupported side, I think you need to add the user button.
  • [11:23:54] <koen> I think in linux that's part of DVFS
  • [11:24:44] <jkridner> DVFS is different. DVFS is when you detect that you only need so many cycles per second and lower both the voltage and frequency. That should be tied to CPUfreq.
  • [11:24:54] <jkridner> (I believe)
  • [11:25:13] <koen> ah, right
  • [11:25:37] <koen> Are there beagleboards out there that have a correct efuse setup?
  • [11:26:01] <jkridner> I believe we refer to the power management techniques as AVS, DVFS, SLM, and DPS.
  • [11:26:40] <jkridner> koen: I'm not aware. I'd guess no, since most of the devices came out of the same shipment.
  • [11:27:14] <jkridner> I really need to create a FAQ on the power management stuff. I've seen enough presentations on it, but it doesn't stick in my head.
  • [11:27:37] <jkridner> Right now, I'm confused about the difference between DVFS and DPS.
  • [11:27:38] <koen> slm is leak management, right?
  • [11:27:44] <jkridner> right.
  • [11:27:47] <Genesis> are there some plan about extansion boards jk ?
  • [11:27:47] * koen opens spruf98a
  • [11:28:20] <Genesis> or some deal possible to some hobbist that plan to do some ;)
  • [11:28:42] <jkridner> Genesis: not really. I think there might be a few people at TI looking to have some to promote some other TI parts, but I don't know of any solid plans.
  • [11:29:36] <jkridner> We intentionally didn't bring out a bunch of stuff to the expansion port as it would have added cost and gotten in the way of other companies making boards for expansion.
  • [11:29:45] <koen> "Like DVFS, dynamic power switching (DPS) is a power-management technique aimed at reducing active
  • [11:29:48] <koen> power consumption of a device. However, whereas DVFS reduces both dynamic and leakage power
  • [11:29:51] <koen> consumption, DPS reduces only leakage power consumption, at the expense of a slight overhead in
  • [11:29:55] <koen> dynamic power consumption."
  • [11:30:05] * jkridner really, really needs to merge/develop the code for the project registration page.
  • [11:30:18] <Genesis> oki jkridner , i'll have a look to CAN bus and more DIO with a serializer
  • [11:30:43] <jkridner> I do suggest for people who are thinking of "grand" projects to register them at sf.net or code.google.com and tag them with the keyword 'beagleboard'.
  • [11:31:31] <koen> can bus for beagleboard: http://www.c-a-n.com/canusb.html
  • [11:31:34] <koen> there you go :)
  • [11:31:39] <Genesis> i think beagle for my eurobot team's bot
  • [11:31:41] <jkridner> thanks koen. I need to start memorizing those 1000s of pages. :)
  • [11:31:59] <Genesis> i'm not a fana of protocole over usb bus
  • [11:32:17] <jkridner> ah, koen has taken on the Beagle mantra!
  • [11:32:27] <Genesis> cost too much canusb lol
  • [11:33:00] <Genesis> for same price i've devel board at embbededarm with can expension board :o)
  • [11:34:44] <Genesis> lack of PC104 support on the beagle , but perharps i've crazy need.
  • [11:34:55] <jkridner> I expect that a lot of Beagle developers are happy to just do things with software, and that is our emphasis. still, I look forward to a CAN bus adapter. I love standard busses and CAN counts. :)
  • [11:35:07] <Genesis> http://www.embeddedarm.com/products/board-detail.php?product=TS-CAN1
  • [11:35:41] <Genesis> SJA1000 is a good chip
  • [11:36:54] <jkridner> koen: is there a reason that no one has merged the ALSA audio rather than waiting on ALSA SoC? Is this just because the ALSA SoC is so close to working?
  • [11:37:22] <jkridner> koen: I2C should be added to the supported list, I believe.
  • [11:37:33] <jkridner> which also includes the DDI interface for the DVI-D port.
  • [11:38:19] <koen> jkridner: WTBU uses a different mcbsp driver than mainline
  • [11:38:59] <koen> so if you are going to rewrite it, you are better of doing it right
  • [11:39:22] <jkridner> k. hopefully ALSA SoC will be in there soon and we can move on. :)
  • [11:39:53] <koen> sakoman has it working on the evm
  • [11:40:01] <jkridner> I think we also need to eventually add support for the RESET button too. :)
  • [11:40:27] <jkridner> it gets disabled by the kernel, whereas we need to make it trigger a clean 'reboot'.
  • [11:41:09] <jkridner> well, at least I think the behavior in 2.6.26-rc is the same as with 2.6.22 (WTBU, as you call it).
  • [11:41:34] <koen> it isn't
  • [11:41:44] <jkridner> oh? does it cause a reset?
  • [11:41:55] <koen> both typing 'reboot' and pressing the button cause a reset
  • [11:42:22] <jkridner> k. is it an immediate hardware reset or a soft 'reboot' reset?
  • [11:42:38] <koen> immediate when pressing the button
  • [11:43:01] <jkridner> k. I'll let others decide if that is the desired behavior. :)
  • [11:43:22] <jkridner> it can be overridden if desired.
  • [11:44:27] <jkridner> the USER button is one I do get bugged on by people occasionally who are looking to do things like trigger audio recordings without a graphical UI.
  • [11:45:11] <jkridner> I'm a bit excited about that group doing an audio UI, but I don't know how far it will go.
  • [11:45:39] * jkridner is off to get ready for a day at the office.
  • [11:48:30] <Genesis> bye ;)
  • [12:04:15] <Crofton|work> koen, in your libtool hacking, do you have a fix for ibtool: link: cannot find the library `../libltdl/libltdl.la' or unhandled
  • [12:04:15] <Crofton|work> argument `../libltdl/libltdl.la'
  • [12:04:32] <Crofton|work> there have been emails that sound like this on the libtool list :(
  • [12:12:26] * BThompson (n=BThompso@nat/ti/x-3f29de0f45068ba9) has joined #beagle
  • [12:19:56] * trickie (n=trickie@basesoft.demon.nl) has joined #beagle
  • [12:27:13] <koen> Crofton|work: haven't seen that error yet
  • [12:27:17] <koen> Crofton|work: try asking RP
  • [12:28:01] <Crofton|work> I think he is hiding :(
  • [12:28:11] <Crofton|work> likewise and I are both seeing it
  • [12:28:43] <koen> send a mail to oe-devel?
  • [12:29:30] <Crofton> yeah, that is next
  • [12:35:52] * Haggis900c (n=haggis90@78.148.135.75) Quit (Remote closed the connection)
  • [12:36:10] <Crofton|work> I think I have his attention
  • [12:39:41] <koen> Crofton|work: I wonder why it says it can't find the libs
  • [12:39:51] <koen> Crofton|work: libtool_2.2.4.bb does stage them
  • [12:39:55] * bazbell (n=a0192809@nat/ti/x-59cfcee2ffdc34ae) Quit (Remote closed the connection)
  • [12:39:57] <Crofton> hrw says libtool-cross is not staging them ...
  • [12:40:29] <koen> -cross shouldn't stage them
  • [12:40:39] <koen> libtool_2.2.4 should
  • [12:40:44] <Crofton|work> well, I'll see what they come up with :)
  • [12:40:54] <koen> since that's the package that will create libltdl7.ipk
  • [12:41:53] * Olipro (n=Olipro@unaffiliated/olipro) has joined #beagle
  • [12:46:07] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [12:50:13] <DJWillis> Olipro: You can't make use of a G3 Wizard with a patched SPL can you? Having a tidy up of my desk ;-)
  • [12:57:24] * prpplague (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [12:59:19] <sakoman> good morning!
  • [12:59:32] * jkridner|work (n=a0321898@nat/ti/x-766eeb8ab58c4175) has joined #beagle
  • [12:59:33] <DJWillis> Hi sakoman
  • [13:01:55] <sakoman> koen: .dev omap3evm recipe wouldn't build for me -- missing harry potter patch in the omap3evm folder
  • [13:01:59] <prpplague> greetings earthlings
  • [13:02:31] <sakoman> also, flash.patch isn't needed in the omap3evm append portion of the recipe
  • [13:03:15] <sakoman> Thanks for integrating the evm stuff! I really appreciate it :-)
  • [13:03:40] <sakoman> greeting prpplague
  • [13:04:43] <prpplague> sakoman: whats cookin today?
  • [13:07:08] <Olipro> hey DJWillis
  • [13:07:11] <Olipro> sure could
  • [13:07:12] <Olipro> :P
  • [13:08:04] * sweetlilm (n=sweet@168.210.232.9) has joined #beagle
  • [13:08:23] <sakoman> prpplague: think I might try alsa soc on beagle today
  • [13:08:30] <DJWillis> Olipro: no charger, no stylus and a little worn but in good working order, drop me a mail and i'll pop it in the post.
  • [13:08:41] <Olipro> ok, thanks
  • [13:08:42] <DJWillis> sakoman: that would be rather cool :D
  • [13:09:12] <sakoman> have to make it through the 4.3.1 compiler switch first :-)
  • [13:09:30] <sakoman> hopefully things will just work!
  • [13:09:51] <sakoman> koen did all the pioneering work so I have really high hpes
  • [13:10:27] <sweetlilm> been crusing beagle.org, looking for a link where I can buy a board / pre-order etc. can't seem to find it, anyone have details?
  • [13:10:27] <prpplague> sakoman: fun fun
  • [13:10:34] <sakoman> off for coffee first :-)
  • [13:10:43] <prpplague> sakoman: amen
  • [13:10:49] <sakoman> need all brain cells engaged
  • [13:10:58] <sakoman> especially at 6am!
  • [13:12:26] <koen> sweetlilm: "If interested, drop a note to revb-request (at) beagleboard.org. This list is used to keep the list of requests."
  • [13:12:47] <sweetlilm> thanks, will do right now.
  • [13:13:16] <sweetlilm> when is the next run due?
  • [13:13:31] * NishanthMenon (n=nmenon@nat/ti/x-78a7f412fdd8f4eb) has joined #beagle
  • [13:13:57] <koen> rev C is due november
  • [13:15:18] * bazbell (n=a0192809@nat/ti/x-f1645268705810d7) has joined #beagle
  • [13:17:25] <sweetlilm> any more revb runs?
  • [13:19:11] * Olipro_ (n=Olipro@unaffiliated/olipro) has joined #beagle
  • [13:22:12] <koen> no idea about that
  • [13:26:31] * Olipro (n=Olipro@unaffiliated/olipro) Quit (Read error: 104 (Connection reset by peer))
  • [13:43:37] * rsalveti (n=salveti@189.70.96.19) Quit (Read error: 110 (Connection timed out))
  • [13:44:36] * rsalveti (n=salveti@200.184.118.132) has joined #beagle
  • [14:10:43] <jkridner|work> koen: ping
  • [14:18:37] <sakoman> koen: might make sense to integrate my u-boot recipe into .dev too. Would you like me to send it to you?
  • [14:18:37] <koen> pong
  • [14:18:47] <koen> sakoman: please do :)
  • [14:22:29] <sakoman> koen: OK, done
  • [14:22:51] <sakoman> not sure if you want to include the 1.1.4 recipe
  • [14:23:28] <sakoman> couldn't use the .gz from beagleboard site (double zipped) so I mirrored on my site
  • [14:24:34] <koen> I'm wondering if I should push the no-harry-potter diff upstream
  • [14:27:14] <sakoman> seems appropriate at first glance, why not RFC?
  • [14:32:48] <koen> ok
  • [14:33:10] * koen attaches a usb fan to the beagle and points it to the twl
  • [14:37:14] * NishanthMenon (n=nmenon@nat/ti/x-78a7f412fdd8f4eb) Quit (Remote closed the connection)
  • [14:49:30] <koen> sakoman: http://article.gmane.org/gmane.linux.ports.arm.omap/8872
  • [14:49:36] * NishanthMenon (n=nmenon@nat/ti/x-57852a2aef2508b4) has joined #beagle
  • [14:55:38] * robclark (n=robclark@nat/ti/x-efc33b21557cc0d0) has joined #beagle
  • [14:57:54] <sakoman> koen: perfect!
  • [15:11:02] * hagisbasheruk (n=hagisbas@78.148.135.75) has joined #beagle
  • [15:14:21] * hagisbasheruk (n=hagisbas@78.148.135.75) Quit (Client Quit)
  • [15:16:33] <sakoman> koen: clean build of beagle kernel with fresh pull/update fails :-(
  • [15:16:56] <sakoman> | ln: target `/home/sakoman/omap3evm-oe/tmp/cross/arm-angstrom-linux-gnueabi/lib/' is not a directory: No such file or directory
  • [15:19:58] <sakoman> package gcc-cross-kernel-4.2.1-4.2.1+csl-arm-2007q3-53-r1
  • [15:23:12] <sakoman> blocked from testing beagle soc :-(
  • [15:25:14] * hagisbasheruk (n=hagisbas@78.148.135.75) has joined #beagle
  • [15:25:41] * trickie (n=trickie@basesoft.demon.nl) Quit ("Leaving")
  • [15:26:01] <koen> ah
  • [15:26:56] * banderson (n=ilinux@69.71.183.7) has joined #beagle
  • [15:27:24] <sakoman> koen: is that an "ah, I know what to do"? :-)
  • [15:27:25] * neurobuntu (n=neuromit@18.4.14.139) has joined #beagle
  • [15:27:40] <neurobuntu> is beagle the same thing as the tracker used in ubuntu?
  • [15:27:42] <sakoman> 1
  • [15:28:20] <koen> neurobuntu: see topic
  • [15:28:41] <neurobuntu> ooh thanks.
  • [15:29:04] * neurobuntu (n=neuromit@18.4.14.139) Quit ("Leaving")
  • [15:29:26] <banderson> How many times a day does that happen? (someone in wrong channel)
  • [15:29:41] <koen> sakoman: I'm pushing a fix now
  • [15:32:08] * jconnolly (n=jconnoll@ip-64-32-229-194.dsl.nyc.megapath.net) has joined #beagle
  • [15:34:54] <ldesnogu> koen: you should have phrased "CSL compilers accept both variants" differently. CSL 2006 releases don't accept armv7-a
  • [15:37:37] <sakoman> koen: thanks
  • [15:39:35] <jconnolly> hi from bug labs
  • [15:40:04] <sakoman> hello
  • [15:40:37] <jconnolly> we just got our beagleboard and we're super psyched about trying to port our software stack to it.
  • [15:40:52] * jconnolly is not an ambassador for BUG, just an enthused employee. =D
  • [15:41:29] <jconnolly> saw an IRC transcript regarding OpenEmbedded on beagle, noticed the channel and thought I'd drop in and say hi.
  • [15:42:18] <sakoman> are you using OE for the Bug Labs products?
  • [15:52:42] <koen> ldesnogu: what's the chance of people using an obsolete compiler building bleeding edge git?
  • [15:53:48] <koen> jconnolly: what kind of cpu is in the bugbase?
  • [15:53:52] <jconnolly> sakoman, right now we're using homebrew, but we're looking to move to OE/Poky very shortly
  • [15:53:58] <koen> (I know it's arm1136)
  • [15:54:58] <jconnolly> ARM11, Freescale i.MX31 ARM11
  • [15:55:29] <koen> with an MBX?
  • [15:55:37] <ldesnogu> koen: more than you think I am afraid; I have been fighting obsolete compilers in three different companies for 10 years :(
  • [15:56:34] <jconnolly> koen, that's right
  • [15:56:47] * gkarabi1 (n=gkarabin@64.212.175.249) has joined #beagle
  • [15:57:01] * sweetlilm (n=sweet@168.210.232.9) Quit ()
  • [15:57:43] <banderson> sakoman: Well the new uImage you put up yesterday doesn't work either. This is starting to feel like one of the problems that once I find out what I am doing wrong I am going to feel really stupid.
  • [15:58:10] <koen> wrong load address?
  • [15:58:35] * gkarabi2 (n=gkarabin@64.212.175.249) has joined #beagle
  • [15:58:55] <banderson> Checked that early on. Think it is the same as the TI and sakomans. Load Address: 80008000
  • [15:59:43] <banderson> Sakoman: Didn't you have the text output from statup of the evm somewhere?
  • [16:00:03] <sakoman> banderson: let me check
  • [16:03:52] <sakoman> banderson: http://pastebin.com/m111512bb
  • [16:07:54] <sakoman> koen: starting another clean build after a pull/update fingers crossed
  • [16:10:15] * dirk2 (n=dirk@F305b.f.strato-dslnet.de) has joined #beagle
  • [16:11:16] <banderson> sakoman: Does it matter that the ti kernel gets uncompressed before booting? Doesn't look like your EVM uImage does?
  • [16:13:24] <banderson> It is interesting the both your uImage and the ti uImage get reported as uncompressed by u-boot
  • [16:14:46] * gkarabin (n=gkarabin@64.212.175.249) Quit (Read error: 110 (Connection timed out))
  • [16:16:32] <koen> sakoman: save your deploy dir, saves a bunch of builds
  • [16:16:45] <koen> sakoman: packaged-staging really cuts down build time :)
  • [16:18:02] * gkarabi1 (n=gkarabin@64.212.175.249) Quit (Read error: 110 (Connection timed out))
  • [16:25:14] <sakoman> banderson: I don't think it should matter
  • [16:25:55] * JoeyBorn (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) has joined #beagle
  • [16:26:10] <sakoman> koen: I usually do. I like to start fresh every once in a while. Starting with a new compiler seems like a good time to start fresh
  • [16:26:13] <JoeyBorn> wow, big growth in this channel!
  • [16:27:00] <Crofton|work> sakoman's fresh start usual conicidees with him going outside
  • [16:27:28] <sakoman> not usually, always :-)
  • [16:28:29] <sakoman> crazy fire season this year
  • [16:29:36] <sakoman> fortunately nothing too close
  • [16:39:20] <koen> ah, rc6 is out
  • [16:39:28] <koen> hopefully tony merges that tonight
  • [16:39:55] <DJWillis> koen: anything of note in RC6?
  • [16:41:48] <koen> http://kerneltrap.org/mailarchive/linux-kernel/2008/6/12/2112064
  • [16:43:04] <banderson> Sakoman: Is there difference between EVMs?
  • [16:43:54] <DJWillis> banderson: as long as you have a Mistral OMAp 3 EVM you should be fine.
  • [16:45:37] <Crofton|work> I wonder how they tested the below freezing temperatures ACPI issue .....
  • [16:45:40] <banderson> That is what I have.
  • [16:46:01] <koen> Crofton|work: kitchen freezer?
  • [16:46:10] <Crofton|work> south pole?
  • [16:46:20] <koen> andes?
  • [16:46:47] <prpplague> koen: you guys doing angstrom builds for the beagle?
  • [16:47:00] <sakoman> banderson: have no clue. someone from TI would need to answer
  • [16:47:10] <Crofton|work> prpplague, yes
  • [16:48:59] <koen> prpplague: yes
  • [16:49:57] <sakoman> prpplague: yes
  • [16:50:01] <sakoman> :-)
  • [16:50:03] <prpplague> hehe
  • [16:53:21] <koen> http://amethyst.openembedded.net/~koen/beagleboard/Angstrom-console-image-glibc-ipk-2008.1-test-20080613-beagleboard.rootfs.tar.bz2
  • [16:54:07] * ldesnogu_ (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) has joined #beagle
  • [16:54:29] <koen> http://amethyst.openembedded.net/~koen/beagleboard/uImage-2.6.25+2.6.26-rc5+r23+git74412cbb62b3b4af3f7a1dd9133f19950cd94b2e-r23-beagleboard.bin
  • [16:55:47] <DJWillis> I love GIT hashes, nothing like a GUID to roll off the tongue ;-)
  • [16:59:55] * NishanthM (n=nmenon@nat/ti/x-801de4dae6674cb0) has joined #beagle
  • [17:00:51] <Genesis> bye
  • [17:00:56] * Genesis (n=Ronan@AMontsouris-153-1-33-226.w90-2.abo.wanadoo.fr) Quit (Remote closed the connection)
  • [17:01:11] <banderson> sakoman: Did you say you had the original u-boot on your evm? you havn't reflashed it from what came on the board.
  • [17:01:23] <sakoman> yes, stock u-boot
  • [17:01:43] * gkarabi2 (n=gkarabin@64.212.175.249) Quit (Read error: 110 (Connection timed out))
  • [17:04:35] * NishanthMenon (n=nmenon@nat/ti/x-57852a2aef2508b4) Quit (Remote closed the connection)
  • [17:09:39] <sakoman> koen: build still fails :-(
  • [17:09:50] <sakoman> NOTE: package gcc-cross-kernel-4.2.1-4.2.1+csl-arm-2007q3-53-r1: task do_compile: started
  • [17:09:50] <sakoman> ERROR: function do_compile failed
  • [17:09:50] <sakoman> ERROR: log data follows (/home/sakoman/gumstix/omap3evm-oe/tmp/work/armv7a-angstrom-linux-gnueabi/gcc-cross-kernel-4.2.1-4.2.1+csl-arm-2007q3-53-r1/temp/log.do_compile.13262)
  • [17:09:50] <sakoman> | ln: target `/home/sakoman/gumstix/omap3evm-oe/tmp/cross/arm-angstrom-linux-gnueabi/lib/' is not a directory: No such file or directory
  • [17:12:48] <koen> sakoman: try 'bitbake gcc-cross'
  • [17:17:51] * Olipro_ (n=Olipro@unaffiliated/olipro) Quit (Read error: 110 (Connection timed out))
  • [17:24:06] <sakoman> koen: ok, in progress
  • [17:24:24] <koen> it seems it needs gcc-cross present
  • [17:34:06] <koen> sakoman: I could test the beagle asoc patch while you wait for gcc to build :)
  • [17:40:07] <sakoman> koen: sent
  • [17:40:39] <sakoman> not even sure it will compile cause I haven't been able to try :-)
  • [17:41:07] <sakoman> you'll need to run menuconfig to enable the driver
  • [17:44:35] * RogerMonk (n=a0740758@nat/ti/x-89c01e20e61817ca) Quit (Remote closed the connection)
  • [17:46:58] <koen> NOTE: package linux-omap2-2.6.25+2.6.26-rc5+r23+git74412cbb62b3b4af3f7a1dd9133f19950cd94b2e-r23: task do_unpack: started
  • [17:50:50] <Crofton|work> while you wait for builds to complete
  • [17:50:54] <Crofton|work> http://www.crazyguyonabike.com/doc/thetrip08
  • [17:51:01] <ldesnogu_> frightening: http://kerneltrap.org/Quote/x86_Is_So_Totally_Dominant+
  • [17:51:08] <koen> ldesnogu_: indeed
  • [17:51:34] <koen> ldesnogu_: I'm willing to takes bets that there are more ARM devices running linux than x86 devices
  • [17:51:51] <ldesnogu_> probably yes
  • [17:51:54] <koen> combine that with all the MIPS routers people use
  • [17:52:03] <ldesnogu_> and mips too of course :)
  • [17:52:34] <ldesnogu_> but the problem is that those Linux often are specific
  • [17:52:47] <koen> you mean "run kenrel 2.4" :)
  • [17:52:57] <ldesnogu_> the good news is that now there are two guys in charge of embedded Linux
  • [17:53:26] <ldesnogu_> yeah 2.4... my router has that... and my PS2 even has 2.2 :)
  • [17:53:53] <koen> PS2 is powerpc :)
  • [17:53:59] <ldesnogu_> nah
  • [17:54:02] <koen> (iirc)
  • [17:54:02] <ldesnogu_> MIPS 5900
  • [17:54:07] <koen> ah
  • [17:54:09] * Crofton|work remembers he needs to eat
  • [17:54:10] <ldesnogu_> PS3 is PowerPC
  • [17:54:39] <ldesnogu_> the MIPS 5900 is not even officially supported by gcc, it's always a hell to develop on that machine
  • [17:56:41] <koen> I wonder what the percentages are
  • [17:58:24] * trickie (n=trickie@hgaulton.xs4all.nl) has joined #beagle
  • [17:58:52] <koen> greg KH announced a new kernel tree where one of the prereq was "should work on x86"
  • [17:59:05] <koen> I guess the linux-driver-project isn't going to do SGX drivers ;)
  • [17:59:48] <prpplague> koen: i was told 2007.1 .stable for angstrom was pretty stable and easy to build, that sound about right?
  • [18:00:15] <koen> yes
  • [18:00:31] <koen> org.oe.stable + DISTRO=angstrom-2007.1
  • [18:01:03] <prpplague> koen: okie dokie, i'll have to give it a try next week
  • [18:01:19] <prpplague> koen: there a channel for angstrom support/dev?
  • [18:01:45] <koen> there's #angstrom, but the angstrom-devel mailinglist has more knowledgable people
  • [18:01:57] <koen> and, there's #oe for OE questions
  • [18:02:10] <prpplague> i'm not too big on mailing lists
  • [18:02:39] <prpplague> hehe,and the last time i was on #oe iirc i got flamed, hehe
  • [18:03:00] * ds2 curses the triton
  • [18:03:16] <koen> prpplague: there's always /msg koen :)
  • [18:03:28] <koen> ds2: you mean TWL4030 :)
  • [18:03:32] <prpplague> koen: hehe
  • [18:03:42] <ds2> koen: yeah, that too
  • [18:04:18] <ds2> gpios on it seems to be changing states without anything doing it :(
  • [18:04:28] * hvontres|work (n=hvontres@hentges.net) has joined #beagle
  • [18:09:29] <keesj> Crofton|work: is that you 86 days on a bike?
  • [18:09:50] <koen> sakoman: http://rafb.net/p/WGpgD295.txt
  • [18:11:19] <koen> sakoman: + if (!machine_is_omap3evm()) {
  • [18:16:00] <sakoman> oops! I told you I never even tried to build with that patch :-)
  • [18:16:19] <sakoman> I forgot to git add a file (among other things)
  • [18:16:31] <sakoman> will send another in a moment
  • [18:19:55] <koen> ALSA device list:
  • [18:19:55] <koen> <6> #0: omap3evm (twl4030) #0: omap3evm (twl4030)
  • [18:19:59] <koen> there we go :)
  • [18:21:39] <koen> that doesn't work as expect
  • [18:22:55] * hvontres|work (n=hvontres@hentges.net) Quit ("Lost terminal")
  • [18:23:10] <koen> sakoman: http://rafb.net/p/SfUNMX21.txt
  • [18:23:23] <sakoman> koen: I sent you another patch. That last one was in a half-ass state -- I normally like t test things before I send them to someone else :-)
  • [18:24:26] <sakoman> koen: well if this next one doesn't work for you you'll just have to be patient till I can build again :-)
  • [18:24:51] <sakoman> I just started adding the dapm stuff so it is quite possible that I broke it!
  • [18:25:11] * neurobuntu (n=neuromit@18.4.14.139) has joined #beagle
  • [18:25:27] * neurobuntu (n=neuromit@18.4.14.139) has left #beagle
  • [18:25:50] <sakoman> On the bright side my build is now progressing so it shouldn't be too long before I am back in business
  • [18:27:07] <ali_as> Does anyone know if the pandora schematic is public?
  • [18:27:11] <koen> new build is on its way
  • [18:27:25] <sakoman> koen: what app were you using to test?
  • [18:27:32] <koen> madplay
  • [18:27:48] <koen> still used to having no FPU :)
  • [18:27:56] <ldesnogu_> ali_as: I would be surprised...
  • [18:28:05] <koen> sound/soc/omap/omap3beagle.c:141: error: implicit declaration of function 'machine_is_omap3beagle'
  • [18:28:27] <koen> sakoman: there should be an underscore between omap3 and beagle
  • [18:28:28] <sakoman> ah, yes. needs an underscore
  • [18:28:42] <sakoman> total lack of consistency in machine ids :-(
  • [18:29:20] <sakoman> koen: madplay is a first. I was using aplay/record, mplay, and xmms
  • [18:29:21] <koen> yeah :(
  • [18:29:33] <koen> build is running again
  • [18:29:57] <sakoman> BTW, does anyone know what the procedure is for requesting a new machine id?
  • [18:30:23] <ali_as> ldesnogu_, Oh? I simply can't find any references to it anywhere, there are a few member only areas, confusingly I can't find anyone thats asked if there is a schematic available.
  • [18:30:37] <koen> sakoman: didn't RMK had some webapp for it?
  • [18:30:56] <sakoman> have no idea! never had to get one
  • [18:30:56] <koen> sakoman: that is , for requesting an ID for a machine unknown to the kernel
  • [18:31:01] <sakoman> yes
  • [18:31:18] <koen> http://www.arm.linux.org.uk/developer/machines/
  • [18:31:29] <ldesnogu_> ali_as, the Pandora design is not open as the Beagle one, and by far...
  • [18:32:37] <dirk2> machine registry: Beagle is already there: http://www.arm.linux.org.uk/developer/machines/?action=list&id=1546
  • [18:33:41] <sakoman> dirk2: I knew that :-) I need to get one for a client's hw
  • [18:34:34] <dirk2> Ah, okay ;) But good to look there, recently there was a "TI DaVinci DA8XX EVM" registered
  • [18:34:54] <koen> #0: omap3beagle (twl4030)
  • [18:35:17] <sakoman> that's better. at least it didn't crash at boot :-)
  • [18:37:12] <koen> and I hear a pop
  • [18:39:38] <koen> sakoman: http://rafb.net/p/kyrVTX82.txt
  • [18:43:45] <sakoman> koen: thanks
  • [18:44:08] <sakoman> well clearly some debugging is needed on beagle :-)
  • [18:44:37] <sakoman> I guess I better try again on the evm just to rule out any compiler strangeness
  • [18:44:49] <sakoman> this *is* the first time with 4.3.1
  • [18:45:33] <koen> it's 2007q3
  • [18:46:02] <sakoman> ah, ok
  • [18:46:16] <koen> KERNEL_CC_SUFFIX magic :)
  • [18:46:27] <koen> (doesn;t rule out compiler error)
  • [18:46:32] <sakoman> I'll send you a new patch when I figure out what is wrong
  • [18:48:53] <NishanthM> what is irq 56?
  • [18:49:16] <NishanthM> i think that is t2 interrupt line rt?
  • [18:51:36] <koen> 56: 1617 INTC i2c_omap
  • [18:52:01] <koen> NishanthM: http://rafb.net/p/A1HnL132.txt
  • [18:52:50] <NishanthM> i2c1 croaking? drat!!
  • [18:54:22] <NishanthM> koen, dumb question: did i2c adapter register prior to audio?
  • [18:56:07] <NishanthM> i mean in the boot log.. (am just being curious..) why bad irq for i2c .. probably coz init sequence is messed up? just wondering..
  • [18:56:21] <koen> yes, i2c registers before that
  • [18:56:35] <NishanthM> ok.. i am at a loss now :(
  • [18:58:07] <koen> NishanthM, sakoman: http://amethyst.openembedded.net/~koen/beagleboard/asoc.txt
  • [18:58:42] <NishanthM> no crash this time.. hmm
  • [18:59:22] <koen> no sound played either :)
  • [18:59:36] <NishanthM> interesting.. coz i did some mods to i2c driver when i ported from linux to u-boot v2.
  • [19:00:01] <koen> gah
  • [19:00:11] * koen hears Rammstein blasting out of the speakers
  • [19:01:03] <NishanthM> koen, sakoman http://rafb.net/p/hQKP2N85.html is the code i now have. it is derived from tony's git tree code
  • [19:01:14] <NishanthM> but this is for u-boot v2
  • [19:01:33] <NishanthM> it's been working fine since yesterday.. still stressing it out a bit at 2.6mhz
  • [19:02:10] <sakoman> NishanthM: we are building from Tony's git tree
  • [19:02:23] <koen> sakoman: http://rafb.net/p/VLFw8z16.txt
  • [19:02:30] <sakoman> koen: are you saying that it is working now?
  • [19:02:34] <koen> yes
  • [19:02:36] <koen> @$*&(@#$*(@$
  • [19:02:39] <NishanthM> yep. i did find couple of trouble of convincing me with NAK handling.
  • [19:02:50] <NishanthM> but the normal data path looked fine
  • [19:02:58] * koen hates heisenbugs
  • [19:03:19] <sakoman> so if i2c doesn't die at boot it works?
  • [19:03:29] <koen> seems like it
  • [19:03:46] <sakoman> strange that I never get the i2c flakiness on the evm
  • [19:03:53] <sakoman> but I do see it on beagle
  • [19:04:05] <sakoman> probably a clue there somewhere
  • [19:04:37] <koen> I'm tempted to commit the patch to OE to gain some wider testing
  • [19:04:41] <sakoman> Not sure why asoc does that 48 -> 44.1 rate thrashing
  • [19:04:45] <koen> But I'll wait a few days with that :)
  • [19:04:51] <sakoman> please do!
  • [19:05:23] <sakoman> the dapm stuff is guaranteed to be broken :-)
  • [19:05:36] <sakoman> it is just half in
  • [19:05:58] <sakoman> and based upon half understanding it ;-)
  • [19:07:19] <koen> I do hear angry germans singing :)
  • [19:08:04] <ldesnogu_> even worse: eastern germans :p
  • [19:08:26] <sakoman> That's a good sign. If you arecord you will likely hear saying "testing 1 2 3" in a language I can't understand
  • [19:08:46] <sakoman> assuming you won't be recording in english
  • [19:08:47] * NishanthM reminiscing about time when all my colleagues(including khasim) used to complain about the "Words and it is only Words.. "
  • [19:09:14] <NishanthM> some one even offered to give me new raw files for all sample rates and bit sizes!
  • [19:13:12] <Crofton> sakoman, I know how to request a machine ID
  • [19:13:18] <Crofton> hang on
  • [19:13:46] <Crofton> keesj, the people riding across the US are friends of mine
  • [19:14:02] <Crofton> my contribution was the suggestion he try a Nokia 810
  • [19:14:18] <Crofton> I am pleased he seems to be updating regularly
  • [19:16:10] <dirk2> NishanthM: Do you think we should have a look to uboot v1 I2C code, too?
  • [19:16:53] <NishanthM> yep.. i am in the middle of cleaning it up
  • [19:16:54] <NishanthM> :(
  • [19:17:17] <NishanthM> 3 days porting, 3 days to get the damn thing working and now another 3 days writing documentation!!!!
  • [19:17:25] <Crofton|work> sakoman, http://www.arm.linux.org.uk/developer/machines/
  • [19:17:46] <NishanthM> dirk2, on u-bootv1 i2c code.. i think it is good to have a relook
  • [19:17:54] <dirk2> http://www.sakoman.net/cgi-bin/gitweb.cgi?p=u-boot-omap3.git;a=blob;f=drivers/i2c/omap24xx_i2c.c;h=7782e9d8257bc58d682505033b11576d88d1fa46;hb=refs/heads/test
  • [19:19:20] <NishanthM> dirk2: v2 http://rafb.net/p/pKoY8v64.html as i have it at the moment.. i am still cleaning
  • [19:21:17] <dirk2> NishanthM: Do you know if I2C of OMAP3 and DaVinci are the same? Some month ago we put some time into DaVinci I2C. I wonder if this can be reused ;)
  • [19:21:53] <NishanthM> dirk2, no clue about davinci. but omap3 and 2430 are very similar. hsi2c came in 2430
  • [19:23:47] <NishanthM> dirk2, i dont think i like the u-bootv1 i2c code.. :( scl,scll,and high timing+psc looks suspect among many other things
  • [19:25:14] <dirk2> :(
  • [19:26:44] * solderwise (n=chatzill@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [19:26:49] <solderwise> hi all
  • [19:28:13] <NishanthM> dirk2: /* have to enable intrrupts or OMAP i2c module doesn't work */ that is plain dumb.. i seem to work just fine :(
  • [19:28:22] <solderwise> hi koen, your board still works, despite my efforts to fix a non-existing problem :-)
  • [19:28:36] * macneib (n=macneib@d221-71-252.commercial.cgocable.net) Quit ()
  • [19:28:37] <NishanthM> dirk2, i use 0x0 in IE.
  • [19:29:27] <NishanthM> dirk2, outw (I2C_CON_EN | I2C_CON_MST | I2C_CON_STT | I2C_CON_TRX, I2C_CON); => no required h/w workaround on some i2c revs
  • [19:30:04] * gkarabin (n=gkarabin@64.212.175.249) has joined #beagle
  • [19:32:49] <NishanthM> dirk2, i am biased.. i find the code a bit out of my domain though.. e.g. line 84 -> set i2c_con with STT, EN bits, if there is no error, write 0 in line 99.
  • [19:33:35] * NishanthM back to cleaning up :(
  • [19:36:12] <banderson> sakoman: Well just added bunch of debug info to u-boot and it looks like it is handing off to the kernel correctly, checksums are ok (head/data). Did a binary diff on both uImages (ti/yours) and they look correct
  • [19:36:12] <jkridner|work> Unrelated to Beagle, does anyone know a good u-boot contractor?
  • [19:36:56] <dirk2> NishanthM: Should we try something like http://rafb.net/p/fU4r2y40.html
  • [19:37:01] <banderson> I think I am not holding my tongue right...
  • [19:37:53] <NishanthM> dirk2, i am not too sure about the logic used here.. i do ie=0 (same thing as u show) in my code, and it seems to give me right status..
  • [19:38:18] <dirk2> Well, we can just try it...
  • [19:38:24] <NishanthM> probably might be as well to re-write
  • [19:39:47] <NishanthM> dirk2, u-boot v1 probably uses write_byte followed by read_byte() for doing a read of i2c reg?
  • [19:41:10] <NishanthM> in that case an stop bit will be send after the reg write. that will be a confusing for some devices i think.. (
  • [19:42:42] <NishanthM> ideally on 3430 es3.0, we should be reading the fifo size and use bufstat to decide how many bytes to write/read + use XDR and RDR instead of XRDY and RRDY
  • [19:42:49] <NishanthM> es2 i mean.. sorry typo
  • [19:43:03] <dirk2> I found I2C code already confusing some month ago while doing DaVinci. There were two experts (one from TI) discussing at guru level
  • [19:43:39] <NishanthM> trm defines the statemachine pretty clearly
  • [19:43:51] <NishanthM> all we need to do is create a statemachine for that ;)
  • [19:46:19] <dirk2> NishanthM: Do you know Brad Griffis?
  • [19:46:41] <NishanthM> dirk2, unfortunately nope :( (yep, i live in the woods ;) )
  • [19:46:57] * hagisbasheruk (n=hagisbas@78.148.135.75) Quit ("Leaving")
  • [19:47:12] <dirk2> he really helped a lot with DaVinci I2C
  • [19:47:48] <NishanthM> dirk2, i come a different s/w group.. :( probably jkridner knows Brad..
  • [19:48:55] <Crofton> I have some untracked files in a git repo, is there an easy way to delete them using git?
  • [19:49:36] <sakoman> banderson: I am baffled!
  • [19:49:53] * hagisbasheruk (n=hagisbas@78.148.135.75) has joined #beagle
  • [19:50:02] <Crofton|work> sakoman, ping
  • [19:50:08] <sakoman> pong
  • [19:50:24] <Crofton|work> did you see my note about getting a machine ID?
  • [19:50:52] <sakoman> yes! just saw it
  • [19:51:05] <sakoman> someone else suggested it before you did :-)
  • [19:51:33] <sakoman> looks like a simple process
  • [19:51:36] <Crofton|work> yeah
  • [19:51:39] <banderson> sakoman: Has oe been updated with EVM machine recipies?
  • [19:51:44] <sakoman> yes
  • [19:51:52] <jkridner|work> NishanthM: I do know Brad. He lives in the same city as you. :)
  • [19:51:56] <banderson> thanks!
  • [19:52:02] <sakoman> koen checked them in last night and did some tweaks this am
  • [19:52:34] <NishanthM> jkridner|work, dirk2, i told you guys, i live in the woods :) with a laptop and a couple of arthur c clarke books ;)
  • [19:52:57] <sakoman> NishanthM: same here
  • [19:53:21] <jkridner|work> :)
  • [19:53:31] <solderwise> OE EVM support is purely davinci?
  • [19:53:39] * solderwise is now known as likewise
  • [19:53:51] <Crofton> ah
  • [19:53:58] <sakoman> likewise: no omap3 evm also
  • [19:53:58] <Crofton> I was wondering who that was
  • [19:54:15] <likewise> Crofton: was soldering koen's avr32 board :-)
  • [19:54:25] <Crofton> ah
  • [19:54:38] <Crofton> did he break it? It looks like he is hard on stuff
  • [19:54:42] <likewise> incognito in case I f*cked up
  • [19:55:15] <likewise> the board has a pertruding (sp) switch that easily stresses the board when shipped
  • [19:55:31] <likewise> in fact, this is the 2nd board I have seen bricked because of that.
  • [19:55:37] <Crofton> urg
  • [19:55:49] <likewise> yes, so learn from other ppl's design mistakes :-)
  • [19:56:38] <likewise> sakoman: nice.
  • [19:57:07] <likewise> How's the beagle coming along? I haven't coped to track everything here
  • [19:59:08] <koen> likewise: great!
  • [19:59:21] <koen> sakoman: you EVM has an ES2.2 cpu, the beagle an ES2.0
  • [20:02:07] <likewise> koen: noisy streets?
  • [20:02:36] <koen> likewise: yes
  • [20:02:54] <koen> I guess something soccer related happened
  • [20:03:31] <likewise> yes, apparently so. Can someone shut off that kid with the horn please?
  • [20:03:50] <koen> they have some heavy duty fireworks over here
  • [20:04:12] <likewise> well, I just stowed my soldering iron, so no fireworks here
  • [20:04:31] <likewise> I am in for some gaming, cya all.
  • [20:04:46] * likewise (n=chatzill@82-171-51-231.ip.telfort.nl) Quit ("ChatZilla 0.9.82.1 [Firefox 3.0/2008060309]")
  • [20:05:58] <dirk2> koen: Some minutes ago you mentioned http://amethyst.openembedded.net/~koen/beagleboard/uImage-2.6.25+2.6.26-rc5+r23+git74412cbb62b3b4af3f7a1dd9133f19950cd94b2e-r23-beagleboard.bin
  • [20:06:05] <dirk2> This works for you?
  • [20:06:09] <koen> yes
  • [20:07:25] <dirk2> koen: http://rafb.net/p/azboW171.html
  • [20:08:00] <koen> drat, looks like I uploaded the wrong one
  • [20:09:27] <koen> dirk2: try http://amethyst.openembedded.net/~koen/beagleboard/uImage-2.6.25+2.6.26-rc5+r23+git74412cbb62b3b4af3f7a1dd9133f19950cd94b2e-r23-beagleboard.bin
  • [20:09:33] <koen> 07cefb3506fc4cc1bd4c4299a5811a37 uImage-2.6.25+2.6.26-rc5+r23+git74412cbb62b3b4af3f7a1dd9133f19950cd94b2e-r23-beagleboard.bin
  • [20:09:43] <koen> that's whay current;y on my SD card
  • [20:16:01] <dirk2> Seems that Firefox takes it from cache and doesn't download :(
  • [20:20:31] <dirk2> koen: Now downloaded, yes, this is better, thanks
  • [20:21:23] <Crofton|work> dirk2, wget?
  • [20:22:05] <koen> dirk2: that also has the ASoC driver
  • [20:23:56] <dirk2> Crofton|work, that would be to easy :-)
  • [20:30:40] <koen> dirk2: and smartreflex, cpuidle and nand
  • [20:31:05] <koen> sakoman: I wonder if the ES2.2 is much more stable than the ES2.0
  • [20:31:18] <koen> sakoman: or maybe the kernel is tailored to the es2.2
  • [20:35:07] <dirk2> koen: thanks. congrats -> soccer ;) and bye
  • [20:35:28] * hagisbasheruk (n=hagisbas@78.148.135.75) Quit ("Leaving")
  • [20:36:02] <Crofton|work> dirk2, gn
  • [20:37:22] <koen> gah
  • [20:37:26] <koen> did .nl win again?
  • [20:37:43] <koen> why can't this thing die a quick and silent death?
  • [20:38:25] <Crofton|work> you sound like me and college football
  • [20:38:29] * dirk2 (n=dirk@F305b.f.strato-dslnet.de) has left #beagle
  • [20:39:07] <sakoman> koen: that could be the case (ES2.2)
  • [20:39:33] <sakoman> I guess we would have to be privy to the errata for the 2 versions to know better
  • [20:40:14] <sakoman> Is is still the case that good i2c at boot = reliable sound?
  • [20:41:32] <koen> looks like it
  • [20:41:50] <koen> although I don't have enough samples to make a solid judgement
  • [20:42:04] * hagisbasheruk (n=hagisbas@78.148.135.75) has joined #beagle
  • [20:43:13] <koen> sakoman: my summary of features: http://rafb.net/p/jvPyTm43.html
  • [20:44:52] <sakoman> have you tried anything other that madplay?
  • [20:45:02] <koen> not yet
  • [20:45:02] <sakoman> other than
  • [20:45:19] <koen> any suggestions?
  • [20:45:30] <sakoman> alsamixer seems to work for the minimal functionality that I enabled
  • [20:45:54] <sakoman> mplay seems to work well, as do aplay/arecord, and xmms
  • [20:46:10] <sakoman> haven't tried to play a movie with mplay though
  • [20:46:55] <koen> you have it running on the beagle as well now?
  • [20:49:33] <Crofton|work> http://tinderbox.openembedded.net/public/logs/298973.txt
  • [20:49:52] <Crofton|work> boost just started failing to build for beagle :(
  • [20:50:19] <koen> Crofton|work: yes, gcc 4.3 dislikes boost 1.33.1
  • [20:50:27] <Crofton> bother
  • [20:50:30] <Crofton> suggestions?
  • [20:50:39] <koen> Crofton|work: maybe fedora or debian has patches for it
  • [20:50:44] <Crofton> ah
  • [20:50:56] <Crofton> no Fedora is on .24 or higher
  • [20:53:07] <koen> .34?
  • [20:53:17] <Crofton|work> that is what I said
  • [20:53:23] <Crofton|work> the computer read it wrong
  • [20:53:26] <koen> :)
  • [20:53:58] <Crofton|work> where do the debian people hde their patches?
  • [20:54:08] <koen> packages.debian.org
  • [20:58:13] <suihkulokki> packages.qa.debian.org/boost -> find the .diff link
  • [20:58:14] * BThompson (n=BThompso@nat/ti/x-3f29de0f45068ba9) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [20:58:19] <suihkulokki> Crofton|work: ^
  • [21:03:13] <Crofton|work> looks like I need to use .35
  • [21:03:37] <Crofton|work> based on gentoo bugzilla
  • [21:03:59] <sakoman> koen: still waiting for build to complete. those clean builds take forever. 1063 of 1479 at the moment
  • [21:05:07] <koen> sakoman: new datapoint: mplayer works, but launching it again -> errorsy
  • [21:05:34] <sakoman> interesting. that works very consistently on the evm
  • [21:06:04] <sakoman> well, I'll be able to look at it shortly on my beagle
  • [21:16:07] <ldesnogu_> good night all
  • [21:16:15] * ldesnogu_ (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) Quit ("Leaving")
  • [21:20:44] * hagisbasheruk_ (n=hagisbas@78.148.129.0) has joined #beagle
  • [21:31:25] * hagisbasheruk (n=hagisbas@78.148.135.75) Quit (Read error: 110 (Connection timed out))
  • [21:32:30] * trickie (n=trickie@hgaulton.xs4all.nl) Quit ("Leaving")
  • [21:40:22] <Crofton> http://rafb.net/p/6O1hAV67.html
  • [21:40:43] <Crofton> koen any thoughts why gcc 4.2.4 looks for 4.2.2 headers?
  • [21:44:07] <Crofton|work> this is building u-boot from git with path set into staging
  • [21:45:11] <ds2> how do you know the gcc in your path is the one it is using?
  • [21:45:47] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  • [21:48:06] <Crofton|work> I am an idiot (tm)
  • [21:48:22] <Crofton|work> need to do a make distclean to wipe dependency files
  • [21:48:45] <Crofton|work> the gcc version was bumped in oe
  • [21:49:42] <ds2> HE HE HE HE
  • [21:49:49] <ds2> <-- not a fan of those build systems
  • [21:50:11] <Crofton|work> which ones?
  • [21:51:15] <ds2> buildroot/OE
  • [21:51:42] <Crofton> heh, this problem comes from u-boot assuming compiler version does not change
  • [21:52:05] <ds2> it doesn't but building each thing explicitly makes you more aware of things
  • [21:56:53] * Olipro (n=Olipro@unaffiliated/olipro) has joined #beagle
  • [21:57:33] <Crofton|work> er, I am
  • [21:57:43] <Crofton|work> just using the toolchain from OE
  • [21:58:04] <hagisbasheruk_> evening Olipro
  • [22:11:00] * robclark (n=robclark@nat/ti/x-efc33b21557cc0d0) Quit ()
  • [22:11:02] * prpplague (n=dave@mail.americanmicrosystems.com) Quit ("Leaving")
  • [22:13:40] * bazbell (n=a0192809@nat/ti/x-f1645268705810d7) Quit (Remote closed the connection)
  • [22:16:16] * gkarabi1 (n=gkarabin@64.212.175.249) has joined #beagle
  • [22:25:05] <sakoman> hmm . . . my beagle won't boot if I have it connected to a powered iogear usb hub
  • [22:25:24] <sakoman> get to the point in the boot where it detects the hub and then stalls
  • [22:25:45] <sakoman> if I unplug the hub then it progresses to the login prompt
  • [22:25:57] <sakoman> anyone else see this with a hub?
  • [22:30:50] <Crofton> I see this with the cable that ends in a A receptacle
  • [22:32:07] * gkarabin (n=gkarabin@64.212.175.249) Quit (Read error: 110 (Connection timed out))
  • [22:35:48] <sakoman> Crofton: That's what I'm using too
  • [22:36:07] * hagisbasheruk_ (n=hagisbas@78.148.129.0) Quit ("Leaving")
  • [22:36:45] <sakoman> I noticed that if I disconnect the hub, but not the cable, the serial output goes wonky half way through the boot
  • [22:37:05] <sakoman> If I disconnect the adaptor cable the boot is fine
  • [22:38:02] <sakoman> Crofton: I suspect it doesn't like this brand of cable. Do you buy the one that jkridner provided a link to?
  • [22:41:17] <sakoman> koen: latest beagle kernel is 395ma at the console prompt (console-image)
  • [22:41:49] <Crofton> yes
  • [22:42:54] <Crofton> wonky is an awesome word
  • [22:45:35] <ds2> Yow 395mA
  • [23:01:43] * jkridner|work (n=a0321898@nat/ti/x-766eeb8ab58c4175) Quit ("Leaving.")
  • [23:06:38] * bazbell (n=a0192809@nat/ti/x-f096f601ab5f8b95) has joined #beagle
  • [23:25:04] <sakoman> 345
  • [23:25:08] <sakoman> 445
  • [23:25:10] <sakoman> 450
  • [23:25:12] <sakoman> 345
  • [23:25:14] <sakoman> 350
  • [23:25:17] <sakoman> 450
  • [23:26:45] <banderson> sakoman: thanks for all the help. Will hit it again monday.
  • [23:33:19] <sakoman> sorry for the noise
  • [23:37:37] <banderson> sakoman: was trying to start compile of oe for evm before I left. What does your local.conf look like?
  • [23:38:26] <sakoman> banderson: I have my conf split between local.conf, auto.conf, and site.conf
  • [23:38:50] <sakoman> will post. one moment
  • [23:38:55] <banderson> thanks
  • [23:40:50] <sakoman> it's fairly complex because I sometimes use a couple of overlays/bitbake collections
  • [23:43:17] <sakoman> banderson: http://pastebin.com/m1c50eeb6
  • [23:47:32] <banderson> thanks again
  • [23:47:35] * banderson (n=ilinux@69.71.183.7) has left #beagle