• [00:01:32] * ldesnogu_ (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) Quit ()
  • [00:04:45] * mib_h6ytsa (i=459872de@gateway/web/ajax/mibbit.com/x-9a43d98aa2b74fc8) has joined #beagle
  • [00:14:43] * __alanc__ (n=a-campbe@nat/ti/x-7d3a638e80fff3b7) Quit (Remote closed the connection)
  • [00:35:04] * TAK2004 (n=Administ@dslb-088-074-033-214.pools.arcor-ip.net) Quit (Read error: 104 (Connection reset by peer))
  • [00:49:13] * matt_c (n=mcroydon@pool-71-178-172-179.washdc.fios.verizon.net) has joined #beagle
  • [01:06:04] * Leon_Nardella (n=leon@200-161-14-111.dsl.telesp.net.br) Quit (kubrick.freenode.net irc.freenode.net)
  • [01:06:04] * n6pfk (n=mike@c-76-104-54-202.hsd1.va.comcast.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [01:06:04] * ClaudeQC (n=claude@bas1-quebec03-1279635522.dsl.bell.ca) Quit (kubrick.freenode.net irc.freenode.net)
  • [01:06:04] * sakoman (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [01:06:04] * Pavlov (n=pavlov@shell.off.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [01:06:04] * simon42 (n=simon@89.238.65.10) Quit (kubrick.freenode.net irc.freenode.net)
  • [01:06:04] * philips_ (n=brandon@ash.osuosl.org) Quit (kubrick.freenode.net irc.freenode.net)
  • [01:06:04] * bkero (n=bkero@osuosl/staff/bkero) Quit (kubrick.freenode.net irc.freenode.net)
  • [01:06:22] * Leon_Nardella (n=leon@200-161-14-111.dsl.telesp.net.br) has joined #beagle
  • [01:06:22] * n6pfk (n=mike@c-76-104-54-202.hsd1.va.comcast.net) has joined #beagle
  • [01:06:22] * ClaudeQC (n=claude@bas1-quebec03-1279635522.dsl.bell.ca) has joined #beagle
  • [01:06:22] * simon42 (n=simon@89.238.65.10) has joined #beagle
  • [01:06:22] * Pavlov (n=pavlov@shell.off.net) has joined #beagle
  • [01:06:22] * philips_ (n=brandon@ash.osuosl.org) has joined #beagle
  • [01:06:22] * bkero (n=bkero@osuosl/staff/bkero) has joined #beagle
  • [01:06:22] * sakoman (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) has joined #beagle
  • [01:11:07] * mib_odkuzs (i=4f1e2a21@gateway/web/ajax/mibbit.com/x-312880794acfb9f3) Quit ("http://www.mibbit.com ajax IRC Client")
  • [01:28:12] * Leon_Nardella (n=leon@200-161-14-111.dsl.telesp.net.br) Quit (Read error: 110 (Connection timed out))
  • [01:35:09] * fulgas is now known as FuL|OUT
  • [01:44:47] * ScriptRipper (n=martin@opensuse/member/MartinMohring) Quit (Remote closed the connection)
  • [01:46:29] * hurdy (i=5ced9552@gateway/web/ajax/mibbit.com/x-14c3fa208e07f72c) has joined #beagle
  • [01:47:40] * hurdy (i=5ced9552@gateway/web/ajax/mibbit.com/x-14c3fa208e07f72c) Quit (Client Quit)
  • [01:51:19] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  • [02:00:06] * recalcati (i=5d902a55@gateway/web/ajax/mibbit.com/x-24f69f0d14ad89f0) Quit ("http://www.mibbit.com ajax IRC Client")
  • [02:05:58] * mcq (i=83d790e4@gateway/web/ajax/mibbit.com/x-ece5b1970b3d0e56) has joined #beagle
  • [02:06:31] <mcq> Hi, y'all.
  • [02:07:06] <mcq> Am trying to figure out this EHCI USB host business. Correct me if I'm wrong:
  • [02:07:36] <mcq> There are two ports, OTG and HOST. HOST runs EHCI only, OTG can switch EHCI/OHCI. _NEITHER_ works at EHCI on the Bx revs.
  • [02:07:44] <mcq> Both work EHCI on C1.
  • [02:07:48] <mcq> But C1 is not yet available.
  • [02:07:59] <mcq> Zat about the status of things?
  • [02:08:36] <mru> yes, that's correct
  • [02:08:51] <mru> no, it's not
  • [02:09:00] <mru> the otg port works fine at all speeds
  • [02:09:22] <mcq> Ahhhhh. No short-cable/no-xceiver issues?
  • [02:09:33] <mru> it's incorrect to say that the otg port is ohci or ehci
  • [02:09:46] <mru> the otg port can switch between host and device mode
  • [02:09:52] <mru> in both modes, it supports all three usb speeds
  • [02:10:24] <mcq> And does it successfully and stably signal at high speed host on the Bx? I want to plug in a webcam.
  • [02:11:11] <mru> I don't use host mode myself
  • [02:11:23] <mru> but it's stable in high-speed device/gadget mode
  • [02:12:03] <mcq> Gotcha. Well that's a useful datapoint I hadn't gleaned yet. Thanks!
  • [02:12:37] <mcq> Do you know what availability of the C1 will be, and how to ensure that's the rev you get from digikey?
  • [02:13:01] <mru> current ETA is march
  • [02:13:10] <mru> it might be C2 by then
  • [02:13:18] <mru> depends on how early tests with C1 turn out
  • [02:14:00] <mcq> Aha! Now THAT is useful info. You da bomb. If you ever get to LA, I owe you a beer.
  • [02:14:36] * mcq (i=83d790e4@gateway/web/ajax/mibbit.com/x-ece5b1970b3d0e56) Quit ("http://www.mibbit.com ajax IRC Client")
  • [02:28:04] <ds2> \
  • [02:59:52] * Wowbagger_ (n=wowbagge@d154-20-130-66.bchsia.telus.net) has joined #beagle
  • [03:06:48] * ClaudeQC (n=claude@bas1-quebec03-1279635522.dsl.bell.ca) has left #beagle
  • [03:17:57] * leslie (n=leslie@222.66.141.242) has joined #beagle
  • [03:40:22] * dcordes (n=dcordes@unaffiliated/dcordes) Quit ("leaving")
  • [03:54:27] * jkridner (n=jason@c-76-31-18-64.hsd1.tx.comcast.net) Quit (Read error: 54 (Connection reset by peer))
  • [03:54:56] * jkridner (n=jason@c-76-31-18-64.hsd1.tx.comcast.net) has joined #beagle
  • [03:54:56] <BeagleTest> jkridner is http://beagleboard.org/user/blog.hangerhead.com
  • [04:00:07] * Wowbagger_ (n=wowbagge@d154-20-130-66.bchsia.telus.net) Quit ("Leaving")
  • [04:18:20] * mib_h6ytsa (i=459872de@gateway/web/ajax/mibbit.com/x-9a43d98aa2b74fc8) Quit ("http://www.mibbit.com ajax IRC Client")
  • [04:22:41] * bazbell (n=a0192809@nat/ti/x-dec6a33493f7e5f0) Quit ("Leaving.")
  • [04:29:16] * markna (i=62d28d05@gateway/web/ajax/mibbit.com/x-044417b30f524d7b) has joined #beagle
  • [04:30:48] * leslie (n=leslie@222.66.141.242) Quit (Remote closed the connection)
  • [04:30:57] * leslie (n=leslie@222.66.141.242) has joined #beagle
  • [04:32:51] * mrc3 (n=ddiaz@189.157.115.100) has joined #beagle
  • [04:39:40] <raster> ds2: #
  • [04:41:21] * markna (i=62d28d05@gateway/web/ajax/mibbit.com/x-044417b30f524d7b) Quit ("http://www.mibbit.com ajax IRC Client")
  • [04:41:40] <ds2> hey raster
  • [04:41:51] <raster> ds2: got my mail?
  • [04:41:57] <ds2> yeah
  • [04:41:58] <raster> :)
  • [04:41:59] <raster> cool
  • [04:42:07] <ds2> I am recovering from a 16hour drive home
  • [04:42:13] <raster> aaaah busy weekend
  • [04:42:25] <ds2> starting to answer mail received during the drive
  • [04:42:33] <raster> dont worry - as i said - its an update. iw ant to get you something pretty firm and well nailed down
  • [04:42:35] <ds2> yep.... a long end to the holiday activities
  • [04:42:38] <raster> unlike some people i have worked for
  • [04:42:44] <ds2> heheh
  • [04:42:47] <raster> i dont intend to shuffle design/hw around by flavor of the week
  • [04:42:55] <raster> get iut nailed down
  • [04:43:01] <raster> agree that it is definitely fesable
  • [04:43:08] <raster> go. and deal with any shit that turns up
  • [04:43:28] <raster> (and hope that the time spent nailing it down means little/no shit will sly into the fan)
  • [04:43:29] <raster> err fly
  • [04:43:39] <raster> so no hurry
  • [04:43:42] <ds2> from a quick glance while driving.... it looked feasible
  • [04:44:03] <raster> did i include the part list?
  • [04:44:05] <ds2> well, not actually driving but at a rest/gas stop
  • [04:44:16] <raster> aaah i didnt
  • [04:44:26] <ds2> you just mentioned the radio module
  • [04:44:49] <raster> on the way
  • [04:44:52] <raster> any time is fine
  • [04:45:06] <raster> i still have some possible extras like photo receptor
  • [04:45:24] <raster> (detect ambient lighting) and proximity (IR sensor)
  • [04:45:44] <raster> as wel as detemining what to do with some physical buttons and how many
  • [04:45:48] <ds2> if you mean a camera, produce a datasheet for the sensor first ;)
  • [04:45:54] <raster> and then need your generic sim card holder + microsd slots
  • [04:46:01] <raster> oh no
  • [04:46:03] <raster> camera is separate
  • [04:46:09] <raster> just a simple photoreceptor
  • [04:46:14] <ds2> the sim holder may be part of the radio module depending on which one
  • [04:46:17] <raster> camera is also undecided
  • [04:46:21] <ds2> ah
  • [04:46:26] <raster> hmm as best i know it isnt
  • [04:46:39] <raster> radio module just hae the box with solder pads at the bottom
  • [04:46:54] <raster> so that + antennae etc. need wiring up
  • [04:47:07] <raster> same for wifi+bt - will need an antenna wired up
  • [04:47:13] <raster> now thats the mysterious land of RF
  • [04:47:14] <raster> :)
  • [04:47:18] <ds2> are you going with a custom antenna or a off the shelf one?
  • [04:47:33] <raster> i'd prefer off-the-shelf for as much as possible
  • [04:47:33] <ds2> wifi/bt can use a chip antenna; that should limit the black magic
  • [04:47:47] <ds2> compact quadband antennas are not that common :/
  • [04:47:49] <raster> hopefully
  • [04:47:53] <raster> yeah
  • [04:47:58] <raster> i havent even looked at this stage
  • [04:48:13] <raster> the 3g moduel actually has 2 antennae breakouts
  • [04:48:39] <ds2> I hope they have an app note on the antenna layout
  • [04:49:08] <ds2> RF black magic can be daunting if one is not careful
  • [04:49:13] <raster> i only have the 2 page module boruchure
  • [04:49:23] <raster> tho i know a device its used in - a mid netbook
  • [04:49:44] <ds2> Hmmmm
  • [04:50:08] <ds2> did they mention what the 2 break outs were for? 850/900 vs 1900/1800 or just diversity?
  • [04:50:22] <ds2> and does it also have an integrated GPS module?
  • [04:50:55] <raster> http://jkkmobile.blogspot.com/2008/01/option-gtm501-for-umpcs-and-mids.html
  • [04:51:01] <raster> http://www.option.com/products/gtm_501.shtml
  • [04:51:32] <raster> the usi mid-160 uses it
  • [04:51:56] <raster> http://www.umpcportal.com/2008/10/usi-mid-160-worlds-thinnest-mid
  • [04:52:57] <ds2> looks like it is for rx diversity...
  • [04:53:03] <raster> it is
  • [04:53:19] <ds2> so initially, it should work with only 1 antenna
  • [04:53:28] <raster> i would guess so
  • [04:54:57] * JoeyBorn (n=jborn@adsl-75-3-3-58.dsl.chcgil.sbcglobal.net) has joined #beagle
  • [04:55:05] <ds2> do you need all the features you listed or is that a nice to have?
  • [04:55:25] <raster> thats pretty much the "must have" list :)
  • [04:55:57] <ds2> may I ask what do you plan to do with 5 McBSPs? =)
  • [04:56:14] <raster> oh wait
  • [04:56:24] <raster> that stuff is just "within" the 3530
  • [04:56:28] <ds2> i can see an immediate need for 2 but 5 seems a bit overboard =)
  • [04:56:28] <raster> stuff that comes with it
  • [04:56:35] <ds2> ah...
  • [04:56:38] <raster> sorry - i didnt mean i need them all wired up to something
  • [04:56:43] <raster> thats just stuff i get
  • [04:56:53] <raster> i just noted down thre quick list doe quick reference
  • [04:56:59] <raster> only need stuff wired up that needs to be
  • [04:57:18] <ds2> gotcha... problem is the more stuff you need wired up, the more layers which means more expensive board
  • [04:57:23] <raster> right now - i see no use for all sdio
  • [04:57:36] <raster> i think the libertas is a usb job
  • [04:57:37] <ds2> the list almost suggests you are doing an expansion slot somewhere
  • [04:57:42] <raster> not sure tho as thats pretty opaque
  • [04:58:00] <raster> yeah
  • [04:58:01] <ds2> got datasheet for the libertas to confirm?
  • [04:58:06] <raster> i only want to wire up what needs to be
  • [04:58:08] <raster> no
  • [04:58:16] <raster> but overo's wifi version will use it
  • [04:58:26] <raster> so whatever they do will do just fine
  • [04:58:29] <raster> :-)
  • [04:58:38] <ds2> 'k
  • [04:58:38] <raster> as long as it works :)
  • [04:58:55] <raster> right now i'm tempted to have 2x sdio lines wrired to 2x micro-sd slots
  • [04:58:59] * soman (n=somnath@61.16.248.242) has joined #beagle
  • [04:59:19] <ds2> microsdio is sort of rare
  • [04:59:20] <raster> these are the bvits i havent finalised along with the much simpelr stuff like the proximity and photo recemptor (shoudl be simple i2c or spi there)
  • [04:59:24] <sakoman_> overo's wifi is sdio
  • [04:59:27] <raster> aaah dont want it for io
  • [04:59:30] <raster> just fopr cards
  • [04:59:34] <sakoman_> the bt portion is std serial port
  • [04:59:35] * Wowbagger_ (n=wowbagge@d154-20-130-66.bchsia.telus.net) has joined #beagle
  • [04:59:42] <raster> sakoman_: ok - then there goes 3x sdio :)
  • [04:59:54] <raster> ooh not via the same chip?
  • [04:59:59] <ds2> sakoman_: so it uses hciattach like the older gen?
  • [05:00:04] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [05:00:06] <sakoman_> there are spi versions iirc, as well as usb
  • [05:00:17] <raster> aaah thus my confusion
  • [05:00:24] <raster> as i thought it was a usb chip
  • [05:00:30] <ds2> rumor has it that the 'versions' are just firmware loads at purchase time and with the right magic, it can be converted
  • [05:00:31] <raster> but its one of the"can do lots of if's" ones
  • [05:00:32] <raster> :)
  • [05:00:38] <sakoman_> ds2: yes, though that may change with bluez 4.x
  • [05:00:54] <ds2> sakoman_: what's the performance like with the SDIO WiFi?
  • [05:01:28] <sakoman_> haven't measured it, but it doesn't feel super fast
  • [05:01:47] <sakoman_> will do that next time I have one powered up
  • [05:01:48] <raster> my experience is the miniature antennae and low reception and general noise will be the limit
  • [05:01:54] <raster> not the wifi connect
  • [05:02:16] <ds2> does it feel usable? a birdie has mentioned the SDIO stock is a major choke point
  • [05:02:33] <raster> ds2: sdio stack on the linux side?
  • [05:02:46] <raster> its rip-roaring along for sd card access
  • [05:02:46] <ds2> raster: yes
  • [05:02:53] <raster> i'm totally impressed
  • [05:02:55] <sakoman_> ds2: it felt usable to me
  • [05:03:08] <raster> i get 16m/sec out of my sd card
  • [05:03:10] <ds2> I see... maybe it was specific to what the little birdie was talking about
  • [05:03:31] <sakoman_> but I too have heard that there is great room for improvement in the linux sdio stack
  • [05:03:34] <raster> in fact the reaosn i want 2 sd slots is.. going to just put os on sd.
  • [05:03:52] <raster> the inbuilt flash is just going to be bonus for bootloader and maybe some rescue stuff
  • [05:04:00] <ds2> raster: you want 2 exposed SD slots? why not have one solder on?
  • [05:04:27] <raster> ds2: so u can ship the cheap3est/biggses microsd at the time of shipping
  • [05:04:32] <raster> without worrying in advance
  • [05:04:42] <raster> so u can mail out pre-imaged sd cards
  • [05:04:51] <ds2> yes but the flipside is sockets are $$$ and things can come loose in a socket
  • [05:04:51] <raster> so "Rescue" is a simple as taking out sd
  • [05:05:08] <raster> stick into a pc and re-image from there
  • [05:05:08] <ds2> I can price out sockets ;)
  • [05:05:14] <raster> yeh - understood
  • [05:05:25] <ds2> or even make it a stuffing option
  • [05:05:27] <raster> the cost of socket vs cost of soc and other things like 3g is nothing
  • [05:05:29] <raster> :)
  • [05:05:37] <ds2> depends on volume
  • [05:05:42] <raster> but this can also highly simplify production
  • [05:05:51] <sakoman_> the nothings tend to add up :-)
  • [05:05:54] <raster> as the things can have the simple os image done long before
  • [05:05:57] <raster> all it does is come up
  • [05:06:12] <raster> bhe able to connect to wifi and download the "latest production os image" to sd for you
  • [05:06:16] <ds2> NAND is easy enough to fix with jtag
  • [05:06:18] <raster> (or you do it yourself on your desktop)
  • [05:06:29] <raster> *IF* u have jtag :)
  • [05:06:36] <raster> i'm thinking for the users
  • [05:06:46] <ds2> flyswatters and the equiv. olimex ones are cheap
  • [05:06:51] <raster> sakoman_: true - but i have a limit :)
  • [05:07:33] <ds2> there is always - one solder one SD and one external SD... just make the recovery process clone itself
  • [05:07:49] <raster> sure
  • [05:07:52] <sakoman_> raster: I actually agree with you on using socketed microSD
  • [05:08:02] <raster> but i think the extra expense is worht it
  • [05:08:06] <raster> 1 socket will be internal
  • [05:08:14] <raster> so much like a sim card - u change it raely
  • [05:08:19] <raster> so breakage is less likely
  • [05:08:22] <ds2> okay
  • [05:08:22] <sakoman_> that's what I would do
  • [05:08:24] <raster> one external for "data"
  • [05:08:39] <raster> it makes recovery and os image hacking a breeze as anyone has the equipment already
  • [05:08:55] <raster> (who doesnt have an sd card reader or can get one for $10 at their local store?)
  • [05:09:09] <ds2> i should find out if sockets are considered automatable items or if they need special handling
  • [05:09:10] <raster> and sd->microsd are standard - ship the adaptor with the card in the box anyway
  • [05:09:20] <raster> ok
  • [05:09:24] <raster> this is stuff i havent checked yet
  • [05:09:28] <raster> as well as "buttons"
  • [05:09:30] <raster> "led's"
  • [05:09:47] <raster> and the photoreceptor/proximity (ir + receptor)
  • [05:10:00] <ds2> LEDs are automatable... think most buttons are... (can always use a rubber assembly
  • [05:10:18] <ds2> if the socket has any through hole parts, it may require special handling
  • [05:10:26] <raster> for stage 1 - anythnig that "closes the circuit) any button will do)
  • [05:10:32] <sakoman_> ds2: IIRC the microSD socket on Overo is machine loaded
  • [05:10:41] <raster> but the problem will be size/profile and angles
  • [05:10:48] <raster> that will determine the assembly requirements
  • [05:10:58] <ds2> sakoman_: know if it is done at the same pass as the other parts or do they do a special run for the socket?
  • [05:11:37] <sakoman_> I believe it is done at the same time - it is a surface mount socket
  • [05:12:06] <raster> i would have imagined that would be the case
  • [05:12:12] <raster> sockets would go on with everything else
  • [05:12:17] <raster> (sim, micro-sd)
  • [05:12:22] <raster> etc.
  • [05:12:59] <raster> but yes - still a problem as its mechanical and a point of failure
  • [05:12:59] <raster> as users can stick stuff in it and rip it out again
  • [05:13:10] <raster> and users always screw stuff up u never thought could screw up
  • [05:13:11] <raster> :)
  • [05:13:17] <ds2> nice
  • [05:14:04] <ds2> sakoman_: I don't supposes the MFG/PN is available? I know they don't publish info on the motherboard
  • [05:14:46] <sakoman_> IIRC, one of the leading failure causes on iPods that came back to us was "water damage"
  • [05:15:26] <sakoman_> ds2: don't know the part number, but I'm pretty sure it comes from Digikey :-)
  • [05:15:46] <raster> sakoman_: water damage?
  • [05:15:54] <ds2> hahahahahaha... selling a majority of the units in...uh....Seatle? :D
  • [05:15:57] <sakoman_> "water damage" meaning "fell in the toilet" :-)
  • [05:16:12] <raster> been floating the ipods across the pacific in their boxes using the currents to cut down on shipping costs?
  • [05:16:30] <raster> yeah
  • [05:16:44] <raster> its kinda interesting now that some cellphone makers put a little sticker in the battery bay
  • [05:16:49] <raster> if any water touches it it goes red
  • [05:16:49] <sakoman_> cell phone vendors have told me the same thing
  • [05:17:08] <raster> so basically if u send it back under warranty with "it just stopped working"
  • [05:17:15] <raster> and they find their little red sticker that used to be white
  • [05:17:22] <ds2> honest, it didn't contact water... it was only in the tropics :D
  • [05:17:24] <raster> they go "nahh mate. we're not stupid"
  • [05:17:25] <raster> :)
  • [05:19:18] <sakoman_> I'm glad to be out of the hw business :-)
  • [05:19:27] <raster> hahahah
  • [05:19:34] <ds2> hw is fun
  • [05:19:34] <sakoman_> tough way to make a living!
  • [05:19:39] <raster> i can imagine
  • [05:19:45] <sakoman_> oh, totally!
  • [05:19:45] <raster> but in the end software is hard to
  • [05:19:47] <ds2> there is a reason they call it HARDwear ;)
  • [05:19:49] <raster> especially open source
  • [05:19:52] <ds2> ware
  • [05:20:13] <sakoman_> ds2: that was my line in my hw days ;-)
  • [05:20:14] <raster> as u need to demonstrate value over "just download it for free and do it yourself" :)
  • [05:20:44] <raster> at the moment the only way to make money from oss software and scale - beyond consulting, is to merge it with hardware
  • [05:20:46] <raster> (imho)
  • [05:20:49] <sakoman_> actually I think hw is a great hobby
  • [05:20:54] <raster> is you can sell a real physical thing
  • [05:21:03] <sakoman_> I enjoy it much more now that I don't have to make a living doing it
  • [05:21:06] <raster> but the software makes it come alive
  • [05:21:35] <sakoman_> Though I keep being tempted . . .
  • [05:21:40] <raster> hahaha
  • [05:21:40] <ds2> what I don't like about software is it changes about as often as the fashion market
  • [05:21:52] <raster> ds2: i know
  • [05:21:56] <sakoman_> oh way more often!
  • [05:21:58] <raster> ds2: i tend not to follow fashion
  • [05:22:04] <ds2> one day it is pure C, another it is perl/sh, then java, and now python
  • [05:22:10] <raster> been doing c over a decade
  • [05:22:23] <raster> and damnit these new fangled java, ruby, perl, python stuff be damned
  • [05:22:30] <raster> i'm STILL doing c
  • [05:22:33] <ds2> and the worse is code nowadays wants to link to every single library under the sun
  • [05:22:43] <raster> aaah libraries
  • [05:22:47] <raster> yeah
  • [05:22:56] <ds2> and half the time it is not needed
  • [05:23:02] <raster> now that comes with the territory
  • [05:23:09] <raster> true
  • [05:23:20] <raster> i atry and be very judicious abotu sucking in a library/link in
  • [05:23:24] <raster> it has to be worth it
  • [05:23:37] <raster> as it is a guarante that that external lib u link to sooner or later will cause you pain
  • [05:24:00] <ds2> I was at one point shrinking packaging by just yelling at developers who cut and paste link lines and just append in the libraries they need
  • [05:24:00] <raster> it will break api or abi
  • [05:24:00] <raster> stop being shipped
  • [05:24:32] <raster> or quietly change functionality withotu breaking the literal abi/api (just subtley addin some bizarre behavior)
  • [05:24:52] <raster> good call
  • [05:25:05] <raster> i'm a big fan of shared-lib-linking
  • [05:25:11] <raster> i remeber the days before people did that or it worked
  • [05:25:12] <ds2> and to make it fun, do that all without bumping the so version number ;)
  • [05:25:23] <raster> when u couldnt have 1 sh lib link to another
  • [05:25:59] <raster> software is also a tough world indeed
  • [05:26:09] <raster> just keeping up with whats happening alone is a lot of work
  • [05:26:13] <raster> letalone adapting
  • [05:26:16] <raster> or improving
  • [05:26:54] <raster> it used to be long ago 1 guy could keep all of hw and software together
  • [05:26:55] <raster> in his head
  • [05:26:57] <raster> and do it all
  • [05:27:01] <raster> that no longer can happen
  • [05:27:05] <raster> its too much
  • [05:27:20] <ds2> baremetal designs using 8 bit processors =)
  • [05:27:21] <raster> in fact each domain is split as no 1 person can keep all of that domain in their head and up to date
  • [05:27:27] <raster> HAHAHA
  • [05:27:36] * raster remembers the 6502 days
  • [05:27:42] <raster> ahhh mos.
  • [05:27:58] <ds2> Mmmmmm Atari
  • [05:28:15] <raster> though i have to say.. jumping to the 68000 from the 65402 made me want to forget anything i ever knew about the 6502
  • [05:28:30] <raster> it worked well - those memories are well faded into "i rememebr doing something on the 6502..."
  • [05:28:54] <ds2> could be worse, you could have worked on the atari 2600 using a reduced version of the 6502
  • [05:29:03] <raster> could have bene
  • [05:29:05] <ds2> doing processing while the screen is blanked
  • [05:29:09] <raster> i was a vic20/c64 kid
  • [05:29:21] <ds2> syncing things with the end of the scan line
  • [05:29:24] <raster> a bit more luxury there
  • [05:29:36] <raster> mind u - did that on the amiga as well
  • [05:29:55] <raster> but then it just got real fun as u hand-coded the machine code for a copper list
  • [05:29:59] <raster> that modified itself
  • [05:30:08] <ds2> copper lists is what controls the display?
  • [05:30:18] <raster> then had the blitter be driver by the copper - copper modified fb location/palette and mode per scaline
  • [05:30:40] <ds2> heh.... the atari 8 bits had that
  • [05:30:40] <raster> and cpu then sits back polling blitter/copper state and deciding what to do
  • [05:30:47] <raster> copepr was synced to the video out scan
  • [05:30:54] <raster> so basically it ran 1 command every 2 pixels
  • [05:31:06] <ds2> sounds like ANTIC + GTIA
  • [05:31:10] <raster> the command basically could only set an address to write to
  • [05:31:17] <raster> then write the next value in the next command to that addr
  • [05:31:25] <raster> that addr could be anything on the chipset tho
  • [05:31:35] <raster> including the co0ppers own command location registers
  • [05:31:39] <raster> the blitter controls
  • [05:31:40] <raster> palette
  • [05:31:45] <raster> values were 16bit
  • [05:32:24] <sakoman_> you guys are showing your age ;-)
  • [05:32:39] <raster> the copper was your friend for makign the hw do what it wasnt designed to
  • [05:32:47] <raster> example - hw sprites were limtied to 8
  • [05:32:51] <raster> and 16pixels wide
  • [05:32:54] <raster> with 2 bitplanes
  • [05:33:05] <raster> (thus 4 colors, 1 was transparent) but can be screen height
  • [05:33:09] <raster> so what u did was..
  • [05:33:15] <raster> after the first sprite is displayed
  • [05:33:21] <raster> pers scanline
  • [05:33:29] <raster> the copper modifies the sprite src address
  • [05:33:34] <raster> and the x location
  • [05:33:53] <raster> so by the time the scanout hits 7 sprites afay from the first
  • [05:33:59] <raster> u have recycled it with a new src address
  • [05:34:02] <raster> and so on
  • [05:34:24] <raster> thus.. an infinitely wide sprite-field
  • [05:34:28] <raster> well as wide as the display can be
  • [05:34:47] * raster loved being evil with the copper and blitter
  • [05:34:54] <raster> sakoman_: yeah - old farts
  • [05:34:55] <raster> :)
  • [05:35:15] <raster> mind u - i did this while at highschool
  • [05:35:24] <raster> so i didnt wait till uni to start playing
  • [05:35:38] <ds2> Hmmm
  • [05:36:27] * sakoman_ tries hard to avoid displaying how truly ancient he is
  • [05:37:01] <raster> sakoman_: HAHAHHAHA
  • [05:38:13] <ds2> Vacuum tubes make fine computers ;)
  • [05:39:18] * raster hands ds2 a walking frame
  • [05:39:18] <sakoman_> ah, those were the days. vacuum tube computers and fine hand-crafted buggy whips . . .
  • [05:40:41] <ds2> can't forget the iron tires on the carridge wheels
  • [05:45:29] <raster> luxury
  • [05:45:46] <raster> i used to use sticks and stones for 1's and 0's
  • [05:46:17] <raster> it sucked every time the brontosauri stampeded
  • [05:46:23] <raster> they'd mess up my field of stick and stones
  • [05:48:01] <sakoman_> heh, I got one of these for Christmas when I was a kid: http://en.wikipedia.org/wiki/Digi-Comp_I
  • [05:48:16] <sakoman_> even cheaper than a Beagle ;-)
  • [05:48:56] <raster> HAHAHAHAHHAHAHAHAHA
  • [05:49:38] <ds2> no issues with X-loader on that ting
  • [05:49:40] <ds2> thing
  • [05:49:49] <sakoman_> for sure!
  • [05:50:03] <raster> cant it run java?
  • [05:50:05] <raster> :)
  • [05:50:54] <sakoman_> I had a hard time making the transition from mechanical to transistor logic ;-)
  • [05:51:58] <raster> hahahah
  • [05:52:33] * bmxr (n=bmxr@d64-180-251-177.bchsia.telus.net) Quit (Remote closed the connection)
  • [05:53:23] <sakoman_> Though I must admit years later in college it made my first digital circuits course much easier to understand
  • [05:53:45] <sakoman_> flip fops weren't a foreign concept
  • [05:53:56] <sakoman_> nor were clocks
  • [05:57:30] <raster> thats true
  • [05:57:48] <raster> tho i think all my hacking on assembly and what not by the time i got to university screwed uni for me
  • [05:58:06] <raster> as they were trying to re-teach me things i already knew - i just didnt have a name for them
  • [05:58:33] <raster> and thnigs likefunctional preogramming made me squirm
  • [05:59:03] <raster> as my brain was already deeply set into procedural. datatypes were lame - it was all numbers anyway
  • [05:59:04] <raster> :)
  • [06:06:17] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) Quit (Read error: 60 (Operation timed out))
  • [06:11:25] * Wowbagger_ (n=wowbagge@d154-20-130-66.bchsia.telus.net) Quit ("Leaving")
  • [06:18:35] * shenki_ (n=joel@202.174.42.5) has joined #beagle
  • [06:18:50] * shenki (n=joel@202.174.42.5) Quit (Read error: 104 (Connection reset by peer))
  • [06:19:36] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) has joined #beagle
  • [06:22:54] * shenki_ is now known as shenki
  • [06:28:37] * bmxr (n=bmxr@d64-180-251-177.bchsia.telus.net) has joined #beagle
  • [06:35:58] <koen> good morning all
  • [06:36:18] <raster> boo
  • [06:36:19] <sakoman_> good morning koen!
  • [06:44:22] * sandnigg0r (i=trilluse@rrcs-208-105-172-205.nys.biz.rr.com) has joined #beagle
  • [06:44:43] * sandnigg0r is now known as sweetjamesjones
  • [06:57:10] * garren|work (n=chatzill@mail.dm.co.za) has joined #beagle
  • [06:57:22] <garren|work> morning all
  • [07:00:08] <koen> hey garren|work
  • [07:02:46] * geckosen1tor is now known as geckosenator
  • [07:09:45] <koen> UBIFS: file system size: 250177536 bytes (244314 KiB, 238 MiB, 1939 LEBs)
  • [07:09:50] <koen> VFS: Mounted root (ubifs filesystem).
  • [07:10:36] <sakoman_> koen: this is ubifs in nand?
  • [07:11:03] <koen> yes
  • [07:11:04] <raster> hmm
  • [07:11:09] <raster> whats the standard define for armv7?
  • [07:11:13] <raster> #ifdef __ARM_ARCH_7__
  • [07:11:16] <raster> seems unhappy
  • [07:11:41] <raster> ohoh wait
  • [07:11:43] <raster> never mind
  • [07:11:50] <raster> its probably another one of them
  • [07:15:50] <raster> aha!
  • [07:15:53] <raster> detected neon
  • [07:15:54] <raster> woot
  • [07:31:12] <kulve> koen: I've been running ubifs on my gumstix verdex (nor) and it seems quite nice
  • [07:35:57] * mib_g0v09p (i=3b93dac7@gateway/web/ajax/mibbit.com/x-a9d1fa3ac4c0a274) has joined #beagle
  • [07:40:15] * mckoan|away is now known as mckoan
  • [07:47:10] * leslie (n=leslie@222.66.141.242) Quit (Remote closed the connection)
  • [07:59:59] * giorgio (i=5830497a@gateway/web/ajax/mibbit.com/x-0ec79782d863bc72) has joined #beagle
  • [08:02:19] * giorgio (i=5830497a@gateway/web/ajax/mibbit.com/x-0ec79782d863bc72) Quit (Client Quit)
  • [08:03:31] * mib_a5hw6w (i=5830497a@gateway/web/ajax/mibbit.com/x-65e6b8f916236d79) has joined #beagle
  • [08:05:46] <mib_a5hw6w> Hi
  • [08:06:34] <mib_a5hw6w> I amtesting this tools. There are anyone on line?
  • [08:10:45] <ds2> morning
  • [08:14:17] * ssvb (n=ssvb___@a88-114-221-132.elisa-laajakaista.fi) Quit ("Leaving")
  • [08:14:33] * TehUni (n=cory@c-24-30-35-55.hsd1.ga.comcast.net) Quit (Read error: 104 (Connection reset by peer))
  • [08:14:53] * TehUni (n=cory@c-24-30-35-55.hsd1.ga.comcast.net) has joined #beagle
  • [08:25:10] <mib_a5hw6w> morning
  • [08:25:50] * leslie (n=leslie@222.66.141.182) has joined #beagle
  • [08:46:01] * discoverlego (i=d2124e02@gateway/web/ajax/mibbit.com/x-847bd6a6f6f184f9) has joined #beagle
  • [08:46:05] <bkero> I am.
  • [08:46:48] <discoverlego> hi all can u plz tell me how can i change my root password...
  • [08:47:01] <discoverlego> i have bought the new beagleboard
  • [08:47:28] <discoverlego> even how can i add new user to the existing system
  • [09:05:38] * and-ri (n=ubuntu@pd95b4498.dip0.t-ipconnect.de) has joined #beagle
  • [09:06:51] * ScriptRipper (n=martin@85.233.34.53.dynamic.cablesurf.de) has joined #beagle
  • [09:23:46] * abitos (n=nixgibts@dslb-084-057-183-030.pools.arcor-ip.net) has joined #beagle
  • [09:25:44] * guillaum1 (n=gl@AMontsouris-153-1-5-1.w86-212.abo.wanadoo.fr) Quit ("Leaving.")
  • [09:26:37] * guillaum1 (n=GZBA4143@AMontsouris-153-1-5-1.w86-212.abo.wanadoo.fr) has joined #beagle
  • [09:30:00] <garren|work> discoverlego: if you are using beagleboard-demo-image or angstrom there is no root password. Just google changing root password its the same commands as normal linux
  • [09:30:03] * TAK2004 (n=Administ@dslb-088-074-052-201.pools.arcor-ip.net) has joined #beagle
  • [09:31:00] <kulve> koen: I understood you got the swfdec-mozilla working? I tried but I got just some errors when trying to play flash. I tried both 0.8 and trunk.
  • [09:37:52] * mib_g0v09p (i=3b93dac7@gateway/web/ajax/mibbit.com/x-a9d1fa3ac4c0a274) Quit ("http://www.mibbit.com ajax IRC Client")
  • [09:42:28] * felipec (i=c0647cda@gateway/web/ajax/mibbit.com/x-1df4924c222eaf30) has joined #beagle
  • [09:45:49] * florian_kc (n=fuchs@217.146.132.69) has joined #beagle
  • [09:46:55] * florian_kc is now known as florian
  • [10:03:20] * moi1234 (n=moi@ip70-179-18-67.sd.sd.cox.net) has joined #beagle
  • [10:03:55] * rupeshgujare (n=rupesh@59.160.172.220) has joined #beagle
  • [10:05:51] * discoverlego (i=d2124e02@gateway/web/ajax/mibbit.com/x-847bd6a6f6f184f9) Quit ("http://www.mibbit.com ajax IRC Client")
  • [10:06:22] * mib_a5hw6w (i=5830497a@gateway/web/ajax/mibbit.com/x-65e6b8f916236d79) Quit ("http://www.mibbit.com ajax IRC Client")
  • [10:07:54] * magnet_ (n=magnet@AMontpellier-259-1-74-105.w92-133.abo.wanadoo.fr) Quit (Read error: 60 (Operation timed out))
  • [10:09:21] <BeagleBot> http://beagleboard.org/project/android/ was edited by embinux.myopenid.com
  • [10:10:11] <and-ri> how can i uninstall a package(ipkg) which i have install with opkg package.ipkg?
  • [10:10:25] * magnet (n=magnet@AMontpellier-259-1-41-47.w92-133.abo.wanadoo.fr) has joined #beagle
  • [10:18:26] <florian> good morning
  • [10:24:08] * jsync (n=jess@de3-as6677.alshamil.net.ae) has joined #beagle
  • [10:26:44] * leslie (n=leslie@222.66.141.182) Quit (Remote closed the connection)
  • [10:35:29] <kulve> tomba: I'm no testing with fbv and seeing the same color issues
  • [10:35:33] <kulve> +w
  • [10:36:25] <kulve> looks like it's completely missing the green bits..
  • [10:47:10] * DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) has joined #beagle
  • [11:01:18] * dcramer (n=davec@dcdsl.ebox.com) Quit ()
  • [11:04:30] <tomba> kulve: ok. then it's probably the gpios that are messed up. not much I can do about those. perhaps you should email the guy mentioned in the EVM DSS patch
  • [11:08:01] * dcramer (n=davec@dcdsl.ebox.com) has joined #beagle
  • [11:10:35] * matt_c (n=mcroydon@pool-71-178-172-179.washdc.fios.verizon.net) Quit ()
  • [11:18:38] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [11:20:01] * magnet is now known as Guest28776
  • [11:29:43] * RobertK (i=3edc0622@gateway/web/ajax/mibbit.com/x-8072cfd01151d12d) has joined #beagle
  • [11:30:01] <RobertK> good morning
  • [11:30:37] <florian> hi RobertK
  • [11:44:58] * Beagle6 (n=Beagle6@82.118.116.45) has joined #beagle
  • [11:45:02] * Beagle6 is now known as Rich_R
  • [11:45:10] <Rich_R> 'lo dudes
  • [11:45:39] <Rich_R> anyone happen to know where i can purchase a TI TXL0108 level shifter, i hear they are often used by beagle devs :)
  • [11:45:57] <Rich_R> only thats a TXB0108 probably
  • [11:46:10] <Rich_R> the er, B being close to the L key and all.....
  • [11:52:38] * rsalveti (n=salveti@189.70.60.88) Quit (Remote closed the connection)
  • [11:59:07] <felipec> who is the guy that had the initial idea of the beagleboard?
  • [12:08:00] * mib_g0v09p (i=3b93dac7@gateway/web/ajax/mibbit.com/x-0513df56be8d7786) has joined #beagle
  • [12:09:32] * mib_v3a77w (i=5cec55b9@gateway/web/ajax/mibbit.com/x-653dc457c07131ea) has joined #beagle
  • [12:11:12] * n6pfk (n=mike@c-76-104-54-202.hsd1.va.comcast.net) Quit ("Leaving")
  • [12:17:41] <kulve> koen: ping?
  • [12:22:40] <felipec> Gerard Coley?
  • [12:23:23] <Crofton|work> gm
  • [12:23:49] <florian> hi Crofton|work
  • [12:28:32] * rsalveti (n=salveti@200.184.118.130) has joined #beagle
  • [12:30:15] <khasim> felipec: yes, its Gerald Coley
  • [12:31:13] <felipec> khasim: thanks
  • [12:34:42] <Crofton|work> how do I switch a repo from mv url to git.kernel.org rpo?
  • [12:34:52] <Crofton|work> or, should I start over
  • [12:35:11] <felipec> Crofton|work: why switch? just add the other repo
  • [12:35:25] <Crofton|work> mv is down
  • [12:35:58] <Crofton|work> I want to change to using the kernel.org is the primary source
  • [12:35:58] <felipec> Crofton|work: git remote add alt <url>
  • [12:36:03] <Crofton|work> thanks
  • [12:36:16] <felipec> then: git pull alt
  • [12:36:47] <felipec> Crofton|work: or edit .git/config and replace the url
  • [12:39:09] <Crofton|work> thanks
  • [12:39:15] <Crofton|work> the alt is working
  • [12:39:30] <Crofton|work> I'll look at config, and maybe swap so mv becomes alt
  • [12:39:56] <felipec> yep, I usually do that to switch from http to git urls
  • [12:41:09] <Crofton|work> khilman was always pretty good at making sure the mv machine stayed up
  • [12:41:15] <Crofton|work> but he no longer works at mv
  • [12:42:14] <Crofton|work> hmm, I get a no merge candaidate message
  • [12:42:47] <felipec> git pull --force?
  • [12:43:40] <Crofton|work> I'm going to re-clone
  • [12:43:48] <Crofton|work> I didn't have anything local in this one anyway
  • [12:46:59] * RobertK (i=3edc0622@gateway/web/ajax/mibbit.com/x-8072cfd01151d12d) Quit (kubrick.freenode.net irc.freenode.net)
  • [12:46:59] * uwe__ (n=uwe_@dslb-084-056-036-221.pools.arcor-ip.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [12:46:59] * jkridner|work (n=a0321898@nat/ti/x-e20c54919632cfb6) Quit (kubrick.freenode.net irc.freenode.net)
  • [12:48:38] <felipec> Crofton|work: there's also git clone --reference <local_url> <remote_url>
  • [12:49:08] <felipec> Crofton|work: and when a git pull fails there's always git fetch, and then git reset remote/branch
  • [12:50:52] * e (i=c0476418@gateway/web/ajax/mibbit.com/x-2c75ccfe1bcb2027) has joined #beagle
  • [12:51:30] * soman (n=somnath@61.16.248.242) Quit (Remote closed the connection)
  • [12:52:43] <e> hey all, does anyone know of any good place to start if I want to setup openembedded on os x and compile angstrom for the bb? I've got reasonably far but still get some errors when I try to bitbake...
  • [12:57:49] <jkridner> good morning all
  • [12:58:24] * hartangas (i=83cfcfc0@gateway/web/ajax/mibbit.com/x-46ce7ac5b41b4e2a) has joined #beagle
  • [12:58:28] <jkridner> e: koen had an osx branch, but I'm not sure of the status.
  • [12:58:38] <jkridner> I haven't tried working with it in a while.
  • [12:59:41] <khasim> jkridner: good morning
  • [12:59:51] <jkridner> hi khasim.
  • [13:00:11] <jkridner> e: http://cgit.openembedded.net/cgit.cgi?url=openembedded/log/&h=koen/darwin-host-fixes
  • [13:00:25] <e> jk: I've been looking at that, followed his instructions but it didn't take me all the way. I'm also wondering if that is just for PowerPC macs or if I need to use that on an intel mac as well?
  • [13:01:09] <jkridner> he has a PPC mac and I have an Intel mac. His branch helps, but I've not gotten a complete build from my Mac yet.
  • [13:01:25] <e> I get the same errors when I bitbake from koens branch as when I bitbake .dev
  • [13:04:15] <e> jk: how much have you been struggeling with it. I'd like to work in os x, but if it requires working with branches that aren't as maintaind as the .dev/.stable then maybe it's not worth the effort and I should consider working in linux instead?
  • [13:05:45] <jkridner> depends how much free time you have.
  • [13:06:11] <jkridner> working with Mac will take longer. Those of us with Macs are currently focused on using Linux.
  • [13:06:32] <jkridner> I certainly would rather be building with my Mac Pro, because it should be much faster than my Linux machine.
  • [13:06:44] <garren|work> morning jkridner
  • [13:06:51] <jkridner> hi garren|work
  • [13:07:45] * jkridner|work (n=a0321898@nat/ti/x-bef16c3f883b02e5) has joined #beagle
  • [13:10:29] <e> jk: yeah, since I only have a mbp I'd need to set it up so I can boot into linux on it, but once that's done it shouldn't differ from working on a pc with linux right? What distro do you recommend? I'm thinking of ubuntu...
  • [13:10:52] <jkridner|work> was informed of this this morning: https://www-a.ti.com/downloads/sds_support/targetcontent/dvsdk/oslinux_dvsdk/v3_00_3530/index.html
  • [13:11:11] * __alanc__ (n=a-campbe@nat/ti/x-92ace136be518716) has joined #beagle
  • [13:11:18] <jkridner|work> contains the full EVM DVSDK and 3D graphics drivers.
  • [13:11:49] <jkridner|work> it does not contain the minor update that koen used for his video.
  • [13:13:12] * mib_v3a77w (i=5cec55b9@gateway/web/ajax/mibbit.com/x-653dc457c07131ea) Quit ("http://www.mibbit.com ajax IRC Client")
  • [13:16:04] <garren|work> EVM?
  • [13:18:10] <jkridner> http://www.ti.com/omap35x to learn about the EVM.
  • [13:18:23] <jkridner> or http://beagleboard.org/breeds
  • [13:18:31] <koen> good morning (again)
  • [13:18:42] <koen> turns out the 10 to 5 was really a 10 to 12 job
  • [13:18:48] * koen still gets 8 hours payed
  • [13:19:03] <jkridner> nice.
  • [13:22:17] <koen> jkridner: heh, I already have that 3.00.00.29 dvsdk :)
  • [13:22:27] <koen> jkridner: it sadly doesn't include DMAI support
  • [13:22:54] <felipec> tomba: ping
  • [13:24:55] * koen notices tomi posted his DSS2 patches for review
  • [13:25:43] * BThompson (n=BThompso@nat/ti/x-69a1cebf06d75c26) has joined #beagle
  • [13:26:17] <Crofton|work> and he posted them to the fbdev list :)
  • [13:26:28] <jkridner|work> koen: is https://www-a.ti.com/downloads/sds_support/applications_packages/dmai/index.htm not recent enough?
  • [13:26:41] <jkridner|work> DMAI 1.16?
  • [13:26:50] <felipec> does omapfb supports downscaling?
  • [13:27:25] * Crofton|work chants "Plane leaves at 1435"
  • [13:31:57] <__alanc__> koen : how d'ya mean re 3.00.00.29 not having dmai support?
  • [13:32:12] <__alanc__> its in the dvsdk (maybe i missed earlier context...)
  • [13:33:10] <jkridner|work> __alanc__ I didn't realize it was in the DVSDK.
  • [13:33:19] <__alanc__> ah - ok
  • [13:33:28] <jkridner|work> are you sure it is?
  • [13:33:30] <__alanc__> DMAI is in ALL dvsdk's from 1.40 onwards
  • [13:33:38] <__alanc__> yep - looking at it right now :-)
  • [13:33:44] <__alanc__> 1.20.00.04
  • [13:34:04] <jkridner|work> be sure you are looking at https://www-a.ti.com/downloads/sds_support/targetcontent/dvsdk/oslinux_dvsdk/v3_00_3530/index.html
  • [13:34:21] <koen> __alanc__: roger said DMAI is missing for omap3, I might have misunderstood him
  • [13:34:23] <tomba> felipec: yep
  • [13:34:32] <__alanc__> we need to do big-bag merge of 1.16 (all DM parts), 1.18 (MVL 5.0 - dvsdk 2.0), 1.20 (OMAP3 - dvsdk 3) at some point
  • [13:34:50] <koen> jkridner|work: I have DMAI 1.16.00.3
  • [13:35:07] <jkridner|work> so, we are waiting for 1.20 to show up on an external site.
  • [13:35:37] <__alanc__> ah - ok - c what u mean - lemme work that w/ the crew - thks
  • [13:35:38] <felipec> tomba: something like 2000x2000?
  • [13:37:00] <tomba> felipec: I can't remember the hard limit, probably 2048x2048 is the max source. and that can be scaled down to umm.. 1/8 if I recall right. but downscaling is heavy operation, it may be that an image as large as that won't work
  • [13:39:14] <__alanc__> jkridner - short-term if u want to pull what went into the DVSDK u can get it from our internal repo http://www.sanb.design.ti.com/SDOApps/dmai/dmai_1_20_00_04/
  • [13:39:27] * kernel_panic (n=mangesh@59.160.172.220) has joined #beagle
  • [13:40:00] <kernel_panic> can anybody help me in testing sgx on beagle board
  • [13:40:02] <jkridner> __alanc__ given that there are over 1,200 people in the Beagle community, I never publicly volunteer to send out code from internal repos.
  • [13:40:09] <__alanc__> fair enuff
  • [13:40:29] <felipec> tomba: I see, but isn't the hardware doing the scaling?
  • [13:40:36] <__alanc__> will work to get 1.20 out on ext repo, presuming no hairy obstacles!
  • [13:40:36] * uwe__ (n=uwe_@dslb-084-056-036-221.pools.arcor-ip.net) has joined #beagle
  • [13:40:57] <tomba> felipec, yes
  • [13:41:15] <kernel_panic> i m getting error while doing /usr/local/bin/pvrsrvinit
  • [13:43:01] <jkridner> kernel_panic: what instructions are you following? I'm not aware of any for Beagle that would have pvrsrvinit in /usr/local/bin.
  • [13:43:05] <felipec> tomba: how about 1080p to D1? are there better chances of getting it to work on DSS2 or is it the same?
  • [13:43:44] <koen> jkridner: I download a new uboot and that works with EHCI, detects my rev C as Cx and prints musb message
  • [13:43:47] <kernel_panic> jkridner i got drivers from ti
  • [13:44:13] <kernel_panic> i m following their shell script
  • [13:44:18] <koen> jkridner: pratheesh always posts instructions with /usr/local/bin
  • [13:44:30] <tomba> felipec: I cannot say. TRM has some examples of scaling resolutions and the needed functional clocks, you can check that. but generally don't expect to be able to downscale very large images. but in the end, you have to try it. and even then there are things you can tune to optimize it
  • [13:44:33] <jkridner> oh.
  • [13:45:01] <kernel_panic> pavrsrvkm modules is getting inserted
  • [13:45:03] <koen> jkridner: and I'm fairly sure the SDK stock initscript is using /usr/local as well
  • [13:45:11] <felipec> tomba: true, I guess it also depends on the Xv implementation
  • [13:45:12] <koen> jkridner: but I always use my own script :)
  • [13:45:25] <jkridner> koen: still seems to have LED problem though.
  • [13:45:58] <kernel_panic> i m giving u the error
  • [13:46:01] <kernel_panic> Unable to handle kernel NULL pointer dereference at virtual address 00000000
  • [13:46:02] <kernel_panic> pgd = c7d0c000
  • [13:46:02] <kernel_panic> [00000000] *pgd=87858031, *pte=00000000, *ppte=00000000
  • [13:46:02] <kernel_panic> Internal error: Oops: 17 [#1]
  • [13:46:02] <kernel_panic> Modules linked in: omaplfb bc_example pvrsrvkm
  • [13:46:03] <kernel_panic> CPU: 0 Not tainted (2.6.27-omap1 #8)
  • [13:46:03] <tomba> felipec: not really, xv just tells the omapfb what to scale. after the setup is done, XV doesn't do anything related to scaling
  • [13:46:04] <kernel_panic> PC is at PVRSRV_BridgeDispatchKM+0x90/0x138 [pvrsrvkm]
  • [13:46:06] <kernel_panic> LR is at 0x0
  • [13:46:08] <kernel_panic> pc : [<bf002b2c>] lr : [<00000000>] psr: 20000013
  • [13:46:10] <kernel_panic> sp : c7cd5ef0 ip : 00000004 fp : c7cd5f3c
  • [13:46:10] <jkridner> kernel_panic, koen: ok, but since there still isn't 1 widely used howto on SGX, I'd like to understand what instructions are being followed.
  • [13:46:14] <kernel_panic> r10: 00000000 r9 : c7cd4000 r8 : c002ad88
  • [13:46:16] <kernel_panic> r7 : c782a220 r6 : c01c670c r5 : be8ccbfc r4 : 0000016b
  • [13:46:18] <kernel_panic> r3 : 00000000 r2 : 00000000 r1 : be8ccc18 r0 : 00000000
  • [13:46:20] <kernel_panic> Flags: nzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
  • [13:46:20] <jkridner> kernel_panic: please use pastebin!
  • [13:46:22] <kernel_panic> Control: 00c5387f Table: 87d0c018 DAC: 00000015
  • [13:46:24] <kernel_panic> Process pvrsrvinit (pid: 363, stack limit = 0xc7cd42e0)
  • [13:46:26] <kernel_panic> Stack: (0xc7cd5ef0 to 0xc7cd6000)
  • [13:46:28] <kernel_panic> 5ee0: 0003f000 00000010 c7cd5fac c7cd5f08
  • [13:46:30] <kernel_panic> 5f00: c01c670c 0000001c 00000000 00000000 be8ccc18 00000008 00000000 00000000
  • [13:46:32] <kernel_panic> 5f20: c00890e4 c01c670c be8ccbfc 00000003 c7cd5f54 c7cd5f40 c00a48b4 bf002aa8
  • [13:46:34] <kernel_panic> 5f40: c782a220 be8ccbfc c7cd5f7c c7cd5f58 c00a4b34 c00a4858 c7b9c214 00000000
  • [13:46:36] <kernel_panic> 5f60: 00000003 be8ccbfc c01c670c c782a220 c7cd5fa4 c7cd5f80 c00a4b84 c00a48d0
  • [13:46:38] <kernel_panic> 5f80: 0003f000 00000000 0001e008 00000003 00000008 00000036 00000000 c7cd5fa8
  • [13:46:40] <kernel_panic> 5fa0: c002abe0 c00a4b50 0001e008 00000003 00000003 c01c670c be8ccbfc 00000000
  • [13:46:44] <kernel_panic> 5fc0: 0001e008 00000003 00000008 00000036 00000000 00000000 40024000 00000000
  • [13:46:46] <kernel_panic> 5fe0: be8ccd2c be8ccbf8 40027750 40105bac 60000010 00000003 03000006 0e05d823
  • [13:46:48] <kernel_panic> Backtrace:
  • [13:46:50] <kernel_panic> [<bf002a9c>] (PVRSRV_BridgeDispatchKM+0x0/0x138 [pvrsrvkm]) from [<c00a48b4>] (vfs_ioctl+0x68/0x78)
  • [13:46:52] <kernel_panic> r6:00000003 r5:be8ccbfc r4:c01c670c
  • [13:46:54] <kernel_panic> [<c00a484c>] (vfs_ioctl+0x0/0x78) from [<c00a4b34>] (do_vfs_ioctl+0x270/0x280)
  • [13:46:56] <kernel_panic> r5:be8ccbfc r4:c782a220
  • [13:46:58] <kernel_panic> [<c00a48c4>] (do_vfs_ioctl+0x0/0x280) from [<c00a4b84>] (sys_ioctl+0x40/0x64)
  • [13:47:00] <kernel_panic> r7:c782a220 r6:c01c670c r5:be8ccbfc r4:00000003
  • [13:47:02] <kernel_panic> [<c00a4b44>] (sys_ioctl+0x0/0x64) from [<c002abe0>] (ret_fast_syscall+0x0/0x2c)
  • [13:47:04] <kernel_panic> r7:00000036 r6:00000008 r5:00000003 r4:0001e008
  • [13:47:04] <tomba> I wish his kernel would panic already
  • [13:47:06] <kernel_panic> Code: e353000b 0a00000d e5
  • [13:47:08] <kernel_panic> i m new to this
  • [13:47:32] <jkridner> koen: does this require pratheesh's updated kernel module to fix?
  • [13:47:46] <jkridner> as far as I recall, it does.
  • [13:48:30] * TAK2004 (n=Administ@dslb-088-074-052-201.pools.arcor-ip.net) Quit (Read error: 104 (Connection reset by peer))
  • [13:48:32] <kernel_panic> what i did is i installed sgx libraries of ti into my root file system
  • [13:48:44] <Crofton|work> kernel_panic, use a pastebin
  • [13:48:49] <kernel_panic> build my kernel with gpu
  • [13:49:21] <jkridner> where did you get the TI SGX libraries? EVM? Zoom?
  • [13:50:12] * koen suggets pastebin
  • [13:50:23] <jkridner> there are no libraries publicized as for Beagle currently, because Beagle development is expected to be aligned with the head of the git tree and the TI released drivers are currently for older kernels.
  • [13:50:37] <kernel_panic> see error at http://pastebin.com/m56dac0fd
  • [13:51:17] <jkridner> koen did manage to get TI released drivers working, but I think he got a private mail from Pratheesh with some updates to get that done.
  • [13:51:22] * TAK2004 (n=Administ@dslb-088-074-052-201.pools.arcor-ip.net) has joined #beagle
  • [13:51:39] <koen> semi-private, but yes
  • [13:51:40] <jkridner> at this point, the license provided to koen doesn't give him redistribution rights (by my understanding).
  • [13:51:58] * docelic_ (n=docelic@78.134.199.40) Quit (Read error: 110 (Connection timed out))
  • [13:52:00] <garren|work> wow that was some spam...
  • [13:52:01] <jkridner> and, even if he had those right, he might not choose to do so.
  • [13:52:12] <kernel_panic> i got it from WTBU-OMAP Gaming SDK
  • [13:52:21] <koen> well, it came with the wrong license :)
  • [13:52:44] <koen> I don't think it's GPLv2, but the tarball contained a blanket gplv2 license for the contents
  • [13:52:54] <garren|work> kernel_panic: have you looked on the beagleboard wiki?
  • [13:53:03] * koen went for the "even if he had those right, he might not choose to do so."
  • [13:53:48] <kernel_panic> they have given openel libraries for beagle specifically
  • [13:54:13] <jkridner> not yet for Beagle specifically.
  • [13:54:28] * docelic_ (n=docelic@78.134.199.180) has joined #beagle
  • [13:54:30] <kernel_panic> & i got drivers for sgx from http://dominion.thruhere.net/koen/OE/pvr/
  • [13:54:51] <jkridner> if you want to work with the Zoom or EVM drivers, you'll need to do some debug.
  • [13:55:13] <khasim> jkridner: Can you send a u-boot patch to fix EHCI, I would like to integrate the same into validation kernel
  • [13:55:17] <kernel_panic> in what direction
  • [13:55:25] <jkridner> kernel_panic: those are just the kernel portions.
  • [13:55:27] <jkridner> the issue I believe you are facing is that those kernel portions aren't compatible with the user space you've gotten.
  • [13:55:30] <khasim> jkridner: sorry validation u-boot
  • [13:55:32] <__alanc__> jkridner - just (re)checked dvsdk 3.00.00.29 - dmai 1.20.00.04 is in there
  • [13:56:25] <jkridner> khasim: I'll start by pushing the patch to gitorious, then send one to the mailing list.
  • [13:56:27] <koen> __alanc__: great!
  • [13:56:33] <koen> __alanc__: I'll poke Roger :)
  • [13:56:44] <khasim> jkridner: thanks
  • [13:57:27] <__alanc__> just so i understand - is the general theme "get it out there indenpendently w/ BSD lic so that ppl can leverage stuff independently of dvsdk or b4 dvsdk release"?
  • [13:57:42] <kernel_panic> from where can i get proper kernel drivers which is compatible with libraries provides by ti
  • [13:57:46] * ceyusa (n=ceyusa@189.163.34.185) has joined #beagle
  • [13:59:01] <jkridner> khasim: are the LEDs on GPIO 171 and 172?
  • [13:59:37] <koen> jkridner: no
  • [13:59:43] <koen> 149 and 150 iirc
  • [14:00:05] <jkridner> kernel_panic: if you aren't able to debug on your own, then waiting for Pratheesh's patch to go public is the best option.
  • [14:00:14] * kevinsc (n=kevinsc@nat/ti/x-13749c48144bc80f) has joined #beagle
  • [14:00:42] <koen> jkridner: http://pastebin.com/d5eb403e6
  • [14:00:59] <koen> kernel_panic: posting your findings to the beagleboard mailinglist is currently your best option
  • [14:01:08] <khasim> jkridner: they are on 149 and 150 - I think you mean USER LEDs
  • [14:01:15] * kevinsc (n=kevinsc@nat/ti/x-13749c48144bc80f) has left #beagle
  • [14:01:45] <jkridner> __alanc__: I believe that is the theme, but communicating the primary developer mailing lists would be even more important (even if it is bundled with the DVSDK).
  • [14:02:42] <kernel_panic> ok fine thanks i will try to debug it
  • [14:02:44] <__alanc__> ok - thks
  • [14:02:53] * kevinsc_ (n=kevinsc@nat/ti/x-e1744740227a485d) has joined #beagle
  • [14:03:33] * kernel_panic (n=mangesh@59.160.172.220) Quit ("Leaving")
  • [14:03:48] * rupeshgujare (n=rupesh@59.160.172.220) has left #beagle
  • [14:04:54] * RobertK (i=3edc0622@gateway/web/ajax/mibbit.com/x-875c1deb550f3d77) has joined #beagle
  • [14:13:16] <koen> kulve: your blog posts about ubifs were a great help :)
  • [14:13:32] <jkridner> khasim: on the my gitorious branch, I have a bit of excess stuff with musb drivers, but they don't seem to get in the way.
  • [14:14:11] <jkridner> there are some bugs: LEDs don't seem to blink in Angstrom and older kernels don't seem to boot.
  • [14:14:59] <khasim> jkridner: I collected my rev C will validate these with my u-boot Gitorious branch and update you my findings
  • [14:15:25] <jkridner> I also have some hacks that would never be accepted upstream, such as 'make beagle'.
  • [14:15:35] <khasim> :)
  • [14:15:44] <jkridner> khasim: I did just send a patch to the mailing list.
  • [14:16:08] <jkridner> (just the pinmux that I'm using)
  • [14:16:21] <khasim> jkridner: I want everyone to review on the stuff that is going into default u-boot
  • [14:16:33] <jkridner> agreed.
  • [14:16:50] <khasim> I think I miss, SteveK's patches for EHCI and Audio,
  • [14:16:56] <khasim> will integrate them as well.
  • [14:16:59] <koen> (p)reviews are good
  • [14:17:21] <khasim> koen: yes, that's the reason for gitorious
  • [14:17:29] <kulve> koen: nice to hear that :)
  • [14:17:41] * kevinsc_ (n=kevinsc@nat/ti/x-e1744740227a485d) has left #beagle
  • [14:18:12] <koen> kulve: ubi is still a bit too LVM like for my tasted, but I guess that's by design :)
  • [14:19:09] <kulve> I've had some weird issues with jffs2 and ubifs has been much more straightforward for me
  • [14:19:51] <koen> i started yesterday and got it working on the first try
  • [14:20:23] <koen> the ubi(fs) docs don't tell you how to make a ubi volume for some weird reason
  • [14:20:39] <koen> but with the combined power of the free electrons presentation and your blog :)
  • [14:20:46] <khasim> I got a revC1, the DRAM in u-boot shows 128M
  • [14:21:05] <khasim> koen: what is the part number on your board
  • [14:21:20] <LoneMeow> UBIFS had central metadata of somekind? ie. it doesn't have the horrible mount time issues JFFS2 suffers from?
  • [14:21:20] <koen> khasim: <something>256<something>
  • [14:21:25] <khasim> it is 8RA98 / JW192
  • [14:21:33] <khasim> I think I have 128
  • [14:21:40] <koen> khasim: the stock uboot on the board misreports RAM
  • [14:22:08] <koen> at first boot I was like "oow... :(", then I used a sakoman uboot which reported 256MB
  • [14:22:16] <kulve> LoneMeow: I guess one of the main goals of the ubifs was a fast mount time even after unclean unmount
  • [14:22:47] <LoneMeow> mmye, JFFS2 is slow even after clean unmount though, which is a major suck-factor
  • [14:23:17] * mib_g0v09p (i=3b93dac7@gateway/web/ajax/mibbit.com/x-0513df56be8d7786) Quit ("http://www.mibbit.com ajax IRC Client")
  • [14:23:42] <koen> LoneMeow: and it needs less ram as jffs2 due to the same reason
  • [14:23:51] <LoneMeow> ah, right
  • [14:24:04] * jkridner is starting to learn how to use git-rebase
  • [14:24:05] <koen> LoneMeow: and ubi(fs) allows you to keep erase counts over formats
  • [14:24:25] <khasim> koen: I use the latest u-boot (based on sakoman's branch)
  • [14:24:37] <khasim> the part numbers shows they are 128M
  • [14:24:38] <LoneMeow> not a big factor for me, as my uses tend to have long enough uptimes that losing the counts won't skew it too much
  • [14:24:39] <khasim> :(
  • [14:24:57] * Leon_Nardella (n=leon@200-161-14-111.dsl.telesp.net.br) has joined #beagle
  • [14:25:25] <jkridner> khasim: I believe that only the first 6 boards or so had the 128MB issue.
  • [14:26:02] <jkridner> koen: does my u-boot not show the 256MB?
  • [14:26:03] <khasim> jkridner: I think 2 of them are with me :(
  • [14:26:12] <jkridner> and 2 of them are with me.
  • [14:26:27] <khasim> jkridner: what is the part number on your 256M
  • [14:26:28] <jkridner> I have a 256MB Rev B5+ and a 128MB Rev C1.
  • [14:26:52] <jkridner> JW192 is 128MB. I confirmed.
  • [14:27:03] <jkridner> I have the same on my Rev C1.
  • [14:27:20] * bazbell (n=a0192809@nat/ti/x-a4e5bf9cf482e547) has joined #beagle
  • [14:27:34] <jkridner> koen: what u-boot are you currently using? have you been able to get EHCI with Sakoman's u-boot?
  • [14:29:52] <koen> I'm using one from beagleboard/~argo
  • [14:30:04] <koen> that shows 256MB
  • [14:30:10] <koen> but my board came with a 1.3.x uboot
  • [14:34:51] <khasim> jkridner koen: is u-boot now reporting the board revision
  • [14:34:58] <khasim> does this need any board mods
  • [14:35:23] <jkridner> doesn't look like it.
  • [14:35:25] <jkridner> be sure to check it on a Rev B.
  • [14:35:28] <jkridner> I think it just required improvements to the pinmux settings.
  • [14:35:55] * orifice_work (n=aho@67.71.223.35) Quit (Read error: 104 (Connection reset by peer))
  • [14:36:27] <khasim> jkridner: as I remember from last weeks discussions, we were suggested to remove a resistor and ground the pin
  • [14:36:38] <khasim> will check that out
  • [14:37:18] * e (i=c0476418@gateway/web/ajax/mibbit.com/x-2c75ccfe1bcb2027) Quit ("http://www.mibbit.com ajax IRC Client")
  • [14:37:49] <jkridner> this is what I get on my board: Debug (GPIO6 datain): 0x04800000
  • [14:37:59] * emeb (n=ericb@ip72-223-90-212.ph.ph.cox.net) has joined #beagle
  • [14:40:03] * JuanG (n=Juan@nat/ti/x-2f7529a82b3056db) has joined #beagle
  • [14:40:08] * JuanG (n=Juan@nat/ti/x-2f7529a82b3056db) has left #beagle
  • [14:40:47] * orifice_work (n=aho@67.71.223.35) has joined #beagle
  • [14:45:53] * maelcum (n=quassel@e178163047.adsl.alicedsl.de) Quit (Read error: 60 (Operation timed out))
  • [14:46:33] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) Quit (Read error: 60 (Operation timed out))
  • [14:50:25] * mib_g0v09p (i=3b93dac7@gateway/web/ajax/mibbit.com/x-ddcee49c86537711) has joined #beagle
  • [14:51:57] * gcohler (n=gcohler@nat/ti/x-ee3c0411a5af4b0e) has joined #beagle
  • [14:53:19] * mib_g0v09p (i=3b93dac7@gateway/web/ajax/mibbit.com/x-ddcee49c86537711) Quit (Client Quit)
  • [14:56:07] <khasim> jkridner: the gitorious uboot works for Angstrom Image
  • [14:56:26] <jkridner> your mainline or my clone?
  • [14:56:30] <khasim> jkridner: the USR0 LED blinks in Angstrom for any MMC reading
  • [14:56:34] <khasim> my mainline
  • [14:56:50] <khasim> USR1 doesnt glow as usual
  • [14:57:06] <khasim> USR0 and 1 are on in uboot
  • [14:57:12] <jkridner> what about the heartbeat?
  • [14:58:13] <jkridner> I'm testing with http://dominion.thruhere.net/koen/OE/beagleboard/uImage-2.6.28-r5-beagleboard.bin kernel
  • [14:58:35] <jkridner> EHCI works for me fine there, but not several other features.
  • [14:58:35] * ddompe (n=ddompe@h139-055-220-188.adsl.navix.net) has joined #beagle
  • [14:58:45] <jkridner> hi ddompe. congratulations.
  • [14:58:56] * geckosenator (n=sean@adsl-68-23-87-156.dsl.dytnoh.ameritech.net) Quit ("leaving")
  • [14:59:07] <jkridner> ddompe: btw, I had some problems running your code. worked for me once, but wasn't repeatable.
  • [14:59:35] <khasim> jkridner: the omapfbplay doesnt work with this, gives segmentation fault
  • [14:59:58] <khasim> this uboot has been modified to 1024x768 resolution
  • [15:01:30] <jkridner> khasim: I still have problems with the 1024x768 resolution where the old resolution worked on my TV and this one doesn't.
  • [15:01:59] * ddompe_ (n=ddompe@h139-055-220-188.adsl.navix.net) has joined #beagle
  • [15:02:11] <ddompe_> hi jkridner
  • [15:02:13] <ddompe_> thanks
  • [15:02:16] * ddompe (n=ddompe@h139-055-220-188.adsl.navix.net) Quit (Read error: 131 (Connection reset by peer))
  • [15:02:17] <koen> the current uboot gives some nice beagle coloured snow on my pico
  • [15:02:56] * ddompe_ (n=ddompe@h139-055-220-188.adsl.navix.net) Quit (Client Quit)
  • [15:03:05] * maelcum (n=quassel@e178163027.adsl.alicedsl.de) has joined #beagle
  • [15:03:12] <jkridner> by "current", I assume you mean these hack builds I'm creating w/ khasim's 1024x768 splashscreen.
  • [15:03:46] <jkridner> koen: I just rebuilt for you to include ubifsargs in default environment, but they'd never be used automatically.
  • [15:03:54] <khasim> jkridner: is your TV connected to DVI or Svideo
  • [15:04:00] <jkridner> DVI
  • [15:04:41] <khasim> jkridner: is this TV working for Angstrom Image?
  • [15:04:48] <khasim> kernel image?
  • [15:05:46] <jkridner> no, but it used to work with old u-boot splash screen.
  • [15:05:47] <koen> jkridner: videomode=1024x768@60,vxres=1024,vyres=768 omapfb.mode=1024x768MR-24@60\0
  • [15:05:58] <koen> jkridner: with that it works on both DSS1 and DSS2 :)
  • [15:06:09] <jkridner> with HDTVs?
  • [15:07:27] <khasim> jkridner: the difference between older version and this is the resolution.
  • [15:07:32] <koen> jkridner: no, it will give 1024x768 no matter what DSS you use
  • [15:07:57] <koen> DSS2 wants omapfb.mode=1024x768MR-24@60, DSS1 wants 1024x768@60
  • [15:08:04] <koen> we can pass both in uboot
  • [15:08:31] <khasim> koen: does this take 1024 as parameter
  • [15:08:38] <khasim> sorry 1280 as parameter
  • [15:09:25] <koen> khasim: DSS2 uses modedb from the kernel
  • [15:09:26] <jkridner> my feeling is that supporting HDTVs and the Pico projector are going to cover many more people than supporting 1024x768 monitors.
  • [15:09:34] <jkridner> is that different than what other people feel?
  • [15:09:51] * prpplague^2 (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [15:09:52] <koen> khasim: so you could do 1920x1080MR-16@60i
  • [15:10:03] <koen> khasim: that should give you 1080i at 60Hz
  • [15:10:25] <khasim> I see segmentation fault now with new uboot, I think I should upgrade my bootargs
  • [15:10:40] <koen> <h>x<v>MR-<bpp>@<Hz>[i]
  • [15:10:43] <jkridner> wouldn't that really flake-out the pico as well?
  • [15:10:49] <khasim> koen: what is your bootargs for running omapfbplay
  • [15:10:54] <khasim> I just use console=ttyS2,115200n8 noinitrd root=/dev/mmcblk0p1 rootfstype=ext3 rw rootdelay=5 nohz=off video=omapfb:vram:2M,vram:2M
  • [15:11:26] <jkridner> you using a single partition card?
  • [15:11:36] <jkridner> no rootwait?
  • [15:11:41] <khasim> jkridner: yes
  • [15:12:08] <khasim> I have rootdelay
  • [15:12:12] <jkridner> I think the second buffer should be 4M
  • [15:13:04] * prpplague^2 is now known as prpplague
  • [15:13:39] * gcohler (n=gcohler@nat/ti/x-ee3c0411a5af4b0e) Quit (Remote closed the connection)
  • [15:14:02] <koen> khasim: I don't use omapfbplay anymore, I only use the X11 XV driver from zuh for media playback
  • [15:14:24] <jkridner> koen: do you know a good 720p setting for DSS2?
  • [15:15:01] <koen> jkridner: omapfb.mode=1280x720MR-16@60
  • [15:15:21] <koen> jkridner: it will calculate a mode from that, it isn't a predefined list anymore
  • [15:15:23] <jkridner> koen: in mplayer, right? which also includes audio and full-screen playback options, right?
  • [15:16:00] <jkridner> cool, it works with my TV!!
  • [15:16:02] <khasim> jkridner: the second vram to 4M fixes the issue of OMAPFB play
  • [15:16:14] <jkridner> has a lot of overscan.
  • [15:16:24] * jsync (n=jess@de3-as6677.alshamil.net.ae) has left #beagle
  • [15:16:34] <jkridner> koen: interesting, 2009.X-test-20090102 comes up in console mode.
  • [15:17:21] <khasim> koen: which of these should I use http://www.angstrom-distribution.org/demo/beagleboard/untested/
  • [15:18:03] <koen> khasim: the one from a dir below
  • [15:18:03] <florian> hi prpplague
  • [15:18:03] <khasim> koen: I prefer using images from here http://www.angstrom-distribution.org/demo/beagleboard/
  • [15:18:22] <khasim> how about the 04-Jan-09 from http://www.angstrom-distribution.org/demo/beagleboard/
  • [15:18:23] * matt_c (n=mcroydon@pool-71-178-172-179.washdc.fios.verizon.net) has joined #beagle
  • [15:19:00] <khasim> koen: uImage11-Jan-2009 11:26 2.1M
  • [15:19:10] <prpplague> florian: greetings
  • [15:19:49] <prpplague> florian: _finally_ got everything done for the show late friday
  • [15:20:03] <khasim> jkridner: coming back to your earlier question, I think we need to fix a splash screen either to 1024 or 1280 by default
  • [15:20:06] <jkridner> the kernel with working EHCI and DSS2 that I'm using is http://dominion.thruhere.net/koen/OE/beagleboard/uImage-2.6.28-r5-beagleboard.bin
  • [15:20:06] <khasim> on beagle boards.
  • [15:20:06] <florian> prpplague: cool - includign the applet?
  • [15:20:42] <prpplague> florian: no, didn't have time to finish the applet, but everything that was a "must have" got done
  • [15:20:58] <khasim> ok, will use this uImage and the rootfs = 04-Jan-09
  • [15:23:26] <florian> prpplague: ah okay
  • [15:23:53] * khasim will drive home and join back
  • [15:23:58] <jkridner> would be good to hear positive confirmation from koen, but it is working for EHCI and DSS2 for me.
  • [15:24:14] <khasim> koen: your suggestion
  • [15:24:17] <jkridner> it does not have working LEDs or OTG gadget.
  • [15:24:37] * jkridner is still thrilled to have working output to my TV!
  • [15:24:54] * jkridner but is disappointed that X didn't start-up.
  • [15:27:44] * RobertK (i=3edc0622@gateway/web/ajax/mibbit.com/x-875c1deb550f3d77) Quit ("http://www.mibbit.com ajax IRC Client")
  • [15:27:53] * jkridner|web (i=4c1f1240@gateway/web/ajax/mibbit.com/x-0b3d17dc9026f5dd) has joined #beagle
  • [15:29:18] <koen> jkridner: which FS are you using?
  • [15:29:25] <jkridner|web> http://widget.mibbit.com/pb/7UxPmp <- Xorg failures
  • [15:29:26] * ceyusa (n=ceyusa@189.163.34.185) Quit (Read error: 110 (Connection timed out))
  • [15:29:33] <koen> jkridner: you need a recent xf86-video-omapfb to work with DSS2
  • [15:29:58] <jkridner> I'm using http://www.angstrom-distribution.org/demo/beagleboard/Angstrom-Beagleboard-demo-image-glibc-ipk-2009.X-test-20090104-beagleboard.rootfs.tar.bz2 rootfs
  • [15:30:02] * ceyusa (n=ceyusa@189.163.34.185) has joined #beagle
  • [15:30:55] <tomba> koen offers a lot better DSS2 support than I do ;)
  • [15:31:00] <jkridner> performing 'opkg update; opkg install xf86-video-omapfb'
  • [15:31:29] <jkridner> 1:0.0.1+r16+gitr8915b62121b9528fbab55e0928028bce2b18b6e0-r16.1 didn't make a difference.
  • [15:32:43] * kevinsc (n=kevinsc@nat/ti/x-5015baa0b1c2c6ba) has joined #beagle
  • [15:32:43] <koen> you need r17+gitr8c....
  • [15:33:57] <tomba> koen: omap doesn't support interlaced modes, so adding "i" won't create one. but I haven't tried what it does, perhaps it halves the refresh rate
  • [15:34:01] <jkridner> doesn't show in the repo. guess I'd have to build it.
  • [15:34:51] * jkridner smiles at 1280x720MR-16@60
  • [15:34:58] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [15:35:03] * fagius (n=fagius@static-71-111-254-119.rlghnc.dsl-w.verizon.net) has joined #beagle
  • [15:35:46] * dcramer (n=davec@dcdsl.ebox.com) Quit ()
  • [15:36:20] <tomba> hmm it looks like modedb has separate entries for interlaced modes, so you may get a bit different timings if you put the "i" in the end. but it won't give you an interlaced mode =)
  • [15:36:47] <koen> jkridner: changing that to -24 gives you well, 24 bit
  • [15:36:57] <koen> tomba: ah well, was worth a try
  • [15:37:00] * dcramer (n=davec@dcdsl.ebox.com) has joined #beagle
  • [15:37:08] <koen> tomba: it interlacing supporting in hardware?
  • [15:37:45] <koen> supported*
  • [15:38:03] <tomba> in omap? no
  • [15:38:46] <tomba> I would imagine that the dvi framer would need to somehow tell the tv that this is an interlaced mode
  • [15:39:19] <tomba> basically you could send every other line every other frame from the DSS. but I don't think that is enough
  • [15:39:26] <jkridner> koen: is xf86...r17 set to autobuild sometime soon?
  • [15:39:56] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) has joined #beagle
  • [15:40:34] <koen> jkridner: http://tinderbox.openembedded.net/builders/angstrom-autobuilder/ is at nokia 800 now, beagle is right after that
  • [15:40:46] <koen> Angstrom-Beagleboard-demo-image-glibc-ipk-2009.X-test-20090111-beagleboard.rootfs.tar.bz2 24% 24MB 66.0KB/s 18:57 ETA
  • [15:41:00] <koen> if you have ~20 minutes or so I'll have a new rootfs for you
  • [15:41:12] <jkridner> k
  • [15:41:22] <koen> (and khasim)
  • [15:41:37] <jkridner> maybe it will beat him to his house.
  • [15:42:35] * JoeyBorn (n=jborn@adsl-75-3-3-58.dsl.chcgil.sbcglobal.net) Quit (Read error: 110 (Connection timed out))
  • [15:45:58] <sakoman_> koen: what prompted you to add the robostix stuff to oe.dev?
  • [15:46:15] <koen> sakoman_: the 'i2c' program
  • [15:46:23] <sakoman_> ah :-)
  • [15:46:30] <koen> sakoman_: it supported 32bit i2c write which I needed to control the pico
  • [15:46:31] <sakoman_> a usefull utility isn't it?
  • [15:46:41] <koen> sakoman_: put I had to patch it to use bus 3
  • [15:47:04] <sakoman_> should probably be a command line option
  • [15:47:32] <sakoman_> heh, see you added microwindows too :-)
  • [15:47:43] <sakoman_> not too much call for that these dyas
  • [15:47:47] <sakoman_> days
  • [15:47:58] <koen> sakoman_: I picked stuff I could copy in one go
  • [15:48:40] <koen> sakoman_: and I now know why all the gumstix people want to keep their sources in OE
  • [15:48:45] <sakoman_> there's some guy in Cyprus using microwindows/gumstix for a military project iirc
  • [15:48:54] <koen> gumstix BR and OE do it like that
  • [15:51:46] * garren|work (n=chatzill@mail.dm.co.za) Quit ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]")
  • [15:52:05] <tomba> I wonder if it is possible to have interlaced picture over DVI? I don't see how the monitor could guess that this is interlaced signal though, there needs be some extra info for that
  • [15:52:18] <tomba> it'd be nice to have =)
  • [15:52:42] * niclas (n=n-anderb@nat/ti/x-1ece0eab51bf742c) has joined #beagle
  • [15:52:46] * dioioib (n=dioioib@d121-173-32.home3.cgocable.net) has joined #beagle
  • [15:54:24] * dioioib (n=dioioib@d121-173-32.home3.cgocable.net) Quit (Client Quit)
  • [15:54:35] * dioioib (n=dioioib@d121-173-32.home3.cgocable.net) has joined #beagle
  • [16:01:40] <koen> jkridner: http://www.angstrom-distribution.org/demo/beagleboard/Angstrom-Beagleboard-demo-image-glibc-ipk-2009.X-test-20090111-beagleboard.rootfs.tar.bz2
  • [16:02:04] <koen> jkridner: but opkg update ; opkg install xf86-video-omapfb should work as well now
  • [16:02:28] <koen> tomba: 1080i50 would be nice, since it requires only ~65MHz pixclock
  • [16:02:50] * kevinsc (n=kevinsc@nat/ti/x-5015baa0b1c2c6ba) has left #beagle
  • [16:03:16] <tomba> koen: yep, that's what I was thinking about. but I have a feeling that it's not possible. but I don't know much about dvi signaling
  • [16:03:22] <koen> jkridner: I'm running that exact roots on ubifs and sd
  • [16:05:55] * felipec (i=c0647cda@gateway/web/ajax/mibbit.com/x-1df4924c222eaf30) Quit ("http://www.mibbit.com ajax IRC Client")
  • [16:17:32] * recalcati (i=5e51e963@gateway/web/ajax/mibbit.com/x-47b2faa06733c81e) has joined #beagle
  • [16:21:03] * jkridner|web (i=4c1f1240@gateway/web/ajax/mibbit.com/x-0b3d17dc9026f5dd) Quit ("http://www.mibbit.com ajax IRC Client")
  • [16:28:04] * beaglece (i=c2c841ef@gateway/web/ajax/mibbit.com/x-baa735596f19f00b) has joined #beagle
  • [16:28:36] * JuanG_ (n=Juan@nat/ti/x-aa211ead121645e6) has joined #beagle
  • [16:28:58] <beaglece> Hey guys :)
  • [16:29:17] * JuanG_ (n=Juan@nat/ti/x-aa211ead121645e6) has left #beagle
  • [16:29:41] <jkridner> koen: thanks, X11 is up.
  • [16:29:42] <beaglece> Using the WinCE EVM BSP as a starting point I've got WinCE 6 running on the beagle board
  • [16:29:53] * jkridner installs synergy
  • [16:30:04] <jkridner> beaglece: great.
  • [16:31:39] * jkridner notices synergy is already installed, so just adds entry in /etc/X11/xinit.d/
  • [16:31:58] <jkridner> beaglece: have you updated the codeplex site?
  • [16:32:17] <jkridner> beaglece: have you added new code beyond what is there?
  • [16:32:51] * jkridner|work (n=a0321898@nat/ti/x-bef16c3f883b02e5) Quit ("Leaving.")
  • [16:35:23] * jkridner drives into the office for a meeting.
  • [16:38:15] * unclebooze (i=c2c841ef@gateway/web/ajax/mibbit.com/x-ec6ef7cb8ef6cb65) has joined #beagle
  • [16:38:59] <unclebooze> g'day mates. i have a rev b5 board and i can't seem to get the shell when turning it on, connected with an everrex cable to my serial-usb thing
  • [16:39:09] <unclebooze> i do get the nice pretty logo though
  • [16:39:16] * _don_ (n=don@nat/ti/x-a1286519c9d623aa) has joined #beagle
  • [16:39:56] <beaglece> How ever I have a problem with the display on DVI
  • [16:41:08] * JoeyBorn (n=jborn@207-181-225-240.mct-bsr1.chi-mct.il.cable.rcn.com) has joined #beagle
  • [16:41:13] <unclebooze> damn, maybe we should swap half our boards
  • [16:41:14] <beaglece> it seems that if I set DSS_DATA21 pin to MUX mode 0 (display) then the display flickers a lot under load. If I set it to MUX mode 4 (GPIO 91) the system is fine
  • [16:41:57] <beaglece> Any ideas why changing this MUX should cause a problem
  • [16:42:23] <beaglece> I've checked that I don't have a interrupt enabled on GPIO91
  • [16:42:58] <beaglece> I don't think it's anything to do with the settings of the DVI chip
  • [16:43:22] * JustinLove (n=J_LOVE@64-135-210-33.FoxValley.net) has joined #beagle
  • [16:43:24] <beaglece> and Linux runs fine with the same setup :S
  • [16:46:29] <beaglece> DSS is bit 2 of blue I think
  • [16:46:47] <beaglece> *DSS_DATA21 is bit 2 of blue I think
  • [16:47:05] * Rich_R (n=Beagle6@82.118.116.45) Quit ()
  • [16:48:27] <beaglece> I don't have a scope but I think either HSYNC or VSYNC must go missing
  • [16:51:15] <beaglece> I'm assuming that under Linux the output of the omap is for 24-bit
  • [16:52:47] * robtow (n=rtow@64.62.142.114) has joined #beagle
  • [16:55:27] <JustinLove> My latest angstrom build can't connect to the network - hub+trendnet usb adapter "udhcpc: sendto: Network is down" any ideas?
  • [16:56:53] * and-ri (n=ubuntu@pd95b4498.dip0.t-ipconnect.de) Quit (Read error: 110 (Connection timed out))
  • [16:57:39] * cringthis (n=cringthi@nat/ti/x-460295704de715e5) has joined #beagle
  • [16:57:51] * cringthis (n=cringthi@nat/ti/x-460295704de715e5) has left #beagle
  • [17:04:45] * JoeyBorn (n=jborn@207-181-225-240.mct-bsr1.chi-mct.il.cable.rcn.com) Quit (Read error: 110 (Connection timed out))
  • [17:10:33] * jkridner|work (n=a0321898@nat/ti/x-a9204ded9fb5c0b5) has joined #beagle
  • [17:10:47] * erbo (n=erik@c-7b7de455.115-16-64736c14.cust.bredbandsbolaget.se) has joined #beagle
  • [17:11:34] * florian (n=fuchs@217.146.132.69) Quit ("Client exiting")
  • [17:13:10] <unclebooze> in minicom i'm just getting question marks on boot up, what's going on :(
  • [17:13:20] * atin_ (n=atin@c-71-232-7-71.hsd1.ma.comcast.net) has joined #beagle
  • [17:13:34] * felipec (n=felipec@a91-153-251-222.elisa-laajakaista.fi) has joined #beagle
  • [17:13:42] <atin_> sakoman: ping?
  • [17:14:23] <atin_> jkridner|work: ping?
  • [17:14:52] <atin_> hmm.
  • [17:15:10] <atin_> anyone interested in USB support in U-Boot.. ?
  • [17:15:15] <atin_> the musb stuff.
  • [17:15:50] * recalcati (i=5e51e963@gateway/web/ajax/mibbit.com/x-47b2faa06733c81e) Quit ("http://www.mibbit.com ajax IRC Client")
  • [17:17:16] * garren (n=garren@dsl-243-100-242.telkomadsl.co.za) has joined #beagle
  • [17:18:34] <tomba> atin_: sure. why?
  • [17:18:58] <atin_> tomba: I was curious about whether anyone had seen ddompe's patches
  • [17:19:10] <atin_> and whether those had been merged into the omap3-dev-usb branch
  • [17:19:30] <atin_> http://elinux.org/U-boot_musb_gadget_support
  • [17:19:37] <tomba> ah, no. I'm too busy with other stuff to test it, I'll wait until it's somewhat done and tested =)
  • [17:19:56] <atin_> I have an earlier form of his patches. and rather than restart, I wanted to first see if they were on the -dev-usb branch :)
  • [17:20:38] <atin_> ok, I'm working on getting that going for the host side. he did it for it as a peripheral. and there were still some gotchas that I think we need someone with hardware knowledge of the beagle to help with.
  • [17:20:44] * mckoan is now known as mckoan|away
  • [17:21:21] <atin_> like why the user button would have anything to do with the twl4030 usb phy init.
  • [17:25:11] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
  • [17:26:09] * mib_v3a77w (i=5cec55b9@gateway/web/ajax/mibbit.com/x-65157e3661aad41f) has joined #beagle
  • [17:30:52] * _gm_ (n=_gm_@190.173.75.60) has joined #beagle
  • [17:31:52] <sakoman_> atin_: pong
  • [17:32:15] <atin_> sakoman_: hey steve - did you see the musb gadget support link?
  • [17:32:34] <atin_> sakoman_: http://elinux.org/U-boot_musb_gadget_support
  • [17:32:40] <sakoman_> looking now
  • [17:33:08] <atin_> sakoman_: could you merge those into the -dev-usb branch? It isn't quite all there, but then the dev-usb branch isn't all there either and this is better than before.
  • [17:33:39] * guillaum1 (n=GZBA4143@AMontsouris-153-1-5-1.w86-212.abo.wanadoo.fr) Quit ("Leaving.")
  • [17:34:17] <atin_> sakoman_: that way I can take that and continue working on the phy stuff. his code isn't quite working with the phy either unless you hold the user button and there might be other stuff missing.
  • [17:34:34] <sakoman_> atin_: the way we've been working is to post the proposed patch for comment to the beagle mailing list
  • [17:34:54] <sakoman_> then if there are no objections I apply the patch
  • [17:35:30] <atin_> sakoman_: even for the -usb branch? I thought maybe that was a sort of public/private thing until it was further along. but ok - post it to the mailing list, I doubt there will be objections.
  • [17:35:33] * Crofton|work (n=balister@pool-71-171-21-6.nwrknj.east.verizon.net) Quit ("Leaving")
  • [17:35:40] <sakoman_> this lets everyone know a change is coming
  • [17:35:41] <atin_> sakoman_: it does more than before :)
  • [17:35:50] <sakoman_> that is great!
  • [17:36:17] <sakoman_> I too doubt there will be objections
  • [17:36:27] <sakoman_> since it doesn't work now :-)
  • [17:36:38] <atin_> sakoman_: and do you have any ideas on who we should ping about why the user button needs to be help to get the i2c going?
  • [17:36:55] <atin_> sakoman_: actually, there is one specific thing that hangs - let me look at the code for a sec
  • [17:37:17] <sakoman_> sounds bizarrre to me!
  • [17:40:23] * koen is in PM hell
  • [17:41:48] <atin_> sakoman_: it is when we are trying to enable DPLL to access the PHY registers over i2c
  • [17:42:34] <atin_> sakoman_: we write the PHY_CLK_CTRL with the REQ_PHY_DPLL_CLK and then wait on PHY_CLK_CTRL_STS and it never gives it unless the user-button is held thru the boot
  • [17:43:41] <atin_> sakoman_: I think we need someone who is familiar with the hardware to intervene to tell us what's up with that. it just sounds wrong.
  • [17:43:58] <sakoman_> agree, makes no sense on the surface
  • [17:44:10] <atin_> sakoman_: tho it does work in linux, so it is quite possible it is still just plain code. I am looking to see what all could be missing.
  • [17:44:21] * _don_ (n=don@nat/ti/x-a1286519c9d623aa) Quit ()
  • [17:44:32] <atin_> sakoman_: I do see that the usb_ldo_init code is not run in ddompe's changes.
  • [17:44:52] <atin_> sakoman_: but I don't know enough about the whole ldo thing to be able to say that this is what causes this.
  • [17:45:12] <sakoman_> nor do I :-(
  • [17:45:37] <atin_> sakoman_: is there someone I can ping around the beagle "team"?
  • [17:46:07] <atin_> sakoman_: as you can tell, I am used to being able to go hang on a hardware engineer's door whenever I run into stuff like this :)
  • [17:46:38] <atin_> sakoman_: they usually hook up an analyzer to the thing and tell me what I did wrong ;)
  • [17:47:32] <atin_> sakoman_: I guess, for a start, post the link to the beagleboard group, and then merge the changes to the -dev-usb branch?
  • [17:47:52] <sakoman_> You might try khasim if you see him here. jkridner might also know
  • [17:48:07] <atin_> sakoman_: ok
  • [17:48:13] <sakoman_> yes, to start post the patch itself to the mailing list
  • [17:48:27] <sakoman_> makes it easier for folks to review
  • [17:48:41] <sakoman_> and comment on particular sections
  • [17:49:00] * unclebooze (i=c2c841ef@gateway/web/ajax/mibbit.com/x-ec6ef7cb8ef6cb65) Quit ("http://www.mibbit.com ajax IRC Client")
  • [17:49:03] <sakoman_> you can at the same time point out the user button issue
  • [17:49:20] <sakoman_> that way people can keep it in mind as the review the code
  • [17:50:11] <ds2> i suspect the user button is causing the ROM to init the PHY
  • [17:51:12] <koen> jkridner|work: leds are working with your uboot + 2.6.28rc8 pm kernel
  • [17:51:28] <sakoman_> ds2: could well be the case. does the user bottom enable peripheral boot mode? don't recall
  • [17:51:51] <sakoman_> s/bottom/button/
  • [17:53:21] * JuanG (n=Juan@nat/ti/x-fae299a863f64827) has joined #beagle
  • [17:53:33] * JuanG (n=Juan@nat/ti/x-fae299a863f64827) has left #beagle
  • [17:53:45] <atin_> shoot, I have to go - where can I read about the user-button that will tell me what rom code gets run?
  • [17:54:00] <atin_> and what gets inited?
  • [17:54:12] <atin_> I just want to duplicate that to get the phy init going :)
  • [17:55:37] * atin_ is now known as atin_OUT
  • [17:56:48] * _don_ (n=don@nat/ti/x-4566b8be7e8321e2) has joined #beagle
  • [17:59:16] * vlad_ (n=asdf@69-12-240-128.dsl.static.sonic.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [17:59:16] * tobb (i=phikz@user152.77-105-212.netatonce.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [17:59:16] * zuh (i=7533ae6c@emperor.pingu.fi) Quit (kubrick.freenode.net irc.freenode.net)
  • [17:59:16] * kulve (i=b471dc83@emperor.pingu.fi) Quit (kubrick.freenode.net irc.freenode.net)
  • [17:59:16] * saschi (n=schimans@g4r4ge-c0mput3rs.com) Quit (kubrick.freenode.net irc.freenode.net)
  • [17:59:33] * _don_ (n=don@nat/ti/x-4566b8be7e8321e2) Quit (Client Quit)
  • [17:59:45] * saschi (n=schimans@g4r4ge-c0mput3rs.com) has joined #beagle
  • [17:59:45] * zuh (i=7533ae6c@emperor.pingu.fi) has joined #beagle
  • [17:59:45] * kulve (i=b471dc83@emperor.pingu.fi) has joined #beagle
  • [17:59:45] * vlad_ (n=asdf@69-12-240-128.dsl.static.sonic.net) has joined #beagle
  • [17:59:45] * tobb (i=phikz@user152.77-105-212.netatonce.net) has joined #beagle
  • [17:59:45] <ds2> sakoman_: think it does
  • [17:59:47] * _don_ (n=don@nat/ti/x-5881356ff26ac5e2) has joined #beagle
  • [18:00:26] * vlad_ (n=asdf@69-12-240-128.dsl.static.sonic.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [18:00:26] * tobb (i=phikz@user152.77-105-212.netatonce.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [18:00:26] * kulve (i=b471dc83@emperor.pingu.fi) Quit (kubrick.freenode.net irc.freenode.net)
  • [18:00:26] * zuh (i=7533ae6c@emperor.pingu.fi) Quit (kubrick.freenode.net irc.freenode.net)
  • [18:00:26] * saschi (n=schimans@g4r4ge-c0mput3rs.com) Quit (kubrick.freenode.net irc.freenode.net)
  • [18:00:27] * mpr (n=mpr@aggr.com) Quit (Remote closed the connection)
  • [18:00:29] * vlad (n=asdf@69-12-240-128.dsl.static.sonic.net) has joined #beagle
  • [18:00:29] * mpr (n=mpr@aggr.com) has joined #beagle
  • [18:00:30] * tobb (i=phikz@user152.77-105-212.netatonce.net) has joined #beagle
  • [18:00:33] * kulve (i=7f1d86b7@emperor.pingu.fi) has joined #beagle
  • [18:00:33] * zuh (i=8102e291@emperor.pingu.fi) has joined #beagle
  • [18:00:36] * saschi (n=schimans@g4r4ge-c0mput3rs.com) has joined #beagle
  • [18:00:53] * _don_ (n=don@nat/ti/x-5881356ff26ac5e2) Quit (Client Quit)
  • [18:01:12] * _don_ (n=don@nat/ti/x-30b4855260dde709) has joined #beagle
  • [18:01:52] * valhalla (n=valhalla@81-174-24-85.dynamic.ngi.it) has joined #beagle
  • [18:06:02] * jsync (n=jess@de1-as21224.alshamil.net.ae) has joined #beagle
  • [18:12:00] <koen> atin_OUT: AIAI the bootrom code is s3krit
  • [18:12:44] * espian (i=480ccaea@gateway/web/ajax/mibbit.com/x-59e7f39f73d4b945) has joined #beagle
  • [18:13:10] * sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) Quit (Remote closed the connection)
  • [18:13:31] * sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) has joined #beagle
  • [18:14:25] <koen> hmmm
  • [18:14:54] <koen> having all functions contain pr_debug("FOO called") ; return NULL doesn't look to usefull to me
  • [18:15:03] <koen> too*
  • [18:15:21] <koen> I think it also explains why cpufreq doesn't work
  • [18:17:38] * bmxr_laptop (n=chatzill@142.232.132.12) has joined #beagle
  • [18:19:55] <sakoman_> koen: that's life on the bleeding edge ;-)
  • [18:20:05] <sakoman_> glad you are doing that pioneering!
  • [18:21:39] <ds2> PM takes a few months to get used to then it gets easier to debug
  • [18:23:12] * gcohler (n=gcohler@nat/ti/x-a2328545429f882e) has joined #beagle
  • [18:24:06] * espian (i=480ccaea@gateway/web/ajax/mibbit.com/x-59e7f39f73d4b945) Quit ("http://www.mibbit.com ajax IRC Client")
  • [18:24:07] * ldesnogu_ (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) has joined #beagle
  • [18:27:21] * koen mails Rajendra
  • [18:37:00] * jkridner|work (n=a0321898@nat/ti/x-a9204ded9fb5c0b5) Quit (Remote closed the connection)
  • [18:37:58] * jkridner|work (n=a0321898@nat/ti/x-6adf57794591dbd7) has joined #beagle
  • [18:38:06] <garren> PM?
  • [18:38:26] <koen> mru: you recommended the samsung series 6, right?
  • [18:38:30] <koen> garren: power management
  • [18:38:58] <garren> ok cool... as in sleep mode etc?
  • [18:39:24] <koen> I'm looking for CPUidle and cpufreq
  • [18:39:35] <koen> 'c states' and 'p states' in x86 speak
  • [18:47:33] <jkridner|work> koen: are EHCI and DSS2 working as well?
  • [18:48:48] <koen> jkridner|work: if I plug in my hub I can't boot, but DSS2 works after I rediffed the makefile bits
  • [18:51:29] <koen> hmmm
  • [18:51:41] <koen> ???600 for an HDtv
  • [18:52:01] <koen> that's 4 beagles :)
  • [18:53:12] <garren> lol isn't 2 beagles enough :P
  • [18:53:26] * robtow (n=rtow@64.62.142.114) Quit ("Leaving.")
  • [18:53:35] <koen> it is
  • [18:53:39] <koen> that's why I have 3 :)
  • [18:53:44] <garren> lol
  • [18:54:00] <koen> or rather 2.5 since the A5 didn't like +12V
  • [18:54:38] <garren> all the different revisions... you a collector then...
  • [18:56:58] <koen> I have no rev B beagles :)
  • [19:00:00] <mru> koen: yes, I like the samsung series 6
  • [19:00:50] <keesj> samsung 6?
  • [19:00:54] * JoeyBorn (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) has joined #beagle
  • [19:01:16] <koen> keesj: http://tweakers.net/pricewatch/207889/samsung-le32a656.html
  • [19:01:21] <koen> (among others)
  • [19:01:30] * zedstar (n=john@fsf/member/zedstar) has joined #beagle
  • [19:02:04] <mru> koen: only 40" and up have full 1080p resolution
  • [19:02:36] * mru has the le40a656
  • [19:02:43] * FuL|OUT is now known as fulgas
  • [19:03:10] <mru> 4xHDMI is good
  • [19:04:04] <koen> hmmm
  • [19:04:11] <koen> samsung claims the 32" has full hd as well
  • [19:04:24] <ScriptRipper> or special lcd that are also dedicated for PC
  • [19:04:25] <mru> maybe it's changed
  • [19:04:40] <ScriptRipper> have also full HD 1080p
  • [19:04:54] <mru> or they're being naughty and claiming 1080p because it can downscale a 1080p image to fit its screen
  • [19:05:26] <koen> it says "Resolution: 1.920 x 1.080"
  • [19:05:33] <koen> I agree that's kinda vague
  • [19:05:38] <mru> fractional pixels, that's new
  • [19:06:38] <keesj> I hava a "simple" 800x640 beamer , not as cool as the LDP but very nice for movies
  • [19:07:04] <mru> seems they've reached series 9 now...
  • [19:07:14] <mru> damn, things move quickly
  • [19:07:25] * koen still reads "8 megapixels" as "we have only 8 pixels, but they are BIG"
  • [19:07:26] <mru> it's not even a year since I got my 6
  • [19:09:13] <koen> mru: it looks like 40" and up have 100Hz and 32" doesn't
  • [19:09:48] <koen> I wonder how they do 24p -> 100Hz
  • [19:10:00] <mru> I've never used that feature
  • [19:10:03] <koen> probably jsut do 96Hz and have marketing round it up
  • [19:10:07] * greytoque (i=8eb1caa6@gateway/web/ajax/mibbit.com/x-a16cfe4512a28ece) has joined #beagle
  • [19:10:24] <mru> I don't believe inventing extra frames improves anything
  • [19:10:41] * Crofton (n=balister@66-207-65-47.bark.dmt.ntelos.net) has joined #beagle
  • [19:10:56] <Crofton> hmm, airport wireless is working
  • [19:11:18] <mru> some review site suggests the 32" is really 1080p
  • [19:11:30] <mru> this must have been added after I got my 40"
  • [19:12:28] <koen> Crofton: executive summary: cpufreq for omap3 seems to be foo() { pr-debug("FOO: called); return NULL} for the needed functions
  • [19:12:30] <ScriptRipper> i have a question wrt. to lcd displays via hdmi
  • [19:12:41] <greytoque> Hello all. I'm trying to configure CCS to use with my beagleboard - and can't seem to figure out how to get the system configuration done properly. I have a XDS510 USB Plus JTAG emulator.
  • [19:12:54] <Crofton> crap
  • [19:13:08] <koen> Crofton: mail rnayak@ti.com
  • [19:13:12] <Crofton> wtf have they been patching in
  • [19:13:18] <ScriptRipper> there was something said about DSS2 wrt to that without it a display cannot or will not display stuff from beagleboard
  • [19:13:24] <ScriptRipper> what does that mean?
  • [19:13:40] <Crofton> there is a guy on my flight who is concerned because he is going to Aruba
  • [19:13:45] <koen> Crofton: AIUI cpufreq will be controlled using the SRF, which only has stubs
  • [19:13:52] <Crofton> and he has never left the country before
  • [19:14:08] <koen> is he a druggie?
  • [19:14:11] <Crofton> I would really like to change cpufreq somehow ...
  • [19:14:13] <prpplague> Crofton: aruba isn't too bad
  • [19:14:18] <Crofton> I do not think
  • [19:14:25] <mru> I can barely remember the first time I left my home country
  • [19:14:27] <Crofton> yeah, I would love to go there
  • [19:14:32] <koen> aruba is where the dutch navy gets their drugs to smuggle to .nl
  • [19:14:34] <Crofton> heh, I left at two
  • [19:14:44] <Crofton> heh
  • [19:15:07] <prpplague> Crofton: the immigration folks there usually just give you trouble if you don't have a copy of your itenary showing your return flight
  • [19:15:35] <koen> Crofton: http://git.kernel.org/?p=linux/kernel/git/khilman/linux-omap-pm.git;a=blob;f=arch/arm/plat-omap/omap-pm-srf.c;h=d05bcf43ccc6a106fc0d46370c043ce5c8f2c6b4;hb=pm-prev
  • [19:16:34] <koen> Crofton: that's how understand it, but since I can't read C I could be very wrong
  • [19:16:43] <koen> Crofton: so mail Rajendra :)
  • [19:16:53] <Crofton> ok
  • [19:17:22] <Crofton> I went to Bonaire once, I went through the Curucao airport on the way, and Aruba on the return
  • [19:17:32] <Crofton> I'll do this tomorrow
  • [19:18:08] <Crofton> I still do not believe you can't read C :)
  • [19:19:02] * fulgas (n=fn@a83-132-158-61.cpe.netcabo.pt) Quit ("changing servers")
  • [19:19:16] <koen> Crofton: I can read it fine, the parsing it broken
  • [19:19:38] <Crofton> :)
  • [19:19:41] <koen> you see a bitwise operation, I see a weird emoticon
  • [19:19:53] * fulgas (n=fn@a83-132-158-61.cpe.netcabo.pt) has joined #beagle
  • [19:19:53] <Crofton> hahah
  • [19:20:15] <mru> koen: then use assembler
  • [19:20:17] <mru> it's much simpler
  • [19:20:47] * bmxr_laptop (n=chatzill@142.232.132.12) Quit ("ChatZilla 0.9.84 [Firefox 3.0.5/2008121623]")
  • [19:23:57] <mru> is anyone here going to the omap seminar in cambridge next week?
  • [19:24:17] <koen> recalcati was thinking about it
  • [19:25:04] <Crofton> I swear, I am not working for anyone but me in Feb!
  • [19:25:36] <mru> I signed up for the wednesday session
  • [19:25:42] * greytoque (i=8eb1caa6@gateway/web/ajax/mibbit.com/x-a16cfe4512a28ece) Quit ("http://www.mibbit.com ajax IRC Client")
  • [19:25:59] * Crofton wishes he could go :)
  • [19:26:10] * Crofton is not afraid of international travel
  • [19:26:13] <Crofton> ok time to go
  • [19:26:18] * Crofton (n=balister@66-207-65-47.bark.dmt.ntelos.net) Quit ("Leaving")
  • [19:26:18] <mru> it's a bit closer for me...
  • [19:26:36] * koen looks at the shots he needs for brazil
  • [19:27:04] <mru> 9mm should cover most situations, but I usually bring a good shotgun as well
  • [19:27:11] <koen> seems my yellow fever and DTP shots are still valid for another 8 years
  • [19:27:42] <mru> going to brazil?
  • [19:27:49] <koen> and I have body armour to stop 9mm if needed :)
  • [19:27:59] <koen> mru: http://www.bossaconference.indt.org/
  • [19:29:21] * ssvb (n=ssvb___@a88-114-221-132.elisa-laajakaista.fi) has joined #beagle
  • [19:31:28] <mru> finally, arm download site works again
  • [19:31:42] * mru can test the latest compiler update
  • [19:33:06] <koen> I saw your armcc commits
  • [19:33:31] <koen> how does armcc compare to tms370 with generated code?
  • [19:33:49] * eFfeM (n=Frans@195-241-226-180.ip.telfort.nl) has joined #beagle
  • [19:33:58] <mru> tms470 can't compile ffmpeg...
  • [19:34:01] <eFfeM> hi
  • [19:34:06] <bkero> I think my civvies could stop 9mm :P
  • [19:34:07] <mru> compiler emits invalid assembler
  • [19:34:41] <koen> hey eFfeM
  • [19:36:09] <garren> is the audio input fully working in 2.6.27 or 2.6.28?
  • [19:37:13] <koen> garren: 2.6.28 in OE has a patch for it
  • [19:37:38] <tomba> mru: do you happen to know if dvi-d can carry an interlaced signal? so could it be somehow possible to output interlaced mode from beagle's dvi?
  • [19:38:13] <garren> koen: ok cool, is audio capture fully working with ALSA, I was trying an app with jack and getting segmentation faults
  • [19:38:40] <mru> tomba: dvi-d obviously supports interlaced signals (think 1080i)
  • [19:38:47] <mru> but I don't think the omap3 support it
  • [19:39:16] <koen> garren: there's a patch on l-o ml that would seem to fix it, but I haven't tested it yet
  • [19:39:23] <koen> garren: and tony is about to apply it
  • [19:39:28] <tomba> mru: one could output every other line every other frame from omap. I guess the dvi framer should somehow tell the tv/monitor that this is an interlaced signal
  • [19:39:38] * koen will probably update the OE recipe to 2.6.28-omap2
  • [19:40:52] <garren> cool, where can I check to see when the patch is applied?
  • [19:41:10] <mru> tomba: yes, but does the dvi framer support that, and if so, do we have a way to configure it that way?
  • [19:41:11] <koen> to OE or to l-o git?
  • [19:41:24] <garren> OE
  • [19:41:44] <koen> garren: keep an eye on cgit, I guess
  • [19:41:57] <tomba> mru: no, I didn't find a mention about interlace from the framer spec. that's why I thought if dvi-d doesn't support ilace, if it was a analog thing or something. well, I guess we're out of luck
  • [19:42:06] <koen> garren: http://cgit.openembedded.net/cgit.cgi?url=openembedded%2Flog&qt=grep&q=linux-omap
  • [19:42:10] <garren> koen: cool thanks
  • [19:42:17] * alecrim (n=alecrim@189.2.128.130) has joined #beagle
  • [19:43:20] <koen> tomba: tfp410
  • [19:43:21] <koen> ?
  • [19:48:14] <tomba> koen: yes
  • [19:48:35] <tomba> at least the spec I found didn't mention the word "interlace". I didn't seek better than that =)
  • [19:48:55] <koen> intel is using it on their integrated chipsets, so I'd guess it supported interlaces modes
  • [19:49:07] <koen> tomba: do you have the tfp410 datasheet?
  • [19:53:54] <koen> tomba: maybe I'm being dense, but isn't ilace mode just a matter of doing 2 hsyncs every line?
  • [19:54:53] <mru> not that simple
  • [19:56:06] <tomba> koen: not here. I think I just googled for tfp410
  • [19:56:24] * fulgas (n=fn@a83-132-158-61.cpe.netcabo.pt) Quit (Read error: 104 (Connection reset by peer))
  • [19:56:54] * fulgas (n=fn@a83-132-158-61.cpe.netcabo.pt) has joined #beagle
  • [19:59:13] * kevinsc_ (n=kevinsc@nat/ti/x-194f1f2f94f9a60e) has joined #beagle
  • [19:59:58] * gcohler (n=gcohler@nat/ti/x-a2328545429f882e) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [20:00:08] * gcohler (n=gcohler@nat/ti/x-8f3cac9e4ce33a20) has joined #beagle
  • [20:00:32] * dcramer (n=davec@dcdsl.ebox.com) Quit ()
  • [20:01:20] * dcramer (n=davec@dcdsl.ebox.com) has joined #beagle
  • [20:05:39] * kevinsc_ (n=kevinsc@nat/ti/x-194f1f2f94f9a60e) Quit (Remote closed the connection)
  • [20:11:03] * fulgas is now known as FuL|OUT
  • [20:11:33] <koen> jkridner|work: 1AFD607F .. ?
  • [20:13:00] <jkridner|work> I'm looking for that ID.
  • [20:13:15] * valhalla (n=valhalla@81-174-24-85.dynamic.ngi.it) Quit ("Leaving")
  • [20:13:31] * trisooma (n=remko@82.95.240.160) has joined #beagle
  • [20:14:56] <Psychiatras> can anyone help me with mux settings in u-boot?
  • [20:16:44] * tkels (n=tom@nat/ti/x-a366a1c56c7263d5) has joined #beagle
  • [20:19:39] * jkridner|work (n=a0321898@nat/ti/x-6adf57794591dbd7) Quit (Remote closed the connection)
  • [20:20:25] * jkridner|work (n=a0321898@nat/ti/x-9ae48ef879aa1a41) has joined #beagle
  • [20:29:22] * tkels (n=tom@nat/ti/x-a366a1c56c7263d5) Quit ("Powered by OE: www.openembedded.org")
  • [20:29:45] * tkels (n=tom@nat/ti/x-d26f0c8e5f5e47f7) has joined #beagle
  • [20:30:13] * mib_0bihk3 (i=c05e5e6a@gateway/web/ajax/mibbit.com/x-47288db3bb6fcb54) has joined #beagle
  • [20:30:37] <garren> night all
  • [20:31:20] * garren (n=garren@dsl-243-100-242.telkomadsl.co.za) Quit ("Ex-Chat")
  • [20:32:46] <mib_0bihk3> Hello, does the mplayer in the Angstrorm distribution support MP4? I tried to use mplayer to play some .mp4 files but the program was stuck. The error shows no Xvideo card support. Any suggestions? Thanks.
  • [20:32:56] * alecrim (n=alecrim@189.2.128.130) Quit (Remote closed the connection)
  • [20:35:44] * aleij (n=ad@62.161.153.119) has joined #beagle
  • [20:36:47] * aleij (n=ad@62.161.153.119) has left #beagle
  • [20:37:04] * jkridner|work (n=a0321898@nat/ti/x-9ae48ef879aa1a41) Quit (Remote closed the connection)
  • [20:37:45] * jkridner|work (n=a0321898@nat/ti/x-380fe2ab08554530) has joined #beagle
  • [20:43:07] * florian (n=fuchs@g227197187.adsl.alicedsl.de) has joined #beagle
  • [20:47:26] * FuL|OUT (n=fn@a83-132-158-61.cpe.netcabo.pt) Quit (Read error: 131 (Connection reset by peer))
  • [20:47:58] * FuL|OUT (n=fn@a83-132-158-61.cpe.netcabo.pt) has joined #beagle
  • [20:48:18] <florian> re
  • [20:49:30] <koen> florian: wb
  • [20:49:42] <jkridner|work> argh. 'opkg install task-native-sdk' doesn't generate a working gcc again.
  • [20:50:00] <jkridner|work> 'opkg install gcc-symlinks' doesn't fix it.
  • [20:50:15] <jkridner|work> Trying 'opkg install cpp'
  • [20:51:03] <jkridner|work> result is upgrading from 4.3.1-r5 to 4.3.2-r11.
  • [20:51:25] <koen> 4.3.2 works for me
  • [20:51:51] <koen> dunno what's wrong with 4.3.1
  • [20:54:20] * lcuk is now known as lcuk_gone
  • [20:55:41] <jkridner|work> the update of cpp did the trick.
  • [20:55:50] * atin_OUT is now known as atin_
  • [20:57:03] <atin_> koen: "AIAI the bootrom code is s3krit"?
  • [20:57:32] <mru> koen: you know gcc 4.3.1 crashes with -mfpu=neon so any other breakage isn't very relevant
  • [20:57:36] <atin_> what's s3krit mean?
  • [20:58:05] <mru> atin_: sacred maybe
  • [20:58:05] <koen> mru: patched 4.3.1
  • [20:58:09] <muriani> 53kr1T!
  • [20:58:32] <koen> muriani: indeed
  • [20:58:38] <mru> koen: I wouldn't use plain fsf gcc 4.3 for arm
  • [20:58:41] <koen> I failed at typing leetspeak I guess
  • [20:58:48] <mru> it generates some dubious-looking assembler in some cases
  • [20:59:04] <atin_> me, I'm showing my age - I can't read that at all.
  • [20:59:23] <atin_> sacred as in not visible to lowly humans like me?
  • [20:59:32] <mru> atin_: keep it that way
  • [20:59:48] <atin_> (assembler I can read ;) )
  • [20:59:57] <mru> the code is only accessible in secure mode
  • [21:00:02] <mru> and secure mode only runs the code...
  • [21:00:31] <muriani> atin_: secret
  • [21:00:35] <atin_> I want to see what it does - tho I guess I can figure it out looking at the linux code since it seems to work.
  • [21:00:50] <atin_> at initializing the phy anyway
  • [21:00:53] <mru> atin_: are you talking about the rom code?
  • [21:01:02] <atin_> without needing to hold the user-button.
  • [21:01:31] <atin_> mru: http://elinux.org/U-boot_musb_gadget_support the patches work as long as you hold the user button while it boots
  • [21:01:44] <mru> yeah, I read that
  • [21:02:21] <mru> atin_: congrats on the 2nd place btw
  • [21:02:24] <atin_> otherwise the enable DPLL to read the phy registers over i2c times out waiting on the PHY_CLK_CTRL_STS register bit to grant
  • [21:02:28] <atin_> not me - ddompe
  • [21:02:30] <atin_> I did nothing. :)
  • [21:03:05] <atin_> I am just trying to fix this problem and then get the same code working when running as host
  • [21:03:26] <mru> well, congrats to ddompe then
  • [21:03:48] <mru> I'm as rubbish with names on irc as in real life...
  • [21:03:57] <mru> and on irc there isn't even a face
  • [21:03:58] <atin_> yeah - he did good. the code he wrote is similar to what I wrote except for the LDO init stuff, he doesn't do that part like the linux code does.
  • [21:04:38] <atin_> oh well - how should I be pinging to figure out why the user-button has to be pressed?
  • [21:04:42] <atin_> and what that does.
  • [21:04:51] <atin_> who*
  • [21:05:17] <koen> atin_: the beagle mailinglist :)
  • [21:05:44] <atin_> gah - the turnaround time ...
  • [21:06:04] <atin_> but I guess that is as good an option as I have.
  • [21:06:23] <jkridner|work> ddompe is not currently on-line, but he explained why the user-button needs to be pushed.
  • [21:06:40] <atin_> in the logs?
  • [21:07:11] <jkridner|work> i thought on the issues of the web page entry.
  • [21:07:21] <jkridner|work> essentially, pressing the button causes the ROM code to attempt USB boot.
  • [21:07:29] <jkridner|work> that configures the TWL4030 PHY for him.
  • [21:08:07] <atin_> his code does a lot of the init tho - it is just the grant that seems to require this
  • [21:08:21] <atin_> as if something else is holding it and the user-button forces it to give it up.
  • [21:08:31] <atin_> tho how the linux code manages to do it I don't know.
  • [21:08:43] <atin_> hmm, tho that gives me an idea of how it might ... back in a bit.
  • [21:09:03] <atin_> maybe it is doing a reset somewhere I haven't found yet.
  • [21:11:20] <mru> koen, tomba: what is the best way to get dvi output on the evm?
  • [21:12:44] <koen> mru: http://pastebin.com/m12bd9126
  • [21:12:50] <koen> mru: if you have DSS2
  • [21:13:09] <koen> mru: more stuff in Documentation/arm/OMAP/DSS
  • [21:13:24] <mru> ok, someone at work was asking
  • [21:14:04] <koen> mru: the colours will be wrong, the TI dude is looking at it
  • [21:14:11] * ceyusa (n=ceyusa@189.163.34.185) Quit (Read error: 104 (Connection reset by peer))
  • [21:14:22] <mru> wrong how?
  • [21:14:48] <koen> seems to lack the green channel
  • [21:15:00] <koen> I suspect it's not powering up a DAC
  • [21:15:19] <koen> the TI dude suspects tomba made a coding error
  • [21:15:24] <mru> hmm, that's bad news
  • [21:15:46] <koen> basically the same problem as the LCD had
  • [21:16:09] <koen> turns out someone removed the if(omap > es 2.0) statements
  • [21:26:14] * guillaum1 (n=Guillaum@AMontsouris-153-1-5-1.w86-212.abo.wanadoo.fr) has joined #beagle
  • [21:30:27] * FuL|OUT is now known as fulgas
  • [21:35:11] <koen> atin_: have you seen http://www.beagleboard.org/gitweb/?p=u-boot-arm.git;a=shortlog;h=omap3dev-jdk ?
  • [21:35:23] * trisooma (n=remko@82.95.240.160) Quit ("Enuff for today")
  • [21:35:26] * robtow (n=rtow@nat/montavista/x-616bdeb27f915ef8) has joined #beagle
  • [21:36:29] * mib_0bihk3 (i=c05e5e6a@gateway/web/ajax/mibbit.com/x-47288db3bb6fcb54) Quit ("http://www.mibbit.com ajax IRC Client")
  • [21:40:18] * jsync (n=jess@de1-as21224.alshamil.net.ae) has left #beagle
  • [21:40:27] <atin_> hmm, no
  • [21:41:07] <atin_> jdk?
  • [21:41:22] <atin_> it seems to have usb stuff, including some from diego?
  • [21:41:48] <koen> atin_: jkridner|work == jdk
  • [21:41:56] <atin_> lol, ok
  • [21:42:05] <atin_> but I guess it contains the stuff I want
  • [21:42:26] <atin_> plus a whole lot else - rev C stuff?
  • [21:42:57] <atin_> wait, lol - reverts diego's changes.
  • [21:45:14] <ldesnogu_> mru, koen: what about starting to test gcc 4.4 to avoid stupid bugs?
  • [21:46:25] <mru> it has plenty already: http://fate.multimedia.cx/ ppc section
  • [21:46:39] <mru> more than half of tests fail
  • [21:46:48] <atin_> koen: it doesn't have diego's musb gadget stuff.
  • [21:46:56] <koen> ldesnogu_: 4.4 is out already?
  • [21:47:03] * Crofton (n=balister@65.14.229.26) has joined #beagle
  • [21:47:04] <atin_> koen: I guess it wasn't building for jkridner
  • [21:47:06] <mru> no, but you can build from svn
  • [21:47:09] <koen> atin_: check the other branches in that repo
  • [21:47:35] <ldesnogu_> mru, you prove my point: IIUC it's OK on x86 but not on ppc; we should check ARM :)
  • [21:47:35] <atin_> ah, got it.
  • [21:47:51] <mru> I would, were it not so painful to build
  • [21:48:05] <mru> it takes the better part of a day to patch the autohell into working
  • [21:48:21] <ldesnogu_> mru, is it that more difficult than building standard cross gcc?
  • [21:48:22] <mru> unless there's a gentoo ebuild for it
  • [21:48:30] <mru> ldesnogu_: building gcc is always painful
  • [21:48:34] <ldesnogu_> :)
  • [21:48:37] <koen> ldesnogu_: isn't ARM paying CSL to do things like that?
  • [21:48:47] <mru> yes, they are
  • [21:48:54] <mru> but it looks like they could use some help ;-)
  • [21:49:05] <koen> ldesnogu_: or is ARM finally realizing that CSL 2009q1 will the shit as well without mru?
  • [21:49:38] <ldesnogu_> koen, did anyone find bugs outside of NEON on 2008q3?
  • [21:50:11] <mru> koen: they gave me a license for armcc... must have had some reason ;-)
  • [21:50:37] <mru> ldesnogu_: take a look at the list of regressions in gcc bugzilla
  • [21:50:43] <mru> it's frightening
  • [21:51:21] <ldesnogu_> mru, are these ARM specific? last time I checked there was nothing that frightening
  • [21:51:33] <mru> no, just generally speaking
  • [21:51:35] <ldesnogu_> now if this is for all targets, then 4.3 is seriously broken
  • [21:51:51] <ldesnogu_> hence we should try to help make 4.4 better
  • [21:52:11] * mru doesn't have high hopes
  • [21:53:00] <ldesnogu_> mru, you know I like to complain, I even like it a lot :) but at some point trying to change things instead of complaining might be good
  • [21:53:34] <mru> I get that a lot...
  • [21:56:30] <ldesnogu_> anyway I am probably too optimistic on my ability to build a cross compiler out of gcc svn
  • [21:57:52] * aleij (n=ad@62.161.153.119) has joined #beagle
  • [22:03:45] * aleij (n=ad@62.161.153.119) has left #beagle
  • [22:07:04] * rsalveti (n=salveti@200.184.118.130) Quit (Remote closed the connection)
  • [22:08:42] * Crofton (n=balister@65.14.229.26) Quit ("Leaving")
  • [22:09:45] <JustinLove> Any idea what might have broken ethernet (usb adapter) over the last month or so?
  • [22:09:54] * eFfeM (n=Frans@195-241-226-180.ip.telfort.nl) Quit (Read error: 104 (Connection reset by peer))
  • [22:10:55] <mru> gremlins
  • [22:11:04] <mru> it's always gremlins
  • [22:11:19] * BThompson (n=BThompso@nat/ti/x-69a1cebf06d75c26) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [22:11:28] * Septalicia (n=bakljg@c-98-240-226-129.hsd1.mn.comcast.net) has joined #beagle
  • [22:11:40] <jkridner|work> JustinLove: what kernel/adapter?
  • [22:12:23] * Sept (n=bakljg@c-98-240-226-129.hsd1.mn.comcast.net) Quit (Read error: 110 (Connection timed out))
  • [22:12:30] <JustinLove> Cheap trendnet USB/ethernet, 4-port hub from DigiKey. .27 kernel from Friday, and tried .28 from this morning.
  • [22:12:39] <JustinLove> Detects device, but udhcp says network is down
  • [22:13:21] <JustinLove> hardware is good because I can swap back my old SD card and connect.
  • [22:15:39] <jkridner|work> so, .26 works fine, but .27 and .28 fail?
  • [22:17:00] <JustinLove> Actually, now that I look at it, the older one is .26+.27, not a full .27
  • [22:17:36] <JustinLove> What was it around 2008-12-11? I was working with a newer one from then, but I've deleted most of those files.
  • [22:18:22] * jkridner|work notes that rdesktop works fine on Beagle, but don't try it with synergy and the remoting into the same machine acting as the synergy server.
  • [22:19:05] <jkridner|work> JustinLove: when you went to these other kernels, did you install the appropriate modules as well?
  • [22:19:27] * florian wonders if it would be a good idea to 'tune' his SGI o2 with a BeagleBoard
  • [22:19:51] * gcohler (n=gcohler@nat/ti/x-8f3cac9e4ce33a20) Quit (Remote closed the connection)
  • [22:19:58] * bazbell (n=a0192809@nat/ti/x-a4e5bf9cf482e547) Quit (Remote closed the connection)
  • [22:20:25] <JustinLove> Yes, the latest .27 went with a clean rootfs, and I installed the pegasus module for .28. Are other modules needed? lsmod only showed pegasus before.
  • [22:23:00] * tkels (n=tom@nat/ti/x-d26f0c8e5f5e47f7) has left #beagle
  • [22:28:55] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) Quit ()
  • [22:30:46] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
  • [22:36:12] * tomba (n=tomba@83.145.249.129) Quit ("[BX] That's Miss BitchX to you")
  • [22:37:21] <ldesnogu_> bbl
  • [22:37:25] * ldesnogu_ (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) Quit ()
  • [22:37:38] * tomba (n=tomba@83.145.249.129) has joined #beagle
  • [22:40:46] * rsalveti (n=salveti@189.70.60.88) has joined #beagle
  • [22:43:15] * tomba (n=tomba@83.145.249.129) Quit ("leaving")
  • [22:43:57] * tomba (i=tomba@taika.fi) has joined #beagle
  • [22:47:30] * lcuk_gone is now known as lcuk
  • [22:49:45] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) Quit (Read error: 104 (Connection reset by peer))
  • [22:51:44] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
  • [22:52:30] * mib_g0v09p (i=3b93dac7@gateway/web/ajax/mibbit.com/x-c845a573af5da3a3) has joined #beagle
  • [22:52:50] <JustinLove> I installed the older .26+ kernel on the new filesystem image, and I still can't connect. It doesn't appear to be the kernel. udhcp perhaps?
  • [22:53:16] <jkridner|work> JustinLove: I only have this Linksys USB200M and it works with 2.6.28-r5 (OE).
  • [22:53:54] * beewoolie (n=beewooli@66.147.194.238) Quit ("Leaving")
  • [23:01:56] <JustinLove> Hmmm... the busybox udhcpscript was modified six days ago
  • [23:02:17] * abitos (n=nixgibts@dslb-084-057-183-030.pools.arcor-ip.net) Quit (Read error: 113 (No route to host))
  • [23:03:19] * uwe__ (n=uwe_@dslb-084-056-036-221.pools.arcor-ip.net) Quit (Read error: 60 (Operation timed out))
  • [23:04:29] * cbrake is now known as cbrake_away
  • [23:04:47] * TAK2004 (n=Administ@dslb-088-074-052-201.pools.arcor-ip.net) Quit ("Verlassend")
  • [23:06:02] <JustinLove> revert the patch, and it works fine.
  • [23:07:20] * uwe___ (n=uwe@dslb-084-056-013-163.pools.arcor-ip.net) has joined #beagle
  • [23:08:06] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  • [23:08:18] <JustinLove> Who should I contact? OE mailing list?
  • [23:10:14] <jkridner|work> yes. I believe they have a bugzilla.
  • [23:10:56] <jkridner|work> I don't see any of the OE usual suspects.
  • [23:11:07] <JustinLove> Ah, thanks.
  • [23:11:46] * cringthis (n=cringthi@nat/ti/x-4bf8a7f845511375) has joined #beagle
  • [23:12:28] * cringthis (n=cringthi@nat/ti/x-4bf8a7f845511375) has left #beagle
  • [23:12:29] <jkridner|work> http://bugs.openembedded.net/
  • [23:16:19] * trisooma (n=remko@82.95.240.160) has joined #beagle
  • [23:16:34] <florian> JustinLove: sounds nasty... poke koen or me if it does not et fixed soon.
  • [23:17:05] * florian -> sleep, good night
  • [23:17:43] * uwe2 (n=uwe@dslb-084-056-036-221.pools.arcor-ip.net) Quit (Read error: 110 (Connection timed out))
  • [23:18:02] * florian (n=fuchs@g227197187.adsl.alicedsl.de) Quit ("Verlassend")
  • [23:23:25] * felipec (n=felipec@a91-153-251-222.elisa-laajakaista.fi) Quit ("Leaving")
  • [23:24:32] * prpplague (n=dave@mail.americanmicrosystems.com) Quit ("Leaving")
  • [23:26:04] * mib_g0v09p (i=3b93dac7@gateway/web/ajax/mibbit.com/x-c845a573af5da3a3) Quit ("http://www.mibbit.com ajax IRC Client")
  • [23:29:44] * trisooma (n=remko@82.95.240.160) Quit ("Enuff for today")
  • [23:30:36] * JustinLove (n=J_LOVE@64-135-210-33.FoxValley.net) has left #beagle
  • [23:34:03] * Robot_kolej (n=robot@robot.kolej.mff.cuni.cz) has joined #beagle
  • [23:34:07] <Robot_kolej> hello
  • [23:34:21] <Robot_kolej> any news on the iso transfers on USB ?
  • [23:34:51] <Robot_kolej> or is it working already ?
  • [23:35:18] <mru> isochronous transfers?
  • [23:35:36] <mru> as used by webcams and such?
  • [23:36:03] <Robot_kolej> yes, please :)
  • [23:37:46] <mru> sorry, don't know
  • [23:38:01] <mru> I've heard of some success with webcams
  • [23:38:44] <Robot_kolej> recently ? or some older news ?
  • [23:38:48] * robtow1 (n=rtow@nat/montavista/x-7f5f4c8c1ed6d3f8) has joined #beagle
  • [23:39:18] <mru> search the archives
  • [23:39:35] <Robot_kolej> because i need to use network and webcam at the same time, and it didny like me last time i tried
  • [23:40:09] <mru> could be the bidirectional dma bug
  • [23:40:32] <mru> apparently it's not fixed in some kernels that are commonly used
  • [23:42:12] <Robot_kolej> and are there any experimental patches ?
  • [23:42:31] * robtow1 (n=rtow@nat/montavista/x-7f5f4c8c1ed6d3f8) Quit (Read error: 54 (Connection reset by peer))
  • [23:43:20] <mru> this one works for me: http://git.mansr.com/?p=linux-omap;a=commitdiff;h=2e6aa4efb0e14c51ff0427927b1b38136911fa93
  • [23:43:32] * robtow1 (n=rtow@nat/montavista/x-509cb5f92bec91ea) has joined #beagle
  • [23:44:23] * robtow1 (n=rtow@nat/montavista/x-509cb5f92bec91ea) Quit (Read error: 104 (Connection reset by peer))
  • [23:44:39] * robtow1 (n=rtow@nat/montavista/x-85a7c0b4763a4fa0) has joined #beagle
  • [23:46:57] <bkero> Has anybody used an SDIO wireless card in the SD slot?
  • [23:47:09] * zedstar (n=john@fsf/member/zedstar) Quit (Remote closed the connection)
  • [23:47:20] <Robot_kolej> mru: thanks for the info ;) i will look into that
  • [23:47:27] <mru> bkero: I'm not sure what's been done, but it should work
  • [23:48:42] <bkero> Hm, alright
  • [23:49:57] * bazbell (n=a0192809@nat/ti/x-e50e7ff065cb7bab) has joined #beagle
  • [23:57:06] * robtow (n=rtow@nat/montavista/x-616bdeb27f915ef8) Quit (Read error: 110 (Connection timed out))