#linux-omap IRC Log on omapworld.org

Join the chat at omapworld.org/ircchat.html

Index

IRC Log for 2009-11-18

Timestamps are in UTC.

  1. [00:10:58] * BThompson (n=a0193480@nat/ti/x-iirawgnfthohzmax) Quit (Read error: 131 (Connection reset by peer))
  2. [00:13:27] * orbarron is now known as orbarron|OoO
  3. [00:40:27] * BThompsonGT (n=bernie@cpe-76-184-159-129.tx.res.rr.com) has joined #linux-omap
  4. [03:37:10] * NishanthMenon (n=nmenon@nat/ti/x-manjrwphknripwbv) Quit ("Ex-Chat")
  5. [05:08:55] * BThompsonGT (n=bernie@cpe-76-184-159-129.tx.res.rr.com) Quit (Read error: 54 (Connection reset by peer))
  6. [07:45:54] * dirk2 (n=dirk@p5B0407C9.dip0.t-ipconnect.de) has joined #linux-omap
  7. [07:52:05] * dirk2 (n=dirk@p5B0407C9.dip0.t-ipconnect.de) Quit (Remote closed the connection)
  8. [07:57:43] * Toadstool (n=jcorbier@ubuntu/member/toadstool) Quit (kubrick.freenode.net irc.freenode.net)
  9. [07:57:43] * Crofton (n=balister@pool-71-171-31-89.nwrknj.east.verizon.net) Quit (kubrick.freenode.net irc.freenode.net)
  10. [07:57:43] * Zygo (i=startkey@startkeylogger.hungrycats.org) Quit (kubrick.freenode.net irc.freenode.net)
  11. [07:57:43] * deekey (n=dak@mail.dev.rtsoft.ru) Quit (kubrick.freenode.net irc.freenode.net)
  12. [07:57:43] * XorA|gone (n=nnnnnXor@www.xora.org.uk) Quit (kubrick.freenode.net irc.freenode.net)
  13. [07:57:43] * katier (n=katier@nat/ti/x-e463276cab5ece97) Quit (kubrick.freenode.net irc.freenode.net)
  14. [07:57:43] * virtuoso (n=s0t0na@81.9.35.135) Quit (kubrick.freenode.net irc.freenode.net)
  15. [07:59:13] * virtuoso (n=s0t0na@81.9.35.135) has joined #linux-omap
  16. [07:59:50] * rs (i=7aa60de8@gateway/web/freenode/x-jjvcyohlmuasotjh) has joined #linux-omap
  17. [08:00:40] <rs> in android 1271 wifi - does the wpa supplicant change if it in android and on busybox roofs?
  18. [08:03:14] * Zygo (i=startkey@startkeylogger.hungrycats.org) has joined #linux-omap
  19. [08:04:46] * katier (n=katier@nat/ti/x-vahtrlesyxmfsjih) has joined #linux-omap
  20. [08:06:00] * Crofton (n=balister@pool-71-171-31-89.nwrknj.east.verizon.net) has joined #linux-omap
  21. [08:12:51] * deekey (n=dak@mail.dev.rtsoft.ru) has joined #linux-omap
  22. [08:21:50] * Toadstool (n=jcorbier@2a01:e0b:1:24:240:63ff:fee5:c6b2) has joined #linux-omap
  23. [09:33:12] * rs (i=7aa60de8@gateway/web/freenode/x-jjvcyohlmuasotjh) Quit ("Page closed")
  24. [09:35:35] * _roger_ (n=a0740758@192.91.75.29) has joined #linux-omap
  25. [11:04:16] * dirk2 (n=dirk@p5B0404F2.dip0.t-ipconnect.de) has joined #linux-omap
  26. [12:54:30] * BThompson (n=a0193480@nat/ti/x-nwbjfqoytqmmtids) has joined #linux-omap
  27. [13:20:52] * rsv (i=7aa60de8@gateway/web/freenode/x-hibkokqbxzaoapbv) has joined #linux-omap
  28. [13:23:37] * gt (n=geetha@nat/ti/x-liakuenvwnjlzyqc) Quit (Nick collision from services.)
  29. [13:24:45] * gt (n=geetha@nat/ti/x-rdlvdhwedsqtdlsx) has joined #linux-omap
  30. [13:25:18] * gt (n=geetha@nat/ti/x-rdlvdhwedsqtdlsx) Quit (Nick collision from services.)
  31. [13:25:56] * gt1 (n=geetha@nat/ti/x-vabqowaqarabjxmj) has joined #linux-omap
  32. [13:45:30] * Vikas (i=c05e5e69@gateway/web/freenode/x-bqveavhpgbwuaqun) has joined #linux-omap
  33. [13:46:13] * NishanthMenon (n=nmenon@nat/ti/x-ttqolydkvdjzihoh) has joined #linux-omap
  34. [14:38:07] * prpplague_afk is now known as prpplague
  35. [14:46:18] * jayabharath (n=a0866114@nat/ti/x-mtorgmactbwqdqza) has joined #linux-omap
  36. [14:47:54] <rsv> i use l25.12 release and testing suspend/resume, I find that suspend-resume does not work as expected, it works for the first time and the second time - aplay keeps running
  37. [14:48:28] <rsv> i play audio and then do suspend and resume, first time it works and then it doesnt continue playing upon resume
  38. [14:56:52] * jkridner|work (n=a0321898@nat/ti/x-cojvzeztipfadsof) has joined #linux-omap
  39. [14:57:18] <jkridner|work> does anyone know if the V4L2 capture driver supports user-allocatable buffers?
  40. [14:57:53] * nhg (n=a0864305@nat/ti/x-aywmvbhtsfzarvlc) has joined #linux-omap
  41. [14:58:32] <av500> ours does :)
  42. [14:59:14] <rsv> yes, it works
  43. [14:59:21] <av500> in ti kernels I have seen it was "here be dragons", but that could have changed...
  44. [15:01:27] <jkridner|work> av500, rsv: thanks!
  45. [15:08:12] * Mikkel_TI (n=Mikkel_T@nat/ti/x-gwwzdubczousmyno) has joined #linux-omap
  46. [15:41:08] <rsv> any ideas on audio pm issues? anyone seen it playing after resuming from suspend?
  47. [15:47:05] * orbarron|OoO is now known as orbarron
  48. [16:21:01] * jkridner|work (n=a0321898@nat/ti/x-cojvzeztipfadsof) has left #linux-omap
  49. [16:32:18] <jayabharath> All: I was wondering if anyone has tried taking TI's OpenMAX IL (with DSP codecs-MPEG4/AAC ) release 0.3.5 and putting it on a beagleboard under Linux Environment? ...
  50. [16:34:54] * Magdalena (n=tisoldel@nat/ti/x-vsiccondolphagls) has left #linux-omap
  51. [16:48:11] * vikrampanditaTI (n=a0876558@nat/ti/x-tiytkaifouqpvtpj) has joined #linux-omap
  52. [16:56:30] * Magdalena (n=tisoldel@nat/ti/x-vsiccondolphagls) has joined #linux-omap
  53. [17:01:22] <mturquette> khilman: what is the difference between /debug/pm_debug/registers/1 and /debug/pm_debug/registers/current?
  54. [17:13:14] <mturquette> i guess, more specifically, what is /debug/pm_debug/registers/1? because current is plainly the current value of those registers.
  55. [17:19:15] <ojn> Ugh. Is x-loader really meant to depend on a stale forked version of u-boot?
  56. [17:19:40] <ojn> it won't build with an upstream tree (fails very quickly due to moved include files and undefined symbols, etc)
  57. [17:21:23] <ojn> (i.e. why not just pull in a full u-boot tree if there's such a tight dependency anyway)?
  58. [17:33:26] * BThompson (n=a0193480@nat/ti/x-nwbjfqoytqmmtids) Quit (Read error: 104 (Connection reset by peer))
  59. [17:36:26] <khilman> mturquette: registers/1 is a snapshot just before jumping into SRAM idle
  60. [17:36:37] <khilman> registers/2 is just after coming out of SRAM idle
  61. [17:37:10] <khilman> basically, the last possible sw snapshot before going idle
  62. [17:47:46] * amitshah08 (i=816ef12f@gateway/web/freenode/x-ncbxhhyxixxzrkpn) Quit (Client Quit)
  63. [17:47:57] * Vikas (i=c05e5e69@gateway/web/freenode/x-bqveavhpgbwuaqun) Quit ("leaving")
  64. [18:06:38] * BThompson (n=a0193480@nat/ti/x-lyuzjvfmffgzpupv) has joined #linux-omap
  65. [18:06:47] * _roger_ (n=a0740758@192.91.75.29) Quit ("Leaving.")
  66. [18:09:48] * ndechesne (n=a0919116@nat/ti/x-ikyvavcmkfmhozyi) Quit ("Leaving.")
  67. [18:41:22] * prpplague (n=Dave@adsl-99-57-149-34.dsl.rcsntx.sbcglobal.net) Quit ("Leaving")
  68. [18:42:59] * BThompson1 (n=a0193480@nat/ti/x-ugtcpdzkwpudzatg) has joined #linux-omap
  69. [18:58:42] * BThompson (n=a0193480@nat/ti/x-lyuzjvfmffgzpupv) Quit (Read error: 104 (Connection reset by peer))
  70. [19:01:04] * BThompson1 (n=a0193480@nat/ti/x-ugtcpdzkwpudzatg) Quit (Read error: 104 (Connection reset by peer))
  71. [19:14:55] * BThompson (n=a0193480@nat/ti/x-arcvxpuxaibtgmst) has joined #linux-omap
  72. [19:59:21] * mturquette (n=mturquet@adsl-76-249-224-33.dsl.rcsntx.sbcglobal.net) Quit (Nick collision from services.)
  73. [19:59:25] * mturquette (n=mturquet@adsl-76-249-224-33.dsl.rcsntx.sbcglobal.net) has joined #linux-omap
  74. [20:00:31] * mturquette (n=mturquet@adsl-76-249-224-33.dsl.rcsntx.sbcglobal.net) Quit (Nick collision from services.)
  75. [20:00:57] * robclark_tb (n=ai@70.129.138.158) Quit (Read error: 104 (Connection reset by peer))
  76. [20:04:25] * mturquet1e (n=mturquet@adsl-76-249-224-33.dsl.rcsntx.sbcglobal.net) has joined #linux-omap
  77. [20:19:51] * prpplague (n=Dave@adsl-99-57-149-34.dsl.rcsntx.sbcglobal.net) has joined #linux-omap
  78. [20:38:34] * dirk2 (n=dirk@p5B0404F2.dip0.t-ipconnect.de) Quit (Read error: 104 (Connection reset by peer))
  79. [20:58:46] <NishanthMenon> ojn, apologies on a real late response, just catching up on irc at the moment
  80. [20:59:14] <NishanthMenon> ojn, on your question on x-loader: yeah, u-boot is 160+k sized binary
  81. [20:59:25] <NishanthMenon> while sram is on 32K for an HS device
  82. [21:00:09] <NishanthMenon> when you need an initial s/w to configure SDRAM etc up prior to starting up, you need to do it from OMAP internal SRAM, and u-boot wont fit there anymore.. unfortunately..
  83. [21:00:39] <NishanthMenon> you should read http://www.omappedia.com/wiki/Bootloader_Project to see the story of what happens
  84. [21:01:34] <NishanthMenon> historically x-loader started sometime in omap2 times or a little before as i recollect and was created with the intention of sharing files from u-boot
  85. [21:01:49] <NishanthMenon> to prevent maintainance burden (at least the original intention)
  86. [21:02:16] <NishanthMenon> stuff like mem.h, cpu.h was thought to be better maintained as a common header and x-loader uses soft links to u-boot to do that
  87. [21:02:27] <ojn> NishanthMenon: Yeah, I know the technical reasons for it, what I was missing was the history and the reason for a forked tree with weird dependencies back to u-boot being in the same directory structure.
  88. [21:02:38] <NishanthMenon> with omap3 and popularity of beagleboard things started to change
  89. [21:03:26] <NishanthMenon> steve sakoman and few other community members did not like the closed up dependency of x-loader to u-boot (esp considering dependencies of build in oe etc)
  90. [21:03:50] * prpplague doesn't like x-loader and uses ubootv2 as well as working on porting apex to omap3
  91. [21:03:53] <NishanthMenon> i personally did not like x-loader and replaced it with u-boot-v2 to most extent
  92. [21:04:03] <ojn> prpplague: we're porting CFE.
  93. [21:04:07] <ojn> nishanthmenon: ok, good to know
  94. [21:04:27] <NishanthMenon> now, one group of TI still maintains the old x-loader as the u-boot-v1 even today is bloated at the end of the day
  95. [21:05:09] <prpplague> ojn: ahh
  96. [21:05:27] <NishanthMenon> the same group within TI also maintains the original u-boot 1.1.4 which was ported across various silicons, but this group also wants to move to mainline u-boot once things are ready
  97. [21:05:34] <ojn> NishanthMenon: right. and we're sort of torn between sticking to what TI says is the "supported solution" and just using what we get our work done on best.
  98. [21:05:42] <NishanthMenon> there are other groups in TI which use mainline u-boot
  99. [21:06:04] <prpplague> i am hoping to find time to finish the apex port which is small enough to run from the sram
  100. [21:06:08] <NishanthMenon> but the mainline (read denx u-boot) is more of a community thing and supported by patches from TI
  101. [21:06:39] <NishanthMenon> i even found another method of replacing x-loader
  102. [21:07:26] <NishanthMenon> this was using configuration header, but my technique fails to work on MMC based boot systems due to ROM code limits to the limit of FAT filesystems
  103. [21:07:41] <prpplague> ahh
  104. [21:07:52] <NishanthMenon> OMAP4 ROM code removes most of those limits, but most of us deal with OMAP3
  105. [21:08:13] <NishanthMenon> ojn, hope it clarifies
  106. [21:08:25] <prpplague> i pretty much use the uart3 upload to do most of my board bringup, i find that the uart3 upload is pretty handy
  107. [21:08:33] <ojn> nishanthmenon: great, yeah. Got pointers to how to use ubootv2 instead of MLO?
  108. [21:08:52] <NishanthMenon> u-boot v2 still lacks MMC support
  109. [21:09:21] <NishanthMenon> i posted my initial patches (whcih I think still builds but long time since i tested it) and my intention was:
  110. [21:09:33] <NishanthMenon> use u-boot v2 for both MLO and final bootloader.
  111. [21:09:47] <NishanthMenon> same code, and i could make v2 as small as 36k
  112. [21:10:00] <ojn> nice
  113. [21:10:13] <prpplague> NishanthMenon: thats about what i have for my v2 builds
  114. [21:10:18] <NishanthMenon> but the community (beagleboard and u-boot community) rejected it saying u-boot-v2 was too distruptive and they did not want to go there
  115. [21:10:33] <prpplague> NishanthMenon: hehe i got the same comments
  116. [21:10:34] <NishanthMenon> so i ended up stopping supporting it anymore..
  117. [21:11:04] <NishanthMenon> today sascha and j24 split from u-boot community and have thier own ML.. and is a different development process there
  118. [21:11:15] <NishanthMenon> please feel free to add things there..
  119. [21:11:35] <prpplague> NishanthMenon: i really needed v2 since i needed to operate my initial startup entirely from sram
  120. [21:11:50] <prpplague> NishanthMenon: yea i saw the post but haven't had time to subscribe
  121. [21:12:08] <NishanthMenon> prpplague, i know.. i did the entire thing coz i agree on the concept being important, more over i love v2 architecture
  122. [21:12:13] <NishanthMenon> it is small, sleek and clean
  123. [21:12:20] <NishanthMenon> and no legacy baggage
  124. [21:12:25] <prpplague> NishanthMenon: _exactly_
  125. [21:12:32] <prpplague> NishanthMenon: have you looked at apex?
  126. [21:12:42] <NishanthMenon> prpplague, nope.. gone to kernel now a days
  127. [21:12:55] <NishanthMenon> my bootloader days are past for the moment
  128. [21:13:00] <prpplague> NishanthMenon: ahh
  129. [21:13:02] <prpplague> NishanthMenon: np
  130. [21:13:26] <NishanthMenon> i probably will peek at it (actually have two in mind: apex and something called helen-os)
  131. [21:13:50] <NishanthMenon> but not sure when.. i have a big bucket filled with things to do someday
  132. [21:15:16] <NishanthMenon> ojn, you can find some of my attempts in my blog..(http://nishanthmenon.blogspot.com/search/label/uboot probably captures most of the u-boot stories)
  133. [21:15:33] <prpplague> NishanthMenon: hehe indeed
  134. [21:15:38] <ojn> nishanthmenon thanks :)
  135. [21:15:45] <prpplague> NishanthMenon: give me a shout when you get around to it
  136. [21:15:52] <prpplague> NishanthMenon: for the bootloader dev i mean
  137. [21:15:59] <NishanthMenon> ojn, in case you are interested in CH.. http://nishanthmenon.blogspot.com/2009/05/configuration-header-no-more-x-loader.html
  138. [21:16:05] <NishanthMenon> prpplague, definitely
  139. [21:16:19] * prpplague goes back to reverse engineering this device
  140. [21:16:28] * NishanthMenon goes back to his ppt
  141. [21:24:17] <sakoman> NishanthMenon: where is the u-boot v2 "split" email? must have missed it!
  142. [21:24:44] * NishanthMenon starts to search
  143. [21:24:50] <prpplague> sakoman: it was on the base uboot list
  144. [21:25:00] * prpplague looks to see if he has a reference
  145. [21:25:31] <NishanthMenon> http://www.embeddedlinuxconference.com/elc_europe09/sessions.html#Hauer u probably know of ->sascha and few guys thought about it
  146. [21:26:17] <sakoman> ah, I see it. was from Oct 29
  147. [21:26:22] <NishanthMenon> http://www.mail-archive.com/u-boot@lists.denx.de/msg24536.html
  148. [21:56:51] <ojn> prpplague: got a link to info about apex?
  149. [21:57:30] * Reactor16 (i=Reactor1@93.182.132.121) has joined #linux-omap
  150. [22:02:02] * sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) has joined #linux-omap
  151. [22:15:51] * sakoman (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) Quit (Read error: 110 (Connection timed out))
  152. [22:16:38] * _roger_ (n=a0740758@nat/ti/x-mvkmtfxbsllupjzh) has joined #linux-omap
  153. [22:20:07] * orbarron (n=orb@nat/ti/x-zwkrijwferfhcxux) has left #linux-omap
  154. [22:24:52] * orbarron (n=orb@nat/ti/x-hihspnlndvxkzwcz) has joined #linux-omap
  155. [22:26:14] <prpplague> ojn: http://www.elinux.org/APEX
  156. [22:26:49] <prpplague> ojn: the original author of apex has moved on to other stuff and he's project pages are no longer up, i'm in the process of moving the info and project files to elinux.org
  157. [22:27:12] <prpplague> ojn: you can do anonymous ftp downloads at ftp.buici.com of the source files
  158. [22:29:50] <ojn> prpplague: thanks. I don't see a reason to get on that bandwagon myself, especially since we have people who know our choice of firmware intimately already. :)
  159. [22:30:25] <prpplague> ojn: indeed i suspected as much
  160. [22:31:20] <prpplague> ojn: my main reason for using apex is that i need to have alot of flexibility in the bootloader AND completely run in SRAM
  161. [22:31:40] <prpplague> ojn: uboot v2 does some of that, but it still has alot of issues
  162. [22:32:01] <orbarron> all: has anyone tried to build android on ubuntu 9.10 on x86_64, I am seeing this error--> /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.2.4/libgcc_s.so when searching for -lgcc_s
  163. [22:32:35] <prpplague> orbarron: sorry not i
  164. [22:32:44] * prpplague uses fedora
  165. [22:36:47] * orbarron asking in beagle..
  166. [22:39:19] <jayabharath> orbarron: please check out http://omappedia.org/wiki/Android_Getting_Started... its updated for instructions on 64 bit hosts - refere to "Additional packages required for building" section
  167. [22:57:21] * Reactor16 (i=Reactor1@93.182.132.121) Quit ()
  168. [22:57:40] * jayabharath (n=a0866114@nat/ti/x-mtorgmactbwqdqza) Quit ("Leaving.")
  169. [22:59:29] * BThompson (n=a0193480@nat/ti/x-arcvxpuxaibtgmst) Quit (Read error: 104 (Connection reset by peer))
  170. [23:16:36] <mturquet1e> vikrampanditaTI: are there extra patches needed to boot zoom3 on pm branch?
  171. [23:18:39] * mturquet1e is now known as mturquette
  172. [23:21:38] * NishanthMenon finds http://linux.f-seidel.de/linux-next/pmwiki/pmwiki.php?n=Linux-next.IncludedTrees an interesting read
  173. [23:24:37] <mturquette> NishanthMenon: pxa is the only other ARM SoC I see on there besides omap and davinci.
  174. [23:24:47] <NishanthMenon> yep
  175. [23:25:28] <mturquette> hmm, qualcomm's msm is there.
  176. [23:25:50] <mturquette> no freescale though.
  177. [23:27:22] * NishanthMenon sees dss2 had some recent rebasing to do (http://marc.info/?t=125834791700001&r=1&w=2)
  178. [23:27:58] <mturquette> i think that story has ended happily though.
  179. [23:38:28] * NishanthMenon wishes the same for camera
  180. [23:46:01] * mturquette tries one more time to duplicate the dpll4-bypass bug on L23 sync before calling it a night.
  181. [23:46:57] <mturquette> shazbot.
  182. [23:47:03] <mturquette> that's it folks. see you tomorrow.

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

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