• [00:33:53] * rsalveti (n=salveti@200.184.118.132) Quit (Read error: 113 (No route to host))
  • [00:49:00] * ferret_0567 (n=ferret_0@unaffiliated/ferret0567/x-681468) Quit (Read error: 104 (Connection reset by peer))
  • [01:09:25] <ds2> I don't suppose anyone here is good at getting old sysfs class stuff to current sysfs stuff?
  • [01:12:09] * rsalveti (n=salveti@189.70.140.74) has joined #beagle
  • [01:52:02] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [02:04:24] <jkridner> good morning khasim
  • [02:11:40] * Olipro (i=Olipro@unaffiliated/olipro) Quit ("Leaving")
  • [02:11:54] * jkridner|work (n=a0321898@nat/ti/x-f4d6c9cf0108164d) has joined #beagle
  • [02:21:18] * macneib (n=macneib@76-10-128-118.dsl.teksavvy.com) Quit (Read error: 113 (No route to host))
  • [02:21:21] * macneib (n=macneib@d221-71-252.commercial.cgocable.net) has joined #beagle
  • [03:29:24] * bazbel1 (n=a0192809@nat/ti/x-f700cb325c2b6c80) has joined #beagle
  • [03:33:16] * bazbell (n=a0192809@nat/ti/x-064af9d56c791db9) Quit (Remote closed the connection)
  • [03:59:07] * bazbel1 (n=a0192809@nat/ti/x-f700cb325c2b6c80) Quit ("Leaving.")
  • [04:03:06] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [04:12:10] * GeneralAntilles (n=GeneralA@pdpc/supporter/active/generalantilles) Quit (Remote closed the connection)
  • [04:20:36] * Olipro (i=Olipro@unaffiliated/olipro) has joined #beagle
  • [04:38:17] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [05:13:03] * jkridner|work (n=a0321898@nat/ti/x-f4d6c9cf0108164d) Quit (kubrick.freenode.net irc.freenode.net)
  • [05:13:03] * hadara (i=hadara@bsd.ee) Quit (kubrick.freenode.net irc.freenode.net)
  • [05:13:03] * rsalveti (n=salveti@189.70.140.74) Quit (Remote closed the connection)
  • [05:15:14] * bernard_ (n=bernard@mersenne.largestprime.net) Quit (Remote closed the connection)
  • [05:15:20] * bernard_ (n=bernard@mersenne.largestprime.net) has joined #beagle
  • [05:16:28] * rsalveti (n=salveti@189.70.140.74) has joined #beagle
  • [05:18:24] * jkridner|work (n=a0321898@nat/ti/x-f4d6c9cf0108164d) has joined #beagle
  • [05:18:24] * hadara (i=hadara@bsd.ee) has joined #beagle
  • [05:33:04] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [05:50:55] * khasim (n=a0393720@192.163.20.231) has left #beagle
  • [05:51:02] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [06:19:52] * RobotGuy (n=Dale@dsl093-038-072.pdx1.dsl.speakeasy.net) Quit ("I'll be back..")
  • [06:37:11] * JoeBorn__ (n=jborn@124.65.4.54) has joined #beagle
  • [07:16:48] * RogerMonk (n=a0740758@nat/ti/x-9d99f1dbedafc642) has joined #beagle
  • [07:27:35] * Olipro (i=Olipro@unaffiliated/olipro) Quit (Read error: 104 (Connection reset by peer))
  • [07:52:20] * JoeBorn__ (n=jborn@124.65.4.54) Quit (Read error: 110 (Connection timed out))
  • [08:03:18] <mru> morning
  • [08:03:47] <mru> koen: so my fix was indeed a fix...
  • [08:07:51] * likewise (n=Leon_Woe@atwork-186.r-212.178.104.atwork.nl) has joined #beagle
  • [08:18:12] <RogerMonk> morning
  • [08:19:03] <ldesnogu> funny that the kernel miscompilation with 4.3.1 was also due to inline assembly
  • [08:19:39] <RogerMonk> mru - did you guys find the image corruption issue?
  • [08:20:11] <ldesnogu> RogerMonk: yes http://groups.google.com/group/beagleboard/browse_thread/thread/9b8025fc15120fd9?hl=en
  • [08:26:17] <RogerMonk> nice one guys!
  • [08:39:59] * RogerMonk (n=a0740758@nat/ti/x-9d99f1dbedafc642) has left #beagle
  • [09:05:35] * royerfa (n=x0091539@nat/ti/x-1031d6fbbc5173ca) has joined #beagle
  • [09:06:01] <royerfa> hello everybody
  • [09:06:44] <royerfa> Khasim : I am working on hacking the kernel to solve the segmentation fault on the 3D demos
  • [09:07:28] <royerfa> Khashim : can you tell me which kernel you are working on and what changes have you done for the moment
  • [09:07:35] <royerfa> THX
  • [10:01:00] * lardman|gone is now known as lardman
  • [10:09:01] * RogerMonk (n=a0740758@nat/ti/x-a5caf9743a128f9c) has joined #beagle
  • [10:11:25] * RogerMonk (n=a0740758@nat/ti/x-a5caf9743a128f9c) has left #beagle
  • [10:14:44] * intu (n=intu@ubr1-201-91.ubr.tartu.stv.ee) has joined #beagle
  • [10:23:12] * RogerMonk (n=a0740758@nat/ti/x-0dffb1010ac4bea1) has joined #beagle
  • [10:49:49] * Foolean (n=emil@foolean.ros.sgsnet.se) has joined #beagle
  • [11:09:23] * koen discovers an omap3 config file in the dsplink sources
  • [11:09:52] <Crofton|work> koen, you are building dsplink from the cmem source?
  • [11:10:47] <koen> no
  • [11:10:55] <koen> CE 2.10 lacks omap3 support
  • [11:11:04] <Crofton|work> cmem depends on specific versions f dsplink
  • [11:11:09] <Crofton|work> I suspected as much :)
  • [11:11:48] <Crofton|work> NPR just mentioned there a dutch and canadian troops if afghanistan
  • [11:11:59] <Crofton|work> as opposed to the generic NATO
  • [11:12:11] <koen> right
  • [11:12:22] <koen> the dutch are very popular in afghanistan
  • [11:12:39] <koen> we have one of those ultra modern houwitzer 2000 artillery
  • [11:13:29] <koen> which liberates the the other camps every week or so
  • [11:13:45] <Crofton|work> http://en.wikipedia.org/wiki/PzH_2000
  • [11:14:32] <koen> this version is so new it comes equipped with a couple of germans that service it after each shot :)
  • [11:14:39] <Crofton|work> heh
  • [11:14:55] <koen> we sold the other houwitzer to the danes
  • [11:16:45] <koen> funny how people say "NATO force" when several countries in that force hate eachothers guts
  • [11:20:25] <koen> Crofton|work: cmem is a pretty 'dumb' memory allocator
  • [11:20:38] <koen> Crofton|work: the version requirement comes from the other CE stff
  • [11:20:41] <koen> stuff*
  • [11:22:14] <Crofton|work> yeah, I think cmem will have issues going upstream also
  • [11:24:13] <koen> should be pretty straightforward, though
  • [11:24:37] <koen> I guess the most complaints will be "why doing you use API foo()?"
  • [11:27:27] <koen> gah
  • [11:27:34] <koen> s/doing/aren't/
  • [11:31:29] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [11:32:21] <koen> Crofton|work: I just pushed out some more updates to dsplink
  • [11:33:10] <jkridner|work> I'm hopeful that questions like "why aren't you using API foo()" will turn into us using functions like foo() and supporting less of our own code.
  • [11:33:16] <RogerMonk> Hi guys - back from lunch...
  • [11:33:24] <RogerMonk> Crofton|work
  • [11:33:36] <RogerMonk> Crofton|work: cmem depends on specific versions f dsplink - Not quite true
  • [11:33:38] <jkridner|work> There are plans to re-factor all of this work, which is part of what makes it tricky to figure out what to push.
  • [11:33:50] <RogerMonk> Codec Engine depends on dsplink
  • [11:33:59] <RogerMonk> Codec Engine depends on cmem
  • [11:34:06] <RogerMonk> no tie between dsplink and cmem
  • [11:34:46] <Crofton> RogerMonk, righ
  • [11:34:49] <RogerMonk> In my mind, we should have a codec engine package inside OE which builds it's own dsplink and cmem modules
  • [11:35:31] <Crofton> ok, today kitchen floor and get gnuradio USRO running on beagle
  • [11:35:46] <Crofton> a pox on people who depend on private libusb structs
  • [11:48:44] * lardman is now known as lardman|gone
  • [11:59:34] * likewise (n=Leon_Woe@atwork-186.r-212.178.104.atwork.nl) Quit ("ChatZilla 0.9.83 [Firefox 3.0/2008061015]")
  • [11:59:39] <koen> Crofton|work: tried raising the issue on the usrp list?
  • [12:02:31] <Crofton|work> not yet
  • [12:02:46] <Crofton|work> they won't care since libusb-1 is not in any mainstream distros
  • [12:02:51] <Crofton|work> I need to hack more
  • [12:03:08] <Crofton|work> when I have a solution, I'll discuss with them
  • [12:03:12] <Crofton|work> or I get stuck
  • [12:20:31] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [12:23:35] * BThompson (n=BThompso@nat/ti/x-4ff2c511adbc9449) has joined #beagle
  • [12:24:30] <koen> *lightbulb*
  • [12:24:51] <koen> the beagle uses a different gcc for the kernel, which dsplink doesn't know about
  • [12:26:00] <RogerMonk> I thought dsplink was ok, but cmem was failing?
  • [12:26:08] <RogerMonk> what error are you getting with dsplink?
  • [12:26:40] <koen> I cant insert the module doe to 'invalid module format'
  • [12:27:13] <RogerMonk> hmmm
  • [12:27:29] <koen> why can be expexted when mixing compilers
  • [12:27:54] <RogerMonk> why would the GCC be different when building dsplink?
  • [12:28:25] <koen> dsplink doesn't hook into the kernel buildsystem and hence can't use the OE kernel infrastructure
  • [12:28:43] <koen> and on armv7a we use csl2007q3 for the kernel and gcc 4.3.1 for userspace
  • [12:28:52] <RogerMonk> ah - ok, understand
  • [12:29:23] <koen> which is why I mentioned "seperate applications from kernel stuff" in the conference call :)
  • [12:29:36] <RogerMonk> yep
  • [12:31:56] <jkridner|work> khasim: ping
  • [12:32:01] <koen> of course dsplink.lib gets built as part of the kernel stuff..
  • [12:32:23] <koen> but at least I'm making some progress :)
  • [12:39:19] <Crofton|work> dsplink.lib is the lib for arm side user programs?
  • [12:39:31] <RogerMonk> yep
  • [12:41:24] <koen> hmmmm
  • [12:41:35] <koen> FATAL: Error inserting dsplinkk (/lib/modules/2.6.26-rc9-omap1/kernel/drivers/dsp/dsplinkk.ko): Invalid module format
  • [12:41:39] <koen> still the same error
  • [12:41:54] <RogerMonk> can we move back to 2.6.22 for some tests?
  • [12:45:58] * rsalveti (n=salveti@189.70.140.74) Quit (Read error: 110 (Connection timed out))
  • [12:46:57] * dschaeffer (n=daniel@timesys-gw0.cust.expedient.net) has joined #beagle
  • [12:47:26] * Olipro (i=Olipro@unaffiliated/olipro) has joined #beagle
  • [12:52:16] * rsalveti (n=salveti@200.184.118.132) has joined #beagle
  • [12:54:07] <Crofton|work> koen, do you have the force option set?
  • [12:55:37] <sakoman__> koen: updated soc patch for OE - http://www.sakoman.net/cgi-bin/gitweb.cgi?p=org.openembedded.dev-omap3.git;a=commit;h=c6672254036baebec301bdcd42d15ef71be43d07
  • [13:33:31] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [13:37:46] <koen> Crofton|work: -f doesn't help for invalid module format in this case
  • [13:40:05] * prpplague (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [13:55:08] * ted616 (i=ted@207.236.18.82) has joined #beagle
  • [13:57:48] <ted616> Hello, anyone know how I can access the serial port in the linux?
  • [13:58:58] <ted616> I am using the MDK ZOOM, and ttys2 as the serial console, but I want to use another ttys to communicate with the GSM modem
  • [14:07:26] * Olipro_ (i=Olipro@unaffiliated/olipro) has joined #beagle
  • [14:08:59] <koen> sakoman__: thanks!
  • [14:09:40] * Olipro (i=Olipro@unaffiliated/olipro) Quit (Connection timed out)
  • [14:09:44] * Olipro_ is now known as Olipro
  • [14:10:08] <sakoman__> koen: you are welcome. hopefully it improves things for you. let me know of any issues
  • [14:18:28] <koen> sakoman__: http://rafb.net/p/XahtG019.txt
  • [14:19:56] <sakoman__> koen: how can I reproduce this?
  • [14:22:53] <koen> I aplay'ed a sample and then told mplayer to play bigbuck bunnt with -ao alsa:device=hw=0:0
  • [14:24:55] <sakoman__> so 2 simultaneous streams being played?
  • [14:25:24] <koen> no
  • [14:27:03] <sakoman__> so first aplay (which I assume worked) and then mplayer of bigbuck (which I assume fails?)
  • [14:31:05] <ted616> Hi, guys, how to access the serial port of the omap3430 in the linux?
  • [14:31:53] * royerfa (n=x0091539@nat/ti/x-1031d6fbbc5173ca) has left #beagle
  • [14:31:53] <ted616> also another question, what gui interface are you using on the OMAP3430 platform?
  • [14:32:46] <koen> sakoman__: right
  • [14:33:30] <sakoman__> what does -ao alsa:device=hw=0:0 do on mplayer?
  • [14:33:56] <sakoman__> if I use that on the evm the movie plays without sound
  • [14:34:10] <koen> tell is to use the alsa audio driver instead of oss or sdl
  • [14:34:33] <sakoman__> with just a straight "mplayer bigbuck..." it plays perfectly
  • [14:34:46] <koen> which ao driver does that use?
  • [14:36:16] <sakoman__> koen: have no clue!
  • [14:36:34] <sakoman__> how does one tell?
  • [14:36:49] <koen> it should tell you in the console
  • [14:37:52] <sakoman__> ah yes, AO: [oss]
  • [14:39:02] <sakoman__> koen: mplayer -ao alsa works for me
  • [14:39:54] <sakoman__> even reports AO: [alsa]
  • [14:45:45] <sakoman__> koen: can't get it to fail here (other than no sound for your suggested command line option)
  • [14:46:02] <sakoman__> but I am on EVM, not beagle
  • [14:46:19] <koen> ok
  • [14:47:16] * hagisbasheruk (n=hagisbas@cpc2-clyd1-0-0-cust78.renf.cable.ntl.com) has joined #beagle
  • [14:57:35] <sakoman__> koen: is it 100% reproducible for you?
  • [15:01:50] * RogerMonk (n=a0740758@nat/ti/x-0dffb1010ac4bea1) Quit (Remote closed the connection)
  • [15:22:17] * trickie (n=trickie@basesoft.xs4all.nl) Quit ("Leaving")
  • [15:24:31] * keesj is now known as k-way
  • [15:39:11] * hagisbasheruk (n=hagisbas@cpc2-clyd1-0-0-cust78.renf.cable.ntl.com) Quit (Read error: 110 (Connection timed out))
  • [15:45:14] <koen> sakoman__: sadly not, but more than 50%
  • [15:45:38] <koen> sakoman__: but then again, it's i2c-ish stuff, which isn't the posterboy for stability on beagle
  • [15:58:43] * dirk2 (n=dirk@F326c.f.strato-dslnet.de) has joined #beagle
  • [16:09:15] <dirk2> A lot of new binaries and source tar balls (e.g uboot 1.3.3) :( at http://code.google.com/p/beagleboard/downloads/list
  • [16:09:51] <dirk2> Seems that http://code.google.com/p/beagleboard/wiki/BeagleSourceCode still needs an update, thought. The links are wrong...
  • [16:40:05] <sakoman__> dirk2: is the u-boot 1.3.3 significantly different from our git u-boot?
  • [16:42:43] <sakoman__> dirk2: btw, did a merge with upstream u-boot this morning and result seems to work fine.
  • [16:43:30] <jkridner> ted616: Beagle is OMAP3530, but it is software compatible.
  • [16:43:49] <jkridner> ted616: accessing the serial port is the same as with any Linux platform.
  • [16:44:29] <jkridner> ted616: It is possible to use the Angstrom distribution with the BeagleBoard and that includes an X11 GUI with various window manager options.
  • [16:45:15] <jkridner> ted616: I expect that non-Linux operating systems will also eventually be ported to the Beagle Board, as there are other operating systems running on the OMAP35x application processors.
  • [16:49:53] * jkridner|work1 (n=a0321898@nat/ti/x-639b471e59d73973) has joined #beagle
  • [16:50:17] * RogerMonk (n=a0740758@nat/ti/x-650b216b5b050b59) has joined #beagle
  • [16:51:04] * jkridner|work1 (n=a0321898@nat/ti/x-639b471e59d73973) has left #beagle
  • [16:51:34] * jkridner|work1 (n=a0321898@nat/ti/x-964f39add5399403) has joined #beagle
  • [16:51:43] * jkridner|work1 (n=a0321898@nat/ti/x-964f39add5399403) Quit (Client Quit)
  • [16:52:00] * koen is having a extremely bad spelling day
  • [16:52:09] <koen> everything I touch is getting littered with typos
  • [16:54:03] <ted616> jkridner: thanks for your info. could you give me some examples or software to access the OMAP serial port in omap-linux?
  • [16:55:00] * jkridner|work (n=a0321898@nat/ti/x-f4d6c9cf0108164d) Quit (Remote closed the connection)
  • [16:55:27] <jkridner> ted616: http://tldp.org/HOWTO/Serial-HOWTO.html
  • [16:55:51] <jkridner> anyone know if minicom is built using Anstrom?
  • [16:56:18] <jkridner> that would make it easy to show how to access the serial port.
  • [16:56:51] <jkridner> Also, by default, the bootloader interacts over the serial port, as does a serial console for the kernel, so you don't need to do anything to access the port.
  • [16:57:00] <koen> there's picocom and cui
  • [16:57:08] <jkridner> great.
  • [16:57:18] <jkridner> so, ted616, check out picocom.
  • [16:57:40] <jkridner> also, in general, you just write a C program that opens the device (/dev/ttyS2) and start reading/writing.
  • [16:57:49] <koen> actually: http://www.angstrom-distribution.org/repo/?action=details&pnm=minicom
  • [16:57:53] <ted616> jkridner: I plan to use another serial port on the omap to talk to the gsm modem
  • [16:57:56] <jkridner> In linux, these are standard posix calls.
  • [16:57:57] <koen> minicom is there as well :)
  • [16:58:08] <jkridner> ah, excellent.
  • [16:58:27] <jkridner> stick with minicom as a start (more documentation).
  • [16:59:54] <jkridner> k. Just do the standard posix calls with the C library and you should be able to use /dev/ttyS0 (I believe that is the port that goes to the expansion header). Be sure to check out the hardware reference manual.
  • [17:00:07] <jkridner> the driver should already be in the kernel.
  • [17:00:21] <jkridner> no one has used the expansion header yet, so you would be on new ground there...
  • [17:00:51] <jkridner> or, you could just not do 'console=ttyS2,115200n8' in the bootargs when booting the kernel such that the serial port is free for your app.
  • [17:01:20] <Crofton> no tour results in channel please, apparently it was excting ....
  • [17:02:06] <ted616> jkridner: I am actually using the ZOOM MDK
  • [17:03:02] <ted616> I have two options to use serial in the linux without programming?
  • [17:03:34] <ted616> 1. flag angstrom image for BEAGLEBOARD on my ZOOM MDK and use minicom
  • [17:04:10] <ted616> 2. cross compiling the picocom to my ZOOM MDK linux
  • [17:04:12] <ted616> right ?
  • [17:28:11] <dirk2> sakoman__: uboot diffs: Tried to do a quick diff between our beagle uboot git and the new version
  • [17:28:49] <mru> good afternoon
  • [17:28:56] <koen> hey mru & dirk2
  • [17:29:19] <dirk2> sakoman__: Not so easy as we (a) did a lot of formatting/checkpatch clean up and (b) what was the (git?) base for the version at code.google.com
  • [17:30:02] <dirk2> sakoman__: Seems we have to first ask khasim which base he used for this version
  • [17:30:38] <dirk2> sakoman__: Then I'll try to have a closer look at the weekend.
  • [17:30:49] <dirk2> koen: moin, moin
  • [17:32:08] * ted616 (i=ted@207.236.18.82) Quit ()
  • [17:32:37] <dirk2> sakoman__: We discussed a lot about this, and now we have a big uboot tar ball again :(
  • [17:35:21] <dirk2> sakoman__: For kernel there are only defconfigs uploaded (with missing kernel version they are for) and no tar ball, but for uboot again a tar ball. Not sure which sense this does make...
  • [17:50:27] <dirk2> sakoman__, koen: Kernel cache configuration output: I just tried http://lists.arm.linux.org.uk/lurker/message/20080704.150532.983f01ca.en.html
  • [17:50:40] <dirk2> Result: http://rafb.net/p/WJ0PQE11.html
  • [17:51:39] <koen> nice
  • [17:51:46] <dirk2> As RMK doesn't like this, but I find it useful and better than the broken output, do you like to add it to your kernels (koen: OE receipe, sakoman__: git clone)?
  • [18:06:09] <sakoman__> dirk2: thanks for taking a look at the uboot tarball. too bad there isn't an easy diff. perhaps khasim can let us know if there are any significant changes
  • [18:07:41] * Beagle1 (n=Beagle1@66.80.7.58) has joined #beagle
  • [18:08:14] <sakoman__> dirk2 I will add the cache patch to my kernel git test branch
  • [18:08:56] <Beagle1> Hello, Can someone guide me on how to order a Beagleboard
  • [18:09:24] <dirk2> Beagle1: Do you know http://elinux.org/BeagleBoard#Revision_B ?
  • [18:10:00] <mru> ldesnogu: I got the arm manual, finally
  • [18:10:07] <mru> whatever you did, it worked
  • [18:10:24] <ds2> before I go dig out the manuals, anyone recall if another UART is exposed by the expansion connector?
  • [18:10:59] <dirk2> ds2: I don't think so: I2C, I2S, SPI, MMC/SD
  • [18:11:19] <koen> dirk2: http://gitweb.openembedded.net/?p=org.openembedded.dev.git;a=commitdiff;h=5601d83609cf4c63fa2afc153dc6bde2e94af847
  • [18:11:19] <ds2> arrg, best laid plays of mice and men.....
  • [18:11:23] <Beagle1> dirk2: I didn't get you
  • [18:11:40] <prpplague> ds2: use a max3100
  • [18:11:54] <ds2> prpplague: is there linux code to drive that already?
  • [18:12:10] <prpplague> ds2: it isn't main line, but it available
  • [18:12:16] <ds2> Hmmmm
  • [18:12:25] * ds2 goes to look at what package the max3100 is available in
  • [18:13:11] <ds2> nice... QSOP
  • [18:13:52] <ds2> so this comes down to either battling MUSB + USB2 hub or getting a SPI/UART to work Hmmm
  • [18:14:42] * Beagle1 (n=Beagle1@66.80.7.58) Quit ()
  • [18:17:55] <dirk2> ds2: I was wrong
  • [18:18:07] <ds2> dirk2: I am in luck and there is a UART?!
  • [18:18:13] <dirk2> ds2: Yes
  • [18:18:18] <ds2> sweet
  • [18:18:28] <dirk2> ds2: Have a look to Beagle HW manual
  • [18:18:53] <dirk2> ds2: Table 18, expansion connector signals
  • [18:19:00] <ds2> dirk2: okay
  • [18:19:33] <dirk2> ds2: Option C: UART2 RX, TX, RTS & CTS
  • [18:20:24] <ds2> let download it for the 5th time... that PDF file is never on the
  • [18:20:29] <ds2> system I am on
  • [18:20:50] <dirk2> Too many systems ;)
  • [18:20:57] <ds2> *nod*
  • [18:21:48] <Crofton> '''''''''''''[]
  • [18:25:29] <Crofton|work> heh, that was the cat walking on the keyboard again
  • [18:26:13] <ds2> ah pin mux bingo
  • [18:27:17] <ds2> this reminds me, a while ago I asked about being able to run a stock bare LCD off the beagle and the response was it can't be. But based on the hardware manual, it seems do able with a minor rework
  • [18:27:55] <koen> someone said you could use SPI or something similar for an lcd
  • [18:27:59] * Foolean (n=emil@foolean.ros.sgsnet.se) Quit (Remote closed the connection)
  • [18:28:11] <ds2> no, I mean direct output via the LCD controller
  • [18:28:21] <ds2> let me find the references to clarify what I mean
  • [18:30:04] <ds2> the signals seems to be available at the resistor packs feeding U6 (the DVI driver chip)
  • [18:30:29] <ds2> it would seem one can rework and take out hte resistor packs and route them to an LCD
  • [18:30:50] <ds2> have I missed something? or this does seem viable?
  • [18:31:26] <ds2> (Page 124; PDF reader page number) schematic shows this and a physical inspection shows the resistor packs having leads so rework should be doable
  • [18:34:21] * RogerMonk (n=a0740758@nat/ti/x-650b216b5b050b59) Quit (Remote closed the connection)
  • [18:35:07] * RogerMonk (n=a0740758@nat/ti/x-1602ef3ced2e2cc1) has joined #beagle
  • [18:38:23] * jconnolly (n=jconnoll@146.mudf.nyrk.nycenycp.dsl.att.net) has joined #beagle
  • [18:51:46] * Beagle2 (n=Beagle2@ip503cb828.speed.planet.nl) has joined #beagle
  • [18:53:27] * Beagle2 is now known as test
  • [18:53:42] * test is now known as mcj1001
  • [19:05:05] * hagisbasheruk (n=hagisbas@cpc4-clyd1-0-0-cust357.renf.cable.ntl.com) has joined #beagle
  • [19:21:51] * jconnolly (n=jconnoll@146.mudf.nyrk.nycenycp.dsl.att.net) Quit (Read error: 110 (Connection timed out))
  • [19:27:20] * hagisbasheruk (n=hagisbas@cpc4-clyd1-0-0-cust357.renf.cable.ntl.com) Quit (Read error: 110 (Connection timed out))
  • [19:27:35] * hagisbasheruk (n=hagisbas@cpc4-clyd1-0-0-cust357.renf.cable.ntl.com) has joined #beagle
  • [19:34:48] * dirk2 (n=dirk@F326c.f.strato-dslnet.de) has left #beagle
  • [20:13:25] * rsalveti (n=salveti@200.184.118.132) Quit (Read error: 113 (No route to host))
  • [20:49:24] * hagisbasheruk (n=hagisbas@cpc4-clyd1-0-0-cust357.renf.cable.ntl.com) Quit ("Ex-Chat")
  • [21:08:08] * dschaeffer (n=daniel@timesys-gw0.cust.expedient.net) Quit ("Leaving.")
  • [21:12:47] * BThompson (n=BThompso@nat/ti/x-4ff2c511adbc9449) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [21:53:00] <ds2> yipeeeeeeeeee noisy penguin appearing on the NTSC port of the beagle using the OMAP git tree!
  • [22:06:17] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  • [22:08:19] * prpplague (n=dave@mail.americanmicrosystems.com) Quit ("Leaving")
  • [22:26:02] * mcj1001 (n=Beagle2@ip503cb828.speed.planet.nl) Quit (Read error: 104 (Connection reset by peer))
  • [23:06:57] * RogerMonk (n=a0740758@nat/ti/x-1602ef3ced2e2cc1) Quit (Remote closed the connection)
  • [23:24:34] * rsalveti (n=salveti@189.70.140.74) has joined #beagle