• [00:00:18] * guillaum1 (n=Guillaum@AMontsouris-153-1-95-161.w90-2.abo.wanadoo.fr) Quit ("Leaving.")
  • [00:03:57] * _fulgas is now known as FuL|OUT
  • [00:03:58] * FuL|OUT is now known as fulgas
  • [00:10:28] * NishanthMenon (n=nmenon@nat/ti/x-7a4b78840c98614e) Quit ("Leaving")
  • [00:18:28] * notakahashi (n=kdag@adsl-89-217-32-53.adslplus.ch) Quit ("leaving")
  • [00:31:34] * dcordes (n=dcordes@unaffiliated/dcordes) Quit (Read error: 60 (Operation timed out))
  • [00:36:16] * florian (n=fuchs@g228197197.adsl.alicedsl.de) Quit (Read error: 113 (No route to host))
  • [00:51:59] * kdag (n=kdag@adsl-89-217-32-53.adslplus.ch) has joined #beagle
  • [00:52:20] * kdag (n=kdag@adsl-89-217-32-53.adslplus.ch) Quit (Client Quit)
  • [00:53:23] * Wowbagger_ (n=wowbagge@d154-20-130-66.bchsia.telus.net) has joined #beagle
  • [00:54:35] * felipec (n=felipec@189.153.88.243) has joined #beagle
  • [00:55:00] <mru> warning: gcc-csl 2008q3 -mcpu=cortex-a8 and shared libs breaks miserably
  • [00:55:22] <mru> although I suspect a linker fault
  • [00:55:39] <mru> it loses some relocations
  • [00:57:07] <mru> R_ARM_MOVW_ABS_NC and R_ARM_MOVT_ABS relocations in shared libs don't seem to work at all
  • [01:18:34] * _fulgas (n=fn@a83-132-158-61.cpe.netcabo.pt) has joined #beagle
  • [01:19:17] * fulgas (n=fn@a83-132-158-61.cpe.netcabo.pt) Quit (Read error: 104 (Connection reset by peer))
  • [01:25:39] * _fulgas is now known as FuL|OUT
  • [01:25:39] * FuL|OUT is now known as fulgas
  • [01:27:46] * dcramer (n=davec@dcdsl.ebox.com) Quit (Read error: 110 (Connection timed out))
  • [01:35:18] * zedstar (n=john@fsf/member/zedstar) Quit (Remote closed the connection)
  • [01:41:32] * ClaudeQC (n=claude@70.49.65.29) has joined #beagle
  • [01:42:18] * emeb (n=ericb@ip72-223-90-212.ph.ph.cox.net) has left #beagle
  • [01:46:32] * gregoiregentil (n=zonbu@adsl-71-135-114-242.dsl.pltn13.pacbell.net) has joined #beagle
  • [01:46:41] * gregoiregentil (n=zonbu@adsl-71-135-114-242.dsl.pltn13.pacbell.net) has left #beagle
  • [01:48:33] * emeb_mac (n=ericb@ip72-223-90-212.ph.ph.cox.net) has joined #beagle
  • [01:50:15] * shoragan_ (n=shoragan@sicherheitsschwankung.de) has joined #beagle
  • [01:52:25] * shoragan (n=shoragan@debian/developer/shoragan) Quit (Read error: 104 (Connection reset by peer))
  • [02:17:26] <Crofton|work> http://linuxdevices.com/news/NS4666034730.html
  • [02:27:18] * Satendra (i=dce0e51e@gateway/web/ajax/mibbit.com/x-62833d99a3b545e5) has joined #beagle
  • [02:32:27] * Satendra (i=dce0e51e@gateway/web/ajax/mibbit.com/x-62833d99a3b545e5) Quit ("http://www.mibbit.com ajax IRC Client")
  • [02:41:07] * brolin (n=brolin@190.157.13.209) has joined #beagle
  • [02:41:10] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) Quit (Read error: 104 (Connection reset by peer))
  • [02:47:17] * mib_hji76o (i=3ba4619b@gateway/web/ajax/mibbit.com/x-afcf533916dcd80b) has joined #beagle
  • [02:57:39] * favor (n=user@221.10.25.6) has joined #beagle
  • [02:58:17] * mib_hji76o (i=3ba4619b@gateway/web/ajax/mibbit.com/x-afcf533916dcd80b) Quit ("http://www.mibbit.com ajax IRC Client")
  • [03:01:18] * feig (n=ejf3@c-66-30-116-185.hsd1.ma.comcast.net) has joined #beagle
  • [03:04:30] * dcramer (n=davec@dcdsl.ebox.com) has joined #beagle
  • [03:38:01] * JuanG (n=Juan@nat/ti/x-529fbfad39c92def) has joined #beagle
  • [03:38:06] * JuanG (n=Juan@nat/ti/x-529fbfad39c92def) has left #beagle
  • [04:03:57] * rsalveti (n=salveti@201-27-57-232.dsl.telesp.net.br) Quit (Read error: 113 (No route to host))
  • [04:27:11] * jsync (n=jess@59.160.172.220) has joined #beagle
  • [04:40:34] * geckosenator (n=sean@adsl-68-73-100-241.dsl.dytnoh.sbcglobal.net) Quit (Read error: 145 (Connection timed out))
  • [04:41:53] * JuanG_ (n=Juan@nat/ti/x-838552a25f1809d8) has joined #beagle
  • [04:42:06] * JuanG_ (n=Juan@nat/ti/x-838552a25f1809d8) Quit (Client Quit)
  • [04:50:48] * brolin (n=brolin@190.157.13.209) Quit (Client Quit)
  • [04:58:20] * ClaudeQC (n=claude@70.49.65.29) has left #beagle
  • [05:14:58] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [05:29:46] * TehUni (n=cory@c-24-30-35-55.hsd1.ga.comcast.net) Quit (Read error: 110 (Connection timed out))
  • [05:37:40] * sh1 (i=3d5fc3cd@gateway/web/ajax/mibbit.com/x-4a2abd438aa8f6a6) has joined #beagle
  • [05:52:33] * mib_cu8gvj (i=3b282e02@gateway/web/ajax/mibbit.com/x-f9a732343133712b) has joined #beagle
  • [05:54:23] * mib_cu8gvj (i=3b282e02@gateway/web/ajax/mibbit.com/x-f9a732343133712b) Quit (Client Quit)
  • [06:06:04] * sh1 (i=3d5fc3cd@gateway/web/ajax/mibbit.com/x-4a2abd438aa8f6a6) Quit ("http://www.mibbit.com ajax IRC Client")
  • [06:09:17] * eFfeM (n=Frans@195-241-226-180.ip.telfort.nl) has joined #beagle
  • [06:09:22] * eFfeM is now known as Frans
  • [06:09:30] * Frans is now known as frans
  • [06:09:58] * frans is now known as eFfeM
  • [06:17:06] * supo (n=supo@s-inf-pc117.oulu.fi) has joined #beagle
  • [06:19:26] * TehUni (n=cory@c-24-30-35-55.hsd1.ga.comcast.net) has joined #beagle
  • [06:32:42] * supo (n=supo@s-inf-pc117.oulu.fi) Quit (Read error: 104 (Connection reset by peer))
  • [06:36:02] * gregoiregentil (n=zonbu@adsl-71-135-114-242.dsl.pltn13.pacbell.net) has joined #beagle
  • [06:51:53] * dirk2 (n=dirk@p5B041694.dip0.t-ipconnect.de) has joined #beagle
  • [07:08:30] * philippe (n=fille@a83-245-252-47.elisa-laajakaista.fi) Quit (Read error: 110 (Connection timed out))
  • [07:10:50] * geckosenator (n=sean@adsl-68-73-100-241.dsl.dytnoh.sbcglobal.net) has joined #beagle
  • [07:14:16] * jsync (n=jess@59.160.172.220) Quit (Read error: 110 (Connection timed out))
  • [07:14:29] <raster> grrrr
  • [07:14:29] <raster> why isnt x producing any output
  • [07:14:36] <raster> or output my monitro wants to accetp
  • [07:15:09] <_AV500_> hello raster
  • [07:15:45] <_AV500_> don't tell me you want that bloated X stuff :-)
  • [07:16:07] * emeb_mac (n=ericb@ip72-223-90-212.ph.ph.cox.net) Quit ()
  • [07:16:19] <raster> of course i do~
  • [07:16:22] <raster> :-P
  • [07:16:40] <_AV500_> then wait for the BB experts to wake up :-)
  • [07:17:02] <raster> crap
  • [07:17:12] <raster> and i dont even know what the ranges of my monitor are
  • [07:17:31] <_AV500_> vase standard?
  • [07:17:37] <_AV500_> vesa
  • [07:18:14] <raster> should be
  • [07:18:21] <raster> 19" lcd from benq
  • [07:18:31] <raster> 1366x768
  • [07:18:33] <raster> just bought it for my bb
  • [07:18:36] <_AV500_> but you see the bootlogo ok?
  • [07:18:44] <raster> so it should handle anything the bb can dish out
  • [07:18:53] <raster> bb claims to be doign 1024x768
  • [07:19:00] <raster> bootlogo is ok
  • [07:19:04] <raster> after that its foobar
  • [07:19:22] <_AV500_> you run angstrom/oe or your own?
  • [07:22:41] <raster> angstrom image snap
  • [07:22:50] <raster> my own will be days building...
  • [07:22:54] <raster> thanks to my sucky internet
  • [07:23:29] <_AV500_> ?
  • [07:23:59] <_AV500_> you will build it remotely on a DM320 over a 300 baud line?
  • [07:24:02] <raster> i'm on 32kbit
  • [07:24:17] <raster> adsl is 32kbit
  • [07:24:20] <_AV500_> only way to avoid the censorship?
  • [07:24:21] <raster> it nees to download sources
  • [07:24:29] <raster> eg new kernel, glibc, etc. etc.
  • [07:24:32] <raster> no
  • [07:24:45] <raster> i moved house early december
  • [07:24:49] <raster> and isp still hasnt connected adsl
  • [07:24:52] <raster> so i'm on prepaid wimax
  • [07:24:57] <_AV500_> i see
  • [07:24:59] <raster> and my 1gb quota went in like 3 days
  • [07:25:03] <raster> so it dropped back to 32kbit
  • [07:25:06] <_AV500_> :-)
  • [07:25:09] <_AV500_> prepay more
  • [07:25:19] <raster> fuck that
  • [07:25:25] <raster> its $20 for 1gb
  • [07:25:44] <_AV500_> tell me what you need, I can fedex you a DVD :-)
  • [07:26:38] <raster> might be faster
  • [07:26:41] <raster> :)
  • [07:26:47] <raster> umm angstrom sources
  • [07:26:50] <_AV500_> internet cafe?
  • [07:26:50] <raster> dont worry
  • [07:26:56] <raster> internet should be back to normal on the 6th
  • [07:27:07] <raster> ahhaha
  • [07:27:10] <raster> $3/hr
  • [07:27:14] <raster> :)
  • [07:27:21] <_AV500_> that'S 8 days w/o internet!
  • [07:27:29] <raster> oh i have net
  • [07:27:30] <_AV500_> I would be dead
  • [07:27:32] <raster> just slooow
  • [07:27:34] <raster> enouhg for email and irc
  • [07:27:39] <raster> thats it
  • [07:27:53] <_AV500_> enjey
  • [07:27:56] <_AV500_> enjoy
  • [07:27:58] <raster> i'm used o 20mbit
  • [07:28:01] <raster> to
  • [07:28:14] <raster> with a 90g/mo quota
  • [07:28:20] <raster> whihc is more reasonable
  • [07:28:26] <_AV500_> just so
  • [07:28:45] <_AV500_> I should never have left uni, 100mbit no quota
  • [07:28:52] <raster> anyway - now why doesnt this respect my xorg.conf
  • [07:30:08] <_AV500_> are your bootargs in uboot OK? there is something there about setting aside vram or so...
  • [07:30:15] * Wowbagger_ (n=wowbagge@d154-20-130-66.bchsia.telus.net) Quit ("Leaving")
  • [07:31:54] <raster> x seems happy
  • [07:32:00] <raster> found video ram
  • [07:32:05] <raster> sets up 16bpp
  • [07:32:11] <raster> but insists on 1024x768
  • [07:32:17] <raster> even tho i'm asking for 640x480
  • [07:32:29] <raster> its not respecting my conf
  • [07:32:35] <raster> hmm
  • [07:34:16] <raster> bootargs are the default
  • [07:34:38] <raster> # setenv bootargs 'console=ttyS2,115200n8 root=/dev/mmcblk0p2 rw rootwait'
  • [07:34:40] <raster> # setenv bootcmd 'mmcinit;fatload mmc 0 80300000 uImage;bootm 80300000'
  • [07:34:56] <raster> ie nothng but set serial console up - root fs and boot away
  • [07:39:03] <raster> hmm works
  • [07:39:09] <raster> video output was there
  • [07:39:17] <raster> and then boot seemed to turn things off
  • [07:40:05] <_AV500_> bootargs here: http://code.google.com/p/beagleboard/wiki/HowToGetAngstromRunning
  • [07:40:16] <_AV500_> ...video=omapfb:vram:2M,vram:4M
  • [07:40:23] <_AV500_> dunno if that is needed
  • [07:40:25] <raster> oooh
  • [07:40:29] <raster> different
  • [07:40:32] <_AV500_> rtfm :-)
  • [07:40:58] <raster> ooh
  • [07:41:04] <raster> DIFFERENT docs
  • [07:41:06] <raster> http://elinux.org/BeagleBoardBeginners
  • [07:41:10] <raster> does not mention this at all
  • [07:41:21] <raster> (i was rtfm... ing)
  • [07:41:48] <_AV500_> I am not sure whether this vram is really needed or now, I have seen X without it I think
  • [07:41:55] <_AV500_> but it could depend on kernel
  • [07:42:07] <raster> well x is preporting finding it
  • [07:42:11] <_AV500_> ok
  • [07:42:14] <raster> and x seems happy without complaints
  • [07:42:22] <raster> not using my config tho - insisting on a different res
  • [07:42:26] <_AV500_> ok
  • [07:42:40] <raster> mind u
  • [07:42:46] <raster> that video will put the kernel console there
  • [07:42:53] <raster> hmm
  • [07:42:55] <raster> maybe its omapfb that wants it..
  • [07:43:48] <raster> there it goes again producing out of range video
  • [07:43:55] <raster> grr
  • [07:44:02] <raster> monitor wont tell me what it is..
  • [07:44:25] <raster> unhappy omapfb
  • [07:44:25] * soman (n=somnath@61.16.248.242) has joined #beagle
  • [08:00:51] <eFfeM> koen, ping, yesterday you mentioned that your latest kernel has working OTG role switching; does that mean that one can use a mini-b cable i.s.o. a mini-a one ?
  • [08:04:30] <raster> eh?
  • [08:04:30] <raster> musb is solved?
  • [08:28:28] <raster> hmm
  • [08:28:36] <raster> looks like this problem has popped up with others
  • [08:28:41] <raster> a kernel issue of some sort
  • [08:28:47] <raster> http://groups.google.com/group/beagleboard/browse_thread/thread/ac0cb5f5644236ca
  • [08:28:58] <raster> last msg also has no dvi out problems (or out of range)
  • [08:35:59] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [08:46:44] * sh1 (i=3d5fc3cd@gateway/web/ajax/mibbit.com/x-fd85cf8030d0d7f8) has joined #beagle
  • [08:52:54] <koen> eFfeM: yes
  • [08:54:46] <eFfeM> nice, it is often difficult to tell if a cable is mini-a or mini-b when ordering it
  • [08:56:17] <sh1> has anyone observed twl4030 interrupts getting missed?
  • [08:56:27] <favor> hi. has anyone develop the logic zoom omap3 board?
  • [08:56:39] * valhalla (n=valhalla@81-174-21-57.dynamic.ngi.it) has joined #beagle
  • [08:56:46] <sh1> twl4030 keypad interrupts
  • [08:57:37] <koen> eFfeM: if you plug in mini-b it will be a client, if yo plug in a mini-a it will be a host
  • [08:58:02] <eFfeM> ah ok, thought it would be sw controllable, misunderstood that
  • [08:58:11] <koen> raster: if you use the 2.6.27 kernel you should be able to tell it to use different resolutions using uboot
  • [08:58:37] <koen> raster: also make sure you have an up to date uboot, e.g. http://www.angstrom-distribution.org/demo/beagleboard/
  • [08:58:45] <eFfeM> seem to recall the wiki saying something about host negotiaon protocol and thought bb would autodetect if it should drive the port as host or client
  • [09:00:03] <koen> raster: having a bootsplash in uboot means that it's broken
  • [09:00:20] <raster> koen: i'm just using the default the board comes with
  • [09:00:41] <raster> what on earth is x-loader tho
  • [09:00:48] <raster> vs u-boot
  • [09:00:51] <eFfeM> wiki says: The Linux kernel needs to know you want to use the OTG port in host mode. I believe OTG ports are supposed to figure this out for themselves using the OTG Host Negotiation Protocol, but for now the Linux kernel may need some help. Specifically, Pin 4 (ID) of the OTG connector needs to be shorted to Pin 5 (GND) by using a 5-pin USB Mini-A plug which shorts these pins together in the plug.
  • [09:00:55] <raster> they look the same cmd-line wise
  • [09:00:55] <sh1> sometimes, when i press twl4030 keys, i miss some of the interrupts
  • [09:01:14] <sh1> however this does not happen often
  • [09:01:26] <raster> and it comes with the beagleboard splash
  • [09:01:34] <raster> so at least i know the dvi out works
  • [09:01:38] <raster> :)
  • [09:06:52] <koen> raster: xloader is teh stepping stone to fit in the chips sram, it loads uboot
  • [09:07:07] <raster> oooooh
  • [09:07:09] <koen> raster: the rule of thumb is that uboots from TI are broken
  • [09:07:17] <koen> raster: and only TI uboots have a splashscreen
  • [09:07:21] <raster> gotcha
  • [09:08:36] <raster> U-Boot 1.3.3 (Jul 10 2008 - 16:33:09)
  • [09:08:42] <raster> so i assume that baby is broken eh?
  • [09:08:47] <koen> yes
  • [09:08:57] <koen> you want the ubuntu style versions
  • [09:09:01] <koen> 2008.10, etc
  • [09:09:11] <raster> and a update of uboot will get video workign again?
  • [09:09:28] <raster> or i also need to replace kernel
  • [09:09:34] <koen> it will allow the kernel to get a more accurate pixclock
  • [09:09:47] <koen> if you use 2.6.26 or 2.6.27
  • [09:09:47] <raster> ok
  • [09:09:51] <raster> i was fiddlign with fbset
  • [09:09:56] <raster> and all sorts of crud
  • [09:09:57] <koen> fbset won't work
  • [09:09:59] <raster> and nothng stuck
  • [09:10:02] <raster> 2.6.27
  • [09:10:14] <koen> 2.6.27 can be configured from the kernel commandline
  • [09:12:07] <koen> e.g. video=omapfb:vram:2M,vram:4M,mode:640x480@60
  • [09:12:09] <raster> Linux version 2.6.27-omap1 (koen@dominion) (gcc version 4.2.1) #1 Thu Dec 11 11:42:51 CET 2008
  • [09:12:25] <raster> ie - your kernel :)
  • [09:12:32] <raster> (i'll be weeks waiting for my oe build of angstrom)
  • [09:13:02] * mib_3r4p62 (i=44df509c@gateway/web/ajax/mibbit.com/x-29397ddc65d1be71) has joined #beagle
  • [09:14:32] * mib_3r4p62 (i=44df509c@gateway/web/ajax/mibbit.com/x-29397ddc65d1be71) Quit (Client Quit)
  • [09:15:21] <raster> uboot reflash same as on the freerunner?
  • [09:15:24] <koen> setenv bootargs 'console=ttyS2,115200n8 console=tty0 root=/dev/mmcblk0p2 rootwait rootfstype=ext3 video=omapfb:vram:2M,vram:4M,mode:1024x768@60' ; save
  • [09:15:48] <koen> raster: you should be able to put uboot on the fat partition of your sd can and MLO should pick it up
  • [09:16:03] <koen> raster: if you want to flash it: http://www.angstrom-distribution.org/demo/beagleboard/README.txt
  • [09:16:56] <raster> hmm mlo and u-boot are there
  • [09:17:14] * jsync (n=jess@59.160.172.220) has joined #beagle
  • [09:17:52] * ldesnogu (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) has joined #beagle
  • [09:19:06] <raster> hmm
  • [09:19:18] * jsync (n=jess@59.160.172.220) Quit (Client Quit)
  • [09:21:36] <koen> AIUI the next spin should include a uboot that isn't broken
  • [09:21:49] * jsync (n=jess@59.160.172.220) has joined #beagle
  • [09:22:25] <raster> bugger
  • [09:22:32] <raster> so i just got a bad one
  • [09:22:32] <raster> B7
  • [09:24:01] <raster> uh oh
  • [09:24:11] <raster> ummm
  • [09:24:45] <raster> u-boot is broken
  • [09:25:03] <gregoiregentil> Ping koen? Any idea for this error: http://pastebin.com/d62f3bb9? I have linux-omap_2.6.27.bb (which includes pvr patches) and I have pvrsrvinit from a package downloaded on my TI extranets for 3430.
  • [09:26:10] <raster> this.. is.. really bad
  • [09:28:31] * philippe (n=fille@a83-245-252-47.elisa-laajakaista.fi) has joined #beagle
  • [09:28:35] <raster> Texas Instruments X-Loader 1.41
  • [09:28:38] <raster> Starting on with MMC
  • [09:28:41] <raster> thats as far as it gets
  • [09:29:53] <raster> ooh hmm
  • [09:29:54] <raster> ok
  • [09:29:57] <raster> have to press user
  • [09:30:04] <raster> AHA!
  • [09:30:07] <raster> video!
  • [09:30:29] <raster> hrrrm
  • [09:30:52] <raster> now the fun begins
  • [09:30:55] <raster> no kbd or mouse input
  • [09:33:10] * felipec (n=felipec@189.153.88.243) Quit (Read error: 60 (Operation timed out))
  • [09:35:24] <raster> is there some way i can force the otg port to host mode?
  • [09:37:54] <jsync> use one of these http://www.electronicproductonline.com/catalog/product_info.php?products_id=2043
  • [09:46:22] <raster> and wonderful expensive delivery to .au
  • [09:46:52] <raster> if i can just tell it its in host mode
  • [09:46:55] <raster> i'm happy
  • [09:58:42] * florian (n=fuchs@g228194222.adsl.alicedsl.de) has joined #beagle
  • [10:00:33] <koen> raster: for 2.6.27 otg is only in host mode
  • [10:00:52] <koen> gregoiregentil: there's a patch for that, let me find it
  • [10:02:56] <gregoiregentil> OK. Many thanks. Yes, please (note that I'm using linux-omap_2.6.27.bb). I was trying/comparing with your latest 12/20 build to isolate the problem
  • [10:03:17] <raster> koen: umm. then how do i make it "work"
  • [10:03:26] <raster> other than using an otg adaptor
  • [10:03:31] <raster> or a mini-a cable/
  • [10:03:59] <raster> is some way i can tell it "hey - cable it host cable - use it as you would in host mode"
  • [10:04:03] <raster> ala the 2442
  • [10:04:16] <raster> just echo 1 > /sys/....
  • [10:04:16] <raster> and bingo
  • [10:05:12] <koen> ground pin 4 and 5 should do the trick
  • [10:05:17] * koen has a proper mini-a cable
  • [10:06:22] <raster> bugger
  • [10:06:28] <raster> so no software-way?
  • [10:06:39] <raster> those things are like hens teeth to find here
  • [10:06:55] <jsync> mini a cable ?
  • [10:07:07] <raster> yes
  • [10:07:26] <jsync> dont have a nokia showroom around ?
  • [10:08:11] <raster> not that i know of
  • [10:08:32] <raster> i wandered the computer stores in the city for a bit trying to find them
  • [10:08:34] <raster> maybe the phone stores will have them
  • [10:10:03] <jsync> dont buy expensive ones.. most probably you are going to cut it to short gnd and id pins
  • [10:11:19] * nemequ_ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) Quit (Read error: 145 (Connection timed out))
  • [10:11:35] <raster> eh?
  • [10:11:38] * nemequ_ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) has joined #beagle
  • [10:11:55] <raster> ii have miniusb->usb cables cmong out of my ears
  • [10:12:00] <raster> dont knwo what to do with tyhem
  • [10:12:04] <raster> but they are all B type
  • [10:12:07] <raster> not A
  • [10:12:17] <raster> i guess i could hack one to ground the wires
  • [10:15:04] <gregoiregentil> Koen: I tried with your 12/20 release + kernel 2.6.27-rc4 and I get the same error. So it seems that the patch is missing
  • [10:16:12] <koen> I haven't tried the patch
  • [10:17:05] * favor (n=user@221.10.25.6) Quit ("Leaving")
  • [10:17:45] <gregoiregentil> koen: which patch? You mean pvr/pvr-add.patch? or the patch that you wanted to find five minutes ago?
  • [10:19:02] <koen> the patch that should be in your inbox :)
  • [10:20:25] <gregoiregentil> OK! ;-)
  • [10:21:23] <gregoiregentil> So does it mean that so far, nobody has made work the Nokia pvr module?
  • [10:21:44] <koen> someone at TI has it working
  • [10:22:06] <gregoiregentil> the same person who sent you this patch, I guess?
  • [10:22:09] <koen> yes
  • [10:22:17] <koen> prateesh
  • [10:22:36] <gregoiregentil> patch looks strange indeed. I will try now
  • [10:23:01] * ScriptRipper (n=mmohring@p4FDBCE7A.dip.t-dialin.net) has joined #beagle
  • [10:23:02] <koen> gregoiregentil: send your findings to the mailinglist, maybe someone has a hint on how to solve it
  • [10:23:46] <gregoiregentil> I will after trying this patch
  • [10:25:37] <koen> the patch is of course GPL
  • [10:26:15] <gregoiregentil> It's very unlikely to work... omap_fb.c has disappeared since a while (back to 2.6.22)
  • [10:38:48] <koen> gah
  • [10:45:56] * ScriptRipper_ (n=mmohring@p4FDBFD6D.dip.t-dialin.net) has joined #beagle
  • [10:46:16] * ScriptRipper_ (n=mmohring@p4FDBFD6D.dip.t-dialin.net) Quit (Read error: 104 (Connection reset by peer))
  • [10:49:39] <mru> jsync: ping
  • [10:50:05] <mru> koen: gcc-csl 2008q3 and current binutils produce broken shared libs
  • [10:52:04] <koen> mru: heh
  • [10:52:17] <mru> the linker is at fault
  • [10:52:31] <koen> gnu binutils or csl binutils?
  • [10:52:34] <mru> gnu
  • [10:52:39] <mru> haven't tried csl
  • [10:53:09] <adj_> are there any i2c gurus around?
  • [10:53:12] <koen> I wonder what's in CSLs contract with arm
  • [10:53:29] <koen> "must be able to compile helloworld.c and run in qemu"
  • [10:53:48] * nemequ_ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) Quit (Read error: 110 (Connection timed out))
  • [10:54:09] * nemequ_ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) has joined #beagle
  • [10:54:32] <kulve> koen: have you tested audio on evm?
  • [10:54:33] <adj_> apparently i have one device which cannot handle 400 khz fast mode i2c and seems that my beagle is talking at 400 khz by default
  • [10:55:05] <adj_> so the questin would be: how to lower i2c bus speed?
  • [10:56:15] <koen> kulve: not yet
  • [10:56:31] <kulve> koen: ok
  • [10:57:21] <mru> koen: a quick diff of gnu and csl binutils doesn't show anything that looks relevant
  • [10:59:40] * ScriptRipper (n=mmohring@opensuse/member/MartinMohring) Quit (Read error: 110 (Connection timed out))
  • [11:00:04] <koen> kulve: I keep meaning to try jaaa (http://www.kokkinizita.net/linuxaudio/jaaa-pict.html) on beagle or evm
  • [11:00:58] <kulve> umm, what does that do? :)
  • [11:01:16] <koen> uses your line-in as an oscope
  • [11:02:34] <koen> something Crofton|irssi would get excited about :)
  • [11:02:40] <kulve> ok
  • [11:04:04] <jsync> mru: pong!!!
  • [11:04:58] <mru> jsync: I've fixed your problem
  • [11:05:13] <mru> broken linker made bad shared libs
  • [11:05:20] <jsync> mru: good to hear that..
  • [11:06:43] * guillaum1 (n=Guillaum@AMontsouris-153-1-95-161.w90-2.abo.wanadoo.fr) has joined #beagle
  • [11:06:45] <ldesnogu> mru, are you sure it's not fixed in latest CSL binutils? I seem to remember having seen some movw/t thing in the changelog
  • [11:07:46] <jsync> so, this is a toolchain issue after all..
  • [11:07:49] <mru> there was a patch from pbrook in march which is in mainline
  • [11:08:13] <mru> I don't see any movw/movt related differences between latest gnu and csl binutils
  • [11:08:23] <mru> http://sourceware.org/ml/binutils/2008-03/msg00038.html
  • [11:08:38] <mru> without that one I don't think even static linking would work
  • [11:10:12] <jsync> btw.. omapfbplay in OE uses shared ffmpeg libs
  • [11:10:15] <ldesnogu> I am dl'ing 2008q3, I didn't have it at home...
  • [11:10:58] <jsync> i just running omapfbplay built using OE. video is perfect..
  • [11:11:34] <koen> OE doesn't use CSL compilers for userspace
  • [11:11:41] <jsync> cpu load is 28.5%
  • [11:11:45] <mru> koen: this was breaking with any compiler
  • [11:12:04] <mru> my assembler code triggered the same linker bug
  • [11:12:10] <koen> mru: I guess I was luckily not up to date with your ffmpeg :)
  • [11:12:30] <mru> whic revision are you using in OE?
  • [11:12:36] <mru> I can check if it's affected
  • [11:13:39] <koen> I just updated to the latest one that includes your fix :)
  • [11:14:24] <mru> what was it before?
  • [11:14:41] <koen> 48b4495cdae4a4bc2bc65902f3214c1b084be01d
  • [11:15:41] <mru> that has the problem
  • [11:20:20] <jsync> mru: what is the binutils version the above patch to be applied with..?
  • [11:20:36] <mru> it's already in recent versions
  • [11:20:39] <mru> no need to patch
  • [11:20:57] <mru> I'm using 2.19.50.0.1
  • [11:25:08] <jsync> i have been using 2.18 .. would that be the problem ?
  • [11:25:14] <mru> I don't know
  • [11:26:41] <jsync> anyway, i will give a try with 2.19.50.0.1
  • [11:27:03] <jsync> mru: thanks a lot for your help
  • [11:32:20] * ldesnogu is sad, his cat doesn't like Black Sabbath
  • [11:44:41] * florian (n=fuchs@g228194222.adsl.alicedsl.de) Quit ("Verlassend")
  • [11:58:14] * eFfeM (n=Frans@195-241-226-180.ip.telfort.nl) Quit (Read error: 54 (Connection reset by peer))
  • [12:09:19] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [12:14:25] <adj_> ahh, i2c problem solven. Finding the correct file and setting bus speed to 100 khz saved my day and enabled my beagle robot motor controller :)
  • [12:15:27] * feig (n=ejf3@c-66-30-116-185.hsd1.ma.comcast.net) Quit (Read error: 110 (Connection timed out))
  • [12:30:57] <mru> adj_: a robot, have you considered entering the beagle contest?
  • [12:37:16] <adj_> mru: no i haven't
  • [12:38:15] <mru> have you heard of it?
  • [12:38:39] <adj_> my software/coding skills aren't anywhere near to produce a very generally usable image
  • [12:39:35] <adj_> mru: the one announced at the mailing list some time ago?
  • [12:39:35] * rupeshgujare (n=rupesh@59.160.172.220) has joined #beagle
  • [12:39:53] <mru> this one: http://elinux.org/BeagleBoard/contest
  • [12:39:58] <mru> I don't know of any other
  • [12:44:52] <adj_> hmm, i'll have to see what i can come up with now that i finally have almost all hardware assembled
  • [12:45:54] <rupeshgujare> Anyone working on externally attaching LCD + Touch screen to Beagle ?
  • [12:51:22] <sh1> has anyone tried pm after mounting a sd/mmc card? does it work?
  • [12:54:33] * likewise (n=Leon_Woe@atwork-193.r-212.178.107.atwork.nl) has joined #beagle
  • [13:00:45] * dirk2 (n=dirk@p5B041694.dip0.t-ipconnect.de) has left #beagle
  • [13:02:39] <magnet> rupeshgujare: I do.
  • [13:02:53] <magnet> rupeshgujare: trough I'm waiting for the touchscreen still.
  • [13:08:28] <rupeshgujare> magnet: can u share which hardware u r using? and have u got any success so far?
  • [13:09:11] <koen> gregoiregentil: I sent you some more suggestions from TI by mail
  • [13:10:08] <magnet> rupeshgujare: sure, I use a toshiba 10.4" screen and a second hand lvds controller.
  • [13:10:20] <magnet> the controller got a genessis chip on it.
  • [13:11:14] <rupeshgujare> magnet: can u give exact model no. and link if possible ? and have u got success in it?
  • [13:13:27] <magnet> I don't have the exact model for the lvds controller, but I have the link, wait a second.
  • [13:14:38] <magnet> http://agilentpixel.com/product.php?id_product=26
  • [13:15:10] <magnet> this one may not be the best, I paid only 25$ to get it.
  • [13:18:48] <rupeshgujare> did it worked on the fly? or u have to modify anything?
  • [13:20:27] * RogerMonk (n=a0740758@nat/ti/x-f0d0a934e234ced3) has joined #beagle
  • [13:20:52] <magnet> the panel had to be programmmed.but a friend did it.
  • [13:21:13] <magnet> I think think the seller on that website will do it for free.
  • [13:22:17] <rupeshgujare> k. and which LCD + touch screen u r planning for? My final aim is to add LCD + Touch screen to beagle board
  • [13:23:50] <magnet> the lcd is toshiba LTD104KA1S 10.'4 inch 1027x768
  • [13:24:13] <magnet> I didn't received the touchscreen still.
  • [13:24:32] <magnet> heh it's 1024x768 .
  • [13:24:36] <rupeshgujare> ok.
  • [13:25:00] <rupeshgujare> what abt lillyput ? http://www.geek.com/articles/xyzcomputing/lilliput-cl8889nt-8-inch-touch-screen-lcd-20061114/
  • [13:26:00] <magnet> how much does it cost ?
  • [13:26:21] * BThompson (n=BThompso@nat/ti/x-7773d8aae3c9869f) has joined #beagle
  • [13:27:06] <magnet> also I don't see any dvi input, you'll need adaptor.
  • [13:27:11] <rupeshgujare> a bit costly around $250
  • [13:27:25] <magnet> sesh so I don't like it lol :)
  • [13:27:25] <rupeshgujare> looks like it have S-video input
  • [13:28:03] <raster> bb isnt the thing u want if u want to go attaching touchpnel lcd's to it
  • [13:28:06] <raster> (small ones)
  • [13:28:13] <raster> really you probably want to get the pandora
  • [13:28:25] <raster> as u'll spend a lot less to get the same thing
  • [13:30:03] <magnet> sometimes DIY is funnier !
  • [13:30:54] * RogerMonk (n=a0740758@nat/ti/x-f0d0a934e234ced3) has left #beagle
  • [13:32:09] <rupeshgujare> raster: how much pandora costs?
  • [13:32:37] <raster> um $400
  • [13:32:57] <raster> www.openpandora.org
  • [13:33:15] <raster> in addition to screen u get a keyboard, joypads, wifi, bt, and a bunch of other stuff
  • [13:33:26] <raster> (and a omap 3530)
  • [13:34:19] * Openfree (n=df@218.82.191.188) has joined #beagle
  • [13:34:32] <rupeshgujare> raster:ohhh ... now i m already having bb, so another $400 will be costly. any other cheap LCD + Touch solution?
  • [13:35:12] <raster> none
  • [13:35:17] <raster> they are all really expensive
  • [13:35:22] <raster> if you buy them in single units
  • [13:35:36] <raster> also the bb has no lcd controls available as its all wired to the dvi out chip
  • [13:35:43] <raster> so u also need a dvi->lcd controlelr attached
  • [13:35:51] <raster> the problem is you basically are looking for something very niceh
  • [13:36:02] <raster> and it likely will end up costing more than $400
  • [13:36:14] <raster> so $400 for w aholw new pandora may seem a lot
  • [13:36:26] <raster> but it likely is less than the alternative of "doy screen"
  • [13:36:28] <raster> :)_
  • [13:36:35] <muriani> oh, $400 is a steal for all that's there.
  • [13:37:04] <rupeshgujare> raster: thanks raster
  • [13:37:14] <raster> or was it $300?
  • [13:37:22] <muriani> I think it was $300 originally
  • [13:37:34] <muriani> I assumed there was a price increase? :p
  • [13:37:36] <raster> no$330
  • [13:37:42] <raster> there u go
  • [13:38:34] <raster> no
  • [13:42:48] <jsync> why OE doesnt contain libtheora ??? atleast i didnt find it inside openembedded/packages folder.
  • [13:42:55] <valhalla> there will be a price increase, but it shouldn't be much
  • [13:43:38] <jsync> pardon me if it is wrong to ask here ...
  • [13:45:31] <DJWillis> jsync: not wrong but you may also want to try in somewhere like #angstrom
  • [13:51:05] * soman (n=somnath@61.16.248.242) Quit (Read error: 113 (No route to host))
  • [13:54:25] <magnet> lvds controller is needed only when using a bare panel, using a screen like liliput just require an adaptor.
  • [13:54:56] <magnet> also panels are not too expensive, around 150$.
  • [13:55:22] <koen> jsync: libtheora_0.9+1.0alpha7.bb isn't libtheora?
  • [13:56:12] <_AV500_> liliput has no Digital input, but BB has only digital DVI
  • [13:56:42] <magnet> just a dvi/vga adaptor is needed no ?
  • [13:56:59] <magnet> like on a desktop lcd.
  • [13:57:01] <_AV500_> no, the BB DVI is digital only, it has no analog signals
  • [13:57:13] <jsync> as i said, i didnt find any folder name libtheora inside openembedded/packages folder
  • [13:57:39] <_AV500_> on your desktop, the DVI output is "mixed" digital and analog, on the BB it is only digital
  • [13:58:33] <jsync> koen: i just found it inside libogg.
  • [13:59:05] <DJWillis> jsync: would make sense, its and ogg codec
  • [13:59:18] <DJWillis> and = an of course ;-)
  • [13:59:20] <magnet> _AV500_: I see, that liliput need analog ?
  • [13:59:24] <_AV500_> yep
  • [13:59:46] <magnet> now I really don't like it :)
  • [13:59:48] <_AV500_> I do not believe it has a digital input
  • [14:00:44] <_AV500_> so you could only use svideo with the BB...
  • [14:00:56] <jsync> DJWillis: its odd that i found libvorbis in the packages folder but not theora. vorbis too uses the ogg data container
  • [14:01:27] <rupeshgujare> i believe lilliput supports s-video input ?
  • [14:01:30] <DJWillis> jsync: that is odd I will agree, never looked into it.
  • [14:02:14] <rupeshgujare> http://www.geek.com/articles/xyzcomputing/lilliput-cl8889nt-8-inch-touch-screen-lcd-20061114/
  • [14:02:32] <_AV500_> rupeshgujare: yes, but by definition PAL/NTSC is 720pixels only (much less in practice) so 800x480 will be hard to use
  • [14:02:58] <magnet> koen: I noticed a few bugs in angstrom bb image, should I talk to you about it ?
  • [14:03:17] <rupeshgujare> raster: looks like pandora is already sold out, and will be available in march2009
  • [14:03:35] <raster> first batch is
  • [14:03:40] <raster> i have my foot in that door
  • [14:03:47] <raster> but i have to re-do my order with credit card again
  • [14:03:50] <raster> thanks to their bank mess
  • [14:04:43] <rupeshgujare> raster: ohh... difficult to wait till march for pandora..
  • [14:04:51] <koen> magnet: send a mail to the angstrom mailinglist :)
  • [14:05:02] <rupeshgujare> need to find some alternate solution
  • [14:05:37] <koen> jkridner: my dummies book arrived :)
  • [14:06:03] <magnet> koen: allright, I wasn't sure it was the right place.
  • [14:06:10] <DJWillis> koen: that was quick. Still waiting for mine. Is it looking any good?
  • [14:06:16] <_AV500_> koen: so DSP accelerated video in a week :-?
  • [14:06:25] <raster> koen: it looks like the dummies book was only being delivered in the states?
  • [14:06:42] <koen> raster: they delivered it to .nl
  • [14:06:49] <jkridner> great!
  • [14:06:53] <jkridner> good morning all
  • [14:06:55] <koen> I got the "out of stock" snail mail yesterday
  • [14:08:51] <raster> koen: bugger. i was going to order it
  • [14:08:54] <raster> oh well
  • [14:09:21] <koen> it's quite interesting
  • [14:09:21] <muriani> one of my friends in the UK got in on the first batch
  • [14:10:10] <jkridner> rupeshgujare: too bad that screen doesn't support digital inputs
  • [14:10:25] <jkridner> raster: he got the book the next day
  • [14:10:53] <muriani> yeahk, you'd think a screen with digital inputs would be cheaper... no extra hardware for analog->digital conversion.
  • [14:11:14] <rupeshgujare> jkridner: ok
  • [14:11:16] <raster> jkridner: the form didnt allow you to enter country in anywhere
  • [14:11:20] <raster> just state
  • [14:11:27] <raster> at least when i looked a few days ago
  • [14:11:49] <rupeshgujare> any idea when pandora will start accepting orders?
  • [14:13:05] <jkridner> raster: somehow koen managed to input a country.
  • [14:13:18] <jkridner> rupeshgujare: I thought they already took pre-orders.
  • [14:13:25] <DJWillis> rupeshgujare: I suspect that the 1st batch will be out the door and in hands before more orders are taken.
  • [14:14:00] <raster> jkridner: no idea where
  • [14:14:02] <raster> :)
  • [14:14:16] <jkridner> ah, I see they haven't restarted credit card reorders, only bank orders.
  • [14:15:50] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [14:16:15] <rupeshgujare> jkridner: so they are not accepting orders by bank or credit card either right now ?
  • [14:16:42] <jkridner> I thought they were taking bank orders, unless they re-sold-out.
  • [14:19:39] <rupeshgujare> i was searching on http://www.openpandora.org/ for a page, where i can order by any means. but not finding any link.
  • [14:25:40] * jsync (n=jess@59.160.172.220) has left #beagle
  • [14:32:51] <sakoman> rupeshgujare: gumstix should soon have an LCD/TS option for their OMAP35XX product line
  • [14:34:29] * kdag (n=kdag@adsl-62-167-101-96.adslplus.ch) has joined #beagle
  • [14:35:04] * kdag is now known as notakahashi
  • [14:35:24] <raster> sakoman: indedd you do
  • [14:35:33] <raster> tho not a 3530
  • [14:35:37] <raster> :(
  • [14:35:44] <raster> (yet)
  • [14:36:12] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [14:39:23] <rupeshgujare> sakoman: can u provide any link for exact product ? and when it is expected to be available?
  • [14:39:36] <raster> gumstix overo
  • [14:39:40] <raster> on the gumstix website
  • [14:39:47] <sakoman> raster: there are 3530 protos that I have verified for gumstix. just checked their site and there is no target ship date announced
  • [14:39:54] <raster> but u'd need to get the overoa cpu board
  • [14:40:00] <raster> as the lcd connector is an expansion for it
  • [14:40:05] <sakoman> http://www.gumstix.net/Hardware/view/Hardware/Product-Roadmap-Overo/112.html
  • [14:40:35] <khasim> sakoman: hi
  • [14:40:37] <raster> u'd need to get the overo mainboard+lcd expander board + ts lcd
  • [14:41:10] <khasim> sakoman: have you tried flashing OE uImage on Overo using the latest u-boot?
  • [14:41:16] <sakoman> rupeshgujare: If you you like to "do it yourself" with an add on board the signals are available on the overo expansion connector
  • [14:41:55] <sakoman> khasim: I believe the last time I tried that was this past Friday
  • [14:42:05] <sakoman> worked with no problem
  • [14:42:33] <sakoman> khasim: are you having problems?
  • [14:42:39] <rupeshgujare> sakoman: thanks
  • [14:43:37] <khasim> sakoman: I get some errors not crossing the sector boundary
  • [14:43:57] <khasim> sakoman: do you have the instructions / address range that you specify for uImage?
  • [14:43:57] <sakoman> rupeshgujare: I verified the first LCD/TS a couple of weeks ago so I know it isn't too difficult
  • [14:44:34] <sakoman> khasim: I never use uboot to flash anything other than x-load and the u-boot env
  • [14:44:52] <sakoman> I use linux mtd-utils for that
  • [14:44:59] <khasim> sakoman: ok
  • [14:45:07] <sakoman> even gumstix production uses mtd-utils
  • [14:45:18] <khasim> sakoman: I think there is some problem with the sector boundaries, I need to verify the same.
  • [14:45:30] <khasim> sakoman: in u-boot
  • [14:46:15] <sakoman> khasim: if you get a chance, pastebin your results and perhaps some of us could try to reproduce your issue
  • [14:46:29] <khasim> sakoman: yes, will do that
  • [14:46:34] <sakoman> going to leave for a bit to get some coffee :-)
  • [14:46:47] <sakoman> still very early morning here
  • [14:47:14] <sakoman> and my brain isn't fully engaged!
  • [14:48:38] <raster> why oh why does my internet have to suck now
  • [14:48:48] <raster> couldnt this have happened whil iwas away travelling or something
  • [14:48:55] <raster> this oe build is going to take an eternity
  • [14:53:44] * rupeshgujare (n=rupesh@59.160.172.220) has left #beagle
  • [14:56:57] * maelcum (n=quassel@e178137082.adsl.alicedsl.de) Quit (Read error: 110 (Connection timed out))
  • [14:58:49] <koen> raster: have you tried letting -c fetchall running overnight?
  • [14:59:29] * maelcum (n=quassel@e178142025.adsl.alicedsl.de) has joined #beagle
  • [15:00:19] <raster> koen: it'll be going for days
  • [15:00:25] <raster> koen: on 32kbit
  • [15:00:26] <raster> :)
  • [15:00:40] <raster> compiling time is nothing comapred to fetching
  • [15:00:44] <raster> :)
  • [15:01:00] * emeb (n=ericb@ip72-223-90-212.ph.ph.cox.net) has joined #beagle
  • [15:09:13] <sakoman> raster: my main development machine's hard drive died yesterday
  • [15:09:26] <raster> oh man that's gotta suck
  • [15:09:28] <sakoman> so I have to face that pain later today
  • [15:09:33] <muriani> ouch
  • [15:09:37] <sakoman> no kidding.
  • [15:09:40] <mru> raid? backups?
  • [15:09:45] <raster> at least u can face it with a decent network
  • [15:09:48] <sakoman> I have backups
  • [15:09:57] <raster> spent most of the day rebuilding the box?
  • [15:10:02] <raster> ie re-installing
  • [15:10:10] <raster> setting up al lyour fave packages/config
  • [15:10:14] <sakoman> yeah, installed the new hard drive last night
  • [15:10:20] <raster> snarfing the multiple gb tarballs/rsync trees
  • [15:10:21] <muriani> yeeeah, that's always fun.
  • [15:10:21] <raster> etc.
  • [15:10:36] <raster> i normally have to wait an hour or 3 just for rsync
  • [15:10:45] <sakoman> trying to see if I can recover work in progress using a Ubuntu live CD right now
  • [15:10:51] <raster> not including the re-install, add (and download) all the useful packages
  • [15:10:57] <raster> adn the config tweaks
  • [15:11:29] <raster> i just thank my lucky stars i regularly rsync (several time sa day) all my home dir stuff to several other boxes
  • [15:11:39] <raster> there's always at least 1 copy around
  • [15:11:41] <raster> if not 2 or 3
  • [15:11:59] <raster> but it still sucks losing a day in the recovery process
  • [15:11:59] <sakoman> I think I've recovered everything except a couple of hours of work on the overo lcd/ts code
  • [15:12:25] <raster> well not too much lost
  • [15:12:31] <sakoman> but definitely lot a day of work
  • [15:12:36] <sakoman> lost that is
  • [15:13:02] <raster> yeah
  • [15:13:02] <raster> sucks man
  • [15:13:06] <raster> oh well
  • [15:13:10] <raster> comes with the territory
  • [15:13:21] <sakoman> yup, once every few years
  • [15:13:23] <raster> maybe set up a cron job to rsync all your code trees every 30 mins?
  • [15:13:43] <sakoman> teaches you to be good about backups and checking in your work often
  • [15:13:52] <raster> yeah
  • [15:13:54] <raster> i do that too
  • [15:14:04] <sakoman> raster: you are reading my mind on the rsync :-)
  • [15:14:05] <raster> though i often keep local "blobs of work" i havent committed yet
  • [15:14:22] <raster> and then there is lways some other thing u havent svn/cvs/git added yet
  • [15:14:24] <raster> or checked in
  • [15:14:26] <raster> or somethingt
  • [15:14:26] <sakoman> yup - that is the lcd/ts work I was referring to
  • [15:14:27] * eFfeM (n=Frans@195-241-226-180.ip.telfort.nl) has joined #beagle
  • [15:14:29] <raster> whatever it is
  • [15:14:32] <raster> its probably in ~/
  • [15:14:37] <raster> so mayaswell rsync ~/ around
  • [15:15:01] <raster> for me rsync is also the way my personal config, mail archives and current mboxes, etc. follow me from box to box
  • [15:15:05] <sakoman> ah, it looks like I got that work back!
  • [15:15:06] <raster> ie before i "go off"
  • [15:15:08] <raster> rsync to laptop
  • [15:15:13] <raster> and then walk away
  • [15:15:18] <raster> have a complete copy of everything with me
  • [15:15:25] <raster> never a "shit - i left that at home" when on the road
  • [15:15:27] <raster> :)
  • [15:15:49] <sakoman> sounds like a good process
  • [15:16:03] <raster> yeah
  • [15:16:10] <raster> has doubled as a backup mechanism too for years
  • [15:16:18] <raster> as i rsync to my laptop to "back up"
  • [15:16:30] <raster> and to my media box under the tv (The home server)
  • [15:16:56] <sakoman> well it looks like I may come out of this with no significant losses other than time
  • [15:16:56] <raster> and my mini-tix server thats right now acting as an over-engineered serial port
  • [15:17:03] <raster> (as its the only machine i have that has a serial port)
  • [15:17:21] <raster> thats good
  • [15:17:23] <sakoman> heh, I don't have any machines with a real serial port
  • [15:17:26] <raster> less work to re-do
  • [15:17:29] <raster> hehe
  • [15:17:32] <raster> only have 1
  • [15:17:49] <raster> i was a bit amazed that beagle didnt have uboot set up with a usb serial device by default
  • [15:17:52] <raster> i was expecting that
  • [15:17:56] <raster> but nooooo
  • [15:18:03] <raster> u need a REAL serial device
  • [15:18:17] <raster> totally bizarre when uboot can do usb gagdet+serial device emulation
  • [15:18:21] <koen> raster: there's no usb support *at all* in uboot for omap3
  • [15:18:35] <raster> koen: really?
  • [15:18:36] * dcordes_ (n=dcordes@unaffiliated/dcordes) has joined #beagle
  • [15:18:39] <raster> that'd explain that
  • [15:18:39] <koen> yes
  • [15:18:46] <muriani> o.0
  • [15:18:56] <raster> i was just expecting it to do it
  • [15:19:03] <raster> thus i didnt prepare and have a serial port handy
  • [15:19:03] <raster> :)
  • [15:19:07] <koen> the TI guys said they'd send a patch for it to the uboot ml last week
  • [15:19:16] <raster> aaah
  • [15:19:19] <raster> that'd be awesome
  • [15:19:19] <jkridner|web> anyone else play with koen's 2.6.28 build from yesterday?
  • [15:19:19] * koen has 3 serial-> usb adaptors
  • [15:19:28] * fagius (n=fagius@static-71-111-254-119.rlghnc.dsl-w.verizon.net) has joined #beagle
  • [15:19:30] <raster> one less painful entry barrier to remove
  • [15:19:50] <dcordes_> jkridner|web: no but I'd like to try. where are the koen builds?
  • [15:19:53] <raster> and angstrom doesnt seem to bring up a usbnet gadget either
  • [15:20:00] <raster> which is kinda sucky
  • [15:20:01] <raster> :(
  • [15:20:14] <jkridner|web> if anyone wants to play with the early, early usb stuff I've been given for u-boot, that is possible. not ready to be pushed.
  • [15:20:23] <koen> raster: 2.6.27 forces one to choose between host and gadget
  • [15:20:26] <koen> 2.6.28 allows both
  • [15:20:28] <raster> (my treo, freerunner and zaurus all do)
  • [15:20:37] <raster> oooh ok
  • [15:20:42] <dcordes_> jkridner|web: I'm ready to try. my beagle gained too much dust
  • [15:20:59] <jkridner|web> I heard from one of the ridgerun guys that they might enter usb support in u-boot into the software design contest.
  • [15:21:06] <muriani> I miss my Zaurus.
  • [15:21:32] <raster> so i as just baffled omap didn thave it when everythign else i have did it out of the box
  • [15:21:50] <raster> (ooh so convenient to just have some usb0/1/2/3 pop up that i can just ssh to)
  • [15:21:59] <sakoman> jkridner|web: we should make sure that they submit omap3-dev based patches for their entry :-)
  • [15:22:38] <raster> i do have to say tho
  • [15:22:43] <raster> this baby boots fast
  • [15:23:16] <koen> raster: disabling the E splash screen makes e come up almost instantaniously
  • [15:23:20] <jkridner> sakoman: I believe that is the case.
  • [15:23:25] <muriani> hahaha
  • [15:23:31] <jkridner> I had to merge your branch to apply the current patch.
  • [15:23:35] <raster> koen: e should come up pretty fast in the bg
  • [15:23:44] <raster> thje splash just covers up the intermediate stages
  • [15:23:47] <muriani> yeah, compiling E is my next project on the mpc5121e
  • [15:24:09] <jkridner> koen: I'm still not getting gadget RNDIS to work.
  • [15:24:10] <koen> muriani: use OE, it works for powerpc as well
  • [15:24:14] <raster> it also artifically adds about 2-3 seconds as when splash gets the "ok ready to go" signal from e
  • [15:24:16] * koen had e running on his efika
  • [15:24:19] * jkridner goes digging for a CATC USB bus analyzer.
  • [15:24:20] <raster> it "shuts down" with a fade-out
  • [15:24:21] <raster> etc.
  • [15:24:25] <muriani> yeah, I had e on the efika
  • [15:24:56] <jkridner> raster: I hope to have that removed on Rev C. I find it quite annoying and remove it on Beagles I use.
  • [15:25:15] <sakoman> jkridner: a USB bus analyzer would make a great contest prize!
  • [15:25:22] <raster> wow
  • [15:25:26] <raster> 16m/sec io from sd
  • [15:25:27] <jkridner> raster: it served a purpose in test, but can be solved with a boot.scr that calls a test function.
  • [15:25:37] <jkridner> :)
  • [15:25:38] <raster> man.. i've been used to freerunner crud for too long
  • [15:25:46] <raster> that 16m/sec amazes me
  • [15:25:48] <muriani> I dunno how much of OE will run on the 5121, it ran well on the 5200 though
  • [15:26:41] <muriani> it's just that we're stuck with a non-accelerated X currently.
  • [15:27:14] <koen> raster: it's limited by the sd card you use :)
  • [15:28:03] <raster> koen: well this sd card.. has an acceptable limit
  • [15:28:06] <raster> :)
  • [15:28:14] <raster> at least its the CARd thats the bottleneck
  • [15:28:18] <koen> mine top out at 15MB/s, as it says on the package
  • [15:28:21] <raster> not the damn interface/hw/software
  • [15:28:36] <koen> raster: nand does 10MB/s without proper DMA
  • [15:28:45] <koen> last time I tried
  • [15:28:46] <raster> min seem to vary from 15 to 16.6
  • [15:29:06] <koen> tehre are some patches to add prefetch dma or something to nand
  • [15:29:08] * fulgas (n=fn@a83-132-158-61.cpe.netcabo.pt) Quit (Read error: 104 (Connection reset by peer))
  • [15:29:32] <raster> jkridner: annoying - the lack of usbnet or usb serial for uboot?
  • [15:29:34] <sakoman> koen: I was surprised at how slow nand is - I expected better
  • [15:29:36] <raster> or e's splash?
  • [15:29:41] * fulgas (n=fn@a83-132-158-61.cpe.netcabo.pt) has joined #beagle
  • [15:30:09] <raster> yeah
  • [15:30:14] <koen> sakoman: judging from the patches TI guys keep sending the driver is rather suboptimal
  • [15:30:17] <raster> nand seems to chug at 2.5m/s
  • [15:30:39] <raster> i'd expect a factor of 5x-10x that
  • [15:30:49] <raster> considering what sd gets you...
  • [15:30:50] <raster> :)
  • [15:31:14] <raster> muriani: are the 2d accel bits of x already known/done?
  • [15:31:19] <raster> i though that info was "open"
  • [15:31:21] <koen> raster: http://dominion.thruhere.net/koen/cms/sd-and-nand-read-speeds
  • [15:31:26] <raster> just the sgx 2d core was the bad-blob
  • [15:31:28] <raster> ?
  • [15:32:29] <muriani> No.
  • [15:32:37] <muriani> well, not for the MBX
  • [15:32:42] <raster> koen: i get much lower nand speeds
  • [15:32:45] <muriani> I'm not sure what differences there are.
  • [15:32:54] <raster> root@beagleboard:~# time dd if=/dev/mtdblock4 of=/dev/null bs=1048576 count=100
  • [15:32:58] <muriani> we have the powervr 3d services
  • [15:33:01] <raster> 100+0 records in
  • [15:33:01] <raster> 100+0 records out
  • [15:33:01] <raster> real 0m 39.46s
  • [15:33:28] <muriani> but X is using xfbdev... and that's SLOOOW with xfce.
  • [15:33:30] <raster> muriani: i thoght yuv +scaling was solved/known, 2d blits and fills?
  • [15:33:51] <muriani> no idea. It has been on OMAP, I think.
  • [15:33:59] <muriani> but it hasn't jumped the fence to ppc.
  • [15:34:25] <raster> ooh ppc side
  • [15:34:25] <muriani> (and I'm not quite savvy enough yet to implement it)
  • [15:34:27] <muriani> yeeeah
  • [15:34:30] <raster> i was talking omap
  • [15:34:33] <raster> :)
  • [15:34:36] <muriani> powervr mbx vs sgx
  • [15:34:48] <raster> aaah never mind
  • [15:34:51] <raster> sorry :)
  • [15:34:53] <muriani> hehe
  • [15:34:55] <raster> was thinkign sgx
  • [15:35:09] <muriani> e's just my next project on there, getting that rolling
  • [15:35:14] <raster> (given this is #beagle ... and thats my.. frame of mind)
  • [15:35:17] <raster> :)
  • [15:35:19] <muriani> yeah, I know :p
  • [15:35:26] <koen> raster: http://cgit.pingu.fi/xf86-video-omapfb/
  • [15:35:30] <raster> e shouldnt much care
  • [15:35:39] <raster> rendering is pretyt much a software thing
  • [15:35:42] <muriani> eah, I had it on the efika like koen mentioned
  • [15:35:44] <muriani> right
  • [15:36:03] <raster> so its just burning cpu cycles to generate pixels then pumping them to the screen as fast as its little feet can carry them
  • [15:36:12] <muriani> yup.
  • [15:36:15] <raster> moving windows tho will be out of the pipeline
  • [15:36:20] <muriani> and THEN running apps on top of it!
  • [15:36:24] <raster> as that will then be using x's internal blits
  • [15:36:43] <jkridner> raster: annoying -- the 3 second sound tone at the start of u-boot.
  • [15:36:43] <raster> u could try the xrender engine
  • [15:36:51] <raster> that'd push the rendering to x-side
  • [15:36:58] <raster> but u'd better have a pretty fully accelerated xrender
  • [15:37:00] <raster> :)
  • [15:37:14] <raster> jkridner: ooh that. dont have it plugged in - thus hasnt annoyed me yet
  • [15:37:17] <raster> except for the pause
  • [15:37:20] <muriani> yeah, that doesn't exist yet :p
  • [15:37:28] <raster> but i'm so used to sluggishness of freerunenr stuff
  • [15:37:31] <raster> and my ancient treo650
  • [15:37:33] <jkridner> raster: the pause is enough to annoy me.
  • [15:37:34] <raster> or zaurus
  • [15:37:36] <raster> that i barely notice
  • [15:37:39] <raster> :)
  • [15:37:41] <jkridner> I also reset bootdelay to 1.
  • [15:37:57] <koen> jkridner: and use rootwait?
  • [15:37:57] <muriani> I'm waiting on revC for beagleboard
  • [15:38:11] <jkridner> koen: and use rootwait
  • [15:38:25] <raster> koen: sv seems done
  • [15:38:33] <raster> err xv
  • [15:38:34] <raster> hmm
  • [15:38:46] <jkridner> I have hacked u-boot that ignores the on-board flash and just uses boot.scr as well.
  • [15:39:02] <jkridner> that way, I bring everything on the SD card, no matter what the flash has.
  • [15:39:24] <raster> jkridner: you work for TI - right?
  • [15:39:37] <jkridner> I do.
  • [15:40:14] <raster> ballpark - 3530 (with the stacked ram and flash) in a few k quantities - what does it go for?
  • [15:40:34] <raster> i thought i saw pricing in the range of $30-$40
  • [15:40:40] <raster> but i may be confusing it with other soc's
  • [15:40:41] <raster> :)
  • [15:41:00] <raster> ($58 from resellers for 100u - which is fairly low qty)
  • [15:42:11] <jkridner> dirk2: patch detects my Rev C1 as a Rev Ax/Bx.
  • [15:42:24] <jkridner> oh, no dirk2 here.
  • [15:42:34] * prpplague (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [15:43:02] * dixson3 (n=dixson3@cpe-24-28-79-164.austin.res.rr.com) has joined #beagle
  • [15:43:09] <jkridner> I haven't followed the whole GPIO pull-down/up/etc. stuff too closely, so I don't know what it is meant to detect.
  • [15:43:52] <muriani> hmm, when is revC1 to be released?
  • [15:44:05] <jkridner> March
  • [15:44:29] <jkridner> But, a good entry in the software design contest can get you one in a couple weeks.
  • [15:44:56] <koen> the postman just dropped off a new acryllic case and mini-a cables
  • [15:45:29] <jkridner> special computing specials?
  • [15:45:49] * NishanthMenon (n=nmenon@nat/ti/x-8b99107a090a44c9) has joined #beagle
  • [15:45:50] <muriani> march? nooooooo
  • [15:45:57] <muriani> I don't know if I can wait :/
  • [15:46:46] * jkridner couldn't find my catc, so I must have left it at the office. this is meant to be my vacation time.
  • [15:47:04] <koen> jkridner: yes
  • [15:47:14] <koen> $8.50 for a mini-a cable is pretty cheap
  • [15:48:00] <jkridner> BTW, I've asked them for an ad to put on the homepage of beagleboard.org.
  • [15:48:07] <eFfeM> i saw them on ebay for $ 8, free shipping
  • [15:48:12] <eFfeM> the mini-a cables
  • [15:48:26] <jkridner> nice.
  • [15:49:11] <jkridner> previous supplier's prices weren't too bad either, really, but they were getting too many orders from non-educational customers to be happy.
  • [15:53:06] <koen> sakoman: did you have usb working on the evm?
  • [15:53:17] <koen> sakoman: it seems the evm doesn't use TWL for otg
  • [15:57:09] * dirk2 (n=dirk@p5B042D54.dip0.t-ipconnect.de) has joined #beagle
  • [15:58:07] <sakoman> koen: I did - it was many weeks ago
  • [15:58:22] <sakoman> I seem to recall that there are jumper options to use twl
  • [16:04:17] <Crofton|work> koen, can you pastebin the gnuradio fix you mentioned? Or did you push it?
  • [16:04:40] * MostAwesomeDude is now known as MAD|dentistry
  • [16:05:46] * rsalveti (n=salveti@201-27-57-232.dsl.telesp.net.br) has joined #beagle
  • [16:06:35] <koen> Crofton|work: I already pushed it
  • [16:06:42] <Crofton|work> great
  • [16:10:12] * Crofton|work is trying to figure out if he has the flu or percocet withdrawal ....
  • [16:10:46] <koen> or both
  • [16:10:50] <Crofton|work> heh
  • [16:16:46] <Crofton|work> what's annoying is I was at the low end of taking it for three weeks and down to one a day for a couple of days
  • [16:16:50] <Crofton|work> now I feel like crap
  • [16:18:15] <koen> I dislike painkillers
  • [16:18:24] <koen> thankfully I haven't really needed them yet
  • [16:19:08] * koen remembers a trip to the dentist where 8 shots didn't do the job
  • [16:19:38] <Crofton|work> urg
  • [16:19:54] <Crofton|work> I am developing a severe dislike for Percocet
  • [16:19:58] <koen> it kicked in after the holes where drilled and filled
  • [16:20:07] * fulgas (n=fn@a83-132-158-61.cpe.netcabo.pt) Quit (Read error: 54 (Connection reset by peer))
  • [16:20:25] <dirk2> jkridner: I read the logs, thanks for testing the U-Boot patch, could you pastebin the output?
  • [16:20:46] * fulgas (n=fn@a83-132-158-61.cpe.netcabo.pt) has joined #beagle
  • [16:21:23] <jkridner|web> http://pastebin.com/m721cb9ab
  • [16:21:35] <jkridner|web> I'm not sure why the board shows up as 128MB either.
  • [16:22:37] <dirk2> jkridner|web: The 0x19 in 0x04801900 does mean it seems that GPIO_171 and 172 are high.
  • [16:22:37] <koen> this is why I love kdrive: http://pastebin.com/d8908868
  • [16:22:42] <koen> </sarcasm>
  • [16:23:28] <jkridner|web> I don't know.
  • [16:24:17] <dirk2> jkridner|web: So (a) my code configuring GPIOs is wrong or (b) there are no pull downs (that are strong enough for internal pull ups). Do you like Gerald to check?
  • [16:24:39] * koenb (i=53653957@gateway/web/ajax/mibbit.com/x-9f1b983228810f14) has joined #beagle
  • [16:25:32] * koenb (i=53653957@gateway/web/ajax/mibbit.com/x-9f1b983228810f14) Quit (Client Quit)
  • [16:27:43] <jkridner|web> do those pins come to headers anywhere?
  • [16:28:02] <jkridner|web> I don't have Rev C1 schematics handy. Not sure if they are published yet.
  • [16:28:19] * Openfree (n=df@218.82.191.188) Quit (Read error: 110 (Connection timed out))
  • [16:31:27] * likewise (n=Leon_Woe@atwork-193.r-212.178.107.atwork.nl) Quit ("ChatZilla 0.9.84 [Firefox 3.0/2008061015]")
  • [16:31:45] * zedstar (n=john@fsf/member/zedstar) has joined #beagle
  • [16:32:12] * JuanG (n=Juan@nat/ti/x-c89f05b7a544808b) has joined #beagle
  • [16:32:15] * JuanG (n=Juan@nat/ti/x-c89f05b7a544808b) has left #beagle
  • [16:32:25] <dirk2> jkridner|web: header: I don't know, no public rev C1 schematics yet. At rev B these pins are not connected at all, so I can't test.
  • [16:33:25] <jkridner> I'm further confused by why this version of u-boot shows 128MB, but can ignore that for now.
  • [16:33:32] <jkridner> always a chance I applied the patch wrong...
  • [16:33:45] <jkridner> I seem to still be fumbling with git.
  • [16:34:47] <jkridner> it could be that he has these on resistors that aren't populated yet.
  • [16:35:01] <jkridner> which is what would create Rev C2.
  • [16:35:06] * chakie (n=chakie@dsl-tkubrasgw1-fe93f800-248.dhcp.inet.fi) has joined #beagle
  • [16:37:11] <jkridner> I see an R112 on this board that isn't on Rev B.
  • [16:37:47] <dirk2> jkridner: Gerald wrote "All we have are Rev C1 which do have the resistors in them. "
  • [16:38:14] <jkridner> k
  • [16:39:52] <jkridner> I see 10k pulldowns on GPIO171 and GPIO172
  • [16:40:05] <jkridner> 10K is pretty weak.
  • [16:41:21] <jkridner> not sure how you detect that against no resister at all. would work fine for detection if Rev B had pull-ups there.
  • [16:42:46] <khasim> jkridner: I have REV C schematics, what are we looking for?
  • [16:44:05] <dirk2> khasim: We are looking for pull downs at GPIO171 and GPIO172 for Rev C
  • [16:45:21] <jkridner> I have the schematics now.
  • [16:45:37] <khasim> ok
  • [16:45:41] <jkridner> I found that GPIO_172 is not pulled down on my particular board.
  • [16:45:55] <dirk2> khasim: I configured IGPIO171 and GPIO172 as interal pull up: IEN | PTU | EN | M4 Not sure if interal PTU is fine for 10k external pull down.
  • [16:45:58] <jkridner> the resistor is not populated (R112).
  • [16:46:04] <jkridner> khasim: did you get your Rev C1?
  • [16:46:48] <jkridner> if I had any 10k resistors, I could try populating R112 to test the code, but I do not.
  • [16:46:53] <khasim> jkridner: I didn't see any mail from the mailroom, I don't know if they are operational
  • [16:47:01] <jkridner> not sure if this is an assembly error or not.
  • [16:47:15] <jkridner> :(
  • [16:48:07] <dirk2> jkridner: Independent of assembly error or not, the 0x19 in 0x04801900 means that both are high.
  • [16:48:37] <khasim> dirk2: the pins are anyway pulled down externally,
  • [16:48:50] <khasim> dirk2: what are we using these pins for?
  • [16:49:02] <jkridner> board revision detection.
  • [16:49:07] <dirk2> khasim: Rev C detection
  • [16:49:20] <dirk2> khasim: We shall read them low to know we are on Rev C
  • [16:49:31] * rupeshgujare (n=Administ@220.226.28.205) has joined #beagle
  • [16:49:41] <dirk2> khasim: And rev Ax/Bx shall have them high
  • [16:50:17] <dirk2> khasim: and while rev Ax/Bx have no external pull up/down, I assume we have to enable internal pull ups
  • [16:51:05] <dirk2> khasim: to make this work, external pull downs on rev C have to be strong enough to pull pins down with internal pull ups enabled.
  • [16:51:17] <dirk2> khasim: At least this is what I understand ;)
  • [16:52:12] <dirk2> khasim, jkridner: Gerald wrote: "The pulldowns may be too small. I have not been able to look at this myself, but you can short the resisotrs out to give it a hard low."
  • [16:52:19] <khasim> dirk2: what does it show when we read these GPIO pins
  • [16:52:33] <jkridner> R113 might not have a silkscreen entry. :(
  • [16:52:40] <dirk2> khasim: See above 0x04801900
  • [16:53:19] <dirk2> khasim: GPIO_171 == GPIO6.11 and GPIO_172 == GPIO6.12
  • [16:53:51] <dirk2> khasim: the 0x19 in 0x04801900 does mean GPIO6.11 and GPIO6.12 are high
  • [16:54:09] * jkridner goes back to applying usbtty patches.
  • [16:55:05] <dirk2> jkridner: ok. For the moment I will assume that the code seems to be fine and we need strong pull downs.
  • [16:55:43] <khasim> dirk2: why 0x04801900 shouldn't it be 0x48019000
  • [16:56:19] <jkridner> sounds right. I'm certain GPIO_172 has none on my board, but that this will be populated on production boards.
  • [16:56:37] <jkridner> This will be checked.
  • [16:57:08] <khasim> 0x49058000 is what TRM says
  • [16:57:36] <jkridner> khasim: odd: http://pastebin.com/m721cb9ab
  • [16:58:21] <dirk2> khasim: 0x04801900 is GPIO6.11 and GPIO6.12 while 0x48019000 would be GPIO6.15 and GPIO6.16 ?
  • [16:58:32] * Crofton|1rssi (n=balister@pool-71-171-24-107.nwrknj.east.verizon.net) has joined #beagle
  • [16:59:14] <khasim> dirk2: ok, 0x04801900 is the data, I was thinking it as address... :(
  • [16:59:34] <dirk2> khasim: yes, data ;)
  • [16:59:55] * eFfeM (n=Frans@195-241-226-180.ip.telfort.nl) Quit (Read error: 54 (Connection reset by peer))
  • [17:00:36] * khasim will wait for his rev C
  • [17:01:38] <dirk2> koen, mru: Regarding jkridner's 128MB vs 256MB memory size detection issue: Do you still have your super beagles and could test if recent U-Boot still correctly detects 256MB?
  • [17:01:53] <koen> yes and yes
  • [17:02:01] <dirk2> :)
  • [17:02:11] <koen> do you have a binary I can test?
  • [17:02:27] <mru> can't test anything with u-boot until next week
  • [17:02:57] <mru> do you have reason to believe it might not work?
  • [17:03:00] <dirk2> koen: binary: mru's 256MB detection patches are in every U-Boot since some month, so your standard U-Boot should work.
  • [17:03:46] * jkridner provided koen with a binary, but doesn't want the world poking around at the URL.
  • [17:03:47] <dirk2> mru: jkridner wonders why his 256MB are detected as 128MB, and we did a lot of clean up the last weeks ;)
  • [17:04:03] <jkridner> I probably screwed up a merge somewhere.
  • [17:04:10] <geckosenator> too bad you can't stack as much memory on as you like
  • [17:04:18] <mru> jkridner: is the board different somehow?
  • [17:04:27] <koen> a beagle with 4GB would be awesome :)
  • [17:04:29] <jkridner> the git history is the same as what dirk2 shared for this rev c detection patch.
  • [17:04:42] <mru> koen: you can't that much memory on a cortex-a8
  • [17:04:43] <khasim> dirk2: I also see some issues in flashing uImage on NAND with latest u-boot...
  • [17:04:49] <mru> not enough address bits...
  • [17:05:02] <jkridner> mru: the board is rev c1, with EHCI on port 2, but the memory should be the same as your rev c0.
  • [17:05:07] <khasim> dirk2: I checked with sakoman, he uses mtd utils... I will paste a log
  • [17:05:14] <geckosenator> koen: it would be really tall with 256mb parts stacked up
  • [17:05:17] <dirk2> khasim: Yes, I read the log. yes, pastbin
  • [17:05:58] <khasim> has any one tried using u-boot to flash uImage
  • [17:05:59] * jkridner flashes back to LIM paged (Expanded) memory.
  • [17:06:30] <mru> oh, the pain
  • [17:06:47] <dirk2> khasim: I don't
  • [17:07:22] <gregoiregentil> Koen: Was there a problem with 48b4495cdae4a4bc2bc65902f3214c1b084be01d of ffmpeg? I'm getting a SIGSEGV "0x449ce70c in ff_simple_idct_put_neon () from /usr/lib/libavcodec.so.52" and I saw that you have upgraded ffmpeg OE five hours ago?
  • [17:07:46] <mru> gregoiregentil: yes, the update will fix that
  • [17:07:54] <mru> broken linker and csl refuse to fix
  • [17:07:57] <koen> jkridner, dirk2: http://pastebin.com/m4a08e15e
  • [17:08:03] <gregoiregentil> OK. thanks
  • [17:08:12] <koen> jkridner, dirk2: why did uboot environment change *again*?
  • [17:08:37] <jkridner> me checks out the RAM markings on my C1...
  • [17:09:12] * jkridner see 8RA98 JM192
  • [17:09:37] * jkridner visits http://www.micron.com/products/mcps/beagleboard
  • [17:10:36] <jkridner> oops, that was JW192
  • [17:10:55] <jkridner> ah, my Rev C1 only has 128MB!
  • [17:11:02] <khasim> on overo I see 8TA98 JW256
  • [17:11:12] <mru> jkridner: better not repeat that mistake in production ;-)
  • [17:11:15] <khasim> It is 256MB
  • [17:11:21] <jkridner> so, nothing wrong with the patch.
  • [17:11:25] <jkridner> mru: :)
  • [17:11:45] * jkridner still wants an overo.
  • [17:12:46] <koen> jkridner: your uboot breaks the 2.6.27 kernel
  • [17:13:00] <dirk2> koen: Thanks for testing. environment: I'm not aware that we changed something. Hmm...
  • [17:13:40] <koen> no output on serial or dvi
  • [17:14:15] * Crofton|irssi (n=balister@pool-71-171-26-175.nwrknj.east.verizon.net) Quit (Read error: 110 (Connection timed out))
  • [17:14:20] <jkridner> thanks koen.
  • [17:14:22] * Crofton|work (n=balister@pool-71-171-26-175.nwrknj.east.verizon.net) Quit (Read error: 110 (Connection timed out))
  • [17:14:37] * Crofton|work (n=balister@pool-71-171-24-107.nwrknj.east.verizon.net) has joined #beagle
  • [17:14:52] <jkridner> it works with your 2.6.28-r0.
  • [17:15:11] <koen> jkridner, dirk2: actually uboot refuses to save it's env to nand
  • [17:15:15] <jkridner> wish I could get the USB gadget RNDIS working with your 2.6.28-r0.
  • [17:15:20] <jkridner> ah...
  • [17:15:30] <jkridner> koen: that is due to a hack only in my tree.
  • [17:15:42] <jkridner> it will save, but refuses to read it back.
  • [17:16:06] <jkridner> that version of u-boot never reads the environment from flash and always executes the default.
  • [17:16:13] <jkridner> it is a 'recovery' version.
  • [17:16:18] <koen> ah
  • [17:16:25] <jkridner> I use boot.scr on my SD card.
  • [17:17:47] <dirk2> jkridner: maybe you like to disable "Warning - bad CRC, using default environment", too, to not confuse people?
  • [17:18:28] * ScriptRipper (n=mmohring@p4FDBFE78.dip.t-dialin.net) has joined #beagle
  • [17:19:41] <jkridner> dirk2: true. sorry for the hack.
  • [17:19:57] <jkridner> Gerald helped me find R113. it is populated.
  • [17:20:07] <jkridner> probably too weak.
  • [17:23:10] <koen> booting a working uboot from within the 2009.1 one also doesn't properly boot the kernel
  • [17:24:44] * philippe (n=fille@a83-245-252-47.elisa-laajakaista.fi) Quit (Read error: 113 (No route to host))
  • [17:27:19] * philippe (n=fille@a83-245-252-47.elisa-laajakaista.fi) has joined #beagle
  • [17:28:44] * Stskeeps (n=chobits@84.238.11.16) Quit (Read error: 110 (Connection timed out))
  • [17:32:29] <dirk2> sakoman: Do you like to check if U-Boot GPIO handling is needed and if yes correct for Overo? http://www.sakoman.net/cgi-bin/gitweb.cgi?p=u-boot-omap3.git;a=blob;f=board/omap3/overo/overo.c;h=d8e6bcaab4d86a0c3224c63864e7403a96055067;hb=refs/heads/omap3-dev in misc_init_r() . This looks like copied from Beagle.
  • [17:36:02] <ds2> one more full day in the year....
  • [17:37:08] * koen stabs UPS
  • [17:37:16] <koen> "incorrect routing"
  • [17:37:36] <ds2> koen: late birthday gift? =)
  • [17:37:40] * Xenion (n=robert@p579FC0F8.dip.t-dialin.net) has joined #beagle
  • [17:37:41] <koen> I suspect that's jargon for "parcel in wrong truck"
  • [17:37:54] <koen> ds2: new laptop charger, the old one burst into fire
  • [17:38:04] * mrc3 (n=ddiaz@189.157.115.100) Quit (Remote closed the connection)
  • [17:38:45] <ds2> ah
  • [17:39:31] <koen> no strain relief at the plug so the shielding mesh broke
  • [17:39:45] <koen> which in a stroke of genius is used as ground
  • [17:40:09] <ds2> so damage is confined to just that then
  • [17:40:27] <koen> it would be if it hadn't heated and burst into fire
  • [17:40:56] * rupeshgujare (n=Administ@220.226.28.205) has left #beagle
  • [17:41:22] <ds2> isn't that stuff suppose to be self extinguishing? I had the isolation transformer burst into flames and go out on a NE2K
  • [17:42:00] <koen> dunno
  • [17:55:16] * ssvb (n=ssvb___@a88-114-221-132.elisa-laajakaista.fi) has joined #beagle
  • [17:57:42] <adj_> mmpff, i got alsa audio working but volume level is waay to high and alsamixer does not have effect on volume
  • [17:59:36] * Leon_Nardella (n=Leon@200-161-14-111.dsl.telesp.net.br) has joined #beagle
  • [18:00:13] * chelli (n=chelli@p54B862AA.dip.t-dialin.net) has joined #beagle
  • [18:01:24] * felipec (n=felipec@189.153.88.243) has joined #beagle
  • [18:15:31] * ScriptRipper (n=mmohring@opensuse/member/MartinMohring) Quit (Remote closed the connection)
  • [18:19:31] * emeb (n=ericb@ip72-223-90-212.ph.ph.cox.net) has left #beagle
  • [18:20:01] * felipec (n=felipec@189.153.88.243) Quit ("Leaving")
  • [18:28:45] * Leon_Nardella (n=Leon@200-161-14-111.dsl.telesp.net.br) Quit (Remote closed the connection)
  • [18:30:42] * RyoKimball (n=Ryo_Kimb@75-120-206-174.dyn.centurytel.net) has joined #beagle
  • [18:30:53] <RyoKimball> MY BEAGLE JUST CAME IN!!!
  • [18:32:11] <RyoKimball> ...of course, I don't have any cords yet (my computer doesn't even have a rs232...), but still! ^,^
  • [18:32:11] <RyoKimball> 'tis a good day...
  • [18:34:06] * likewise (n=chatzill@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [18:34:41] <likewise> hey fooks
  • [18:39:11] <adj_> argh, just as i got every piece of my beaglebot hardware working and i was able to start making some ugly but functional code, beagle got into a reset loop as the batteries died :(
  • [18:40:03] <koen> hey likewise
  • [18:40:32] * MAD|dentistry is now known as MostAwesomeDude
  • [18:41:49] <likewise> hey koen
  • [18:47:12] * fulgas is now known as FuL|OUT
  • [18:47:16] * FuL|OUT is now known as fulgas
  • [18:47:18] <magnet> evening everyone.
  • [18:48:10] <magnet> I try to setup the dsp on the beagle board, following the tutorial on elinux, is there a way to patch && compile kernel as suggested with openembedded ?
  • [18:48:28] <magnet> I got not enough room on sd to fit the kernel source and compiler.
  • [18:52:53] <koen> magnet: if you use dsplink you can use the ipkgs in the angstrom feeds
  • [18:53:57] <magnet> there is a documentation about it ?
  • [18:55:20] <koen> opkg install ti-lpm-module ti-cmemk-module dsplink-module dsplink
  • [18:55:34] <koen> and the rest is on http://wiki.davincidsp.com/index.php?title=Main_Page
  • [18:55:53] <magnet> thanks !
  • [18:55:56] <koen> or http://focus.ti.com/dsp/docs/dspsplash.tsp?contentId=52451 if you like a hardcopy :)
  • [18:56:35] <koen> the dummiesbook is nice
  • [18:56:38] <koen> (and free)
  • [18:58:14] <koen> mru: does http://cgit.openembedded.net/cgit.cgi?url=openembedded/blob/&id=d0e32eb51276bf691220cc80987ddf9bf07e22e3&path=packages/mythtv/mythtv-0.21/ffmpeg-arm-update.diff have the shlib segfault problem as well?
  • [18:58:24] <magnet> it seems it's a developper website.I just want to use the gstreamer.
  • [18:58:56] <koen> if you want use gstreamer gst-ffmpeg is fast enough atm
  • [18:59:52] <magnet> what is wrong with the dsp ?
  • [19:00:02] <magnet> it seems the best way to play videos.
  • [19:00:38] * notakahashi (n=kdag@adsl-62-167-101-96.adslplus.ch) Quit ("leaving")
  • [19:17:43] * eFfeM (n=Frans@195-241-226-180.ip.telfort.nl) has joined #beagle
  • [19:20:11] * likewise (n=chatzill@82-171-51-231.ip.telfort.nl) Quit ("ChatZilla 0.9.84 [Firefox 3.0.5/2008121621]")
  • [19:25:57] * Stskeeps (n=chobits@84.238.11.16) has joined #beagle
  • [19:32:07] * nemequ_ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) Quit ("Ex-Chat")
  • [19:35:10] * RyoKimball (n=Ryo_Kimb@75-120-206-174.dyn.centurytel.net) has left #beagle
  • [19:39:47] * geckosenator (n=sean@adsl-68-73-100-241.dsl.dytnoh.sbcglobal.net) Quit (Remote closed the connection)
  • [19:40:36] <mru> koen: no, but it's very old
  • [19:41:17] <koen> I know, I'm too lazy to rediff it
  • [19:41:36] <koen> mythtv's ffmpeg copy is old and not a 1:1 copy
  • [19:42:41] <mru> the arm files should be compatible
  • [19:45:10] <mru> if you drop in the very latest you'll get a couple of errors in dsputil_neon.c
  • [19:45:18] <mru> those lines can be safely deleted in that case
  • [19:45:48] <koen> I'll have a look at updating when it actually manages to play something reliably
  • [19:45:59] <mru> there's that too...
  • [19:46:00] <koen> not distorted or with smurf colours
  • [19:46:12] <mru> not using overlay?
  • [19:46:25] <koen> the previews don't seem to use the overlay
  • [19:46:41] <koen> the blue colours are due to not having mmx
  • [19:46:53] <koen> according to the mythtv devs
  • [19:47:21] <mru> that's a bit vague
  • [19:47:28] <prpplague> koen: hey, i was googling around about some wince dev, ran across a page you had created, does this mean you've done some wince dev?
  • [19:48:42] <koen> prpplague: only the usual wince rom dissambling
  • [19:48:50] <prpplague> koen: ahh ok
  • [19:49:11] <koen> I needed to verify some stuff in the pcmcia driver I copy/pasted
  • [19:50:08] * _fulgas (n=fn@a83-132-158-61.cpe.netcabo.pt) has joined #beagle
  • [19:50:15] <koen> prpplague: incidentally, I also fixed the problem with keyboard input and a recent kdrive
  • [19:50:47] <koen> prpplague: http://cgit.openembedded.net/cgit.cgi?url=openembedded/commit/&id=814da25dfa191482e1b0bf614eb064c85a3233b0
  • [19:51:21] <prpplague> koen: oh dandy, thanks
  • [19:51:42] <prpplague> koen: now if i can get these alignment traps to go away, i'd be pretty darn happy with my build
  • [19:51:59] <mru> alignment traps? sounds scary
  • [19:52:14] <koen> prpplague: I think I know what is causing them
  • [19:52:30] <prpplague> koen: do tell
  • [19:53:04] <koen> prpplague: are you on armv5 or armv4?
  • [19:53:11] <prpplague> koen: armv4
  • [19:53:44] <koen> on armv5 cairo has a problem where gcc will generate bad code and cause an alignment trap
  • [19:53:56] <koen> prpplague: you'd have to ask marcin for details, he debugged it for poky
  • [19:54:15] <mru> koen: what does gcc do?
  • [19:54:30] <koen> # webkit-gtk and cairo have alignment issues with double instructions on armv5 so
  • [19:54:33] <koen> # disable them here
  • [19:54:35] <koen> that's what the comment says
  • [19:54:40] <prpplague> koen: that was my guess, i was considering changing the optimization arguments for some of the applications that have the problems, just as a test
  • [19:54:44] <koen> no details on what happens
  • [19:55:12] <prpplague> koen: surprise no one else has been complaining about them other than myself
  • [19:55:36] <koen> they are not fatal due to kernel fixups
  • [19:55:44] <koen> and 99% of the people don't read
  • [19:56:14] <mru> see, that's why I want to make sigbus the default action
  • [19:56:43] <prpplague> koen: yea normally not an issue, but i'm having a few applications crash after 5-10 alignment traps
  • [19:56:52] <prpplague> koen: so i think there might be something bigger going on
  • [19:57:58] <ssvb> mru: the problem is that RMK is the author of the alignment fixup code, so his opinion is biased and he probably does not want to have his code put out of use
  • [19:58:30] <mru> grr
  • [19:58:39] <ZeZu> doesn't beagle have a second usb chipset that was supposed to be accessible via the expansion port ?
  • [19:58:39] <koen> patching every crappy userspace app gets old real fast
  • [19:58:46] <ssvb> that's why we are probably going to have a new crappy default alignment fixup configuration instead of the old crappy one...
  • [19:59:16] <koen> maybe the arm subsystem goes the same way serial went
  • [19:59:45] <koen> rmk creates a mess, refuses to fix it and quits as maintainer
  • [20:01:15] * scruggs (n=chris@72-161-125-188.dyn.centurytel.net) Quit (Remote closed the connection)
  • [20:03:47] * fulgas (n=fn@a83-132-158-61.cpe.netcabo.pt) Quit (Read error: 110 (Connection timed out))
  • [20:07:24] <koen> jkridner: apple-shift-t to switch to/from rtf
  • [20:07:38] <jkridner> thanks!
  • [20:08:10] <koen> it;s in the layout menu (the one between window and message)
  • [20:09:47] * scruggs|overo (n=root@72-161-125-188.dyn.centurytel.net) has joined #beagle
  • [20:16:02] * Wowbagger_ (n=wowbagge@d154-20-130-66.bchsia.telus.net) has joined #beagle
  • [20:17:06] <jkridner> odd... when I toggle, the "rich" | replacements for > still show up.
  • [20:17:12] <jkridner> makes it a real pain to edit.
  • [20:17:30] * jkridner scowls at Mail.app
  • [20:17:44] <koen> I kinda like the threading helpers
  • [20:18:25] <koen> it still uses '>' internally
  • [20:18:29] * mru reads mail with emacs
  • [20:19:20] <koen> jkridner: what I meant is that it doesn't send | in the mail, it uses >
  • [20:19:28] <jkridner> koen: but it doesn't seem to do it dynamically, meaning it shows | > in places, rather than | | and adding > doesn't get replaced by |.
  • [20:19:51] <jkridner> I don't like not knowing what my mail is going to be before it is sent!
  • [20:21:27] * RyoKimball (n=Ryo_Kimb@75-120-206-174.dyn.centurytel.net) has joined #beagle
  • [20:21:49] * scruggs|overo (n=root@72-161-125-188.dyn.centurytel.net) Quit (Read error: 145 (Connection timed out))
  • [20:22:27] <RyoKimball> I know RevC's is going to support the USB Host... is there any way of making it work for the RevB7?
  • [20:23:26] <koen> RyoKimball: plug in a mini-a cable into the otg port
  • [20:24:15] * scruggs (n=chris@72-161-125-188.dyn.centurytel.net) has joined #beagle
  • [20:25:02] * Leon_Nardella (n=Leon@200-161-14-111.dsl.telesp.net.br) has joined #beagle
  • [20:26:44] <RyoKimball> v,v yes, that's always an option. I was hoping to solder on an actual USB-A port
  • [20:27:03] <ds2> please desolder the parts, fab a board, and remount parts as per RevC ;)
  • [20:27:29] <RyoKimball> lol that's an option, too --but FAR more work than I'm willing to do.
  • [20:27:52] <ds2> IIRC, RevC moves the EHCI pins to another set so it is more then just attaching a connector
  • [20:28:18] <adj_> plus a load of USB EHCI host components seem to be missing from rev B boards
  • [20:28:31] <RyoKimball> I was just hoping... I mean, there was that one fix (I don't remember what it was)that was just adding a capacitor.
  • [20:28:40] <RyoKimball> Oh, so that's what the problem was?
  • [20:28:47] <ds2> *nod*
  • [20:28:53] <RyoKimball> Thanks a lot guys ^,^
  • [20:29:40] <adj_> afaik the problem was bad layout and/or bad components, so they have been totally removed from rev b boards
  • [20:30:14] <ds2> there were issues that weren't fully debugged so no reason to stuff unusable parts
  • [20:30:53] <RyoKimball> lol agreeable.
  • [20:30:57] <ds2> what I am curious about but am too busy to look it up is if there is away to route the USB1.1 block out the USB A instead
  • [20:33:16] <RyoKimball> There is far too much on this little board for me to begin trying to trace circuits and find out...
  • [20:33:50] <ZeZu> I was just told that no boards were ever shipped with the EHCI hardware period
  • [20:33:52] <ds2> the schematics are available in the HRM
  • [20:35:57] <adj_> schematics at HRM are quite difficult to read
  • [20:36:02] * koen looks at his a5 and c0 boards with ehci connector
  • [20:36:06] <adj_> this one is better: http://xgoat.com/proj/beagleboard/schematic.pdf
  • [20:36:40] <ds2> there are the schematic files themselves
  • [20:37:15] <adj_> ds2: really? then it seems that my eyes are made of wood :)
  • [20:37:20] * scruggs|overo (n=root@72-161-125-188.dyn.centurytel.net) has joined #beagle
  • [20:38:05] <ZeZu> koen, yea ... were those sold through public means ?
  • [20:38:19] <koen> they weren't sold, but they were shipped
  • [20:38:44] <muriani> they just happened to have them?
  • [20:39:17] <ds2> just like he happen to have a Pico kit w/an unprogrammed FPGA ;)
  • [20:39:26] <ZeZu> hehe
  • [20:39:34] <muriani> haha
  • [20:40:12] <koen> ds2: I have one with a new fpga firmware now :)
  • [20:40:21] <koen> ds2: sadly i2c doesn't seem to work 100%
  • [20:40:36] * koen is waiting for the DLP guys to return from holidays
  • [20:40:45] <ds2> koen: oh :( are you running it at 2.6MHz?
  • [20:40:49] <ZeZu> I picked up a whole box of boards w/ DLP / FPGA hardware on them for $10
  • [20:40:55] <ZeZu> seem to be TV / Projector boards
  • [20:41:16] <koen> ds2: dunno, the default :)
  • [20:41:18] <ZeZu> and a psu board that has some pretty nice voltages coming off it
  • [20:41:38] <ZeZu> and some idiot through a cheapo dvd pcb in there too
  • [20:41:45] <ds2> looking at things that stuck around over time, it seems TI is doing very well -- still got my TI calculator from 1990 and still using it
  • [20:42:15] <muriani> I've still got my TI-89, think I finally gave away the TI-85
  • [20:42:16] <ds2> koen: Hmmmm I wonder that I2C timeout thing from a while back is coming back in a different form (weak pullups I think was the issue then)
  • [20:42:33] <ZeZu> FPGA's are really nice, i've never got the chance to work with one directly
  • [20:43:56] <koen> ds2: I'll wait for Jim to test with his beagle and picos
  • [20:45:20] * Wowbagger_ (n=wowbagge@d154-20-130-66.bchsia.telus.net) Quit ("Leaving")
  • [20:50:57] * felipec (n=felipec@189.153.88.243) has joined #beagle
  • [20:51:49] * florian (n=fuchs@g228194222.adsl.alicedsl.de) has joined #beagle
  • [20:53:46] * Stskeeps (n=chobits@84.238.11.16) Quit (Read error: 110 (Connection timed out))
  • [21:06:49] * prpplague (n=dave@mail.americanmicrosystems.com) Quit ("Leaving")
  • [21:06:52] * likewise (n=chatzill@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [21:07:11] * Leon_Nardella (n=Leon@200-161-14-111.dsl.telesp.net.br) Quit (Remote closed the connection)
  • [21:10:44] * dcramer (n=davec@dcdsl.ebox.com) Quit (Remote closed the connection)
  • [21:10:45] * dcramer_ (n=davec@dcdsl.ebox.com) has joined #beagle
  • [21:11:27] * RyoKimball (n=Ryo_Kimb@75-120-206-174.dyn.centurytel.net) has left #beagle
  • [21:11:28] * dcramer (n=davec@dcdsl.ebox.com) has joined #beagle
  • [21:14:51] * fraz__ (n=fraz@host143186050011.borland.com) has joined #beagle
  • [21:15:41] * Xerion_ (i=xerion@82-170-197-160.ip.telfort.nl) has joined #beagle
  • [21:17:05] * Leon_Nardella (n=Leon@200-161-14-111.dsl.telesp.net.br) has joined #beagle
  • [21:17:43] * Xenion (n=robert@p579FC0F8.dip.t-dialin.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [21:17:43] * rsalveti (n=salveti@201-27-57-232.dsl.telesp.net.br) Quit (kubrick.freenode.net irc.freenode.net)
  • [21:17:43] * valhalla (n=valhalla@81-174-21-57.dynamic.ngi.it) Quit (kubrick.freenode.net irc.freenode.net)
  • [21:17:43] * gregoiregentil (n=zonbu@adsl-71-135-114-242.dsl.pltn13.pacbell.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [21:17:43] * JimDonova11 (n=angstrom@c-66-30-221-249.hsd1.ma.comcast.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [21:17:43] * Ragha (n=Ragha@nat/ti/x-6d7aee843dba253d) Quit (kubrick.freenode.net irc.freenode.net)
  • [21:17:43] * ShadowJK (i=jk@terminus.enivax.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [21:17:43] * Xerion (i=xerion@82-170-197-160.ip.telfort.nl) Quit (kubrick.freenode.net irc.freenode.net)
  • [21:17:43] * AV500 (n=av500@p50996ded.dip0.t-ipconnect.de) Quit (kubrick.freenode.net irc.freenode.net)
  • [21:17:43] * beewoolie (n=beewooli@66.147.194.238) Quit (kubrick.freenode.net irc.freenode.net)
  • [21:17:50] * Xerion_ is now known as Xerion
  • [21:18:39] * ShadowJK (i=jk@terminus.enivax.net) has joined #beagle
  • [21:20:11] * AV500 (n=av500@p50996ded.dip0.t-ipconnect.de) has joined #beagle
  • [21:21:28] * Xenion (n=robert@p579FC0F8.dip.t-dialin.net) has joined #beagle
  • [21:21:34] * dirk2 (n=dirk@p5B042D54.dip0.t-ipconnect.de) has left #beagle
  • [21:21:36] * JimDonova11 (n=angstrom@c-66-30-221-249.hsd1.ma.comcast.net) has joined #beagle
  • [21:21:48] * valhalla (n=valhalla@81-174-21-57.dynamic.ngi.it) has joined #beagle
  • [21:22:25] * beewoolie (n=beewooli@66.147.194.238) has joined #beagle
  • [21:23:18] * gregoiregentil (n=zonbu@adsl-71-135-114-242.dsl.pltn13.pacbell.net) has joined #beagle
  • [21:27:28] * likewise (n=chatzill@82-171-51-231.ip.telfort.nl) Quit ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]")
  • [21:27:34] * koen finally knows what the 'ritsy' is rogermonk keeps mentions
  • [21:27:47] <koen> it's how RTSC is pronounced by TI people
  • [21:28:04] <eFfeM> lol
  • [21:28:05] * dcramer_ (n=davec@dcdsl.ebox.com) Quit (Read error: 113 (No route to host))
  • [21:28:13] * eFfeM (n=Frans@195-241-226-180.ip.telfort.nl) has left #beagle
  • [21:34:24] <koen> the dummies book also clears up why dot-in-pwd problem went unnoticed for a long time
  • [21:35:02] <koen> the RTSC name is supposed to be like foo.bar.qupl and should be in $PWD/foo/bar/qupl
  • [21:37:18] * emeb (n=ericb@ip72-223-90-212.ph.ph.cox.net) has joined #beagle
  • [21:39:55] * Pavlov (n=pavlov@shell.off.net) Quit (Remote closed the connection)
  • [21:39:59] * Pavlov (n=pavlov@shell.off.net) has joined #beagle
  • [21:42:06] * kdag (n=kdag@adsl-62-167-101-96.adslplus.ch) has joined #beagle
  • [21:43:13] * kdag (n=kdag@adsl-62-167-101-96.adslplus.ch) Quit (Client Quit)
  • [21:43:56] * Ragha (n=Ragha@nat/ti/x-8adac91f52d67ce9) has joined #beagle
  • [21:47:22] * notakahashi (n=kdag@adsl-62-167-101-96.adslplus.ch) has joined #beagle
  • [21:49:57] * Pavlov (n=pavlov@shell.off.net) Quit (Remote closed the connection)
  • [21:50:21] * Pavlov (n=pavlov@shell.off.net) has joined #beagle
  • [21:51:55] * bazbell (n=a0192809@nat/ti/x-e26a6e8fe8fd2e46) Quit ("Leaving.")
  • [21:52:24] <koen> hmmm
  • [21:52:36] <koen> autotools wrapping make wrapping javascript
  • [21:52:45] <koen> I guess there's a first for everything
  • [21:55:16] * likewise (n=chatzill@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [21:56:54] * Pavlov (n=pavlov@shell.off.net) Quit (Remote closed the connection)
  • [21:56:57] * Pavlov (n=pavlov@shell.off.net) has joined #beagle
  • [21:57:44] <Xenion> good night folks / gute nacht pennt jut ! :-)
  • [21:58:40] <florian> koen: sounds like you have fun ;)
  • [21:58:52] * florian gets crazy with wvdial on arm
  • [21:59:37] * bazbell (n=a0192809@nat/ti/x-d5f4abb614d7899b) has joined #beagle
  • [22:02:01] * Pavlov (n=pavlov@shell.off.net) Quit (Remote closed the connection)
  • [22:02:05] * Pavlov (n=pavlov@shell.off.net) has joined #beagle
  • [22:07:10] <koen> florian: well, I spent a big chunk of the day debugging kdrive/xmodmap on a pxa250 device, so a little javascript doesn't scare me anymore :)
  • [22:07:58] <florian> koen: heh
  • [22:08:21] <florian> koen: did you find the xmodmap issue?
  • [22:10:33] <koen> sort of
  • [22:10:45] <koen> graeme and I suspect a race condition in the evdev/hal code
  • [22:11:01] <koen> florian: http://cgit.openembedded.net/cgit.cgi?url=openembedded/commit/&id=814da25dfa191482e1b0bf614eb064c85a3233b0
  • [22:11:36] <koen> florian: I need to clean up my patches to add debugging output to xserver-common and have you apply those to svn
  • [22:15:00] * Xenion (n=robert@p579FC0F8.dip.t-dialin.net) Quit ("Verlassend")
  • [22:15:01] * Leon_Nardella (n=Leon@200-161-14-111.dsl.telesp.net.br) Quit (Remote closed the connection)
  • [22:16:28] * scruggs|overo (n=root@72-161-125-188.dyn.centurytel.net) Quit (Read error: 145 (Connection timed out))
  • [22:18:20] * BThompson (n=BThompso@nat/ti/x-7773d8aae3c9869f) Quit (Remote closed the connection)
  • [22:18:53] <florian> koen: evil....
  • [22:22:05] * MostAwes1meDude (n=simpson@c-24-21-147-156.hsd1.or.comcast.net) has joined #beagle
  • [22:23:53] * MostAwesomeDude (n=simpson@c-24-21-147-156.hsd1.or.comcast.net) Quit (Read error: 110 (Connection timed out))
  • [22:35:50] <adj_> finally i had some time to update my beaglebot project website up-to-date:
  • [22:35:52] <adj_> http://www.hervanta.com/stuff/Beaglebot
  • [22:37:45] * rsalveti (n=salveti@201-27-57-232.dsl.telesp.net.br) has joined #beagle
  • [22:38:48] * MostAwes1meDude (n=simpson@c-24-21-147-156.hsd1.or.comcast.net) Quit (Read error: 110 (Connection timed out))
  • [22:39:04] * abitos (n=nixgibts@p5B2E4EDF.dip.t-dialin.net) has joined #beagle
  • [22:39:56] <jkridner|web> neat!
  • [22:40:23] <koen> it even has videos :)
  • [22:40:26] <jkridner|web> do you have a blog post announcing the project that includes some of the pics and video?
  • [22:40:40] <jkridner|web> I love the sound of the motor.
  • [22:41:34] <adj_> no, i haven't done any blog postings
  • [22:41:39] * jkridner|web worries about the move of the DVI-D (HDMI) connector on Rev C, but it should be fine. I don't even think you use the DVI-D connection.
  • [22:41:51] <muriani> I would!
  • [22:41:58] <muriani> oh, on the beaglebot
  • [22:42:01] <jkridner|web> if you do, let me know. I'd love to share this in the http://beagleboard.org rss feed.
  • [22:42:16] <jkridner|web> muriani: on anything interesting BeagleBoard related.
  • [22:42:20] <koen> jkridner|web: ah, another beagleboard that doesn't fit into the specialcomp case :)
  • [22:42:45] <jkridner|web> I track blogs that Google says they mention the BealgeBoard.
  • [22:43:50] <koen> this dummies book is pretty interesting
  • [22:45:25] <jkridner|web> mine is probably sitting in the office.
  • [22:45:35] <jkridner|web> along with my CATC. :(
  • [22:45:55] <koen> you have a spare CAT at home, right?
  • [22:46:17] <koen> but I guess it only chews up usb cables instead of analyzing the traffic
  • [22:47:54] <jkridner|web> :)
  • [22:47:59] <jkridner|web> I have 3 cats.
  • [22:48:19] * Joseph_L (n=Joseph_L@pool-173-74-39-192.dllstx.fios.verizon.net) has joined #beagle
  • [22:48:34] <jkridner|web> only one currently chews on USB cables. the others grew out of that.
  • [22:51:55] <muriani> jkridner|web: I have 3 as well :)
  • [22:52:15] <muriani> and home time.
  • [22:52:16] <muriani> *poof*
  • [22:52:35] <sakoman> sigh, nothing like a hard disk crash to make you realize how much you customize your machine over the default installation :-(
  • [22:52:56] <sakoman> takes forever to get back to normal
  • [22:53:18] * koen used to have /etc under version control
  • [22:53:27] <Joseph_L> How do I download the Linux kernel uImage to the Beagle board DDR using UART?
  • [22:53:45] <raster> sakoman: indeed. it wasnt crashes by a cycle of getting new machines or extra ones that made me create a "inst' dir in ~/
  • [22:53:47] <koen> using an SD card is simpler and faster
  • [22:53:51] <raster> in that is a script
  • [22:53:57] <raster> that adds my favorite package set
  • [22:54:03] <raster> and fixes up config files
  • [22:56:02] <Joseph_L> So just use an SD card then? Will that put the kernel on the ddr?
  • [22:56:38] <sakoman> raster: good idea
  • [22:57:38] <jkridner|web> Joseph_L: you would generally "fatload mmc 0 82000000 uImage" to copy the kernel from SD card into DDR.
  • [22:57:38] <koen> raster: is http://exchange.enlightenment.org/ supposed to work?
  • [22:58:29] <jkridner|web> you can look at the BeagleBoardBeginners wiki page for examples on loading kernels from SD card.
  • [22:58:37] <Joseph_L> jkridnet|web: thanks for your help, I will try this
  • [22:58:45] <jkridner|web> loading over serial with 'loadb' or 'loady' works as well, but is slower.
  • [22:59:07] * abitos (n=nixgibts@p5B2E4EDF.dip.t-dialin.net) Quit (Nick collision from services.)
  • [22:59:16] <jkridner|web> loading over USB is a work-in-progress.
  • [22:59:23] * abitos (n=nixgibts@p5B2E4EDF.dip.t-dialin.net) has joined #beagle
  • [22:59:48] * cbrake is now known as cbrake_away
  • [23:00:06] <koen> jkridner|web: how work would it be to add dfu support now musb support for omap3 is in your tree?
  • [23:00:49] <jkridner> I'm not sure how buggy the musb code is.
  • [23:01:18] <Joseph_L> jkridner|web: ok, is there a beginners page on loading over serial?
  • [23:01:22] <jkridner> if the musb code isn't so buggy, then using dfu shouldn't be so hard (pulling from u-boot-usb).
  • [23:01:38] <koen> raster: ah, safari makes exchange.enlightenment.org create a error 500 page
  • [23:01:53] <jkridner> Joseph_L: no. everyone uses SD cards as they are faster and provide a place to hold a large root file system.
  • [23:02:21] <Joseph_L> jkridner|web: Ok, thanks for your help
  • [23:02:24] <jkridner> koen: I'd wait until usbtty worked.
  • [23:03:38] * uwe2 (n=uwe@dslb-084-056-043-020.pools.arcor-ip.net) has joined #beagle
  • [23:03:45] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  • [23:06:18] * Joseph_L (n=Joseph_L@pool-173-74-39-192.dllstx.fios.verizon.net) has left #beagle
  • [23:08:04] <raster> koen: hmm - that is up and down - depending on the code
  • [23:08:17] <raster> but its more intended to be used from code
  • [23:08:27] <raster> i dont think peolpe care that much about using it from a browser
  • [23:08:39] <raster> ie more for services for exchanging themes/wallpapers etc.
  • [23:08:52] <raster> so your in-app dialogs just list extra stuff to browse
  • [23:08:55] <raster> :)
  • [23:09:20] * guillaum1 (n=Guillaum@AMontsouris-153-1-95-161.w90-2.abo.wanadoo.fr) Quit ("Leaving.")
  • [23:09:43] * guillaum1 (n=gl@AMontsouris-153-1-95-161.w90-2.abo.wanadoo.fr) has joined #beagle
  • [23:13:56] * uwe__ (n=uwe@dslb-084-056-003-115.pools.arcor-ip.net) Quit (Read error: 113 (No route to host))
  • [23:15:02] * uwe_ (n=uwe_@dslb-084-056-003-115.pools.arcor-ip.net) Quit (Read error: 113 (No route to host))
  • [23:19:40] * likewise will stay home tomorrow to get that D/K EOY package from UPS.
  • [23:30:05] * notakahashi (n=kdag@adsl-62-167-101-96.adslplus.ch) Quit ("leaving")
  • [23:30:20] * notakahashi (n=kdag@adsl-62-167-101-96.adslplus.ch) has joined #beagle
  • [23:32:37] * dcordes (n=dcordes@unaffiliated/dcordes) has joined #beagle
  • [23:36:49] * valhalla (n=valhalla@81-174-21-57.dynamic.ngi.it) Quit ("Leaving")
  • [23:41:32] * chelli (n=chelli@debian/developer/tschmidt) Quit ("IRC is just multiplayer notepad")
  • [23:43:40] * likewise (n=chatzill@82-171-51-231.ip.telfort.nl) Quit (Remote closed the connection)
  • [23:46:20] * uwe_ (n=uwe_@dslb-084-056-043-020.pools.arcor-ip.net) has joined #beagle
  • [23:48:46] * dcordes_ (n=dcordes@unaffiliated/dcordes) Quit (Read error: 110 (Connection timed out))