• [00:05:39] * wiking (n=wiking@huwico/staff/wiking) Quit (Read error: 113 (No route to host))
  • [00:09:23] <RobotGuy> Crofton|work: I built another Beagle development environment and have am building one for Overo now.
  • [00:20:04] * flo_lap (n=fuchs@f054166229.adsl.alicedsl.de) Quit (Read error: 113 (No route to host))
  • [00:24:10] * emeb (n=ericb@ip72-223-95-46.ph.ph.cox.net) has left #beagle
  • [00:25:16] * jrmuizel (n=jrmuizel@bas6-toronto12-1088883398.dsl.bell.ca) has joined #beagle
  • [00:25:18] * jrmuizel (n=jrmuizel@bas6-toronto12-1088883398.dsl.bell.ca) Quit (Remote closed the connection)
  • [00:31:28] * kozak (n=subbu@117.192.12.217) Quit (Read error: 60 (Operation timed out))
  • [00:31:40] * robclark (n=robclark@mobile-166-214-255-086.mycingular.net) Quit ()
  • [00:32:36] * geckosenator (n=sean@c-24-8-193-190.hsd1.co.comcast.net) has joined #beagle
  • [00:35:15] <geckosenator> do laptops normally use i2c to report battery statistics?
  • [00:39:50] * Openfree (n=df@222.65.143.118) Quit (Remote closed the connection)
  • [00:41:24] * jkridner|web (i=BeagleUs@c-76-31-63-191.hsd1.tx.comcast.net) Quit ()
  • [00:47:53] * pk24 (n=pk24@S010600163613315a.vc.shawcable.net) has joined #beagle
  • [00:54:33] * FlipFl0p (n=flipflop@ppp-71-136-55-249.dsl.sndg02.pacbell.net) has joined #beagle
  • [01:03:42] * harry-plenware (n=harry@221.10.25.6) has joined #beagle
  • [01:06:02] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  • [01:13:06] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) Quit (Read error: 104 (Connection reset by peer))
  • [01:13:56] <TheUni> grrr
  • [01:14:05] <TheUni> this thing has been a huge pain
  • [01:14:22] <TheUni> went to huge lengths to get the power, then serial connections working
  • [01:14:36] <TheUni> now i need a mini A and not mini B usb...
  • [01:14:42] <TheUni> anyone find them locally, or have to special order?
  • [01:31:59] <ds2> yipeeeeee
  • [01:32:07] <ds2> 3D scanner sort of works
  • [01:47:44] <TheUni> can i use a mini-a to mini-b, then mini-b to standard-a.. and get host mode working?
  • [02:04:52] <ghaz``> hi
  • [02:05:04] <ghaz``> does anybody know about mysql and/or java and the beagle?
  • [02:05:16] <ghaz``> do they work flawlessly by now?
  • [02:05:46] <ghaz``> i know that java caused problems some time ago
  • [02:08:07] * pk24 (n=pk24@S010600163613315a.vc.shawcable.net) Quit (Success)
  • [02:25:11] <jkridner> thanks robclark.
  • [02:27:22] * JoeBorn (n=jborn@adsl-75-2-251-255.dsl.chcgil.sbcglobal.net) Quit ("open.neurostechnology.com")
  • [02:31:01] <RobotGuy> TheUni: You'll have to be sure one of the mini-USB is male and the other female to connect the two cables.
  • [02:32:09] * pk24 (n=pk24@S010600163613315a.vc.shawcable.net) has joined #beagle
  • [02:38:26] <jkridner> robclark: I still get the same "Patch P:d:fp:h does not exist" error when gnu-config-native builds (required for sed-native).
  • [02:39:27] <jkridner> TheUni: if your hub has a mini-B on the upstream port, then you can use a mini-A to mini-B cable.
  • [02:39:38] <jkridner> ds2: great!
  • [02:39:58] <jkridner> ds2: love to see it. still a bit slow?
  • [02:41:14] <jkridner> I'd really love to get something that can use as a pointer with the pico and a USB camera.
  • [02:46:38] <ds2> jkridner: well, considering it is a big mess of shell scripts... yes
  • [02:47:08] <ds2> jkridner: due to USB issues, I am doing the camera stuff on the laptop and turning the beagle into a wget controlled HDMI interface
  • [02:47:20] <jkridner> yikes.
  • [02:47:37] <jkridner> where are you doing the computations?
  • [02:47:40] <jkridner> PC first?
  • [02:47:51] <ds2> jkridner: 2nd scan (still tweaking): http://www.ugcs.caltech.edu/~huny/tmp/run3.bmp
  • [02:48:05] <ds2> on the laptop that is doing the camera work
  • [02:48:21] <ds2> that generates a point cloud and I drop into my cad to generate the bitmap
  • [02:48:34] <ds2> I'll do a better write up but I am tweaking the software
  • [02:48:37] <jkridner> what are those two stripes?
  • [02:49:05] <ds2> not sure.. might be a stray cable or something
  • [02:49:21] <ds2> or there si a red light somewhere in the room
  • [02:49:57] <jkridner> any idea if the pico can produce light that a USB camera can see, but not our eyes?
  • [02:50:18] <ds2> 0 chance that it can do that
  • [02:50:29] <ds2> 3 LEDs and no nonlinear elements in there
  • [02:50:30] <jkridner> why do you say?
  • [02:50:37] <jkridner> oh. :(
  • [02:51:15] <ds2> here's a crude picture of the setup -
  • [02:51:17] <jkridner> I wonder if we could replace one of the LEDs and use a dual-color for one of the others.
  • [02:51:26] <ds2> jkridner: 2nd scan (still tweaking): http://www.ugcs.caltech.edu/~huny/tmp/setup.jpg
  • [02:51:58] <ds2> it doesn't look too accessible; the entire optical assemble looks like a sealed zinc?????zinc or maybe zermak unit
  • [02:52:30] <jkridner> when you were asking about cosine transforms, I had a guess you'd be doing some 3D scanning soon. :)
  • [02:52:53] <jkridner> odd. I thought it was meant to be a "dev kit".
  • [02:53:56] <ds2> I suspect the module is what one would purchase
  • [02:54:53] <ds2> MUSB seriously needs to be fixed
  • [02:55:19] <ds2> once that is done, it would be a nice self contained scanner unit
  • [02:56:58] <jkridner> OE folks (koen, likewise, etc.): is there an easy way to get bitbake to output the commands it is executing?
  • [02:57:01] <ds2> or maybe a RevC - EHCI to the camera and MUSB as the device port - mass storage emulation to retrieve the point cloud
  • [02:57:14] <jkridner> so, all this recent MUSB work isn't making things better?
  • [02:57:26] <jkridner> I've seen a number of TI patches go out from Ajay Gupta.
  • [02:57:36] <jkridner> haven't followed any of it in detail.
  • [02:58:24] <ds2> I tried it with the 2.6.27rcX and stopped since l-o is not getting updated
  • [02:58:40] <ds2> I heard video is broq in 2.6.28 ATM
  • [02:59:01] <jkridner> Is Tony out again?
  • [02:59:13] <ds2> no, it is the whole sync with mainline thing
  • [02:59:20] <jkridner> oh.
  • [02:59:30] <ds2> so all patches have to wait for complete approval before it goes anywhere besides the mailing list archives
  • [03:01:35] <jkridner> expecting anything useful to show up in the mainline for OMAP3?
  • [03:02:20] <ds2> it has been buildable in mainline for a while; it might be getting more drivers and be usable
  • [03:02:26] <ds2> but PM is not going to be there
  • [03:02:50] * Wowbagger_ (n=wowbagge@d154-20-138-76.bchsia.telus.net) has joined #beagle
  • [03:13:33] <Crofton|work> jkridner, look in the temp directores for tun run.xxx files
  • [03:13:48] <jkridner> I have, but there isn't one for my do_patch.
  • [03:13:58] <Crofton|work> bother
  • [03:14:04] <Crofton|work> I am off to bed
  • [03:14:11] <jkridner> http://rafb.net/p/8uY3jN55.html
  • [03:14:16] <Crofton|work> need to get up early and take my wife to the airport
  • [03:14:20] <jkridner> good night.
  • [03:22:26] * NishanthM (n=Nishanth@cpe-76-186-218-144.tx.res.rr.com) Quit ("That's easy to fix, but I can't be bothered.")
  • [03:24:42] * ralpht (n=ralpht@c-71-198-176-227.hsd1.ca.comcast.net) has joined #beagle
  • [03:25:38] * tulpe (n=ask@p54AF48B6.dip.t-dialin.net) Quit (Read error: 110 (Connection timed out))
  • [03:26:02] * tulpe (n=ask@p54AF42AE.dip.t-dialin.net) has joined #beagle
  • [03:35:55] * RobotGuy (n=robotguy@pool-96-225-210-142.ptldor.fios.verizon.net) Quit (Remote closed the connection)
  • [04:24:47] * ralpht (n=ralpht@c-71-198-176-227.hsd1.ca.comcast.net) Quit ("Leaving")
  • [04:26:50] * calculus (n=calculus@gentoo/user/calculus) Quit (Read error: 110 (Connection timed out))
  • [04:32:38] * pk24 (n=pk24@S010600163613315a.vc.shawcable.net) Quit (Read error: 110 (Connection timed out))
  • [04:45:42] * soman (n=somnath@61.16.248.242) has joined #beagle
  • [05:12:39] * pk24 (n=pk24@S010600163613315a.vc.shawcable.net) has joined #beagle
  • [05:21:50] * rsalveti (n=salveti@189.70.79.200) has joined #beagle
  • [05:25:37] * rsalveti (n=salveti@189.70.79.200) Quit (Remote closed the connection)
  • [05:32:01] * Beagle1 (n=Beagle1@208-100-140-231.bendbroadband.com) has joined #beagle
  • [05:33:47] * JuanG_ (n=Juan@nat/ti/x-4c58b4aba5d8a567) has left #beagle
  • [05:43:31] * Beagle1 is now known as _altered
  • [06:03:40] * emeb_mac (n=ericb@ip72-223-95-46.ph.ph.cox.net) Quit ()
  • [06:19:15] * Beagle9 (n=Beagle9@s-inf-pc117.oulu.fi) has joined #beagle
  • [06:20:28] <koen> jkridner: try bitbake -e
  • [06:21:13] <koen> jkridner: and work/arm-something-something-linux/myapplication-1.0-r0/temp/run_* should contain all scripts
  • [06:21:29] <koen> jkridner: and bitbake -D gives you commands + log in realtime
  • [06:21:33] * gregoiregentil (n=zonbu@adsl-71-135-103-88.dsl.pltn13.pacbell.net) has left #beagle
  • [06:39:24] * Wowbagger_ (n=wowbagge@d154-20-138-76.bchsia.telus.net) Quit ("Leaving")
  • [06:53:17] * wiking (n=wiking@213.47.71.51) has joined #beagle
  • [06:55:13] <soman> hii.. Im trying to boot beagle board from MMC card. I have created FAT partition as per it is documented. and copied the necessary files to it.. I am using Ubuntu 8.01 as my host platform to create partition and copy the files. But when i press user button on startup nothing is displaying on the terminal... what could be the problem
  • [06:55:26] <soman> any pointers.... thanks in advance.
  • [06:58:53] * pk24 (n=pk24@S010600163613315a.vc.shawcable.net) Quit (Read error: 110 (Connection timed out))
  • [07:11:35] * pundiramit (n=amit@122.166.2.243) has joined #beagle
  • [07:16:43] <geckosenator> soman: hi
  • [07:16:48] <geckosenator> soman: did you use expert mode?
  • [07:17:03] <soman> geckosenator: yes
  • [07:17:17] <soman> geckosenator: I followed all the steps exactly...
  • [07:17:44] <soman> geckosenator: I am trying once again... is it a problem if i format the MMC card on linux
  • [07:19:35] <geckosenator> no
  • [07:21:27] <soman> geckosenator: I am trying as per this page .. http://code.google.com/p/beagleboard/wiki/BeagleBoardDiagnostics
  • [07:21:32] * RobotGuy (n=robotguy@pool-96-225-210-142.ptldor.fios.verizon.net) has joined #Beagle
  • [07:22:27] <soman> geckosenator: if i put all the files in the FAT partition then theres no problem right... can you tell me the exact order of copying files.
  • [07:22:43] <geckosenator> MLO first
  • [07:23:23] <soman> geckosenator: is there any naming convention.. i copied MLO first.. but it appeared as "mlo"
  • [07:23:55] <geckosenator> uh
  • [07:24:03] <soman> geckosenator: does it make a difference MLO and mlo
  • [07:25:07] <soman> geckosenator: i tried to rename mlo to MLO .. but it says.. both are same files.
  • [07:28:58] <soman> geckosenator: i have created two partitions, FAT32 bootable and linux partition.... can i copy all those files including uImage on FAT32 partition.,
  • [07:31:51] <soman> geckosenator: still it is copied as "mlo" but not as MLO
  • [07:34:25] <geckosenator> hmm
  • [07:36:09] <geckosenator> anyone do usb->vga?
  • [07:36:21] <geckosenator> I'm considering it :-P
  • [07:38:48] * pk24 (n=pk24@S010600163613315a.vc.shawcable.net) has joined #beagle
  • [07:41:43] * codepope (n=codepope@ip-217.146.111.161.merula.net) has joined #beagle
  • [07:46:23] <ds2> geckosenator: it is slow
  • [07:46:43] <geckosenator> well it would get me started
  • [07:46:53] <geckosenator> so I don't have to wait for boards
  • [07:47:01] <geckosenator> then when I get the boards, I will replace it with those
  • [07:47:30] <ds2> I think the only one that works with Linux is the one based on the SiS chip
  • [07:47:42] <ds2> you are assuming those boards would work off the bat
  • [07:47:46] <geckosenator> batchpcb says that the lead time is like 2 months
  • [07:47:56] <geckosenator> ds2: well this way I don't even have to assume that
  • [07:48:16] <ds2> from what I understand it is up to 2 months but can be less
  • [07:48:17] <geckosenator> ds2: I can get usb->vga, and order the boards and go.. then if they don't work, keep using usb->vga until they do
  • [07:49:13] <ds2> the other thing is size, the one I have is almost as big as the BB
  • [07:49:33] <geckosenator> do they work with the BB?
  • [07:50:47] <geckosenator> usb to vga should be fast enough for the resolutions I'm using
  • [07:50:51] <geckosenator> with high speed usb
  • [07:52:59] <geckosenator> especially if it only sends compressed diffs
  • [07:53:02] <ds2> haven't tried it... I think it worked for some folks on the Z so it has a chance of working on the ARM
  • [07:53:24] <ds2> it is a frame buffer, not a compressed diffs protocol, AFAIK
  • [07:54:00] <geckosenator> ok
  • [07:54:26] <geckosenator> too bad it doesn't take raw opengl commands
  • [07:55:43] <ds2> just use a S-video goggle
  • [07:56:01] <geckosenator> I need vga though
  • [07:56:08] <ds2> why?
  • [07:56:08] <geckosenator> s-video to vga?
  • [07:56:14] <geckosenator> that's what my goggles take
  • [07:56:21] <ds2> get a pair that takes svideo
  • [07:57:11] <ds2> seen them all over the airport stores as portable video player things
  • [07:57:18] <geckosenator> these are 800x600 res
  • [07:58:05] <ds2> =)
  • [07:58:08] <geckosenator> heh
  • [07:58:21] <ds2> what's a few pixels between eyeballs ;)
  • [07:58:27] <geckosenator> heh
  • [07:58:36] <geckosenator> long term plan is making a board with vga output, short term maybe I can use usb
  • [07:59:01] <geckosenator> ds2: I'm putting the decoupling caps on the other side of the board
  • [07:59:03] <ds2> I want a VGA out board too
  • [07:59:04] <geckosenator> is this normally ok?
  • [07:59:19] <geckosenator> did you take a look at my parallel -> vga board?
  • [07:59:22] <ds2> no, decoupling caps must be placed as close as possible to the chip
  • [07:59:32] <ds2> I did, and that was one of the DACs I was consideriing
  • [07:59:47] <geckosenator> were there other DACs you considered?
  • [07:59:57] <ds2> yep, TI also makes a suitable part
  • [08:00:01] <geckosenator> I picked that one because it's designed specifically for vga
  • [08:00:06] <geckosenator> what is the TI partnumber?
  • [08:00:11] <geckosenator> I would like to check its specs
  • [08:01:23] <ds2> THS8135
  • [08:04:54] <geckosenator> oh wow
  • [08:05:05] <geckosenator> it doesn't need level translators, it works at 1.8
  • [08:05:19] <geckosenator> maybe I should use it instead
  • [08:06:33] * calimansi (n=calimans@cpe-98-150-171-238.hawaii.res.rr.com) has joined #beagle
  • [08:07:17] * abitos (n=nixgibts@dslb-084-057-207-149.pools.arcor-ip.net) has joined #beagle
  • [08:07:22] <calimansi> Got a quick question, is the beagle board capable of running firefox with flash applications?
  • [08:07:38] <calimansi> Just wondering if it's powerful enough to run websites such as youtube or pandora.
  • [08:12:02] <AV500> calimansi: youtube: yes
  • [08:15:29] <geckosenator> ds2: the analog devices one uses much less power, but it can't take 1.8v digital logic.. it's a tough decision
  • [08:16:03] <calimansi> So, just to confirm, that's a no on pandora.com?
  • [08:16:14] <calimansi> I mean, it's only streaming music.
  • [08:16:23] <geckosenator> calimansi: can you try it?
  • [08:16:34] <calimansi> I haven't purchased the board yet.
  • [08:16:37] <AV500> calimansi: no, that's a "I dunno" as pandora.com won't let me do anything for being non-US located...
  • [08:16:52] <calimansi> Oh I see.
  • [08:17:12] <AV500> also, I am not saying you can do youtube of of the box, I am just telling you that the OMAP3 is powerfull enough to run web+flash for it
  • [08:17:40] <calimansi> Yeah, I'm just worried about the amount of memory.
  • [08:18:04] <calimansi> But I remember I used to have my old pentium 2 with 128 megs of ram and it ran everything I threw at it just fine.
  • [08:18:16] <calimansi> (under redhat linux)
  • [08:18:22] <AV500> 128MB is OK to run a webbrowser and a flash plugin
  • [08:18:35] <AV500> but again, it cannot say about firefox
  • [08:18:50] <geckosenator> heh
  • [08:18:55] <geckosenator> just use swap space
  • [08:18:57] <AV500> I can confirm Opera 9 + Flashlite 3.1
  • [08:19:14] <calimansi> oh ok. yeah, opera is much less of a ram hog.
  • [08:19:25] <calimansi> How about blender?
  • [08:19:32] <AV500> but it is not open source though :-)
  • [08:19:38] <AV500> blender? no idea
  • [08:19:55] <geckosenator> it will probably perform bad
  • [08:22:08] <calimansi> ok. Thanks guys.
  • [08:22:48] * calimansi (n=calimans@cpe-98-150-171-238.hawaii.res.rr.com) Quit ()
  • [08:32:16] <geckosenator> ds2: maybe I'll make boards with both parts
  • [08:33:07] * FlipFl0p (n=flipflop@ppp-71-136-55-249.dsl.sndg02.pacbell.net) Quit ()
  • [08:38:07] <AV500> why does the BB "reset" button sometimes NOT work?
  • [08:38:17] <AV500> e.g. when the kernel is crashed?
  • [08:39:33] * pk24 (n=pk24@S010600163613315a.vc.shawcable.net) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [08:49:52] * and-ri (n=ubuntu@pd95b4498.dip0.t-ipconnect.de) has joined #beagle
  • [08:50:49] <geckosenator> it's off in that case
  • [08:50:57] <geckosenator> AV500: power cycle instead
  • [08:52:36] <AV500> off?
  • [08:55:22] <ds2> geckosenator: I would be more concerned which part is pickier
  • [08:56:31] <geckosenator> ds2: what you mean pickier?
  • [08:56:41] <geckosenator> ds2: I might just make a board for both parts and try them both
  • [08:57:55] <geckosenator> instead of usb->vga, I will do hdmi->vga to get started
  • [08:58:57] <adj__> geckosenator: which unit/chipset are you planning to do the hdmi->vga conversion?
  • [09:00:43] <geckosenator> adj__: well I'm probably going to buy a converter
  • [09:01:12] <geckosenator> it's cheaper than developing one completely
  • [09:01:28] <adj__> geckosenator: ok. Have you any particular decent unit in mind?
  • [09:03:58] <geckosenator> adj__: the hdfury ones
  • [09:04:05] <geckosenator> they use a ton of power, up to 400mA at 5v
  • [09:06:15] <geckosenator> but at least it's a start.. I need a working system asap
  • [09:07:04] <adj__> quite nice looking adapters. I was expecting someting much bigger
  • [09:09:12] <geckosenator> yeah
  • [09:09:15] <geckosenator> you need one ?
  • [09:10:52] <ds2> geckosenator: tolorence for bad layout for instance
  • [09:10:55] <geckosenator> the hdfury2 uses 160mA less than the hdfury, but 400-160 = 240 is still alot
  • [09:11:19] <geckosenator> ds2: oh, since you know I will do a bad layout :-P
  • [09:11:26] <adj__> at the moment, no. But there's a quite good chance that I'll be needing one in a near future
  • [09:11:30] <ds2> I am more interested in VGA to HDMI
  • [09:11:43] <geckosenator> why is that?
  • [09:12:18] <geckosenator> I guess you can convert vga to digital with ADCs, then use the tfp410 to get hdmi
  • [09:12:19] <ds2> geckosenator: no, everyone is does a bad lay the first time around. esp. people who don't work daily in the VHF analog range
  • [09:12:42] <geckosenator> hmm
  • [09:12:45] <ds2> more and more things have HDMI inputs... could use one for the laptop for instance
  • [09:13:44] <geckosenator> do you think it won't work with a bad layout? or it will just perform poorly?
  • [09:13:50] <ds2> high freq. analog stuff is more blackmagic then science
  • [09:14:08] <ds2> it can vary, depending on how picky the chip is
  • [09:14:23] <geckosenator> so should I make like 10 boards each with a different layout?
  • [09:14:24] <geckosenator> heh
  • [09:14:34] <ds2> nasty stuff like a mystery 1GHz+ oscillation the Vcc line can ruin your day
  • [09:14:37] <geckosenator> ds2: http://www.vgatohdmi.net/
  • [09:14:54] <geckosenator> uh oh.. my oscope only goes to 100mhz
  • [09:14:56] <ds2> no, parallel don't work; you make one, debug it, and make another.
  • [09:15:35] <geckosenator> well, if I made 10, see which one works the best
  • [09:15:48] <ds2> a basic VGA signal is 25MHz... I'd prefer to have visibility at least an order of magnitude higher or be prepare to do various tricks to look at issues
  • [09:16:28] <ds2> good thing about a 100MHz scope is that the 100MHz number is a 3db drop so the scope can give hints higher up
  • [09:16:33] * gregoiregentil (n=zonbu@adsl-71-135-103-88.dsl.pltn13.pacbell.net) has joined #beagle
  • [09:16:59] <geckosenator> it's an analog scope too
  • [09:17:25] <geckosenator> I found that vga to hdmi adapter cheaper
  • [09:17:53] <ds2> that's a good thing, IMO, Nyquist tends to not forgive
  • [09:18:04] <ds2> it is a bit hard to work around aliasing ;)
  • [09:18:08] <geckosenator> hmm
  • [09:18:21] <geckosenator> I have made boards before and didn't have these problems
  • [09:18:26] <geckosenator> but I was working at a lower speed
  • [09:19:15] <ds2> speed is the key
  • [09:19:29] <ds2> faster you go, the more things don't behave as you think they do
  • [09:20:24] <geckosenator> hmm
  • [09:21:09] <geckosenator> but I'm feeling lucky :-P
  • [09:21:14] <ds2> heh
  • [09:21:34] <ds2> btw, did you check to see if the chips you are using implements any terminations needed?
  • [09:22:12] <geckosenator> I need external resistors
  • [09:22:15] * florian_ (n=fuchs@217.146.132.69) has joined #beagle
  • [09:22:19] <geckosenator> the ti one might be different
  • [09:22:49] <ds2> that's on the VGA side
  • [09:23:01] <ds2> I mean on the digital side.. donno how long your cables will be
  • [09:23:06] * RogerMonk (n=a0740758@nat/ti/x-e719f474adbc2cee) has joined #beagle
  • [09:23:20] <geckosenator> hopefully not too long
  • [09:23:39] <geckosenator> what kind of terminations on the digital side did you have in mind?
  • [09:23:59] <ds2> a 3db pad to keep down reflections
  • [09:24:53] <ds2> time to snooze
  • [09:25:01] <geckosenator> heh, ok
  • [09:32:20] * florian_ is now known as florian
  • [09:53:24] * aanishn (n=anish@59.160.172.220) has joined #beagle
  • [09:55:11] * gletelli_ (n=chatzill@fw-tnat.cambridge.arm.com) has joined #beagle
  • [09:58:46] * valhalla (n=valhalla@81-174-21-31.dynamic.ngi.it) has joined #beagle
  • [09:59:32] * harry-plenware (n=harry@221.10.25.6) Quit (Remote closed the connection)
  • [10:14:19] * _AV500_ (n=AV500@IP-213157024130.static.heagmedianet.de) has joined #beagle
  • [10:16:25] * dcramer (n=davec@dcdsl.ebox.com) Quit (Read error: 110 (Connection timed out))
  • [10:22:53] * likewise (n=Leon_Woe@atwork-193.r-212.178.107.atwork.nl) Quit (Remote closed the connection)
  • [10:38:04] * geckosenator (n=sean@c-24-8-193-190.hsd1.co.comcast.net) Quit (Read error: 110 (Connection timed out))
  • [10:39:40] * pundiramit (n=amit@122.166.2.243) has left #beagle
  • [10:48:01] * RogerMonk (n=a0740758@nat/ti/x-e719f474adbc2cee) Quit (Remote closed the connection)
  • [11:02:41] * surki (n=surki@gek7.kyla.fi) has joined #beagle
  • [11:08:47] <soman> hi.. On the beagle board, if i want to use a projector connected through s-video cable, what should be the console bootargument set to??? any pointers
  • [11:09:32] <soman> I have set the console argument to ttyS2,, and i think ttyS2 is DVI-D...
  • [11:09:49] <soman> any idea
  • [11:10:55] <adj__> soman: no, ttyS2 is serial RS232 interface, not related to DVI in any way
  • [11:11:53] <soman> oh.
  • [11:12:03] <soman> adj_: setenv bootargs 'console=ttyS2,115200n8 console=tty0 root=/dev/mmcblk0p2 rootdelay=2 rootfstype=ext3 video=omapfb:vram:2M,vram:4M'
  • [11:12:34] <soman> adj_: i have given this command... and it said that login screen will appear on the console.
  • [11:12:59] <soman> I mean on the DVI_D monitor.
  • [11:13:21] <soman> adj_: iam not using DVI_D .. instead im using s-video,
  • [11:13:22] <adj__> you are using ?ngstr?m?
  • [11:13:31] <soman> adj_ yes
  • [11:14:24] <soman> adj_: how to set console to s-video out
  • [11:14:40] <adj__> iirc, login will appear on serial console, but i have not really used ?ngstr?m
  • [11:15:28] <adj__> soman: read some hints from http://code.google.com/p/beagleboard/wiki/LinuxHints
  • [11:15:59] <adj__> i have no idea if they work with ?ngstr?m or not...
  • [11:17:54] * Openfree (n=df@222.65.143.118) has joined #beagle
  • [11:18:51] <soman> adj_: did u tried ubuntu on beagle board.
  • [11:20:41] <adj__> no, i haven't tried that either. I have no use for graphics at the moment so i decided it's easier to use my own 'from scratch' system on beagle's nand
  • [11:35:38] * adj__ is now known as adj_
  • [11:44:34] * dcramer (n=davec@dcdsl.ebox.com) has joined #beagle
  • [11:48:16] <tulpe> any usb->serial converter cables working with the angstrom demo?
  • [11:52:52] <valhalla> bb -> serial -> converter -> usb -> pc or device -> serial -> converter -> usb -> bb?
  • [11:55:59] <tulpe> yikes.. what? :)
  • [11:56:09] <tulpe> ah
  • [11:56:57] <tulpe> bb -> http://www.pololu.com/catalog/product/767
  • [11:58:58] * Beagle9 (n=Beagle9@s-inf-pc117.oulu.fi) Quit ()
  • [12:02:53] * Beagle1 (n=Beagle1@s-inf-pc117.oulu.fi) has joined #beagle
  • [12:10:14] <jkridner> good morning all.
  • [12:11:12] <jkridner> koen: tried all of those and they didn't help. I went into patch.bbclass and uncommented the print statements. That helped.
  • [12:12:00] * RogerMonk (n=a0740758@nat/ti/x-8e6eff9a8d14268b) has joined #beagle
  • [12:12:12] <jkridner> currently failing in the build of gmp-native
  • [12:13:31] <jkridner> I am running gcc-4.2.2
  • [12:18:09] * pundiramit (n=amit@122.166.2.243) has joined #beagle
  • [12:20:28] * NishanthMenon (n=nMenon@nat/ti/x-c01b1e7d6b18fa3b) has joined #beagle
  • [12:20:40] * NishanthMenon (n=nMenon@nat/ti/x-c01b1e7d6b18fa3b) Quit (Client Quit)
  • [12:21:50] <jkridner> adj__: those hints only apply to the 2.6.22 kernel, unfortunately. You'll need to look at the mailing list for information about enabling s-video on the newer kernels.
  • [12:24:41] * RobertK (i=3edc0622@gateway/web/ajax/mibbit.com/x-c46ad8b3b4292fec) has joined #beagle
  • [12:32:41] * abitos (n=nixgibts@dslb-084-057-207-149.pools.arcor-ip.net) Quit (Nick collision from services.)
  • [12:32:58] * abitos (n=nixgibts@dslb-084-057-207-149.pools.arcor-ip.net) has joined #beagle
  • [12:33:35] * RogerMonk|linux (n=rmonkloc@host217-36-23-194.in-addr.btopenworld.com) has joined #beagle
  • [12:34:46] * JimDonova1 (n=jimd@c-66-30-221-249.hsd1.ma.comcast.net) has joined #beagle
  • [12:40:42] * john280z (n=jmitchel@static-71-111-254-119.rlghnc.dsl-w.verizon.net) has joined #beagle
  • [12:46:27] * soman (n=somnath@61.16.248.242) Quit (Read error: 113 (No route to host))
  • [12:46:39] * guillaum1 (n=gl@AMontsouris-153-1-67-44.w90-2.abo.wanadoo.fr) Quit ("Leaving.")
  • [12:47:37] * guillaum1 (n=GZBA4143@AMontsouris-153-1-67-44.w90-2.abo.wanadoo.fr) has joined #beagle
  • [12:55:29] <pundiramit> ???Gparted error while creating partitions on a SD card: ???"loop disk labels do not support extended partitions."
  • [12:55:33] <pundiramit> any clue?
  • [12:57:32] * methril (n=Methril@213.27.233.98) has joined #beagle
  • [13:03:23] * robclark (n=robclark@nat/ti/x-a8a8efe98843cacf) has joined #beagle
  • [13:14:54] * cbrake_away is now known as cbrake
  • [13:15:18] * rsalveti (n=salveti@200.184.118.132) has joined #beagle
  • [13:25:19] * BThompson (n=BThompso@nat/ti/x-da0243c831089ebb) has joined #beagle
  • [13:32:14] * abitos (n=nixgibts@dslb-084-057-207-149.pools.arcor-ip.net) Quit (Nick collision from services.)
  • [13:32:32] * abitos (n=nixgibts@dslb-084-057-134-245.pools.arcor-ip.net) has joined #beagle
  • [13:33:52] * dennis (n=df@222.65.143.118) has joined #beagle
  • [13:33:56] <jkridner> pundiramit: none, but, are you trying to create an extended partition?
  • [13:34:09] * Openfree (n=df@222.65.143.118) Quit (Connection reset by peer)
  • [13:38:34] <pundiramit> yes because ???Gparted didnt allow me to create more than 1 primary
  • [13:41:14] <RobertK> use fdisk!
  • [13:42:00] <pundiramit> cfdisk worked :)
  • [13:43:03] * aanishn (n=anish@59.160.172.220) has left #beagle
  • [13:47:09] * RobotGuy (n=robotguy@pool-96-225-210-142.ptldor.fios.verizon.net) Quit (Remote closed the connection)
  • [13:54:31] * Beagle1 (n=Beagle1@s-inf-pc117.oulu.fi) Quit ()
  • [14:24:37] * pundiramit (n=amit@122.166.2.243) has left #beagle
  • [14:34:19] * JuanG (n=Juan@nat/ti/x-22aa4818dd0b0bf7) has joined #beagle
  • [14:34:28] * JuanG (n=Juan@nat/ti/x-22aa4818dd0b0bf7) has left #beagle
  • [14:38:38] * prpplague (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [14:46:31] <RobertK> +
  • [14:47:46] * guillaum1 (n=GZBA4143@AMontsouris-153-1-67-44.w90-2.abo.wanadoo.fr) has left #beagle
  • [14:50:56] * rangerhomezzz is now known as rangerpb
  • [14:52:43] <kulve> -
  • [14:53:14] <RobertK> sorry, my cat ;-)
  • [14:56:54] <RobertK> koen: is there any possibillity to see which patches are integrated in "your" angstr??m kernel?
  • [14:58:39] * _AV500_ (n=AV500@IP-213157024130.static.heagmedianet.de) Quit ("Konversation terminated!")
  • [14:58:58] <kulve> they are mentioned in the kernel recipe
  • [15:01:25] <Crofton> my cat is a much better typist
  • [15:03:47] <RobertK> ...but can not compete with my baby!
  • [15:05:12] * ZetaSyanthis (n=Administ@cpe-71-65-25-145.ma.res.rr.com) has left #beagle
  • [15:10:24] * and-ri (n=ubuntu@pd95b4498.dip0.t-ipconnect.de) Quit (Read error: 145 (Connection timed out))
  • [15:18:52] * Beagle7 (n=Beagle7@213.139.154.7) Quit ()
  • [15:29:57] * abitos (n=nixgibts@dslb-084-057-134-245.pools.arcor-ip.net) Quit (Read error: 60 (Operation timed out))
  • [15:36:18] * tulpe (n=ask@p54AF42AE.dip.t-dialin.net) Quit (Read error: 145 (Connection timed out))
  • [15:36:25] * tulpe (n=ask@p54AF5C48.dip.t-dialin.net) has joined #beagle
  • [15:45:55] * RobertK (i=3edc0622@gateway/web/ajax/mibbit.com/x-c46ad8b3b4292fec) Quit ("http://www.mibbit.com ajax IRC Client")
  • [15:56:22] * Beagle0 (n=Beagle0@154-72-ftth.onsneteindhoven.nl) has joined #beagle
  • [15:57:02] * Beagle0 (n=Beagle0@154-72-ftth.onsneteindhoven.nl) Quit (Client Quit)
  • [15:59:13] * DoZo (n=dozo@154-72-ftth.onsneteindhoven.nl) has joined #beagle
  • [16:13:16] * dennis (n=df@222.65.143.118) Quit (Read error: 104 (Connection reset by peer))
  • [16:18:51] * JimDonova1 (n=jimd@c-66-30-221-249.hsd1.ma.comcast.net) Quit ("Powered by OE: www.openembedded.org")
  • [16:19:59] * methril is now known as methril|gone
  • [16:22:20] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
  • [16:40:51] * florian (n=fuchs@217.146.132.69) Quit (Read error: 110 (Connection timed out))
  • [16:41:06] * florian (n=fuchs@217.146.132.69) has joined #beagle
  • [16:50:35] * sakoman_ (n=sakoman@12.68.40.194) has joined #beagle
  • [16:53:54] * calculus (n=calculus@gentoo/user/calculus) has joined #beagle
  • [16:55:45] * alecrim (n=alecrim@189.2.128.130) has joined #beagle
  • [16:56:57] * tulpe (n=ask@p54AF5C48.dip.t-dialin.net) Quit (Read error: 110 (Connection timed out))
  • [16:57:01] * tulpe (n=ask@p54AF52FA.dip.t-dialin.net) has joined #beagle
  • [16:57:55] * robclark (n=robclark@nat/ti/x-a8a8efe98843cacf) Quit (Remote closed the connection)
  • [16:58:05] * robclark (n=robclark@nat/ti/x-16a85b96cf7744c0) has joined #beagle
  • [17:13:11] * Beagle4 (n=Beagle4@213.139.154.7) has joined #beagle
  • [17:13:21] <Beagle4> hi
  • [17:13:35] * sakoman_ (n=sakoman@12.68.40.194) Quit (Remote closed the connection)
  • [17:13:36] <Beagle4> anybody here can send me the link to the usb wiki ?
  • [17:13:41] <Beagle4> koen ?
  • [17:13:45] <Beagle4> can you send me again
  • [17:15:32] * guillaum1 (n=gl@AMontsouris-153-1-67-44.w90-2.abo.wanadoo.fr) has joined #beagle
  • [17:17:38] * tulpe (n=ask@p54AF52FA.dip.t-dialin.net) Quit (Read error: 145 (Connection timed out))
  • [17:17:51] * tulpe (n=ask@p54AF4CE3.dip.t-dialin.net) has joined #beagle
  • [17:18:22] * FlipFlop (n=flipflop@146.244.179.213) has joined #beagle
  • [17:19:38] <kulve> http://elinux.org/BeagleBoard#USB
  • [17:19:40] <kulve> that wiki?
  • [17:24:51] <Beagle4> yes thx
  • [17:24:52] <Beagle4> ;-)
  • [17:25:16] <Beagle4> still looking for mina to standard cable
  • [17:25:21] <Beagle4> mini
  • [17:33:48] * RobotGuy (n=robotguy@pool-96-225-210-142.ptldor.fios.verizon.net) has joined #Beagle
  • [17:48:43] <Beagle4> ok thx
  • [17:48:58] <Beagle4> found one gender changer for usb mini on amazon germany
  • [17:49:00] <Beagle4> thx
  • [17:49:08] <adj_> Beagle4: forget gender changers
  • [17:49:29] <adj_> unless you _really_ know what you are doing don't use those
  • [17:50:49] * tulpe (n=ask@p54AF4CE3.dip.t-dialin.net) Quit (Read error: 60 (Operation timed out))
  • [17:51:03] <adj_> without some kernel or hardware hacking you won't get beagle to operate in host mode with those gender changers...
  • [17:51:12] * tulpe (n=ask@p54AF7688.dip.t-dialin.net) has joined #beagle
  • [17:53:10] <DoZo> Hi
  • [17:53:15] <DoZo> being away for a while
  • [17:53:28] <DoZo> was wondering what the status is for the OpenGL drivers for the beagle
  • [17:53:44] <DoZo> and a linux distribution with a compiler
  • [17:53:48] <DoZo> any luck?
  • [17:54:16] <koen> DoZo: you can install a compiler on angstrom really easy
  • [17:54:24] <koen> 'opkg install gcc'
  • [17:55:28] <DoZo> where is the latest angstrom distribution for the beagle?
  • [17:55:33] <adj_> Beagle4: http://dy.fi/m1l and http://dy.fi/m1r (ebay.co.uk)
  • [17:56:31] * _altered (n=Beagle1@208-100-140-231.bendbroadband.com) Quit (Read error: 131 (Connection reset by peer))
  • [17:56:42] <koen> DoZo: http://elinux.org/BeagleBoard
  • [17:58:57] * ldesnogu_ (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) has joined #beagle
  • [18:01:17] <kulve> adj_: there's no problem with gender changers as long as you have mini-a connected to the beagle
  • [18:02:20] <kulve> DoZo: no news about opengl es drivers. Still only rumours about them being available this year.
  • [18:02:31] <koen> I think that was the "know what you are doing" part :)
  • [18:03:06] <koen> kulve: I think those rumouts were about the kernel drivers, which aren't really GLES drivers
  • [18:04:11] <kulve> I've always though that they come at the same time. You don't really do anything with the kernel drivers only.
  • [18:04:28] <kulve> I was going to say that they aren't documented but if they will be open source..
  • [18:06:28] <koen> the idea is that userspace will always be an evil closed binary
  • [18:06:53] <kulve> ywah
  • [18:06:56] <kulve> yeah
  • [18:07:43] <koen> so you can rip those out a evm BSP or downloading from the ti gaming website
  • [18:08:14] * gregoiregentil (n=zonbu@adsl-71-135-103-88.dsl.pltn13.pacbell.net) has left #beagle
  • [18:10:25] <adj_> kulve: i'm still having hard time figuring out how gender changer would help anyway, but my imagination seems to sleeping today :)
  • [18:12:42] <kulve> depends on what kind of mini-a -cables you find
  • [18:13:14] * robtow (n=rtow@64.62.142.114) has joined #beagle
  • [18:20:48] * florian (n=fuchs@217.146.132.69) Quit (Remote closed the connection)
  • [18:24:45] * SpaceAceX (n=rakso@207.35.219.162) has joined #beagle
  • [18:26:07] * ralpht (n=ralpht@166.129.225.81) has joined #beagle
  • [18:36:37] * zedstar (n=john@fsf/member/zedstar) has joined #beagle
  • [18:38:06] * beewoolie (n=beewooli@66.147.194.238) has joined #beagle
  • [18:39:03] * gregoiregentil (n=zonbu@adsl-71-135-103-88.dsl.pltn13.pacbell.net) has joined #beagle
  • [18:41:52] * RogerMonk (n=a0740758@nat/ti/x-8e6eff9a8d14268b) has left #beagle
  • [18:42:50] <cbrake> koen: 3) put DISTRO_PR in angstrom-2008.conf
  • [18:43:06] <cbrake> koen: does this mean "go ahead and do this", or another option to consider?
  • [18:43:19] <koen> both :)
  • [18:44:19] <cbrake> koen: ok, good :-)
  • [18:44:52] * bazbell (n=a0192809@nat/ti/x-16fd2bd1be2506a0) Quit ("Leaving.")
  • [18:45:07] <koen> I don't think micro-managing DISTRO_PR buys us muchc
  • [18:45:19] <koen> in fact, it breaks the autobuilder scripts
  • [18:50:13] * DoZo (n=dozo@154-72-ftth.onsneteindhoven.nl) Quit (Read error: 110 (Connection timed out))
  • [18:52:08] <ralpht> hey, is there a prebuilt u-boot that brings up the beagle at 600MHz, or is there a way to set the cpu frequency from linux? I tried building mans' u-boot, but it didn't boot (just got 40T and then nothing...).
  • [18:52:17] * tulpe (n=ask@p54AF7688.dip.t-dialin.net) Quit (Read error: 110 (Connection timed out))
  • [18:52:33] * tulpe (n=ask@p54AF5369.dip.t-dialin.net) has joined #beagle
  • [18:53:17] <koen> ralpht: http://www.angstrom-distribution.org/demo/beagleboard/u-boot.bin
  • [18:53:24] <ralpht> thanks, awesome
  • [18:56:12] <ralpht> wow, much faster than before!
  • [18:56:20] * FlipFlop (n=flipflop@146.244.179.213) Quit ()
  • [19:13:40] * DoZo (n=dozo@154-72-ftth.onsneteindhoven.nl) has joined #beagle
  • [19:15:10] * guillaum1 (n=gl@AMontsouris-153-1-67-44.w90-2.abo.wanadoo.fr) Quit ("Leaving.")
  • [19:15:25] * guillaum1 (n=Guillaum@AMontsouris-153-1-67-44.w90-2.abo.wanadoo.fr) has joined #beagle
  • [19:22:52] * dirk2 (n=dirk@92.116.254.182) has joined #beagle
  • [19:41:15] <dirk2> Beagle4: Are you from Germany?
  • [19:43:02] * tulpe (n=ask@p54AF5369.dip.t-dialin.net) Quit (Read error: 145 (Connection timed out))
  • [19:43:12] * tulpe (n=ask@p54AF70D7.dip.t-dialin.net) has joined #beagle
  • [19:52:45] * geckosenator (n=sean@c-24-8-193-190.hsd1.co.comcast.net) has joined #beagle
  • [19:57:35] * hli (i=chaton@vig91-2-82-232-97-149.fbx.proxad.net) has joined #beagle
  • [20:05:42] * DoZo (n=dozo@154-72-ftth.onsneteindhoven.nl) Quit (Read error: 110 (Connection timed out))
  • [20:06:10] * valhalla (n=valhalla@81-174-21-31.dynamic.ngi.it) Quit ("Leaving")
  • [20:08:08] <mru> hi guys
  • [20:08:20] <mru> and/or girls
  • [20:15:15] * garren_ (n=garren@iburst-41-213-36-92.iburst.co.za) has joined #beagle
  • [20:15:30] <koen> hey mru
  • [20:16:21] <mru> what's up?
  • [20:16:45] <koen> north
  • [20:16:56] <mru> I thought it was the sky
  • [20:19:35] * koen is baking cookies
  • [20:20:00] <dirk2> Beagle4: If you are from Germany and still look for a USB cable, send me a mail (look for Dirk at mailing list). If you are not from Germany then I mixed you with somebody else, nevermind ;)
  • [20:23:32] * dirk2 (n=dirk@92.116.254.182) has left #beagle
  • [20:49:01] * RogerMonk (n=a0740758@nat/ti/x-67adef123b7789c0) has joined #beagle
  • [20:50:07] * Crofton|laptop (n=balister@66-207-66-26.black.dmt.ntelos.net) has joined #beagle
  • [20:50:31] * Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) Quit (Read error: 113 (No route to host))
  • [20:50:46] * Crofton|laptop is now known as Crofton
  • [20:52:06] * garren_ (n=garren@iburst-41-213-36-92.iburst.co.za) Quit ("Ex-Chat")
  • [20:54:50] * tulpe (n=ask@p54AF70D7.dip.t-dialin.net) Quit (Read error: 145 (Connection timed out))
  • [20:54:59] * tulpe (n=ask@p54AF6A85.dip.t-dialin.net) has joined #beagle
  • [21:23:20] * chelli (n=chelli@p54B86C14.dip.t-dialin.net) has joined #beagle
  • [21:35:33] * uwe_ (n=uwe_@dslb-088-064-066-096.pools.arcor-ip.net) Quit (Read error: 110 (Connection timed out))
  • [21:37:27] * robtow (n=rtow@64.62.142.114) Quit ("Leaving.")
  • [21:42:07] * florian (n=fuchs@f054223213.adsl.alicedsl.de) has joined #beagle
  • [21:42:54] * DoZo (n=dozo@154-72-ftth.onsneteindhoven.nl) has joined #beagle
  • [21:46:36] * BBdev (n=anon@bzq-79-178-148-216.red.bezeqint.net) has joined #beagle
  • [21:47:55] * rangerpb is now known as rangerhomezzz
  • [21:55:43] <BBdev> guys, is there any good linux development channel?
  • [21:58:50] * tulpe (n=ask@p54AF6A85.dip.t-dialin.net) Quit (Read error: 110 (Connection timed out))
  • [21:59:09] * tulpe (n=ask@p54AF6611.dip.t-dialin.net) has joined #beagle
  • [21:59:30] * felipec (n=felipec@a91-153-251-222.elisa-laajakaista.fi) has joined #beagle
  • [22:00:01] <prpplague> BBdev: kind of like saying, "is there a good channel for working on cars?"
  • [22:00:16] <prpplague> BBdev: kind of have to have an area you are asking about
  • [22:02:20] <BBdev> hehe, well, i'm a linux beginner and got lot's of little questions on one hand, and some really technical ones on the other...
  • [22:03:51] <BBdev> for example: a little one is can be "how do I terminate process that started in background using the & sign?" and some technical one can be "how do I allocate 1 MB of continues physical memory block?"
  • [22:05:20] <prpplague> BBdev: ahh , try #linuxpeople as a good place to start
  • [22:06:15] <BBdev> thanks
  • [22:06:40] <BBdev> BTW, do you by any chance know the answer for my second question?
  • [22:06:54] <BBdev> "how do I allocate 1 MB of continues physical memory block?"
  • [22:07:11] <BBdev> I need to do it from userland
  • [22:07:15] <mru> BBdev: you don't
  • [22:07:23] <BBdev> :-(
  • [22:07:28] <prpplague> BBdev: depends on from where and what you want to do with it, and normally from userland you don't
  • [22:07:35] <prpplague> BBdev: why do you need to do so?
  • [22:07:44] * DoZo (n=dozo@154-72-ftth.onsneteindhoven.nl) Quit (Read error: 110 (Connection timed out))
  • [22:07:45] <mru> there is no reason to believe 1MB physically contiguous memory exists
  • [22:08:03] <prpplague> mru: agreed from a userland OS level
  • [22:08:18] * uwe_ (n=uwe_@dslb-088-064-094-175.pools.arcor-ip.net) has joined #beagle
  • [22:08:19] <mru> kernel people are concerned if they need even two contiguous pages
  • [22:08:53] <BBdev> complicated... but I'm writing directly to the MMC controller from the userland and I need to do a DMA transfer, so I need an physical address of some allocated block
  • [22:09:12] <mru> you can't do that from userland
  • [22:09:21] <mru> you need kernel help for the physical addresses
  • [22:09:22] <BBdev> I can't do what?
  • [22:09:57] <BBdev> can't I allocate a page and ask the kernel what physical address is it placed at?
  • [22:10:28] <BBdev> (I also have to force the kernel not to swap it)
  • [22:10:51] <mru> trying to do dma from userspace gets very ugly very quickly
  • [22:11:07] * robclark (n=robclark@nat/ti/x-16a85b96cf7744c0) Quit (Remote closed the connection)
  • [22:11:12] <mru> just write a kernel module
  • [22:11:26] * john280z (n=jmitchel@static-71-111-254-119.rlghnc.dsl-w.verizon.net) Quit ("Leaving")
  • [22:11:42] <BBdev> never done this before and I'm afriad that it will be too complicated
  • [22:11:58] <mru> you have no choice
  • [22:12:15] <mru> how did you intend to find the physical address of your memory?
  • [22:12:46] <BBdev> basicly, that's my main question...
  • [22:13:00] <mru> in the kernel it's easy
  • [22:13:08] <mru> from userspace you can't
  • [22:13:16] <BBdev> I'm thinking on mmaping or something
  • [22:13:21] <mru> mmap what?
  • [22:13:54] <BBdev> mmapping /dev/mem
  • [22:14:00] <prpplague> BBdev: might be better to start of asking why you think you need to do this?
  • [22:14:15] <BBdev> I got good answers for that
  • [22:14:17] <mru> you can't just mmap /dev/mem and start playing around
  • [22:14:50] <mru> any memory you use must be given to you by the kernel
  • [22:15:13] <suihkulokki> BBdev: why aren't you just doing in the kernel space?
  • [22:16:09] <BBdev> couple of reasons, 1)
  • [22:16:42] <BBdev> 1. I think that it will be much more complicated to develop and debug (don't have too much expirance with it)
  • [22:17:05] <mru> complicated is easier than impossible
  • [22:17:55] <BBdev> 2. I need to do many operations with the MMC from the userspace with minimal latency (no task swiching). And by doing it from kernel space I will spend lots of time on ioctls...
  • [22:18:28] <BBdev> (I might be wrong regarding the ioctl thing)
  • [22:19:32] <prpplague> BBdev: that didn't really answer my question, but everything you describe really needs to be done in the kernel
  • [22:20:17] <prpplague> BBdev: the data you will be reading/writing to the mmc card, is it formated for a specific file system, or just raw data?
  • [22:21:12] <BBdev> It's actually generic than raw data, apart of what I need to do is to send a invalid MMC commands.
  • [22:21:40] <BBdev> so I need to access to the mmc controller directly
  • [22:21:41] * BThompson (n=BThompso@nat/ti/x-da0243c831089ebb) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [22:22:24] <BBdev> it's suppose to be an MMC tester machine
  • [22:22:38] <prpplague> BBdev: to test mmc cards?
  • [22:22:46] <BBdev> yeap...
  • [22:23:27] <prpplague> BBdev: to what end?
  • [22:23:52] <BBdev> what do you mean "what end?"
  • [22:24:05] <prpplague> BBdev: what is the purpose/goal of testing the mmc/sd cards?
  • [22:24:13] <mru> prpplague: the contact end, I would suppose...
  • [22:24:59] <prpplague> mru: sorry english slang for "what is the goal?"
  • [22:25:00] <BBdev> the goal is to test mmc cards for there capabilities (life time, speed, command set, etc)
  • [22:25:29] <mru> prpplague: I know that
  • [22:25:49] <prpplague> mru: ahh wasn't sure from your comment
  • [22:26:29] <BBdev> the general design is this: TCP/IP packet is recived, this packet includes a set of commands that needs to be executed by the mmc controller. for the moment I got all this palced in the user space.
  • [22:27:27] <BBdev> my question was "how do I get the physical address of a buffer in user space so I will be able to configure the DMA with it"
  • [22:30:01] <prpplague> BBdev: that really isn't the best way to handle that
  • [22:30:18] <BBdev> I'm open to new ideas...
  • [22:30:38] <mru> you need to write a kernel module
  • [22:30:48] <mru> or modify the existing mmc driver to do what you want
  • [22:31:21] <prpplague> yea, the best way would be to add a new class driver for the mmc that would allow you to pass the raw packet to it
  • [22:33:01] <BBdev> I'm not sure that modifying a driver will be flexable enogth for what I'm looking for.
  • [22:33:33] * gregoiregentil (n=zonbu@adsl-71-135-103-88.dsl.pltn13.pacbell.net) has left #beagle
  • [22:33:52] <BBdev> I need something very slim... that only translate command stream to mmc controller requests...
  • [22:34:02] <prpplague> BBdev: the mmc core driver already has routines for all of the mmc commands
  • [22:34:22] <prpplague> BBdev: just need to give them their own way to be called with the protocol you are using
  • [22:34:22] * TheUni (n=cory@c-24-30-35-55.hsd1.ga.comcast.net) Quit (Read error: 104 (Connection reset by peer))
  • [22:34:25] * TehUni (n=cory@c-24-30-35-55.hsd1.ga.comcast.net) has joined #beagle
  • [22:35:55] <BBdev> I'm not sure about it, I'll have to think of it...
  • [22:36:10] * tulpe (n=ask@p54AF6611.dip.t-dialin.net) Quit (Read error: 110 (Connection timed out))
  • [22:36:11] <BBdev> what am I losing by doing it from userspace?
  • [22:36:16] * tulpe (n=ask@p54AF6F16.dip.t-dialin.net) has joined #beagle
  • [22:36:23] <mru> you can't do it from userspace
  • [22:36:28] <mru> it's not possible
  • [22:36:30] <BBdev> I can't do what?
  • [22:36:37] <prpplague> BBdev: you can't do the dma like you want from user space
  • [22:40:25] <BBdev> ok than, I'll take your word for it. kernel module here I come... :-(
  • [22:44:45] <prpplague> BBdev: to have the level of control you want, you will need to have a kernel driver that handles it properly
  • [22:45:18] * chelli (n=chelli@debian/developer/tschmidt) Quit ("IRC is just multiplayer notepad")
  • [22:46:07] <BBdev> I'ill hate to lose the comfort of user land for the kernel land...
  • [22:46:40] <Stskeeps> kernel land isn't that bad :P
  • [22:46:48] <prpplague> BBdev: you can still use the userspace to control the process, but you need something on the kernel level to handle the operations
  • [22:47:24] <BBdev> defently, that what I'm thinking
  • [22:48:43] <BBdev> I also need to do lots of MMC controller setups (simple write to registers), do you see any reason why this shouldn't be done in user mode?
  • [22:49:46] <prpplague> BBdev: depends on what the purpose is
  • [22:50:00] <prpplague> BBdev: you want to keep as much of the hardware specific items in the driver
  • [22:52:05] * ldesnogu_ (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) Quit ()
  • [22:52:10] <BBdev> this is true, but in my case ---as strange as it sound--- the host (Controlling PC) is actually aware of the mmc controller structer/function/commands and registers... this is done to allow high flexability on the PC side...
  • [22:52:28] <BBdev> ---strage! I know---
  • [22:53:47] <BBdev> this is a very none typical application, that why I allow myself to do crazy sh!@ like mmapping /dev/mem and other strange things
  • [22:54:00] * prpplague (n=dave@mail.americanmicrosystems.com) Quit (Remote closed the connection)
  • [22:55:22] * prpplague (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [22:57:55] <prpplague> BBdev: are you just wanting to access registers as part of the mmc/sd controller from userspace?
  • [22:58:35] * tulpe (n=ask@p54AF6F16.dip.t-dialin.net) Quit (Read error: 110 (Connection timed out))
  • [22:58:51] <BBdev> basicly, yes
  • [22:59:31] <prpplague> BBdev: and the 1mb memory space you are refering to is not sdram space, but the memory mapped register space?
  • [23:01:12] <BBdev> I already sort the mapped memory thing (it's one page only), the 1MB is for the transfer buffer and it should be placed in the sdram...
  • [23:01:48] <BBdev> actually, It doesn't have to be continues. as long as I have the phy address of it... but i guess you're right
  • [23:02:13] * tulpe (n=ask@p54AF4A1A.dip.t-dialin.net) has joined #beagle
  • [23:02:21] <BBdev> and even if I had the pyhs address, I will still not be able to setup the DMA controller from userland
  • [23:02:44] <prpplague> BBdev: would be easier to use a standard fifo if you are going to do it from userspace
  • [23:02:55] <prpplague> BBdev: dma from userspace just isn't going to work
  • [23:03:40] <prpplague> BBdev: what processor will you be running this on?
  • [23:03:52] <BBdev> and just write it directly to the mmc controller? I think this is the first step I'll do, if I will not deliver the required performance I'll dive into the kernel
  • [23:04:22] <BBdev> ARM Cortex-A8
  • [23:04:26] <BBdev> BeagleBoard
  • [23:04:30] <ds2> it is doable from userspace, just very strongly not recommended
  • [23:04:59] * ds2 is happy to provide rope and plans for gallows ;)
  • [23:05:00] * Filipson (n=lipiss@181.Red-88-2-184.staticIP.rima-tde.net) has joined #beagle
  • [23:05:13] <prpplague> ds2: oh? you have an example?
  • [23:05:17] <BBdev> I totally understand why...
  • [23:06:11] * Filipson (n=lipiss@181.Red-88-2-184.staticIP.rima-tde.net) Quit (Client Quit)
  • [23:06:24] * SpaceAceX (n=rakso@207.35.219.162) Quit ()
  • [23:06:41] * Filipson (n=lipiss@181.Red-88-2-184.staticIP.rima-tde.net) has joined #beagle
  • [23:06:43] <ds2> prpplague: use the mem= parameter to reduce kernel memory; then grab memory from top of SDRAM...that for the most part works fine
  • [23:06:45] * Filipson (n=lipiss@181.Red-88-2-184.staticIP.rima-tde.net) has left #beagle
  • [23:07:04] <ds2> just don't screw up or very bad things can happen
  • [23:07:27] <prpplague> ds2: ahh indeed, then setup the controller to point to that memory space for the dma transfer
  • [23:07:28] * Filipson (n=lipiss@181.Red-88-2-184.staticIP.rima-tde.net) has joined #beagle
  • [23:07:40] <prpplague> ds2: mighty tricky
  • [23:08:07] <prpplague> ds2: easier to just setup a driver in a similar method as the framebuffer
  • [23:08:08] * RogerMonk (n=a0740758@nat/ti/x-67adef123b7789c0) Quit (Remote closed the connection)
  • [23:08:16] <ds2> prpplague: when in doubt, lie to the kernel
  • [23:08:31] <prpplague> s/kernel/wife
  • [23:08:36] <ds2> prpplague: that is safer but the problem as posed is to do it entirely in userspace ;)
  • [23:08:48] <prpplague> ds2: indeed
  • [23:08:58] <BBdev> lol
  • [23:09:22] * prpplague heads home for the day
  • [23:09:25] <prpplague> BBdev: good luck
  • [23:09:26] * prpplague (n=dave@mail.americanmicrosystems.com) Quit ("Leaving")
  • [23:09:43] * cbrake is now known as cbrake_away
  • [23:09:43] <BBdev> I'll keep you update... :)
  • [23:10:36] <ds2> IMO, the safer way is to patch the MMC driver to expose the send command functionality either via sysfs or proc or an ioctl
  • [23:10:45] <ds2> but that's MO
  • [23:11:44] <mru> that's an O I share
  • [23:12:06] * tulpe (n=ask@p54AF4A1A.dip.t-dialin.net) Quit (Read error: 60 (Operation timed out))
  • [23:12:33] * tulpe (n=ask@p54AF7BF0.dip.t-dialin.net) has joined #beagle
  • [23:13:34] <BBdev> that will be the best way if implemented by a very expiranced person.
  • [23:13:55] <BBdev> not a linux/OMAP beginer
  • [23:15:01] <ds2> like I said, be happy to sell rope and plans for gallows =)
  • [23:18:47] * JuanG (n=Juan@nat/ti/x-e631b83dfc31851e) has joined #beagle
  • [23:18:55] * JuanG (n=Juan@nat/ti/x-e631b83dfc31851e) has left #beagle
  • [23:21:01] * abitos (n=nixgibts@dslb-084-057-181-029.pools.arcor-ip.net) has joined #beagle
  • [23:22:21] <BBdev> something a bit diffrent, how do I purge the write cashe? does it have to do with DSB or DMB?
  • [23:23:30] <mru> that depends on the cpu type
  • [23:23:35] <mru> the kernel knows how to do it
  • [23:23:56] <BBdev> ARM Cortex-A8
  • [23:23:56] * uwe2 (n=uwe@dslb-088-064-094-175.pools.arcor-ip.net) has joined #beagle
  • [23:24:23] <BBdev> and I guess that it cannot be done in user mode
  • [23:24:57] <ds2> there are magic flags pass to mmap to make it uncacheable and nonwrite combining/reordering
  • [23:25:45] <BBdev> ds2, Oh thanks, thats really what I wanted to hear!!!
  • [23:26:25] <BBdev> I can't bear any more bad news for one day :)
  • [23:27:03] * zedstar (n=john@fsf/member/zedstar) Quit (Remote closed the connection)
  • [23:28:14] <ds2> BBdev: it is prefectly do able but doing it this way is a LOT harder then doing the right way...
  • [23:28:46] <ds2> there is probally only one reason to do it entirely in userland and that is for legal issues more
  • [23:29:17] * guillaum1 (n=Guillaum@AMontsouris-153-1-67-44.w90-2.abo.wanadoo.fr) Quit ("Leaving.")
  • [23:29:34] * guillaum1 (n=gl@AMontsouris-153-1-67-44.w90-2.abo.wanadoo.fr) has joined #beagle
  • [23:30:27] <BBdev> ds, note definatly taken. I guess that I'll try the module concept in couple of days.
  • [23:30:49] <ds2> BBdev: no need to do a new module; just modify the hsmmc driver
  • [23:31:36] <BBdev> That's shouldn't be that difficult...
  • [23:31:40] * gregoiregentil (n=zonbu@adsl-71-135-103-88.dsl.pltn13.pacbell.net) has joined #beagle
  • [23:33:29] <BBdev> k, guys, I'm off to sleep (it's 1:30AM here) thanks very very (very!) much for the help and guidance. I'll probably stop by for a question from time-to-time... I really appreciate it!
  • [23:34:47] * tulpe (n=ask@p54AF7BF0.dip.t-dialin.net) Quit (Read error: 110 (Connection timed out))
  • [23:35:06] * tulpe (n=ask@p54AF7E7A.dip.t-dialin.net) has joined #beagle
  • [23:36:11] * rsalveti (n=salveti@200.184.118.132) Quit (Remote closed the connection)
  • [23:37:32] * robtow (n=rtow@nat/montavista/x-d02d1de4d6239ba6) has joined #beagle
  • [23:37:43] * codepope (n=codepope@ip-217.146.111.161.merula.net) Quit ()
  • [23:43:56] * hli (i=chaton@vig91-2-82-232-97-149.fbx.proxad.net) Quit ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]")
  • [23:45:38] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [23:47:34] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) Quit (Read error: 104 (Connection reset by peer))
  • [23:48:02] * magnet (n=magnet@AMontpellier-259-1-72-134.w92-133.abo.wanadoo.fr) Quit ("Lost terminal")
  • [23:48:30] * magnet (n=magnet@AMontpellier-259-1-72-134.w92-133.abo.wanadoo.fr) has joined #beagle
  • [23:51:29] * abitos (n=nixgibts@dslb-084-057-181-029.pools.arcor-ip.net) Quit (Read error: 148 (No route to host))
  • [23:58:43] * tulpe (n=ask@p54AF7E7A.dip.t-dialin.net) Quit (Read error: 110 (Connection timed out))
  • [23:59:03] * tulpe (n=ask@p54AF5EDB.dip.t-dialin.net) has joined #beagle