• [00:04:54] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Quit: Verlassend)
  • [00:07:39] * ogra (~ogra@ubuntu/member/ogra) Quit (Read error: Operation timed out)
  • [00:18:55] * lyakh (~lyakh@pD9EB8E96.dip0.t-ipconnect.de) Quit (Quit: thanks, bye)
  • [00:40:08] * negril (~negril@fsr.e-technik.uni-rostock.de) Quit (Ping timeout: 255 seconds)
  • [00:41:29] * hramrach_ (debian-tor@gateway/tor-sasl/hramrach) Quit (Remote host closed the connection)
  • [00:43:38] * hramrach_ (debian-tor@gateway/tor-sasl/hramrach) has joined #beagle
  • [00:45:01] * emeb (~ericb@ip70-190-178-182.ph.ph.cox.net) Quit (Quit: Leaving.)
  • [00:53:36] * Openfree (~Openfreer@61.170.194.219) Quit (Ping timeout: 240 seconds)
  • [01:00:00] * ogra (~ogra@p5098ed03.dip0.t-ipconnect.de) has joined #beagle
  • [01:00:26] * ogra is now known as Guest35747
  • [01:01:48] * mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) Quit (Read error: Operation timed out)
  • [01:14:01] * peabody124 (~peabody12@128.249.96.21) Quit (Quit: peabody124)
  • [01:14:53] * alancam (~a-campbel@nat/ti/x-fhbsdnwzwafmmeyb) Quit ()
  • [02:02:47] * gdm (~gdm@186.22.65.247) Quit (Ping timeout: 240 seconds)
  • [02:14:06] * dl9pf_ (~quassel@p5B2127AC.dip.t-dialin.net) has joined #beagle
  • [02:15:22] * espindola (~espindola@CPE30469af9ce48-CM001225dd5348.cpe.net.cable.rogers.com) has joined #beagle
  • [02:15:31] * dl9pf (~quassel@opensuse/member/dl9pf) Quit (Ping timeout: 276 seconds)
  • [02:15:37] * gdm (~gdm@186.22.65.247) has joined #beagle
  • [02:16:52] * supernaut (~brian@hex.atld.org) has joined #beagle
  • [02:20:50] <supernaut> anyone running ubuntu 10.10 on their beagle and playing back dvds?
  • [02:21:19] <supernaut> i cant get totem to play properly, and i've installed libdvdread4 and libdecss2
  • [02:26:53] * Guest35747 is now known as ogra
  • [02:27:06] * ogra (~ogra@p5098ed03.dip0.t-ipconnect.de) Quit (Changing host)
  • [02:27:06] * ogra (~ogra@ubuntu/member/ogra) has joined #beagle
  • [03:13:32] * jrmuizel (~jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [03:49:11] * raster (~raster@enlightenment/developer/raster) has joined #beagle
  • [04:08:33] * cmwslw (~cmwslw@c-98-249-104-118.hsd1.tn.comcast.net) has joined #beagle
  • [04:10:28] * gdm (~gdm@186.22.65.247) Quit (Quit: Ex-Chat)
  • [04:11:17] * gdm (~gdm@186.22.65.247) has joined #beagle
  • [04:16:23] * lifeeth (~praneeth@202.3.77.232) has joined #beagle
  • [04:16:23] * lifeeth (~praneeth@202.3.77.232) Quit (Changing host)
  • [04:16:23] * lifeeth (~praneeth@unaffiliated/lifeeth) has joined #beagle
  • [04:17:09] * velazcod (~velazcod@weston-24.51.214.10.myacc.net) has joined #beagle
  • [04:19:59] * aholler_ (~aholler@p57B21218.dip0.t-ipconnect.de) has joined #beagle
  • [04:23:18] * aholler (~aholler@p57B20402.dip0.t-ipconnect.de) Quit (Ping timeout: 260 seconds)
  • [04:27:51] <velazcod> im working on a custon made board based on the beagle... i have a question
  • [04:28:12] <velazcod> if you disconnect a pin, do you have to ground it?
  • [04:29:05] <velazcod> .
  • [04:30:29] * jrmuizel (~jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Quit: jrmuizel)
  • [04:37:36] * raster (~raster@enlightenment/developer/raster) Quit (Quit: Gettin' stinky!)
  • [04:40:46] * GPSFan (~kenm@64.92.145.112) Quit (Remote host closed the connection)
  • [04:46:28] * espindola (~espindola@CPE30469af9ce48-CM001225dd5348.cpe.net.cable.rogers.com) Quit (Quit: Ex-Chat)
  • [04:57:50] * peabody124 (~peabody12@c-98-196-22-185.hsd1.tx.comcast.net) has joined #beagle
  • [05:04:24] * cmwslw (~cmwslw@c-98-249-104-118.hsd1.tn.comcast.net) Quit (Ping timeout: 240 seconds)
  • [05:18:34] * tdh20022 (~tt@59.42.59.22) has joined #beagle
  • [06:01:12] * velazcod (~velazcod@weston-24.51.214.10.myacc.net) Quit (Ping timeout: 240 seconds)
  • [06:23:36] * mikey_w (~mike@pool-173-53-37-97.rcmdva.fios.verizon.net) Quit (Ping timeout: 240 seconds)
  • [06:28:05] * velazcod (~velazcod@c-66-176-30-44.hsd1.fl.comcast.net) has joined #beagle
  • [06:31:02] * mazzanet (~mazzanet@fe1-1.mel-ii.bdr1.mazzanet.id.au) has joined #beagle
  • [06:31:02] * mazzanet (~mazzanet@fe1-1.mel-ii.bdr1.mazzanet.id.au) Quit (Changing host)
  • [06:31:02] * mazzanet (~mazzanet@hpavc/mazzanet) has joined #beagle
  • [06:33:46] * velazcod (~velazcod@c-66-176-30-44.hsd1.fl.comcast.net) Quit (Quit: -a-)
  • [06:34:05] * velazcod (~velazcod@c-66-176-30-44.hsd1.fl.comcast.net) has joined #beagle
  • [06:38:32] * velazcod (~velazcod@c-66-176-30-44.hsd1.fl.comcast.net) Quit (Client Quit)
  • [06:53:05] * marcheu (~marcheu@annarchy.freedesktop.org) Quit (Remote host closed the connection)
  • [06:56:48] * peabody124_ (~peabody12@c-98-196-22-185.hsd1.tx.comcast.net) has joined #beagle
  • [06:56:48] * peabody124 (~peabody12@c-98-196-22-185.hsd1.tx.comcast.net) Quit (Read error: Connection reset by peer)
  • [06:56:49] * peabody124_ is now known as peabody124
  • [07:25:54] * peabody124 (~peabody12@c-98-196-22-185.hsd1.tx.comcast.net) Quit (Quit: peabody124)
  • [07:36:56] * raster (~raster@221.147.71.45) has joined #beagle
  • [07:36:56] * raster (~raster@221.147.71.45) Quit (Changing host)
  • [07:36:56] * raster (~raster@enlightenment/developer/raster) has joined #beagle
  • [07:47:59] * lixian (lixian@acm.poly.edu) has joined #beagle
  • [07:48:57] * lixian_ (lixian@2001:470:897b::2) Quit (Read error: Operation timed out)
  • [07:50:17] * tdh20022 (~tt@59.42.59.22) has left #beagle
  • [07:55:52] <thurbad> is there a repository for the kernel angstom uses specifically? having some problems getting omapfbplay to work with the 2.6.32 kernel from OE on a custom board based on beagleboard
  • [08:00:00] * espindola (~espindola@CPE30469af9ce48-CM001225dd5348.cpe.net.cable.rogers.com) has joined #beagle
  • [08:13:55] <koen> _av500_: haven't tried eth support in uboot on crane, but I expect it to work
  • [08:16:34] * skodabenz (~keshav_pr@117.202.182.220) has joined #beagle
  • [08:16:46] <_av500_> k
  • [08:19:03] <dm8tbr> crane? not eagle? :)
  • [08:25:11] * pfoetchen (~pfoetchen@fachschaft.mathematik.uni-wuerzburg.de) Quit (Remote host closed the connection)
  • [08:35:36] * espindola (~espindola@CPE30469af9ce48-CM001225dd5348.cpe.net.cable.rogers.com) Quit (Quit: Ex-Chat)
  • [08:35:50] <_av500_> dm8tbr: it seems the crane wants to get on flickr
  • [08:38:06] <dm8tbr> :)
  • [08:38:25] <dm8tbr> I found a picture meanwhile. cute box for the eth part of the board
  • [08:40:50] <_av500_> yes, poe, so its deadly to touch
  • [08:41:15] <_av500_> shame it has no sata
  • [08:41:58] <dm8tbr> ah, p??
  • [08:44:17] <_av500_> dm8tbr: see what dx delivered: http://www.flickr.com/photos/av500/5356733506/
  • [08:45:23] <dm8tbr> that's cool
  • [08:47:20] <_av500_> have to test it...
  • [08:48:13] <dm8tbr> is there a piece of plastic glued to the tip of that cable or is it just plain ribbon cable?
  • [08:48:18] <_av500_> dm8tbr: is there anything cool sdcard based?
  • [08:48:22] <_av500_> plastic backed
  • [08:48:24] <skodabenz> Hi all, I have just bought a beagleboard xM and I am new to this whole development board thing (just a hobby for me). I have not yet bought a serial cable to access it. I have a few questions.
  • [08:48:33] <thurbad> does anyone know what the difference is between tfp410mep and tfp410pap? the beagle board uses the pap I believe, and our engineer appears to have used the mep
  • [08:48:50] <skodabenz> How should the board be handled? Regarding static charges and dust etc?
  • [08:49:31] <_av500_> thurbad: the data sheet should know
  • [08:49:44] <thurbad> can't find anything on the mep so far :/
  • [08:49:48] <_av500_> skodabenz: dust? keep in inside the house...
  • [08:50:01] <skodabenz> And does anyone know of Archlinux based (or ports based) beagle ready distro (I am not a ubuntu/debian fan).
  • [08:50:21] <thurbad> if we didn't read it off the part I wouldn't know it existed
  • [08:51:34] <skodabenz> _av500_: I meant how should it be kept, like in any normal box or some precautions for dust protection should be taken. Dust is just an example. I anted to know what kinds of things can lead to malfunction of the board.
  • [08:52:02] <skodabenz> _av500_: Should i use gloves to prevent static charge flow from my hands to the board etc..
  • [08:52:50] <thurbad> shouldn't need gloves, just handle from the edges as much as possible
  • [08:53:31] <skodabenz> thurbad: Thnks for that.
  • [08:53:37] <thurbad> the main worries are pluging in the dvi before applying power and using agood 5V power supply
  • [08:55:17] <skodabenz> My distro (Archlinux x86_64) provides a cross arm gcc package http://www.archlinux.org/packages/community/x86_64/cross-arm-elf-gcc-base/ . Will this be enough to compile packages for beagleboard xm?
  • [08:56:16] <thurbad> if not, you can use the Open Embedded binaries to compile
  • [08:56:47] * skodabenz_ (~keshav_pr@117.202.182.220) has joined #beagle
  • [08:56:49] * skodabenz (~keshav_pr@117.202.182.220) Quit (Read error: Connection reset by peer)
  • [08:57:14] <skodabenz_> My distro (Archlinux x86_64) provides a cross arm gcc package http://www.archlinux.org/packages/community/x86_64/cross-arm-elf-gcc-base/ . Will this be enough to compile packages for beagleboard xm?
  • [08:57:38] <thurbad> if not, you can use the Open Embedded binaries to cross-compile
  • [09:03:43] * marcheu (~marcheu@annarchy.freedesktop.org) has joined #beagle
  • [09:10:17] * skodabenz_ (~keshav_pr@117.202.182.220) has left #beagle
  • [09:10:41] * jpirko (~jirka@sun-0.pirko.cz) has joined #beagle
  • [09:10:53] * negril (~negril@188-192-104-20-dynip.superkabel.de) has joined #beagle
  • [09:39:36] * lyakh (~lyakh@pD9EB84C7.dip0.t-ipconnect.de) has joined #beagle
  • [09:41:48] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) Quit (Quit: Leaving.)
  • [09:55:17] * drakkan1000 (~drakkan@dynamic-adsl-78-13-192-51.clienti.tiscali.it) has joined #beagle
  • [10:12:29] * ssvb (~ssvb@a88-114-220-213.elisa-laajakaista.fi) Quit (Quit: Leaving)
  • [10:23:17] * pt3asw (~pt3asw@net-93-65-45-116.cust.dsl.vodafone.it) has joined #beagle
  • [10:26:37] * skodabenz (~keshav_pr@117.202.182.220) has joined #beagle
  • [10:27:51] * skodabenz (~keshav_pr@117.202.182.220) has left #beagle
  • [10:48:04] * negril (~negril@188-192-104-20-dynip.superkabel.de) Quit (Remote host closed the connection)
  • [11:12:00] * eFfeM (~frans@j200125.upc-j.chello.nl) has joined #beagle
  • [11:14:12] * jacquesdupontd (~jacquesud@cxr69-7-82-235-33-230.fbx.proxad.net) Quit (Remote host closed the connection)
  • [11:33:56] <hramrach_> hello
  • [11:35:38] <hramrach_> so looking at http://focus.ti.com/docs/prod/folders/print/dm3730.html?DCMP=D%20DSPS%20DSPS&CMP=KNC-GoogleTI&247SEM#technicaldocuments the sprugn4f.pdf is quite detailed
  • [11:37:48] <hramrach_> the Sonics interconnect used in the TI chips has "firewall" which allows to restrict transactions
  • [11:41:56] <mru> yes
  • [11:42:24] <mru> you probably can't access much of that functionality on GP devices though
  • [11:42:34] <mru> the ROM unlocks all accesses and exits secure mode
  • [11:43:15] <hramrach_> you can't lock it again then?
  • [11:44:04] <hramrach_> I'm sure there were some mails about omap iommu errors but it might have been a different machine
  • [11:44:14] <_av500_> hramrach_: no you cant
  • [11:44:26] <hramrach_> also this isn't really an iommu, afaict it cannot remap IO space, it can only restrict access
  • [11:44:58] <mru> it is indeed not an iommu
  • [11:45:00] <hramrach_> that sucks
  • [11:45:06] <mru> there are several MMUs elsewhere
  • [11:45:15] <mru> dsp has one for
  • [11:45:18] <hramrach_> guess I need a different device then
  • [11:45:18] <mru> isp has another
  • [11:45:33] <hramrach_> it's named such in Linux sources but Linux is a mess in general
  • [11:45:45] <mru> orly?
  • [11:45:45] <hramrach_> yes, the processors have MMUs
  • [11:45:57] <_av500_> hramrach_: what do you need the firewalls for?
  • [11:46:36] <mru> the big subsystems, MPU, DSP, ISP each have their own mmu
  • [11:46:43] <hramrach_> for playing with firewalls ;-)
  • [11:46:53] <mru> don't play with fire
  • [11:47:19] <mru> the firewalls only provide an additional level of protection
  • [11:47:31] <mru> against buggy code accidentally accessing the wrong thing
  • [11:47:51] <_av500_> or evil code
  • [11:48:12] <mru> you're not supposed to allow evil code onto your HS device
  • [11:48:47] <hramrach_> how can you run anything then?
  • [11:49:00] <_av500_> there are hs devices running android, wasnt that evil?
  • [11:49:20] <mru> hramrach_: you have only evil code?
  • [11:49:24] <mru> stick to GP devices then
  • [11:50:18] <mru> btw, "linux is a mess in general" is a rather strong statement
  • [11:50:34] <mru> show me an OS as featureful that's less of a mess
  • [11:50:52] <hramrach_> for some features I only have code of unknown quality
  • [11:51:04] <mru> wtf is that supposed to mean?
  • [11:51:48] <_av500_> stolen code obviously
  • [11:51:53] <hramrach_> how do you know that a piece of code is not evil?
  • [11:52:10] <mru> I trust the linux kernel not to be intentionally evil
  • [11:52:38] <hramrach_> It is still buggy
  • [11:52:43] <mru> everything is buggy
  • [11:53:08] <hramrach_> and is there eg. any flash player that works and at least comes with source code?
  • [11:53:28] <mru> you can get source from adobe if you pay them with your soul
  • [11:53:45] <mru> and flash _is_ evil
  • [11:53:50] <thurbad> release it and foreit your soul
  • [11:53:51] <mru> the holy jobs has said so
  • [11:54:14] <mru> thurbad: hmm, perhaps I should... I think I can manage without a soul for a while
  • [11:54:22] <mru> until I can acquire a new one at least
  • [11:54:55] <thurbad> meh, having a kernel/hardware/omapfbplay issue at the moment :/
  • [11:55:08] <mru> thurbad: can we help?
  • [11:55:53] <hramrach_> So since flash is evil I totally want to run evil code, we came to an agreement at least
  • [11:56:26] <thurbad> dunno, omapfbplay is making the kernel panic on our baord for some reason.. if we use the standard angstrom kernel it doesn't panic.. if we use the standard beagle it doesn't panic
  • [11:56:31] <mru> still, I assume you'll be running flash as a non-root user
  • [11:56:45] <mru> so there are plenty of protection layers even w/o the L3 firewalls
  • [11:57:16] <hramrach_> not really
  • [11:57:31] <thurbad> but combine our board and the 2.6.32 kernel we have and it panics
  • [11:57:39] <mru> hramrach_: to do any damage it would have to defeat the ARM MMU
  • [11:57:49] <mru> and it can be reconfigured only in supervisor mode
  • [11:58:06] <mru> and flash isn't so evil as to attempt that
  • [11:58:49] <hramrach_> you want flash to be acelerated, right?
  • [11:59:07] <hramrach_> meaning that it needs to acccess other hardware and program it
  • [11:59:12] <mru> thurbad: what's different a) between your board and beagle, and b) between stock kernel and yours?
  • [11:59:28] <mru> hramrach_: only through trusted interfaces
  • [11:59:30] <_av500_> neon fix?
  • [11:59:52] <mru> _av500_: no neon related bugs I know of cause a kernel panic
  • [12:00:06] <mru> some cause a cpu lockup and some cause data corruption
  • [12:00:20] <hramrach_> mru: like mesa which is a bugpile?
  • [12:00:33] <mru> who said anything about mesa?
  • [12:00:39] <thurbad> it's possible it's a lockup rather than a panic
  • [12:00:54] <mru> thurbad: well, does it print the work panic on the console?
  • [12:00:58] <mru> *word
  • [12:01:26] <thurbad> we don't have a visible console
  • [12:01:27] <mru> hramrach_: _nothing_ with the complexity of flash or opengl is bug-free
  • [12:01:38] <mru> thurbad: so get one
  • [12:01:43] <thurbad> heh
  • [12:02:07] <hramrach_> yes, that's why the firewalling comes handy :p
  • [12:02:31] <mru> hramrach_: hardly
  • [12:03:38] <thurbad> one thing I know is different is we have a slightly different part number on the video chip.. haven't found any info on what the difference actually is between that and the one the beagle uses
  • [12:03:53] <mru> video chip?
  • [12:03:55] <mru> the dvi framer?
  • [12:04:38] <thurbad> I suppose, the tfp410pap only ours is tfp410mep
  • [12:05:01] <mru> that's the framer
  • [12:05:08] <mru> shouldn't be relevant
  • [12:05:08] <thurbad> ok
  • [12:05:25] <thurbad> so a red herring... ~.~
  • [12:05:57] <mru> communication with that chip is (mostly) one-way
  • [12:06:14] <mru> if you get a picture at all it's fine
  • [12:07:24] <thurbad> the most we get before the machine dies is occasionally a green rectangle where the video should be
  • [12:07:33] <hramrach_> anyway, I am interested in that and Beagleboard has it disabled so let me move on ;-)
  • [12:07:37] <thurbad> usually we don't even get that
  • [12:11:19] <mru> but you have normal graphics showing?
  • [12:11:51] <thurbad> if I rip out the splash video the rest of the graphics run fine
  • [12:12:17] <mru> ok, then the dss and dvi framer are properly configured
  • [12:12:58] * CMoH (~cipi@unaffiliated/c-moh) has joined #beagle
  • [12:17:05] <_av500_> thurbad: aligment trapping?
  • [12:17:23] * Openfree (~Openfreer@61.170.194.219) has joined #beagle
  • [12:17:38] <mru> that would give a SIGILL or hang the process depending on the kernel version and the trapping instruction
  • [12:17:42] <mru> not a full system hang
  • [12:18:53] <_av500_> true
  • [12:21:59] <thurbad> the odd thing is if we use the kernel we built on a standard beagleboard omapfbplay runs fine, if we run the standard kernel on our hardware omapfbplay runs fine
  • [12:22:39] <thurbad> it's just a combination of our kernel and our board that causes the problem
  • [12:25:04] * CMoH-notebook (~cipi@unaffiliated/c-moh) has joined #beagle
  • [12:26:59] <_av500_> thurbad: pastebin the panic
  • [12:28:40] <thurbad> how would I get the panic? the machine completely freezes up.. it may not even actually be a panic, that's just waht I assumed it was
  • [12:29:38] * CMoH-notebook (~cipi@unaffiliated/c-moh) Quit (Remote host closed the connection)
  • [12:29:54] <mru> thurbad: get a serial console
  • [12:30:15] <thurbad> I have one, but i dies too
  • [12:30:31] <thurbad> *it dies
  • [12:30:45] <_av500_> oh
  • [12:30:51] * CMoH-notebook (~cipi@95.76.68.223) has joined #beagle
  • [12:30:51] * CMoH-notebook (~cipi@95.76.68.223) Quit (Changing host)
  • [12:30:51] * CMoH-notebook (~cipi@unaffiliated/c-moh) has joined #beagle
  • [12:31:18] <thurbad> the LEDs stop blinking as well
  • [12:33:41] <_av500_> well
  • [12:33:58] <mru> ah, then really is dead
  • [12:34:06] <mru> which omap chip is this exactly?
  • [12:34:15] <thurbad> 3530
  • [12:34:19] <mru> rev?
  • [12:34:47] <_av500_> thurbad: how are the kernels different?
  • [12:34:51] <_av500_> just config
  • [12:34:53] <_av500_> ?
  • [12:34:56] <_av500_> or more?
  • [12:35:43] <thurbad> as far as I know just the config, we got a 2.6.32 omap kernel from the repository
  • [12:36:00] <mru> pastebin diff of configs
  • [12:36:13] <_av500_> mru: wasnt there a neon cpu lockup?
  • [12:36:15] <thurbad> have tried with just default config even
  • [12:36:22] <mru> _av500_: yes
  • [12:36:30] <mru> L1NEON fixes it
  • [12:36:35] <mru> but that's not a kernel setting
  • [12:36:39] <_av500_> right
  • [12:36:43] <mru> it's done in u-boot
  • [12:36:55] <mru> and it usually took longer to trigger
  • [12:37:05] <mru> order of minutes
  • [12:37:08] <_av500_> hmm
  • [12:37:13] <_av500_> i had it faster afaik
  • [12:37:43] <thurbad> this lockup is pretty much immediate, every time it's run
  • [12:38:30] <thurbad> how do I find the rev of the omap?
  • [12:38:37] <aholler_> btw. someone herewith knowledge about the ehci-stuff? if I enable ehci in u-boot, neither u-boot nor the kernel afterwards is able to see a device
  • [12:38:50] * aholler_ is now known as aholler
  • [12:38:57] <_av500_> thurbad: sprinkle printfs in omapfbplay
  • [12:39:01] <mru> aholler: I didn't know omap ehci worked at all in u-boot
  • [12:39:20] <mru> _av500_: that's unlikely to yield anything
  • [12:39:27] <aholler> mru: I've added the needed stuff, but I seem to miss something
  • [12:39:44] <mru> aholler: you realise that statement is self-contradicting, right?
  • [12:39:53] <aholler> yes
  • [12:40:04] <aholler> otherwise I wouldn't ask
  • [12:41:36] * Openfree (~Openfreer@61.170.194.219) Quit (Ping timeout: 240 seconds)
  • [12:41:41] <aholler> mainly I've used stuff found in that commit: http://gitorious.org/spark-sls/x-load/commit/8a1249700dab3d6a613eb9a15e07dc8a759a1f08
  • [12:42:09] <thurbad> I know it's getting past the intial buffering
  • [12:42:31] <mru> thurbad: try the test mode
  • [12:42:43] <mru> omapfbplay -t WxH -whatever
  • [12:43:20] <mru> also, which version of omapfbplay are you using?
  • [12:54:42] * Xerion (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) Quit (Quit: rebooting :/)
  • [12:54:49] * Openfree (~Openfreer@61.170.194.219) has joined #beagle
  • [13:13:54] * Xerion (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) has joined #beagle
  • [13:25:41] * raster (~raster@enlightenment/developer/raster) Quit (Read error: No route to host)
  • [13:29:06] * lyakh (~lyakh@pD9EB84C7.dip0.t-ipconnect.de) Quit (Quit: Leaving)
  • [13:30:21] * lyakh (~lyakh@pD9EB84C7.dip0.t-ipconnect.de) has joined #beagle
  • [13:32:06] * paddu (ddf7b92a@gateway/web/freenode/ip.221.247.185.42) has joined #beagle
  • [13:36:37] * paddu (ddf7b92a@gateway/web/freenode/ip.221.247.185.42) Quit (Ping timeout: 265 seconds)
  • [13:42:37] <aholler> maeh, that clock-stuff is a pain
  • [13:47:49] * pt3asw (~pt3asw@net-93-65-45-116.cust.dsl.vodafone.it) has left #beagle
  • [13:54:55] * eFfeM (~frans@j200125.upc-j.chello.nl) Quit (Quit: Leaving.)
  • [14:07:36] <aholler> i should throw the bb into the trash bin, it's not worth the time ;)
  • [14:09:08] <sakoman_> aholler: did you find Laine's clock setup patch?
  • [14:09:26] <aholler> don't know about that, but sounds usefull ;)
  • [14:09:43] <aholler> I already assume it's something in that direction
  • [14:10:23] <sakoman_> http://pastebin.com/aNEYHxHC
  • [14:10:56] <sakoman_> it is an x-load patch of course (as was the patch you linked to)
  • [14:11:07] <aholler> i'll use that
  • [14:11:22] <sakoman_> I've been meaning to convert to u-boot some day
  • [14:11:32] <aholler> I've converted it
  • [14:11:50] <aholler> can offer 2 patches, but it still doesn't work
  • [14:12:16] <sakoman_> did you do the clock setup?
  • [14:12:21] <aholler> yes
  • [14:12:39] <aholler> but if I enable that sr32(CM_CLKSEL5_PLL, 0, 5, dpll_param_p->m2); /* set M2 */ even the kernel doesn't find any device
  • [14:13:08] <sakoman_> heh, maybe his patches are wrong :-)
  • [14:13:28] <aholler> anyone used usb with the x-loader?
  • [14:13:30] <sakoman_> time to break out the OMAP TRM :-)
  • [14:13:49] <sakoman_> only Laine as far as I know
  • [14:14:41] <aholler> oh, he has other setting than I
  • [14:14:51] <aholler> mom, will try them ;)
  • [14:14:52] * djlewis (~djlewis@75.15.65.246) has joined #beagle
  • [14:16:16] <aholler> that 12mhz settings are different than the one I found in the spark-xloader
  • [14:21:01] <aholler> doesn't help
  • [14:21:17] * Cru_N_cher (~luls_lol@dslb-188-107-047-038.pools.arcor-ip.net) has joined #beagle
  • [14:23:09] <aholler> have to check if I've made some typos somewhere. :(
  • [14:29:37] * ssvb (~ssvb@a88-114-220-213.elisa-laajakaista.fi) has joined #beagle
  • [14:44:58] * Xerion_ (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) has joined #beagle
  • [14:47:25] * Xerion (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) Quit (Ping timeout: 255 seconds)
  • [14:47:26] * Xerion_ is now known as Xerion
  • [14:55:05] <djlewis> gm sakoman_ , mru , _av500_ , in no particular order ... :)
  • [14:55:28] <mru> morning djlewis in no particular fashion
  • [14:55:42] <djlewis> hehee
  • [14:58:28] <sakoman_> gm djlewis!
  • [15:29:57] * mikey_w (~mike@pool-173-53-37-97.rcmdva.fios.verizon.net) has joined #beagle
  • [15:47:57] * jrmuizel (~jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [15:48:14] * jrmuizel (~jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has left #beagle
  • [15:56:08] * jayabharath (~jayabhara@nat/ti/x-slgodyvlasypkhwo) has joined #beagle
  • [16:14:18] * jrmuizel (~jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [16:17:03] * jrmuizel (~jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Client Quit)
  • [16:21:17] <_av500_> gm djlewis
  • [16:21:29] <djlewis> :)
  • [16:22:20] * espindola (~espindola@CPE30469af9ce48-CM001225dd5348.cpe.net.cable.rogers.com) has joined #beagle
  • [16:45:52] * jrmuizel (~jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [16:47:10] * paddu (ddf7b92a@gateway/web/freenode/ip.221.247.185.42) has joined #beagle
  • [16:48:55] * peabody124 (~peabody12@c-98-196-22-185.hsd1.tx.comcast.net) has joined #beagle
  • [16:51:14] <paddu> Hello, does anybody know how to use double buffering USB endpoints in OMAP35x
  • [16:52:29] * mrj10 (~mrj10@mjlap.psychology.wustl.edu) has joined #beagle
  • [16:53:48] <paddu> please let me know how do I set double buffering options for OMAP35x USB OTG
  • [16:53:54] * jrmuizel (~jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Read error: Connection reset by peer)
  • [16:54:27] * jrmuizel (~jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [16:57:57] <aholler> paddu: do you mean fifo mode? try modinfo musb_hdrc
  • [17:05:00] <paddu> yes fifo mode
  • [17:05:43] <paddu> actually I was told that I can change it the musb_core.c file
  • [17:07:03] <aholler> a file in /etc/modprobe.d should be enough, something like that: http://fpaste.org/
  • [17:07:50] <aholler> at least the module from 2.6.37 has an option for fifo_mode
  • [17:07:53] * baobrien (~baobrien@cm74-226.madisontelco.com) has joined #beagle
  • [17:08:53] <paddu> wat about the fifo_cfg __initdata mode_4_cfg[] table in musb_core.c file
  • [17:09:55] <paddu> can I change it to static struct fifo_cfg __initdata mode_4_cfg[] = { { .hw_ep_num = 1, .style = FIFO_TX, .maxpacket = 256, .mode = BUF_DOUBLE, },
  • [17:10:36] <paddu> http://lxr.free-electrons.com/source/drivers/usb/musb/musb_core.c?a=mips
  • [17:10:54] <paddu> this is the musb_core.c file
  • [17:21:00] <aholler> why not using the option?
  • [17:23:51] <paddu> Actually I am new to this field and in the below TI forum I was told that to enable double buffering for USB audio endpoint we need to change fifo_cfg table in musb_core.c file
  • [17:23:58] <paddu> https://e2e.ti.com/support/dsp/omap_applications_processors/f/447/t/86863.aspx
  • [17:30:40] * peabody124 (~peabody12@c-98-196-22-185.hsd1.tx.comcast.net) Quit (Quit: peabody124)
  • [17:40:47] * DaFretzy (ae1358c2@gateway/web/freenode/ip.174.19.88.194) has joined #beagle
  • [17:46:59] * jrmuizel (~jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Quit: jrmuizel)
  • [17:48:53] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) has joined #beagle
  • [17:49:08] * jrmuizel (~jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [17:51:15] * rsalveti (~rsalveti@201.82.72.47) Quit (Ping timeout: 246 seconds)
  • [17:51:48] * jrmuizel (~jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Client Quit)
  • [17:52:56] * peabody124 (~peabody12@128.249.96.124) has joined #beagle
  • [17:54:23] * jrmuizel (~jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [17:55:49] * baobrien (~baobrien@cm74-226.madisontelco.com) Quit (Ping timeout: 272 seconds)
  • [17:56:03] <DaFretzy> Has anyone tried Xvid or DivX decoding on the beagleboard? I am working on using the Beagleboard as a IP-HDTV video sender/receiver and my media streamer transcodes most efficiently into Xvid.
  • [17:58:38] * negril (~negril@188-192-104-20-dynip.superkabel.de) has joined #beagle
  • [18:04:28] * paddu (ddf7b92a@gateway/web/freenode/ip.221.247.185.42) Quit (Quit: Page closed)
  • [18:10:11] * DaFretzy (ae1358c2@gateway/web/freenode/ip.174.19.88.194) Quit (Ping timeout: 265 seconds)
  • [18:10:46] * mellis (56920a6d@gateway/web/freenode/ip.86.146.10.109) has joined #beagle
  • [18:11:19] <mellis> hey guys
  • [18:13:36] <mellis> i have a problem with ubuntu on my beagle it was running fine then the power went off to it and now it boots fine but i get nothing on the screen
  • [18:13:53] <mellis> its the image has messed up not the headware
  • [18:14:09] <mellis> it still displays to the screen with a test image
  • [18:16:43] <rcn-ee> anything usefull in the serial log?
  • [18:22:03] * Xerion_ (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) has joined #beagle
  • [18:22:22] * espindola (~espindola@CPE30469af9ce48-CM001225dd5348.cpe.net.cable.rogers.com) Quit (Quit: Ex-Chat)
  • [18:24:07] * pfoetchen (~pfoetchen@fachschaft.mathematik.uni-wuerzburg.de) has joined #beagle
  • [18:24:16] * Xerion (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) Quit (Ping timeout: 265 seconds)
  • [18:24:16] * Xerion_ is now known as Xerion
  • [18:25:20] * flo_lap (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [18:25:58] * flo_lap is now known as florian
  • [18:29:27] * ozk (~ozk@pool-71-170-43-14.dllstx.fios.verizon.net) has joined #beagle
  • [18:39:19] * jayabharath (~jayabhara@nat/ti/x-slgodyvlasypkhwo) Quit (Remote host closed the connection)
  • [18:46:19] <mellis> rcn-ee: couldint see anything useful
  • [18:55:29] * jpsaman (~jpsaman@videolan/developer/jpsaman) Quit (Quit: Leaving)
  • [18:56:12] <smplman_> Have there been any updates on openGL for an xm?
  • [18:57:05] <rcn-ee> are you looking for the real openGL ? still only "ES"...
  • [18:59:58] <smplman_> ES?
  • [19:00:21] * jayabharath (~jayabhara@nat/ti/x-gfpteprvmhboybvg) has joined #beagle
  • [19:02:51] <rcn-ee> smplman_, only opengl ES1.0, opengl ES2.0 and opengl VG1.1 is supported on the beagle... so reask your question..
  • [19:04:02] <rcn-ee> smplman_, all the TI sdk's for the beagle are here: http://software-dl.ti.com/dsps/dsps_public_sw/sdo_sb/targetcontent/gfxsdk/
  • [19:05:44] <smplman_> Yea was looking through TIs site but it wanted me to login. Thanks for the link
  • [19:06:48] <rcn-ee> yeah, the login-less stuff is really nice ..
  • [19:14:04] * koen wonders when omap4 finally gets an sdk
  • [19:14:36] <hramrach_> or at least a doc
  • [19:17:23] * lifeeth (~praneeth@unaffiliated/lifeeth) Quit (Quit: Up and at 'em, Atom Ant!)
  • [19:17:55] * baobrien (~baobrien@cm74-226.madisontelco.com) has joined #beagle
  • [19:18:00] <_av500_> koen: i bet the pager company has one
  • [19:18:50] * rsalveti (~rsalveti@201.82.72.47) has joined #beagle
  • [19:18:53] <mru> what is an sdk?
  • [19:20:48] <hramrach_> they have some driver and lib for using the graphics
  • [19:23:16] <mru> so an sdk is a .ko and a .so?
  • [19:23:36] <hramrach_> looks like the core library is a useless blob, though
  • [19:23:51] <_av500_> they are all blobs
  • [19:23:57] <_av500_> some have header files though
  • [19:24:29] <hramrach_> http://processors.wiki.ti.com/index.php/RN_4_00_00_01
  • [19:34:32] <baobrien> Would it be possible to wire up any coin cell to the RTC on the XM?
  • [19:37:58] <baobrien> It looks like the lithium they used is 3v. I'd need 2 alkaline coin cells for that.
  • [19:38:00] <aholler> baobrien: http://beagle.s3.amazonaws.com/design/xM-A/BB_xM_SRM_A2_01.pdf
  • [19:39:11] <baobrien> Or a standard rtc lithium from a PC motherboard might also work.
  • [19:41:08] * peabody124 (~peabody12@128.249.96.124) Quit (Remote host closed the connection)
  • [19:41:26] * peabody124 (~peabody12@128.249.96.21) has joined #beagle
  • [20:11:58] * drakkan1000 (~drakkan@dynamic-adsl-78-13-192-51.clienti.tiscali.it) Quit (Quit: Sto andando via)
  • [20:39:12] * Xerion (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) Quit (Ping timeout: 240 seconds)
  • [20:39:15] * gdm (~gdm@186.22.65.247) Quit (Ping timeout: 240 seconds)
  • [20:41:00] * jrmuizel (~jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Ping timeout: 240 seconds)
  • [20:41:00] * mikey_w (~mike@pool-173-53-37-97.rcmdva.fios.verizon.net) Quit (Ping timeout: 240 seconds)
  • [20:41:12] * lag (~lag@ubuntu/member/lag) Quit (Ping timeout: 240 seconds)
  • [20:41:12] * Crofton|work (~balister@pool-74-107-167-114.ronkva.east.verizon.net) Quit (Ping timeout: 240 seconds)
  • [20:41:36] * ssvb (~ssvb@a88-114-220-213.elisa-laajakaista.fi) Quit (Ping timeout: 240 seconds)
  • [20:42:00] * negril (~negril@188-192-104-20-dynip.superkabel.de) Quit (Ping timeout: 240 seconds)
  • [20:42:00] * BeagleBot (~PircBot@ec2-75-101-156-174.compute-1.amazonaws.com) Quit (Ping timeout: 240 seconds)
  • [20:52:00] * BeagleBot (~PircBot@75.101.156.174) Quit (Ping timeout: 240 seconds)