#beagle IRC Log on BeagleBoard.org

Join the chat at beagleboard.org/chat

IRC Log for 2008-07-31

Timestamps are in UTC.

  1. [00:00:18] * cian (n=cianh@cian.ws) has joined #beagle
  2. [00:13:07] * cian (n=cianh@cian.ws) Quit ()
  3. [00:35:20] <jkridner> dcordes: I like that one too. It is really meant to show that there really are boards now (going through burn-in testing), but the fact you can power so many off of a single supply is a nice point too. :)
  4. [00:35:32] <Crofton> heh
  5. [00:37:35] <Crofton> hmm wireless is sketchy in the cellar
  6. [00:40:05] * darkerror05 (n=darkerro@cpe-72-230-188-128.rochester.res.rr.com) has joined #beagle
  7. [00:53:39] <Crofton> ok, one review done
  8. [00:53:55] <Crofton> time to head home
  9. [00:54:00] * Crofton (n=balister@static-72-66-190-117.ronkva.east.verizon.net) Quit ("Leaving")
  10. [01:07:59] * Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) has joined #beagle
  11. [01:15:58] * rsalveti (n=salveti@200.184.118.132) Quit (Read error: 113 (No route to host))
  12. [01:34:44] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  13. [01:37:08] <ds2> hey khasim
  14. [01:37:34] <ds2> khasim: do you remember where in the omapfb driver is the default color depth (bpp) configured?
  15. [01:39:45] <mru> ds2: it's in the lcd_$board.c files
  16. [01:39:54] <mru> so for the beagle, lcd_oma3beagle.c
  17. [01:40:03] <ds2> mru: no, I am looking for that info for the TI driver
  18. [01:40:07] <mru> oh
  19. [01:40:08] <ds2> not the l-o driver
  20. [01:40:58] <khasim> ds2: On GIT or Sample Codebase?
  21. [01:41:07] <ds2> khasim: same, the TI driver
  22. [01:41:09] <ds2> sample
  23. [01:42:06] <ds2> the fb thinks it is 16bpp and the colors are messed up on the DVI output
  24. [01:45:58] <khasim> omap2_disp_config_gfxlayer in display.c does it
  25. [01:46:23] <khasim> it is called from omap_fb.c
  26. [01:47:29] <ds2> I don't see how it is getting a default value since omap_fb is setup to call it on a change ioctl
  27. [01:47:30] * orcas (n=orcas@udp011879uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  28. [01:47:33] <khasim> I remember reading this register DISPC_GFX_ATTRIBUTES and it seems to have configured properly for 24bit
  29. [01:47:57] <khasim> omap_disp_out.c should have bpp configured for lcd var structure
  30. [01:48:37] <ds2> ah I see that; thank you! that's exactly what I was looking for
  31. [01:50:51] <khasim> ds2: let me know if it improves
  32. [01:51:34] <khasim> ds2: I thought the initial blue screen was wrong it was not completely blue, but other colors after that were getting set correctly
  33. [01:52:26] <ds2> khasim: one of the tarballs out there has it set to 16 bit
  34. [01:55:43] <ds2> even the one currently on google has - .bits_per_pixel = 16,
  35. [02:01:32] * orcas (n=orcas@udp011879uds.ucsf.edu) has joined #beagle
  36. [03:11:32] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) Quit ("Trillian (http://www.ceruleanstudios.com")
  37. [03:33:59] * rsalveti (n=salveti@189.70.143.203) has joined #beagle
  38. [03:34:36] * rsalveti (n=salveti@189.70.143.203) Quit (Remote closed the connection)
  39. [03:44:15] * rsalveti (n=salveti@189.70.143.203) has joined #beagle
  40. [03:54:26] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  41. [04:03:06] * Olipro_ (n=Olipro@unaffiliated/olipro) Quit (Read error: 60 (Operation timed out))
  42. [04:23:49] * darkerror05 (n=darkerro@cpe-72-230-188-128.rochester.res.rr.com) Quit (Remote closed the connection)
  43. [04:31:31] * orcas (n=orcas@udp011879uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  44. [04:37:08] * dcordes_ (n=dcordes@unaffiliated/dcordes) has joined #beagle
  45. [04:46:10] * orcas (n=orcas@udp011879uds.ucsf.edu) has joined #beagle
  46. [04:53:46] * dcordes (n=dcordes@unaffiliated/dcordes) Quit (Read error: 110 (Connection timed out))
  47. [05:20:45] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  48. [05:27:04] <khasim> For TI chip users in India, there is a toll free number 1-800-425 7888 to get your queries clarified
  49. [05:49:44] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  50. [06:06:39] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  51. [06:25:01] <koen> good morning all
  52. [06:30:00] * rsalveti (n=salveti@189.70.143.203) Quit (Read error: 110 (Connection timed out))
  53. [06:34:45] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  54. [06:46:14] * methril (n=Methril@213.27.233.98) has joined #beagle
  55. [07:01:50] * cian (n=cianh@cian.ws) has joined #beagle
  56. [07:07:38] * paul_pwsan (n=paul@utopia.booyaka.com) has joined #beagle
  57. [07:08:13] <paul_pwsan> hello beagle users,
  58. [07:08:55] <paul_pwsan> here are some patches that should work around the beagle "serial hangs:" http://www.pwsan.com/omap/gptimer_fixes.tar.gz
  59. [07:08:56] <koen> hello
  60. [07:08:59] <paul_pwsan> hello koen
  61. [07:09:17] <paul_pwsan> any testing would be appreciated.
  62. [07:10:39] <paul_pwsan> the patches appear to fix the problem here, and there is at least a plausible etiology (described in the second patch change message)
  63. [07:11:39] * cian (n=cianh@cian.ws) Quit ()
  64. [07:12:17] <paul_pwsan> time to sleep here now, but will check the logs later today.
  65. [07:12:51] * paul_pwsan (n=paul@utopia.booyaka.com) has left #beagle
  66. [07:26:52] * methril (n=Methril@213.27.233.98) Quit (brown.freenode.net irc.freenode.net)
  67. [07:28:45] * methril (n=Methril@213.27.233.98) has joined #beagle
  68. [07:31:31] * orcas (n=orcas@udp011879uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  69. [07:36:00] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  70. [07:51:50] * cian (n=cianh@cian.ws) has joined #beagle
  71. [07:52:11] * zedstar_ (n=john@82-44-200-69.cable.ubr08.haye.blueyonder.co.uk) has joined #beagle
  72. [07:54:29] * cian (n=cianh@cian.ws) Quit (Client Quit)
  73. [08:06:00] <koen> 30 minutes so far an no serial hang
  74. [08:06:23] <mru> morning koen
  75. [08:07:59] <koen> hey mru
  76. [08:10:04] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  77. [08:20:13] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  78. [08:22:24] * skyul (n=skyul@220.88.14.23) Quit ("Ex-Chat")
  79. [08:26:49] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Success)
  80. [08:31:53] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  81. [08:35:47] <koen> 63 minutes, still no serial hang :)
  82. [08:38:23] <koen> drat
  83. [08:38:26] <koen> serial hang
  84. [08:39:44] * zedstar_ (n=john@82-44-200-69.cable.ubr08.haye.blueyonder.co.uk) Quit ("This computer has gone to sleep")
  85. [08:41:33] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  86. [08:49:21] * min_a (n=ubuntu@pd95b4498.dip0.t-ipconnect.de) Quit (Read error: 110 (Connection timed out))
  87. [08:54:47] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  88. [09:04:26] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  89. [09:25:52] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  90. [09:36:32] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  91. [09:40:16] * banderson (n=irc@69.71.183.7) Quit (Read error: 104 (Connection reset by peer))
  92. [09:41:37] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  93. [09:51:11] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  94. [09:58:14] <koen> any people around that have experience with ringiogpp?
  95. [10:08:46] * RogerMonk (n=a0740758@nat/ti/x-061efa7876461e2b) has joined #beagle
  96. [10:17:41] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  97. [10:26:45] * Foolean (n=emil@foolean.ros.sgsnet.se) has joined #beagle
  98. [10:28:24] <koen> RogerMonk: good morning!
  99. [10:31:25] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  100. [10:40:13] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  101. [10:44:40] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  102. [10:52:13] * RogerMonk (n=a0740758@nat/ti/x-061efa7876461e2b) Quit (Remote closed the connection)
  103. [10:54:19] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  104. [10:56:52] * Beagle3 (n=Beagle3@pool-72-70-7-90.bstnma.east.verizon.net) has joined #beagle
  105. [11:07:36] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  106. [11:17:16] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  107. [11:21:53] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  108. [11:24:23] <jkridner> good morning
  109. [11:30:18] <Crofton|work> gm
  110. [11:30:33] <Crofton|work> Who is Bill Gatliff?
  111. [11:30:46] <Crofton|work> the name is familiar
  112. [11:30:47] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  113. [11:34:20] * maelcum (n=horst@dialbs-213-023-007-034.static.arcor-ip.net) has joined #beagle
  114. [11:34:52] <maelcum> hey, what about the shipping issues? yesterday i still couldn't order to germany.
  115. [11:35:38] * RogerMonk (n=a0740758@nat/ti/x-b99143a7a339825d) has joined #beagle
  116. [11:35:45] <kulve> koen: you decode with mplayer(?) (ffmpeg) directly to framebuffer? I.e. no X in the middle?
  117. [11:38:41] * Beagle3 (n=Beagle3@pool-72-70-7-90.bstnma.east.verizon.net) Quit (Read error: 110 (Connection timed out))
  118. [11:39:05] <jkridner> He came to TIDC this year.
  119. [11:39:15] <jkridner> he does some consulting and has his own web page.
  120. [11:39:28] <gaipo> maelcum: check mailing list, tomorrow (US time) ordering should be possible
  121. [11:40:01] <maelcum> thanks gaipo
  122. [11:42:56] * min (n=ubuntu@pd95b4498.dip0.t-ipconnect.de) has joined #beagle
  123. [11:44:17] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  124. [11:47:17] <jkridner> anybody think Beagle Board is worthy of a wikipedia article?
  125. [11:47:25] <jkridner> someone has created a link.
  126. [11:47:27] <Crofton|work> It is important to have a web page :)
  127. [11:47:40] <jkridner> I don't think it would be right for me to make one.
  128. [11:47:50] <jkridner> yeah, I'm not too worried about it.
  129. [11:48:10] <jkridner> I'm getting pinged by a few people to make one, but I don't think that is the right thing for me to do. I'm a bit biased. :)
  130. [11:48:19] <Crofton|work> the wikipedians can take of that
  131. [11:49:57] <gaipo> jkridner: just wait, it will come... :)
  132. [11:50:09] <jkridner> good advice!
  133. [11:52:40] <jkridner> Crofton|work: Bill is pretty well connected with some of those conferences, so, if you want to get your name out there, it is probably good to reply to him with some ideas.
  134. [11:52:58] <gaipo> jkridner: or just make a few line start with a link to beagleboard.org, some wikipedia user(s) will then update it when the time comes
  135. [11:53:05] <Crofton> I've heard the name before this
  136. [11:53:11] <Crofton> it is annoying me
  137. [11:53:33] <jkridner> he keeps his picture on-line: http://billgatliff.com/
  138. [11:53:52] <Crofton> heh
  139. [11:53:53] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  140. [11:54:55] <jkridner> I would still love to see an SDR paper for one of those conferences.
  141. [11:55:00] <jkridner> Silly SDR Forum.
  142. [11:59:10] <Crofton> heh
  143. [11:59:15] <Crofton> the demo should go through
  144. [11:59:31] <Crofton> Bruce said they aren't likely to reject any
  145. [11:59:58] <Crofton> what is enormously funny is I have always has to ask for extensions to finish papers :)
  146. [12:00:14] <Crofton> now they are slackers workign out the acceptances :)
  147. [12:00:19] * DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) Quit (Read error: 104 (Connection reset by peer))
  148. [12:00:35] <jkridner> do I need to beg him to reject you?
  149. [12:00:39] * DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) has joined #beagle
  150. [12:00:40] <Crofton> no
  151. [12:00:43] <Crofton> :)
  152. [12:01:37] <Crofton> It is in Crystal City, little chance of cheap lodging
  153. [12:04:02] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  154. [12:04:38] <Crofton> of course, no plane fare to get there
  155. [12:05:49] <jkridner> that's the problem with community guys... no travel budgets. :)
  156. [12:06:46] <Crofton> yeah
  157. [12:07:17] <Crofton> this gets listed as an expense
  158. [12:07:35] <Crofton> I would much rather go somewhere interesting anyway
  159. [12:07:53] <Crofton> last year was Denver, so I could visit some friends afterwards
  160. [12:08:13] <Crofton> and went skiing :) at a resort with "'3" runs open
  161. [12:12:41] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  162. [12:12:45] * DJW|Home (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) has joined #beagle
  163. [12:25:57] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  164. [12:27:48] * methril is now known as methril|lunch
  165. [12:30:31] * DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) Quit (Read error: 110 (Connection timed out))
  166. [12:36:38] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  167. [12:41:42] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  168. [12:42:25] * rsalveti (n=salveti@189.70.143.203) has joined #beagle
  169. [12:48:08] * maelcum (n=horst@dialbs-213-023-007-034.static.arcor-ip.net) Quit (Remote closed the connection)
  170. [12:51:21] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  171. [12:51:49] * diego (n=diego@host-84-222-17-182.cust-adsl.tiscali.it) has joined #beagle
  172. [13:01:33] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  173. [13:02:16] * prpplague (n=dave@mail.americanmicrosystems.com) has joined #beagle
  174. [13:05:21] * Viral_Sachde (n=Viral_Sa@122.167.142.178) has joined #beagle
  175. [13:11:14] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  176. [13:18:32] * paul_pwsan (n=paul@utopia.booyaka.com) has joined #beagle
  177. [13:18:46] <paul_pwsan> hello koen - still around?
  178. [13:21:07] <paul_pwsan> it could be that there are multiple causes of the serial hang.
  179. [13:22:24] <paul_pwsan> does sysrq-q still show a negative timer expiry?
  180. [13:23:09] * likewise (n=chatzill@atwork-186.r-212.178.104.atwork.nl) has joined #beagle
  181. [13:23:13] <likewise> hello all
  182. [13:23:20] <paul_pwsan> the beagleboard here is now rock-solid in userspace - have not been able to get it to hang yet
  183. [13:23:31] * methril|lunch is now known as methril
  184. [13:23:38] <Crofton> paul_pwsan, what sw are you suing?
  185. [13:23:39] <paul_pwsan> hello
  186. [13:23:42] <Crofton> er
  187. [13:23:43] <Crofton> using
  188. [13:23:48] <jkridner> good to hear paul_pwsan
  189. [13:24:00] <jkridner> how much uptime?
  190. [13:24:02] <paul_pwsan> linux-omap git head
  191. [13:24:07] <jkridner> hi likewise.
  192. [13:24:09] <paul_pwsan> just ls -lR
  193. [13:24:28] <likewise> What's the ESC Boston deal? Will some OE people be there to give training on Beagleboard creatye-your-OS development?
  194. [13:24:29] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  195. [13:24:57] <jkridner> any OE people going to provide a training proposal?
  196. [13:25:06] * JuanG (n=Juan@nat/ti/x-a422a70483ed30c0) has joined #beagle
  197. [13:25:09] <paul_pwsan> Crofton: generally the serial hangs are reproducable here by booting and then running ls -lR / and holding down ENTER while the output rolls out
  198. [13:25:16] <likewise> jkridner: Well, wouldn't that be great?
  199. [13:25:18] * JuanG (n=Juan@nat/ti/x-a422a70483ed30c0) has left #beagle
  200. [13:25:33] <jkridner> likewise: it would be. you volunteering?
  201. [13:25:35] * Crofton can't be at Boston due to schedule conflict
  202. [13:25:45] * BThompson (n=BThompso@nat/ti/x-925c22e872a71c7c) has joined #beagle
  203. [13:26:44] <likewise> jkridner: I would say yes, but I think other people more active with beagle would have higher prio. Koen maybe, Crofton (but I just see he has a sch. conflict)
  204. [13:26:46] <paul_pwsan> jkridner: looks like about 9 hours
  205. [13:27:14] <jkridner> I think difficulty for koen is travel from .nl
  206. [13:27:35] <likewise> jkridner: not if someone (TI?) is willing to sponsor.
  207. [13:27:42] <koen> re
  208. [13:27:43] <likewise> jkridner: http://www.cmp-egevents.com/web/escb/beagleboard
  209. [13:28:39] <likewise> koen: I saw http://www.cmp-egevents.com/web/escb/beagleboard and wondered if OE people could provide a (similar) training.
  210. [13:28:54] <likewise> seems this this one is Montavista related though???
  211. [13:28:57] <jkridner> I don't think that is meant to be public, but hard to deny it is there.
  212. [13:29:18] <likewise> jkridner: just received it in my mailbox. That's public enough for me :-)
  213. [13:29:26] <jkridner> oh?
  214. [13:29:39] <paul_pwsan> koen, in any case, if the serial hangs are still Sysrq-q'able on your side, please let me know and i will put together an extra debug patch for you to run to determine if you are hitting the same bug i am
  215. [13:29:42] <likewise> jkridner: in fact, it's the first link in a very HTMLized email.
  216. [13:29:44] <jkridner> don't consider any of those classes final.
  217. [13:30:14] <likewise> jkridner: I know, the link target reads: "Potential classes in this program include: "
  218. [13:30:19] <jkridner> beagle mailing list?
  219. [13:30:19] <koen> paul_pwsan: I had to move the serial lead to my neuros board for some debugging....
  220. [13:30:20] * Crofton used to do brushless DC motors
  221. [13:30:43] * Crofton wonders how they send the drive signals to the bridge
  222. [13:31:01] <likewise> jkridner: ESC Boston email. I can fwd to interested parties. /msg me
  223. [13:31:31] <jkridner> I'm curious if you could send it to jkridner@beagle...
  224. [13:31:37] <likewise> Crofton: really? I want to do brushless DC again (3-phase) for a GPS driven UAV chopper.
  225. [13:31:58] <Crofton> a long time ago :)
  226. [13:32:56] <likewise> Crofton: good, so it's not lost in short-term memory that is beerased.
  227. [13:33:10] <Crofton> heh
  228. [13:33:20] <likewise> any other takers for the ESC Boston Beagleboard plug?
  229. [13:33:23] <Crofton> no, but the info would need uncompressing
  230. [13:33:35] <suihkulokki> people creating UAVs with beagleboard is sure going make exporting beagleboard easier :P
  231. [13:33:42] <likewise> Crofton: beer helps uncompress long lost memories.
  232. [13:33:58] <likewise> suihkulokki: yes, you would have to program the GPS coords only :-)
  233. [13:34:08] <likewise> suihkulokki: and charge the batteries real good
  234. [13:34:26] <paul_pwsan> jkridner: do all of the beagleboards use 3530 chips from the same lot/fab/ES revision?
  235. [13:34:30] <suihkulokki> haha
  236. [13:34:43] <koen> likewise: if needed I can be available
  237. [13:35:40] <suihkulokki> ldesnogu: I've been digging oprofile more, seems indeed the pmu stops generating events after a while
  238. [13:35:41] <likewise> koen: When I read that email, I really wondered if you weren't already assigned as the trainer :-)
  239. [13:35:54] <jkridner> all Rev A and newer boards are all from same ES revision.
  240. [13:35:59] <jkridner> I could not say about lot/fab.
  241. [13:35:59] <suihkulokki> ldesnogu: wether or not the D bit divider is set or not...
  242. [13:36:22] <suihkulokki> seems the whole pmu resets..
  243. [13:36:32] <ldesnogu> suihkulokki: :/
  244. [13:36:48] <Crofton> this guy really stirred the export pot with his DIY cruise missle project :)
  245. [13:36:49] <Crofton> http://www.aardvark.co.nz/pjet/
  246. [13:37:03] <ldesnogu> suihkulokki: I am afraid I really can't help since I still don't have any HW
  247. [13:38:07] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  248. [13:40:16] <ldesnogu> suihkulokki: can you point me to the oprofile patch you are using?
  249. [13:41:45] <suihkulokki> second
  250. [13:42:47] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  251. [13:43:08] <jkridner> likewise: I don't have any travel budget, but I hope that doesn't discourage a proposal from the OE guys for ESC.
  252. [13:43:29] <suihkulokki> ldesnogu: http://git.openembedded.net/?p=org.openembedded.dev.git;a=blob;f=packages/linux/linux-omap2-git/beagleboard/oprofile-0.9.3.armv7.diff;h=dbc11fbe7d7e6b0d85c6ade30b97d964bce43e03;hb=HEAD
  253. [13:44:30] <likewise> jkridner: understood, if it makes any chance, let me know where to go with the proposal.
  254. [13:45:22] <likewise> jkridner: I recon it would require a good deal of organization, and my main question would be who is responsible for the beagleboard DIY stuff in that email I fwd'd?
  255. [13:45:36] <jkridner> Bill had made queries about various proposals. You could respond to him via the mailing list or perhaps directly.
  256. [13:45:52] * dirk2 (n=dirk@F3263.f.strato-dslnet.de) has joined #beagle
  257. [13:46:19] <jkridner> you can submit to me as well.
  258. [13:47:27] <koen> Crofton: could you paste your ringiogpp commandline?
  259. [13:47:51] <Crofton> ringiogpp /usr/share/dsplink/ringiogpp.out 2048 5
  260. [13:47:56] <Crofton> something like that
  261. [13:48:04] <Crofton> are you using link or engine?
  262. [13:48:25] <Crofton> also, what hw?
  263. [13:49:01] * sweetlilm (n=sweet@196.37.229.15) has joined #beagle
  264. [13:52:58] <Crofton> koen, ping
  265. [13:53:27] <sweetlilm> hello folks, any update on the export issue? I see I _still_ can't purchase :)
  266. [13:53:43] <Crofton> sweetlilm, tomorrow it should work
  267. [13:54:12] <sweetlilm> I cannot wait. I'm planing on building a dedicated midi sampler with the board :)
  268. [13:54:30] <koen> PROC_setup () failed. Status = [0x80008008]
  269. [13:54:32] <koen> drat
  270. [13:54:43] <Crofton> koen, what are you running this on?
  271. [13:54:50] <koen> neuros osd2
  272. [13:54:54] <koen> 256mb ram :)
  273. [13:54:56] <Crofton> how much ram?
  274. [13:54:57] <jkridner> sweetlilm: I'm told the restrictions will be lifted on tomorrow.
  275. [13:55:02] <Crofton> koen, great
  276. [13:55:07] <jkridner> that is, international orders will begin being accepted.
  277. [13:55:14] <Crofton> so the 128m patch does not apply
  278. [13:55:14] <sweetlilm> w00t :) I am very happy
  279. [13:55:40] <Crofton> koen, try the message app
  280. [13:55:57] <Crofton> also, you are running dsplink, not codec engone?
  281. [13:56:10] <koen> dsplink 1.50
  282. [13:56:13] <Crofton> ok
  283. [13:56:23] <jkridner> sweetlilm: are you calling directly or are you attempting on-line?
  284. [13:56:33] <Crofton> I was getting kernel errors with the 128m patch
  285. [13:56:35] <sweetlilm> on-line
  286. [13:56:45] <Crofton> koen, can you pastebin the log?
  287. [13:56:49] <suihkulokki> ldesnogu: you are not aware of anthing that could reset the pmu abruptly? such as some power managment code gone wrong?
  288. [13:57:08] <jkridner> try looking up the local number and calling directly. might be too late there. if you have any different answer, let us all know.
  289. [13:57:15] <koen> Crofton: http://rafb.net/p/fAL73817.html
  290. [13:57:35] <jkridner> btw, I mean tomorrow morning *US time*.... so it may be afternoon in Europe.
  291. [13:57:37] <sweetlilm> local as in my local?
  292. [13:57:45] <Crofton> so trace is off :)
  293. [13:57:47] <ldesnogu> suihkulokki: I don't anything about power management; if you can disable it, do it and retry, just to eliminate a possible root cause :)
  294. [13:57:53] <ldesnogu> don't know*
  295. [13:57:57] <jkridner> yes, there are Digi-Key phone numbers in many countries.
  296. [13:58:07] <sweetlilm> not for south africa :)
  297. [13:58:27] <suihkulokki> skype ftw =)
  298. [13:58:41] <jkridner> http://dkc1.digikey.com/us/en/mkt/International.html
  299. [14:00:35] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  300. [14:02:00] * Olipro_ (n=Olipro@unaffiliated/olipro) has joined #beagle
  301. [14:04:58] <Crofton> the esc beagle link went out in an email
  302. [14:05:09] <Crofton> the link was just posted in #gnuradio
  303. [14:05:32] <dirk2> koen: Regarding 2007q3 I'm only aware of an -Os issue http://groups.google.com/group/beagleboard/msg/63163389873902c3 What else is wrong?
  304. [14:06:25] <koen> the Os issue
  305. [14:07:41] <Crofton> koen, did you create the /dev/dsplink entry?
  306. [14:09:26] <koen> crw-r--r-- 1 root root 230, 0 Jul 14 14:49 /dev/dsplink
  307. [14:09:43] <Crofton> I knew you had, but thought I should double check
  308. [14:09:59] <Crofton> the samples let you know when it does not exist
  309. [14:10:05] <Crofton> did you try the other samples?
  310. [14:10:40] <koen> I tried other .out files
  311. [14:10:45] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  312. [14:10:45] <koen> always the PROC_setup failure
  313. [14:10:55] <Crofton> with the correspongin *gpp file
  314. [14:10:57] <Crofton> bummer
  315. [14:11:11] <Crofton> we need an evm to test against :(
  316. [14:12:55] <Crofton> http://www.mail-archive.com/davinci-linux-open-source@linux.davincidsp.com/msg03002.html
  317. [14:13:48] <koen> open("/dev/dsplink", O_RDWR|O_SYNC) = 3
  318. [14:13:48] <koen> fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
  319. [14:13:48] <koen> ioctl(3, NCP_IOC_NCPREQUEST, 0xbea37b68) = -1 EPERM (Operation not permitted)
  320. [14:14:20] <Crofton> ah
  321. [14:14:32] <Crofton> who was asking about java yesterday?
  322. [14:14:33] <Crofton> http://wiki.openembedded.net/index.php/Java
  323. [14:14:36] <Crofton> may help
  324. [14:15:06] <koen> I passed within 50m of rschusters office a few times according to google maps
  325. [14:15:13] * dschaeffer (n=daniel@timesys-gw0.cust.expedient.net) has joined #beagle
  326. [14:16:30] <Crofton> I guess we need to read the dsplink docs and figure out what that ioctl means
  327. [14:16:57] <Crofton> do you pass mem=blahM to the kernel command line?
  328. [14:17:20] <koen> console=ttyS0,115200n8 root=/dev/mtdblock4 rw ip=192.168.1.100:192.168.1.1:192.168.1.1:255.255.255.0:neuros::off mem=200M video=davincifb:output=ntsc:format=composite
  329. [14:17:29] <Crofton> bother, rain starting soon, no ride
  330. [14:17:38] <Crofton> maybe try mem-128M
  331. [14:17:52] <paul_pwsan> for anyone working on the serial hangs, here is an updated patch set: http://www.pwsan.com/omap/gptimer_fixes_2.tar.gz
  332. [14:18:00] <Crofton> I'm not sure what the default memory map is for dsplink, but I thinnk it starts at 128M
  333. [14:18:26] <paul_pwsan> it contains a fix for an extra issue noticed here and also adds a bunch of debug printfs that should be useful if any serial hangs are observed
  334. [14:18:53] <paul_pwsan> if a serial hang occurs with this patchset, one should be able to hit enter a few times and generate some output similar to this:
  335. [14:19:34] <paul_pwsan> http://rafb.net/p/KWJTXm88.html
  336. [14:20:09] <paul_pwsan> if you encounter these, i would be very interested in receiving these register dumps at paul@pwsan.com
  337. [14:20:09] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  338. [14:22:37] * rsalveti (n=salveti@189.70.143.203) Quit (Read error: 110 (Connection timed out))
  339. [14:23:05] <paul_pwsan> one note is that you may see those register dumps without a serial hang, due to the way that the debug messages are generated. i am only interested in the cases where the register dumps are generated, and the console is hung, and Sysrq-Q shows a negative value for the next timer tick
  340. [14:23:57] <sakoman_> paul_pwsan: any theories on why we don't see the serial hangs on EVM or overo?
  341. [14:24:03] <paul_pwsan> sakoman_: no
  342. [14:24:37] * rsalveti (n=salveti@200.184.118.132) has joined #beagle
  343. [14:24:49] <sakoman_> paul_pwsan: I'll add your patches to my kernel git and test on all three boards
  344. [14:24:51] <paul_pwsan> sakoman_: i have some wild speculation, but nothing that i have much confidence in
  345. [14:25:00] <sakoman_> I love speculation!
  346. [14:25:11] <paul_pwsan> sakoman_: ok - thanks - might want to hold off for a sec - will generate a new patch set
  347. [14:25:22] <paul_pwsan> just hit another issue here
  348. [14:25:34] <sakoman_> OK, have to run for a dentist appointment anyway!
  349. [14:25:37] <paul_pwsan> k np
  350. [14:25:47] <sakoman_> Just leave a link here and I'll pick them up
  351. [14:26:04] <paul_pwsan> k will do
  352. [14:26:22] * methril is now known as methril|away
  353. [14:26:50] <sakoman_> Crofton: Bill Gatliff is probably familiar to you for his tsc2003 touchscreen controller work
  354. [14:27:33] <Crofton> ah
  355. [14:27:58] * DJW|Home is now known as DJWillis
  356. [14:30:17] * paul_pwsan (n=paul@utopia.booyaka.com) Quit (Remote closed the connection)
  357. [14:33:42] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  358. [14:35:45] * paul_pwsan (n=paul@utopia.booyaka.com) has joined #beagle
  359. [14:43:21] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  360. [14:48:27] * JuanG (n=Juan@nat/ti/x-1d9b1a42f144230a) has joined #beagle
  361. [14:48:31] * JuanG (n=Juan@nat/ti/x-1d9b1a42f144230a) has left #beagle
  362. [14:55:08] * banderson (n=irc@69.71.183.7) has joined #beagle
  363. [14:56:37] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  364. [14:58:07] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  365. [14:58:37] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  366. [14:58:37] <Crofton|work> sakoman, your beagle kernel work with gnuradio dialtone, right?
  367. [15:06:18] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  368. [15:11:21] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  369. [15:12:49] <khasim> paul_pwsan: Can you put your other patch as well?
  370. [15:19:02] <dirk2> paul_pwsan: I get a lot of "Timer workaround" prints while typing but still can type since ~20min
  371. [15:19:05] <koen> the v2 patches are in OE now
  372. [15:19:21] <paul_pwsan> hi everyone
  373. [15:19:24] <paul_pwsan> quick update here
  374. [15:19:43] <paul_pwsan> the gptimer_fixes patch sets seem to delay the serial hangs, but they still occur.
  375. [15:20:11] <paul_pwsan> now i think the timer overflow interrupts are completely broken on some subset of OMAP3530 chips
  376. [15:20:24] <paul_pwsan> so have a new patch set that uses match interrupts instead
  377. [15:20:53] <paul_pwsan> dirk, koen, thanks very much for your help testing
  378. [15:20:53] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  379. [15:21:40] * Viral_Sachde (n=Viral_Sa@122.167.142.178) has left #beagle
  380. [15:22:26] * dcordes_ (n=dcordes@unaffiliated/dcordes) Quit ("leaving")
  381. [15:24:40] * trickie|work (n=trickie@basesoft.xs4all.nl) Quit ("Leaving")
  382. [15:27:37] <koen> khasim: here's an uImage with v2 of pauls patches: http://amethyst.openembedded.net/~koen/beagleboard/uImage-2.6.26-r52-beagleboard.bin
  383. [15:31:11] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  384. [15:34:48] * knights (n=dan@78.144.170.210) has joined #beagle
  385. [15:39:13] <khasim> paul_pwsan: I doubt chips as same thing is used on other boards as well
  386. [15:39:19] * Hidus (n=hidus@206-223-177-6.beanfield.net) has joined #beagle
  387. [15:40:11] <paul_pwsan> khasim: sure, could be the way we are programming the timer or the interrupt controller. but then again, that is the same on other boards too.
  388. [15:40:25] <khasim> paul_pwsan: I think we are missing some initialization for beagle that is done for other board in either u-boot or kernel or x-loader
  389. [15:40:52] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  390. [15:42:42] <paul_pwsan> khasim: could be
  391. [15:44:45] * cbrake_away is now known as cbrake
  392. [15:45:14] <khasim> paul_pwsan: I would like to port EVM u-boot, x-loader and EVM kernel (GIT) on beagle with out changing much of the functionality as such
  393. [15:45:26] <paul_pwsan> khasim: by all means go for it
  394. [15:46:43] <khasim> paul_pwsan: I also need to check if there was an errata for OMAP3 that we missed on Beagle
  395. [15:47:16] <khasim> paul_pwsan: Can you please post this linux-omap-vger list, so that others can pitch in as well.
  396. [15:47:39] <khasim> paul_pwsan: I am wondering why zoom is not seeing this issue, they have only UART3 on board as we do on beagle
  397. [15:48:36] <paul_pwsan> khasim: i'm not going to post anything until i get a patch set that seems to work
  398. [15:48:56] <khasim> paul_pwsan: :) ok makes sense
  399. [15:49:23] <paul_pwsan> khasim: the uart3 thing is a red herring imho
  400. [15:49:26] <khasim> paul_pwsan: the other hint is on all other boards I think ethernet is active all the time
  401. [15:51:39] <khasim> sakoman_: do you have ethernet active on overo as well?
  402. [15:52:06] <paul_pwsan> khasim: one thing that would be useful is if you could contact the GPTIMER hardware group inside TI and find out if they have any errata that they have not published yet
  403. [15:52:47] <knights> Is the rev c bb going to be suitable for non-developers ie will the hardware be fully functional or will there be more testing revisions to come?
  404. [15:54:04] <khasim> paul_pwsan: I will do this asap.
  405. [15:54:08] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  406. [15:54:37] <knights> I've heard the current bb rev has some USB probs
  407. [15:55:38] <Hidus> what problems?
  408. [15:56:15] <khasim> paul_pwsan: leaving office now, will join back from home.
  409. [15:56:24] <paul_pwsan> khasim: ok, thx
  410. [15:58:22] <knights> Hidus, http://elinux.org/BeagleBoard#Revision_C
  411. [15:58:41] <knights> Is that page outdated?
  412. [16:00:18] <koen> knights: OTG works, EHCI doesn't
  413. [16:01:16] <knights> koen: so is this purely a kernel issue?
  414. [16:01:36] <koen> no
  415. [16:02:10] <knights> so there is a hardware flaw in current boards?
  416. [16:02:48] <koen> rev B board don't have an EHCI connector
  417. [16:03:47] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  418. [16:04:15] <knights> Is there a web page for mythtv or ffmpeg on OMAP3 / bb?
  419. [16:04:36] <knights> or mplayer
  420. [16:05:29] <knights> ore
  421. [16:05:43] <knights> sorry, or any docs on such things
  422. [16:06:47] * sweetlilm (n=sweet@196.37.229.15) Quit ()
  423. [16:07:04] <knights> Anyway, they'd be useless if I can't get an accelerated x server for the bb - when is it to be publically released?
  424. [16:08:54] <knights> That is, a OGLes accelerated X server for bb - I've heard its a dev only thing right now
  425. [16:09:21] <knights> could I now just svn / compile it myself? Is it NDA only?
  426. [16:10:57] <koen> knights: install angstrom and do 'opkg update ; ipkg install mythtv mplayer ffmpeg'
  427. [16:11:29] <knights> koen: How usable is mythtv on bb now? Does all work well?
  428. [16:12:10] <koen> everything except fullscreen video seems to work with 0.21+fixes
  429. [16:12:51] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  430. [16:12:51] <knights> I'd be hoping to use a bb with external power, plug it into a USB2 HD and a USB DVB dongle and use it to record DVB-T streams. Can bb could do this already?
  431. [16:13:14] <koen> yes
  432. [16:13:23] <koen> unfortunately my dvb antenna sucks
  433. [16:13:32] <knights> very nice! Shame
  434. [16:13:45] <koen> so I can scan for channels, but dvbstream doesn't give me the stream
  435. [16:14:42] <knights> does your antenna not work on x86 Linux either then?
  436. [16:15:40] <knights> Is there a UK distributor/ reseller for the bb yet?
  437. [16:15:42] <koen> it works on the mythbox in the other room
  438. [16:15:53] <koen> it works a lot better with OSX for some reason
  439. [16:16:52] <knights> what DVB chipset have you got?
  440. [16:17:03] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  441. [16:20:17] <koen> cynergy T2 or something like that
  442. [16:22:14] <knights> Have I got to import a bb from US or is there a European (UK pref.) distributor?
  443. [16:22:42] <jkridner> just got the call.....
  444. [16:22:49] <jkridner> Digi-Key is now accepting international orders.
  445. [16:22:56] <jkridner> flood their phone lines now. :)
  446. [16:22:56] <knights> really!
  447. [16:23:17] <knights> I've come just a the right moment eh?
  448. [16:23:21] <jkridner> if not, I'm going to....
  449. [16:23:35] <jkridner> well, I shouldn't promise anything.... folks might want to take me up on it.
  450. [16:24:18] <knights> I was on their webpage only minutes ago- has that not been updated with this yet?
  451. [16:24:47] <jkridner> someone please confirm.
  452. [16:24:54] <turqy> phone would be the most direct route.
  453. [16:25:04] <turqy> web page updates are suspect.
  454. [16:25:51] <jkridner> I still see a funny issue with the website. not sure if it will let me place an order and I don't have a non-US address.
  455. [16:26:12] <knights> Are there any easy to install distros already available for bb or have you gotta compile and bootstrap from scratch at the mo?
  456. [16:27:58] <knights> What do most people in here run? OE, Angstrom, DEbian, emdebian, Ubuntu??
  457. [16:28:18] <jkridner> Angstrom is most popular.
  458. [16:28:19] <dirk2> knights: http://groups.google.com/group/beagleboard/browse_thread/thread/5262445991049ec2# put it on your SD card and boot
  459. [16:28:39] <jkridner> per dirk2.
  460. [16:29:07] <turqy> binary poky image (for omap3) should probably boot up with no fuss.
  461. [16:29:13] <turqy> i haven't had a chance to test :(
  462. [16:30:07] <dirk2> sakoman, sakoman_ : U-Boot v1.3.4-rc2 released
  463. [16:30:27] <jkridner> RogerMonk: you must need another Beagle Board. I trust you to confirm you can order via web. :)
  464. [16:30:48] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Success)
  465. [16:31:24] <RogerMonk> jkridner?
  466. [16:31:44] <knights> dirk2: Thanks for the link! Does the mythtv image come complete with an accelerated X server? Does it support both Xv and XvMC?
  467. [16:32:11] <knights> image/ tarball / package whatever
  468. [16:32:58] <jkridner> :)
  469. [16:33:27] <jkridner> I'm looking for someone located outside of US/Canada to confirm they can place an order for a Beagle from Digi-Key.
  470. [16:33:29] <knights> What is the crack with XvMC, OGes, xorg and the bb as it stands anyway?
  471. [16:33:44] <knights> OGLes I mean
  472. [16:33:51] <jkridner> It is worth it to me to have you expense one and charge it to me. :)
  473. [16:34:07] <knights> Yeah! I'm game for that jkridner!
  474. [16:34:09] <knights> :)
  475. [16:34:21] <knights> but I'm in the UK
  476. [16:34:29] <jkridner> RogerMonk is in the UK
  477. [16:35:03] <RogerMonk> jkridner - ok, doing it now
  478. [16:37:57] <knights> RogerMonk: Please let me know how much they're charging for shipping to UK
  479. [16:38:48] <knights> seems you can get stuff sent internationally now anyway
  480. [16:39:50] * dirk2 (n=dirk@F3263.f.strato-dslnet.de) has left #beagle
  481. [16:40:18] <RogerMonk> jkridner - didn't work - it got removed from my order due to export restrictions...
  482. [16:40:20] * valhalla (n=valhalla@81-174-23-27.dynamic.ngi.it) has joined #beagle
  483. [16:40:33] <jkridner> k, thanks.
  484. [16:40:34] <RogerMonk> jkridner - then they still tried to charge me ??71 for shipping!
  485. [16:40:52] <RogerMonk> not very user friendly at all at the moment
  486. [16:40:54] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  487. [16:41:00] <knights> ??71!! aaieee!
  488. [16:41:20] <RogerMonk> must be a bug in the system
  489. [16:41:22] <knights> That pretty much doubles the price :(
  490. [16:41:26] <RogerMonk> yup
  491. [16:41:41] <knights> should hope it is a bug
  492. [16:42:53] <knights> Is the bb the most powerful ARM device currently available? I'm thinking about people wanting to do lots of native compiling
  493. [16:43:28] <jkridner> guess the next thing to try is phone calls. I'm calling back the person who gave me the (apparently incorrect) information.
  494. [16:44:11] <knights> If not, what is the most powerful ARM device you can buy?
  495. [16:44:53] <jkridner> knights: I believe it is. It doesn't have the most possible memory, but I believe the performance is much faster than any generally available ARM.
  496. [16:44:54] * Olipro__ (n=Olipro@unaffiliated/olipro) has joined #beagle
  497. [16:46:20] <bjdooks> RogerMonk: iirc, digikey have a 100ukp min order?
  498. [16:46:24] <knights> jkridner: Yeah, I've been very impressed with the demos I've seen. Seems to be in a totally different league to the PXA270 I've got my Z
  499. [16:46:43] <RogerMonk> jkridner - just tried again through uk part of digikey - price came up in pounds as ??82 - but then diverts to US site later in order
  500. [16:47:14] <knights> ??82, inc VAT and postage?
  501. [16:47:26] <RogerMonk> knights - don't get that far...
  502. [16:47:40] <knights> ??82 just for the board then
  503. [16:50:33] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  504. [16:53:01] <knights> Are there any cool cases available complete with suitable PSU that'd nicely house the bb and a 3.5" HD?
  505. [16:54:17] <knights> it'd also have a SATA to USB adaptor in it too
  506. [16:54:50] <knights> just for us lazy people :)
  507. [16:55:42] <knights> I know its cooler to build your own, but just wondered
  508. [16:57:31] <knights> Digi-key don't seem to offer such a thing yet
  509. [16:58:40] * Olipro_ (n=Olipro@unaffiliated/olipro) Quit (Connection timed out)
  510. [17:02:10] <sakoman_> Crofton: yes, the dial tone worked with my beagle kernel (sorry for the delay -- dentist appointment)
  511. [17:03:23] <Crofton> yeah, I remembered after I asked
  512. [17:03:34] <Crofton> I still get kernel messages
  513. [17:03:49] <sakoman_> khasim: I updated the beagle x-load to be in line with EVM and overo (which don't have the issue):
  514. [17:03:50] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  515. [17:03:51] <sakoman_> http://www.sakoman.net/cgi-bin/gitweb.cgi?p=x-load-omap3.git;a=summary
  516. [17:03:51] <Crofton> I believe we decided it was likely related to different kconfig?
  517. [17:04:28] <Crofton> given that beagle is shipping, I need the Angstrom image to run the gnuradio dialtone example
  518. [17:05:06] <sakoman_> Crofton: originally I thought it might be config related, but then I tried the OE defconfig and it still worked
  519. [17:05:26] <sakoman_> I tried it on overo and it worked there too
  520. [17:05:29] <Crofton> ah
  521. [17:05:48] <sakoman_> so I have chalked it up to my bad beagle karma
  522. [17:05:49] <Crofton> so we have patch differences
  523. [17:05:59] <Crofton> yeah, but it works for you :)
  524. [17:06:28] <sakoman_> Yeah, but my bad beagle karma involves being out of step with everyone else!
  525. [17:06:44] <sakoman_> video worked for everyone but me
  526. [17:07:35] * Crofton only cares about audio :)
  527. [17:07:37] <Crofton> atm
  528. [17:07:51] <Crofton> next USRP, then video
  529. [17:08:18] <sakoman_> khasim: re: ethernet on overo, only via usb dongle at the moment
  530. [17:08:40] <turqy> Crofton: you are interested in the USRP on the beagle? i am as well. anyone else you know of?
  531. [17:09:02] <sakoman_> khasim: so I think that kills the theory that it is ethernet related
  532. [17:09:59] <Crofton> I've heard of a few others
  533. [17:10:04] <Crofton> non are here though
  534. [17:10:31] <Crofton> I've run the test...rx code and it measures transfer speed
  535. [17:10:41] <Crofton> and dies closing the usb interface
  536. [17:11:31] <Crofton> also, gnuradio does not work with libusb1, so you need to do a build (Angstrom) with the stable libusb
  537. [17:12:03] <Crofton> if you have a beagle and a USRP I would be glad to help you get setup to test stuff
  538. [17:13:31] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  539. [17:24:14] <sakoman_> dirk2: I've done a merge with upstream u-boot. Test builds for all three omap3 builds in progress
  540. [17:26:46] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  541. [17:26:57] <koen> Crofton: tried a recetn kernel from OE? it disables dma on musb which makes certain usb stuff work (e.g. my dvb stick)
  542. [17:27:08] <Crofton> how recent?
  543. [17:27:20] <Crofton> I am using one from today
  544. [17:28:44] * Olipro__ is now known as Olipro
  545. [17:29:46] <koen> Crofton: today should be good :)
  546. [17:30:14] * Beagle2 (i=BeagleUs@80.174.156.174.dyn.user.ono.com) has joined #beagle
  547. [17:30:25] * Beagle2 (i=BeagleUs@80.174.156.174.dyn.user.ono.com) Quit (Client Quit)
  548. [17:32:07] * JoeBorn_ (n=jborn@adsl-75-3-1-49.dsl.chcgil.sbcglobal.net) has joined #beagle
  549. [17:32:50] * JoeBorn_ is now known as JoeBorn
  550. [17:35:32] <Crofton|work> koen, have you tried the gnuradio dial tone example on the beagle
  551. [17:35:50] <koen> yes
  552. [17:35:50] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  553. [17:35:59] <Crofton> work or not?
  554. [17:36:31] <koen> it works with my usb soundcard
  555. [17:36:38] <koen> tends to crash the asoc driver
  556. [17:36:42] <Crofton> but not SoC
  557. [17:36:56] <Crofton> how do you switch between usb and soc?
  558. [17:37:55] <koen> you can tell apps which alsa device to use
  559. [17:38:02] <koen> and there's /etc/asound.conf
  560. [17:41:02] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  561. [17:43:26] <Crofton> plugging the hub in after booting seems to solve the no usb problem for me
  562. [17:45:19] * jkridner|work (n=a0321898@nat/ti/x-1237d9b5cab6cf16) Quit ("Leaving.")
  563. [17:46:28] <DJWillis> sakoman_: Sorry to ping you, do you have compiled NAND U-Boots/Xloaders for the EVM hosted? Got the EVM and want to try something but laptop with tools is 80 miles away ;).
  564. [17:48:28] <koen> DJWillis: http://www.sakoman.net/feeds/omap3/glibc-old/images/omap3evm/
  565. [17:48:45] <sakoman_> DJWIllis: I don't have a NAND evm so I can't say for certain that my images will work for you
  566. [17:48:48] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  567. [17:48:59] <sakoman_> But theoretically they should
  568. [17:49:20] <sakoman_> the link koen provided is good for last night's builds
  569. [17:50:16] <sakoman_> There will be even more recent stuff there in a few minutes -- just remove the "-old" from the url
  570. [17:50:49] <sakoman_> The newest images will have u-boot 1.3.4-rc2
  571. [17:50:49] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  572. [17:52:20] <sakoman_> DJWillis: the code that x-load and u-boot were built from checks the sysboot value to see whether you are nand or onenand based and should do the right thing
  573. [17:54:44] <khasim> DJWillis: I was waiting for your mail yesterday, I think you didnt send one
  574. [17:54:51] <sakoman_> Crofton: can you remind me of the dialtone command line? I want to test again on overo
  575. [17:54:58] <khasim> DJWillis:Just ensuring that I didn't miss again
  576. [17:55:40] <Crofton> python /usr/share/gnuradio/examples/audio/dialtone.py
  577. [17:55:41] <sakoman_> khasim: if you have time, could you look over the x-load git to see if the updated beagle code looks reasonable?
  578. [17:55:42] <mru> hmm... today my beagle managed crash minicom
  579. [17:55:51] <Crofton> approximiately
  580. [17:56:14] <sakoman_> khasim: it works fine as MLO with my beagle
  581. [17:57:07] <sakoman_> Crofton: thanks, will give it a try as soon as the package finishes installing
  582. [17:57:21] <ds2> Ob complaint of the day.... what's with all the blank subject lines $@%#$#@
  583. [17:57:27] <khasim> sakoman_:will look at it
  584. [17:57:52] <mru> ds2: eternal september isn't over yet
  585. [17:58:04] <sakoman_> khasim: I tried to rationalize all the various versions of x-load floating around
  586. [17:58:25] <khasim> sakoman_: many thanks for all your effort
  587. [17:58:29] <sakoman_> I did a lot of checkpatch type cleanup on beagle and overo
  588. [17:58:40] <sakoman_> will do evm this evening
  589. [18:00:02] <sakoman_> Is anyone using a non-rtl8150 based usb/ethernet dongle that works well for them?
  590. [18:00:07] <khasim> sakoman_: we should some how totally avoid having x-loader sources itself
  591. [18:00:18] <khasim> sakoman_:at present we all are busy I know
  592. [18:00:31] <khasim> sakoman_:may be later some time we should work towards this as well
  593. [18:00:32] <sakoman_> khasim: how/why?
  594. [18:00:43] <sakoman_> do you mean eliminate need for x-load?
  595. [18:01:08] <khasim> sakoman_: we do need x-loader but not as a separate source
  596. [18:01:15] <Crofton|work> integrate x-loader into u-boot sources?
  597. [18:01:30] <sakoman_> My rtl8150 often gets wonky with rtl8150: Rx status -71 errors
  598. [18:01:41] <khasim> Crofton|work: yes
  599. [18:01:55] <sakoman_> khasim: this should be doable, but yes, it would require some work
  600. [18:02:01] <khasim> sakoman_: x-loader is a strip down version of u-boot
  601. [18:02:05] <Crofton|work> Bus 002 Device 008: ID 07a6:8515 ADMtek, Inc.
  602. [18:02:14] <Crofton|work> is what I have
  603. [18:02:17] <sakoman_> khasim: yes, I noticed ;-)
  604. [18:02:30] <Crofton|work> it disconnects and re-connects every few minutes
  605. [18:02:47] <khasim> sakoman_:any ways let me not distract you, lets go ahead with your x-loader
  606. [18:03:01] <sakoman_> Crofton: same with rtl8150, I suspect the musb driver
  607. [18:03:24] <khasim> sakoman_:on overo do you have ethernet?
  608. [18:03:58] <sakoman_> khasim: It might be easier to make the changes when we make the move to u-boot-v2
  609. [18:04:21] <sakoman_> khasim: the board set I am using at the moment does not, just usb/ethernet dongle
  610. [18:04:45] <sakoman_> so it is very similar to Beagle in that it is uart3 w/ usb ethernet
  611. [18:06:06] <sakoman_> paul_pwsan: from reading the logs it seems that I should hold off on pushing your serial hang patches, correct?
  612. [18:07:11] <sakoman_> Crofton: same usb/ethernet dongle behavior on all three omap3 boards so I suspect it is the musb driver and not anything hw related
  613. [18:07:39] <khasim> sakoman_:what is the issue with Ethernet dongle?
  614. [18:08:02] <Crofton|work> drops out the reconnects
  615. [18:08:43] <sakoman_> khasim: disconnects and reconnects ever few minutes, plus rtl8150: Rx status -71 errors
  616. [18:10:10] <khasim> sakoman_: Are you running USB in OTG mode?
  617. [18:10:29] <khasim> sakoman_:sorry re-phrasing have you enabled USB as OTG?
  618. [18:10:44] <sakoman_> currently in host mode, but IIRC the same happens in OTG
  619. [18:11:59] <DJWillis> khasim: i'll check, I have the mail server provider from hell so it may have gone AWOL :(.
  620. [18:12:00] <khasim> sakoman_:In host mode you should not see this issue, I have seen this issue with OTG mode
  621. [18:12:39] <DJWillis> sakoman: thanks for the link. I'll try it and see, got my own on there at the moment but wanted to try yours from mainline OE.
  622. [18:12:41] <khasim> sakoman_:In OTG mode, the USB suspends and resumes that triggers this connect/disconnect
  623. [18:13:19] <Crofton> khasim, we are in host mode
  624. [18:13:34] <sakoman_> khasim: verified: CONFIG_USB_MUSB_HOST=y
  625. [18:14:37] <khasim> Can you guys take a diff of musb folder from code.google for beagle and this one
  626. [18:15:00] <khasim> I am sure the latest git is broken for some musb functionality
  627. [18:16:07] <sakoman_> DJWillis: the x-load, u-boot, and uImage in my feeds are from my OE work branch. SInce I am doing active development on all three I use recipes that build from my git.
  628. [18:16:37] <sakoman_> khasim: yes, I can do that
  629. [18:16:57] <khasim> In HOST mode I used to see the RX error messages when connected to a camera, but it was some thing to do with ISO support
  630. [18:17:06] <DJWillis> sakoman_: cool, I had seen the old in the URL at some point and went, hmmmm.
  631. [18:17:35] <sakoman_> DJWillis: the autobuilder put the previous stuff in old when it builds a new set
  632. [18:17:46] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  633. [18:18:32] <sakoman_> DJWillis: if you need to look at the recipes I use, the are in the test branch of my OE git
  634. [18:18:58] <Crofton> what is that url again?
  635. [18:19:25] <sakoman_> http://www.sakoman.net/cgi-bin/gitweb.cgi
  636. [18:20:07] <DJWillis> sakoman_: that expains it, ta. I'll let you know how it goes, trying to trackdown some oddness and need the EVM running a current GIT kernel (or near enough). Yep, I will have a look at some point. I need to get merge/patch sources sorted as my/our GIT is getting in a mess ;).
  637. [18:20:16] <DJWillis> Oh, thanks for the GITWEB :)
  638. [18:21:00] <sakoman_> DJWillis: it does take a lot of effort to keep this stuff organized!
  639. [18:21:30] <DJWillis> sakoman_: you and koen seem superhuman at this stuff ;).
  640. [18:22:21] <sakoman_> DJWillis: In my case I have tight deadlines, so if I'm not organized I'm doomed!
  641. [18:22:22] <Crofton|work> sakoman, you are using the linux-omap2 kernel recipe in the test branch?
  642. [18:22:53] <sakoman_> Crofton: no I use linux-omap3 and u-boot-omap3
  643. [18:22:57] <khasim> Didnt find any errata relating to hang with GPT
  644. [18:22:57] <Crofton|work> Tony needs a backup when he goes on vacation .....
  645. [18:23:16] <Crofton|work> sakoman, where are they?
  646. [18:23:27] <sakoman_> I don't want to use a recipe that is changing out from under me :-)
  647. [18:23:33] <Crofton|work> I we have talked about the fact we have too many kernel recipes :)
  648. [18:23:41] <khasim> sakoman_: Do you see any differences in the way oscillator is connected to OMAP on Beagle v/s overo
  649. [18:23:46] <Crofton|work> you and 100 other guys :)
  650. [18:23:58] * Olipro_ (n=Olipro@unaffiliated/olipro) has joined #beagle
  651. [18:24:25] <sakoman_> khasim: I will need to check schematics
  652. [18:25:37] <kulve> what's the "best" source for the evm kernel atm? I tried the omap tree, but seems to have some issues with the display. linux.omap.com has something named 2.6.linux-v1.tar.gz, which doesn't really say much..
  653. [18:25:49] <sakoman_> Crofton: such is life. I have enough trouble keeping up with my own changes! This way I can continuously build test versions for all three omap3 boards and make sure my changes don't do anything bad in the different environments
  654. [18:26:37] <sakoman_> I submit my stuff upstream so eventually it will appear in the linux-omap2 stock recipe
  655. [18:26:39] * jkridner|work (n=a0321898@nat/ti/x-ea591c7bf64accfc) has joined #beagle
  656. [18:27:07] <khasim> kulve: the one on linux.omap.com is TI release on EVM that is 0.9.8
  657. [18:27:07] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  658. [18:27:22] <khasim> kulve: the latest one is supposed to be 1.0.0
  659. [18:27:36] <kulve> is that somewhere?
  660. [18:28:07] <khasim> kulve: it should be part of DVSDK release for EVM
  661. [18:28:16] <Crofton|work> sakoman, I am cranky because it works for you and not for me
  662. [18:28:30] <kulve> khasim: and is that downloadable somewhere..?
  663. [18:28:57] <kulve> khasim: btw. I got the MMC booting working. Looks like it works from MMC, but not from SD, but I haven't verified that yet completetly..
  664. [18:29:14] <sakoman_> Crofton: I'm sorry! I wish it would fail here so I could help debug! Is it still the null pointer in alsa?
  665. [18:29:43] <Crofton> I think so, but I do not have the message handy
  666. [18:30:02] <Crofton> I am hopeful that once everything goes upstream, it will be fixed, or an easy fix
  667. [18:30:20] <khasim> kulve:https://www-a.ti.com/extranet/cm/product/omapsw/dspswext/general/homepage.shtml
  668. [18:30:42] <khasim> kulve: I dont know if you have access to TI extranet, you need to get your EVM registered for this
  669. [18:30:46] <sakoman_> khasim: are there any clocking difference in particular that you are looking for?
  670. [18:31:17] <khasim> kulve: you can register your EVM here http://www.go-dsp.com/forms/tmdxevm3503/registration.htm
  671. [18:32:00] <khasim> sakoman_: When so many boards are working on UART3 with similar sources, I am just wondering what could be wrong on Beagle.
  672. [18:32:20] <khasim> sakoman_: The input to GPT should be from OSC clock,
  673. [18:32:29] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  674. [18:32:40] <kulve> khasim: actually a co-worker of mine tried to register it, but none off the numbers was ok for the form..
  675. [18:32:50] <kulve> and the image there shows some davinci board..?
  676. [18:33:20] <khasim> sakoman_:If timer interrupts are not getting generated, I am suspecting this one now
  677. [18:33:33] <khasim> sakoman_:I expect this not to be a problem, but just to confirm
  678. [18:33:48] <khasim> kulve: I havent tried registering
  679. [18:34:04] <sakoman_> khasim: I will check GPT
  680. [18:34:26] <khasim> sakoman_:the clocking portion might be of interest
  681. [18:34:31] <khasim> sakoman_:from osc
  682. [18:34:43] <kulve> khasim: humm.. Actually we should have access to the TI extranet. I need to ask that tomorrow..
  683. [18:34:59] <sakoman_> the 26Mhz and 32Mhz clock circuitry looks quite the same
  684. [18:35:07] <khasim> sakoman_:ok
  685. [18:35:15] <sakoman_> er 32 Khz :-)
  686. [18:35:31] <khasim> we run at 26Mhz
  687. [18:35:46] <khasim> ds2: online?
  688. [18:36:18] <khasim> ds2 has a zoom pdk I believe, was just wondering if he is seeing same issue with UART3 hang on the same
  689. [18:37:43] <sakoman_> khasim: is GPT a pin name? I'm not seeing it!
  690. [18:37:54] <koen> GPtimer?
  691. [18:38:24] * Olipro (n=Olipro@unaffiliated/olipro) Quit (Connection timed out)
  692. [18:38:46] <koen> root@beagleboard:~# uptime 20:38:37 up 3:05, 1 user, load average: 0.00, 0.00, 0.00
  693. [18:38:51] <koen> still no serial hang :)
  694. [18:39:54] <sakoman_> khasim: need to leave my desk. back in about 30 minutes
  695. [18:40:54] <khasim> koen: have you patched your sources with some thing?
  696. [18:41:39] <khasim> koen: sorry , I think you are validating paul's patches
  697. [18:42:29] <koen> yes, I have v2 of pauls patches
  698. [18:42:45] * RogerMonk (n=a0740758@nat/ti/x-b99143a7a339825d) Quit (Remote closed the connection)
  699. [18:44:36] <koen> OE is using these patches: http://gitweb.openembedded.net/?p=org.openembedded.dev.git;a=blob;f=packages/linux/linux-omap2_git.bb;hb=HEAD
  700. [18:45:53] <kulve> no-harry-potter.diff
  701. [18:46:51] <koen> it removes a CSL specific entry to the makefile
  702. [18:48:15] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  703. [18:53:02] * orcas (n=orcas@169.230.87.121) has joined #beagle
  704. [18:55:21] <Crofton|work> sakoman, I'm wondering if I use all the diffs from your git with ASoC in them
  705. [18:55:37] <Crofton|work> to replace the patch we currently use in .dev
  706. [19:01:41] * orcas (n=orcas@169.230.87.121) Quit (Read error: 104 (Connection reset by peer))
  707. [19:07:16] * koen is halfway building neuros TI codecs in OE
  708. [19:08:12] <khasim> koen: do you know what paul modified for this v2 patches
  709. [19:09:00] <koen> khasim: both versions are at http://www.pwsan.com/omap/
  710. [19:09:10] <turqy> Crofton|work: thanks for the offer setting up the USRP, but I do not yet own one.
  711. [19:09:23] <koen> khasim: heres an interdiff: http://gitweb.openembedded.net/?p=org.openembedded.dev.git;a=commitdiff;h=ea8cf15ec3f9f0d51b6792b9e714f2a31d796006
  712. [19:11:50] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  713. [19:12:19] <paul_pwsan> sakoman_: the patches aren't ready to be merged yet... still tracking down some issues with the dev patchset here
  714. [19:12:50] <koen> 21:12:44 up 3:39, 1 user, load average: 0.10, 0.03, 0.01
  715. [19:12:59] <koen> almost 4 hours without a hang now :)
  716. [19:13:09] <khasim> paul_pwsan: do you know why we use 32K timer as source for GPTIMER1 instead of MPU timer
  717. [19:14:21] <paul_pwsan> hi koen, that's cool :-) best way to exercise the bug currently seems to be to generate a lot of serial traffic, which will cause lots of timer reprograms
  718. [19:14:34] <gaipo> Are here anyone who would like to know that ordering outside US is possible now... Just made my order!!! =)
  719. [19:14:43] <kulve> koen: 04:21:43 up 84 days ;)
  720. [19:14:53] <paul_pwsan> koen: so the bug is not strictly uptime-related
  721. [19:15:00] <Crofton|work> gaipo, you succesfully placed an order from a non-us address?
  722. [19:15:05] <paul_pwsan> khasim: no
  723. [19:15:38] <koen> Crofton|work: I'm using the efika as serial terminal for the beagle :)
  724. [19:16:08] * Crofton|work 's brain explodes
  725. [19:16:30] <gaipo> Crofton: Yep :)
  726. [19:16:39] <Crofton|work> congrats, great news
  727. [19:16:43] <paul_pwsan> just as an update, earlier i thought it was a problem with overflow interrupts
  728. [19:16:44] <gaipo> "Thank you for placing an order with Digi-Key."
  729. [19:17:00] <Crofton|work> how much was shipping?
  730. [19:17:03] <paul_pwsan> but now i am seeing similar issues with match/compare interrupts
  731. [19:17:27] <gaipo> Crofton: Shipping 0e
  732. [19:17:53] <paul_pwsan> continuing to dig
  733. [19:18:10] <valhalla> gaipo, where to?
  734. [19:18:27] <sakoman_> DJWillis: fresh images now at: http://www.sakoman.net/feeds/omap3/glibc/images/
  735. [19:18:48] <sakoman_> so you don't have to use those stale 7 hour old images
  736. [19:18:50] * knights (n=dan@78.144.170.210) Quit (Remote closed the connection)
  737. [19:18:50] <gaipo> valhalla: Finland
  738. [19:19:08] <khasim> we use 32K timer now, should we try to configure MPU Timer - a guess
  739. [19:19:32] <Crofton|work> gaipo, is there a minimum order to get free shippig?
  740. [19:20:40] <ds2> wasn't the choice of the 32K timer due to it being perserved across a suspend?
  741. [19:21:04] <gaipo> Crofton|work: minimum is 65e which comes from beagle already, mine total was 137,42e
  742. [19:21:04] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  743. [19:21:55] <khasim> ds2: I think yes
  744. [19:23:03] <Crofton|work> gaipo, sorry for all the questions, but a lot of people have been asking about shipping costs etc
  745. [19:23:12] <Crofton|work> thanks for the info!
  746. [19:24:12] * alphaone (n=alphaone@a064.apm.etc.tu-bs.de) Quit (Read error: 148 (No route to host))
  747. [19:24:15] <jkridner|work> gaipo: which shipping method did you choose?
  748. [19:24:44] <ds2> has anyone tried using the Beagle as a DTV controller yet?
  749. [19:25:04] <ds2> (USB ATSC receiver on the MUSB port, OMAP3 decoding and output on DVI-D)
  750. [19:25:25] <gaipo> Crofton: nb, so ordering the beagle alone, with shipping (0e) is total 103,26e in EU (at least in Finland)
  751. [19:25:39] <koen> I'm still looking for a better antenna for my dvb stick to test dvb on the beagle
  752. [19:26:09] <ds2> koen: you got a CIR interface in mind?
  753. [19:26:20] <gaipo> jkridner|work: Didn't get any shipping options, I'll check what it is....
  754. [19:26:59] <jkridner|work> k. it is odd when you start in US and try to "simulate" non-US orders.
  755. [19:27:11] <Crofton|work> sakoman, you have an ASOC patch for the Beagle and the EVM, the the patches include updates to each others defconfig ...
  756. [19:27:48] <koen> ds2: CIR?
  757. [19:28:01] <koen> as in infrared?
  758. [19:28:03] * Hidus (n=hidus@206-223-177-6.beanfield.net) Quit ()
  759. [19:28:26] <gaipo> jkridner|work: "Shipping Method UPS World Wide Express"
  760. [19:28:59] <koen> ds2: my masterplan is to run a mythfrontend on it (or on the neuros-osd2, but that needs dsp help)
  761. [19:30:33] <koen> hmmm
  762. [19:30:54] <koen> digikey wants $75 for delivery
  763. [19:30:54] <ds2> koen: Consumer IR for a remote (vs IrDA for data)
  764. [19:31:13] <sakoman_> Crofton: which branch are you looking at?
  765. [19:32:46] <sakoman_> ah yes, I remember that :-)
  766. [19:32:58] <sakoman_> I'll fix that when I submit upstream
  767. [19:33:15] <Crofton> :)
  768. [19:33:19] <koen> Crofton|work: deleting hunks from patches should be safe
  769. [19:33:32] <ds2> ``should be'' heheh
  770. [19:33:44] <Crofton> I am replacing the soc.patch with the three SOC pieces from sakoman's git
  771. [19:33:51] <Crofton> let's see if compiles .....
  772. [19:34:08] * alphaone (n=alphaone@a064.apm.etc.tu-bs.de) has joined #beagle
  773. [19:34:09] <sakoman_> Crofton: I doubt it will make much difference
  774. [19:34:24] * Olipro_ is now known as Olipro
  775. [19:34:40] <sakoman_> IIRC koen is using something fairly recent
  776. [19:34:46] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  777. [19:35:20] <ds2> sakoman: what role is the McBSP in the ASoC driver? Master or Slave?
  778. [19:35:54] <sakoman_> ds2: it is negotiated, but IIRC it usually ends up with McBSP master
  779. [19:36:21] <ds2> sakoman: can it be forced to slave like the TI driver?
  780. [19:36:46] <sakoman_> ds2: I'm sure it can, let me refresh my memory as to which it really is
  781. [19:39:23] <sakoman_> ds2: it is specified in the machine soc driver with dai_ops.set_fmt
  782. [19:39:27] * Hidus (n=hidus@206-223-177-6.beanfield.net) has joined #beagle
  783. [19:39:43] <ds2> cool
  784. [19:39:54] <prpplague> sakoman_: OT - you guys have an eink interface board for the gumstix?
  785. [19:40:18] <ds2> so nothing lost to go away from the TI driver
  786. [19:40:35] <ds2> prpplague: IIRC, the eInk folks used a gumstix for their prototype if not also their dev kit
  787. [19:40:39] <Crofton> what is eink?
  788. [19:40:42] <sakoman_> prpplague: it is available from the eink guys
  789. [19:40:44] <koen> e-ink
  790. [19:40:53] <koen> like the irex illiad
  791. [19:40:53] <Crofton> ah
  792. [19:40:56] <sakoman_> sort of an EVM for their stuff
  793. [19:41:03] <koen> irex uses OE :)
  794. [19:41:10] <prpplague> sakoman_: yea i looked, pretty pricy
  795. [19:41:22] <sakoman_> EVM's usually are!
  796. [19:41:32] <sakoman_> go figure
  797. [19:41:59] <ds2> prpplague: kindle
  798. [19:42:19] <sakoman_> ds2: iirc, they started with a gumstix too
  799. [19:42:28] <prpplague> sakoman_: yea, just ment i can;t seem to find the apollo chipset so we can do our own design
  800. [19:43:18] <ds2> sakoman: know if all the USB modes work in the Verdex right now?
  801. [19:43:37] <sakoman_> ds2: verdex is host only
  802. [19:43:56] <ds2> Verdex hardware can do both host and device
  803. [19:43:56] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  804. [19:44:08] <ds2> guess nothing got fixed since craig left?
  805. [19:44:45] <sakoman_> ds2: not on usb. several folks have tried but not been successful. I haven't looked at it myself
  806. [19:45:07] <DJWillis> sakoman_: 7 hours round these parts is forever ;-) - Thanks loads.
  807. [19:45:20] <ds2> sakoman: that's what I recall before he left. oh well
  808. [19:45:33] <ds2> the same proc on the Z works fine so it is the 2.6 kernel that is broq
  809. [19:45:58] <koen> 4 hours 12 minutes, no serial hang
  810. [19:46:11] <sakoman_> ds2: I hear there is a new generation coming out that will do OTG and host! ;-)
  811. [19:46:28] <ds2> sakoman: is that the iMX rumor?
  812. [19:46:41] <koen> ds2: gumstix overo is omap3 based :)
  813. [19:46:46] <paul_pwsan> koen: heh, i still was able to get some serial hangs with that patchset, so don't be disappointed if you get one :-)
  814. [19:47:03] <koen> ds2: http://linuxdevices.com/news/NS3581886124.html
  815. [19:47:08] * ds2 reads
  816. [19:47:19] <koen> paul_pwsan: last week it lasted 5 hours before a hang
  817. [19:48:02] <ds2> if they bring out IOs comparable to the EVM.... :)~~~~~~~~~~
  818. [19:48:11] <sakoman_> ds2: koen beat me to then lnk
  819. [19:48:30] <Crofton> sakoman, we need to to a SDR demo on the overo before the buffoons start piling on :)
  820. [19:49:02] <sakoman_> Crofton: agreed
  821. [19:49:16] <koen> Crofton|work: how's the NEON stuff coming along?
  822. [19:49:44] <Crofton|work> trying to get sound going
  823. [19:50:00] <sakoman_> sigh. musb is not really robust on any of the machines yet :-(
  824. [19:50:17] <Crofton|work> basically, if someone starts asking about sdr, we can put them off for a few days with the dialtone :)
  825. [19:50:27] <Crofton|work> then we need the usrp to work
  826. [19:50:45] <Crofton|work> then NEON
  827. [19:51:05] <Crofton|work> I have sort of hacked NEON into gnu radio, at lest the structure
  828. [19:51:16] <koen> sakoman_: http://gitweb.openembedded.net/?p=org.openembedded.dev.git;a=commitdiff_plain;h=78f1d79f91f582645fa3780d8172a4ba69f59342
  829. [19:51:28] <Crofton|work> but my attempt at basing off gnuradio svn led to a difficulty creating a working patch
  830. [19:52:18] <sakoman_> koen: yup I saw that. I will give it a try, but I also need to diff the git musb vs TI musb
  831. [19:52:52] <ds2> sakoman: you must be bored ;)
  832. [19:53:07] * koen notices that the guinnea pigs are getting active again now the temperature has dropped
  833. [19:53:19] <sakoman_> ds2: no, just frustrated with flakiness
  834. [19:53:53] <ds2> what's saying about not blowing on a house of cards? ;)
  835. [19:55:37] <koen> sakoman_: I got my dvb stick to work, but my $5 webcam (sn19xxx) makes it throw messages about urb_submit when trying to access over v4l
  836. [19:55:41] <Crofton|work> http://rafb.net/p/6amsWu49.html
  837. [19:55:53] <Crofton|work> with ASoC copied from sakoman's git :(
  838. [19:56:50] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  839. [19:57:07] <sakoman_> Crofton|work: I'll try again to reproduce
  840. [19:58:09] <Crofton|work> thanks
  841. [19:58:43] <sakoman_> Crofton: do you get that same error if you use mplayer to play an mp3?
  842. [19:58:53] <Crofton|work> hmmm
  843. [19:59:24] <Crofton|work> I'll add mplayer to the image
  844. [20:01:31] <sakoman_> opkg install will work!
  845. [20:01:46] <Crofton|work> rgiht, I had to reboot
  846. [20:03:25] <Crofton|work> the plugging the hub in after booting really helps start the network 100% of the time
  847. [20:04:04] <koen> sakoman_: my backorder of velvia 50 arrived after 7 months :)
  848. [20:05:30] <sakoman_> koen: wow! did they lose the recipe? or do they just make it once a year?
  849. [20:06:34] * ds2 (i=noinf@netblock-66-245-251-24.dslextreme.com) Quit (Remote closed the connection)
  850. [20:06:38] <koen> sakoman_: I think they stopped producing it for a while to get people to buy RVP100 instead of RVP50
  851. [20:07:02] * paul_pwsan (n=paul@utopia.booyaka.com) Quit (Remote closed the connection)
  852. [20:07:11] <Crofton|work> find . -name "*mp3" .......
  853. [20:07:27] * ds2 (i=noinf@netblock-66-245-251-24.dslextreme.com) has joined #beagle
  854. [20:09:01] <Crofton|work> http://rafb.net/p/doDXb333.html
  855. [20:09:08] <Crofton|work> looks the same with mplayer
  856. [20:09:48] <sakoman_> The fresh xload/MLO and u-boot 1.3.4-rc2 seem to work fine on overo, will try beagle next
  857. [20:10:04] <Crofton|work> I wonder if that is my problem
  858. [20:10:17] <Crofton|work> all these interdependencies are driving me crazy
  859. [20:10:19] * paul_pwsan (n=paul@utopia.booyaka.com) has joined #beagle
  860. [20:10:26] <sakoman_> Crofton: OK, will try to reproduce on my beagle
  861. [20:10:33] <Crofton|work> thanks
  862. [20:10:44] <sakoman_> If it is my driver at fault I'd like to fix it
  863. [20:10:49] <Crofton|work> if you can't, I'd like to try your boot stuff
  864. [20:11:05] <Crofton|work> you have xloader and u-boot in NAND?
  865. [20:11:24] <sakoman_> While I'm on overo I'm going to try again with the latest
  866. [20:11:50] <sakoman_> yes I have xload, u-boot, and u-image in nand on beagle
  867. [20:12:56] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  868. [20:13:15] <Crofton|work> I was looking forward to listening to Rory ....
  869. [20:14:18] <koen> galagher?
  870. [20:16:00] <Crofton|work> yeah
  871. [20:16:15] <sakoman_> Crofton|work: mplayer w/ mp3's works fine on overo, no crash. will try gnuradio test now
  872. [20:16:44] <koen> Crofton|work: tried with you usb speakers?
  873. [20:16:52] <Crofton|work> not yet
  874. [20:16:57] <Crofton|work> that is next
  875. [20:17:07] <koen> Crofton|work, sakoman_: I wonder if it's the dmix alsa stuff mickeyl added
  876. [20:17:08] <Crofton|work> need to read asound.conf instructions
  877. [20:17:41] <sakoman_> Crofton:work: get a beautiful dial tone. No dropouts on overo
  878. [20:18:00] <sakoman_> oops, Crofton|work
  879. [20:18:12] <Crofton|work> oops?
  880. [20:18:23] <sakoman_> typed your handle wrong
  881. [20:18:31] <Crofton|work> heh
  882. [20:18:49] <Crofton|work> tab, I had no idea anyone types that many characters...
  883. [20:19:12] <sakoman_> sometimes the fingers don't connect to the brain
  884. [20:19:21] <sakoman_> oftentimes, actually!
  885. [20:19:24] <Crofton|work> heh
  886. [20:19:36] <Crofton|work> ok, asound.conf is next
  887. [20:19:41] <sakoman_> so the output is very nice, no glitches
  888. [20:19:52] <Crofton|work> you are making me jealous
  889. [20:20:06] <sakoman_> no characters on the console like the last beagel test
  890. [20:20:18] <sakoman_> I will try beagle now
  891. [20:21:22] <sakoman_> Interesting! I tried to do 10 in a row with quick CTRL C exits
  892. [20:21:38] <sakoman_> all were good until #9 where I got:
  893. [20:21:54] <sakoman_> Unable to handle kernel paging request at virtual address ffffffff
  894. [20:22:17] <Crofton|work> on overo?
  895. [20:22:19] <sakoman_> PC is at kmem_cache_alloc+0x30/0x84
  896. [20:22:24] <sakoman_> yes
  897. [20:22:27] <Crofton|work> wew
  898. [20:22:40] <Crofton|work> I prefer problems that impact your wallet :)
  899. [20:23:37] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  900. [20:23:53] <sakoman_> another 10 worked just fine
  901. [20:24:22] <sakoman_> hmmm I wonder if I tried to relaunch before python had freed enough memory
  902. [20:25:16] <ds2> wow
  903. [20:25:32] <ds2> the reset button does not work after a halt
  904. [20:25:45] <sakoman_> OK, on to beagle to see what happens there
  905. [20:27:45] <koen> ds2: TI kernel? if so, known problem
  906. [20:27:54] <koen> reset button works great on linux-omap git
  907. [20:28:09] <ds2> koen: I am running a hybrid kernel
  908. [20:28:09] <Crofton|work> my cat tested the reset button twice today
  909. [20:29:14] <koen> up 5 hours, still no serial hang
  910. [20:29:20] * koen heads to bed
  911. [20:29:23] <koen> 'night all
  912. [20:29:26] <Crofton|work> gn
  913. [20:29:26] <paul_pwsan> night
  914. [20:29:59] <sakoman_> gn
  915. [20:36:52] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  916. [20:47:32] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  917. [20:48:40] <sakoman_> on beagle I get a dial tone and can play mp3s
  918. [20:49:04] * RogerMonk (n=a0740758@nat/ti/x-4c65185383859ea2) has joined #beagle
  919. [20:49:17] <sakoman_> Strangley, I also get the clicks and aUaU characters on the console
  920. [20:50:19] <Crofton> that is audio underflow
  921. [20:50:23] <Crofton> interesting
  922. [20:50:31] <ds2> isthe colors correct on the linux-omap video driver?
  923. [20:51:13] <sakoman_> Crofton|work: also the frequency occasionally will shift when the click occurs!
  924. [20:51:28] <Crofton> interesting
  925. [20:51:51] <sakoman_> This is with code that is a week or so old. I am going to update to my latest and see if there is any difference
  926. [20:52:17] <sakoman_> (i.e. MLO, u-boot, uImage)
  927. [20:52:36] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  928. [21:01:10] <sakoman_> Crofton: I'm puzzled by the difference in behaviour
  929. [21:02:03] <sakoman_> I will be even more puzzled if the behaviour stays the same with the latest build!
  930. [21:02:03] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  931. [21:06:03] * valhalla (n=valhalla@81-174-23-27.dynamic.ngi.it) Quit ("Leaving")
  932. [21:12:25] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  933. [21:13:07] <sakoman_> Crofton: with new MLO, u-boot 1.3.4-rc2 and latest kernel I'm abl to play mp3's without issue on Beagle
  934. [21:13:28] <Crofton> from SD card?
  935. [21:13:39] <Crofton> can you email the MLO and u-boot?
  936. [21:13:48] <sakoman_> yes, rootfs on SD
  937. [21:13:51] <Crofton> I'd like to eliminate them
  938. [21:13:59] <sakoman_> everything else on nand
  939. [21:14:08] <sakoman_> OK
  940. [21:14:25] <Crofton> philip at balister dot org
  941. [21:16:51] <Crofton|work> brb
  942. [21:19:34] <sakoman_> Crofton|work: on its way
  943. [21:22:04] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  944. [21:22:08] <sakoman_> Crofton|work: back in about 30 minutes
  945. [21:24:21] * dschaeffer (n=daniel@timesys-gw0.cust.expedient.net) has left #beagle
  946. [21:25:49] <sakoman_> Crofton|work: you'll be happy to hear that I can reproduce your issue here with the latest images (only with gnuradio, mplayer seems to work fine)
  947. [21:26:33] <sakoman_> So I have something to work with now! not that I needed more to do :-(
  948. [21:27:02] <Crofton|work> on the beagle?
  949. [21:27:10] <Crofton|work> or overo?
  950. [21:27:25] <sakoman_> yes, on beagle. "same" builds for overo work fine
  951. [21:28:01] <Crofton|work> I wonder what makes the beagle special?
  952. [21:28:05] <sakoman_> something is subtly different on beagle
  953. [21:29:15] <sakoman_> I don't get it! But perhaps this will give a clue. It is crashing in alsa, not in my code. But maybe my driver does something evil.
  954. [21:29:54] <sakoman_> Now that I can reproduce it I can get to work debugging later this evening
  955. [21:30:09] <Crofton|work> great
  956. [21:30:26] <Crofton|work> I hope
  957. [21:30:41] <Crofton|work> I wish mplayer would work for me though
  958. [21:30:43] <sakoman_> I hope it comes easy :-)
  959. [21:30:53] <sakoman_> Did you try my images?
  960. [21:30:59] <Crofton|work> not yet
  961. [21:31:05] <Crofton|work> trying to think about dinenr
  962. [21:31:24] <sakoman_> If you grab the omap3evm image from my feed then you will have exactly the same bits
  963. [21:31:41] <sakoman_> omap3evm-demo-image that is
  964. [21:31:42] * horar (n=irc@mrandr7.lnk.telstra.net) has joined #beagle
  965. [21:31:56] <sakoman_> it includes mplayer
  966. [21:32:11] <sakoman_> got to run now too, back later
  967. [21:32:14] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  968. [21:32:17] <Crofton|work> l8r
  969. [21:41:53] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  970. [21:43:53] * prpplague (n=dave@mail.americanmicrosystems.com) Quit ("Leaving")
  971. [21:45:13] <ds2> the reference frame bufer code is broq wrt to the colors :(
  972. [21:47:16] * NishanthMenon (n=nmenon@nat/ti/x-0e05e9a33adfe197) has joined #beagle
  973. [21:52:01] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  974. [21:57:41] * cbrake is now known as cbrake_away
  975. [21:57:45] * BThompson (n=BThompso@nat/ti/x-925c22e872a71c7c) Quit ("Trillian (http://www.ceruleanstudios.com")
  976. [22:01:41] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  977. [22:04:18] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  978. [22:12:56] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Success)
  979. [22:16:36] <ds2> does the l-o kernel produce proper colors?
  980. [22:16:45] <ds2> (on the DVI-D output)
  981. [22:24:45] * NishanthMenon (n=nmenon@nat/ti/x-0e05e9a33adfe197) Quit ("Ex-Chat")
  982. [22:26:12] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  983. [22:35:53] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  984. [22:37:35] <Crofton> sakoman, getting x-loader 1.41 failures now
  985. [22:38:19] <ds2> AH HA! the reference driver is broken
  986. [22:39:21] <Crofton> mlo md5sum looks good
  987. [22:40:00] <Crofton> ECC Failed
  988. [22:40:20] <ds2> ECC? isn't that NAND only?
  989. [22:41:16] * Beagle9 (n=Beagle9@s5593ed94.adsl.wanadoo.nl) has joined #beagle
  990. [22:41:31] <Crofton> I am thinking it is not seeing MLO
  991. [22:41:49] <ds2> does it say anything about MMC?
  992. [22:43:16] <Beagle9> Hi! Excuse my noob question, but I could not find the answer easily on the website.
  993. [22:43:22] <Crofton> no
  994. [22:43:23] <Beagle9> With the current available version, I assume (due to the missing USB HOST connector) that it's impossible to connect a USB keyboard?
  995. [22:43:44] <Crofton> you can connect a hub to the miniAB and connect the kb there
  996. [22:43:53] <Crofton> that is what we are doing now
  997. [22:43:57] <Beagle9> ah, ok
  998. [22:44:09] <Crofton> you need a miniAB to A receptacle adapter
  999. [22:44:09] <Beagle9> so that would be a normal, usb2 hub? Thanks!
  1000. [22:44:15] <Crofton> right
  1001. [22:44:22] <Crofton> the adapter can be hard to find
  1002. [22:44:33] <Beagle9> and I assume I can make one myself or purchase one from ebay/whatever?
  1003. [22:44:47] <ds2> Crofton: think you are doing a normal NAND boot then
  1004. [22:44:53] <Beagle9> Cool, great. Now I just need to wait for Digikey decides to ship to europe :)
  1005. [22:45:00] <Crofton> purchase there should be links to know working adapters
  1006. [22:45:13] <Crofton> Beagle9, people from .eu are successfully ordering now
  1007. [22:45:37] <Beagle9> ah, excellent :) Thanks for the info! I'll give it a shot, have a nice evening! Bye!
  1008. [22:45:43] <Crofton> gn
  1009. [22:45:59] * Beagle9 (n=Beagle9@s5593ed94.adsl.wanadoo.nl) has left #beagle
  1010. [22:49:03] * horar (n=irc@mrandr7.lnk.telstra.net) Quit ("Leaving.")
  1011. [22:51:09] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  1012. [22:56:18] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  1013. [23:00:48] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  1014. [23:02:18] * Hidus (n=hidus@206-223-177-6.beanfield.net) Quit (Read error: 110 (Connection timed out))
  1015. [23:03:36] <sakoman_> Crofton: back now
  1016. [23:03:49] <sakoman_> so MLO won't work for you?
  1017. [23:04:44] <sakoman_> do you have anything in nand?
  1018. [23:13:09] <sakoman_> Crofton: IIRC khasim mentioned to me that every time you use a new MLO you need to start with a freshly formated nand partition. Something in the boot rom is sensitive to fat file system chages.
  1019. [23:13:26] <sakoman_> changes even :-)
  1020. [23:14:04] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  1021. [23:14:08] <sakoman_> I did my testing by flashing MLO into nand
  1022. [23:14:36] <sakoman_> I will try now with a freshly formatted dos partition to see if it works on mmc
  1023. [23:21:11] * rsalveti (n=salveti@200.184.118.132) Quit (Read error: 113 (No route to host))
  1024. [23:21:26] <paul_pwsan> okay... latest gptimer workaround patch set: http://www.pwsan.com/omap/gptimer_workaround_3.tar.gz
  1025. [23:21:42] <paul_pwsan> sakoman_, this seems worth pulling in for now
  1026. [23:22:08] <paul_pwsan> so the attempt to use gptimer match interrupts rather than overflow interrupts didn't help much
  1027. [23:23:16] <paul_pwsan> so now this patch set uses both. if the gptimer doesn't send an interrupt on a match event, there is a good chance that the overflow interrupt (currently set to follow 0.5 seconds afterwards) will keep things going.
  1028. [23:23:50] <paul_pwsan> the patches haven't been extensively tested, but i have observed the above event occur during testing here.
  1029. [23:23:51] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  1030. [23:24:18] <paul_pwsan> would appreciate anyone following along on the serial hang issue to try these patches and let me know how they work.
  1031. [23:24:29] <sakoman_> paul_pwsan: I'll apply them & report! Thanks for working on this. Beagle people everywhere will love you!
  1032. [23:25:09] <sakoman_> I'll also verify that they don't do anything bad on overo since that is where I am spending most of my time now
  1033. [23:25:21] <paul_pwsan> thanks sakoman_ - that would be much appreciate
  1034. [23:25:21] <paul_pwsan> d
  1035. [23:25:28] <Crofton> sakoman, OK, I'll try that
  1036. [23:25:42] <Crofton> definitely feels like it does not try to hit SD
  1037. [23:27:24] <paul_pwsan> still have no idea why this only happens to some 3530s and not others
  1038. [23:27:47] <sakoman_> Crofton: my MLO isn't very chatty. It looks first for mmc, then onenand, then nand and silently boots from the first viable source
  1039. [23:28:07] <Crofton> what is X-Loader 1.41
  1040. [23:28:13] <sakoman_> I'll change the boot banner so it is more identifiable
  1041. [23:28:16] <Crofton> maybe I have something in flash ....
  1042. [23:28:18] <paul_pwsan> if indeed it is a hardware issue, best guess is that there is some sort of process variation. i think that data may exist in the hawkeye registers, will doublecheck
  1043. [23:28:31] <Crofton> crap, you guys are smart
  1044. [23:29:55] <sakoman_> Crofton: what do you see when you try to boot?
  1045. [23:31:09] * jkridner|work (n=a0321898@nat/ti/x-ea591c7bf64accfc) Quit ("Leaving.")
  1046. [23:37:34] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  1047. [23:38:10] <sakoman_> Crofton: Paul is the smart one! I have no idea what a hawkeye register is :-)
  1048. [23:39:05] <paul_pwsan> Crofton: heh, or so sakoman_ says, having just brought up one of the first 3530 boards outside TI :-)
  1049. [23:45:59] * rsalveti (n=salveti@189.70.143.203) has joined #beagle
  1050. [23:47:13] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  1051. [23:50:54] <paul_pwsan> okay, here is another patch, very simple, which will cause the OMAP device ID code in the linux-omap tree to display the DIE_ID registers on the Test Access Port: http://www.pwsan.com/omap/read_die_ids.patch
  1052. [23:51:53] <sakoman_> Crofton: mine won't start from mmc either! works fine when flashed into nand. perhaps I am using the wrong signing utility. will need to check with khasim.
  1053. [23:52:17] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  1054. [23:52:26] <paul_pwsan> if you are running current linux-omap git or some derivation thereof, i would appreciate it if you could apply this patch and E-mail me its output, which looks like this: http://pastebin.com/m331c7884
  1055. [23:52:51] <sakoman_> paul_pwsan: I will push both patches after dinner
  1056. [23:53:05] * RogerMonk (n=a0740758@nat/ti/x-4c65185383859ea2) Quit (Remote closed the connection)
  1057. [23:53:15] <paul_pwsan> it will appear at the very beginning of the kernel boot messages, but will also show up if you run 'dmesg' after making it to userspace
  1058. [23:53:51] <sakoman_> Crofton: it's funny, I can swear my MLO was working from mmc yesterday!
  1059. [23:54:23] <sakoman_> gotta run now. back later
  1060. [23:55:05] <paul_pwsan> it is important that you also indicate in your e-mail whether you see the serial hangs or not - or, if you are running from the gptimer_workaround_3 patch set that was just posted, whether you see the "*** GPTIMER missed match interrupt!" messages or not.
  1061. [23:55:23] <paul_pwsan> my email address btw is paul@pwsan.com
  1062. [23:56:10] <sakoman_> paul_pwsan: I get hangs within a small number of minutes on my beagle so it will be interesting to compare with my overo and evmboards where I don't get hangs
  1063. [23:56:10] <ds2> paul_pwsan: dumb question but what is that information good for? is it more specific then the silicon rev?
  1064. [23:57:41] <paul_pwsan> ds2: if the register layout is similar to the 2420 tap registers, then they should indicate the originating fab and additional design revision data
  1065. [23:58:06] <paul_pwsan> however one would have to confirm the exact layout of the registers with TI, i don't have that information
  1066. [23:58:16] <paul_pwsan> sakoman_: sounds good
  1067. [23:58:38] <ds2> paul_pwsan: I see. so you think there are variants on the different ESX.Y versions?
  1068. [23:59:15] <paul_pwsan> ds2: well i don't really know, i am trying to figure out why only some of us see these serial hangs
  1069. [23:59:27] <ds2> gotcha
  1070. [23:59:56] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))

These logs were automatically created by BeagleLogBot on irc.freenode.net using the Java IRC LogBot.

See http://microformats.org/wiki/mflogbot for more information.