• [00:02:58] * [-ip-] (n=ts@mnhm-590e0ef0.pool.einsundeins.de) Quit ("and thanks for all the fish")
  • [00:17:00] * jyelloz (n=jyelloz@adsl-76-238-246-14.dsl.lsan03.sbcglobal.net) has joined #beagle
  • [00:18:46] * jyelloz (n=jyelloz@adsl-76-238-246-14.dsl.lsan03.sbcglobal.net) Quit (Client Quit)
  • [00:23:36] * jkridner|beagle (n=jason@nat/ti/x-469f2f734fe8c2b4) Quit (Remote closed the connection)
  • [00:25:58] * mru (n=mru@thrashbarg.mansr.com) Quit (Remote closed the connection)
  • [00:28:42] * JJS[out] is now known as JJS
  • [00:29:49] * jyelloz (n=jyelloz@adsl-76-238-246-14.dsl.lsan03.sbcglobal.net) has joined #beagle
  • [00:29:52] * jyelloz (n=jyelloz@adsl-76-238-246-14.dsl.lsan03.sbcglobal.net) has left #beagle
  • [00:29:55] * jyelloz (n=jyelloz@adsl-76-238-246-14.dsl.lsan03.sbcglobal.net) has joined #beagle
  • [00:31:58] * RogerMonk (n=a0740758@nat/ti/x-d8d7483a1f987afe) has joined #beagle
  • [00:43:31] * rsalveti (n=salveti@189.70.175.196) has joined #beagle
  • [00:55:49] * mru (n=mru@thrashbarg.mansr.com) has joined #beagle
  • [01:08:02] * RogerMonk (n=a0740758@nat/ti/x-d8d7483a1f987afe) Quit (Remote closed the connection)
  • [01:11:22] * ldesnogu (n=ldesnogu@fw-tnat.cambridge.arm.com) Quit (Read error: 110 (Connection timed out))
  • [01:12:16] * ldesnogu (n=ldesnogu@fw-tnat.cambridge.arm.com) has joined #beagle
  • [01:30:46] * Charbax2 (n=Charbax2@2905ds2-oebr.0.fullrate.dk) has joined #beagle
  • [01:30:56] <Charbax2> hi
  • [01:31:16] <Charbax2> I hope this works better then the Mars Beagle lander
  • [01:31:23] <Charbax2> bad joke
  • [01:32:04] <Charbax2> How soon could this be used in a $100 laptop project?
  • [01:32:28] <Charbax2> TI could be like making all the laptops, just as they made all the calculators
  • [01:32:29] <mru> as soon as you've sourced the rest of the parts for $-50
  • [01:33:00] <Charbax2> how cheap would you say a laptop could be made with this today?
  • [01:33:10] <Charbax2> cheaper or about the same as OLPC XO-1?
  • [01:33:53] <Charbax2> could it run Google Android?
  • [01:43:37] <ds2> sure
  • [01:43:52] <ds2> running android on there is trivial, but why would anyone want to ;)
  • [01:44:16] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [01:52:48] * JoeyBorn (n=jborn@h-68-164-10-33.chcgilgm.dynamic.covad.net) Quit (Read error: 104 (Connection reset by peer))
  • [01:55:11] * NishanthM (n=Nishanth@cpe-24-27-74-89.tx.res.rr.com) Quit ("Aloha")
  • [02:02:56] * GAN8001 (n=GeneralA@pdpc/supporter/active/generalantilles) has joined #beagle
  • [02:06:46] <Charbax2> Google support on Android might make it the best embedded Linux OS to use no?
  • [02:07:02] <GAN8001> Without a native language?
  • [02:07:03] <GAN8001> Pfft
  • [02:07:17] <Charbax2> what do you mean?
  • [02:09:19] <Charbax2> NLS, giving programs support for internationalization and localization? What's that got to do with Android?
  • [02:10:36] * GeneralAntilles (n=GeneralA@pdpc/supporter/active/generalantilles) Quit (Nick collision from services.)
  • [02:10:45] * GAN8001 is now known as GeneralAntilles
  • [02:11:23] <GeneralAntilles> lol . . . just forget it.
  • [02:17:38] * GAN8001 (n=GeneralA@pdpc/supporter/active/generalantilles) has joined #beagle
  • [02:18:28] * GeneralAntilles (n=GeneralA@pdpc/supporter/active/generalantilles) Quit (Nick collision from services.)
  • [02:18:36] * GAN8001 is now known as GeneralAntilles
  • [02:29:28] <jkridner> for some reason, when I use bitbake/OE to build git-native, it is ignoring EXTRA_OEMAKE = "NO_TCLTK=1" and trying to make git-gui anyway. :(
  • [02:33:24] <Charbax2> yup I just want to figure out if possibly Archos could use Google Android on their Cortex powered device
  • [02:33:50] <Charbax2> so they could have a better interface and support third party apps
  • [02:34:30] <Charbax2> if it's a piece of cake then great, I hope they will do it
  • [03:15:13] <GeneralAntilles> Has anybody played with a USB VGA adaptor with the Beagle?
  • [03:17:56] <jyelloz> No.
  • [03:18:43] <jyelloz> What's the motivation for that?
  • [03:18:53] <GeneralAntilles> 2nd display
  • [03:18:56] <GeneralAntilles> or maybe VGA out
  • [03:19:32] <GeneralAntilles> I've got a StarTech USB2VGA2 (SiS-based) that I use with my N800.
  • [03:20:11] <jyelloz> Oh. I haven't tried building the kernel for the OMAP yet.
  • [03:23:05] <GeneralAntilles> ~2 watts sounds a lot more appealing than my Mac Mini's 40 watts for a carpc.
  • [03:23:09] <GeneralAntilles> Just need to find a touchscreen. . . .
  • [03:23:44] <jyelloz> Yeah. I'm working on something similar for graduate school.
  • [03:24:19] <jyelloz> I can't wait until the opengl drivers are available. The FAQ page says end 2008.
  • [03:24:20] <GeneralAntilles> I'm surprised you can't just get a double DIN touchscreen.
  • [03:24:53] <jyelloz> Well digi-key sells some USB/DVI stuff in the $200-300 range, right?
  • [03:26:15] <jyelloz> Actually they're all USB.
  • [03:33:48] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [03:35:23] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [04:08:29] * BrijeshJ (n=x0094261@192.163.20.231) has joined #beagle
  • [04:11:01] * BrijeshJ (n=x0094261@192.163.20.231) has left #beagle
  • [04:19:42] * JJS is now known as JJS[out]
  • [04:44:31] * Charbax2 (n=Charbax2@2905ds2-oebr.0.fullrate.dk) Quit ("Leaving")
  • [04:54:53] <calculus> Crofton|work: vhdl, so I can easily jump on board and help :P
  • [04:55:23] <calculus> but don't let my selfish reasons steer you
  • [04:56:34] <calculus> I once made a simple game on the fpga board using the switches, leds, and 7-segment displays
  • [04:57:22] <calculus> the fox, chicken, grain and farmer problem, where there is a boat and the farmer can only take one other thing with it on the boat
  • [05:02:00] * TheBeefiest (i=TheBeefi@S01060011952c9701.cg.shawcable.net) has joined #beagle
  • [05:14:09] * TheBeefiest (i=TheBeefi@S01060011952c9701.cg.shawcable.net) has left #beagle
  • [05:27:27] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [05:37:11] * Olipro_ (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [05:41:20] * Viral_Sachde (n=Viral_Sa@122.167.159.204) has joined #beagle
  • [05:53:14] * Olipro (n=Olipro@uncyclopedia/Olipro) Quit (Connection timed out)
  • [06:00:48] * xkenneth (n=xkenneth@c-98-198-175-161.hsd1.tx.comcast.net) has joined #beagle
  • [06:01:12] <xkenneth> Anyone know if a discount for students exists?
  • [06:01:57] <kulve> beagleboard is already quite discounted..
  • [06:02:00] <chakie_work> seems my board was shipped yesterday. hooray!
  • [06:02:32] <chakie_work> move to europe and you can get it delivered to your home free of charge :)
  • [06:03:03] <GeneralAntilles> As did mine, chakie_work.
  • [06:03:07] * GeneralAntilles is excited. :D
  • [06:05:10] * chakie_work too
  • [06:05:53] * diego_aw1y (n=diego@host-84-222-8-124.cust-adsl.tiscali.it) has joined #beagle
  • [06:17:42] * diego_away (n=diego@host-84-222-21-90.cust-adsl.tiscali.it) Quit (Read error: 110 (Connection timed out))
  • [06:35:19] * Viral_Sachde (n=Viral_Sa@122.167.159.204) Quit (Read error: 104 (Connection reset by peer))
  • [06:35:44] * Viral_Sachde (n=Viral_Sa@122.167.159.204) has joined #beagle
  • [06:39:39] * trickie (n=trickie@basesoft.xs4all.nl) has joined #beagle
  • [06:48:23] * xkenneth (n=xkenneth@c-98-198-175-161.hsd1.tx.comcast.net) Quit ()
  • [06:53:44] * jyelloz (n=jyelloz@adsl-76-238-246-14.dsl.lsan03.sbcglobal.net) Quit ("Leaving.")
  • [06:58:29] * t_s_o (n=tso@173.84-49-129.nextgentel.com) has joined #beagle
  • [07:16:43] * methril|away is now known as methril
  • [07:18:23] * valhalla (n=valhalla@81-174-21-16.dynamic.ngi.it) has joined #beagle
  • [07:23:30] * geraint (n=gnorth@tu008.demon.co.uk) has joined #beagle
  • [07:39:19] * geraint (n=gnorth@tu008.demon.co.uk) Quit ()
  • [08:37:53] * DDevine (n=devine@123-243-187-85.static.tpgi.com.au) has joined #beagle
  • [08:48:11] * geraint (n=gnorth@217.207.128.219) has joined #beagle
  • [08:50:05] <khasim> koen:ping
  • [08:50:21] <khasim> koen: ping
  • [08:50:59] * diego_aw1y is now known as diego
  • [08:52:48] * ulso (n=kalle@unaffiliated/ulso) Quit (Read error: 110 (Connection timed out))
  • [08:58:31] * RogerMonk (n=a0740758@nat/ti/x-a377ac401a2e2310) has joined #beagle
  • [09:14:19] <koen> khasim: pong
  • [09:14:23] <koen> RogerMonk: good morning!
  • [09:14:49] <RogerMonk> Howdi Koen - how's things?
  • [09:15:13] <koen> busy with the university freshmen introduction weeks :)
  • [09:15:27] <RogerMonk> sounds brutal!
  • [09:15:45] <RogerMonk> hope that bar is ship-shape!
  • [09:16:08] <koen> the rain makes me think the same :)
  • [09:18:50] <koen> I should try to get .27rc building in OE
  • [09:36:37] * valhalla (n=valhalla@81-174-21-16.dynamic.ngi.it) Quit ("Leaving")
  • [10:00:27] * valhalla (n=valhalla@81-174-21-16.dynamic.ngi.it) has joined #beagle
  • [10:04:24] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [10:06:15] * BrijeshJ (n=x0094261@192.163.20.231) has joined #beagle
  • [10:15:46] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [10:15:46] * Viral_Sachde (n=Viral_Sa@122.167.159.204) Quit (Read error: 104 (Connection reset by peer))
  • [10:15:59] * Viral_Sachde (n=Viral_Sa@122.167.159.204) has joined #beagle
  • [10:16:39] <khasim> koen: I am trying to use MLO, uImage and Angstrom demo Image on beagle to try out omapfbplay
  • [10:16:49] <khasim> the MLO doesn't seem to work for me
  • [10:17:18] <khasim> koen: I see two versions of images one being latest on 24th august. Which one is the correct
  • [10:17:54] <khasim> koen: again when I boot, I don't see any thing on DVI screen
  • [10:18:03] <khasim> will be right back
  • [10:19:17] <koen> both images are correct, the 0824 one is jsut the newest :)
  • [10:25:15] <koen> vlad_: do you think you can squeeze the arm stuff into your cairo hacking session? :)
  • [10:28:24] * Olipro_ (n=Olipro@uncyclopedia/Olipro) Quit (Read error: 110 (Connection timed out))
  • [10:57:42] <khasim> Error allocating frame buffers: 66597120 bytes
  • [10:58:00] <khasim> this is what I get when I do omapfbplay big_buck_bunny_720p_surround.avi
  • [10:58:24] <khasim> My image is 1280x720
  • [10:58:36] <koen> did you change your uboot args?
  • [10:58:52] <khasim> yes it has video=omapfb:vram:2M,vram:4M
  • [10:59:09] <khasim> and I am using your uImage, MLO and u-boot
  • [10:59:52] <koen> what does dmesg say about omapfb?
  • [11:01:42] <khasim> you mean this one omapfb: configured for panel omap3beagle
  • [11:01:57] <khasim> omapfb: Framebuffer initialized. Total vram 6291456 planes 2
  • [11:02:30] <khasim> should I increase my vram size
  • [11:03:48] <koen> that looks ok
  • [11:04:38] <khasim> shall I revert back to your previous version of rootfs?
  • [11:05:53] <koen> try omapfbplay -b 4
  • [11:06:30] <koen> the message your are getting is about needing more free ram for buffers
  • [11:06:46] <khasim> but mplayer plays
  • [11:07:18] <koen> mplayer doesn't try to decode ahead into a rambuffer
  • [11:07:48] * robclark (n=robclark@nat/ti/x-7571029574374b29) has joined #beagle
  • [11:08:38] <khasim> dirk said omapfbplay didnt work for him, but he had 1024x720 resolution screen
  • [11:08:50] <khasim> I think your image uses 1280x720 right?
  • [11:09:29] * NishanthM (n=Nishanth@cpe-24-27-74-89.tx.res.rr.com) has joined #beagle
  • [11:09:47] <NishanthM> Drat!! has anyone seen this: http://www.corelis.com/ecom/scripts/prodlist.asp?idcategory=30
  • [11:10:23] <NishanthM> 100$ for a jtag pin convertor?
  • [11:10:25] <robclark> $$$
  • [11:10:31] <robclark> I'm in the wrong line of work ;-)
  • [11:12:21] <NishanthM> make me almost make my own pcb
  • [11:12:37] <koen> khasim: 1024x768
  • [11:12:53] <NishanthM> frys has the copperclads and the etching solns - i checked :D
  • [11:13:32] <koen> khasim: did running it with -b 4 help?
  • [11:13:47] <robclark> you don't even need to get that fancy.. if you can get a breadboard with holes at the right pitch for the header you need.. (although it might be a problem if you need two different size headers)
  • [11:14:46] <khasim> koen: its running now
  • [11:15:06] <khasim> koen: I had mem=80M in my bootargs, this was required for a DSP demo - my mistake
  • [11:15:14] <koen> :)
  • [11:15:31] <NishanthM> robclark: dont know if frequencies of jtag can be handled on a breadboard
  • [11:15:44] <NishanthM> the trick though is to get the relevant connectors
  • [11:15:57] <NishanthM> male and female :D
  • [11:16:02] <khasim> I am cultivating few bad habits, 1) depending a lot on sakoman for his upto date GIT branches 2) answers at IRC...
  • [11:16:11] <robclark> well, ok... how fast is jtag.. I guess I never looked into that
  • [11:17:09] <NishanthM> i dunno - yet.. now that i have flyswatter(http://tincantools.com/product.php?productid=16134), i am learning slowly :)
  • [11:18:19] <NishanthM> khasim: know anyone with 3530 cfg files for flyswatter+ openocd? or of anyone hooking openocd to something like eclipse?
  • [11:19:40] <robclark> NishanthM: well, according to this link, 10-100MHz (http://www.spansion.com/application_notes/Comparing_Serial_Interfaces_an_01_e.pdf)
  • [11:20:09] * t_s_o (n=tso@173.84-49-129.nextgentel.com) Quit ("Konversation terminated!")
  • [11:20:29] <NishanthM> sigh breadboard is out of the picture
  • [11:21:48] <NishanthM> which perks my interest.. Khasim -> know if digitech/manufacturer does any jtag boundary test for production test?
  • [11:25:57] <khasim> NishanthM: No, I don't know much, should check if jason has any insight into this
  • [11:26:33] <robclark> well, it seems the off-chip part connected to JTAG could sort of control the speed.. there is a TCK (clock tick) and RTCK (return, sent back from off-chip... or maybe I have that inverted), and you don't get the next TCK until RTCK is received. Just looking at the 'Synchronizing with RealView ICE' section in ARM11 TRM (don't have cortex A-8 TRM handy, but I guess it works the same way).
  • [11:26:39] <NishanthM> thanks guys.. my playtime is over :(.. time to run off to office.. cya guys around.. bye..
  • [11:26:53] <robclark> l8
  • [11:27:24] * NishanthM (n=Nishanth@cpe-24-27-74-89.tx.res.rr.com) Quit ("Aloha")
  • [11:27:45] <Crofton> koen, we should think about a "stable" release for beagle support
  • [11:37:11] <ldesnogu> hum I sometimes see this:
  • [11:37:17] <ldesnogu> Texas Instruments X-Loader 1.41
  • [11:37:17] <ldesnogu> ECC Failed, page 0x00080000
  • [11:37:21] <ldesnogu> should I bother?
  • [11:37:42] <jkridner> good morning.
  • [11:37:44] <koen> Crofton: what's unstable about the current one?
  • [11:38:02] <ldesnogu> jkridner: good morning
  • [11:38:09] <koen> jkridner: good morning
  • [11:38:31] <Crofton> jkridner, was having a problem
  • [11:38:32] <jkridner> NishanthM: I do not believe boundary scan is part of the test suite.
  • [11:38:47] <Crofton> I guess what we really have is a bug tracking issue
  • [11:38:47] <jkridner> jkridner has many problems. :)
  • [11:39:05] <Crofton> that is likely the real first step, I am getting ahead of myself :)
  • [11:39:18] <jkridner> Crofton: that one seems to be gnome related, not specific to Epiphany.
  • [11:39:24] <Crofton> I have the MMC interface spec now
  • [11:39:49] <jkridner> Crofton: don't you need the SDIO spec?
  • [11:40:00] <jkridner> or will you be using MMC+ modes?
  • [11:40:01] <Crofton> I think SDIO might be inclded
  • [11:40:10] <jkridner> they are different industry groups.
  • [11:40:11] <Crofton> these controllers have milions of modes
  • [11:40:21] <jkridner> oh, you have a controller spec?
  • [11:40:34] <Crofton> I need to extract that stuff from the TRM
  • [11:40:54] <Crofton> basically, the thing I understand first wins :)
  • [11:41:22] <Crofton> MMCMobile does 8 bit transfers at up to 53 MHz
  • [11:41:25] <Crofton> 52
  • [11:41:34] <Crofton> which is good
  • [11:41:51] <ldesnogu> koen: in your latest image do you have mru latest h264 NEON stuff ?
  • [11:49:35] <jkridner> OE experts: in my recipe, I have 'EXTRA_OEMAKE = "NO_TCLTK=1"', but I don't see it anywhere in log.do_configure or log.do_compile.
  • [11:50:23] <jkridner> instead, I see 'export EXTRA_OEMAKE="${PARALLEL_MAKE}'
  • [11:50:36] <jkridner> ...in run.do_compile.
  • [11:53:10] <jkridner> ldesnogu: I think you should bother, since that isn't normal behavior and I hate unturned stones. Just don't lose sleep over it.
  • [11:53:53] <ldesnogu> jkridner: well in general another reset and it reaches u-boot prompt
  • [11:55:12] <jkridner> sounds like a tricky one to track down without something monitoring all the pins at startup.
  • [11:56:39] <ldesnogu> isn't the 80000 address part of the monitor ROM?
  • [11:57:06] <ldesnogu> hum ECC and ROM, that makes no sense, sorry :)
  • [11:57:49] <jkridner> do you have multiple copies of x-load installed?
  • [11:58:07] <jkridner> the ROM boot-loader is meant to try multiple locations in case of ECC failurs.
  • [11:58:11] <jkridner> failures.
  • [11:58:49] <Crofton> apparently sdio can only support 4 bit transfers
  • [11:59:12] <ldesnogu> jkridner: I did not touch anything, not even any saveenv
  • [11:59:18] <jkridner> you might try placing a couple extra copies of x-loader into the flash.
  • [11:59:39] <jkridner> k, sounds like we should fix the flow here. I'm pretty sure we only put in one copy.
  • [11:59:43] <ldesnogu> so I have factor x-loader and u-boot
  • [11:59:53] <ldesnogu> factory*
  • [11:59:57] <jkridner> k.
  • [12:01:23] <jkridner> OE experts: how do I find the culprit for who overwrote my 'EXTRA_OEMAKE'? Adding it to the .bb file below the 'inherits' line fixed things (rather than in the git.inc, which is before the inherits line). I suspect one of these should be additive, rather than absolute.
  • [12:02:26] <koen> ldesnogu: if you do 'opkg update ; opkg upgrade', you should have 90% of the h264 stuff
  • [12:02:57] <jkridner> it really is too bad that I get about 10 minutes a day learning OE. Good thing I'm trying to do a presentation on it, or it'd likely be 0 minutes.
  • [12:03:12] <koen> jkridner: could you paste your recipe?
  • [12:03:19] <jkridner> sure.
  • [12:03:43] <Crofton|work> jkridner, its hard spreading yourself thin
  • [12:03:54] * jkridner fumes a bit about his Mac Pro still being in the shop and his Mac Mini being slow, slow, slow starting Firefox.
  • [12:04:14] * feig (n=ejf3@232.sub-75-223-224.myvzw.com) has joined #beagle
  • [12:06:08] <jkridner> http://pastebin.com/f7d733d79
  • [12:06:48] <jkridner> http://pastebin.com/f2168ffde
  • [12:06:58] <koen> try EXTRA_OEMAKE += "NO_TCLTK=1"
  • [12:07:17] * stevieJ (n=lickswee@host-82-45-180-173.static.telewest.net) has joined #beagle
  • [12:07:52] <jkridner> koen: it is whoever writes in ${PARALLEL_MAKE} who wins.
  • [12:07:58] * a_min (n=ubuntu@pd95b4498.dip0.t-ipconnect.de) Quit (Read error: 110 (Connection timed out))
  • [12:08:52] <jkridner> autotools sets EXTRA_OEMAKE to "".
  • [12:11:01] <jkridner> if I change the 2 times I set EXTRA_OEMAKE, is there any reason that would affect when someone else writes it? (native doesn't seem to set it)
  • [12:12:01] <jkridner> also, if I go to +=, I'll need to think about where to put the space.
  • [12:12:14] <jkridner> always leading?
  • [12:15:10] * ulso (n=kalle@unaffiliated/ulso) has joined #beagle
  • [12:16:47] * diego is now known as diego_via
  • [12:17:02] * stevieJ (n=lickswee@host-82-45-180-173.static.telewest.net) has left #beagle
  • [12:18:48] * ulso_ (n=kalle@unaffiliated/ulso) has joined #beagle
  • [12:18:51] * min (n=ubuntu@pd95b4498.dip0.t-ipconnect.de) has joined #beagle
  • [12:21:13] * ulso_ (n=kalle@unaffiliated/ulso) Quit (Client Quit)
  • [12:21:31] * ulso_ (n=kalle@unaffiliated/ulso) has joined #beagle
  • [12:21:55] * ulso_ (n=kalle@unaffiliated/ulso) Quit (Client Quit)
  • [12:32:57] * BThompson (n=BThompso@nat/ti/x-36f7b3d55c8a0592) has joined #beagle
  • [12:35:09] * NishanthMenon (n=nMenon@nat/ti/x-300198808d80024e) has joined #beagle
  • [12:35:37] <NishanthMenon> jkridner, thanks for the update on manufacturer test
  • [12:36:31] * felipec (i=c0647cdb@gateway/web/ajax/mibbit.com/x-d83809ec72a9888c) has joined #beagle
  • [12:37:09] <NishanthMenon> jkridner, know if someone played around with flyswatter?/ if there is a *cheap* jtag pin converter (cheap == <20$)
  • [12:37:34] * ulso (n=kalle@unaffiliated/ulso) Quit (Read error: 110 (Connection timed out))
  • [12:38:06] <felipec> the beagle is supposed to have u-boot on nand, right?
  • [12:38:19] <felipec> I just got mine
  • [12:38:47] * Olipro (i=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [12:38:51] <jkridner> NishanthMenon: I thought we spoke about this. keesj had started, but no one has gotten the OpenOCD setup with Cortex-A8 yet. keesj had scan completion. TinCanTools has built an adapter board, but they need verification. I suspect it would be under $20.
  • [12:39:04] <jkridner> felipec: yes, u-boot is on the NAND.
  • [12:39:36] <felipec> jkridner: I don't see anything on serial =/
  • [12:39:52] <NishanthMenon> jkridner, thanks.. :) good to know am on bleeding edge ;)
  • [12:40:02] <jkridner> it only interacts over serial today, but it does output noise on the audio, a test-bar pattern on S-Video, and a 1280x1024 splash screen on DVI-D.
  • [12:40:16] <kulve> felipec: I had to solder a proper serial cable to get anything from there (got my board on monday)
  • [12:40:23] <NishanthMenon> felipec -> uart pin out -> that kicks most folks
  • [12:40:26] <jkridner> NishanthMenon: did you check if you could borrow the adapter from Gerald? I think he might have one.
  • [12:40:46] <NishanthMenon> jkridner -> :D i hate properitory solns at home ;)
  • [12:41:13] <jkridner> NishanthMenon: so, you demand OpenOCD at home?
  • [12:41:31] <NishanthMenon> jkridner - yep :)..
  • [12:41:46] <NishanthMenon> jkridner - my hope is to get eclipse working with openocd
  • [12:41:50] <jkridner> felipec: be sure you are using a null modem serial cable and the AT/Everex variety of IDC10-to-DB9 adapter.
  • [12:42:11] <NishanthMenon> felipec, see http://elinux.org/BeagleBoard#RS232
  • [12:42:25] <jkridner> NishanthMenon: that would be great. if you could confirm the TinCanTools adapter--they also provide a serial adapter--that would be great.
  • [12:42:46] <felipec> jkridner: all right, I checked audio output and I hear a beep when booting
  • [12:43:17] <koen> don't use TI serial cables :)
  • [12:43:25] <kulve> felipec: I'm using a direct cable but cross connected (2<->3, 5 direct) IDC10-to-DB9 and it works too.
  • [12:43:27] <jkridner> it is more of a buzz, but that is a sign that u-boot is running.
  • [12:43:58] <kulve> felipec: yeah, idc cables from Zoom doesn't work
  • [12:43:58] <NishanthMenon> felipec, u can use TI serial cable, but have a pair of scissors handy :D
  • [12:44:10] <jkridner> does TI make serial cables? oh, you mean the ones for the SDP and Zoom. Yeah, those don't work. We tried to be more "standard" with Beagle. we all see how well that worked.
  • [12:44:39] <kulve> jkridner: standard is good :)
  • [12:44:52] <jkridner> since when do the SDP and Zoom guys get to define what a TI serial cable is? :)
  • [12:45:26] * jkridner realizes the error of his ways in not adding a proper serial header.
  • [12:45:39] <jkridner> I really thought we'd be to all-USB by now.
  • [12:45:44] <koen> 14:45:29 up 14 days, 12:26, 2 users, load average: 0.00, 0.19, 0.34
  • [12:45:56] <koen> beagle is pretty stable nowadays
  • [12:46:08] <jkridner> might have been if I could have left that serial header off completely. :)
  • [12:46:38] <jkridner> very nice. mine is up only: 12:46:04 up 2 days, 9:33, 1 user, load average: 0.00, 0.00, 0.00
  • [12:46:52] <NishanthMenon> jkridner - serial and jtag :D
  • [12:46:55] <jkridner> don't remember what I had to reboot for... probably to do something with the SD card, since it has my rootfs.
  • [12:47:02] <felipec> NishanthMenon: I have those... from the SDP
  • [12:47:15] <jkridner> won't catch me removing the JTAG header on a board.
  • [12:47:43] <kulve> felipec: http://www.flickr.com/photos/nishanthmenon/2438406603/
  • [12:47:44] <NishanthMenon> felipec, http://www.flickr.com/photos/nishanthmenon/2438406603
  • [12:47:57] <NishanthMenon> lol :) that was simultaneous ;)
  • [12:48:07] <kulve> no it wasn't, I was first ;)
  • [12:49:10] <NishanthMenon> :)
  • [12:49:32] <NishanthMenon> jkridner - any reason why we cannot have standard arm pin out for jtag on rev c beagle?
  • [12:49:35] * jkridner notes that I've shifted to the git kernel for my day-to-day experimenting, only regressing for 3D demos now.
  • [12:50:36] <jkridner> that would mean that all of my TI tools wouldn't work--and I don't have an adapter board for them. All of the adapter boards I know go in this direction.
  • [12:51:15] * jkridner blames ARM for changing it, despite it being long enough ago that we should have been able to re-align.
  • [12:51:33] <NishanthMenon> jkridner - i wonder what percentage of JTAG users use black hawk vs someother stuff like lauterbach/bdi2000 which has standard pin outs
  • [12:52:15] * jkridner doesn't like the word 'standard' when it doesn't apply.
  • [12:52:33] <NishanthMenon> jkridner - s/standard/ARM/g
  • [12:52:36] <jkridner> :)
  • [12:52:53] <jkridner> what about people who want to debug the DSP?
  • [12:52:55] <BThompson> if anyone ever does development on the DSP side than the TI header will be more useful
  • [12:53:05] <NishanthMenon> meaning in terms of cost having a converter from standard ARM to ti pinout - less number of such adapters might actually be required .. might be cheaper
  • [12:53:28] <NishanthMenon> i dunno if it requires a show of hands vote ;)
  • [12:53:47] <NishanthMenon> but yeah.. i get the picture.. the pin out is DSP partial :P
  • [12:53:48] <jkridner> NishanthMenon: until you know what TinCanTools charges for their adapter, please don't take a vote.
  • [12:54:20] <jkridner> if you have purchased a Lauterbach, you certainly don't get a vote and shouldn't complain about $20!!!!!
  • [12:54:28] <NishanthMenon> lol
  • [12:54:33] <NishanthMenon> i second that
  • [12:55:22] <jkridner> As far as I am aware, the Flyswatter is the cheapest solution widely available for us. Rusty at TinCanTools has made an adapter. Please confirm the cost and functionality, then I will listen to the complaint. :)
  • [12:55:50] <jkridner> In other words, I'm not aware that changing the header will save anyone money.
  • [12:56:19] <khasim> koen: I am trying to get rootfs on EVM
  • [12:56:21] <NishanthMenon> will ping Rusty and see :) (though i wish i should have asked earlier... might have saved me the shipping cost in getting two of those together ;) )
  • [12:56:30] <khasim> koen: It hangs here, Starting GPE display manager: gpe-dm
  • [12:56:47] <felipec> NishanthMenon: thanks... the SDP came with 4 of those, are the 4 not compatible?
  • [12:57:04] <NishanthMenon> felipec - all 4 are of the same type
  • [12:57:13] <NishanthMenon> none of them are compatible with beagle
  • [12:57:28] <ldesnogu> koen: should I use monotone or git for the OE repository?
  • [12:57:30] <NishanthMenon> u need to take a leap in faith, take a deep breath and then... SNIP...
  • [12:58:01] <NishanthMenon> or even better, sit around with the schematics and look at pin out of beagle and sdp and figure the difference out.. :)
  • [12:58:06] <kulve> felipec: IDC cables from old PCs should work. I didn't find one, so I soldered it.
  • [12:58:16] <khasim> koen: are you trying any edid feature in rootfs
  • [12:58:30] <felipec> crap, I'm not a hardware guy... I would prefer to modify the software to use the switch the pins
  • [12:58:50] <jkridner> felipec: not possible, but you can just order the right cable.
  • [12:59:02] <Crofton|work> http://www.quotationspage.com/quote/40323.html
  • [12:59:03] <kulve> felipec: or check verkkokauppa.com
  • [12:59:21] <koen> khasim: no, the kernel needs mode changing support for EDID to be usefull
  • [13:00:10] <felipec> kulve: yeah, I think the have those... for PCs
  • [13:00:34] <kulve> and the ones used in PCs should be the correct ones
  • [13:00:36] <jkridner> http://www.pccables.com/07120.htm Fry's might also have one, but you need to be sure it is AT/Everex (like what would go into a PC).
  • [13:01:38] <BThompson> jkridner: i actually got my beagle board yesterday, you dont happen to know the frys part number for the serial adapter?
  • [13:01:51] <khasim> koen: any inputs on why it could hang at Starting GPE display manager: gpe-dm
  • [13:04:11] <BThompson> they call it IDS-10, do you think http://shop1.frys.com/product/257237#detailed would do it?
  • [13:05:52] <jkridner> BThompson: I've used http://shop2.frys.com/product/1066553?site=sr:SEARCH:MAIN_RSLT_PG with a 25-to-9-pin adapter.
  • [13:06:04] <felipec> why not include the cable... is it difficult?
  • [13:06:39] <jkridner> BThompson: I'm not sure if IDC and IDS are different.
  • [13:07:16] <felipec> well, actually, is it possible to get a console with usb?
  • [13:07:33] <koen> khasim: what happens if you run Xorg by hand?
  • [13:07:35] <jkridner> felipec: it all adds cost and the goal was to make it as affordable as possible. Digi-Key is working on stocking the right cable.
  • [13:08:14] <jkridner> When Digi-Key gets the cable in stock, then we can make it really clear to have it at the same time. So, the current issue is Digi-Key getting the cable in stock.
  • [13:08:32] <jkridner> felipec: it is possible.
  • [13:08:42] * zoobab (i=zoobab@vic.ffii.org) Quit ("Lost terminal")
  • [13:09:23] <jkridner> at least consider the fact that when bootstrapping a PC, you don't generally have a serial connection.
  • [13:09:39] * koen suspects a pixman problem
  • [13:09:42] <jkridner> you put in a boot disk that outputs to the console, which is quite possible.
  • [13:10:56] <felipec> jkridner: but you usually have display and keyboard on the pc
  • [13:11:47] <jkridner> felipec: and that is very common on a Beagle as well. DVI-D or S-Video for the display and USB keyboard and mouse.
  • [13:11:56] <felipec> jkridner: so do you have any information about how to get a usb console?
  • [13:12:11] * prpplague (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [13:12:54] <felipec> I guess I would need a DVI-D converter and a micro-usb to usb too
  • [13:13:01] <jkridner> felipec: or, you can just use the USB as a device (slave to your PC) and use the USBTTY/USBNET. Some have gotten this to work in u-boot, but no public code for OMAP3 yet.
  • [13:13:29] <felipec> jkridner: ahh, cool
  • [13:14:02] <ldesnogu> koen: I am not sure you saw my previous question, should I use OE git or monotone repository?
  • [13:14:03] <jkridner> felipec: yes. The USB host code for u-boot is also a work in progress on other devices, but I'm not aware that anyone has started this for Beagle yet.
  • [13:14:43] <NishanthMenon> jkridner, Ragha is working on this for u-boot v2
  • [13:14:58] <jkridner> Ragha should speed up. ;)
  • [13:15:32] <felipec> I'm so bad with scissors
  • [13:15:44] <koen> ldesnogu: git is way faster to get, but a few days behind
  • [13:15:45] <jkridner> the scissors are the easy part.
  • [13:15:51] <felipec> I'm sure Ragha could finish his usbtty stuff before I finish with these cables
  • [13:15:58] <NishanthMenon> jkridner, not much progress given the u-boot v2 is bare.. by the way.. i might be able to get u-boot v2 patches for nand done later today..
  • [13:16:16] <ldesnogu> koen: so I guess I will use monotone :)
  • [13:17:31] <felipec> koen: so the transition to git hasn't happened yet?
  • [13:17:51] * NishanthMenon is happy -90 megabyte file downloaded fine with u-boot v2 on SDP to nand with badblocks using hw ecc :)
  • [13:18:01] * felipec uses his teeth instead of scissors
  • [13:18:10] <NishanthMenon> felipec, ouch..
  • [13:22:00] <koen> felipec: someone keeps turning of the git mor
  • [13:22:05] <koen> mirror machine
  • [13:22:25] <felipec> NishanthMenon: I mean, not for the cut, to remove the wrapper... I don't have the tools =/
  • [13:23:01] <felipec> koen: ah, I see, because I'm working on a mtn2git converter
  • [13:23:42] * rsalveti (n=salveti@189.70.175.196) Quit (Read error: 110 (Connection timed out))
  • [13:23:44] <koen> felipec: openembedded
  • [13:23:49] <koen> ehm
  • [13:23:53] <koen> felipec: http://gitweb.openembedded.net/?p=org.openembedded.dev.git;a=tree;f=contrib/mtn2git;h=c6aa42f78d29bb2552671612bb9faa445d454043;hb=dba8ba7f2e76910c779283dd669055dd54d06efb
  • [13:24:25] * rsalveti (n=salveti@200.184.118.132) has joined #beagle
  • [13:25:16] <felipec> koen: yeah, I know, I quickly read the code... there are some todos, and manual fixes for specific commits
  • [13:26:07] * shriram (i=3b6030f5@gateway/web/ajax/mibbit.com/x-b49de2998a847417) has joined #beagle
  • [13:28:10] <felipec> mine one creates an exact replica (no mistakes possible), but it's slow because it checks out each revision... I'm working on making it use git-fast-import so it's as fast as possible. I guess I could contribute to the one in OE, but it's written in Python
  • [13:28:58] <felipec> and there's one in perl that converts the OE repository in 5-10 minutes... looks interesting too
  • [13:34:29] <BThompson> jkridner: I am tempted to try the frys IDS-10 serial adapter, it looks like IDC and IDS seem to refer to the cable to connector interface (http://en.wikipedia.org/wiki/Insulation_displacement_connector) as opposed to a standard pinout, I figure even if the pinout is wrong that it can be fixed by swapping the individual wires manually
  • [13:36:50] <khasim> koen: Didnt try running x-org over console.
  • [13:38:01] <khasim> koen: Actually I was trying with TI kernel for EVM, I will move the GIT kernel for EVM and give a try
  • [13:43:18] * DDevine (n=devine@123-243-187-85.static.tpgi.com.au) Quit (Remote closed the connection)
  • [13:43:48] * cbrake_away is now known as cbrake
  • [13:46:06] <kulve> I tried connecting the USB but without success. I tried a mini-A <-> female A adapter that works with zoom and connected it to a unpowered HUB via A<->B cable. No luck. I did try other combinations as well. Any hints?
  • [13:54:32] * JuanG (n=Juan@nat/ti/x-06c099a156c16bbd) has joined #beagle
  • [13:54:37] * JuanG (n=Juan@nat/ti/x-06c099a156c16bbd) has left #beagle
  • [13:55:47] <jkridner> kulve: which kernel are you using?
  • [13:56:25] <khasim> kulve: can you try powered hub
  • [13:58:07] * shriram (i=3b6030f5@gateway/web/ajax/mibbit.com/x-b49de2998a847417) has left #beagle
  • [14:16:41] <khasim> latest OMAP GIT is not booting on beagle it is crashing at cache_alloc_refill
  • [14:17:53] * methril is now known as methril|away
  • [14:19:50] <khasim> sorry it boots with Ramdisk image but not with our angstrom rootfs
  • [14:22:33] * nooomem (n=chatzill@ip68-100-201-32.dc.dc.cox.net) has joined #Beagle
  • [14:23:01] * xkenneth (n=xkenneth@c-98-198-175-161.hsd1.tx.comcast.net) has joined #beagle
  • [14:26:59] * xkenneth (n=xkenneth@c-98-198-175-161.hsd1.tx.comcast.net) Quit ()
  • [14:28:31] * shriram (i=3b6030f5@gateway/web/ajax/mibbit.com/x-b49de2998a847417) has joined #beagle
  • [14:29:25] <felipec> the wiki mentions two usb ports
  • [14:29:27] <felipec> is that true?
  • [14:29:50] <khasim> it is just one
  • [14:30:10] <khasim> may be it didn't get corrected.
  • [14:30:14] <khasim> on wiki
  • [14:31:12] <khasim> Any one else building directly from OMAP GIT ?
  • [14:31:27] <felipec> khasim: I can try
  • [14:32:42] <jkridner> khasim: did you look at the Angstrom patch set to see what might be fixing that issue?
  • [14:32:54] <geraint> I believe that there is wiring for an additional USB host (see the tantalizing 4-pin space next to the SD card) but had issues in RevB, so is coming in a later rev.
  • [14:33:16] <AV500> Hello, does the beagleboard toolchain have support for GDB on the host or target? and if not GDB directly, at least coredumps?
  • [14:33:44] <geraint> I put native GDB on it with no difficulty.
  • [14:33:46] <felipec> great, now I can use the serial console
  • [14:34:03] <felipec> now I need to find a way to flash a kernel into it
  • [14:35:33] <AV500> and it works to debug threads etc.?
  • [14:36:10] <jkridner> felipec: you can always start by loading a kernel from SD.
  • [14:36:53] <felipec> jkridner: I guess so, but I haven't done that before =/
  • [14:36:57] <jkridner> you can copy one via serial port to RAM then put it into the flash too.
  • [14:37:13] <geraint> AV500: Not tried it specifically with threads yet.
  • [14:37:15] <jkridner> reading one from SD card is faster.
  • [14:37:35] <jkridner> the diagnostic steps assume access to an SD card.
  • [14:38:24] <khasim> jkridner: No, I didn't check the angstrom patch set, you mean this one http://amethyst.openembedded.net/~koen/index.php?path=beagleboard/
  • [14:38:38] <AV500> geraint: thanks.
  • [14:38:41] <jkridner> if you are familiar with u-boot, you should probably be fine from here. The linux kernel documents the 5 reserved regions of the NAND (x-load, u-boot, u-boot env, kernel, and file system).
  • [14:40:07] <jkridner> khasim: no, these: http://gitweb.openembedded.net/?p=org.openembedded.dev.git;a=tree;f=packages/linux/linux-omap2-git/beagleboard;h=71e905ffbe02715acb8707bdce36a2ac4110d2a6;hb=HEAD
  • [14:41:36] <jkridner> I'm not sure which of those are headed upstream, but OE has a lot of patches for Beagle today vs. the git.
  • [14:41:54] <felipec> jkridner: I've just followed the commands from TI's documents... I've mostly used tftp to transfer stuff
  • [14:41:59] <jkridner> I still think that fixing ASoC should be the priority, but reducing this patch set should come soon after.
  • [14:42:12] <Crofton> ASoC is a nuisance
  • [14:42:33] <Crofton> I suspect the patch situation resolves itself with time as stuff is committed
  • [14:42:39] <jkridner> felipec: ah. the u-boot on Beagle doesn't have network support built-in.
  • [14:42:45] <Crofton> we are likely guinea pigging patches
  • [14:42:57] <Crofton> and the backlog will go up this week as Tony is out of town
  • [14:43:25] <suihkulokki> jkridner: most of those patches come from linux-omap mailist list iirc?
  • [14:43:40] <jkridner> felipec: you can use loadx similar to tftp.
  • [14:44:14] <felipec> jkridner: yeah, I thought so... I have put the kernel on the mmc card
  • [14:44:20] <jkridner> suihkulokki: I believe you are right, but they shouldn't sit forever in OE.
  • [14:44:49] <jkridner> mmcinit;fatload mmc 0 <addr> <filename>
  • [14:44:58] <jkridner> even easier than tftp. :)
  • [14:45:24] <jkridner> (as long as your card is FAT formatted)
  • [14:45:56] <jkridner> I believe ext2 is partially supported in the u-boot flashed on Beagle, but I only tried it once.
  • [14:46:01] <felipec> jkridner: I hope it is... is there a way to list the files?
  • [14:46:08] <jkridner> fatls mmc 0
  • [14:46:30] <felipec> jkridner: awesome, thanks
  • [14:46:49] <jkridner> if you have a usb hub and usb network adapter, you can NFS mount your root file system.
  • [14:47:14] <jkridner> I never do that, though. I use either MMC or NAND as my rootfs, since I'm mostly concerned about demos.
  • [14:47:49] <jkridner> khasim: I forgot to ask you yesterday, but will you have a chance to do a bit of a demo video? I think we need some more tech in our demo videos.
  • [14:48:14] <jkridner> I have some more demos to record and I don't want all of the videos on-line to be me. :)
  • [14:48:40] <jkridner> that said, I'd be very happy if anyone from the community did a video of running the diagnostics or otherwise making the board do something interesting.
  • [14:49:10] <felipec> jkridner: I prefer to have the rootfs on NAND and my development stuff over NFS
  • [14:49:15] <jkridner> just dump in on youtube and send a notice out to the mailing list. if it is good, I'll link it on beagleboard.org/media
  • [14:50:21] <jkridner> some folks have initialized the rootfs on NAND using u-boot, but I prefer to do it from Linux using Angstrom's mtd-utils and mkfs-jffs2 (writing to /dev/mtdblock4).
  • [14:51:21] <jkridner> I've created myself a ramdisk image of Angstrom's console-image with the .ipk files for those two packages.
  • [14:51:38] <jkridner> it is 32MB.
  • [14:52:06] <felipec> jkridner: have you tried ubifs?
  • [14:52:24] <jkridner> I read the ramdisk image from SD and use it to copy beagleboard-demo-image to my flash.
  • [14:52:31] <jkridner> I have not.
  • [14:52:51] <felipec> jkridner: you should, it's amazingly fast ;)
  • [14:53:05] <jkridner> hmmm, faster mounting. I could do with that.
  • [14:53:12] <jkridner> people like to see fast boot times on the demos.
  • [14:53:16] <felipec> at least that's my perception from the boot process
  • [14:53:26] * koen should try ubifs
  • [14:53:39] * jkridner really needs to get the u-boot image to disable that audio tone with an environment var.
  • [14:53:58] <koen> doing i2c in uboot is sloooooooooooow
  • [14:54:10] <koen> especially initializing the audio codec
  • [14:54:19] <felipec> jkridner: where is the documentation regarding the reserved NAND regions?
  • [14:55:59] <jkridner> http://source.mvista.com/git/?p=linux-omap-2.6.git;a=blob;f=arch/arm/mach-omap2/board-omap3beagle.c;h=85119ce5aa1467c6782a41fa3491981edd89fa06;hb=HEAD
  • [14:56:31] <jkridner> x-load @ 0
  • [14:56:35] * JoeyBorn (n=jborn@dsl017-022-252.chi1.dsl.speakeasy.net) has joined #beagle
  • [14:56:47] <jkridner> u-boot @ 0x80000
  • [14:56:51] <khasim> jkridner: This week bit busy, will try to put out a video next week
  • [14:56:57] <jkridner> u-boot env @ 0x260000
  • [14:57:10] <jkridner> kernel @ 0x280000
  • [14:57:17] <jkridner> file system @ 0x680000
  • [14:57:33] <felipec> ah, so it depends on the board
  • [14:57:47] <khasim> koen: I am now applying few patches from angstrom patch set to latest git to get it booting, any suggestions on which ones to consider, I am dropping all the PM stuff
  • [14:58:03] <jkridner> khasim: understood. I hope I can entice someone else to try to give some more video demos.
  • [14:58:17] <jkridner> hopefully with more boards arriving now, someone will want to show-off.
  • [14:58:30] <koen> khasim: I've lost track on the patches, I need to check .27rc soon
  • [14:59:16] <khasim> koen: as jkridner mentioned we have big list now, we need to sort this out and get them asap on linux.omap GIT.
  • [14:59:47] * koen would love a working cpufreq driver
  • [14:59:51] <khasim> koen: most of it should be straight, for now we can drop off asoc and PM
  • [15:00:19] <khasim> koen: I owe you this cpufreq patch, but really hard to find some time :(
  • [15:01:42] <khasim> on my list I have u-boot v1, v2, DSI PLL based pixel clock, cpu freq, demo videos, don't know when I will be able to get complete :(
  • [15:02:09] <khasim> should also look at asoc, it is getting important
  • [15:02:33] <koen> it looks like the kernelpart of asoc is ok, but userspace is screwing it up
  • [15:02:36] <jkridner> khasim: shouldn't the PSP team pick up most of the heavy lifting on the first 3/4 of that list?
  • [15:03:09] <jkridner> khasim: I'd think that the PSP team should also look at ASoC, instead of pushing our ALSA driver to git, right?
  • [15:03:43] <khasim> u-boot v1, we are getting help from psp, but mainly for EVM, sakoman and dirk are applying similar changes to beagle and overo.
  • [15:04:48] <khasim> ASOC, psp has not started yet, there were issues in getting ALSA working on latest git itself - which I heard is fixed now.
  • [15:05:15] <khasim> cpu freq discussions are going on .. might take some time to get into GIT
  • [15:05:36] <jkridner> hmmm. that seems like it could have been a waste relative to simply debugging sakoman's ASoC!
  • [15:06:11] <khasim> yeah.. kind of
  • [15:06:56] <jkridner> cpu freq has a PSP team owner.
  • [15:07:00] * trickie (n=trickie@basesoft.xs4all.nl) Quit ("Leaving")
  • [15:07:17] * linitrofe_ (n=tecnocal@164-36-50.adsl.terra.cl) has joined #beagle
  • [15:08:40] <jkridner> cleaning up the DVI-D DSI PLL to get real 720P in the git for EVM/Beagle seems critical. some short-term support from you there seems necessary.
  • [15:09:09] <jkridner> mru seems to have done some starting work on dynamic resolutions, but could probably use a bit of input.
  • [15:09:30] <jkridner> his "dynamic" is currently boot-time selection, I believe.
  • [15:10:26] * jkridner is off to the office now. spent too much time playing with OE at home during a couple of conference calls this morning.
  • [15:14:17] <felipec> hmm, my beagle just hanged in 'Started OS Bootloader'
  • [15:15:54] <felipec> and the kernel from linux-omap doesn't boot... is there any tag I should try instead of the head of master?
  • [15:16:21] <felipec> v2.6.26-omap2 ?
  • [15:23:44] <felipec> nope, that doesn't boot either
  • [15:33:03] * [-ip-] (n=ts@mnhm-590f5917.pool.einsundeins.de) has joined #beagle
  • [15:33:34] * harper_ (n=harper@24-148-50-204.stk-ubr1.chi-stk.il.cable.rcn.com) has joined #beagle
  • [15:36:24] * harper (n=harper@24-148-50-204.stk-bsr1.chi-stk.il.cable.rcn.com) Quit (Read error: 110 (Connection timed out))
  • [15:41:48] <koen> jkridner: http://www.pcpro.co.uk/blogs/2008/08/27/a-real-space-oddity-arrives-at-pc-pro/
  • [15:42:43] <koen> beagleboard gets a mention in the first post: http://mobile.slashdot.org/mobile/08/08/27/1334214.shtml
  • [15:43:16] <shriram> i have the similar problem with 2.6.25-omap1 on sdp ; kernel just hangs at Uncompressing Linux.
  • [15:44:37] * Viral_Sachde (n=Viral_Sa@122.167.159.204) has left #beagle
  • [15:46:21] <felipec> shriram: so which one do you recommend for beagle?
  • [15:46:55] <shriram> i dont know
  • [15:47:49] <khasim> felipec: Did you try the board validation steps
  • [15:48:11] <shriram> if it has hung at Started OS bootloader - then it has nothing to do with kernel
  • [15:48:29] <felipec> khasim: nope... what's that?
  • [15:48:44] <shriram> something to do with x-loader - may be x-loader unable to load u-boot.
  • [15:49:52] <felipec> shriram: no, I mean, first I got that... but it the next reboot I got into u-boot
  • [15:49:59] <khasim> http://code.google.com/p/beagleboard/wiki/BeagleBoardDiagnostics
  • [15:50:21] <felipec> shriram: then after that I tried the kernel id hanged again
  • [15:50:34] <khasim> felipec: follow the steps in http://code.google.com/p/beagleboard/wiki/BeagleBoardDiagnostics
  • [15:51:27] <felipec> khasim: ok
  • [16:01:18] * jkridner|work (n=a0321898@nat/ti/x-2e6a3cbba7e7f7ec) has joined #beagle
  • [16:05:02] * Olipro_ (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [16:05:51] <felipec> khasim: it's not booting from MMC... I guess I need to format it specially
  • [16:07:38] * chakie (n=chakie@dsl-tkubrasgw1-fe24fa00-230.dhcp.inet.fi) has joined #beagle
  • [16:08:45] * harper_ (n=harper@24-148-50-204.stk-ubr1.chi-stk.il.cable.rcn.com) Quit (Read error: 110 (Connection timed out))
  • [16:09:16] * harper_ (n=harper@24-148-50-204.stk-ubr1.chi-stk.il.cable.rcn.com) has joined #beagle
  • [16:15:25] * Olipro (i=Olipro@uncyclopedia/Olipro) Quit (Nick collision from services.)
  • [16:15:26] * Olipro_ is now known as Olipro
  • [16:16:03] <linitrofe_> Can anyone help me with zd1211?
  • [16:16:33] * RogerMonk (n=a0740758@nat/ti/x-a377ac401a2e2310) has left #beagle
  • [16:16:52] <linitrofe_> I'm not sure where I must put the firmware files
  • [16:17:04] <felipec> 0 Bytes Read from MMC Starting OS Bootloader from MMC...
  • [16:17:09] <felipec> that doesn't look right =/
  • [16:17:20] <linitrofe_> kernel say: usb 1-1.1: Could not load firmware file zd1211/zd1211b_ub. Error number -2
  • [16:19:36] <felipec> there's a file u-boot.bin there =/
  • [16:19:47] <felipec> khasim: any idea?
  • [16:21:10] <ds2> morning
  • [16:22:08] <ds2> linitrofe-: try putting it in /lib/firmware... it really depends on your hotplug scripts but that is a common default place
  • [16:22:28] <khasim> felipec: do you get u-boot prompt
  • [16:23:13] <felipec> khasim: nope
  • [16:23:50] <khasim> felipec: factory default you should have u-boot in NAND
  • [16:24:05] <khasim> felipec: did you modify it ?
  • [16:25:08] * gadiyar (n=Smash@122.167.64.210) has joined #beagle
  • [16:25:44] <khasim> felipec: what does you mmc card contain MLO and u-boot.bin?
  • [16:27:55] * RogerMonk (n=a0740758@nat/ti/x-b0dd1dc60f4b3f7a) has joined #beagle
  • [16:30:54] <shriram> i faced similar issue - bootrom was able to load x-loader and x-loader was unable to load u-boot
  • [16:31:23] <khasim> shriram: what was the solution?
  • [16:32:03] <shriram> i followed the procedure at http://wiki.omapzoom.org/wiki/tiki-index.php?page=Booting+and+Flashing
  • [16:32:07] <shriram> it worked
  • [16:32:59] <felipec> khasim: aha, I repartitioned the mcc and now it works
  • [16:33:21] <shriram> make sure you configure # of cylinders, # of sectors and #heads properly and partition size is 64M
  • [16:33:49] <felipec> shriram: I did that
  • [16:33:56] <khasim> felipec: good to know that
  • [16:34:23] <felipec> I don't know what happened, but now it works
  • [16:35:05] <shriram> the procedure at http://code.google.com/p/beagleboard/wiki/LinuxBootDiskFormat did not work for me
  • [16:35:38] <khasim> yeah some times it fails, but the HP Disk utility works always
  • [16:35:48] <shriram> i faced the problem described by you. so i followed wiki.omapzoom.org procedure and it worked.
  • [16:35:50] <shriram> okay
  • [16:36:01] <khasim> Nishath was suggesting few more, didn't get time to look at those
  • [16:36:12] <khasim> I think he has the procedure on his blog
  • [16:36:49] <khasim> shriram: how different is the procedure for mmc booting?
  • [16:37:08] <khasim> shriram: is the formatting procedure describe is differrent
  • [16:37:10] <shriram> the difference is the way you format the mmc card
  • [16:37:13] <felipec> khasim: ok, the kernel boots on this
  • [16:37:54] <khasim> shriram: ok, good to know that we can add that to our wiki as well
  • [16:38:11] <shriram> yes, it is quite different - in omap zoom wiki - you need to configure #cylinders, #head and #sectors and size of fat partition should be 64M
  • [16:39:16] <shriram> okay khasim, nice talking with you after such a long time - i got to go now
  • [16:39:31] <khasim> thanks for the link
  • [16:39:39] <shriram> np
  • [16:42:44] <DJWillis> <khasim> yeah some times it fails, but the HP Disk utility works always << Odd, I find the HP tool is not very reliable at all with my EVM/Pandora. Not sure if it is better on the Beagle but they are all using the same SoC and ES.
  • [16:43:26] <khasim> DJWillis: did you try the procedure documented on zoom wiki?
  • [16:48:09] <DJWillis> khasim: just what I am doing now, that was why I was reading up the backlog. If that is relyable it would be an improvment as I can often find getting a good SD a real chore.
  • [16:49:20] * dcordes (n=dcordes@unaffiliated/dcordes) has joined #beagle
  • [16:49:27] <khasim> DJWillis: Try that procedure, if that works then it will be good for us
  • [16:55:53] <DJWillis> khasim: will do, something has cropped up so I won't be able to finish testing until later tonight.
  • [16:57:02] <felipec> khasim: ahh, stupid me, I was doing 'make' instead of 'make uImage' so the image wasn't really for the beagle
  • [16:57:28] * trickie (n=trickie@hgaulton.xs4all.nl) has joined #beagle
  • [17:00:54] * rsalveti (n=salveti@200.184.118.132) Quit (Read error: 113 (No route to host))
  • [17:01:03] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [17:01:10] * rsalveti (n=salveti@200.184.118.132) has joined #beagle
  • [17:02:03] <jkridner|work> anyone now how to leave X on Angstrom? CTRL-ALT-BACKSPACE exits Xorg, but Angstrom starts it back up again. I'm just wondering if there is a quick sequence.
  • [17:02:11] * Olipro_ (i=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [17:03:10] <koen> jkridner|work: /etc/init.d/gpe-dm stop
  • [17:03:14] <chakie> perhaps it's set in /etc/inittab or in some other boot script
  • [17:03:20] <jkridner|work> thanks.
  • [17:04:08] * Olipro__ (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [17:04:16] * Olipro (n=Olipro@uncyclopedia/Olipro) Quit (Nick collision from services.)
  • [17:04:18] * Olipro__ is now known as Olipro
  • [17:04:44] <vlad_> koen: some, yeah; i'll talk to jeff
  • [17:05:03] <jkridner|work> koen: does that bring up a console? seems like no.
  • [17:06:24] * KaiForce (n=chatzill@rrcs-96-11-109-38.central.biz.rr.com) has joined #beagle
  • [17:06:46] <davr> press alt+f1 or ctrl+alt+f1? that's what i do on my PC after killing X11
  • [17:06:54] <koen> jkridner|work: that just stops X
  • [17:06:57] <dcordes> vlad_: did you do any further hacking with the debian rootfs?
  • [17:07:26] <dcordes> jkridner|work: maybe set /etc/inittab to spawn more vts?
  • [17:07:46] <Crofton> http://www.flickr.com/photos/32615155@N00/2803655212/
  • [17:08:03] <KaiForce> anyone running slimserver on beagleboard?
  • [17:08:03] * Olipro__ (i=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [17:08:12] <davr> argh who put the horrible javascript on the terribly squashed images in the "Latest News" section?
  • [17:08:24] * Olipro (n=Olipro@uncyclopedia/Olipro) Quit (Nick collision from services.)
  • [17:08:26] * Olipro__ is now known as Olipro
  • [17:08:44] <jkridner|work> dcordes: k. I'll look at what console-image does there.
  • [17:08:52] <vlad_> dcordes: no, i've been doing too much jit work, haven't needed to run anything X perf related :)
  • [17:09:05] <jkridner|work> davr: the javascript comes from Yahoo Pipes.
  • [17:09:17] <jkridner|work> I haven't had the time to write the import function for the RSS feed.
  • [17:09:48] <jkridner|work> I'll happily accept patches, but I must completely replace the Yahoo Pipes functionality right now.
  • [17:09:57] <koen> jkridner|work: you should have console on dvi
  • [17:09:57] * Olipro__ (i=xy6091@uncyclopedia/Olipro) has joined #beagle
  • [17:10:41] * Olipro (i=Olipro@uncyclopedia/Olipro) Quit (Nick collision from services.)
  • [17:10:43] * Olipro__ is now known as Olipro
  • [17:11:02] * geraint (n=gnorth@217.207.128.219) Quit (Read error: 113 (No route to host))
  • [17:11:05] <davr> jkridner: so it looks like you're using yahoo pipes to reformat the RSS coming out of your google reader?
  • [17:11:20] <jkridner|work> koen: I don't. I don't see one in the inittab either.
  • [17:11:26] <jkridner|work> Kernel command line: console=ttyS2,115200n8 console=tty0 root=/dev/mtdblock4 rw rootfstype=jffs2 video=omapfb:vram=2M:vram=4M
  • [17:11:41] <jkridner|work> davr: correct.
  • [17:14:44] <jkridner|work> davr: the Yahoo Pipe is alright as long as there are certain images in the feeds. I can probably filter out some of the non-suitable images in the pipe itself. Just priorities.
  • [17:15:09] <davr> i see, it tries to resize images down so they take up less space, but it does it even for the little "email me" links people put
  • [17:15:32] <jkridner|work> yes. quite ugly.
  • [17:15:50] <felipec> in http://code.google.com/p/beagleboard/wiki/BeagleBoardDiagnostics
  • [17:16:35] <felipec> setting the bootcmd is redundant isn't it? if it's going to be run then it can be run directly
  • [17:17:31] <Crofton> jkridner|work, you got the link to my latest beagle art?
  • [17:19:15] <gadiyar> felipec: yup it's redundant. but one might as well save the env and have it run aautomatically on boot
  • [17:20:19] * Olipro_ (i=Olipro@uncyclopedia/Olipro) Quit (No route to host)
  • [17:20:40] <felipec> gadiyar: hmm, right, but this page is for diagnostics... something you probably wouldn't want to run many times
  • [17:22:22] <jkridner|work> Crofton: You should send it directly to the flickr beagle board group.
  • [17:22:49] <jkridner|work> Crofton: it all looks normal to me when I give it a glance. I still haven't seen where the art is.
  • [17:22:53] <gadiyar> point taken
  • [17:22:53] <Crofton> hmm, that means i nee to figure that out :)
  • [17:23:03] <Crofton> all engineering is art :)
  • [17:23:12] <Crofton> give me a bit to figure it out
  • [17:23:30] <jkridner|work> good engineering is art. ;)
  • [17:23:44] <jkridner|work> I guess only good art is art too. :)
  • [17:24:12] * jrmuizel (n=jrmuizel@corp-241.mountainview.mozilla.com) has joined #beagle
  • [17:24:35] <Crofton|work> ok, I asked to join the group
  • [17:26:22] <prpplague> jkridner|work: indeed, there are several pcb art contests in the in the NYC area
  • [17:26:35] * linitrofe_ (n=tecnocal@164-36-50.adsl.terra.cl) Quit (Read error: 110 (Connection timed out))
  • [17:26:53] <prpplague> jkridner|work: they usually enlarge the gerbers to a 11x17 and hang them in a gallery
  • [17:27:40] * harper_ (n=harper@24-148-50-204.stk-ubr1.chi-stk.il.cable.rcn.com) Quit (Connection timed out)
  • [17:30:53] * harper_ (n=harper@24-148-50-204.stk-ubr1.chi-stk.il.cable.rcn.com) has joined #beagle
  • [17:37:12] * koen curses people still using head -1 instead of head -n1
  • [17:37:48] <felipec> is there any base rootfs?
  • [17:42:12] <koen> define 'base'
  • [17:42:42] <jkridner|work> Crofton: you are already in the group.
  • [17:43:02] <jkridner|work> Crofton: oops, I was wrong.
  • [17:43:08] <Crofton> when I send to group, the gr
  • [17:43:09] <Crofton> ok
  • [17:43:10] <Crofton> :)
  • [17:43:10] <jkridner|work> now you are. :)
  • [17:43:34] <jkridner|work> who is kingmoffa?
  • [17:43:34] <Crofton> done
  • [17:44:04] <jkridner|work> until kingmoffa has some beagleboard related photos, I won't accept their request.
  • [17:45:16] <koen> jkridner|work: http://cairographics.org/summit/2008/notes/
  • [17:45:35] <koen> jkridner|work: seems like cairo would fly when we get working sgx drivers :)
  • [17:45:55] * koen notices freedesktop.org is being a bit sick
  • [17:47:24] * gadiyar (n=Smash@122.167.64.210) has left #beagle
  • [17:51:02] <felipec> koen: something like TI's rootfs, with nothing at all, just the basic tools, busybox, libc, and so on
  • [17:52:59] <kulve> felipec: http://linux.onarm.com (if you are familiar with scratchbox and git)
  • [17:56:05] <jkridner|work> kulve: do you think the resources on http://linux.onarm.com are worth linking from either elinux.org or beagleboard.org?
  • [17:58:20] <jkridner|work> koen: page is refreshing very slow for me.
  • [17:58:33] <kulve> I guess so. It's a nice alternative to OE (for developing). It's doesn't (at least yet) provide applications..
  • [17:58:50] <jkridner|work> let me know if there are specific people who should be seeded with beta graphics (SGX) drivers.
  • [17:59:15] <kulve> meaning what? I want those! ;)
  • [18:00:22] <Crofton> felipec, you need console-image :)
  • [18:02:28] <felipec> crofton: console-image?
  • [18:03:50] <Crofton> what are you booting with?
  • [18:04:29] <felipec> crofton: u-boot
  • [18:04:45] <koen> http://ewi546.ewi.utwente.nl/~koen/Angstrom-console-image-glibc-ipk-2008.1-test-20080827-beagleboard.rootfs.tar.bz2
  • [18:05:03] <Crofton> ah
  • [18:05:05] <Crofton> exactly
  • [18:05:15] <Crofton> you will need to use the kernel from that dir also
  • [18:05:31] <Crofton> console-image is text only, with a fair amount of capability
  • [18:05:40] <koen> the kernel is inside the rootfs as well
  • [18:05:57] <Crofton> hmm, this is new?
  • [18:06:09] * khilman (n=khilman@deeprooted.net) has joined #beagle
  • [18:06:25] * Crofton needs to start booting his beagle instead of photographing it :)
  • [18:06:45] <felipec> koen: great! exactly what I wanted
  • [18:06:52] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [18:07:13] * koen finally got some more python modules built for sugar
  • [18:09:05] * harper_ (n=harper@24-148-50-204.stk-ubr1.chi-stk.il.cable.rcn.com) Quit (Read error: 110 (Connection timed out))
  • [18:09:12] <felipec> why is that particular kernel needed?
  • [18:09:27] <koen> it isn't really
  • [18:09:50] <Crofton> reduces the chances fo mis-matched modules
  • [18:09:59] <Crofton> and of you asking more questions :)
  • [18:10:26] <Crofton> it was a "support type" answer
  • [18:13:17] <felipec> ah, I thought so, I can copy the modules of the linux-omap build if I need them :)
  • [18:15:38] * Olipro (i=xy6091@uncyclopedia/Olipro) Quit (Connection timed out)
  • [18:17:19] * khilman (n=khilman@deeprooted.net) Quit ("Terminated with extreme prejudice - dircproxy 1.0.5")
  • [18:19:35] <felipec> u-boot says: Invalid FAT entry
  • [18:20:17] <felipec> with fatls mmc 0, and fsck.vat doesn't show any error =/
  • [18:33:42] * jkridner|beagle (n=jason@nat/ti/x-119ad24d54a711c5) has joined #beagle
  • [18:38:15] <felipec> maybe I need to format it in a different way
  • [18:39:36] * RogerMonk (n=a0740758@nat/ti/x-b0dd1dc60f4b3f7a) Quit (Remote closed the connection)
  • [18:47:17] <koen> jkridner|work: I just got the first bits of sugar running on the beagle
  • [18:47:21] <jkridner|work> not sure. it is strange.
  • [18:47:27] <jkridner|work> koen: exciting!
  • [18:47:42] <jkridner|work> how big is it?
  • [18:48:22] <koen> dunno, I'm running it inside the demo fs
  • [18:48:30] <jkridner|work> koen: be sure to provide some self-promotion photos the Sugar guys can use at the presentation. :)
  • [18:48:41] <jkridner|work> opkg update; opkg install sugar?
  • [18:50:00] <Crofton|work> so it fits on the SD card :)
  • [18:50:20] <jkridner|beagle> I've shifted my rootfs to /dev/mtdblock4 :)
  • [18:50:45] <jkridner|beagle> hmmm, only 22MB free, so I shouldn't try.
  • [18:51:25] <jkridner|beagle> any way to install certain packages to alternative file systems?
  • [18:51:39] <koen> jkridner|work: http://scap.linuxtogo.org/files/034d1db1af68027646ef3fe9aeda818f.png
  • [18:51:45] <Crofton|work> felipec, http://www.elinux.org/BeagleBoard#MMC.2FSD_boot
  • [18:52:24] <jkridner|work> koen: sweet. now to try sucrose.
  • [18:53:12] * pmeerw_ (n=pmeerw@85-127-55-130.dynamic.xdsl-line.inode.at) has joined #beagle
  • [18:53:41] <pmeerw_> hi
  • [18:54:26] * khasi1 (n=a0393720@192.163.20.231) has joined #beagle
  • [18:54:57] * linitrofe (n=tecnocal@164-36-50.adsl.terra.cl) has joined #beagle
  • [18:55:08] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [18:55:11] * keesj (n=keesj@ip49-193-210-87.adsl2.static.versatel.nl) Quit (Remote closed the connection)
  • [18:56:55] <koen> jkridner|work: I just need someone to fix that *&#$(@*$(@#*$ python-numpy recipe in OE
  • [18:56:57] * jkridner|beagle is looking into 'opkg -o'
  • [18:57:17] <koen> jkridner|work: opkg -o is useless
  • [18:57:29] <koen> applications can't handle relocation
  • [18:57:33] <jkridner|work> hmmm. k.
  • [18:57:35] <pmeerw_> I have troubles using the serial port; 2 issues:
  • [18:57:55] <pmeerw_> a) I see the boot log, but cannot enter commands
  • [18:58:06] <koen> jkridner|work: opkg -d is useluss as well for the same reason
  • [18:58:19] <pmeerw_> b) I get the boot log only when powering via usb
  • [18:58:49] <pmeerw_> should serial act differently depending on how beagle is powered?
  • [18:59:04] <jkridner|work> pmeerw_: b) you are likely not powering correctly if it behaves differently from usb or non-usb.
  • [19:00:05] <jkridner|work> pmeerw_: a) this is likely due to using the wrong serial adapter, but it is possible that there is bad serial line driver--but it is much more likely you have the wrong adapter/cable.
  • [19:00:12] <pmeerw_> hm, leds look same
  • [19:00:30] <jkridner|work> pmeerw_: but the serial behavior is different?
  • [19:00:56] <pmeerw_> yes, usb powered -> cannot enter commands but output is OK
  • [19:01:09] <pmeerw_> DC powered -> only garbage
  • [19:01:15] <pmeerw_> on serial
  • [19:06:11] <felipec> the beagle can't boot directly from 280000?
  • [19:07:06] <jkridner|work> pmeerw_: what regulator are you using?
  • [19:07:31] <jkridner|work> pmeerw_: the one from Digi-Key on the beagleboard page?
  • [19:08:26] <jkridner|work> felipec: what do you mean boot directly? The OMAP3 cannot use NAND flash for XIP (execute-in-place) memory.
  • [19:08:48] <pmeerw_> jkridner: no; some random 5 V DC, from Linksys router
  • [19:09:34] <jkridner|work> you must copy it into RAM for execution because NAND flash cannot be directly addressed and the OMAP3 memory controller does not convert linear accesses into paged accesses for NAND.
  • [19:13:34] <felipec> jkridner|work: ah, I see... I just know that in TI's sdp I copy the kernel to 'somewhere' and I can boot from there
  • [19:15:43] <felipec> I don't know so much about memory technologies
  • [19:17:53] <khasi1> I am just playing around multiple gits none of them are giving me angstrom rootfs booting
  • [19:18:18] <khasi1> any git tree where I can take a snapshot and that boots with angstrom rootfs + runs omapfbplay
  • [19:18:52] <jkridner|work> felipec: yes, that is possible with NOR flash, which the SDP has.
  • [19:19:12] <jkridner|work> NOR flash is expensive per bit relative to NAND flash.
  • [19:19:43] <felipec> jkridner|work: ahh, that makes sense
  • [19:20:06] * geraint (n=gnorth@tu008.demon.co.uk) has joined #beagle
  • [19:20:16] <jkridner|work> khasi1: OE applies the patches. I have a building Angstrom kernel. perhaps I could tar.gz it for you?
  • [19:21:10] <khasi1> yes please,
  • [19:21:27] <khasi1> I just tried one from mans git tree, it fails with error omapfb omapfb: unable to allocate FB DMA memory
  • [19:22:53] <khasi1> mru: ping
  • [19:23:55] * hli (n=chatzill@vig91-2-82-232-97-149.fbx.proxad.net) has joined #beagle
  • [19:24:06] <felipec> jkridner|work: this is cool, I've learned more about memory technology today that in 2 years working with TI related stuff
  • [19:27:44] <Crofton|work> heh :)
  • [19:28:30] <jkridner|work> khasim: http://www.beagleboard.org/~angstrom/tmp/work/beagleboard-angstrom-linux-gnueabi/linux-omap2-2.6.26-r61.tar.gz
  • [19:28:36] <jkridner|work> 140MB. :(
  • [19:29:14] * linitrofe_ (n=tecnocal@164-36-50.adsl.terra.cl) has joined #beagle
  • [19:29:24] * linitrofe (n=tecnocal@164-36-50.adsl.terra.cl) Quit (Read error: 110 (Connection timed out))
  • [19:30:00] <jkridner|work> you can verify it'll work for you with http://www.beagleboard.org/~angstrom/tmp/work/beagleboard-angstrom-linux-gnueabi/linux-omap2-2.6.26-r61/git/arch/arm/boot/uImage
  • [19:30:10] <jkridner|work> might want to try the 2MB before the 140MB.
  • [19:30:18] <khasi1> jkridner|work: thanks
  • [19:33:52] <jkridner|work> Got my case from Special Computing today. I like it. :)
  • [19:34:28] <jkridner|work> I need some stand-offs and some longer screws for my serial adapter.
  • [19:40:03] * koen needs a zillion stand-offs
  • [19:42:04] * harper (n=harper@24-148-50-204.stk-ubr1.chi-stk.il.cable.rcn.com) has joined #beagle
  • [19:49:58] * khasi1 (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [19:50:58] * hli_ (n=chatzill@vig91-2-82-232-97-149.fbx.proxad.net) has joined #beagle
  • [19:57:50] * hli (n=chatzill@vig91-2-82-232-97-149.fbx.proxad.net) Quit (Read error: 110 (Connection timed out))
  • [19:57:56] * [-ip-] (n=ts@mnhm-590f5917.pool.einsundeins.de) Quit (Read error: 104 (Connection reset by peer))
  • [20:02:58] * JoeyBorn (n=jborn@dsl017-022-252.chi1.dsl.speakeasy.net) Quit (Read error: 110 (Connection timed out))
  • [20:03:49] * nooomem (n=chatzill@ip68-100-201-32.dc.dc.cox.net) Quit (Connection timed out)
  • [20:03:58] * [-ip-] (n=ts@mnhm-590f5917.pool.einsundeins.de) has joined #beagle
  • [20:10:42] * keesj (n=keesj@ip49-193-210-87.adsl2.static.versatel.nl) has joined #beagle
  • [20:12:14] * guillaum1 (n=Guillaum@AMontsouris-153-1-28-4.w86-212.abo.wanadoo.fr) has joined #beagle
  • [20:21:12] * harper (n=harper@24-148-50-204.stk-ubr1.chi-stk.il.cable.rcn.com) Quit (Read error: 110 (Connection timed out))
  • [20:21:19] * harper (n=harper@24-148-50-204.stk-ubr1.chi-stk.il.cable.rcn.com) has joined #beagle
  • [20:21:51] * t_s_o (n=tso@173.84-49-129.nextgentel.com) has joined #beagle
  • [20:38:37] * geraint_ (n=gnorth@tu008.demon.co.uk) has joined #beagle
  • [20:41:46] * jkridner|beagle (n=jason@nat/ti/x-119ad24d54a711c5) Quit (Remote closed the connection)
  • [20:47:06] * geraint_ (n=gnorth@tu008.demon.co.uk) has left #beagle
  • [20:51:24] * linitrofe (n=tecnocal@164-36-50.adsl.terra.cl) has joined #beagle
  • [20:52:25] * linitrofe_ (n=tecnocal@164-36-50.adsl.terra.cl) Quit (Read error: 110 (Connection timed out))
  • [20:54:23] * geraint (n=gnorth@tu008.demon.co.uk) Quit (Read error: 110 (Connection timed out))
  • [21:03:10] * dcordes_ (n=dcordes@unaffiliated/dcordes) has joined #beagle
  • [21:03:33] * jkridner|beagle (n=jason@nat/ti/x-325b34372c41dbe6) has joined #beagle
  • [21:04:04] * mhel (n=chatzill@65.92.231.80) has joined #beagle
  • [21:05:22] * mhel (n=chatzill@65.92.231.80) Quit (Client Quit)
  • [21:05:29] * dcordes (n=dcordes@unaffiliated/dcordes) Quit (Read error: 104 (Connection reset by peer))
  • [21:06:32] * linitrofe (n=tecnocal@164-36-50.adsl.terra.cl) Quit ("Ex-Chat")
  • [21:11:46] * thomasg (n=thomasg@85.131.189.115) Quit (Remote closed the connection)
  • [21:20:00] * robclark (n=robclark@nat/ti/x-7571029574374b29) Quit ()
  • [21:20:28] <felipec> aghh, I could swear Linux-2.6.25-omap1 was running a while ago
  • [21:20:46] <felipec> now it doesn't pass the uncompressing stage =/
  • [21:21:00] <felipec> home time I guess
  • [21:21:06] * felipec (i=c0647cdb@gateway/web/ajax/mibbit.com/x-d83809ec72a9888c) Quit ("http://www.mibbit.com ajax IRC Client")
  • [21:22:20] <koen> sakoman_: could you remove /etc/asound.conf for fun?
  • [21:22:59] * [-ip-] (n=ts@mnhm-590f5917.pool.einsundeins.de) Quit ("and thanks for all the fish")
  • [21:23:25] <koen> sakoman_: that should remove dmix
  • [21:25:13] <sakoman_> koen: OK, will try shortly
  • [21:29:05] * BThompson (n=BThompso@nat/ti/x-36f7b3d55c8a0592) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [21:34:13] * feig (n=ejf3@232.sub-75-223-224.myvzw.com) Quit ("Konversation terminated!")
  • [21:39:18] * robclark (n=robclark@nat/ti/x-a9aad2f70313c9fc) has joined #beagle
  • [21:39:37] * pmeerw_ (n=pmeerw@85-127-55-130.dynamic.xdsl-line.inode.at) Quit ("Ex-Chat")
  • [21:41:00] <sakoman_> koen: sorry, still crashes :-(
  • [21:41:23] <koen> ah, too bad
  • [21:41:27] <sakoman_> not enough hours in the day
  • [21:41:28] * koen wanted to blame dmix
  • [21:42:04] <sakoman_> Wish I could spend a good chunk of time on this, but duty calls in other areas
  • [21:42:28] <sakoman_> At least I'm slowly narrowing down where the issue is
  • [21:42:49] <sakoman_> alsa-lib is likely the culprit
  • [21:45:19] <sakoman_> koen: are you having any musb issues?
  • [21:45:49] <koen> my webcam and dvbstick don't work
  • [21:46:18] <sakoman_> my kb/mouse work if direct connected, but not through a hub :-(
  • [21:46:39] <sakoman_> so I have to choose between having networking or having kb/mouse
  • [21:46:58] <koen> network + synergy/x2x/mango-lassi ?
  • [21:50:24] * dcordes (n=dcordes@unaffiliated/dcordes) has joined #beagle
  • [21:53:21] <dcordes> jkridner|beagle: I made a custom case which is a slight bit longer than the special computing one but has room for my usb hub and lan usb device
  • [21:54:03] <jkridner|beagle> if there was a way to buy a case with a USB hub built-in, that would be pretty cool.
  • [21:54:12] <jkridner|beagle> I'm pretty fond of this case.
  • [21:54:38] <jkridner|beagle> I just happen to still have a lot of cables laying about (need to switch to a BT keyboard).
  • [21:55:03] * JoeyBorn (n=jborn@h-68-164-10-33.chcgilgm.dynamic.covad.net) has joined #beagle
  • [21:55:18] <dcordes> they could make another case which has twice the length of the currently offered one
  • [21:55:48] * robclark (n=robclark@nat/ti/x-a9aad2f70313c9fc) Quit ()
  • [21:57:15] <dcordes> koen: did you try dvbt?
  • [21:57:15] <jkridner|work> I ambitiously plugged in my USB BT adapter and seem to have lost access to my USB keyboard on my Beagle.
  • [21:57:27] * Olipro (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [21:57:31] * cbrake is now known as cbrake_away
  • [21:58:03] <jkridner|work> hmmm.... "BUG: soft lockup - CPU#0 stuck for 61s! [khubd:105]"
  • [21:58:46] <dcordes> that's interesting. with my wideview wt220 dvb-t device, the system is slowed down
  • [21:59:24] * jkridner|beagle (n=jason@nat/ti/x-325b34372c41dbe6) Quit (Remote closed the connection)
  • [21:59:39] <dcordes> maybe it's the same problem
  • [21:59:52] <dcordes> but my usb keyboard stays functional when it occurs (on same hub)
  • [22:01:18] <jkridner|work> the error was delayed, not when I first plugged in the BT adapter, but when I started plugging/un-plugging my keyboard and mouse.
  • [22:02:52] * jkridner|beagle (n=jason@nat/ti/x-f2d9c90c75abfd90) has joined #beagle
  • [22:03:46] * dcordes_ (n=dcordes@unaffiliated/dcordes) Quit (Read error: 110 (Connection timed out))
  • [22:03:52] * stevieJ (n=stevejcv@82-45-218-18.cable.ubr06.dals.blueyonder.co.uk) has joined #beagle
  • [22:05:25] <sakoman_> koen: heh, I think gumstix probably wants me to have kb/mice supported (though I'm sure they would love network + synergy/x2x/mango-lassi)
  • [22:06:20] * Crofton|work bills sakoman_ for adding the gcc-4.3 patch to synergy :)
  • [22:07:55] <sakoman_> :-)
  • [22:08:42] <sakoman_> Crofton|work: are you diving into the alsa-lib code?
  • [22:12:49] <Crofton|work> no :)
  • [22:13:01] <Crofton|work> actually, I'll be out of town until monday
  • [22:13:12] <Crofton|work> I may appear on the internet though
  • [22:13:25] <Crofton|work> I have the first half of chapter 22 of the TRM though
  • [22:13:29] <Crofton|work> printed out
  • [22:16:35] * stevieJ (n=stevejcv@82-45-218-18.cable.ubr06.dals.blueyonder.co.uk) Quit ()
  • [22:17:11] * valhalla (n=valhalla@81-174-21-16.dynamic.ngi.it) Quit ("Leaving")
  • [22:26:14] * linitrofe_ (n=tecnocal@164-36-50.adsl.terra.cl) has joined #beagle
  • [22:26:24] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  • [22:26:40] <linitrofe_> I'm trying to get VGA output from beagle using a HDfury interface
  • [22:27:30] <linitrofe_> when u-boot send the beagleboard image to the screen it stays only for 3? maybe 4? seconds and then the image goes out and no images are displayed again
  • [22:28:02] <linitrofe_> anyone has any idea what could be happening?
  • [22:30:41] <jkridner|beagle> what kernel are you using?
  • [22:31:36] <jkridner|beagle> some kernels put the display to sleep.
  • [22:31:51] <jkridner|beagle> do you have a keyboard connected?
  • [22:32:10] <linitrofe_> no keyboard
  • [22:32:17] <linitrofe_> kernel 2.6.22
  • [22:32:30] <linitrofe_> but using a hdmi monitor works ok, no problem at all
  • [22:32:31] <jkridner|beagle> it could also be an issue with the video blanking interval, but I suspect it is just the power savings.
  • [22:32:35] <jkridner|beagle> hmmm.
  • [22:33:00] <linitrofe_> also the monitor doesn go to sleep while it must be image at u-boot
  • [22:33:18] <linitrofe_> when kernel start to boot the monitor goes to sleep and never came back again
  • [22:33:37] <jkridner|beagle> echo -n 0 > /sys/power/fb_timeout_value
  • [22:33:42] <jkridner|beagle> from the serial console.
  • [22:33:45] <linitrofe_> ok
  • [22:34:04] <jkridner|beagle> so, it only came up during u-boot, but not for the kernel?
  • [22:34:34] <jkridner|beagle> sounds like it doesn't like the monitor timings set by the kernel.
  • [22:34:57] <jkridner|beagle> you can change them in the kernel and rebuild or download a different kernel with different timings.
  • [22:35:44] <jkridner|beagle> it is interesting that it liked the 1280x1024 output in u-boot, but not the 1024x768 output in the 2.6.22 kernel.
  • [22:36:28] * dcordes (n=dcordes@unaffiliated/dcordes) Quit ("leaving")
  • [22:36:43] * dcordes (n=dcordes@unaffiliated/dcordes) has joined #beagle
  • [22:38:18] <linitrofe_> but the 1280 is only for a brief time
  • [22:38:57] <linitrofe_> I'm thinking maybe the rgb->hdmi chip is waiting for something from the HDfury (i2c communication)
  • [22:39:22] <jkridner|beagle> if you stay in u-boot and don't boot the kernel, does the image stay on the screen?
  • [22:39:50] <linitrofe_> no communication (I don't think the cable has any intelligence) for a time the chip shutdown
  • [22:40:00] <jkridner|beagle> the TFP410 on the Beagle does not look for any data (I2C) coming from the HDfury.
  • [22:40:08] <linitrofe_> It's more like it only works for 3 seconds anywhere
  • [22:40:26] <linitrofe_> mmm
  • [22:40:38] <linitrofe_> and do you have any experince with a HDfury cable?
  • [22:40:59] <linitrofe_> (it works?)
  • [22:41:01] <jkridner|beagle> cable is dumb and the TFP410 is dumb. u-boot never uses the I2C, nor does the current kernel.
  • [22:41:18] <hli_> i tried yesterday a hdmi 2 hdmi connection to my 40" HDTV
  • [22:41:20] <jkridner|beagle> you can use u-boot or the kernel to read the EDID values of the HDfury.
  • [22:41:39] <hli_> i could see the beagleboard logo
  • [22:42:07] <dcordes> hli_: with the demo kernels, the tv will probably not work.
  • [22:42:08] <jkridner|beagle> I fully suspect the HDfury does not like certain clock frequencies and the shortened vertical blanking interval.
  • [22:42:28] <hli_> but it looked like the screen alternates between logo screen and blackscreen
  • [22:42:30] <dcordes> hli_: but it always works with this patch: http://git.mansr.com/?p=linux-omap;a=commitdiff;h=c76a61167997a1dc680c421b1cdb753dfd492b0a
  • [22:42:33] <jkridner|beagle> "montiors" are generally more friendly than "TVs".
  • [22:42:50] <jkridner|beagle> the patch will probably help with the HDfury as well.
  • [22:43:00] <dcordes> I would welcome it a lot if the above patch will go to mainline or main beagle tree
  • [22:43:13] <linitrofe_> ok, I'll study the PS3 or Xbox timings (the ones that must recognice hdfury) and reset the timings on u-boot
  • [22:43:23] * prpplague (n=dave@mail.americanmicrosystems.com) Quit ("Leaving")
  • [22:43:33] <dcordes> jkridner|beagle: my 42" tv doesn'T work at all without the patch, although in the stock bootloader I see the logo.
  • [22:43:34] <hli_> and 1360x768 ?
  • [22:44:06] <hli_> my HDTV is only HD Ready
  • [22:44:22] <hli_> but have really 768 lines
  • [22:44:27] <hli_> has
  • [22:44:48] <hli_> i would need to add a new entry in this patch ?
  • [22:44:55] <linitrofe_> oh, sorry, didn't get that
  • [22:44:57] <linitrofe_> let me read
  • [22:46:04] <dcordes> hli_: I don't know. it's a tv with full hd I think. it works with the above kernel/patch and the following added to cmdline: "video=omapfb:mode=720p60,vram=2M,vram=4M"
  • [22:47:03] <dcordes> koen: it would be nice to add the patch and paramters to OE so that the demo image include the code.
  • [22:47:49] <linitrofe_> Ok, I'll try it tomorrow. Now I must left the office
  • [22:47:54] <linitrofe_> thanks to everyone!
  • [22:48:42] <dcordes> hli_: I don't know if the omapfb can handle other modes
  • [22:48:52] * linitrofe_ (n=tecnocal@164-36-50.adsl.terra.cl) Quit ("Ex-Chat")
  • [22:49:40] <dcordes> hli_: mru provided the patch and cmdline
  • [22:49:46] <davr> hli_: I have a 1366x768 TV...but when using DVI/HDMI it only goes up to 1280x720. I had to use the analog VGA connector to get the full 1366x768 when connected to my PC
  • [22:50:15] <hli_> isn't it just a question to have the right entry vide mode for 1360x768 in the patched file ?
  • [22:50:27] <dcordes> ask mru or try it out
  • [22:50:30] <hli_> so far this entry seems to be missing in the file
  • [22:51:12] * guillaum1 (n=Guillaum@AMontsouris-153-1-28-4.w86-212.abo.wanadoo.fr) Quit ("Leaving.")
  • [22:52:14] <dcordes> hli_: it will probalby work because in the other kernels, the video modes are hardcoded (they are a kconfig like this: CONFIG_FB_OMAP_079M3R=y)
  • [22:52:17] <hli_> well, I just got my BB yesterday. I think i'll wait for weekend to make something on BB (i also probably need to install vmware as i don't have a linux on my machine)
  • [22:52:34] <dcordes> hli_: and the patch adds modes that are not included there, so I would just try
  • [22:53:24] <jkridner|beagle> hli_: there is a youtube tutorial on installing Damn Small Linux with VMWare. I prefer to use Gentoo or Ubuntu.
  • [22:53:26] * t_s_o (n=tso@173.84-49-129.nextgentel.com) Quit (Read error: 110 (Connection timed out))
  • [22:53:56] <hli_> yes i remembered you gave me the link yesterday, i bookmarked it
  • [22:54:28] <dcordes> I used a prebuild ubuntu .vmx file with vmware on a windows fanboys' pc
  • [22:54:33] <dcordes> it worked quite well
  • [22:54:56] <hli_> it has all the necessary tools to cross-compile for BB ?
  • [22:55:00] <dcordes> hli_: just install vmware player and select featured virtual appliances
  • [22:55:14] <hli_> or you add them aftwerward ?
  • [22:55:21] <dcordes> hli_: no but it's a good base
  • [22:55:32] <hli_> ok
  • [22:55:44] <dcordes> I suggest to install natively
  • [22:56:03] <hli_> if i want to format my 4GB SD card into two partitions, vmware is only the solution ?
  • [22:56:03] <dcordes> another method is to use live usb disk
  • [22:56:13] <hli_> colinux wouldn't do it, would it ?
  • [22:56:18] <jkridner|beagle> hli_: I'm forgetfull. :)
  • [22:56:40] <jkridner|beagle> could. you could build the kernel in a private file share.
  • [22:56:44] <hli_> dcordes: no place for a second OS
  • [22:57:17] <jkridner|beagle> writing to SD cards as ext2/ext3 is the challenge, though I've heard there may be an andlinux/colinux that fixes this (need to hear some verification or try it myself again).
  • [22:57:30] <dcordes> then I would probably repartition, get another hard driver, or boot of usb/net/whatsoever
  • [22:57:41] <dcordes> *hard drive
  • [22:58:19] <jkridner|beagle> Ubuntu has that wubi.exe installer that gives dual-boot without creating a new partition.
  • [22:58:21] <dcordes> hli_: if you have a usb sd reader, it would be no problem in vmware
  • [22:58:34] <hli_> and no room to re-build another machine from old harware :/ (which is the best solution for a linux box)
  • [22:58:35] <jkridner|beagle> I've tried that before and it works reasonably well for dual-boot.
  • [22:58:49] <dcordes> oh that's interesting
  • [22:59:10] <dcordes> does it use an ext loopfile on the windows fs?
  • [22:59:37] <jkridner|beagle> wubi is a tiny bit like colinux, in that it uses a file in the NTFS file system.
  • [22:59:48] <hli_> a ntfs file containing an extfs3 image ?
  • [22:59:52] <jkridner|beagle> I don't know how it mounts it. It seems to be pre-allocated.
  • [23:00:10] * jkridner|beagle wishes someone would write a really good NTFS implementation for Linux.
  • [23:00:26] <dcordes> isn't the mainline driver ok?
  • [23:00:28] <jkridner|beagle> yes, an NTFS file containing an ext3 fs image.
  • [23:00:41] <jkridner|beagle> I don't trust it.
  • [23:00:47] <hli_> lol
  • [23:01:03] <jkridner|beagle> maybe it has just been too long for me since I ran a dual-boot system on an everyday basis.
  • [23:01:26] <jkridner|beagle> these days, I use VMware and dedicated Linux boxes (mostly over the network).
  • [23:02:01] <dcordes> I have an xp installed as dual boot, sometimes I tidy up the ntfs partition and move stuff between reiser and ntfs
  • [23:02:06] <dcordes> never ran into problems
  • [23:02:08] <jkridner|beagle> If I can move enough stuff off of my laptop, I will either dual-boot it or switch. Sharing the resources is too painful (windows is a hog).
  • [23:02:41] <hli_> i wish to have a quad core with an hypervisor running several OS smoothly
  • [23:02:48] <jkridner|beagle> well, you are double brave in my book. I don't use reiser yet either. :)
  • [23:03:15] <mru> would you use software written by a murderer?
  • [23:03:46] * jkridner|beagle misses my Mac Pro and wonders when they will call. (also wishes they'd add an extra 4GB RAM to get me over my anger)
  • [23:04:22] <jkridner|beagle> mru: is there a new maintainer?
  • [23:04:27] <hli_> ah the guy who wrote reiserfs
  • [23:04:36] * jkridner|beagle doesn't think he was cleaver enough to get us all with his file system.
  • [23:05:01] <dcordes> sorry I should not have mentioned the r word
  • [23:05:27] <jkridner|beagle> lol
  • [23:06:01] <mru> well, we don't how know how many other developers committed murder and got away with it...
  • [23:06:03] * jkridner|beagle is still waiting for that crazy Microsoft rational database fs.
  • [23:06:12] <mru> but then I guess that would make them smarter than reiser
  • [23:06:25] <mru> so their software is probably better too
  • [23:06:39] <dcordes> sounds sensible
  • [23:07:36] <jkridner|beagle> that is such a painful thought.
  • [23:08:04] <hli_> winfs ?
  • [23:09:39] <jkridner|work> whatever they call it now. I dislike organization that is (strictly) hierarchal.
  • [23:10:14] <jkridner|work> hierarchal is good and necessary, but inflexible and slow.
  • [23:20:07] * mru (n=mru@thrashbarg.mansr.com) Quit ("Leaving.")
  • [23:22:48] * hli_ (n=chatzill@vig91-2-82-232-97-149.fbx.proxad.net) Quit ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]")
  • [23:27:41] * mru (n=mru@thrashbarg.mansr.com) has joined #beagle
  • [23:28:26] * jkridner|work (n=a0321898@nat/ti/x-2e6a3cbba7e7f7ec) Quit ("Leaving.")
  • [23:34:50] <dcordes> mru: is your vesa patch the best way to keep the resolution problem?
  • [23:34:50] <dcordes> or rather mode problem
  • [23:37:48] * dcordes (n=dcordes@unaffiliated/dcordes) Quit ("Reconnecting")
  • [23:37:52] * dcordes (n=dcordes@unaffiliated/dcordes) has joined #beagle
  • [23:51:49] * dcordes (n=dcordes@unaffiliated/dcordes) Quit ("leaving")