• [00:03:04] * JoeBorn_ is now known as JoeBorn
  • [00:11:06] * NishanthMenon (n=nmenon@nat/ti/x-29d0a826ec5f0c82) Quit ("Ex-Chat")
  • [00:19:45] * richardw (n=richardw@nat/ti/x-d2e07e74296f20f7) Quit ("Leaving")
  • [00:37:31] <ds2> sakoman: sorry... guest dropped by
  • [00:38:02] <ds2> sakoman: no, I did: flash_eraseall, mount it as jffs, cp -a the relevant directories, unmount; reboot and used it as rootfs
  • [00:49:24] * rsalveti (n=salveti@200.184.118.132) Quit (Read error: 113 (No route to host))
  • [00:49:42] <ds2> grrrr googlegroups is erroring out :(
  • [00:51:24] * rsalveti (n=salveti@189.70.143.68) has joined #beagle
  • [00:54:57] <jkridner> google groups has a tendency to report errors, but work anyway.
  • [00:56:47] <ds2> Oh, then sorry for the 10 times I tried it
  • [00:57:13] <ds2> Trying to be polite by subscribing before posting from another address
  • [00:57:23] <Crofton> bother, libgnomeprint is failing for me
  • [01:06:27] * JoeBorn (n=jborn@116.7.1.74) Quit ("open.neurostechnology.com")
  • [01:39:52] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [01:55:52] * jconnolly_ (n=jconnoll@cpe-24-90-254-170.nyc.res.rr.com) has joined #beagle
  • [02:05:11] * darkerror05 (n=darkerro@cpe-72-230-185-21.rochester.res.rr.com) Quit ("Leaving")
  • [02:35:43] <jkridner> ds2: just approved the additional address.
  • [02:39:10] <jkridner> woohoo! I finally build beagleboard-demo-image.
  • [02:56:32] * Olipro_ (i=Olipro@unaffiliated/olipro) has joined #beagle
  • [03:01:12] * GeneralAntilles (n=GeneralA@pdpc/supporter/active/generalantilles) has joined #beagle
  • [03:03:54] * Olipro (i=Olipro@unaffiliated/olipro) Quit (Nick collision from services.)
  • [03:03:56] * Olipro_ is now known as Olipro
  • [03:17:44] * hilarycheng (n=chatzill@202.155.224.127) has joined #beagle
  • [03:19:01] <hilarycheng> Hi
  • [03:19:16] <hilarycheng> any news for new release of Beagle Hardware Version 2 ?
  • [03:28:00] * hilarycheng (n=chatzill@202.155.224.127) Quit ("ChatZilla 0.9.83 [Firefox 3.0/2008052906]")
  • [04:05:34] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [04:05:35] * jconnolly_ (n=jconnoll@cpe-24-90-254-170.nyc.res.rr.com) Quit (Connection timed out)
  • [04:23:39] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [04:43:50] <jkridner> on OSX-based OE builds, I'm getting "ln: creating symbolic link `ipkg': File exists". Not sure if this is multi-thread related.
  • [04:44:34] <jkridner> there must be an easy way to find the do_staging definition for a package that is inheriting it from some other .bb/.bbclass file.
  • [04:45:19] <jkridner> I guess that the run... file shows how things are defined.
  • [04:48:48] <jkridner> k, I found where the if statement was and the ln statement. looks like it was a race condition--rebuilding has moved me beyond it.
  • [05:03:07] <sakoman> jkridner: I've seen this same thing every once in a while on my multi-core machine. Restarting the build always fixes it.
  • [05:03:41] <sakoman> Haven't seen it for several weeks now though (knock on wood)
  • [05:22:20] <ds2> wheee
  • [05:22:37] <ds2> so much for people with regular hours
  • [05:25:19] <ds2> sakoman: after several reboots, things are still working fine
  • [05:28:10] <sakoman_> ds2: good to hear! that method works for me too. the problem seems to lie with the jffs2 image that OE generates
  • [05:55:28] * JoeBorn_ (n=jborn@116.7.1.74) has joined #beagle
  • [05:55:59] * JoeBorn_ is now known as JoeBorn
  • [06:07:25] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [06:10:06] <ds2> sakoman_: Hmmmmm I knew there is a good reason avoid OE ;)
  • [07:07:56] * Beagle8 (i=BeagleUs@92.12.46.4) has joined #beagle
  • [07:08:28] * Beagle8 (i=BeagleUs@92.12.46.4) has left #beagle
  • [07:48:42] * shoragan_ is now known as shoragan
  • [07:56:11] * intu (n=intu@ubr1-201-91.ubr.tartu.stv.ee) Quit (Read error: 110 (Connection timed out))
  • [08:06:12] * ScumBagBob (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) Quit ("Leaving")
  • [08:28:58] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [08:30:21] * esden`away is now known as esden
  • [08:30:48] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [08:43:13] * bjdooks (n=ben@trinity.fluff.org) Quit (Remote closed the connection)
  • [08:45:16] * royerfa (n=x0091539@nat/ti/x-0191f59c693a7373) has joined #beagle
  • [08:59:55] * bjdooks (n=ben@trinity.fluff.org) has joined #beagle
  • [09:39:00] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [09:39:56] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [09:59:03] * sakoman__ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) has joined #beagle
  • [09:59:08] * sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) Quit (Read error: 110 (Connection timed out))
  • [09:59:16] * sakoman (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) Quit (Read error: 110 (Connection timed out))
  • [10:01:17] * sakoman (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) has joined #beagle
  • [10:05:17] * RogerMonk (n=a0740758@nat/ti/x-a1f79cb8f2ed78c2) Quit (Remote closed the connection)
  • [10:09:32] <koen> sakoman: omap3evm now builds again in .dev
  • [10:59:02] * jconnolly_ (n=jconnoll@cpe-24-90-254-170.nyc.res.rr.com) has joined #beagle
  • [11:05:55] * RogerMonk (n=a0740758@nat/ti/x-ebcd2c517a8e2b02) has joined #beagle
  • [11:15:43] <royerfa> hello
  • [11:16:34] <royerfa> Does someone have the OTG usb working on the RevB4 ?
  • [11:16:48] <royerfa> if yes what is the kernel version
  • [11:17:17] <royerfa> and is it OE or git ?
  • [11:17:26] <koen> OE kernel works fine
  • [11:21:34] * alphaone (n=alphaone@a064.apm.etc.tu-bs.de) Quit ("Bye")
  • [11:23:38] * alphaone (n=alphaone@a064.apm.etc.tu-bs.de) has joined #beagle
  • [11:25:38] <royerfa> Did you ever had some power management issue on the RevB4 ?
  • [11:26:01] <royerfa> I think that my board is dead now
  • [11:27:13] <royerfa> When I put the power cable in the DC connector the leds D12 D6 and D7 didn't swith on anymore !!
  • [11:27:38] <royerfa> only the led D5 is on.
  • [11:27:52] <koen> no 40T on serial console?
  • [11:27:52] <royerfa> Does someone has the same things
  • [11:27:57] * JoeBorn (n=jborn@116.7.1.74) Quit (Read error: 110 (Connection timed out))
  • [11:28:39] * JoeBorn__ (n=jborn@121.34.12.50) has joined #beagle
  • [11:30:11] * JoeBorn__ is now known as JoeBorn
  • [11:30:15] <royerfa> no no more 40T
  • [11:31:09] <royerfa> we just get the power led lightened
  • [11:31:18] <royerfa> the pmu led is dead
  • [11:31:45] <royerfa> this appeared after the board crashed when plugging in a USB device
  • [11:34:23] <koen> try unplugging the board for a while
  • [11:36:03] <Crofton> koen, I've been having issues builidng libgnomeptiny for beagle demo image
  • [11:37:02] * jconnolly_ (n=jconnoll@cpe-24-90-254-170.nyc.res.rr.com) Quit (Connection timed out)
  • [11:44:00] * johnnybug (n=jconnoll@ip-64-32-229-194.dsl.nyc.megapath.net) Quit (Remote closed the connection)
  • [12:06:44] <jkridner> koen: I've noticed that tinderbox doesn't know how to get the metadata version from git.
  • [12:07:10] <jkridner> royerfa: are you booting from NAND or SD?
  • [12:08:50] * Olipro_ (i=Olipro@unaffiliated/olipro) has joined #beagle
  • [12:10:12] <koen> jkridner: actually base.bbclass doesn't know if, check how the output of 'bitbake foo' looks
  • [12:15:44] <jkridner> I keep failing on quilt-native. Any advice on how I add --without-getopt to the build?
  • [12:15:51] <jkridner> (for i386-darwin)
  • [12:20:43] <jkridner> can I add it to EXTRA_OEMAKE or should it be directly added to CFLAG?
  • [12:21:17] * docelic (n=docelic@78.134.202.253) has joined #beagle
  • [12:21:45] <bjdooks> royerfa: was the usb device self-powered or did it have an psu attached?
  • [12:22:55] <koen> jkridner: EXTRA_OECONF_append_darwin = " --without-getopt" or something like that
  • [12:24:28] <royerfa> royerfa: actually we tried both boot SD and NAND
  • [12:25:27] <bjdooks> royerfa: talking to yourself is the first sign of madness
  • [12:25:38] <royerfa> mdr lol
  • [12:26:16] <royerfa> I was thinking that puting my name first will change my color name
  • [12:26:24] <jkridner> Just found that a space between " and -- is helpful, since there is already a EXTRA_OECONF.
  • [12:26:38] * Olipro (i=Olipro@unaffiliated/olipro) Quit (Read error: 110 (Connection timed out))
  • [12:28:18] <koen> jkridner: yes _append doesn't add a space, += does (but they are semantically different)
  • [12:28:27] <royerfa> Is my boar over !!
  • [12:28:36] <jkridner> http://tinderbox.openembedded.net/builds/12133/ <-- it works now. thanks!
  • [12:28:55] <jkridner> when I get this building on my mac, I'll try to submit the diff somewhere.
  • [12:29:10] <jkridner> (fixed one package, now 6 more break)
  • [12:29:11] <royerfa> Booting from the SD card I can see the tux at the top left corner
  • [12:29:39] <royerfa> but nothing on my Minicom screen not event 40T
  • [12:29:57] * docelic_ (n=docelic@78.134.196.119) has joined #beagle
  • [12:30:29] * BThompson (n=BThompso@nat/ti/x-7da7dd814b8558c7) has joined #beagle
  • [12:31:46] * Olipro_ is now known as Olipro
  • [12:32:35] <jkridner> k. that makes it sound pretty clear that there is an issue with your serial port.
  • [12:32:49] <jkridner> if you know that your serial cable was done right in the first place and it used to work.
  • [12:33:49] <jkridner> we've seen some serial line drivers that had problems with connectivity at the balls, but we thought we caught them all in the shop.
  • [12:34:14] <jkridner> if you can tell for certain that there is a serial problem, please work out swapping the board via support@beagleboard.o...
  • [12:36:19] <jkridner> In running http://tinderbox.openembedded.net/builds/12132/, I'm seeing patching errors, but no logs.
  • [12:36:39] <royerfa> but the serial connection with exactly the same settings was working perfectly
  • [12:36:39] * jkridner steps away for a while.
  • [12:36:45] <koen> do_patch doesn't hook into the error paths, sadly
  • [12:37:55] <docelic_> Ola folks, my board arrived and is at the customs'. I should have it in a few days. Will let you know of track# when I receive it.
  • [12:37:57] <jkridner> royerfa: I'm thinking the issue could show up late. All boards were tested, but the issue was in the connection between the balls and the device itself.
  • [12:39:53] <jkridner> if you get no activity on the serial port, but you know the serial configuration was right in the past, please arrange for swapping the board.
  • [12:43:30] * bazbell (n=a0192809@nat/ti/x-03c9962707ab675f) Quit ("Leaving.")
  • [12:47:01] * docelic (n=docelic@78.134.202.253) Quit (Read error: 110 (Connection timed out))
  • [13:00:25] <Crofton> hmm, who provides xrender and libts, needed for gnu radio
  • [13:02:14] * jkridner|work (n=a0321898@nat/ti/x-266194b4b72c4326) Quit ("Leaving.")
  • [13:06:32] <koen> Crofton: libxrender and tslib iirc
  • [13:08:50] <Crofton> ok, I'm going to update the gnuradio DEPENDS when I verify this ...
  • [13:09:01] <Crofton> today, the USRP must speak to the beagle
  • [13:09:19] <Crofton> I hope
  • [13:09:19] <koen> Crofton: I suspect another lib needs them
  • [13:09:21] <koen> like sdl
  • [13:09:25] <Crofton> yeah
  • [13:09:33] <koen> so add those depends to that libs
  • [13:09:39] <Crofton> so you think gnu radio is the wrong place to do the update?
  • [13:09:39] <koen> its name should be in the error output
  • [13:11:33] <Crofton> http://rafb.net/p/TlFqXs75.html
  • [13:13:19] * dschaeffer (n=daniel@timesys-gw0.cust.expedient.net) has joined #beagle
  • [13:13:54] <Crofton> hmmm, the messgae is not helpful
  • [13:14:10] <koen> that's an opkg message
  • [13:14:54] <koen> I strongly suspect there isn't an armv7 libts*ipk in your deploy dir
  • [13:15:37] <Crofton> yeah
  • [13:15:56] <Crofton> I'm trying to figure out the best place to add the depends
  • [13:16:01] <koen> no need
  • [13:16:17] <Crofton> adding xrender to gnurado DEPENDS solved the problem for xrender
  • [13:16:26] <koen> it solved the sympton
  • [13:16:35] <Crofton> but, like you said, it likely needs to be elsewhere
  • [13:16:38] <koen> your staging has spurious non-armv7 libs
  • [13:16:42] <Crofton> or else other people will have the issue
  • [13:16:54] <koen> which armv7 packages link to and get Depends: on
  • [13:17:22] <Crofton> advice?
  • [13:17:42] <koen> 'bitbake tslib'
  • [13:21:41] <Crofton> ok, that solves the symptom
  • [13:31:00] * bazbell (n=a0192809@nat/ti/x-c9b644afc61e3e55) has joined #beagle
  • [13:34:29] * prpplague (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [13:35:26] * intu (n=intu@ubr1-201-91.ubr.tartu.stv.ee) has joined #beagle
  • [13:38:08] * jkridner|work (n=a0321898@nat/ti/x-32b0bd6712f6a7ea) has joined #beagle
  • [13:39:28] <prpplague> jkridner|work: greetings
  • [13:44:42] <jkridner|work> hi prpplague
  • [13:44:52] <prpplague> jkridner|work: whats cookin today?
  • [13:50:10] <jkridner|work> we are still all wondering about sakoman's jffs2/flash issue.
  • [13:50:33] <jkridner|work> I'm playing with OE...
  • [13:50:47] <jkridner|work> trying to get my mac builds working and to build lots of good demo apps.
  • [13:50:57] <jkridner|work> I like to know that I have the source and config to build this stuff.
  • [13:51:57] <koen> jkridner: most if not all demo apps can be installed with opkg
  • [13:53:05] <prpplague> jkridner|work: hmm, i wasn't following it
  • [13:53:09] * prpplague checks the logs
  • [14:02:12] * docelic_ is now known as docelic
  • [14:22:14] * rsalveti (n=salveti@189.70.143.68) Quit (Read error: 110 (Connection timed out))
  • [14:22:25] * rsalveti (n=salveti@200.184.118.132) has joined #beagle
  • [14:24:17] <sakoman> jkridner: I'm fairly certain that the oe-generated jffs2 image is the issue. Now that I have a working tar I can can untar the rootfs into the empty nand partition and it works perfectly
  • [14:25:15] <sakoman> koen: do you know what package provides OE's mkfs.jffs2?
  • [14:25:17] <Crofton> hmmm
  • [14:25:22] <Crofton> I wonder what the problem is?
  • [14:25:28] <koen> sakoman: mtd-utils-native
  • [14:25:56] <Crofton> I wonder if we have an older version?
  • [14:26:15] <sakoman> Crofton: My first suspicion was erase block size, so explicitly set it to 128K and the problem remained
  • [14:26:44] <sakoman> jkridner: 128K is the proper erase block size for Micron nand, right?
  • [14:27:55] <koen> Crofton: OE used to be ahead of the game by using the git version for lzo support
  • [14:28:01] <Crofton> yeah
  • [14:28:11] <Crofton> I'm wondering if there is a more recent git rev
  • [14:28:21] <bjdooks> it depends on the size of the nand, and the sizee of the jffs2 image, if jffs2 thins the partition is too big it may well decided to up the erase-block-size to make the memory footprint smaller
  • [14:29:30] <sakoman> bjdooks: any suggestions on how to debug this?
  • [14:32:42] <koen> sakoman: mtd-utils 1.2.0 has been released, but the patches in OE need to get updated
  • [14:40:25] <bjdooks> sakoman: just trying to work out where it was, or if they've managed to fix it in newer kernels
  • [14:40:59] <bjdooks> ah, they've done it by changing between vmalloc and kmalloc
  • [14:42:55] <bjdooks> (2.6.26-rc9)
  • [14:44:16] <sakoman__> bjdooks: I'm using 2.6.26-rc9 in my testing
  • [14:46:39] <bjdooks> hmm, i've not done many nand tests with the new kernels, I need to get new OS images for my boards
  • [14:47:04] <koen> jkridner|work: any news on SGX drivers for the git kernel?
  • [14:49:33] <sakoman__> bjdooks: I will re-verify with 2.6.26-rc9 and fresh images just to be certain
  • [14:51:12] * likewise (n=Leon_Woe@atwork-186.r-212.178.104.atwork.nl) has joined #beagle
  • [14:51:21] <koen> hey likewise
  • [14:53:12] * bazbell (n=a0192809@nat/ti/x-c9b644afc61e3e55) Quit ("Leaving.")
  • [14:53:27] * koen wonders why people that aren't using linux are posting to linux-omap mailinglist
  • [14:55:42] <khasim> koen: Is there an updated Angstrom rootfs ? I didnt find one with mplayer running.
  • [14:56:09] <khasim> koen: the one I use is http://amethyst.openembedded.net/~koen/beagleboard/demo/
  • [14:56:20] <bjdooks> koen: because they're idiots that don't know any better
  • [14:57:03] <koen> khasim: you can install mplayer via package management: 'opkg install mplayer'
  • [14:59:20] <RogerMonk> hi jkridner - have you build beagle demo image now?
  • [15:01:15] <RogerMonk> jkridner|work - my linksys usb net gadget arrived - have you tried it with beagle demo image?
  • [15:01:53] <likewise> jkacur: You have email ("rt_gmail.sh")
  • [15:02:01] <likewise> whoops wrong list
  • [15:02:08] <likewise> hi koen
  • [15:02:39] <koen> RogerMonk: what do you think of the plug construction?
  • [15:03:44] <RogerMonk> terrible....
  • [15:04:05] <koen> my 1st thought was "neat", then it broke
  • [15:04:26] <RogerMonk> exactly - I'm thinking I should have ordered several, since I don't see it lasting long...
  • [15:04:42] <RogerMonk> do I need to do anything special to the demo image to get it to work with this device?
  • [15:04:48] <koen> no
  • [15:04:56] <RogerMonk> hmmm
  • [15:05:18] <RogerMonk> doesn't even enumerate
  • [15:05:29] <RogerMonk> works ok on my fc9 box..
  • [15:06:28] <koen> does usb work at all?
  • [15:12:43] <RogerMonk> argh - in fact it does enumerate.... for a few seconds, then there's a global USB disconnect and no devices then work...
  • [15:17:09] <koen> man, qt/e takes eons to build
  • [15:27:23] * dirk2 (n=dirk@F3119.f.strato-dslnet.de) has joined #beagle
  • [15:30:28] * intu (n=intu@ubr1-201-91.ubr.tartu.stv.ee) Quit (Read error: 110 (Connection timed out))
  • [15:38:06] <RogerMonk> koen - does demo image build uboot? if so, where does it put it?
  • [15:39:39] <koen> iirc not
  • [15:39:51] <koen> 'bitbake u-boot' and look in deploy/images/<machine>
  • [15:41:59] * RogerMonk_beagle (n=rmonk@host217-36-23-196.in-addr.btopenworld.com) has joined #beagle
  • [15:42:35] <RogerMonk_beagle> Guys - IM'ing fro beagle - saweeeeeett!!!
  • [15:44:21] <koen> :)
  • [15:44:29] <koen> you found pidgin ?
  • [15:44:47] <RogerMonk_beagle> yes sir!
  • [15:44:49] <koen> 17:43 -!- RogerMonk_beagle [n=rmonk@host217-36-23-196.in-addr.btopenworld.com]
  • [15:44:49] <koen> 17:43 -!- ircname : OE-user
  • [15:44:49] <koen> 17:43 -!- channels : #beagle
  • [15:45:05] * koen loves the OE branding patch he applied to pidgin :)
  • [15:45:49] <RogerMonk_beagle> v. clever :)
  • [15:45:51] <koen> http://gitweb.openembedded.net/?p=org.openembedded.dev.git;a=blob_plain;f=packages/pidgin/pidgin/purple-OE-branding.patch;hb=de0f0d0c4065ba33801290c793b8e5da5ead32e9
  • [15:46:41] <koen> RogerMonk: I still have to figure out why kdrive adds a 'q' on each mouseclick
  • [15:46:41] <RogerMonk> argh - and then my usb dropped out again....!
  • [15:46:52] <koen> ehci or otg?
  • [15:46:58] <RogerMonk> ehci
  • [15:47:15] <RogerMonk> are u using otg?
  • [15:47:15] <koen> right, that's broken
  • [15:47:18] <koen> yes
  • [15:47:28] <RogerMonk> so what does the hookup look like?
  • [15:47:40] <RogerMonk> u powering externally?
  • [15:47:48] <koen> beagle -> miniusb cable -> hub -> stuff
  • [15:48:07] <RogerMonk> power?
  • [15:48:17] <koen> the beagle is missing some caps to filter out spikes, so you need a hub with caps or solder them on
  • [15:48:27] <koen> power via hub, since I lack the caps
  • [15:48:44] <RogerMonk> are there some docs on this?
  • [15:50:27] <jkridner|work> RogerMonk: gadget? do you just mean the physical dongle? yes, it works fine with the beagleboard-demo-image.
  • [15:50:46] <RogerMonk> via otg or ehci?
  • [15:50:47] <jkridner|work> koen: sorry, no updates on SGX drivers for the git.
  • [15:50:51] <jkridner|work> OTG.
  • [15:51:01] <RogerMonk> sounds like I need to switch to OTG...
  • [15:51:02] <koen> you need a cable that looks like this: http://trisoft.de/pics/ZHost.JPG
  • [15:51:10] <jkridner|work> EHCI would work, but it locks up at times.
  • [15:51:32] <RogerMonk> mine is locking up like crazy...
  • [15:51:50] <jkridner|work> yes, that is why it isn't supported on RevB boards!
  • [15:53:02] <RogerMonk> yep (I know)... but I didn't realise OTG was working for these devices, and thought you guys were just battling through the crashes!
  • [15:53:19] <koen> we were battling thru
  • [15:53:29] <koen> then I got fed up and did the powermod :)
  • [15:53:47] <RogerMonk> can u send me some info on the power powermod pls?
  • [15:53:51] <koen> it's awfully quiet on the pandora front
  • [15:54:11] <koen> rev b shouldn't need powermod right?
  • [15:54:35] <koen> my powermod looks like this: http://www.flickr.com/photos/koenkooi/2512038988/
  • [15:55:51] <koen> and Croftons looks like this: http://www.flickr.com/photos/32615155@N00/2536578545/
  • [15:56:38] <jkridner|work> RevB does not require the power mod...
  • [15:56:41] <jkridner|work> just a power adapter.
  • [15:56:48] <RogerMonk> jkridner|work - I think mine is a rev A5 board, right?
  • [15:56:58] <jkridner|work> list of peripherals is on http://beagleboard.org/hardware
  • [15:57:08] <jkridner|work> rev is written on the board. I don't keep track.
  • [15:58:25] <koen> RogerMonk: for A5: remove wire that's on the bottomside (there's only one wire), solder +5V and GND like this: http://www.flickr.com/photos/koenkooi/2512038988/sizes/l/
  • [15:59:04] <koen> the text under the picture describes the process: http://www.flickr.com/photos/koenkooi/2512038988/
  • [15:59:06] <RogerMonk> mine doesn't have anything marked on the board.... must have been too early...
  • [15:59:42] <koen> it should be next to the SD slot
  • [16:00:27] <koen> ehm, next to the EHCI connector
  • [16:00:41] <koen> near the buttons
  • [16:01:17] <RogerMonk> yep, blank...
  • [16:02:47] <jkridner|work> If you don't have "A5" or "B" written on the ASSY portion, I worry if you have the regulator mods. Make sure that all 3 of the inductors on the bottom side have the same value.
  • [16:03:22] <jkridner|work> RevB4: http://www.flickr.com/photos/jadon/2649352329/in/pool-beagleboard
  • [16:03:39] * RogerMonk_beagle (n=rmonk@host217-36-23-196.in-addr.btopenworld.com) Quit (Read error: 110 (Connection timed out))
  • [16:06:09] <jkridner|work> Inductors: http://www.flickr.com/photos/jadon/2285991596/
  • [16:06:26] <RogerMonk> inductors - all 102D's
  • [16:06:39] <jkridner|work> RevA (not A5): http://www.flickr.com/photos/jadon/2285198817/in/photostream/
  • [16:06:58] <sakoman__> khasim: haven't received the submission of EVM 1.3.3 patches. Do you have an ETA for that?
  • [16:08:42] <jkridner|work> RogerMonk: k. Someone must have modified your board in the field.
  • [16:08:51] <RogerMonk> yep, I think Thomas did
  • [16:08:57] <RogerMonk> (for linuxtag)
  • [16:09:19] <RogerMonk> so what extra mods do I need for OTG?
  • [16:09:36] <jkridner|work> koen's power mod.
  • [16:10:27] <jkridner|work> You should get at least one Rev. B4 on loan/give from Thomas.
  • [16:10:49] <RogerMonk> ok, just external 5v to the board - what about the hub caps Koen was talking about
  • [16:11:00] <RogerMonk> Yep, I've asked Thomas for some for LRL
  • [16:11:23] <jkridner|work> ah, yeah, that would probably be good too. :)
  • [16:11:42] <RogerMonk> ... so what is that?
  • [16:12:37] * royerfa (n=x0091539@nat/ti/x-0191f59c693a7373) Quit (Remote closed the connection)
  • [16:12:47] <koen> RogerMonk: http://groups.google.com/group/beagleboard/browse_thread/thread/83a6edbb8522b3ad/9a2253b6c327a706?lnk=gst&q=caps#9a2253b6c327a706
  • [16:12:53] <koen> (scroll up one message)
  • [16:13:51] * likewise (n=Leon_Woe@atwork-186.r-212.178.104.atwork.nl) Quit ("ChatZilla 0.9.83 [Firefox 3.0/2008061015]")
  • [16:14:48] <jkridner|work> http://www.sakoman.net/omap3/beagle/vbus-mod-d3.jpg
  • [16:16:02] <jkridner|work> sakoman: mind if I upload that pic to flickr?
  • [16:16:25] <jkridner|work> Rev B4 has that mod.
  • [16:16:48] <Crofton> I should photo my mod also
  • [16:17:17] <jkridner|work> if you do, please upload to flickr and we can add the annotations.
  • [16:18:12] <Crofton> will do, after lunch
  • [16:18:51] <Crofton> I used a non-SMD cap
  • [16:18:57] * jkridner|work is disconnecting to relocate.
  • [16:18:57] <Crofton> it is a little clearer
  • [16:19:22] * jkridner|work (n=a0321898@nat/ti/x-32b0bd6712f6a7ea) Quit ("Leaving.")
  • [16:19:33] * RogerMonk (n=a0740758@nat/ti/x-ebcd2c517a8e2b02) Quit (Remote closed the connection)
  • [16:20:16] <sakoman__> jkridner: sure, go ahead!
  • [16:24:58] * RogerMonk (n=a0740758@nat/ti/x-8a93c7d0e4c5d92b) has joined #beagle
  • [16:28:26] <koen> RogerMonk: if you hub has caps, you don't need to solder on extra caps
  • [16:28:42] <koen> my hub has them, but sakoman__ and Crofton didn't have suck luck
  • [16:29:31] <RogerMonk> mine is a d-link usb 2.0 powered hub
  • [16:29:45] <RogerMonk> DUB-H4
  • [16:29:56] <koen> try it and see :)
  • [16:30:25] <RogerMonk> yep, I will when I find a mini cable adapter...
  • [16:35:47] <koen> iirc the evm has one
  • [16:36:57] <ds2> are there a list of beagle patches for the linux-omap tree that tony hasn't merged in yet?
  • [16:38:47] <RogerMonk> Koen - where are the kernel sources unpacked to in OE?
  • [16:42:40] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [16:59:55] <banderson> sakoman: I know you busy the jffs2 stuff but if you get a chance I am still experiencing some issues with the evm and oe.
  • [17:00:44] <banderson> I can not boot up succefully if I do a soft reset. If I unplug the evm and then power it up everything seems ok.
  • [17:00:45] <sakoman__> banderson: what's the issue?
  • [17:01:14] <banderson> sakoman: I just downloaded your latest kernel and console fs and it has the same issues as mine.
  • [17:02:06] <banderson> Only difference with my kernel I still have debug_ll for uart3 turn on so I get an idea of what is happening.
  • [17:02:35] <banderson> Here is a link to the output from succesfull boot and failed boot. http://pastebin.com/m49c64155
  • [17:04:37] <banderson> It looks to stop at the I2c but the next line on successfull boot is "Initialized TWL4030 USB module"
  • [17:05:27] <banderson> I think I am going to take that module out of the kernel and see. Just seeing if you had any thoughts.
  • [17:09:25] <dirk2> banderson: I think this is known from Beagle, too. Koen might have some more details how often he still sees this...
  • [17:10:51] * esden is now known as esden`away
  • [17:11:09] <dirk2> ds2: patches not merged: sakoman's NAND patch isn't merged yet. It needs an update as it doesn't apply cleanly any more, though. I sent an update proposal to sakoman some days ago.
  • [17:11:52] <dirk2> ds2: Not sure if ASOC patch has be posted to Tony already. More I'm not aware of
  • [17:12:04] <sakoman__> banderson: I never use the reset switch! Just tried it and I get the same issue
  • [17:13:34] <sakoman__> dirk2: I haven't seen any issues with the nand patch not applying!
  • [17:13:46] <banderson> sakoman: Finally I have an issue someone else does!!!
  • [17:14:33] <sakoman__> banderson: I get crashes now on evm from the backlight patch that was recently accepted :-(
  • [17:14:58] <dirk2> sakoman: The third patch, the defconfig changes, don't apply to recent git as CONSISTENT_DMA_SIZE change is already upstream?
  • [17:15:11] <banderson> sakoman: Unless you have a good idea what this issue is I will try and tackle it.
  • [17:15:33] <sakoman__> dirk2: ah, OK! I don't use that part of the patch in OE
  • [17:15:56] <sakoman__> banderson: have at it! seems that everything is broken for me right now :-(
  • [17:16:01] <dirk2> sakoman__: I tried it against Tony's git kernel as Tony will do ;)
  • [17:16:28] <dirk2> sakoman__: Maybe you like to have a look to the update proposal I sent you?
  • [17:16:56] <sakoman__> sure, I set it aside because of the other nand issues I was having
  • [17:17:32] <sakoman__> IIRC you didn't like the flash stuff in a separate file. I did it that way because it seemed to be the convention for all of the other omap machines
  • [17:18:06] <dirk2> ds2: There might be some additional experimental patches (hacks?) in sakoman's/koen's OE kernel receipes, e.g. experimental display resolution configuration
  • [17:20:15] <dirk2> sakoman__: No, not all other omap machines ;) OMAP1 does everything in one file, which I find more clean. Then someone started with additonal file for OMAP2, and everybody copied.
  • [17:21:00] <sakoman__> dirk2: I copied the more "modern" stuff figuring it was the new way
  • [17:21:40] <dirk2> sakoman__: Maybe an additional file makes sense if you have NOR and NAND (file size issue), but for NAND only Beagle I think we can save a lot of "lines of code" and have to touch less files using just beagle board file.
  • [17:21:42] <sakoman__> I frankly don't care -- whatever Tony perfers is fine by me
  • [17:22:55] <sakoman__> I guess nothing much will happen though until next month with Tony on vacation
  • [17:23:17] <dirk2> Yes, so we have some time with patch update. Ah, sorry, have to leave. Bye ...
  • [17:27:03] * dirk2 (n=dirk@F3119.f.strato-dslnet.de) has left #beagle
  • [17:27:53] * likewise (n=chatzill@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [17:30:45] * bazbell (n=a0192809@nat/ti/x-90e8d6955a6fcd94) has joined #beagle
  • [17:35:48] * RogerMonk (n=a0740758@nat/ti/x-8a93c7d0e4c5d92b) Quit (Remote closed the connection)
  • [17:35:53] * jkridner|work (n=a0321898@nat/ti/x-9c3debdd435e94c9) has joined #beagle
  • [17:38:41] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [17:45:08] <ds2> okay cool
  • [17:45:27] <ds2> sakoman: based on what you said last night, there is no problem with JFFS; it is a OE issue there
  • [17:49:21] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [18:14:42] * jconnolly (n=jconnoll@ip-64-32-229-194.dsl.nyc.megapath.net) has joined #beagle
  • [18:17:26] * travisutk (n=travis@mil.engr.utk.edu) has joined #beagle
  • [18:19:27] * lardman (n=simon@89.241.231.11) has joined #beagle
  • [18:24:12] * Crofton curses .eu citizens and their habit of taking a month off in the summer
  • [18:25:12] * likewise curses the Dutch politicians taking two months off in the summer
  • [18:25:24] * mru curses politicians
  • [18:25:38] * likewise is ROFL
  • [18:26:02] * likewise does not take any weeks off during the summer
  • [18:26:10] * likewise curses
  • [18:27:24] * Crofton|work believes politicians can do less damage when they are on vacation
  • [18:27:42] * mru thinks Crofton|work has a point
  • [18:44:27] * docelic_ (n=docelic@78.134.199.43) has joined #beagle
  • [18:52:54] * keesj curses himself for taking 3 weeks off , just after getting the beagleboard
  • [18:53:35] <keesj> I need to find somebody to take care of it while I am away
  • [18:54:22] <Crofton|work> it's small enough to take with you
  • [18:54:36] <keesj> it is
  • [18:59:26] <likewise> Crofton|work: actually, in a Dutch radio poll 70% responded exactly the same. I agree, it's too bad they spoil tax on it.
  • [19:01:25] * docelic (n=docelic@78.134.196.119) Quit (Read error: 110 (Connection timed out))
  • [19:23:57] * rsalveti (n=salveti@200.184.118.132) Quit (Remote closed the connection)
  • [19:27:22] * rsalveti (n=salveti@200.184.118.132) has joined #beagle
  • [19:38:14] * docelic_ is now known as docelic
  • [19:39:59] * docelic_ (n=docelic@78.134.200.162) has joined #beagle
  • [19:40:22] * jkridner (n=jason@c-76-31-18-64.hsd1.tx.comcast.net) Quit (Read error: 110 (Connection timed out))
  • [19:41:01] * Beagle7 (n=Beagle7@c-76-31-18-64.hsd1.tx.comcast.net) Quit (Read error: 110 (Connection timed out))
  • [19:44:24] <koen> re
  • [19:46:54] <koen> beagleboard patches: http://gitweb.openembedded.net/?p=org.openembedded.dev.git;a=tree;f=packages/linux/linux-omap2-git/beagleboard;h=277d7b6a2a660c5119e3b885a8808f4f9cffc3e1;hb=ab680455026278a5ac117232df0b6e4afe544132
  • [19:47:11] <koen> the list of relevant patches: http://gitweb.openembedded.net/?p=org.openembedded.dev.git;a=blob;f=packages/linux/linux-omap2_git.bb;h=8392ff7308a760dd98227cbbf499545632d8fcb5;hb=ab680455026278a5ac117232df0b6e4afe544132
  • [19:47:29] * docelic__ (n=docelic@78.134.207.220) has joined #beagle
  • [19:57:14] * docelic (n=docelic@78.134.199.43) Quit (Read error: 110 (Connection timed out))
  • [20:05:48] * docelic_ (n=docelic@78.134.200.162) Quit (Read error: 110 (Connection timed out))
  • [20:20:02] * docelic__ (n=docelic@78.134.207.220) Quit ("http://www.spinlocksolutions.com/")
  • [20:28:53] <sakoman__> koen: I decided to move back to the evm for asoc work. too many barriers in the way for me on beagle
  • [20:29:02] <koen> yeah
  • [20:29:14] <sakoman__> So I have big buck bunny playing with mplayer on the lcd
  • [20:29:22] <koen> I'm getting a good workout getting up from the couch and walking to the other room to press reset
  • [20:29:41] <sakoman__> and can fast forward and rewind
  • [20:29:59] <sakoman__> I don't loose audio, but I do get crunchies in the sound
  • [20:30:20] <sakoman__> I think something is broken with mute, will look into it
  • [20:30:35] <sakoman__> what was the issue you were seeing?
  • [20:30:41] <sakoman__> lost audio?
  • [20:30:58] <koen> i2c goes haywire and throws big scare kernel errors
  • [20:31:04] <mru> koen: are you still seeing those errors in the picture?
  • [20:31:16] <koen> mru: haven't looked into that
  • [20:31:29] <koen> mru: I'm placing my eggs in your player basket :)
  • [20:31:38] <sakoman__> picture looks perfect for me, but I am only doing the 240 version since the lcd is relatively small
  • [20:32:12] <koen> sakoman__: I suspect you don't have the NEON libavcodec + update mplayer
  • [20:32:30] <sakoman__> koen: something seems not right with i2c on beagle -- I get that i2c craziness on boot at least half the time
  • [20:32:46] <sakoman__> never see anything like that on the evm
  • [20:32:53] <koen> recent mplayer revisions seem to have broken colour conversion, but I need them since the ffmpeg API changes faster than I change socks
  • [20:33:22] <sakoman__> cute movie
  • [20:33:28] <mru> koen: that is not true, I hope
  • [20:33:41] * mru hopes koen changes socks more than once a year
  • [20:33:47] <koen> daily :)
  • [20:34:18] <koen> I can't drop in libavcodec in a mplayer svn checkout from last month
  • [20:34:42] <mru> that's through no fault of ffmpeg
  • [20:34:46] <sakoman__> koen: I'll look into the mute stuff. from debug messages it looks like it is getting the unmute events but not the mute events
  • [20:35:08] <mru> there have been changes in the buld system, and mplayer is getting far too intimate with ffmpeg for such things to go unnoticed
  • [20:35:10] <sakoman__> hence the audio trash during ff
  • [20:35:12] <mru> the api is the same
  • [20:35:37] <koen> mru: ah well, mplayer doesn't build, I'm used to blaming ffmpeg ;)
  • [20:36:06] <mru> the problem is probably that recent ffmpeg needs some settings from the configure script
  • [20:36:16] <mru> and mplayer bypasses the ffmpeg configure script
  • [20:37:04] * intu (n=intu@ubr1-201-91.ubr.tartu.stv.ee) has joined #beagle
  • [20:37:38] <ds2> anyone know what incantations do I need to utter to get the WTBU kernel to use the S-video out?
  • [20:40:02] <koen> ds2: http://code.google.com/p/beagleboard/wiki/LinuxHints
  • [20:41:39] <ds2> thanks
  • [20:45:28] <banderson> sakoman: Well if I take everything out related to the twl4030 the evm works on soft reset!! ....:)
  • [20:48:20] * RogerMonk (n=a0740758@nat/ti/x-12e0301c3fadd5c5) has joined #beagle
  • [20:55:23] <banderson> Is there a way to checkout just one file from org.openembedded.dev ...because... lets say someone didn't make a copy of original...
  • [20:55:40] <banderson> s/from/in
  • [21:04:43] * dschaeffer (n=daniel@timesys-gw0.cust.expedient.net) Quit (Remote closed the connection)
  • [21:04:53] <koen> mtn revert --missing ?
  • [21:06:59] <banderson> koen: thanks should have done a mtn revert --help
  • [21:07:14] * GeneralAntilles (n=GeneralA@pdpc/supporter/active/generalantilles) Quit ()
  • [21:07:54] * likewise (n=chatzill@82-171-51-231.ip.telfort.nl) Quit ("ChatZilla 0.9.83 [Firefox 3.0/2008061015]")
  • [21:07:56] * GeneralAntilles (n=GeneralA@pdpc/supporter/active/generalantilles) has joined #beagle
  • [21:08:31] <koen> mru: I wonder how much work it would be for TI people to take the current DVFS patches from linux-omap mailinglist and hooking cpufreq into it so we can bump the speed to 600MHz from userspace
  • [21:08:51] <mru> mmap(/dev/mem)...
  • [21:09:32] <koen> with DVFS it should also change other clocks and voltages :)
  • [21:11:06] <ali_as_> Is that the trick to deprotect the chip registers mru?
  • [21:11:10] * keesj really wished he checked the "Unverified wiring diagram between the Tin Can Tools Flyswatter and the OMAP3 Beagle Board." before finishing off it own adapter with glue
  • [21:12:47] <mru> ali_as_: the registers I was talking about the other day were in the display subsystem, and the kernel disables some clock when not accessing it
  • [21:13:09] <mru> most registers are always accessible since nothing would work of their clocks were disabled
  • [21:13:16] <keesj> (talking about this one http://www.flickr.com/photos/jadon/2647198139/ )
  • [21:13:51] <keesj> DVFS is as funny as it gets
  • [21:15:34] <ds2> wheeeee something is happening and it may even be an NTSC signal
  • [21:17:02] <ali_as_> I don't recall a conversation about display registers, I'm just thinking of a fd = open("/dev/mem", mmap(blah method to access device registers.
  • [21:17:54] <ali_as_> I couldn't work out your shorthand.
  • [21:19:26] * BThompson (n=BThompso@nat/ti/x-7da7dd814b8558c7) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [21:43:50] * JoeBorn (n=jborn@121.34.12.50) Quit ("open.neurostechnology.com")
  • [21:48:11] <ds2> blah
  • [21:50:01] * koen looks at omapfbplay_0.0+r0+gitr980e6e293f380ec038643c2110aec34f0b96697d-r0_beagleboard.ipk
  • [21:52:55] <mru> it won't work without my kernel patches
  • [21:53:08] <koen> the kernel is still building :)
  • [21:53:08] <mru> and you need some magic on the kernel command line
  • [21:53:30] <koen> I applied all your patches minus the 720p one
  • [21:54:28] <mru> you'll need something like video=omapfb:vram:2M:vram:4M on the kernel cmdline
  • [21:54:40] <mru> adjust the numbers to suit your resolution and video size
  • [21:54:54] <mru> the first number must be large enough for the main graphics plane
  • [21:54:55] <koen> does that need changes to the dma size as well?
  • [21:55:12] <mru> the dma size needs to be the sum of those numbers
  • [21:56:12] <mru> if the second plane has memory for two frames (2*width*height), the player will double-buffer
  • [21:56:17] <mru> avoids ugly tearing
  • [21:56:34] <mru> 2*width*height is one frame
  • [21:59:24] * prpplague (n=dave@mail.americanmicrosystems.com) Quit ("Leaving")
  • [22:10:51] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  • [22:46:35] <banderson> sakoman: Have you gotten rootfs over nfs workin on evm?
  • [23:01:21] * bazbell (n=a0192809@nat/ti/x-90e8d6955a6fcd94) Quit ("Leaving.")
  • [23:16:19] * banderson (n=irc@69-71-183-7.mammothnetworks.com) Quit (Read error: 110 (Connection timed out))
  • [23:22:45] * rsalveti (n=salveti@200.184.118.132) Quit (Read error: 113 (No route to host))
  • [23:25:57] * banderson (n=irc@69.71.183.7) has joined #beagle
  • [23:30:15] <sakoman__> banderson: no -- I'm not a nfs root kinda guy. never even tried
  • [23:32:42] <mru> nfs root can be quite handy
  • [23:34:07] <sakoman__> I know. I'm not sure what my problem is ;-)
  • [23:34:32] <mru> it can also be a real pain when it doesn't work properly
  • [23:35:15] <sakoman__> I think maybe you just hit on what my problem is!
  • [23:35:34] <mru> like when a bunch of settop boxes at work suddenly decided to use the same mac address
  • [23:36:08] <banderson> It is so nice for testing. I don't have to flash the uImage or the rootfs when testing new versions now. Just a coupld of symlinks
  • [23:46:36] * lardman (n=simon@89.241.231.11) Quit ("Ex-Chat")
  • [23:54:20] * bazbell (n=a0192809@nat/ti/x-bc1bb6676b3fb4d9) has joined #beagle