• [00:00:11] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) Quit ("Ex-Chat")
  • [00:02:53] * zedstar (n=john@fsf/member/zedstar) Quit (Remote closed the connection)
  • [00:04:34] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [00:11:29] * gduncan (n=spec@static-71-249-182-7.nycmny.east.verizon.net) Quit ()
  • [00:21:00] * gregoiregentil (n=zonbu@208.96.53.210) has joined #beagle
  • [00:25:10] <gregoiregentil> Ping mru
  • [00:25:27] * JuanG_ (n=Juan@nat/ti/x-9869130187b67169) has left #beagle
  • [00:26:35] * dcramer (n=davec@static-72-71-192-9.cncdnh.fios.verizon.net) Quit ()
  • [00:26:48] <Crofton|1rssi> anyone know how to stop a beagle from using xloader/u-boot from NAND?
  • [00:27:00] <Crofton|1rssi> I gues I can erase the first NAND block
  • [00:27:45] <gregoiregentil> Press the user button and it will boot first from USB
  • [00:31:10] * jkridner|work (n=a0321898@nat/ti/x-939c2eb0d0b4baf2) Quit ("Leaving.")
  • [00:34:34] * flo_lap (n=fuchs@g227198235.adsl.alicedsl.de) Quit (Read error: 60 (Operation timed out))
  • [00:37:19] <mru> gregoiregentil: pong
  • [00:37:50] <gregoiregentil> mru: thanks for coming back. so I applied some of your patches to my 2.6.27 kernel and omapfbplay works from the console
  • [00:38:07] <gregoiregentil> but if I start xorg, then I can't make it work from X.
  • [00:38:14] <gregoiregentil> I have two planes and everything seems fine on this front
  • [00:38:27] <gregoiregentil> the error I get is a problem when mapping the memory
  • [00:38:34] <gregoiregentil> invalid argument. then I get a segfault
  • [00:38:50] <gregoiregentil> obviously, if I do from the console before starting X, the memory map works fine
  • [00:39:02] <gregoiregentil> any idea what could cause this error in the memory map?
  • [00:39:16] <mru> try playing with the -b option
  • [00:39:30] <mru> maybe it's not able to allocate the amount of memory it wants
  • [00:39:50] <mru> the argument is the amount of memory to use for pre-buffering in MB
  • [00:39:52] <mru> default is 64
  • [00:40:44] <mru> what is the exact error message you get?
  • [00:41:13] <gregoiregentil> mmap error: invalid argument
  • [00:41:25] <mru> oh, -b won't help with that
  • [00:41:30] <mru> it shouldn't crash though
  • [00:42:38] <gregoiregentil> yes, it's not the allocation inside alloc_buffer but the one of fb
  • [00:43:17] <mru> segfault fixed, I hope
  • [00:43:58] <mru> can you strace it and see what it's trying to mmap?
  • [00:44:27] * RogerMonk (n=a0740758@nat/ti/x-a16f422cd3bbbe39) has left #beagle
  • [00:45:04] <gregoiregentil> I can definitely try... I need to investigate more. What worries me is that I get similar problem with mplayer -vo fbdev which works from console but not inside X or after starting X
  • [00:45:07] * FuL|OUT (n=fn@a83-132-158-61.cpe.netcabo.pt) Quit (Read error: 60 (Operation timed out))
  • [00:45:26] <mru> hmm... maybe X is the bad guy here
  • [00:45:32] <mru> which X driver are you using?
  • [00:45:45] <mru> plain fb or the experimental omapfb?
  • [00:47:36] <gregoiregentil> I will do more test with different kernel and also with kdrive
  • [00:48:19] <mru> are there any kernel messages?
  • [00:49:02] <gregoiregentil> no. And I remember that I made it work from xorg with 2.6.26 but I have made a lot of modifications since then. So I can't say for sure if it's the new kernel or a potential new xorg
  • [00:49:10] * FuL|OUT (n=fn@a83-132-158-61.cpe.netcabo.pt) has joined #beagle
  • [00:49:24] <gregoiregentil> let me investigate more. Thanks for the answer. I was jut asking in case you have a strong opinion of something that could go wrong
  • [00:49:32] <gregoiregentil> Another quick question: when you do fullscreen in omapfbplay, obviously
  • [00:49:46] <gregoiregentil> you are using the hardware scaling of the device
  • [00:49:54] <mru> yes
  • [00:49:56] <gregoiregentil> is the hardware scaling supports also downscaling (output
  • [00:50:10] <gregoiregentil> is smaller than codec output)?
  • [00:50:19] <gregoiregentil> s/is/does
  • [00:50:22] <mru> the hardware support downscaling, but the driver in l-o git doesn't
  • [00:50:49] <mru> http://thread.gmane.org/gmane.linux.ports.arm.omap/13410
  • [00:50:50] <gregoiregentil> I saw a patch on one of the mailing list (it was a single line patch)
  • [00:50:54] <mru> that thread has two patches
  • [00:51:05] <mru> the first fixes upscaling which was accidentally broken recently
  • [00:51:12] <gregoiregentil> that removes a test fo upscaling
  • [00:51:19] <mru> the second allegedly makes downscaling work as well
  • [00:51:22] <mru> I haven't tested it
  • [00:52:05] * jonnor (n=jon@ti0016a380-2455.bb.online.no) Quit (Remote closed the connection)
  • [00:52:06] <gregoiregentil> Great! I saw the first email from Tuomas but not the second. I will test the downscaling and report
  • [00:52:45] <gregoiregentil> One more question ;-)
  • [00:53:13] <gregoiregentil> I have done some benchmark between omapfbplay assembly conversion and the one I found in the Siarhei project (mplayer for Nxxx)
  • [00:53:41] <gregoiregentil> omapfbplay is definitely a little bit faster than Siarhei's code (which was very good). 15% faster
  • [00:54:07] <gregoiregentil> I would like to understand what would be the next step in terms of performance improvment. What would be the gain
  • [00:54:23] <gregoiregentil> of using NEON optimization in ffmpeg? How difficult would it be? What would need to be done?
  • [00:56:12] <mru> there are lots of neon optimisations in ffmpeg
  • [00:56:31] <mru> most of it is not difficult, just time-consuming to code
  • [00:57:25] <mru> are you using the ffmpeg that OE builds?
  • [00:57:34] <gregoiregentil> yes
  • [00:57:49] <gregoiregentil> any idea how much performance can we get at the end of the day? I would like to have an understanding of this road vs. DSP decoding ?? la gstreamer. And also am I correct to say that such NEON optimization applies only in the Cortex so totaly independent from c64x DSP?
  • [00:58:13] <mru> neon is independent of the dsp, yes
  • [00:58:32] <mru> the dsp is powerful, but it can't do magic
  • [00:58:44] <mru> and it only runs at 430 MHz
  • [00:59:40] <gregoiregentil> My point is to compare: current-ffmpeg-from-OE (perhaps improved in the future) + mplayer + your very-smart-assembly conversion VS. gstreamer-leveraging-DSP
  • [00:59:57] <gregoiregentil> the first option is still quite high in terms of CPU usage
  • [01:00:08] <mru> mplayer is ffmpeg, more or less
  • [01:00:28] <mru> the advantage of using the dsp is that you release the cpu for other things
  • [01:00:44] <mru> the disadvantage is that it's bloody difficult to use
  • [01:01:36] <Crofton|1rssi> we need to solve this bloody difficult to use problem :(
  • [01:01:56] <mru> I'm not holding my breath
  • [01:02:14] <gregoiregentil> from a certain point of view, I even wonder if the $20 for the DSP worths the whole complexity and performance improvment
  • [01:02:38] <mru> the dsp is definitely useful, if only I could figure out how to use it
  • [01:02:55] <gregoiregentil> if you do only video, that makes sense but if your usage of OMAP is not only video, I'm wondering right now...
  • [01:03:10] <mru> all I ask for is the correct sequence to bring it out of reset
  • [01:03:15] <mru> and start running some code
  • [01:03:36] <gregoiregentil> can't we leverage more TI on this front?
  • [01:03:50] <Crofton|1rssi> how hard is bridge to work out
  • [01:03:56] <mru> they just start chanting "dsplink, dsplink, ..."
  • [01:04:09] <gregoiregentil> because if they don't help us to use more DSP, some people may think like me that it doesn't worth the $20 per chip.
  • [01:04:10] <mru> bridge is rather ugly too
  • [01:04:17] <gregoiregentil> I hope that Jason will read this... ;-)
  • [01:04:28] <mru> I've said this to jason many times
  • [01:04:52] <gregoiregentil> We are on the same page!
  • [01:04:55] * felipec (n=felipec@a91-153-251-222.elisa-laajakaista.fi) Quit ("Leaving")
  • [01:04:57] <Crofton|1rssi>
  • [01:05:07] <Crofton|1rssi> http://gnuradio.org/trac/wiki/Gcell
  • [01:05:16] <Crofton|1rssi> we need something like this
  • [01:05:49] <mru> not really
  • [01:05:52] <mru> there's only one dsp
  • [01:05:58] <mru> and it shares memory with the cpu
  • [01:06:11] <Crofton|1rssi> although in this case we need a small kernel on the dsp to handle scheduling and communicaiton
  • [01:06:15] <mru> dsplink and bridge are both being stupid and segretating the memory
  • [01:06:33] <mru> the dsp "kernel" I have in mind is maybe 10 lines of C code
  • [01:06:38] <Crofton|1rssi> the idea being we have a way to pass work units to the dsp
  • [01:06:58] <Crofton|1rssi> you are thinking of running very specific tasks on the dsp?
  • [01:07:19] <Crofton|1rssi> dsp side has a mmu?
  • [01:07:22] <mru> yes
  • [01:07:45] <Crofton|1rssi> so we need a way to have the linux mm coordinate with dsp side
  • [01:08:01] <mru> that gets very complicated very quickly
  • [01:08:08] <Crofton|1rssi> I suspect part of TI's problem is they can't do that on all the OS's they try to support with link
  • [01:08:44] <mru> I think a simpler approach would be to expose a device that apps can mmap, which would allocate as many pages as needed and map them to both the cpu and dsp address spaces
  • [01:08:52] <mru> well, something along those lines
  • [01:08:53] <Crofton|1rssi> could you send a block to the dsp by having the kernel send the mmu settings scroos to the dsp
  • [01:09:05] <mru> the cpu can program the dsp mmu directly
  • [01:09:06] <Crofton|1rssi> yeah
  • [01:09:32] <mru> you can even program it so the dsp can *not* change it
  • [01:09:41] <mru> makes security simpler
  • [01:09:42] <Crofton|1rssi> or load algortithms into the dsp, and have them operate on pages setup by the arm
  • [01:10:07] <mru> if you lock down the dsp mmu, you can allow apps to run more or less anything they want there
  • [01:10:39] <Crofton|1rssi> in other words, we send code to the dsp for inner product, fft etc
  • [01:11:01] <Crofton|1rssi> map blocks, and tell dsp what algorithm to run on what block
  • [01:12:06] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [01:12:48] <mru> the design I'm picturing has only a simple job dispatcher as "kernel" on the dsp
  • [01:13:41] * emeb (n=ericb@ip72-223-95-46.ph.ph.cox.net) has left #beagle
  • [01:13:49] <mru> wait for message in mailbox, run requested function with supplied parameters (maybe just a single pointer), send reply to cpu mailbox, repeat
  • [01:13:50] <Crofton|1rssi> I wish they had dspbridge in a real scm ....
  • [01:14:00] <mru> no need for multitasking
  • [01:14:15] <Crofton|1rssi> I like the idea of preloading code into the dsp
  • [01:14:22] <mru> the linux kernel could simple job queue management
  • [01:14:27] <Crofton|1rssi> yes
  • [01:14:47] <Crofton|1rssi> send the dsp instruction on which code to run and required args
  • [01:15:47] <mru> I have the feeling such a driver could be made really simple
  • [01:16:10] <mru> but as I said, I got stuck at bringing up the dsp from reset
  • [01:16:37] <mru> and I can't find the motivation to keep stabbing in the dark, hoping to hit the magic sequence by random chance
  • [01:16:50] <mru> I have more interesting things to do
  • [01:26:39] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [01:28:35] <Crofton|1rssi> yeah
  • [01:28:38] <Crofton|1rssi> I know the feeling
  • [01:28:48] <Crofton|1rssi> We need a talented lacky :)
  • [01:28:53] <Crofton|1rssi> anywya gotta tun
  • [01:28:55] <Crofton|1rssi> er run
  • [01:29:00] <ldesnogu_> mru, what you propose looks similar to how it's done for the SPU on the Cell (except there's no shared memory)
  • [01:29:21] <ldesnogu_> simple and efficient
  • [01:45:51] * _altered (n=Beagle0@sceapdsd43-72.989studios.com) Quit ()
  • [01:51:28] * emeb_mac (n=ericb@ip72-223-95-46.ph.ph.cox.net) has joined #beagle
  • [01:54:44] * JoeyBorn (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) Quit (Read error: 110 (Connection timed out))
  • [01:55:43] * JuanG (n=Juan@nat/ti/x-1968f7a428689626) has joined #beagle
  • [01:55:48] * JuanG (n=Juan@nat/ti/x-1968f7a428689626) has left #beagle
  • [01:57:50] * ldesnogu_ (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) Quit ()
  • [02:03:28] <Crofton> ldesnogu, the cell actually sort of looks like shared memory
  • [02:03:41] <Crofton> basically, a single core version of the smae thing
  • [02:04:00] <Crofton> extensible to handle a multicore situation
  • [02:05:49] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) has joined #beagle
  • [02:06:52] * gregoiregentil (n=zonbu@208.96.53.210) has left #beagle
  • [02:08:52] <Crofton> thanks sakoman
  • [02:14:55] * cringthis (n=cringthi@nat/ti/x-c07eca262ca8b19d) has joined #beagle
  • [02:15:25] * JerryLi (n=JerryLi@211.147.253.143) has joined #beagle
  • [02:25:13] * ClaudeQC (n=claude@bas1-quebec03-1279635609.dsl.bell.ca) has left #beagle
  • [02:31:33] * shiv (n=root@59.160.172.220) has joined #beagle
  • [02:40:09] * denix (n=denys@nat/ti/x-de99858759a7c6fd) Quit ("Leaving")
  • [02:41:08] * kozak (n=subbu@117.192.15.222) has left #beagle
  • [02:43:20] * emeb_mac (n=ericb@ip72-223-95-46.ph.ph.cox.net) Quit ()
  • [03:00:19] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) Quit (Read error: 104 (Connection reset by peer))
  • [03:04:40] * nathanm (n=nathan@adsl-69-106-242-112.dsl.pltn13.pacbell.net) Quit ("Lost terminal")
  • [03:13:13] * Beagle2 (n=Beagle2@208-100-140-231.bendbroadband.com) has joined #beagle
  • [03:13:17] * Beagle2 is now known as _altered
  • [03:20:43] * hli (i=chaton@vig91-2-82-232-97-149.fbx.proxad.net) Quit ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]")
  • [03:27:27] * tulpe (n=ask@p54AF7143.dip.t-dialin.net) Quit (Read error: 110 (Connection timed out))
  • [03:27:36] * tulpe (n=ask@p54AF552B.dip.t-dialin.net) has joined #beagle
  • [03:35:27] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [03:38:02] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [03:43:09] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [03:43:26] * emeb_mac (n=ericb@ip72-223-95-46.ph.ph.cox.net) has joined #beagle
  • [03:47:40] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [03:50:46] * JoeyBorn (n=jborn@h-64-105-84-39.chcgilgm.dynamic.covad.net) has joined #beagle
  • [03:51:25] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Client Quit)
  • [04:04:16] * emeb_mac (n=ericb@ip72-223-95-46.ph.ph.cox.net) Quit ()
  • [04:04:52] * JerryLi (n=JerryLi@211.147.253.143) Quit ("Leaving")
  • [04:08:28] * Wowbagger_ (n=wowbagge@d154-20-180-178.bchsia.telus.net) has joined #beagle
  • [04:25:03] * Fl1pFl0p (n=flipflop@146.244.179.18) Quit ()
  • [04:25:06] * emeb_mac (n=ericb@ip72-223-95-46.ph.ph.cox.net) has joined #beagle
  • [04:41:49] * JoeyBorn (n=jborn@h-64-105-84-39.chcgilgm.dynamic.covad.net) Quit (Read error: 110 (Connection timed out))
  • [05:15:36] * cringthis (n=cringthi@nat/ti/x-c07eca262ca8b19d) has left #beagle
  • [05:40:17] * emeb_mac (n=ericb@ip72-223-95-46.ph.ph.cox.net) Quit ()
  • [05:40:18] * Beagle7 (n=Beagle7@static-71-111-254-119.rlghnc.dsl-w.verizon.net) Quit (Read error: 104 (Connection reset by peer))
  • [06:01:10] * Viral_Sachde (n=Viral_Sa@59.97.1.52) has joined #beagle
  • [06:12:10] * DJW|Home (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) has joined #beagle
  • [06:15:00] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [06:15:00] * geckosen1tor (n=sean@c-24-8-193-190.hsd1.co.comcast.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [06:15:00] * DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) Quit (kubrick.freenode.net irc.freenode.net)
  • [06:15:00] * Stskeeps (n=chobits@84.238.11.16) Quit (kubrick.freenode.net irc.freenode.net)
  • [06:15:00] * hadara_ (i=hadara@bsd.ee) Quit (kubrick.freenode.net irc.freenode.net)
  • [06:15:00] * koen (n=koen@s55917625.adsl.wanadoo.nl) Quit (kubrick.freenode.net irc.freenode.net)
  • [06:16:00] * geckosenator (n=sean@c-24-8-193-190.hsd1.co.comcast.net) has joined #beagle
  • [06:16:00] * koen (n=koen@s55917625.adsl.wanadoo.nl) has joined #beagle
  • [06:16:03] * hadara (i=hadara@bsd.ee) has joined #beagle
  • [06:16:34] * Stskeeps (n=chobits@84.238.11.16) has joined #beagle
  • [06:24:34] * shiv (n=root@59.160.172.220) Quit (Remote closed the connection)
  • [06:27:08] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) has joined #beagle
  • [06:30:43] * DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) has joined #beagle
  • [06:30:43] * hadara_ (i=hadara@bsd.ee) has joined #beagle
  • [06:31:04] * hadara_ (i=hadara@bsd.ee) Quit (Connection timed out)
  • [06:32:06] * DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) Quit (No route to host)
  • [06:32:59] * Wowbagger_ (n=wowbagge@d154-20-180-178.bchsia.telus.net) Quit ("Leaving")
  • [06:34:17] <geckosenator> hi
  • [06:37:30] <AV500> hi
  • [06:38:52] * chakie_work (n=jeh@vpn-pub2.hard.ware.fi) Quit (Read error: 104 (Connection reset by peer))
  • [06:41:40] <kulve> koen: I have the ts working now properly on my X
  • [06:41:46] <kulve> (on EVM that is)
  • [06:56:26] * cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) Quit (Remote closed the connection)
  • [06:56:37] * cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) has joined #beagle
  • [07:10:20] <ds2> kulve: what are you using the EVM for?
  • [07:13:05] <kulve> ds2: what do you mean..? Running linux there? :)
  • [07:16:19] <ds2> kulve: are you using that as an end product or just using it to prototype something for a custom board?
  • [07:17:28] <kulve> we are using it (among others) to demo our software on omap3
  • [07:18:31] <ds2> I see.. any reason why you are using the EVM instead of the other boards?
  • [07:19:57] <kulve> we are using other boards as well
  • [07:20:08] <ds2> Just interested in what people are doing with the EVM... IME, any OMAP3 board is better then the EVM
  • [07:20:17] <geckosenator> anyone install debian without qemu?
  • [07:20:22] <ds2> ah..just another board
  • [07:21:39] <kulve> ds2: yeah, we have had a lot more problems with evm than with e.g. beagle or zoom..
  • [07:22:11] <ds2> kulve: Interesting.. you're are the first concrete confirmation of that
  • [07:26:12] <kulve> that wasn't a "concrete confirmation", just a random irc comment ;)
  • [07:27:12] * codepope (n=codepope@ip-217.146.111.161.merula.net) has joined #beagle
  • [07:27:38] <ds2> =)
  • [07:28:22] * Curtis (i=3edc0622@gateway/web/ajax/mibbit.com/x-c55aa6c9142b483f) has joined #beagle
  • [07:28:41] * Curtis (i=3edc0622@gateway/web/ajax/mibbit.com/x-c55aa6c9142b483f) has left #beagle
  • [07:29:00] * RobertK (i=3edc0622@gateway/web/ajax/mibbit.com/x-337d42e34391cae5) has joined #beagle
  • [07:36:06] <koen> kulve: with Xorg or kdrive?
  • [07:36:32] <kulve> Xorg (we don't use kdrive)
  • [07:36:42] <koen> hmmm
  • [07:37:00] <koen> I wonder what you are doing differently to have the ts working properly :)
  • [07:38:08] <kulve> I assume you have recalibrated it after patching the kernel?
  • [07:38:19] <koen> yes
  • [07:38:35] <kulve> are you using the xf86-input-tslib?
  • [07:38:39] <koen> yes
  • [07:38:48] <koen> maybe I need one of your magic patches :)
  • [07:39:03] <kulve> to x?
  • [07:40:38] <koen> xf86-input-tslib or x
  • [07:41:49] <koen> ah
  • [07:42:05] <koen> Driver "tslib"
  • [07:42:06] <koen> Option "TslibDevice" "/dev/input/touchscreen0"
  • [07:42:06] <koen> Option "Width" "480"
  • [07:42:06] <koen> Option "Height" "640"
  • [07:42:12] <kulve> I'm not using those
  • [07:42:25] <kulve> those were needed with some old TI kernel release..
  • [07:42:29] <koen> the width and height argument did the trick
  • [07:42:42] <koen> X seems to hardcode ts to qvga
  • [07:42:56] <kulve> it shouldn't
  • [07:43:30] <koen> my partner in crime says: "shit idiots, its hard coded for 320x240
  • [07:43:30] <koen> debian patch is supposed to fix that and doesnt
  • [07:43:30] <koen> works perfect with the right screen size
  • [07:43:30] <koen> oh you need to set options Width, Height and Rotate
  • [07:43:31] <koen> in xorg.conf"
  • [07:43:44] <kulve> just a sec
  • [07:43:45] <koen> he's testing Xorg 1.5.2
  • [07:43:53] * abitos (n=nixgibts@dslb-084-057-195-204.pools.arcor-ip.net) has joined #beagle
  • [07:44:29] * jeh (n=jeh@vpn-pub2.hard.ware.fi) Quit (Read error: 104 (Connection reset by peer))
  • [07:44:43] <kulve> we are still using the 1.4 (but not for long)
  • [07:45:34] <koen> I'm on 1.4.2 for the time being as well
  • [07:45:36] <ds2> IIRC, you shouldn't need to use /dev/input/touchscreen0, the stock /dev/input/eventN devices work better then the emulation
  • [07:45:55] <koen> /dev/input/touchscreen0 is a symlink udev makes, not emulation
  • [07:45:57] <kulve> koen: my Xorg.conf:
  • [07:45:59] <kulve> http://pastebin.com/d5ea92594
  • [07:46:39] <koen> ds2: that symlink is there so every app can use /dev/input/touchscreen0 instead of having to ioctl() a zillion eventX devices
  • [07:47:23] <koen> kulve: how did you convince HAL to recognize teh evm ts?
  • [07:48:48] <kulve> hmm
  • [07:49:38] <kulve> koen: what version of HAL you have?
  • [07:49:48] <kulve> I guess that was some newer addition
  • [07:50:05] <koen> 0.5.9.1
  • [07:50:10] * koen upgrades to 0.5.11
  • [07:50:18] <koen> with 0.5.9.1 I get: http://pastebin.com/m28c642a9
  • [07:50:56] <kulve> we have .10
  • [07:51:21] <ds2> koen: what kind of board has a zillion eventX devices? also, isn't touchscreenN a different protocol (if it was a real device) then the eventX?
  • [07:51:24] <kulve> b44cc7ffc6a8cf38c5e80d5f00885a4aae3876be is the commit
  • [07:55:12] <koen> ds2: I have as number of boards that go up to event9 with a random init order
  • [07:55:29] <koen> ds2: and no, touchscreenX is not a different protocol
  • [07:56:24] <koen> http://gitweb.freedesktop.org/?p=hal.git;a=commitdiff;h=b44cc7ffc6a8cf38c5e80d5f00885a4aae3876be;hp=c7a1f06380e4dc839c68b23235075834682dcf38
  • [07:57:52] <kulve> koen: yeah, that looks correct, doesn't it?
  • [07:58:25] <koen> the pressure bit looks sketchy
  • [07:58:28] <kulve> koen: should you upgrade to 0.5.10?
  • [07:58:44] <koen> but iirc most touchscreen drivers wire pendown to pressure in the kernel
  • [07:59:04] <koen> kulve: I'm shooting for 0.5.11 to get a few memleaks fixed
  • [07:59:37] <kulve> we cherry-picked one memleak patch to 0.5.10
  • [07:59:42] <kulve> does 0.5.11 require policykit already?
  • [08:21:16] <ds2> koen: not quite... the stuff i am thinking of seems to have been removed in the current versions of the code (CONFIG_INPUT_TSDEV); that had a different protocol
  • [08:22:35] <koen> kulve: it doesn't seem to require it
  • [08:25:17] * methril|gone is now known as methril
  • [08:34:57] <koen> udi = '/org/freedesktop/Hal/devices/platform_omap2_mcspi_1_logicaldev_input' info.addons.singleton = {'hald-addon-input'} (string list) info.capabilities = {'input', 'button', 'input.touchpad'} (string list)
  • [08:35:02] <koen> sweet
  • [08:37:58] <kulve> koen: how brigt is your evm display? Mine is quite dimm. And it gets even dimmer after the timeout. If I tap it, it brightens only to 50% or something, not to full 100%
  • [08:39:33] <koen> "not too bright"
  • [08:39:43] <koen> haven't played with backlight yet
  • [08:39:55] <koen> kulve: if I use your xorg.conf the TS is inverted
  • [08:41:10] <kulve> ts_calibrate should know if it's inverted
  • [08:41:26] <kulve> i.e. did you try recalibrating (again)?
  • [08:43:10] <koen> ah
  • [08:43:13] <koen> it's not using tslib
  • [08:43:38] <kulve> I guess for that you need the extra fdi we mentioned earlier
  • [08:43:40] <koen> (**) ADS784x Touchscreen: always reports core events
  • [08:43:40] <koen> (**) Option "TslibDevice" "/dev/event0"
  • [08:43:40] <koen> ts_open failed (device=/dev/event0)
  • [08:43:41] <koen> (EE) PreInit returned NULL for "ADS784x Touchscreen
  • [08:43:58] <koen> I have /usr/share/hal/fdi/policy/20thirdparty/10-x11-input-tslib.fdi
  • [08:44:06] <kulve> ok
  • [08:44:07] <koen> the ts is in event2
  • [08:44:12] <koen> s/in/on/
  • [08:44:32] <koen> so xf86-input-evdev parses the touch events
  • [08:44:39] <kulve> # hal-device /org/freedesktop/Hal/devices/platform_omap2_mcspi_1_logicaldev_input
  • [08:44:40] <koen> and inverts them for some reason
  • [08:44:43] <kulve> input.device = '/dev/input/event1' (string)
  • [08:45:01] <koen> input.x11_driver = 'tslib' (string)
  • [08:45:01] <koen> input.device = '/dev/input/event2' (string)
  • [08:45:17] <kulve> so it should tell tslib to open that ..
  • [08:45:42] * RobertK (i=3edc0622@gateway/web/ajax/mibbit.com/x-337d42e34391cae5) Quit ("http://www.mibbit.com ajax IRC Client")
  • [08:56:55] * harry (n=harry@221.10.25.6) has joined #beagle
  • [08:57:24] * DJW|Home is now known as DJWillis
  • [08:57:27] * harry is now known as Guest99984
  • [08:59:48] <geckosenator> anyone running debian?
  • [09:00:38] * Guest99984 (n=harry@221.10.25.6) Quit (Client Quit)
  • [09:00:41] * Guest99984 (n=harry@221.10.25.6) has joined #beagle
  • [09:00:47] <adj_> on beagle?
  • [09:01:03] * Guest99984 (n=harry@221.10.25.6) Quit (Client Quit)
  • [09:01:27] * harry (n=harry@221.10.25.6) has joined #beagle
  • [09:01:57] * harry is now known as Guest70716
  • [09:02:20] * Guest70716 (n=harry@221.10.25.6) Quit (Client Quit)
  • [09:06:21] * harry (n=harry@221.10.25.6) has joined #beagle
  • [09:06:38] <harry> hello.everybody.
  • [09:06:43] * harry is now known as Guest3707
  • [09:07:50] * Beagle7 (n=Beagle7@s-inf-pc117.oulu.fi) has joined #beagle
  • [09:08:00] * Beagle7 is now known as ewerw
  • [09:09:57] * Guest3707 (n=harry@221.10.25.6) Quit (Client Quit)
  • [09:10:27] * harry (n=harry@221.10.25.6) has joined #beagle
  • [09:10:57] * harry is now known as Guest54265
  • [09:11:03] * root (n=root@221.10.25.6) has joined #beagle
  • [09:11:27] * root is now known as Guest82214
  • [09:11:45] * Guest54265 (n=harry@221.10.25.6) Quit (Client Quit)
  • [09:12:09] * Guest82214 (n=root@221.10.25.6) Quit (Client Quit)
  • [09:15:40] * root (n=root@221.10.25.6) has joined #beagle
  • [09:15:50] <root> use /nick harry
  • [09:16:08] * root is now known as Guest7925
  • [09:16:17] * Guest7925 (n=root@221.10.25.6) Quit (Client Quit)
  • [09:16:41] * harry (n=harry@221.10.25.6) has joined #beagle
  • [09:17:13] * harry is now known as Guest96195
  • [09:20:25] * harry (n=harry@221.10.25.6) has joined #beagle
  • [09:20:53] * harry is now known as Guest96175
  • [09:21:46] * valhalla (n=valhalla@81-174-21-31.dynamic.ngi.it) has joined #beagle
  • [09:22:03] <geckosenator> adj_: yes
  • [09:23:20] * Guest96175 (n=harry@221.10.25.6) Quit (Client Quit)
  • [09:23:20] * Guest96195 (n=harry@221.10.25.6) Quit ("Leaving")
  • [09:24:33] * harry-plenware (n=harry@221.10.25.6) has joined #beagle
  • [09:25:04] <harry-plenware> msg nickserv identify harry
  • [09:25:41] * harry (n=harry@221.10.25.6) has joined #beagle
  • [09:26:12] * harry is now known as Guest99766
  • [09:26:31] * harry-plenware (n=harry@221.10.25.6) Quit (Client Quit)
  • [09:26:31] * Guest99766 (n=harry@221.10.25.6) Quit (Client Quit)
  • [09:26:51] * harry-plenware (n=harry-pl@221.10.25.6) has joined #beagle
  • [09:36:39] * zedstar (n=john@fsf/member/zedstar) has joined #beagle
  • [09:38:31] * RobertK (i=3edc0622@gateway/web/ajax/mibbit.com/x-3a87c85167b348ff) has joined #beagle
  • [09:42:35] * geckosenator (n=sean@c-24-8-193-190.hsd1.co.comcast.net) Quit ("Changing server")
  • [09:48:23] * RogerMonk (n=a0740758@nat/ti/x-79987194bd225a05) has joined #beagle
  • [09:49:17] * and-ri (n=x0103690@192.91.75.29) has joined #beagle
  • [09:52:09] * ldesnogu_ (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) has joined #beagle
  • [10:03:06] <kulve> koen: EVM's 1.1.4 u-boot doesnt know how to load kernel from mmc?
  • [10:12:15] * geckosenator (n=sean@c-24-8-193-190.hsd1.co.comcast.net) has joined #beagle
  • [10:16:34] <kulve> I tested dspbridge on EVM but it seems to get stuck when loading the module
  • [10:16:42] <kulve> BUG: soft lockup - CPU#0 stuck for 61s! [insmod:980]
  • [10:26:02] * _altered (n=Beagle2@208-100-140-231.bendbroadband.com) Quit ()
  • [10:29:52] * wiking_ (n=wiking@91.83.23.45.pool.invitel.hu) has joined #beagle
  • [10:30:14] <koen> kulve: the one I use does
  • [10:30:45] <kulve> hmm
  • [10:31:02] <koen> kulve: try http://dominion.thruhere.net/koen/OE/uboot-evm.bin
  • [10:31:32] <kulve> thanks
  • [10:31:48] <koen> I got that from the bsp
  • [10:32:25] <koen> I'm not sure wether I have the sources for that binary
  • [10:35:59] * geckosenator is trying to figure out how to flash the debian installer to rom
  • [10:36:01] <kulve> koen: the one I have read the u-boot environment variables from somewere else than the sakoman's u-boot and yours do..
  • [10:36:04] * wiking (n=wiking@huwico/staff/wiking) Quit (Read error: 60 (Operation timed out))
  • [10:36:10] <koen> kulve: yeah
  • [10:37:12] <koen> I think I have at least 3 different uboot envs in flash on the evm
  • [10:38:43] * Viral_Sachd1 (n=Viral_Sa@59.97.0.179) has joined #beagle
  • [10:47:47] * harry-plenware (n=harry-pl@221.10.25.6) Quit (Read error: 110 (Connection timed out))
  • [10:55:59] * Viral_Sachde (n=Viral_Sa@59.97.1.52) Quit (Read error: 110 (Connection timed out))
  • [10:57:45] <kulve> koen: any ideas what to do when I have set the autoboot timeout to 0..?
  • [10:58:02] <kulve> I would like to get to u-boot prompt but can't, because it boots directly
  • [10:58:39] <koen> (re)move the file it's trying to boot
  • [10:58:46] <koen> that dropped me to a uboot sheel
  • [10:58:47] <koen> shell
  • [10:58:58] <koen> (took me 2 days to figure that out)
  • [10:59:12] <kulve> I tried removing the card but that didn't help
  • [10:59:16] <kulve> I'll remove the file
  • [10:59:32] <koen> removing the card indeed doesn't work as expected
  • [10:59:36] * koen stabs uboot
  • [11:01:01] <kulve> OMAP3EVM #
  • [11:01:03] <kulve> \o/
  • [11:02:38] * florian_ (n=fuchs@217.146.132.69) has joined #beagle
  • [11:03:19] <kulve> koen: what's the value for the autoboot timeout? I don't seem to have it in the u-boot currently..
  • [11:03:58] <kulve> bootdelay I gues
  • [11:03:59] <kulve> s
  • [11:04:07] <koen> yes
  • [11:05:57] <koen> florian_: greylistd is hogging cpu on serinity
  • [11:07:28] * florian_ is now known as florian
  • [11:07:46] <kulve> koen: do you use openssh or dropbear?
  • [11:07:50] * jonnor (n=jon@ti0016a380-2455.bb.online.no) has joined #beagle
  • [11:07:56] <kulve> I'm having entropy issues on evm
  • [11:08:17] <kulve> (we have them on all boards but EVM doesn't seem to generate it at all unless I bang the keypad..)
  • [11:08:29] <koen> kulve: dropbear on evm, openssh on beagle atm
  • [11:08:52] <florian> koen: thanks for the hint... that process is history :-)
  • [11:09:11] <koen> florian: apache needs a poke as well
  • [11:11:17] <florian> ~lart software ;)
  • [11:15:39] * dcramer (n=davec@static-72-71-192-9.cncdnh.fios.verizon.net) has joined #beagle
  • [11:39:26] <BeagleDeveloper> gh
  • [11:39:30] * BeagleDeveloper (n=Beagle3@bzq-219-125-195.static.bezeqint.net) Quit ()
  • [11:39:42] * Beagle9 (n=Beagle9@bzq-219-125-195.static.bezeqint.net) has joined #beagle
  • [11:40:00] * Beagle9 is now known as BeagleBoard
  • [11:41:16] <BeagleBoard> hi, how can i flash Linux uImage to NAND so the BeagleBoard could run linux without the use of the uImage filr on the mmc card?
  • [11:41:19] * Openfree (n=df@222.65.52.133) has joined #beagle
  • [11:42:24] <kulve> BeagleBoard: http://elinux.org/BeagleBoardNAND
  • [11:44:25] * Viral_Sachde (n=Viral_Sa@59.97.1.189) has joined #beagle
  • [11:50:08] * guillaum1 (n=gl@AMontsouris-153-1-47-150.w90-2.abo.wanadoo.fr) Quit ("Leaving.")
  • [11:50:25] * guillaum1 (n=Guillaum@AMontsouris-153-1-47-150.w90-2.abo.wanadoo.fr) has joined #beagle
  • [11:55:56] <BeagleBoard> thanks
  • [12:00:35] <koen> kulve: I was missing http://linux.onarm.com/gitweb/?p=generic/source/xf86-input-tslib.git;a=commitdiff;h=9ead96bb85857c0122b7a1a4653a5863f187d511
  • [12:01:22] <kulve> good that you found it :)
  • [12:01:32] * Viral_Sachd1 (n=Viral_Sa@59.97.0.179) Quit (Read error: 110 (Connection timed out))
  • [12:03:34] * RobertK (i=3edc0622@gateway/web/ajax/mibbit.com/x-3a87c85167b348ff) Quit ("http://www.mibbit.com ajax IRC Client")
  • [12:20:57] <koen> kulve: how do you get the width/height working with xf86-input-tslib?
  • [12:21:07] <koen> kulve: since it hardcodes 240x320
  • [12:22:58] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [12:26:39] <kulve> hmm
  • [12:26:53] <kulve> I doubt that it really hardcodes it to 240x320..
  • [12:29:22] <koen> kulve: http://linux.onarm.com/gitweb/?p=generic/source/xf86-input-tslib.git;a=blob;f=src/tslib.c;h=458724a0ad7fef6de8825a68c9ee1c8b2b5defa8;hb=HEAD#l323
  • [12:29:40] <kulve> yes, I read that..
  • [12:31:32] <suihkulokki> I think the InitValuatorAxisStruct calls are incorrect, In tslib case we con't want to convert coordinates from tslib to screen resolution
  • [12:31:56] <suihkulokki> ie. we should trust tslib to give correct coordinates after calibration
  • [12:32:15] <suihkulokki> (now I can't find InitValuatorAxisStruct docs anywhere so I might be incorrect)
  • [12:32:37] <kulve> the ReadInput() in xf86-input-tslib reads values from tslib and passes them to X
  • [12:32:58] <kulve> I don't see it doing anything with the coordinates
  • [12:35:52] <koen> suihkulokki: I still wonder how xf86-input-tslib will cope with rotation using xrandr
  • [12:36:21] <kulve> koen: badly I guess
  • [12:36:59] <kulve> if we rotate the framebuffer using the kernel args, then it works just fine
  • [12:37:21] <koen> I wonder if I'm hitting a rotate case and you aren't
  • [12:37:42] <koen> I'm using it in default portrait mode
  • [12:37:43] <kulve> have you rotated your X?
  • [12:38:07] <kulve> we rotate the whole framebuffer (which I haven't yet tested on zoom..)
  • [12:38:10] <kulve> s,zoom,evm,
  • [12:38:20] <koen> I haven't rotated anything
  • [12:38:29] <kulve> I'm too
  • [12:40:00] <koen> I'm using xf86-input-tslib 0.0.5 + http://gitweb.openembedded.net/?p=openembedded.git;a=blob;f=packages/xorg-driver/xf86-input-tslib/use-hal-for-device.diff;h=9f2cfa25d90a2fa22afc71e0fe83d8a270679fdb;hb=4a70a7201b0e8be41f68c3c8659061d672f8d5b4
  • [12:40:43] <kulve> where did you get 0.0.5?
  • [12:41:01] <koen> http://www.pengutronix.de/software/xf86-input-tslib/download/
  • [12:43:26] <koen> aaah
  • [12:43:38] <koen> 0.0.5 has the bogus InitValuatorAxisStruct like suihkulokki said
  • [12:45:18] <kulve> looks like our version is based on 0.0.4 and it did have 1024 there, instead of priv->widhth
  • [12:46:49] * geckosenator (n=sean@c-24-8-193-190.hsd1.co.comcast.net) Quit (Read error: 110 (Connection timed out))
  • [12:47:12] <koen> you want to get the w/h from the fb the ts is attached to
  • [12:47:27] <koen> which can be troublesome on devices with multiple screens and framebuffers
  • [12:48:05] <koen> so with 0.0.4 the regular case works, but rotation will be broken
  • [12:48:19] <kulve> http://linux.onarm.com/gitweb/?p=generic/source/xf86-input-tslib.git;a=blob;f=src/tslib.c;h=458724a0ad7fef6de8825a68c9ee1c8b2b5defa8;hb=HEAD#l221
  • [12:48:38] <kulve> we have 1024 there and it works on all display sizes (below 1024)
  • [12:48:50] <koen> with 0.0.5 only qvga works
  • [12:54:26] * dcordes (n=dcordes@ip-90-186-118-156.web.vodafone.de) has joined #beagle
  • [12:54:40] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [12:57:35] <tomba> I think the DISPC in omap3 is even more unstable than in omap2. I hate these sync lost errors.
  • [13:08:27] * guillaum1 (n=Guillaum@AMontsouris-153-1-47-150.w90-2.abo.wanadoo.fr) Quit (Read error: 104 (Connection reset by peer))
  • [13:08:33] * guillaum1 (n=Guillaum@AMontsouris-153-1-47-150.w90-2.abo.wanadoo.fr) has joined #beagle
  • [13:11:14] * RobertK (i=3edc0622@gateway/web/ajax/mibbit.com/x-977a8ff35935adf4) has joined #beagle
  • [13:14:01] * robclark (n=robclark@nat/ti/x-e9f0a14bb38ed187) has joined #beagle
  • [13:21:13] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [13:22:44] * abitos (n=nixgibts@dslb-084-057-195-204.pools.arcor-ip.net) Quit (Nick collision from services.)
  • [13:23:00] * abitos (n=nixgibts@dslb-084-057-168-118.pools.arcor-ip.net) has joined #beagle
  • [13:24:40] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
  • [13:27:06] * dcramer (n=davec@static-72-71-192-9.cncdnh.fios.verizon.net) Quit ()
  • [13:28:55] * BThompson (n=BThompso@nat/ti/x-8d4d55e34805eb5f) has joined #beagle
  • [13:30:19] * Sebastia1 (n=root@galileo.intelbras.com.br) has joined #beagle
  • [13:30:40] <Sebastia1> hi
  • [13:31:53] <Sebastia1> i downloaded the kernel from git://source.mvista.com/git/linux-omap-2.6.git and generated the uImage... how can i run?
  • [13:34:16] <kulve> copy it to mmc
  • [13:35:09] <kulve> http://code.google.com/p/beagleboard/wiki/LinuxBootDiskFormat
  • [13:37:04] * RobertK (i=3edc0622@gateway/web/ajax/mibbit.com/x-977a8ff35935adf4) Quit ("http://www.mibbit.com ajax IRC Client")
  • [13:37:40] <Sebastia1> no i am running the kernel from code.google.com, if i use this from montavista, do i have to change the u-boot ?
  • [13:37:45] <Sebastia1> *now i am...
  • [13:45:17] * jkridner|work (n=a0321898@nat/ti/x-c1b2d246e63aabed) has joined #beagle
  • [13:49:56] <kulve> probably not
  • [13:52:40] * NishanthMenon (n=nMenon@nat/ti/x-1868ed4c859a33ab) has joined #beagle
  • [13:52:42] * NishanthMenon (n=nMenon@nat/ti/x-1868ed4c859a33ab) Quit (Client Quit)
  • [13:53:25] * RobertK (i=3edc0622@gateway/web/ajax/mibbit.com/x-8821fab60e98267f) has joined #beagle
  • [14:01:23] * jsync (n=jess@59.160.172.220) Quit ("Leaving.")
  • [14:09:38] * stephenw (n=stephenw@moodiegate.xandros.com) has joined #beagle
  • [14:11:15] * jonnor (n=jon@ti0016a380-2455.bb.online.no) Quit (Read error: 110 (Connection timed out))
  • [14:15:32] <koen> kulve: http://git.openembedded.net/?p=openembedded.git;a=commit;h=272228f288bcf1430e557283c7db78d97a382403
  • [14:21:05] * JuanG (n=Juan@nat/ti/x-dc6ddd0849d4939a) has joined #beagle
  • [14:21:15] * JuanG (n=Juan@nat/ti/x-dc6ddd0849d4939a) has left #beagle
  • [14:24:03] * dcramer (n=davec@static-72-71-192-9.cncdnh.fios.verizon.net) has joined #beagle
  • [14:24:47] <koen> I can now run Xorg without an xorg.conf on the evm :)
  • [14:25:08] <koen> that won't use zuh's awesome xv driver, though
  • [14:25:51] <kulve> koen: looks good
  • [14:26:02] <kulve> we have to apply those too (and update to 0.0.5)
  • [14:29:50] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [14:30:47] * prpplague (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [14:37:47] * koen updates to latest DSS2
  • [14:43:12] * wiking_ is now known as wiking
  • [14:46:04] <BeagleBoard> hi
  • [14:46:21] * BeagleBoard (n=Beagle9@bzq-219-125-195.static.bezeqint.net) Quit ()
  • [14:46:32] * Beagle8 (n=Beagle8@bzq-219-125-195.static.bezeqint.net) has joined #beagle
  • [14:46:45] * Beagle8 is now known as BeagleBoardDevel
  • [14:47:14] <BeagleBoardDevel> df
  • [14:47:16] * BeagleBoardDevel (n=Beagle8@bzq-219-125-195.static.bezeqint.net) Quit (Client Quit)
  • [14:47:28] * Beagle8 (n=Beagle8@bzq-219-125-195.static.bezeqint.net) has joined #beagle
  • [14:47:45] * Beagle8 is now known as BeagleBoardDevel
  • [14:48:39] <BeagleBoardDevel> hi, i'm trying to write the uimage and filesystem from SD card to beagle's NAND,
  • [14:49:05] * tomasg (n=tomas@rrcs-67-78-37-210.sw.biz.rr.com) has joined #beagle
  • [14:49:11] <BeagleBoardDevel> where can i jet JFFS2 filesystem?
  • [14:49:33] <kulve> mkfs.jffs2
  • [14:49:53] <kulve> it creates a jffs2 filesystem from a directory containing the root filesystem
  • [14:52:16] * oyvindje_ (i=oyvindje@158.38.48.10) has joined #beagle
  • [14:53:50] <tomasg> good morning all. I have an issue w/ musb_hdrc. I've enabled all OTG HDRC settings in the 2.6.27 kernel from git, and I can insmod g_ether, but my host PC isn't responding to the arp requests from the beagle so I can't establish a TCP connection over usb0.
  • [14:56:12] <tomasg> Here's a dmesg dump from beagle after modprobe g_ether: http://pastebin.com/d24370949
  • [14:58:54] <tomasg> ...and here's the tcpdump from my PC host: http://pastebin.com/d7d0f454a -- Note that my beagle's ip is static at 12.0.0.2 and the pc is .1
  • [14:59:36] <dcordes> thomasg heya. so you also got yourself a beagle?
  • [15:01:47] * emeb (n=ericb@ip72-223-95-46.ph.ph.cox.net) has joined #beagle
  • [15:03:40] <dcordes> thomasg I use moschip usb to eth device
  • [15:04:20] <tomasg> dcordes, there's a thomasg and a tomasg. I'm not sure if you were addressing me. ;)
  • [15:05:19] <dcordes> I wasn't, soz
  • [15:05:42] <oyvindje_> Hi! Does anyone know if/where I can get blueprints to a case for the beagleboard?
  • [15:06:07] <dcordes> you must admit, it's easy to mix up
  • [15:06:55] <dcordes> oyvindje_ check for 'special computing' beagle case
  • [15:06:59] <oyvindje_> doesn't have to be complete, I just need something I can base my design on.
  • [15:07:05] <kulve> oyvindje_: maybe here's something: http://beagleboard.org/hardware/design ?
  • [15:07:33] <RobertK> hello, I cannot use my usb keyboard with this config: http://www.mibbit.com/pb/b2tcQz and the kernel from tomi. Which option did I forget to set?
  • [15:07:52] <kulve> RobertK: are you using mini-a cable?
  • [15:08:16] <oyvindje_> thanks :)
  • [15:08:39] <Crofton> koen, thanks for attempting to fix ASoc
  • [15:08:49] <Crofton> Hopefully I can try it this evening
  • [15:09:02] <Crofton> although, this working out of hotels stinks ...
  • [15:09:05] <kulve> RobertK: and I'm not sure if the config should work as it has host usb set and not otg..
  • [15:09:05] <Crofton> l8r
  • [15:09:11] * Crofton (n=balister@65.208.187.35) Quit ("Leaving")
  • [15:09:19] <kulve> and now I'm off
  • [15:09:34] <RobertK> kulve: yes, everything is okay with other kernels. It the config...
  • [15:09:39] <koen> RobertK: did you try the uImage I just posted?
  • [15:09:49] <koen> that has /proc/config.gz enabled
  • [15:10:14] <RobertK> koen: no, but in one minute i will...
  • [15:10:30] <RobertK> ...and /proc/config.gz is a very very good idea.
  • [15:10:56] * methril is now known as methril|gone
  • [15:11:08] <koen> I know :)
  • [15:11:14] <koen> I always enable IKCONFIG
  • [15:11:37] <koen> it saves soooooo much time when trying to debug config changes
  • [15:11:54] <BeagleBoardDevel> kulve: mkfs.jffs2 not working..
  • [15:12:47] * dirk2 (n=dirk@F3350.f.strato-dslnet.de) has joined #beagle
  • [15:12:59] <RobertK> koen: your new kernel gives exaclty 1024x768@60Hz
  • [15:13:05] <BeagleBoardDevel> is there a simple way to flash the Kernal & FS to NAND?
  • [15:14:08] * jvf7 (n=Fuel7@rrcs-67-78-37-210.sw.biz.rr.com) has joined #beagle
  • [15:14:22] <RobertK> koen: ...but also has omap-dss DSI error: Requested pixel clock not possible with the current OMAP2_DSS_MIN_FCK_PER_PCK setting. Turning the constraint off.
  • [15:15:50] <dirk2> koen, robclark: Not tracking the DSS thread closely, do the DSS fixes support 1280 x 720 @ 50 - 65 Hz ?
  • [15:16:08] <dirk2> BeagleBoardDevel: Do you know http://elinux.org/BeagleBoardNAND ?
  • [15:16:48] <koen> dirk2: the new dss can give you a better pixclock, yes
  • [15:17:08] <robclark> dirk2: no idea
  • [15:17:21] <RobertK> dirk2: for me all resolution from 640x480 to 1024x768 are okay
  • [15:18:07] <RobertK> dirk2: i will test 1280 - just have to compile the kernel
  • [15:18:12] * ewerw (n=Beagle7@s-inf-pc117.oulu.fi) Quit (Remote closed the connection)
  • [15:18:35] <koen> root@beagleboard:/sys/devices/platform/omapfb# echo "dvi e:0" > displays and current consumption drops by 80mA :)
  • [15:18:54] <dirk2> k. Some weeks (month?) ago we had an issue with max pixel clock http://elinux.org/BeagleBoardFAQ#Display_resolutions_.232 and I wonder if there is any news about this.
  • [15:19:06] * dcordes (n=dcordes@ip-90-186-118-156.web.vodafone.de) Quit (Remote closed the connection)
  • [15:19:46] <tomba> RobertK, note that 1280x1024 will only work with DSI PLL enabled
  • [15:20:56] <tomba> and that "requested pixel clock..." error comes if you have that OMAP2_DSS_MIN_FCK_PER_PCK setting too high. I sent an email about it, but my emails seem to go through to beagle list quite randomly
  • [15:21:45] <RobertK> tomba: I got these mail but google eat them - I cannot find them anymore.
  • [15:21:51] <dirk2> anybody having news about 1280 x 1024 @ 50 - 65Hz at Beagle please send a note
  • [15:22:36] <RobertK> dirk2: one minute, just compiling
  • [15:25:19] <koen> tomba: I'm missing a 1600x1200 option :)
  • [15:26:33] <tomba> koen, you can create it yourself. but note that max pixel clock is 86.5MHz. I doubt any monitor will show 1600x1200 with such a low pixel clock =)
  • [15:27:20] <koen> tomba: I had it working with dss1
  • [15:27:28] <koen> 1600x1200 at 24Hz iirc
  • [15:27:34] <tomba> oh. hehe =)
  • [15:27:36] <koen> my screen accepts that :)
  • [15:28:17] <dirk2> Hmm, max pixel clock 86.5MHz should be sufficent for 1280 x 1024 @ >= 50Hz (?)
  • [15:28:34] <tomba> anyway, the whole display resolution thing should be fixed somehow. the current kernel option is terrible. it should be runtime.
  • [15:28:57] <koen> tomba: any thoughts about integrating EDID readout?
  • [15:29:01] <tomba> dirk2, yes, it is
  • [15:29:34] <RobertK> dirk2: so, i got 1280x1024@58Hz. I am using the source from tomba's git-repo
  • [15:30:08] <tomba> koen, no. sometime ago I coded the part that gets the information from the monitor. but it's not really useful data. omap has quite restricted video timing settings, all the normal video timings are out of the allowed ranges.
  • [15:30:23] <Sebastia1> why there isn't the define SA_INTERRUPT in interrupt.h on kernel from mvista?
  • [15:30:45] <koen> Sebastia1: because genirq was merged last year or so
  • [15:31:03] <koen> or 2 years ago
  • [15:31:18] <koen> I know I tested the patches from tglx :)
  • [15:31:34] <Sebastia1> koen:what define can i use to request an irq? i am working with periodic timers
  • [15:32:01] <dirk2> tomba, RobertK: great! thanks
  • [15:32:05] * Beagle5 (n=Beagle5@bzq-219-125-195.static.bezeqint.net) has joined #beagle
  • [15:32:08] <Sebastia1> koen: request_irq(INT_24XX_GPTIMER2, timer2_isr, SA_INTERRUPT, "Timer 2",NULL)
  • [15:32:12] * Beagle5 is now known as BeagleDeveloper
  • [15:32:26] <tomba> RobertK, note also that at 1280x1024 the kernel is unable to reserve enough memory for 24 bit framebuffer. so it's only 16bit. I have no idea what's the problem with that, there's enough memory.
  • [15:32:31] * JimDonova1 (n=jimd@c-66-30-221-249.hsd1.ma.comcast.net) has joined #beagle
  • [15:32:37] <koen> Sebastia1: omap is using genirq, which has the name implies uses the generic kernel infrastructure for irqs
  • [15:32:53] <RobertK> tomba: I do need only 640x480 :-)
  • [15:33:39] <tomba> well, and about 640x480, I had to guess the timings a bit. I didn't find any proper timings =)
  • [15:34:45] <BeagleDeveloper> hi Guys, quick question: I want to work with the MMC controller directly. I'm thinking of doing this using a user-mode driver. do you think that this is possible?
  • [15:35:56] <RobertK> tomba: I got some timings from a guy@TI: http://www.mibbit.com/pb/ImKjVz --> pixel_clock = 27000
  • [15:36:42] <koen> RobertK: that looks like the code sakoman wrote :)
  • [15:37:42] * sakoman thinks it looks familiar too
  • [15:38:16] <koen> I haven't seen TI dss code quoting specs
  • [15:38:31] <RobertK> tomba: I did not find the place where you define the timings in the kernel source. Once it was in omapfb_main.c...
  • [15:38:40] <RobertK> koen: you are right :-)
  • [15:39:03] <tomba> RobertK, they are in the panel driver, drivers/video/omap2/panel-dvi.c
  • [15:40:25] <koen> tomba: does dss2 turn off the dvi chip on console blank?
  • [15:40:36] <tomba> it should
  • [15:40:38] <RobertK> tomba: argh, I was in folder omap while grepping....
  • [15:42:04] <Sebastia1> koen: so, so is this meaning i cant you the function request_irq? Do you know where is any documentation to use the genirq?
  • [15:43:18] <koen> Sebastia1: check the Documentation/ folder in your kerneltree
  • [15:44:14] * koen is a bit torn between using dss2 and dss1+XV
  • [15:47:37] <BeagleDeveloper> (Sorry for repeating) hi Guys, quick question: I want to work with the MMC controller directly. I'm thinking of doing this using a user-mode driver. do you think that this is possible?
  • [15:47:50] <sakoman> koen: getting some bitbake bug reports from new overo users
  • [15:48:30] <sakoman> seems like bitbake 1.8.11 doesn't like using environment variables in paths anymore:
  • [15:48:34] <sakoman> ERROR: opening ${OEBRANCH}/packages/*/*.bb: file not found
  • [15:48:34] <sakoman> ERROR: opening ${USERBRANCH}/packages/*/*.bb: file not found
  • [15:48:55] <sakoman> 1.8.10 likes them just fine
  • [15:49:11] <sakoman> do you know if this is a known issue?
  • [15:51:07] <sakoman> heh, it even creates the tmp directory as the literal path "${OVEROTOP}/tmp"
  • [15:51:44] <Crofton|1rssi> sakoman: correct
  • [15:51:53] <Crofton|1rssi> there is a way to whitelist them
  • [15:51:58] <Crofton|1rssi> let me check
  • [15:53:54] <koen> sakoman: I sent a mail about that to the angstrom lists a while ago
  • [15:54:56] * abitos (n=nixgibts@dslb-084-057-168-118.pools.arcor-ip.net) Quit (No route to host)
  • [15:57:21] <koen> sakoman: http://projects.linuxtogo.org/pipermail/openembedded-devel/2008-October/006289.html
  • [15:58:19] * RobertK (i=3edc0622@gateway/web/ajax/mibbit.com/x-8821fab60e98267f) Quit ("http://www.mibbit.com ajax IRC Client")
  • [16:02:09] <Crofton|1rssi> http://wiki.openembedded.net/index.php/AdvancedConfiguration
  • [16:03:26] <kulve> tomba: does you dss support rotation? So that I could give it as an arg to kernel from u-boot?
  • [16:04:14] <koen> tomba: even better, does it support on the fly rotation so the dumb hardware-only Xrandr rotation works in Xorg?
  • [16:04:17] <tomba> kulve, not yet
  • [16:04:36] <kulve> tomba: ok
  • [16:05:30] <kulve> koen: do you know if the current linux-omap omapfb supports rotation? I tried to check from the code and it seems to support it, but I'm unsure what kernel args I should set..
  • [16:05:54] <kulve> I've used the rotation only with TI's kernels with omap24xxfb..
  • [16:08:49] * Openfree (n=df@222.65.52.133) Quit (Remote closed the connection)
  • [16:13:28] * jkridner|work1 (n=a0321898@nat/ti/x-3978f5c72c1842d7) has joined #beagle
  • [16:15:12] * FuL|OUT (n=fn@a83-132-158-61.cpe.netcabo.pt) Quit ("changing servers")
  • [16:16:02] * FuL|OUT (n=fn@a83-132-158-61.cpe.netcabo.pt) has joined #beagle
  • [16:17:20] * jkridner|work (n=a0321898@nat/ti/x-c1b2d246e63aabed) Quit (Remote closed the connection)
  • [16:22:13] * felipec (i=c0647cdb@gateway/web/ajax/mibbit.com/x-f87348c3f5d22e63) has joined #beagle
  • [16:23:45] <sakoman> koen, Crofton|1rssi: Thanks!
  • [16:31:25] <tomasg> koen: speaking of TI's kernel, has anyone shown interest in the v4l2 video output under media/video/omap/omap24xxvout? How difficult would it be to integrate this into the linux-omap git?
  • [16:33:10] <koen> tomasg: it seems only TI itself uses v4l
  • [16:35:06] * and-ri (n=x0103690@192.91.75.29) Quit ()
  • [16:35:19] * Beagle3 (n=Beagle3@brln-4db9d5b1.pool.einsundeins.de) has joined #beagle
  • [16:35:39] * Beagle3 (n=Beagle3@brln-4db9d5b1.pool.einsundeins.de) Quit (Client Quit)
  • [16:39:55] * dcramer (n=davec@static-72-71-192-9.cncdnh.fios.verizon.net) Quit ()
  • [16:53:59] * vijay (n=vijay@203.199.213.3) has joined #beagle
  • [16:54:30] <vijay> ls
  • [16:55:06] * vijay (n=vijay@203.199.213.3) Quit (Client Quit)
  • [16:58:36] * montamer (n=vijay@203.199.213.3) has joined #beagle
  • [16:58:55] * RogerMonk (n=a0740758@nat/ti/x-79987194bd225a05) has left #beagle
  • [16:59:57] <jkridner|work1> anybody here played with WebKit2.0?
  • [17:01:52] <prpplague> jkridner|work1: only a very cursory test with it on a arm9 device
  • [17:02:11] <koen> prpplague: isn't webkit at 3.x for a while now?
  • [17:04:52] * JoeyBorn (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) has joined #beagle
  • [17:07:39] * Viral_Sachd1 (n=Viral_Sa@122.167.132.55) has joined #beagle
  • [17:08:00] * BeagleDeveloper (n=Beagle5@bzq-219-125-195.static.bezeqint.net) Quit (Read error: 110 (Connection timed out))
  • [17:08:39] <prpplague> koen: sorry don't know, i just built it as part of poky and tried it on a couple handhelds
  • [17:08:44] <prpplague> koen: seemed pretty robust
  • [17:11:38] * hli (i=chaton@vig91-2-82-232-97-149.fbx.proxad.net) has joined #beagle
  • [17:12:09] * FuL|OUT (n=fn@a83-132-158-61.cpe.netcabo.pt) Quit (Read error: 104 (Connection reset by peer))
  • [17:12:09] * Viral_Sachd1 (n=Viral_Sa@122.167.132.55) Quit (Read error: 104 (Connection reset by peer))
  • [17:12:51] * FuL|OUT (n=fn@a83-132-158-61.cpe.netcabo.pt) has joined #beagle
  • [17:15:53] * Viral_Sachd1 (n=Viral_Sa@122.167.132.55) has joined #beagle
  • [17:17:21] * Viral_Sachd1 (n=Viral_Sa@122.167.132.55) Quit (Read error: 54 (Connection reset by peer))
  • [17:17:58] * Viral_Sachd1 (n=Viral_Sa@122.167.132.55) has joined #beagle
  • [17:18:10] * Viral_Sachd1 (n=Viral_Sa@122.167.132.55) Quit (Read error: 104 (Connection reset by peer))
  • [17:22:47] * Viral_Sachd1 (n=Viral_Sa@122.167.132.55) has joined #beagle
  • [17:25:12] * Viral_Sachd1 (n=Viral_Sa@122.167.132.55) Quit (Read error: 104 (Connection reset by peer))
  • [17:25:42] * Viral_Sachd1 (n=Viral_Sa@122.167.132.55) has joined #beagle
  • [17:26:07] * Viral_Sachde (n=Viral_Sa@59.97.1.189) Quit (Read error: 113 (No route to host))
  • [17:26:07] * Viral_Sachd1 (n=Viral_Sa@122.167.132.55) Quit (Read error: 54 (Connection reset by peer))
  • [17:27:19] * Viral_Sachde (n=Viral_Sa@122.167.132.55) has joined #beagle
  • [17:28:28] * jkridner|work1 (n=a0321898@nat/ti/x-3978f5c72c1842d7) Quit (Remote closed the connection)
  • [17:32:36] * Viral_Sachd1 (n=Viral_Sa@59.97.1.189) has joined #beagle
  • [17:37:32] * jonnor (n=jon@ti0016a380-1538.bb.online.no) has joined #beagle
  • [17:39:36] * Viral_Sachde (n=Viral_Sa@122.167.132.55) Quit (Read error: 60 (Operation timed out))
  • [17:40:49] * Viral_Sachde (n=Viral_Sa@122.167.132.55) has joined #beagle
  • [17:41:06] * Viral_Sachde (n=Viral_Sa@122.167.132.55) Quit (Read error: 131 (Connection reset by peer))
  • [17:42:19] * dirk2 (n=dirk@F3350.f.strato-dslnet.de) has left #beagle
  • [17:43:07] * Viral_Sachde (n=Viral_Sa@122.167.132.55) has joined #beagle
  • [17:43:18] * Viral_Sachde (n=Viral_Sa@122.167.132.55) Quit (Read error: 104 (Connection reset by peer))
  • [17:45:14] * Viral_Sachde (n=Viral_Sa@122.167.132.55) has joined #beagle
  • [17:45:25] * Viral_Sachde (n=Viral_Sa@122.167.132.55) Quit (Read error: 104 (Connection reset by peer))
  • [17:47:36] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [17:47:45] * Viral_Sachde (n=Viral_Sa@122.167.132.55) has joined #beagle
  • [17:47:50] * Viral_Sachde (n=Viral_Sa@122.167.132.55) Quit (Read error: 54 (Connection reset by peer))
  • [17:50:11] * Viral_Sachde (n=Viral_Sa@122.167.132.55) has joined #beagle
  • [17:50:13] * Viral_Sachde (n=Viral_Sa@122.167.132.55) Quit (Read error: 104 (Connection reset by peer))
  • [17:51:08] * Viral_Sachde (n=Viral_Sa@122.167.132.55) has joined #beagle
  • [17:53:55] * dcramer (n=davec@static-72-71-192-9.cncdnh.fios.verizon.net) has joined #beagle
  • [17:53:56] * Viral_Sachde (n=Viral_Sa@122.167.132.55) Quit (Read error: 131 (Connection reset by peer))
  • [17:55:00] * Viral_Sachde (n=Viral_Sa@122.167.132.55) has joined #beagle
  • [17:55:19] * Viral_Sachde (n=Viral_Sa@122.167.132.55) has left #beagle
  • [17:56:21] * Viral_Sachd1 (n=Viral_Sa@59.97.1.189) Quit (Read error: 110 (Connection timed out))
  • [17:58:14] * denix (n=denix@pool-71-255-226-167.washdc.east.verizon.net) has joined #beagle
  • [18:01:06] <denix> koen: ping
  • [18:04:02] * abitos (n=nixgibts@dyn-225-10.rus.uni-stuttgart.de) has joined #beagle
  • [18:14:17] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [18:22:57] * jkridner|work (n=a0321898@nat/ti/x-18ef50bbca9c10d8) has joined #beagle
  • [18:38:16] * DaQatz (n=db@c-66-30-48-54.hsd1.nh.comcast.net) has joined #beagle
  • [18:41:00] * florian (n=fuchs@217.146.132.69) Quit ("Client exiting")
  • [18:41:20] * abitos (n=nixgibts@dyn-225-10.rus.uni-stuttgart.de) Quit (Nick collision from services.)
  • [18:41:34] * abitos (n=nixgibts@dyn-225-10.rus.uni-stuttgart.de) has joined #beagle
  • [18:43:53] * denix is away: I'm not here
  • [18:48:16] <koen> hmm
  • [18:48:44] <koen> denix: pong
  • [18:49:22] <koen> prpplague: I suspect that was 'web' with webkit as backend
  • [18:50:03] <prpplague> koen: ahh
  • [18:50:13] <denix> koen: hey!
  • [18:50:21] * prpplague is not a userland expert
  • [18:50:54] <denix> koen: what's the difference between linux-omap and linux-omap2 in OE?
  • [18:52:28] <koen> denix: OE used to have one kernel recipe per machine, which is madness
  • [18:53:03] <koen> denix: so crofton and I started to combine all omap recipes into linux-omap_git.bb, where linux-omap2 only set out to support omap2 hw
  • [18:54:02] <koen> denix: normally linux-omap2 would have been deleted, but since it's pretty fullfeatured and stable on the beagle we left it till linux-omap_git matures a bit
  • [18:54:13] * koen is playing freecell on the evm atm
  • [18:54:41] <denix> koen: ok, fair enough. then why linux-omap stash it empty at angstrom-distro?
  • [18:55:00] * montamer (n=vijay@203.199.213.3) Quit (Read error: 110 (Connection timed out))
  • [18:55:01] <denix> is
  • [18:55:46] <denix> http://www.angstrom-distribution.org/unstable/sources/git_git.kernel.org.pub.scm.linux.kernel.git.tmlind.linux-omap-2.6.git.tar.gz
  • [18:56:11] <Crofton|1rssi> mind you, I am not a fan of the only one bb file for all machines either :)
  • [18:56:32] <Crofton|1rssi> but, collecting all machines working from same basic source
  • [18:56:53] <Crofton|1rssi> or same basic community of developers is a good diea
  • [18:56:59] <Crofton|1rssi> er idea
  • [18:57:36] <koen> denix: connection issues :/
  • [18:57:54] <koen> denix: I've been trying to update the source stash today and it's not working out well
  • [18:59:04] <denix> koen: ah, Ok. I'll wait.
  • [18:59:38] <denix> koen: so, going forward I should use linux-omap for my builds for evm and beagle, right?
  • [18:59:39] <koen> normally the link tops at 5MiB/s, today it does 100kiB/s
  • [18:59:58] <koen> denix: depends wether you want dsplink or not
  • [19:00:20] <koen> denix: dsplink doesn't build against >=2.6.27 yet due to the header move
  • [19:00:20] <denix> does it only work with omap2?
  • [19:00:32] <koen> so basically, it only works with linux-omap2
  • [19:00:58] <denix> I see, omap2 is 2.6.26 still
  • [19:01:59] <denix> thanks for clarification
  • [19:02:20] * FuL|OUT (n=fn@a83-132-158-61.cpe.netcabo.pt) Quit (Read error: 104 (Connection reset by peer))
  • [19:02:45] * fulgas499 (n=fn@a83-132-158-61.cpe.netcabo.pt) has joined #beagle
  • [19:02:59] * fulgas499 is now known as fulgas
  • [19:04:05] <koen> sweet, aisleriot has a fullscreen mode :)
  • [19:11:21] * garren (n=garren@41.244.213.247) has joined #beagle
  • [19:13:15] * Geicus (n=chatzill@64.132.1.226) has joined #beagle
  • [19:30:06] * dcramer (n=davec@static-72-71-192-9.cncdnh.fios.verizon.net) Quit ()
  • [19:31:42] <koen> denix: actually it was a full disk on the server...
  • [19:31:59] * nabax (n=nabax@89.129.96.71) has joined #beagle
  • [19:47:27] * Curtis (n=Curtis@brln-4db9d5b1.pool.einsundeins.de) has joined #beagle
  • [19:57:12] * nabax (n=nabax@89.129.96.71) Quit ("Me'n vaig")
  • [19:58:05] * Sebastia1 (n=root@galileo.intelbras.com.br) Quit ("Leaving.")
  • [19:58:33] * FuL|OUT (n=fn@a83-132-158-61.cpe.netcabo.pt) has joined #beagle
  • [20:05:09] * fulgas (n=fn@a83-132-158-61.cpe.netcabo.pt) Quit (Read error: 145 (Connection timed out))
  • [20:09:14] * Curtis (n=Curtis@brln-4db9d5b1.pool.einsundeins.de) Quit ("Leaving")
  • [20:21:35] <jkridner|work> koen: I was probably sleeping and didn't realize that dsplink was available as a an ipk until just now.
  • [20:22:24] * abitos (n=nixgibts@dyn-225-10.rus.uni-stuttgart.de) Quit (Read error: 110 (Connection timed out))
  • [20:31:47] * garren (n=garren@41.244.213.247) Quit ("Ex-Chat")
  • [20:35:49] * geckosenator (n=sean@c-24-8-193-190.hsd1.co.comcast.net) has joined #beagle
  • [20:40:21] <koen> jkridner|work: you can build an ipk, but it isn't publically available yet
  • [20:41:02] <koen> since roger and I used pre-release software to get it into OE
  • [20:42:15] <geckosenator> anyone know why the wiki recommends setting the cylinder and sector cound on your sd card?
  • [20:42:49] <koen> because the bootrom expects a certain layout
  • [20:43:27] <geckosenator> ok
  • [20:52:45] * gduncan (n=spec@static-71-249-182-7.nycmny.east.verizon.net) has joined #beagle
  • [20:53:36] * fulgas (n=fn@a83-132-158-61.cpe.netcabo.pt) has joined #beagle
  • [20:58:01] * rsalveti (n=salveti@92.103.134.122) has joined #beagle
  • [21:00:33] * valhalla (n=valhalla@81-174-21-31.dynamic.ngi.it) Quit ("Leaving")
  • [21:15:23] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) Quit ()
  • [21:16:07] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
  • [21:24:25] * FuL|OUT (n=fn@a83-132-158-61.cpe.netcabo.pt) Quit (Read error: 110 (Connection timed out))
  • [21:29:34] * dcramer (n=davec@static-72-71-192-9.cncdnh.fios.verizon.net) has joined #beagle
  • [21:31:51] * dcramer (n=davec@static-72-71-192-9.cncdnh.fios.verizon.net) Quit (Client Quit)
  • [21:32:40] <jkridner|work> anybody working on OpenJDK?
  • [21:34:00] * felipec (i=c0647cdb@gateway/web/ajax/mibbit.com/x-f87348c3f5d22e63) Quit ("http://www.mibbit.com ajax IRC Client")
  • [21:34:03] * JoeyBorn (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) Quit ("maybe there's a better way than rebooting, but I don't know it")
  • [21:34:33] <suihkulokki> already available on apt-get ^_^
  • [21:34:53] <jkridner|work> which distro? debian on ARM?
  • [21:35:38] <suihkulokki> debian/armel
  • [21:38:20] <suihkulokki> "openjdk-6-jdk" is the "pure" openjdk with all the intepreted slowness, "cacao-oj6-jdk" is same with cacao JIT
  • [21:39:10] * JoeyBorn (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) has joined #beagle
  • [21:39:30] <jkridner|work> is the library complete?
  • [21:40:39] * _fulgas (n=fn@a83-132-158-61.cpe.netcabo.pt) has joined #beagle
  • [21:40:46] <suihkulokki> let me check
  • [21:40:52] <geckosenator> anyone get "<2>TWL4030 module irq 368 is disabled but can't be masked!" ?
  • [21:47:48] <jkridner|work> mojo doesn't seem to have openjdk complete: http://mojo.handhelds.org/files/buildstatus-hasty-armv6el-vfp-hasty/waiting.html#openjdk-6
  • [21:50:10] <suihkulokki> jkridner|work: As far as I see, it's complete. IE parts missing from openjdk are replaced with their icedtea counterparts (and a _huge_ boatload of patches)
  • [21:51:02] <prpplague> jkridner|work: btw, i think keesj may have misunderstood my post on the openocd list, i'm continuing to make progress on adding jrc support to openocd
  • [21:51:11] <Crofton|1rssi> jkridner|work: you have talked with rschuster?
  • [21:52:40] * fulgas (n=fn@a83-132-158-61.cpe.netcabo.pt) Quit (Read error: 110 (Connection timed out))
  • [21:56:55] * _fulgas (n=fn@a83-132-158-61.cpe.netcabo.pt) Quit ("changing servers")
  • [21:57:25] <koen> prpplague: http://dominion.thruhere.net/git/?p=openembedded.git;a=commitdiff;h=de4d6d2321b3467eb03d424fd9a42dd1dfafa327 :)
  • [21:57:40] * fulgas (n=fn@a83-132-158-61.cpe.netcabo.pt) has joined #beagle
  • [21:58:22] * prpplague looks
  • [21:58:44] <prpplague> koen: yep hrw is doing some OE work for me
  • [21:58:54] <prpplague> koen: http://www.elinux.org/M8050
  • [21:59:00] <Crofton|1rssi> hrw rocks
  • [22:00:21] * stephenw (n=stephenw@moodiegate.xandros.com) Quit ("using sirc version 2.211+KSIRC/1.3.12")
  • [22:02:07] <prpplague> Crofton|1rssi: indeed, and since i don't have time to do the userland stuff, it really helps
  • [22:02:14] <prpplague> Crofton|1rssi: sending him some free hardware
  • [22:02:51] * fulgas is now known as FuL|OUT
  • [22:03:00] * FuL|OUT is now known as fulgas
  • [22:04:25] * gregoiregentil (n=zonbu@71.135.100.69) has joined #beagle
  • [22:05:23] * JuanG (n=Juan@nat/ti/x-76ffa69dcc7e7245) has joined #beagle
  • [22:05:28] * JuanG (n=Juan@nat/ti/x-76ffa69dcc7e7245) has left #beagle
  • [22:08:25] * BThompson (n=BThompso@nat/ti/x-8d4d55e34805eb5f) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [22:08:39] * gduncan (n=spec@static-71-249-182-7.nycmny.east.verizon.net) Quit ()
  • [22:23:04] * dcramer (n=davec@static-72-71-192-9.cncdnh.fios.verizon.net) has joined #beagle
  • [22:28:01] * JimDonova1 (n=jimd@c-66-30-221-249.hsd1.ma.comcast.net) has left #beagle
  • [22:28:24] * tomasg (n=tomas@rrcs-67-78-37-210.sw.biz.rr.com) has left #beagle
  • [22:41:09] * ldesnogu_ (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) Quit ()
  • [22:42:46] * cbrake is now known as cbrake_away
  • [22:44:12] * fulgas (n=fn@a83-132-158-61.cpe.netcabo.pt) Quit ("changing servers")
  • [22:44:32] * JoeyBorn (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) Quit (Read error: 110 (Connection timed out))
  • [22:44:36] * JoeBorn__ (n=jborn@dsl017-022-252.chi1.dsl.speakeasy.net) has joined #beagle
  • [22:44:55] * fulgas (n=fn@a83-132-158-61.cpe.netcabo.pt) has joined #beagle
  • [22:47:15] * abitos (n=nixgibts@dslb-084-057-168-118.pools.arcor-ip.net) has joined #beagle
  • [22:53:02] * dcramer (n=davec@static-72-71-192-9.cncdnh.fios.verizon.net) Quit ()
  • [23:00:45] * codepope (n=codepope@ip-217.146.111.161.merula.net) Quit ()
  • [23:03:08] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  • [23:07:54] * flo_lap (n=fuchs@f048040004.adsl.alicedsl.de) has joined #beagle
  • [23:10:55] * zedstar (n=john@fsf/member/zedstar) Quit (Remote closed the connection)
  • [23:11:23] * fulgas is now known as FuL|OUT
  • [23:13:16] * jonnor (n=jon@ti0016a380-1538.bb.online.no) Quit (Read error: 60 (Operation timed out))
  • [23:19:15] * FuL|OUT (n=fn@a83-132-158-61.cpe.netcabo.pt) Quit ("changing servers")
  • [23:19:38] * prpplague (n=dave@mail.americanmicrosystems.com) Quit ("Leaving")
  • [23:20:00] * FuL|OUT (n=fn@a83-132-158-61.cpe.netcabo.pt) has joined #beagle
  • [23:20:43] * abitos (n=nixgibts@dslb-084-057-168-118.pools.arcor-ip.net) Quit (Read error: 113 (No route to host))
  • [23:22:08] * guillaum1 (n=Guillaum@AMontsouris-153-1-47-150.w90-2.abo.wanadoo.fr) Quit ("Leaving.")
  • [23:22:26] * guillaum1 (n=gl@AMontsouris-153-1-47-150.w90-2.abo.wanadoo.fr) has joined #beagle
  • [23:32:28] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) Quit ()
  • [23:42:51] * rsalveti (n=salveti@92.103.134.122) Quit (Read error: 113 (No route to host))
  • [23:59:08] * robclark (n=robclark@nat/ti/x-e9f0a14bb38ed187) Quit (Remote closed the connection)