#pandaboard IRC Log on pandaboard.org

Join the chat at pandaboard.org/irc

Index

IRC Log for 2010-10-16

Timestamps are in UTC.

  1. [00:43:55] * NishanthMenon (~nmenon@nat/ti/x-jkpviygenjkkwyng) Quit (Quit: Ex-Chat)
  2. [00:43:56] * wardred (~wardred@69.109.13.18) Quit (Remote host closed the connection)
  3. [01:13:24] * jayabharath (~jayabhara@nat/ti/x-brxxqnmgcnfflexu) has joined #pandaboard
  4. [01:23:36] * ian_brasil (~ian_brasi@201-75-53-3-ma.cpe.vivax.com.br) has joined #pandaboard
  5. [01:26:14] * ian_brasil (~ian_brasi@201-75-53-3-ma.cpe.vivax.com.br) Quit (Client Quit)
  6. [02:10:47] * NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) has joined #pandaboard
  7. [02:25:14] * yogeshd (~yogesh@192.163.20.231) has joined #pandaboard
  8. [02:25:20] * jprvita|afk (~jprvita@187.75.148.141) Quit (Ping timeout: 240 seconds)
  9. [02:25:20] * yogeshd1 (~yogesh@192.163.20.231) Quit (Ping timeout: 240 seconds)
  10. [02:25:21] * jonpry (~jonpry@63.245.31.4) Quit (Ping timeout: 240 seconds)
  11. [02:25:22] * mrc3_ (~ddiaz@189.157.108.174) Quit (Ping timeout: 240 seconds)
  12. [02:25:26] * mrc3_ (~ddiaz@189.157.108.174) has joined #pandaboard
  13. [02:25:34] * jonpry (~jonpry@63.245.31.4) has joined #pandaboard
  14. [02:25:43] * jprvita|afk (~jprvita@187.75.148.141) has joined #pandaboard
  15. [02:38:06] * mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) Quit (Ping timeout: 250 seconds)
  16. [02:48:37] * vikpan (~a0876558@nat/ti/x-sxlzgpldvxqqrtun) has left #pandaboard
  17. [02:50:47] * dancios (~EOF@host144-89-206-9.limes.com.pl) Quit (Quit: leaving)
  18. [02:52:37] * robclark (~robclark@209.29.74.150) has joined #pandaboard
  19. [02:52:37] * ChanServ sets mode +o robclark
  20. [02:52:53] * robclark (~robclark@209.29.74.150) Quit (Client Quit)
  21. [03:03:48] * jayabharath1 (~jayabhara@nat/ti/x-iihzwzpgzaqibdqb) has joined #pandaboard
  22. [03:04:32] * jayabharath (~jayabhara@nat/ti/x-brxxqnmgcnfflexu) Quit (Ping timeout: 250 seconds)
  23. [03:13:27] * rcn-ee (~voodoo@thief-pool1-30.mncable.net) has joined #pandaboard
  24. [03:15:06] * ogra (~ogra@ubuntu/member/ogra) Quit (Read error: Connection reset by peer)
  25. [03:29:36] * ogra (~ogra@ubuntu/member/ogra) has joined #pandaboard
  26. [03:42:14] * jayabharath1 (~jayabhara@nat/ti/x-iihzwzpgzaqibdqb) Quit (Ping timeout: 250 seconds)
  27. [04:01:27] * emeb (~ericb@ip72-223-86-148.ph.ph.cox.net) Quit (Quit: Leaving.)
  28. [04:13:22] * _andy_t__ (~andrew@124.251.69.111.dynamic.snap.net.nz) has joined #pandaboard
  29. [04:13:23] * _andy_t_ (~andrew@96.245.69.111.dynamic.snap.net.nz) Quit (Ping timeout: 260 seconds)
  30. [04:14:00] * jayabharath (~jayabhara@nat/ti/x-ywjtbogpfqyeetgj) has joined #pandaboard
  31. [04:18:20] * micros_ (4c1f8bdb@gateway/web/freenode/ip.76.31.139.219) has joined #pandaboard
  32. [04:18:46] <micros_> anyone know if segger jlink works with the dual a9? i dont believe its rated for even A8, but i wasnt sure if anyone tried.
  33. [04:26:12] * micros_ (4c1f8bdb@gateway/web/freenode/ip.76.31.139.219) Quit (Quit: Page closed)
  34. [05:02:13] * mrc3 (~mrc3@nat/ti/x-qcqeelyaflronliu) Quit (Remote host closed the connection)
  35. [05:02:42] * mrc3 (~mrc3@nat/ti/x-nndgxmnwvwcismgk) has joined #pandaboard
  36. [05:05:34] * mrc3 (~mrc3@nat/ti/x-nndgxmnwvwcismgk) Quit (Remote host closed the connection)
  37. [05:06:00] * mrc3 (~mrc3@nat/ti/x-rwusovghochjdytr) has joined #pandaboard
  38. [05:17:41] * olpc_wad (~wad@pool-71-184-112-61.bstnma.fios.verizon.net) has joined #pandaboard
  39. [05:33:57] * jayabharath (~jayabhara@nat/ti/x-ywjtbogpfqyeetgj) Quit (Remote host closed the connection)
  40. [05:54:43] * jonpry (~jonpry@63.245.31.4) Quit (Ping timeout: 240 seconds)
  41. [06:00:19] * htns (~htns@61.6.64.6) Quit (Read error: Connection reset by peer)
  42. [06:11:00] * jonpry (~jonpry@63.245.31.4) has joined #pandaboard
  43. [06:46:05] * _andy_t_ (~andrew@126.241.69.111.dynamic.snap.net.nz) has joined #pandaboard
  44. [06:46:35] * _andy_t__ (~andrew@124.251.69.111.dynamic.snap.net.nz) Quit (Ping timeout: 272 seconds)
  45. [06:53:48] * symm- (HydraIRC@178.168.29.31) has joined #pandaboard
  46. [06:54:53] * NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) Quit (Quit: Body blow! Body blow!)
  47. [07:07:07] * jonpry (~jonpry@63.245.31.4) Quit (Ping timeout: 240 seconds)
  48. [07:37:49] * symm- (HydraIRC@178.168.29.31) Quit (Quit: Leaving...)
  49. [08:06:14] * schasch (~bucket@p578b7dd5.dip0.t-ipconnect.de) has joined #pandaboard
  50. [08:06:47] * trem (~trem@mol92-1-81-57-136-23.fbx.proxad.net) has joined #pandaboard
  51. [08:21:12] * ceyusa (~vjaquez@95.61.238.167) has joined #pandaboard
  52. [08:52:56] * calculus (~calculus@gentoo/user/calculus) Quit (Ping timeout: 250 seconds)
  53. [09:28:04] * gxben (~gxben@plo67-1-88-177-29-32.fbx.proxad.net) has joined #pandaboard
  54. [09:45:46] * felipec (~felipec@a91-153-253-80.elisa-laajakaista.fi) has joined #pandaboard
  55. [09:46:21] * calculus (~calculus@gentoo/user/calculus) has joined #pandaboard
  56. [09:46:37] * woglinde (~heinold@g225007172.adsl.alicedsl.de) has joined #pandaboard
  57. [09:50:33] * symm- (HydraIRC@178.168.29.31) has joined #pandaboard
  58. [10:10:58] * ceyusa (~vjaquez@95.61.238.167) Quit (Ping timeout: 252 seconds)
  59. [10:19:51] * schasch (~bucket@p578b7dd5.dip0.t-ipconnect.de) Quit (Quit: Ex-Chat)
  60. [11:24:07] * trem (~trem@mol92-1-81-57-136-23.fbx.proxad.net) Quit (Quit: Ex-Chat)
  61. [11:26:33] * ceyusa (~vjaquez@155.99.117.91.static.mundo-r.com) has joined #pandaboard
  62. [11:35:31] <desrt> having some issues here... anybody know what it means if the status light comes on green and only goes out momentarily when the power switch is depressed?
  63. [11:35:36] <desrt> (also: no serial console output)
  64. [11:36:00] <desrt> fwiw, we're trying to usb-power the thing
  65. [11:36:20] <woglinde> hm maybee its the same as beagle
  66. [11:36:33] <woglinde> when kernel is running one led is on the other is heartbeat blinking
  67. [11:37:41] <desrt> just seems odd that we can't get the LED to go out (except for a moment) by using the power switch
  68. [11:38:02] * ogra_ac (~ogra@p4FDA7941.dip.t-dialin.net) has joined #pandaboard
  69. [11:38:10] <desrt> ogra_ac: hi hi
  70. [11:38:17] <ogra_ac> hey desrt !
  71. [11:38:25] <ceyusa> we're expecting to see at least the uboot in the serial console
  72. [11:38:33] * desrt is hanging out at the igalia offices before the GTK hackfest, playing with a panda
  73. [11:38:42] <ogra_ac> cool !
  74. [11:38:48] <desrt> not so cool. it won't boot :p
  75. [11:38:50] <ogra_ac> will you be at uds ?
  76. [11:38:53] <desrt> ya. of course.
  77. [11:39:00] <desrt> with codethink shirts in tow :)
  78. [11:39:05] <ogra_ac> using the ubuntu image ?
  79. [11:39:13] <desrt> ya. the one on the omap wiki for panda
  80. [11:39:19] <desrt> followed the ubuntu install guide exactly, more or less
  81. [11:39:24] <ogra_ac> omap wiki ?
  82. [11:39:28] <desrt> except that we're using usb power instead of the external source
  83. [11:39:30] <ceyusa> omappedia
  84. [11:39:33] <ogra_ac> ah
  85. [11:39:34] <desrt> http://omappedia.org/wiki/PandaBoard
  86. [11:39:38] <desrt> ya. what he said. :)
  87. [11:39:40] <ogra_ac> i hope that links to the right one
  88. [11:39:44] <desrt> <--- ceyusa is over there
  89. [11:39:55] <ogra_ac> i was guessing that much
  90. [11:39:57] <desrt> i don't think it's an issue. we can't even see uboot :(
  91. [11:40:19] <desrt> bad serial cable, maybe :/
  92. [11:40:40] <ogra_ac> http://cdimage.ubuntu.com/ubuntu-netbook/ports/releases/10.10/release/ubuntu-netbook-10.10-preinstalled-netbook-armel+omap4.img.gz
  93. [11:40:49] <ogra_ac> thats the one you use ?
  94. [11:41:36] <desrt> http://cdimage.ubuntu.com/ubuntu-netbook/ports/releases/10.10/release/ubuntu-netbook-10.10-preinstalled-netbook-armel+omap4.img.gz
  95. [11:41:42] <desrt> looks the same, yup
  96. [11:41:44] <ogra_ac> u-boot should be visible, yes, the image itself doesnt add serial support though
  97. [11:42:19] <desrt> does the board ship with uboot on the internal flash or is the SD card required to see anything at all?
  98. [11:42:48] * PaulW_cdot (~paul@142.204.133.124) Quit (Ping timeout: 240 seconds)
  99. [11:42:58] <ogra_ac> sd
  100. [11:43:08] <ogra_ac> there is no nand
  101. [11:43:16] <ogra_ac> you followed https://wiki.ubuntu.com/ARM/OMAPMaverickInstall ?
  102. [11:43:41] <desrt> no. i followed this one: http://omappedia.org/wiki/Ubuntu_Pre-built_Binaries_Guide
  103. [11:43:51] <ogra_ac> hmm
  104. [11:43:54] * ogra_ac looks
  105. [11:44:08] <ogra_ac> its annoying that they seem to have duplicated everything
  106. [11:44:10] <desrt> but i guess up to the point that i'm at (download image, decompress, write to SD card, try to boot) they're the same
  107. [11:44:16] <ogra_ac> and even linked wrongly in some places
  108. [11:45:07] <desrt> having it all on 20 separate pages was a nice touch, too :)
  109. [11:45:12] <ogra_ac> well, the zcat line is the same at least
  110. [11:45:30] <desrt> i did gzip -d then dd. i can't imagine it resulted in anything different happening.
  111. [11:45:47] <ogra_ac> right, its the same, just wastes a lot of diskspace
  112. [11:46:05] <desrt> we're trying another serial cable
  113. [11:46:31] <ogra_ac> well, even without serial you should see the heartbeat after 15-20sec
  114. [11:46:40] <ogra_ac> on the left led
  115. [11:47:57] * ian_brasil_ (~ian_brasi@201-75-53-3-ma.cpe.vivax.com.br) has joined #pandaboard
  116. [11:47:59] <desrt> the image autoboots?
  117. [11:49:01] <ogra_ac> yes
  118. [11:49:41] <desrt> okay. tried two serial cables, two laptops, two power sources
  119. [11:49:47] <desrt> only thing left to try is a different SD card
  120. [11:50:15] <ogra_ac> you will also need a hdmi monitor, mouse and kbd
  121. [11:50:23] <desrt> ya. we got those
  122. [11:50:27] <desrt> not plugged in right now tho
  123. [11:50:43] <ogra_ac> i'm not sure powering via usb works properly though
  124. [11:50:54] <desrt> i'm wondering if that's what our issue is...
  125. [11:50:59] <ogra_ac> might not get you enough power
  126. [11:51:08] <desrt> it would explain the odd behaviour i'm seeing with this green led
  127. [11:51:18] <desrt> it sort of screams 'not enough power' to me, to be honest
  128. [11:51:22] <ogra_ac> what do you see there ?
  129. [11:51:28] <desrt> the green led come son
  130. [11:51:34] <ogra_ac> thats good
  131. [11:51:34] <desrt> and when i press the power switch it goes off
  132. [11:51:41] <desrt> but as soon as i release the power switch, it's back on again
  133. [11:51:48] <ogra_ac> because it powers on by default ;)
  134. [11:51:54] <desrt> which is not what i would expect
  135. [11:51:55] <ogra_ac> you power it off when pressing power
  136. [11:52:10] <desrt> oh. that's expected?
  137. [11:52:20] <ogra_ac> just dont touch anything
  138. [11:52:27] <ogra_ac> power on and wait
  139. [11:52:35] <desrt> ya. we only started poking at things when nothing else was happening :)
  140. [11:55:15] <desrt> it should boot OK without the mouse/keyboard/monitor, right?
  141. [11:55:18] <ogra_ac> do you know btw which board revision you have ?
  142. [11:55:42] <ogra_ac> yes, if its newer than a 2.0 6-layer board
  143. [11:56:07] <desrt> how do i tell?
  144. [11:56:08] <ceyusa> ogra_ac: EA1
  145. [11:56:10] * PaulW_cdot (~paul@142.204.133.124) has joined #pandaboard
  146. [11:56:21] <ogra_ac> EA1 is a 2.1 board, thats fine
  147. [11:57:03] <ogra_ac> (the others were pre-production)
  148. [11:57:32] * desrt flashes second copy of the image to a very slow sd card.....
  149. [11:57:38] <desrt> thanks for all the help, btw
  150. [11:57:48] <ogra_ac> welcome :)
  151. [11:58:13] <ogra_ac> you are lucky i'm not permanently in #pandaboard ... at least not with this nick
  152. [11:58:52] <ogra_ac> #ubuntu-arm is in my autojoin for all accounts though
  153. [12:01:04] <desrt> nice plug :)
  154. [12:01:35] <ogra_ac> :)
  155. [12:03:34] <desrt> well
  156. [12:03:43] <desrt> i applied for the dev programme for pandaboard yesterday
  157. [12:03:54] <desrt> so depending on how that works out, you may be seeing me there more often :)
  158. [12:04:06] <ogra_ac> heh
  159. [12:04:21] <ogra_ac> for natty we plan to get all TI packages into the archive by default
  160. [12:04:42] <desrt> the 3D drivers, etc?
  161. [12:04:44] <ogra_ac> (currently you need to use the PPA for the SGX packages etc)
  162. [12:04:48] <ogra_ac> yeah
  163. [12:04:49] <desrt> right
  164. [12:04:54] <desrt> shame about the lack of drivers :(
  165. [12:05:01] <ogra_ac> lack ?
  166. [12:05:06] <ogra_ac> they are all there
  167. [12:05:07] <desrt> lack of free drivers, i mean
  168. [12:05:23] <ogra_ac> all HW on the board is fully supported once you enable the PPA
  169. [12:05:54] <ogra_ac> well, as free as nivida or fglrx drivers at least
  170. [12:06:08] <desrt> i heard some mention of instability with 1GB memory enabled?
  171. [12:06:15] <ogra_ac> yes
  172. [12:06:35] <ogra_ac> thats why the image only enables 750M
  173. [12:06:55] <ogra_ac> that has been tested and proven to be stable
  174. [12:07:17] <ogra_ac> TI is working on it, there will likely be a kernel SRU
  175. [12:07:29] <desrt> hmm. still no love with the new SD :(
  176. [12:07:39] <ogra_ac> get a proper power supply
  177. [12:07:45] <desrt> ya. agreed.
  178. [12:07:48] <ogra_ac> i really think thats your issue
  179. [12:08:07] <desrt> the user docs are quite insistent that it should work with usb power
  180. [12:08:12] <ogra_ac> all HW on the board is enabbled by default ... including WLAN and BT
  181. [12:08:17] <desrt> nod.
  182. [12:08:21] <armin76> didn't know the pandaboard was able to work over usb too
  183. [12:08:55] <armin76> ogra_ac: btw, drivers like nvidia: you mean you'll be able to build them against your xorg-server?
  184. [12:09:05] <armin76> haven't looked at it
  185. [12:09:13] <ogra_ac> armin76, they use dkms by default
  186. [12:09:25] <ogra_ac> as the omap3 ones we have in multiverse
  187. [12:09:53] * desrt is trying to decide if this USB hub's power source is regulated or not
  188. [12:10:14] <ogra_ac> did you try to power from your laptop directly ?
  189. [12:10:18] <desrt> yes
  190. [12:10:21] <desrt> and also from a powered hub
  191. [12:12:02] <armin76> desrt: whats your project?
  192. [12:12:25] <desrt> i applied for existing projects
  193. [12:12:37] <desrt> i just want it to do regression and new-features testing of glib/gtk
  194. [12:13:04] <armin76> ah, ok, thanks :)
  195. [12:18:38] <desrt> turns out our wallwart is regulated
  196. [12:19:12] <desrt> or at least i'm guessing it is based on the fact that the usb hub we have wires the DC in directly to the power wires on the USB ports going out
  197. [12:31:17] <desrt> external power supply -> no help :(
  198. [12:32:05] <ceyusa> :'(
  199. [12:32:05] <desrt> exactly the same behaviour with the green LED
  200. [12:35:26] * ogra_ac (~ogra@p4FDA7941.dip.t-dialin.net) Quit (Read error: No route to host)
  201. [12:36:37] <ceyusa> so no nand neither nor flash mems in the pandaboard?
  202. [12:37:10] * ogra_ac (~ogra@p4FDA7941.dip.t-dialin.net) has joined #pandaboard
  203. [12:37:42] <ceyusa> ogra_ac: there is no nand neither nor flash mems in the pandaboard? all is loaded from sd?
  204. [12:37:56] <ogra_ac> yes
  205. [12:38:03] <woglinde> desrt so you maybee got a faulty board?
  206. [12:39:11] <ogra_ac> woglinde, well, did you ever see a panda run from USB power ?
  207. [12:39:15] * ogra_ac didnt
  208. [12:39:51] <ogra_ac> and i'm sure nobody in ubuntu tested that ... TI might have though
  209. [12:40:44] <woglinde> ogra hm seems you didnt read the last post
  210. [12:40:58] <woglinde> he stated its same with external power
  211. [12:41:00] <ogra_ac> woglinde, no, i was off
  212. [12:41:04] <ogra_ac> ah
  213. [12:41:16] * ogra_ac was testing kexec on a tegra
  214. [12:41:26] <woglinde> o.O?
  215. [12:41:45] <ogra_ac> which surprisingly didnt work :)
  216. [12:41:45] <woglinde> I always thought tegra was graphic expansion
  217. [12:42:11] <ogra_ac> http://www.engadget.com/2010/09/06/toshiba-ac100-android-smartbook-hits-the-united-kingdom/
  218. [12:44:45] <woglinde> hm how much it costs in uk?
  219. [12:45:04] <ogra_ac> no idea, i bought mine in germany ;)
  220. [12:45:19] <woglinde> lol
  221. [12:45:21] <woglinde> okay
  222. [12:45:23] <ogra_ac> you should ask in #ac100
  223. [12:45:31] <ogra_ac> there are surely some brits
  224. [12:45:51] <ogra_ac> (and i dont want to run an offtopic conversation in the panda channel)
  225. [12:45:57] <woglinde> no I from germany
  226. [12:46:04] <ogra_ac> oh, ok
  227. [12:46:18] <ogra_ac> mediamarkt sells it
  228. [12:46:35] <woglinde> hm
  229. [12:46:48] <ogra_ac> anyway, offtopic for here
  230. [12:47:14] * ogra_ac really doesnt want to promote ac100 in the panda channel :)
  231. [12:48:14] <koen> does it have neon?
  232. [12:49:06] <ogra_ac> koen, as much neon as all other tegras ;)
  233. [12:49:14] <ogra_ac> (read: no it doesnt)
  234. [12:50:32] <desrt> is it common/possible that the board is just defective?
  235. [12:50:48] <ogra_ac> not common but surely possible
  236. [12:51:28] * desrt starts to believe
  237. [12:51:37] <woglinde> hm because there is no nand mlo is running from SD?
  238. [12:51:43] <ogra_ac> yes
  239. [12:51:46] <woglinde> okay
  240. [12:51:59] <woglinde> so not the problem starting without bootloader
  241. [12:53:45] <ogra_ac> the ubuntu images come with a bootloader partition by default, as long as desrt followed the install instructions all should be fine
  242. [12:54:20] <ogra_ac> desrt, you surely dd'ed to the device ? not a partition, right ?
  243. [12:54:43] <ogra_ac> (or zcat'ed or whateevr you used)
  244. [12:55:23] <desrt> ya. of course
  245. [12:55:32] <ogra_ac> right, just wanted to make sure
  246. [12:55:34] <desrt> i was even able to see the SD card on my laptop later as two separate partitions
  247. [12:55:39] <ogra_ac> ok
  248. [12:55:45] <desrt> vfat for the first one containing MLO, uboot.bin, boot script, uimage and initrd
  249. [12:55:46] <ogra_ac> thats fine then
  250. [12:55:52] <ogra_ac> right
  251. [12:56:09] <desrt> i also tried copying the mlo/uboot/etc from the TI image to the vfat partition
  252. [12:56:12] <desrt> to see if it worked
  253. [12:56:20] <ogra_ac> just want to make sure everything is correct
  254. [12:56:29] <ogra_ac> on the SW side
  255. [12:57:10] <desrt> i tested the serial cable by shorting the rx and tx pins
  256. [12:57:20] <desrt> i was able to see my own echo
  257. [12:57:27] <ogra_ac> k
  258. [12:57:53] <desrt> had it running on USB power from laptop, USB power from powered hub and external 5vdc 1A power supply
  259. [12:57:59] <desrt> tested two different SD cards
  260. [12:58:04] <desrt> *shrug*
  261. [12:58:14] <koen> tried mkcard.sh?
  262. [12:58:24] <desrt> is that the 'dangerous' one? :)
  263. [12:58:28] <armin76> try android :)
  264. [12:58:48] <ogra_ac> desrt, there is nothing dangerous in it ;)
  265. [12:58:51] <koen> desrt: have a look for yourself: http://www.angstrom-distribution.org/demo/pandaboard/mkcard.txt
  266. [12:59:16] <ogra_ac> but it just creates the same setup for the vfat thats used in ubuntu
  267. [13:00:28] <koen> for some weird reason dd images don't always work
  268. [13:00:44] <desrt> trying again with the boot files from android...
  269. [13:01:08] <ogra_ac> yeah, sometimes it helps to zero out the card first
  270. [13:01:53] <desrt> srsly? that makes a difference?
  271. [13:02:27] <ogra_ac> i heard so, i didnt have to do it myself yet
  272. [13:02:39] <desrt> seems a little like an old wives tale :)
  273. [13:02:45] <ogra_ac> heh
  274. [13:03:02] <ogra_ac> well, i have seen people that had CRC errors in u-boot when loading the kernel
  275. [13:03:17] <ogra_ac> zeroing out the card and newly dd'ing helped
  276. [13:03:44] <ogra_ac> might not be related to the zeroing but more to the new dd ... who know
  277. [13:03:46] <ogra_ac> s
  278. [13:03:46] * desrt is willing to try anything at this point :)
  279. [13:04:18] <desrt> are there any helpful verses we can chant while writing the image? ;)
  280. [13:04:33] <desrt> ogra_ac: ya. that seems pretty reasonable
  281. [13:04:39] <desrt> like if the first time there is a small error introduced
  282. [13:04:47] <ogra_ac> right
  283. [13:05:02] <woglinde> hm
  284. [13:05:14] <woglinde> maybee I will look into our mediamarkt today
  285. [13:05:26] <ogra_ac> woglinde, come over to ac100 :)
  286. [13:05:35] <ogra_ac> #ac100 that is
  287. [13:08:37] <desrt> so i guess 'MLO' is hardcoded into the chip as the first thing it looks for
  288. [13:08:51] <desrt> and the 'MLO' on these things is just a stage-1 that loads up uboot?
  289. [13:08:59] <ogra_ac> right
  290. [13:09:24] <desrt> something different is happening now
  291. [13:09:37] <woglinde> uh
  292. [13:09:44] <woglinde> hopefully no smoke
  293. [13:09:47] <desrt> i tried the mkcard
  294. [13:09:58] <desrt> now the one green light comes on (same as before)
  295. [13:10:07] <desrt> then the second light comes on briefly before both lights go out
  296. [13:10:12] <woglinde> look at serial consile
  297. [13:10:16] <desrt> nothing printed
  298. [13:10:16] <ogra_ac> right
  299. [13:10:20] <desrt> (still...)
  300. [13:10:20] <woglinde> hm ugh
  301. [13:10:35] <ogra_ac> then i'd really balme HW now
  302. [13:10:39] <ogra_ac> *blame
  303. [13:10:51] <ogra_ac> you should at least see a line talking about x-loader
  304. [13:11:00] <desrt> ya. nada.
  305. [13:11:14] <ogra_ac> bring it to UDS
  306. [13:11:20] <desrt> is the board smart enough to say at least *something* over serial even if the SD side is totally messed?
  307. [13:11:24] <desrt> it's not mine
  308. [13:11:25] <desrt> it belongs to igalia
  309. [13:11:31] <ogra_ac> ah, bad
  310. [13:11:52] <ogra_ac> no, it will only print output once MLO is loaded
  311. [13:12:13] <woglinde> hm I have another idea
  312. [13:12:16] <ogra_ac> would be nice if the romcode would print something like on the beagle
  313. [13:12:17] <desrt> so the fact that putting a different image on it causes it to behave differently has me curious
  314. [13:12:25] <woglinde> but I think its not yet there for omap4
  315. [13:12:40] <woglinde> on ompa3 you can load a bootloader via serial console
  316. [13:12:54] <ogra_ac> you can do that on panda too
  317. [13:12:59] <ogra_ac> but needs some soldering
  318. [13:13:10] <woglinde> or was it usb
  319. [13:13:54] <ogra_ac> i think you need to remove some resistors or add a bridge or some such for pulling bootloader from serial
  320. [13:14:12] <ceyusa> \o/
  321. [13:14:13] * ogra_ac forgot, someone at TI told me months agi
  322. [13:14:14] <desrt> looks like your idea about USB power may have been true
  323. [13:14:17] <desrt> we're getting something now
  324. [13:14:19] <ogra_ac> *ago
  325. [13:14:28] <desrt> with the external supply
  326. [13:14:29] <woglinde> *sigh*
  327. [13:14:37] <desrt> but it's still pretty messed up
  328. [13:14:48] <woglinde> we already thought your using external the whole time now
  329. [13:15:23] <ogra_ac> messed up in what way ?
  330. [13:15:34] <woglinde> wrong settings of serial?
  331. [13:15:36] <desrt> it spews a tiny bit of output then shutsdown
  332. [13:15:42] <ogra_ac> ah
  333. [13:15:42] <desrt> nah. readable text
  334. [13:15:52] <woglinde> o.O?
  335. [13:16:02] <ogra_ac> can you get another SD somewhere ?
  336. [13:16:38] <ogra_ac> though we tried about 40 different models during ubuntu development ...
  337. [13:16:41] <ogra_ac> but who knows
  338. [13:17:02] <desrt> we have two cards we are trying
  339. [13:17:14] <woglinde> orga_ac would be intressting what he now get on the console
  340. [13:17:21] <ogra_ac> yeah, indeed
  341. [13:18:22] <desrt> we have a kernel booting now
  342. [13:18:25] <desrt> no idea what changed here
  343. [13:18:39] <desrt> well, other than the fact that we used the script
  344. [13:18:41] <woglinde> lol
  345. [13:18:44] <desrt> instead of going with a prebuilt image
  346. [13:18:47] <ogra_ac> weird
  347. [13:19:08] <desrt> i'm going to see if i can copy the bits of the ubuntu image into my own partitions here
  348. [13:22:50] <desrt> ubuntu kernel boots
  349. [13:22:58] <desrt> yeehah
  350. [13:23:37] <desrt> so it looks like the partition table was to blame
  351. [13:25:47] <ogra_ac> very weird
  352. [13:26:03] <woglinde> hm
  353. [13:26:03] <ogra_ac> what make/model is your card ?
  354. [13:26:15] <desrt> we have two here
  355. [13:26:23] <desrt> 'allround' is one
  356. [13:26:32] <desrt> and the other is an adaptor to a microsd
  357. [13:26:34] <ogra_ac> heh, never heard that
  358. [13:26:39] <desrt> both the adaptor and the card are kingston
  359. [13:26:57] <ogra_ac> hmm, i have tested with various kingston cards
  360. [13:27:03] <woglinde> hm so maybee your dd is doing something wrong
  361. [13:27:10] <ogra_ac> yeah
  362. [13:27:18] <woglinde> as koen stated
  363. [13:27:26] <ogra_ac> thats why we changed the instructions to use zcat
  364. [13:27:27] <desrt> maybe we should go out and try a reputable card without an adaptor
  365. [13:27:42] <desrt> srsly?
  366. [13:27:46] <ogra_ac> no
  367. [13:27:55] * desrt perplexed
  368. [13:27:58] <ogra_ac> userfriendlyness was the reason
  369. [13:27:59] <woglinde> why change now?
  370. [13:28:01] <woglinde> its working
  371. [13:28:03] <desrt> okay :)
  372. [13:28:10] <ceyusa> รง
  373. [13:28:22] <ogra_ac> gunzipping just wastes 2G on your laptop ;)
  374. [13:28:39] <ogra_ac> and makes the process more compley
  375. [13:28:43] <ogra_ac> *complex
  376. [13:29:00] <ogra_ac> while zcat is a one liner
  377. [13:29:04] <desrt> so one thing worth mentioning is that these are 2GB cards
  378. [13:29:16] <woglinde> that shouldnt matter
  379. [13:29:16] <desrt> the image fit fine
  380. [13:29:37] <desrt> and the page i was using doesn't mention that 4GB is required
  381. [13:29:43] <ogra_ac> desrt, ugh
  382. [13:29:45] <ogra_ac> no
  383. [13:29:45] <desrt> ogra_ac: but the page you posted says that it is
  384. [13:29:48] <ogra_ac> that wont work
  385. [13:30:03] <ogra_ac> 2G is way to small
  386. [13:30:10] <ogra_ac> it expands itself on first boot
  387. [13:30:20] <ogra_ac> and creates a swap files
  388. [13:30:20] <desrt> ya.. we didn't even get to that point, though :)
  389. [13:30:30] <ogra_ac> you need at least 4G
  390. [13:30:31] <woglinde> orga_ac ieeks swap
  391. [13:30:42] <ogra_ac> woglinde, ??
  392. [13:30:48] <woglinde> swap on sd card
  393. [13:30:57] <ogra_ac> its a swapfile on top of a filesystem
  394. [13:31:02] <ogra_ac> nothing bad about that
  395. [13:31:15] <ogra_ac> just that you have a safety net
  396. [13:31:16] <desrt> okay. i'm going to add a big note to the omappedia page that the card needs to be at least 4GB
  397. [13:31:16] <woglinde> read write cycles
  398. [13:31:24] <ogra_ac> swappiness is set to 0
  399. [13:31:37] <woglinde> than why swap at all?
  400. [13:31:43] <ogra_ac> OOM prevention
  401. [13:31:57] <woglinde> lol
  402. [13:32:13] <ogra_ac> if you run out of RAM swap is still helpful
  403. [13:32:38] <desrt> we're gonna go buy a bigger card (or two)
  404. [13:32:47] <woglinde> or use oe
  405. [13:32:55] <woglinde> which dont needs 4 gig
  406. [13:33:07] * desrt is diehard ubuntu :)
  407. [13:33:12] <ogra_ac> :)
  408. [13:33:27] <woglinde> jesus
  409. [13:34:07] <ogra_ac> ubuntu runs just fine on the panda
  410. [13:34:21] <ogra_ac> faster than on many ATOM cpus i have seen
  411. [13:36:17] <desrt> okay
  412. [13:36:20] <desrt> we are off to the store
  413. [13:36:21] <desrt> back in a bit
  414. [13:54:30] * davidc__ (~davidc__@S0106000f662a10a4.vc.shawcable.net) Quit (Quit: davidc__)
  415. [13:56:31] <desrt> okay. got a 8GB and a 4GB to test
  416. [13:57:06] <ogra_ac> try with the zcat this time :)
  417. [13:57:53] <desrt> too late :p
  418. [13:58:43] <ogra_ac> heh
  419. [14:03:04] * jonpry (~jonpry@63.245.31.4) has joined #pandaboard
  420. [14:03:35] <desrt> so i think we isolated the two issues that were causing us problems
  421. [14:03:49] <desrt> first is that the ubuntu images don't work for us (presumably because we were using 2GB cards)
  422. [14:04:09] <desrt> second is that the board works on USB power, but it seems that the serial port is unpowered in that case
  423. [14:07:15] <ogra_ac> ah
  424. [14:08:25] <woglinde> intressting
  425. [14:08:43] <desrt> i don't know if it's just not wired up or if it's underpowered or what
  426. [14:09:33] <desrt> got framebuffer console up on hdmi
  427. [14:09:44] <desrt> image works great with 8GB card, of course
  428. [14:09:51] <ogra_ac> phew
  429. [14:09:52] <desrt> and it's doing the resize now
  430. [14:10:00] <ogra_ac> resize is fast ...
  431. [14:10:09] <desrt> it is true
  432. [14:10:10] <ogra_ac> get some coffee for the swap creation bit
  433. [14:10:33] <desrt> btrfs?
  434. [14:10:38] <ogra_ac> takes 2-3min ... we decided very late to add it, natty will have a swapfile inside the image
  435. [14:10:43] <ogra_ac> no, ext3
  436. [14:10:53] <desrt> ah. first kernel message is the btrfs driver loading
  437. [14:11:03] <ogra_ac> yeah, thats comes from the distro
  438. [14:11:15] <desrt> we're going to get coffee :)
  439. [14:11:20] <ogra_ac> :)
  440. [14:13:40] * jayabharath (~jayabhara@nat/ti/x-yxsdnqzbpdfgcalm) has joined #pandaboard
  441. [14:19:01] <desrt> x is messed
  442. [14:21:01] <ogra_ac> messed in what way ?
  443. [14:21:10] <desrt> we have 3 copies of the screen
  444. [14:21:21] <ogra_ac> what monitor ?
  445. [14:21:23] <desrt> stacked beside each other horizontally
  446. [14:21:26] <desrt> at the top of the monitor
  447. [14:21:29] <ceyusa> hdmi
  448. [14:21:35] <ogra_ac> model/make
  449. [14:21:37] <desrt> LG hdmi "full HD" monitor
  450. [14:21:51] <ceyusa> flatron w22561VP
  451. [14:21:51] <ogra_ac> hmm, i thought LGs were fixed
  452. [14:22:11] <ogra_ac> there are still some monitors that report their EDID wrong
  453. [14:22:28] <ogra_ac> for most there are workarounds in the kernel now
  454. [14:22:31] <desrt> ya. that was my first guess
  455. [14:23:18] <ogra_ac> try booting with it plugged out, the screen should default to 640x480 at least
  456. [14:23:48] <ogra_ac> and file a bug :)
  457. [14:24:10] * robclark (~robclark@nat/ti/x-xclzuxirnqmgsiqs) has joined #pandaboard
  458. [14:24:10] * ChanServ sets mode +o robclark
  459. [14:24:13] <desrt> will do
  460. [14:24:15] <ogra_ac> i know TI is after finding all monitors that are still broken with the driver
  461. [14:24:18] <desrt> trying to complee the welcome screen :)
  462. [14:24:27] <ogra_ac> oh, and there joins the man that might be able to help you
  463. [14:24:55] <ogra_ac> robclark, shouldnt LG monitors work fine now ?
  464. [14:25:22] <woglinde> .o(whats the problem with lg monitors)
  465. [14:25:24] <robclark> ogra_ac: hypothetically
  466. [14:25:28] <ogra_ac> lol
  467. [14:25:33] <ceyusa> :)
  468. [14:25:47] <ogra_ac> woglinde, reporting their EDID wrongly
  469. [14:25:58] <robclark> at least some LG monitors work properly now ;-)
  470. [14:26:01] <ogra_ac> the driver picks its settings from EDID data on boot
  471. [14:26:06] <woglinde> hm but thats not lg monitors only
  472. [14:26:08] <ceyusa> btw robclark, we're playing with the pandaboard right now!! \o/
  473. [14:26:18] <robclark> ceyusa: nice :-)
  474. [14:26:33] <ogra_ac> woglinde, indeed
  475. [14:26:34] <desrt> robclark: pick me!!
  476. [14:28:15] <robclark> anyways.. for anyone having trouble w/ monitor, if you can login to board somehow (ethernet or UART), then make copy of /sys/devices/omapdss/display0/edid ..
  477. [14:28:27] <robclark> hmm.. I guess we need somewhere to attach it..
  478. [14:28:34] <ogra_ac> a bug :)
  479. [14:28:40] <desrt> do i need to have booted with the monitor installed in order to do that?
  480. [14:28:49] <ogra_ac> file a bug against linux-ti-omap4 and attach it
  481. [14:28:55] <robclark> yeah, launchpad would be fine
  482. [14:28:55] <desrt> or can i boot unplugged then plug the monitor and copy the file?
  483. [14:29:09] <robclark> you can still boot w/ monitor attached..
  484. [14:29:09] <ogra_ac> unplugged should work
  485. [14:29:17] <robclark> (hypothetically)
  486. [14:29:27] <robclark> although I missed the description of what the problem was
  487. [14:29:27] <desrt> ogra says we should try unplugged so we can see :)
  488. [14:29:36] <robclark> either way should work
  489. [14:29:40] <desrt> k
  490. [14:29:46] <ogra_ac> robclark, three desktops on the screen
  491. [14:30:00] <robclark> oh, ok..
  492. [14:30:11] <robclark> restart X somehow and it will be fine
  493. [14:30:11] <ogra_ac> i think i saw the same on cooloneys screen in dallas
  494. [14:30:12] <desrt> it looks like every 3rd scanline is going to each of the images
  495. [14:30:27] <ogra_ac> though that was an HP
  496. [14:30:32] <ogra_ac> iirc
  497. [14:30:34] <robclark> the issue is that X is already started with the incorrect resolution by the time the EDID is read
  498. [14:30:45] * davidc__ (~davidc__@S0106000f662a10a4.vc.shawcable.net) has joined #pandaboard
  499. [14:30:49] <robclark> if you have some way to run 'sudo service gdm restart' then it should be fine
  500. [14:30:57] <desrt> ah. cook.
  501. [14:30:59] <ogra_ac> oh, so a simple service gdm restart on cmdline should do
  502. [14:31:01] <desrt> also, cool
  503. [14:31:14] <woglinde> lol
  504. [14:31:20] <desrt> 640x480 party time
  505. [14:31:32] <robclark> the pvr_video (or xf86-video-fbdev) drivers don't yet support hotplug, so they don't know how to resize the framebuffer once the real resolution of the monitor is known
  506. [14:31:52] <desrt> okay
  507. [14:32:04] <desrt> so restarting the X server from my 640x480 world got me back to 3 images again
  508. [14:32:37] <woglinde> Xorg.0.log?
  509. [14:32:53] <robclark> hmm... can you run 'sudo fbset'? And see what resolution it *thinks* the screen is at..
  510. [14:33:01] * ogra_ac bets just adding a sleep to /etc/init/gdm.conf would help
  511. [14:33:07] <ogra_ac> if its really a race
  512. [14:33:08] <robclark> also.. parse-edid /sys/devices/omapdss/display0/edid
  513. [14:33:23] <robclark> (if you don't have parse-edid, in ubuntu it is part of read-edid package)
  514. [14:33:29] <desrt> lemme get network going. we don't have fbset installed here
  515. [14:33:39] <robclark> ahh.. ok
  516. [14:34:10] <desrt> going to do a set of updates too
  517. [14:34:36] <ogra_ac> desrt, and enable uni/multiverse before clicking on the TI icon on the desktop ;)
  518. [14:34:50] <ogra_ac> (fix is uploaded but not in yet)
  519. [14:35:55] <ogra_ac> (same goes for sound support btw)
  520. [14:37:09] <desrt> do the video drivers have xrandr rotation?
  521. [14:37:23] <ogra_ac> not the framebuffer one
  522. [14:37:38] <ogra_ac> not sure about the other one i still have to try it
  523. [14:37:59] <robclark> I would expect even xf86-video-fbdev would work w/ rotation.. but it would be done in software (ie. slow)..
  524. [14:38:22] <ogra_ac> i dont think it has xrandr support
  525. [14:38:47] <desrt> so the framebuffer resolution looks fine
  526. [14:38:57] <robclark> hmm... I've never tried it, but hypothetically it should be able to rotate as it copies from shadowfb to fb
  527. [14:38:57] <desrt> and now the X server appears to be occupying the top-left 640x480 worth of it
  528. [14:39:19] <desrt> fbset says we are in 640x480
  529. [14:39:25] <desrt> which we are definitely not
  530. [14:39:26] <robclark> (emphasis on the *hypothetically*)
  531. [14:39:27] <ogra_ac> yes, but i dont think it even includes the xrandr headers at buildtime
  532. [14:39:39] <desrt> but now that i mention it, the console also appears to only be occupying the top 640x480 of the monitor
  533. [14:39:42] <desrt> *shrug*
  534. [14:41:27] <koen> robclark: xf86-video-fbdev doesn't do rotation
  535. [14:41:35] <koen> robclark: it's even too stupid to resize after hw rotation
  536. [14:43:11] <robclark> desrt: hmm.. ok.. if you edid /boot/boot.script, add to bootargs "omapdss.debug=y" (without the quotes), run flash-kernel, and reboot.. and then you should get some debug info that would be useful on the UART console..
  537. [14:43:33] <robclark> ogra_ac: (not sure if there are any other instructions needed to get debug on UART.. maybe some console=... bootargs)
  538. [14:44:00] <robclark> desrt: 640x480 is the safe fallback the driver chooses if it can't find any good resolution in the EDID
  539. [14:44:03] <ogra_ac> drop quiet and splash should help
  540. [14:44:30] <desrt> http://fpaste.org/iyRJ/
  541. [14:45:07] <robclark> koen: I seem to remember that the xf86-video-fbdev driver had some code in it for rotation.... now whether that *works* or not is another story.. but it's also entirely possible that I'm miss-remembering that
  542. [14:45:19] <robclark> but in general, it isn't a very clever driver
  543. [14:46:49] <koen> kdrive had
  544. [14:47:15] <desrt> ogra_ac: does that look sane?
  545. [14:47:24] <ogra_ac> to me it does
  546. [14:47:39] <robclark> desrt: I seem to recall that -H and or -V sync was not handled properly by the hdmi driver yet.. but the other one should maybe work if the pixel clock isn't too much..
  547. [14:47:55] <robclark> the boot log with omapdss.debug=y would be pretty helpful
  548. [14:48:26] <ogra_ac> if you dont want to drop quiet and splash its stoed in /var/log/dmesg btw
  549. [14:48:28] <robclark> (although please do attach to a bug on launchpad, or somewhere... since I'm away from the code and my board at the moment so I'll need to look at it later)
  550. [14:49:23] <desrt> okay. i'll open a bug and attach that with the dmesg from a debug-enabled boot
  551. [14:49:32] <robclark> thx
  552. [14:50:32] <robclark> ogra_ac: could you add myself and mythripk in CC on the bug?
  553. [14:50:38] <ogra_ac> will do
  554. [14:50:41] <robclark> thx
  555. [14:50:56] <ogra_ac> if desrt gives me the bug #
  556. [14:52:27] <desrt> what do i have to type to boot the kernel with that param?
  557. [14:52:31] * desrt uboot n00b
  558. [14:52:56] <ogra_ac> rob told you above
  559. [14:53:11] <ogra_ac> in a booted system, edit /boot/boot.script
  560. [14:53:14] <robclark> desrt: if you look in /boot/boot.script, you'll see the u-boot environment.. in the line for bootargs, add omapdss.debug=y and remove quite and splash
  561. [14:53:19] <desrt> ah. gotcha.
  562. [14:53:20] <robclark> then run: sudo flash-kernel
  563. [14:53:25] <ogra_ac> right
  564. [14:53:34] * robclark thinks we need a display debugging wiki
  565. [14:53:43] * desrt was trying to play with the console
  566. [14:53:54] <robclark> IIRC there should already be a page somewhere... omapedia perhaps?
  567. [14:54:15] * ian_brasil_ (~ian_brasi@201-75-53-3-ma.cpe.vivax.com.br) Quit (Ping timeout: 272 seconds)
  568. [14:56:38] * hrw|gone (~hrw@chello089073108238.chello.pl) Quit (Read error: Connection reset by peer)
  569. [14:57:16] <desrt> it's very odd
  570. [14:57:23] <desrt> switching between console and X results in different things happening
  571. [14:57:28] <desrt> first time, the console is very difficult to read
  572. [14:57:39] <desrt> then it starts working a bit better, doing one of two things
  573. [14:57:48] <desrt> either filling the screen properly or filling the top part of it only
  574. [14:57:50] <desrt> very odd...
  575. [14:59:26] * Luca256 (~coelho@a88-115-111-186.elisa-laajakaista.fi) Quit (Quit: kernel upgrade -> reboot)
  576. [15:00:10] <robclark> hmm.. switching console <-> X shouldn't really be causing EDID to re-read or anything like that, I don't think
  577. [15:00:48] <robclark> desrt: can you shutdown X (sudo service gdm stop), and then unplug monitor, replug monitor, and see how console comes up?
  578. [15:00:58] <robclark> then if console comes up ok, then start X
  579. [15:01:29] * robclark wants to take X out of the equation if there is something funny going on timing-wise.. because consolefb driver handles resizing better than X at this point
  580. [15:02:05] * hrw|gone (~hrw@chello089073108238.chello.pl) has joined #pandaboard
  581. [15:04:13] <ceyusa> robclark: it backs to 640x480, but the X still uses a small portion of the monitor
  582. [15:04:46] <desrt> ogra_ac: https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/661761
  583. [15:04:59] <ogra_ac> thanks
  584. [15:05:19] <desrt> sorry for the delay. the mouse button isn't working on the panda for some reason and it took a little while to get the necessary files off of it
  585. [15:05:48] <robclark> ceyusa: hmm, you have an LG monitor too?
  586. [15:06:00] <ceyusa> I'm with desrt :)
  587. [15:06:04] <robclark> ahh, ok
  588. [15:06:35] * desrt is playing with ceyusa's board
  589. [15:06:45] <ceyusa> hahaha
  590. [15:07:06] <robclark> ceyusa / desrt: can you just shutdown X and go back to console mode for a bit while we debug..
  591. [15:07:20] <robclark> you can use something like top/htop, which would go full screen, to see how big the console actually is
  592. [15:07:27] <desrt> ya. we've been doing most stuff from console
  593. [15:07:32] <robclark> ok, good
  594. [15:07:40] <desrt> we have full screen
  595. [15:07:44] <robclark> I'll explain a bit how things are supposed to work
  596. [15:07:45] <desrt> ...sometimes :)
  597. [15:07:56] <desrt> (we happen to have it now)
  598. [15:08:16] <robclark> what happens is when omapfb first initializes, it reads the resolution from the driver/panel... but this is too early to have read the EDID yet..
  599. [15:08:22] <ceyusa> btw, X is runinng
  600. [15:08:36] <robclark> at some point later, once hdmi driver reads EDID, it re-configures it's resolution, and triggers a callback to omapfb
  601. [15:08:44] * mpanda (88b6021a@gateway/web/freenode/ip.136.182.2.26) has joined #pandaboard
  602. [15:08:54] <robclark> omapfb update's it's mode table, which triggers a callback to fb clients like consolefb
  603. [15:09:00] <robclark> which should trigger them to resize..
  604. [15:09:14] <desrt> the console on tty1 looks absolutely perfect at the moment
  605. [15:09:16] <robclark> but so far there is no notification to userspace, which is where the problems with xorg come in
  606. [15:09:41] <desrt> okay. so let me explain the 3 situations we see in the console
  607. [15:09:49] <robclark> in theory, restarting X should correct the situation.. I'm not entirely sure why that doesn't work.. there must be something funny going on in userspace
  608. [15:09:58] <desrt> the first one (that we always get the first time we switch away from X) is that the font looks very odd
  609. [15:10:15] <desrt> like it has every other scanline removed from it
  610. [15:10:20] <desrt> and it's quite large
  611. [15:10:39] <desrt> when typing in this mode, parts of the console that are further down the screen are not visible at all
  612. [15:10:51] <desrt> switching back to X again and back to the console once more puts us in the 'everything looks great' mode
  613. [15:11:00] <desrt> full console at proper resolution. very nice.
  614. [15:11:24] * mpanda (88b6021a@gateway/web/freenode/ip.136.182.2.26) Quit (Client Quit)
  615. [15:11:27] <desrt> switching back to X at that point gives us X at 640x480 in the top-left corner of a screen that otherwise has the correct resolution
  616. [15:11:39] <robclark> hmm, I think switching between consoles must be somehow triggering the hdmi driver to power off/on and re-read EDID
  617. [15:11:40] <desrt> going back to the console, and killing X then resizes the console to be the 640x480 in the top left corner
  618. [15:11:59] <desrt> ie: 'top' is now only filling about 1/6 of the physical screen
  619. [15:12:04] <robclark> what happens if you avoid switching virtual consoles, and just stop and restart X while staying on same console?
  620. [15:12:21] <desrt> starting/stopping X causes the VT to switch...
  621. [15:12:36] <robclark> hmm.. ok..
  622. [15:12:40] <ogra_ac> wow
  623. [15:13:05] <robclark> well, fwiw, I think all the permutations of weirdness you see are just different combinations of what the resolution actually is vs what whoever is writing to the fb *think* it is..
  624. [15:13:06] <desrt> or at least it does the first time
  625. [15:13:16] * ssvb (~ssvb@a88-114-220-213.elisa-laajakaista.fi) Quit (Quit: Leaving)
  626. [15:13:23] <desrt> i agree
  627. [15:13:39] <desrt> i have yet to see X working properly
  628. [15:13:52] <desrt> even though the virtual console is sometimes right
  629. [15:14:26] <desrt> okay. so tty1 is now 1/6 size
  630. [15:14:30] <desrt> and tty2 is fully-sized
  631. [15:14:33] <robclark> fwiw, just looking at your boot log.. it does look like the hdmi driver rejects the first 1920x1080 option, but seems ok with the 2nd..
  632. [15:14:36] <desrt> very interesting :)
  633. [15:15:14] <robclark> hmm: omapdss HDMI: fallback to VGA
  634. [15:16:07] <robclark> desrt: if you're monitor has an option to not auto-scan for input, but just only select hdmi (instead of cycling between vga/dvi/hdmi/etc), you might want to try that
  635. [15:16:09] <desrt> that was booting with the monitor plugged in, of course
  636. [15:16:12] <_av500_> 640 pixels is enough for everybody
  637. [15:16:19] * ndec (~ndec@nat/ti/x-eekywpjwvfzckhas) has joined #pandaboard
  638. [15:16:26] <desrt> robclark: ya. we're selecting hdmi-only
  639. [15:16:33] <robclark> hmm.. ok..
  640. [15:16:34] * armin76_ (~armin76@i2.gentoo.osuosl.org) has joined #pandaboard
  641. [15:16:39] * robclark goes back to looking thru boot log
  642. [15:16:51] * ogra_ac hands _av500_ a gates tag
  643. [15:18:20] <_av500_> yummy
  644. [15:19:55] * jonpry (~jonpry@63.245.31.4) Quit (Ping timeout: 240 seconds)
  645. [15:20:18] <desrt> we're installing the extras now
  646. [15:20:29] <robclark> hmm.. yeah, you are getting from the HDMI core, a phy connect itr, then immediately a disconnect, which triggers it to re-read EDID when it connects again..
  647. [15:20:36] <desrt> i guess that will give us an X driver that works regardless of the confused fb
  648. [15:20:40] <robclark> I'm not sure what causes this connect/disconnect sequence
  649. [15:21:02] <robclark> desrt: this is with ubuntu kernel w/ omap4 stuff installed?
  650. [15:21:09] <desrt> no
  651. [15:21:14] <desrt> didn't install omap4 stuff yet
  652. [15:21:18] <robclark> oh, ok..
  653. [15:21:22] <desrt> just freshly booted the image that's available for download
  654. [15:21:52] <robclark> ogra_ac: is the vanilla install still the ubuntu-omap kernel from dev.omapzoom.org tree?
  655. [15:22:16] <ogra_ac> robclark, i think so, not sure if the audio fixes are in the omapzoom tree
  656. [15:22:27] <robclark> there was an older version of driver which would power up/down the phy and cause these disconnect/reconnect issues, but I thought the ubuntu kernel should have the fix for it
  657. [15:22:36] <robclark> audio fixes should be unrelated
  658. [15:22:38] <ogra_ac> there was a set of 70 patches we added last week
  659. [15:22:45] <robclark> oh, good fun
  660. [15:22:45] <ogra_ac> right
  661. [15:23:02] <ogra_ac> yeah, but fixes all audio issues ;)
  662. [15:23:07] <robclark> ok... let me go look at that tree just to confirm that fix is in... but I'm 90% sure it should be
  663. [15:24:00] * robclark is confused by all the branches
  664. [15:24:23] <robclark> ndec: any idea which commit-id to look at to see which kernel is in ubuntu omap cdimage?
  665. [15:25:01] * ndec (~ndec@nat/ti/x-eekywpjwvfzckhas) Quit (Ping timeout: 252 seconds)
  666. [15:25:26] <armin76_> he ran away
  667. [15:25:39] <robclark> doh
  668. [15:26:04] <desrt> we are starting to get hungry
  669. [15:26:42] <desrt> it's 17:30 and i haven't eaten since dinner last night :p
  670. [15:26:56] <robclark> doh
  671. [15:27:23] <robclark> desrt: one thing.. could you attach the binary edid file (from /sys/devices/omapdss/display0/edid) to the launchpad bug too?
  672. [15:27:29] <armin76_> looks like robclark is stuck :P
  673. [15:27:29] <desrt> sure
  674. [15:27:30] <ogra_ac> robclark, http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-maverick.git;a=shortlog;h=refs/heads/ti-omap4
  675. [15:27:47] <robclark> ogra_ac: thx
  676. [15:28:04] <ogra_ac> release has Ubuntu-2.6.35-903.15
  677. [15:28:16] <ogra_ac> the rest is maverick-updates
  678. [15:28:28] * ian_brasil_ (~ian_brasi@201-75-53-3-ma.cpe.vivax.com.br) has joined #pandaboard
  679. [15:30:31] <desrt> robclark: attached the binary edid file
  680. [15:30:40] <robclark> thx
  681. [15:30:46] <desrt> gonna go grab some food
  682. [15:30:48] <desrt> bbiab
  683. [15:30:59] <robclark> bon apetit
  684. [15:33:02] <robclark> ogra_ac: ok.. that looks like it should have the fixes to now power down/up the hdmi phy and cause unnecessary disconnect/reconnect interrupts..
  685. [15:33:37] <robclark> maybe we should have some sort of short timeout.. if the phy reconnects within a certain short time, it couldn't be because the user unplugged/replugged the cable
  686. [15:33:52] <robclark> and therefore don't try to re-read the EDID
  687. [15:34:20] * robclark wonders if some cables maybe have a bad connection, or something like this, and trigger the fast disconnect/reconnect?
  688. [15:34:22] <ogra_ac> sounds reasonable
  689. [15:34:54] <robclark> it does seem like a bit of a hack.. but I guess most users won't be able to unplug one monitor and plugin a different within say 50ms
  690. [15:35:22] <ogra_ac> heh
  691. [15:35:27] <robclark> mythripk: when you wake up, any thoughts about ^^^^^
  692. [15:35:51] * robclark needs coffee
  693. [15:37:55] <robclark> desrt / ceyusa: if you want a temporary work-around, and don't mind rebuilding kernel, try commenting out:
  694. [15:37:57] <robclark> http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-maverick.git;a=blob;f=drivers/video/omap2/dss/hdmi.c;h=8a7e94329ff684b0254427580f17f8510d449f43;hb=refs/heads/ti-omap4#l911
  695. [15:38:10] <robclark> and perhaps http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-maverick.git;a=blob;f=drivers/video/omap2/dss/hdmi.c;h=8a7e94329ff684b0254427580f17f8510d449f43;hb=refs/heads/ti-omap4#l973
  696. [15:38:41] <robclark> that will cause issues if you unplug one monitor and plug a different without rebooting.. but it will keep it from trying to switch resolutions on you otherwise
  697. [15:39:42] * felipec (~felipec@a91-153-253-80.elisa-laajakaista.fi) Quit (Ping timeout: 265 seconds)
  698. [15:44:16] * Luca256 (~coelho@a88-115-111-186.elisa-laajakaista.fi) has joined #pandaboard
  699. [15:45:00] * emeb (~ericb@ip72-223-86-148.ph.ph.cox.net) has joined #pandaboard
  700. [15:50:12] * mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) has joined #pandaboard
  701. [15:52:26] * felipec (~felipec@a91-153-253-80.elisa-laajakaista.fi) has joined #pandaboard
  702. [15:56:26] * symm- (HydraIRC@178.168.29.31) Quit (Ping timeout: 276 seconds)
  703. [16:04:19] * mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) Quit (Ping timeout: 240 seconds)
  704. [16:07:21] * jonpry (~jonpry@63.245.31.4) has joined #pandaboard
  705. [16:10:24] <desrt> we have 640x480
  706. [16:10:29] <desrt> but it's fullscreen now
  707. [16:17:03] <desrt> X uses pvr now. slow as hell.
  708. [16:27:08] * ian_brasil_ (~ian_brasi@201-75-53-3-ma.cpe.vivax.com.br) Quit (Ping timeout: 265 seconds)
  709. [16:29:50] * ssvb (~ssvb@a88-114-220-213.elisa-laajakaista.fi) has joined #pandaboard
  710. [16:34:42] <gxben> desrt, X pvr slower than fbdev / omapfb ?
  711. [16:35:05] * ian_brasil_ (~ian_brasi@201-75-3-253-ma.cpe.vivax.com.br) has joined #pandaboard
  712. [16:35:55] * ceyusa (~vjaquez@155.99.117.91.static.mundo-r.com) Quit (Quit: leaving)
  713. [16:36:19] <desrt> ya. and there is some error in the X log about being unable to locate the pvr_dri.so
  714. [16:36:47] <desrt> [ 11.888] (EE) AIGLX error: dlopen of /usr/lib/dri/pvr_dri.so failed (/usr/lib/dri/pvr_dri.so: cannot open shared object file: No such file or directory)
  715. [16:36:58] <desrt> google has never seen that error before :)
  716. [16:37:08] <gxben> not that surprising
  717. [16:37:16] <gxben> that mesa / libdrm autoload stuff
  718. [16:38:19] <desrt> board gets a bit hot...
  719. [16:38:21] <woglinde> o.O?
  720. [16:38:29] * desrt is surprised
  721. [16:38:34] <woglinde> desrt you can read
  722. [16:38:41] <woglinde> usr/lib/dri/pvr_dri.so: cannot open shared object file: No such file or directory)
  723. [16:39:03] <desrt> ya. that's what it says
  724. [16:39:21] <desrt> not sure if that file is meant to be packaged somewhere or if the driver is confused to be looking for it or what
  725. [16:44:21] * pcacjr (~pcacjr@unaffiliated/pcacjr) has joined #pandaboard
  726. [16:44:34] * armin76_ (~armin76@i2.gentoo.osuosl.org) Quit (Quit: leaving)
  727. [16:47:31] * ian_brasil_ (~ian_brasi@201-75-3-253-ma.cpe.vivax.com.br) Quit (Ping timeout: 260 seconds)
  728. [16:51:50] <robclark> desrt: check top, make sure there isn't anything spinning or something silly like that..
  729. [16:52:04] <robclark> if you don't have too much going on, it shouldn't be getting too hot
  730. [16:53:19] <robclark> w/ pvr video driver, some things are slow and some things are fast.. like just moving a window around seems sluggish, but scrolling up/down in chromium should be pretty fast..
  731. [16:53:34] <robclark> so I guess there are still some bugs somewhere
  732. [16:53:59] <robclark> pvr_video driver is still pretty new
  733. [16:54:04] <rsalveti> cool, another one with a similar issue :-)
  734. [16:54:12] * Davey_ (44a2fb3c@gateway/web/freenode/ip.68.162.251.60) has joined #pandaboard
  735. [16:54:13] * rsalveti also has a lg monitor
  736. [16:54:20] <rsalveti> but I don't get this all the time
  737. [16:54:28] * pcacjr_ (~pcacjr@187.78.97.81) has joined #pandaboard
  738. [16:54:29] * pcacjr_ (~pcacjr@187.78.97.81) Quit (Changing host)
  739. [16:54:29] * pcacjr_ (~pcacjr@unaffiliated/pcacjr) has joined #pandaboard
  740. [16:54:39] * Davey_ is now known as Guest82720
  741. [16:54:43] * pcacjr (~pcacjr@unaffiliated/pcacjr) Quit (Ping timeout: 245 seconds)
  742. [16:55:05] <rsalveti> it's because the connect/disconnect/connect issue
  743. [16:55:15] <rsalveti> while probing the monitor
  744. [16:55:51] <rsalveti> If I plug a valid output at the dvi, using a beagle for example, then the hdmi gets detected fine
  745. [16:57:31] <robclark> rsalveti: I'm thinking maybe we need some timeout threshold for attempting to re-read EDID.. although I would like to know the root cause for the connect/disconnect/connect issue..
  746. [16:57:32] * trem (~trem@mol92-1-81-57-136-23.fbx.proxad.net) has joined #pandaboard
  747. [16:57:43] <robclark> ok.. I gotta eat.. bbl
  748. [16:57:57] * robclark is now known as robclark|gone
  749. [16:58:24] * Guest82720 (44a2fb3c@gateway/web/freenode/ip.68.162.251.60) Quit (Client Quit)
  750. [16:59:32] * rsalveti also out for food
  751. [17:01:37] * nhg (~a0864305@nat/ti/x-wsjydutlppytzjoi) has joined #pandaboard
  752. [17:01:57] * pcacjr__ (~pcacjr@187.78.178.85) has joined #pandaboard
  753. [17:02:28] * pcacjr_ (~pcacjr@unaffiliated/pcacjr) Quit (Ping timeout: 260 seconds)
  754. [17:02:57] * sshekar (~shashi@192.163.20.232) Quit (Remote host closed the connection)
  755. [17:03:27] * sshekar (~shashi@192.163.20.232) has joined #pandaboard
  756. [17:08:46] <desrt> ya....
  757. [17:08:51] <desrt> so never ever try to USB power the board
  758. [17:08:59] <desrt> it just doesn't work properly
  759. [17:14:48] <bpadalino> 2.5W isn't enough to bring it up at least with some subsystems turned off ?
  760. [17:15:13] <koen> there's no working PM yet
  761. [17:18:34] <bpadalino> ah, so it's all enabled right at bootup and no selectivity, huh ?
  762. [17:19:06] <koen> sort off
  763. [17:19:17] <koen> lots of stuff enabled, but more is getting powered up
  764. [17:19:21] <bpadalino> interesting
  765. [17:19:22] <koen> e.g. ducati and vpss
  766. [17:19:47] <_av500_> that tiny m3 is eating all the powers?
  767. [17:20:11] <koen> yes, all 20watts
  768. [17:20:16] <_av500_> wow
  769. [17:20:50] <bpadalino> how many processors sit on the jtag chain in the omap4 ?
  770. [17:23:11] <koen> there are ti chips with more than 10 arms cores in it
  771. [17:23:17] <koen> dunno if omap4 is one of those
  772. [17:24:31] * olpc_wad (~wad@pool-71-184-112-61.bstnma.fios.verizon.net) has left #pandaboard
  773. [17:25:06] * jayabharath (~jayabhara@nat/ti/x-yxsdnqzbpdfgcalm) Quit (Remote host closed the connection)
  774. [17:27:07] <bpadalino> there's the dual a9 .. the m3 .. a halfsize 64x+ core.. is there another m3 for another one of the subsystems ?
  775. [17:30:42] <nhg> yes two M3s as well
  776. [17:31:00] <mru> dual a9, dual m3, 2x arm968 in ivahd
  777. [17:31:22] <bpadalino> ah very nice
  778. [17:39:27] * ian_brasil (~ian_brasi@201-75-53-3-ma.cpe.vivax.com.br) has joined #pandaboard
  779. [17:43:36] * rcn-ee (~voodoo@thief-pool1-30.mncable.net) Quit (Remote host closed the connection)
  780. [18:07:44] * symm- (HydraIRC@178.168.29.31) has joined #pandaboard
  781. [18:07:47] * ian_brasil (~ian_brasi@201-75-53-3-ma.cpe.vivax.com.br) Quit (Ping timeout: 260 seconds)
  782. [18:14:08] * ogra_ac suggests to keep an eye on smoothstone for multicore arms
  783. [18:16:44] <koen> I wonder how many A15s TI will put in the SoCs
  784. [18:17:36] <ogra_ac> didnt TI buy stocks from smoothstone ? or do i misremember the news ?
  785. [18:18:03] <armin76> koen: do you know at what speed is running the memory on your panda?
  786. [18:19:38] <koen> 200MHz accoring to #pandaboard
  787. [18:19:52] <koen> ogra_ac: dunno, I only know ASP roadmaps
  788. [18:20:09] <ogra_ac> wasnt that bumped to 400MHz ?
  789. [18:20:27] <ogra_ac> or was that the bus speed only
  790. [18:20:50] <koen> EA1 is 200MHz
  791. [18:20:53] <koen> A! is 400MHz
  792. [18:20:58] <ogra_ac> ah
  793. [18:20:59] <koen> A1*
  794. [18:21:00] <ogra_ac> k
  795. [18:21:07] <koen> that's what I heard
  796. [18:23:19] * ian_brasil_ (~ian_brasi@201-75-53-3-ma.cpe.vivax.com.br) has joined #pandaboard
  797. [18:25:38] <nhg> Yes...koen is right EA1 = ES2 OMAP4 silicon (200 Mhz lpDDR2)
  798. [18:26:05] <nhg> A1 = ES2.1 OMAP4 silicon (400 Mhz lpDDR4)
  799. [18:26:37] <ssvb> is pandaboard using dual channel memory?
  800. [18:27:26] <armin76> ddr4?
  801. [18:29:23] <nhg> sorry...typo
  802. [18:30:07] <ssvb> armin76: I just wonder if "OMAP4430 SDRAM BW budget ~5x OMAP3430" from http://www.hotchips.org/archives/hc21/2_mon/HC21.24.400.ClientProcessors-Epub/HC21.24.421.Witt-OMAP4430.pdf is true
  803. [18:30:24] * yogeshd (~yogesh@192.163.20.231) Quit (Remote host closed the connection)
  804. [18:30:25] * sshekar (~shashi@192.163.20.232) Quit (Remote host closed the connection)
  805. [18:30:40] <ssvb> I would really like to try that 5x faster memory :)
  806. [18:31:08] * sshekar (~shashi@192.163.20.232) has joined #pandaboard
  807. [18:31:18] * yogeshd (~yogesh@192.163.20.231) has joined #pandaboard
  808. [18:35:22] <_av500_> ssvb: i dear hope it is true
  809. [18:35:34] <_av500_> coz the 3430 bw sucks
  810. [18:42:44] <mru> is it politeness day today?
  811. [18:43:13] <_av500_> sorry, was i polite?
  812. [18:43:29] <mru> you said it sucks
  813. [18:43:36] <mru> that's quite polite, considering
  814. [18:59:44] <ssvb> mru: I promise not to be polite if omap4 turns out to have slow ram in the end :)
  815. [18:59:53] <_av500_> +1
  816. [19:00:04] <mru> _av500_: why don't you run some tests?
  817. [19:00:30] * nini (5ab84a1c@gateway/web/freenode/ip.90.184.74.28) has joined #pandaboard
  818. [19:00:35] * nini is now known as nn
  819. [19:00:36] <_av500_> im glad it barely boots
  820. [19:00:48] <_av500_> sinced its the obsoboard
  821. [19:00:57] * nn is now known as noisetonepause
  822. [19:00:57] <ogra_ac> obso ?
  823. [19:01:04] <koen> ES1.0
  824. [19:01:08] <_av500_> yes, its EEEA1
  825. [19:01:21] <mru> EA = engineering attempt?
  826. [19:01:36] <_av500_> early adopters
  827. [19:01:39] <armin76> lol
  828. [19:10:14] * noisetonepause (5ab84a1c@gateway/web/freenode/ip.90.184.74.28) Quit (Quit: Page closed)
  829. [19:15:28] * jayabharath (~jayabhara@nat/ti/x-duwfeejstyhwmgzy) has joined #pandaboard
  830. [19:23:37] * ceyusa (~vjaquez@95.61.238.167) has joined #pandaboard
  831. [19:30:01] * ian_brasil___ (~ian_brasi@201-75-53-3-ma.cpe.vivax.com.br) has joined #pandaboard
  832. [19:33:39] * ian_brasil_ (~ian_brasi@201-75-53-3-ma.cpe.vivax.com.br) Quit (Ping timeout: 260 seconds)
  833. [20:00:08] * wardred (~wardred@69.109.13.18) has joined #pandaboard
  834. [20:00:58] * felipec (~felipec@a91-153-253-80.elisa-laajakaista.fi) Quit (Ping timeout: 245 seconds)
  835. [20:05:43] * gxben (~gxben@plo67-1-88-177-29-32.fbx.proxad.net) Quit (Quit: Ex-Chat)
  836. [20:14:08] * felipec (~felipec@a91-153-253-80.elisa-laajakaista.fi) has joined #pandaboard
  837. [20:31:14] * NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) has joined #pandaboard
  838. [20:43:04] * ian_brasil___ (~ian_brasi@201-75-53-3-ma.cpe.vivax.com.br) Quit (Quit: ian_brasil___)
  839. [20:47:00] * gabriel (598216b7@gateway/web/freenode/ip.89.130.22.183) has joined #pandaboard
  840. [20:48:45] * gabriel (598216b7@gateway/web/freenode/ip.89.130.22.183) has left #pandaboard
  841. [20:56:01] * jayabharath (~jayabhara@nat/ti/x-duwfeejstyhwmgzy) Quit (Ping timeout: 255 seconds)
  842. [21:24:48] * woglinde (~heinold@g225007172.adsl.alicedsl.de) Quit (Ping timeout: 240 seconds)
  843. [21:25:25] * woglinde (~heinold@f052225147.adsl.alicedsl.de) has joined #pandaboard
  844. [21:26:26] * pcacjr (~pcacjr@187.78.142.78) has joined #pandaboard
  845. [21:26:26] * pcacjr (~pcacjr@187.78.142.78) Quit (Changing host)
  846. [21:26:26] * pcacjr (~pcacjr@unaffiliated/pcacjr) has joined #pandaboard
  847. [21:26:48] * pcacjr__ (~pcacjr@187.78.178.85) Quit (Ping timeout: 245 seconds)
  848. [21:28:49] * symm- (HydraIRC@178.168.29.31) Quit (Ping timeout: 272 seconds)
  849. [21:35:01] * CCO1 (4111543a@gateway/web/freenode/ip.65.17.84.58) has joined #pandaboard
  850. [21:37:29] * CCO1 (4111543a@gateway/web/freenode/ip.65.17.84.58) Quit (Client Quit)
  851. [21:41:02] * wardred (~wardred@69.109.13.18) Quit (Remote host closed the connection)
  852. [22:05:07] * pcacjr_ (~pcacjr@187.78.51.3) has joined #pandaboard
  853. [22:05:07] * pcacjr_ (~pcacjr@187.78.51.3) Quit (Changing host)
  854. [22:05:07] * pcacjr_ (~pcacjr@unaffiliated/pcacjr) has joined #pandaboard
  855. [22:06:11] * pcacjr (~pcacjr@unaffiliated/pcacjr) Quit (Ping timeout: 272 seconds)
  856. [22:11:23] * pcacjr_ (~pcacjr@unaffiliated/pcacjr) Quit (Remote host closed the connection)
  857. [22:16:03] * robclark|gone (~robclark@nat/ti/x-xclzuxirnqmgsiqs) Quit (Ping timeout: 240 seconds)
  858. [22:18:10] * robclark (~robclark@nat/ti/x-wogwkcdruybzdyzv) has joined #pandaboard
  859. [22:18:10] * ChanServ sets mode +o robclark
  860. [22:31:56] * ogra_ac (~ogra@p4FDA7941.dip.t-dialin.net) Quit (Ping timeout: 260 seconds)
  861. [22:40:34] * NightMonkey_ (~NightMonk@173-164-139-193-SFBA.hfc.comcastbusiness.net) has joined #pandaboard
  862. [22:42:06] * NightMonkey_ (~NightMonk@173-164-139-193-SFBA.hfc.comcastbusiness.net) Quit (Client Quit)
  863. [22:44:30] * ogra_ac (~ogra@p4FDA4609.dip.t-dialin.net) has joined #pandaboard
  864. [22:46:30] <trem> nite all, sweet dreams
  865. [22:47:47] * woglinde (~heinold@f052225147.adsl.alicedsl.de) Quit (Quit: zapp)
  866. [22:52:04] * trem (~trem@mol92-1-81-57-136-23.fbx.proxad.net) Quit (Quit: Ex-Chat)
  867. [22:56:49] * gxben (~gxben@plo67-1-88-177-29-32.fbx.proxad.net) has joined #pandaboard
  868. [23:24:44] * gxben (~gxben@plo67-1-88-177-29-32.fbx.proxad.net) Quit (Quit: Ex-Chat)
  869. [23:43:31] * Chivo_ (182571ef@gateway/web/freenode/ip.24.37.113.239) has joined #pandaboard
  870. [23:58:00] <desrt> ogra_ac: sleeping yet?
  871. [23:59:21] <desrt> robclark: hey
  872. [23:59:44] <robclark> hi desrt
  873. [23:59:45] <desrt> just wanted to let you guys know that we plugged the board into a samsung TV in the office and it worked great
  874. [23:59:53] <desrt> so definitely just the LG monitor is causing the stupidity
  875. [23:59:54] <robclark> oh, good... so 1 for 2

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

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