**** BEGIN LOGGING AT Sat Jun 09 02:59:59 2012
Jun 09 03:24:12 <Borillion> xxian yes
Jun 09 03:24:18 <Borillion> xxiao, yes
Jun 09 03:24:37 <xxiao> Borillion: i got the patch you want,
Jun 09 03:24:44 <Borillion> thank you so much
Jun 09 03:24:52 <xxiao> i compiled it and it appears to be ok
Jun 09 03:24:58 <Borillion> do you want to paste bin it?
Jun 09 03:25:00 <xxiao> let me put somewhere you can download, you're welcome
Jun 09 03:25:02 <xxiao> ok, wait
Jun 09 03:25:37 <Borillion> Ill def compare it and try and learn from it.
Jun 09 03:25:59 <xxiao> http://pastebin.com/SMLWreyK
Jun 09 03:26:14 <xxiao> it's super simple, it's just that it took me a while to sync my rowboat repo here
Jun 09 03:26:20 <Borillion> its silly that the hardware manufacturer would make a 2 chip with the same device id's and reverse the x and y on the resistive one
Jun 09 03:26:22 <xxiao> anyway try that, good luck
Jun 09 03:27:34 <xxiao> is usb touchscreen as good as those non-usb ones
Jun 09 03:27:51 <xxiao> those 4-wire ones assuming this is resistor-based
Jun 09 03:28:56 <Borillion> Its not horrible, more responsive than I thought it was going to be
Jun 09 03:29:13 <xxiao> how much is this thing
Jun 09 03:29:33 <xxiao> a while ago someone i don't know asking me to get lcd7 working with rowboat on beaglebone
Jun 09 03:29:56 <Borillion> usually the cheap android tablets that are resistive have a plastic sheet that sits above the touchscreen by as large as a 1/4 inch gap
Jun 09 03:30:01 <xxiao> i did not have anything to test with then, not sure if that guy can use a usb-touchscreen
Jun 09 03:30:16 <Borillion> and thats why they are awful
Jun 09 03:30:32 <Borillion> it worked out of the box for me
Jun 09 03:30:36 <Borillion> one sec let me get it
Jun 09 03:31:10 <xxiao> the lcd7 is quite expensive, if your usb one works well and cheaper, i can reply that guy an email to suggest him try that
Jun 09 03:31:23 <Borillion> xxiao, I have this http://www.amazon.com/Lilliput-669GL-70NP-T-HB-RV-Brightness-Screen/dp/B003H3B218
Jun 09 03:31:23 <xxiao> i only know he is from boston...
Jun 09 03:32:15 <Borillion> shockingly it has a 1920x1080 resolution
Jun 09 03:32:19 <xxiao> is this the usb one which the patch refers to?
Jun 09 03:32:40 <Borillion> the chip in it and its configuration is identical yes
Jun 09 03:32:50 <xxiao> ic
Jun 09 03:33:09 <Borillion> its not faytech brand tho, I bet one is the clone of the other :P
Jun 09 03:33:22 <xxiao> i would expect a 'normal' 7" resistive lcd cost less than $30...
Jun 09 03:33:43 <xxiao> considing those low-end tablet 7" can go as low as $50
Jun 09 03:34:01 <xxiao> considering
Jun 09 03:34:23 <xxiao> i was told you can buy 7" resistive android for $50-60 in south china now
Jun 09 03:37:41 <Borillion> wow thats a good deal, I had a bad experience with those tablets lol
Jun 09 03:38:05 <xxiao> true, you got what you pay for...
Jun 09 03:39:12 <Borillion> exactly :P
Jun 09 03:56:09 <Borillion> xxiao, are you there?
Jun 09 03:56:20 <xxiao> yes
Jun 09 03:56:58 <Borillion> the pastebin looks like its missing the bottom
Jun 09 03:57:49 <Borillion> is there supposed to be anything after  		.min_xc		= 0x0,
Jun 09 04:01:20 <Borillion> also will another repo sync remove changes ?
Jun 09 04:14:22 <xxiao> hold on
Jun 09 04:14:36 <xxiao> the patch is complete
Jun 09 04:14:44 <xxiao> you should be able to apply it directly
Jun 09 04:15:14 <xxiao> cd kernel-directory; patch -p1 --dry-run < the-patch
Jun 09 04:15:34 <xxiao> if it goes well, then remove --dry-run and re-apply that patch
Jun 09 04:49:09 <Borillion> xxiao, ok thanks Ill try and let you know
Jun 09 04:49:10 <Borillion> thank you
Jun 09 05:55:34 <Borillion> how do you restore patched files to their original, or deleted ones for that matter. looks like repo sync didnt work
Jun 09 07:02:11 <prohitkpr> I cannot log into Angstrom-qt-demo OS. can someone help me login???
Jun 09 07:05:26 <dm8tbr> how are you trying to log in? what have you tried?
Jun 09 07:05:45 <prohitkpr> I connected it through serial port
Jun 09 07:06:09 <prohitkpr> used bitbake to compile Angstrom qt image
Jun 09 07:06:21 <prohitkpr> I tried
Jun 09 07:06:23 <prohitkpr> root
Jun 09 07:07:39 <dm8tbr> root with empty password is common on those
Jun 09 07:08:23 <prohitkpr> that dint work
Jun 09 07:09:14 <prohitkpr> its Angstrom-qt4e-demo-image
Jun 09 07:12:45 <dm8tbr> no idea then.
Jun 09 07:13:01 <prohitkpr> Thanks anyway!
Jun 09 07:13:06 <dm8tbr> maybe check the recipe for hints
Jun 09 07:13:32 <prohitkpr> will try and see
Jun 09 07:25:18 <prohitkpr> I modified /etc/passwd file
Jun 09 07:25:28 <prohitkpr> replaced * with x and it worked
Jun 09 07:25:30 <prohitkpr> :)
Jun 09 09:51:14 <monikxz> speaker should be connected to which all pins to hear sound signals out of a beagle bone?
Jun 09 09:51:24 <monikxz> or has it got an inbuit speaker?
Jun 09 09:53:38 <monikxz> can somebody help?
Jun 09 10:03:32 <monikxz> can somebody tell me the basics steps in re-compiling the amstrong kernel.?
Jun 09 10:04:19 <mru> make config; make uImage
Jun 09 10:04:56 <monikxz> ok.. any good book/sites you recommend to learn this ?
Jun 09 10:06:03 <monikxz> @mru: any real time clock inside the beagle bone?
Jun 09 10:06:27 <mru> yes, but not battery-backed
Jun 09 10:07:34 <monikxz> @mru: so is there anyway to make it battery backed?
Jun 09 10:10:15 <monikxz> @mru:is there any chip to which i can connect an external battery and make the RTC run 24 hrs?
Jun 09 10:20:58 <zhivko> hello everypody: I have a problem: on Expansion Header P9 Pinout Pin6, I get 3.17V but it's should be 5V -what is wrong what could I check ?
Jun 09 10:21:18 <zhivko> I have beaglebone rev a5
Jun 09 10:23:19 <zhivko> hello anybody ?
Jun 09 10:27:36 <monikxz> @mru: can i make a program run when i switch on the board?
Jun 09 10:28:49 <monikxz> @all: can i make the RTC in beagle board battery-backed by giving battery power to any chip in the board?
Jun 09 10:31:04 <monikxz> Have somebody connected LCD display to the beagle board?
Jun 09 10:39:41 <zhivko> It's ok I neede external supply
Jun 09 10:54:10 <zhivko> hi anybody know are the sda and scl 3.3 V 5V tolerant ?
Jun 09 10:54:49 <zhivko> I have 5V i2c device and want to use: http://www.sparkfun.com/products/8745 to connect to beaglebone
Jun 09 11:01:48 <scrts> zhivko -> use two mosftets
Jun 09 11:01:53 <scrts> *mosfets
Jun 09 11:02:21 <scrts> schematic link doesn't work here, but SDA pin is bidirectional, so I am not sure if it'll work with this product
Jun 09 11:04:01 <scrts> http://www.hobbytronics.co.uk/mosfet-voltage-level-converter here it is
Jun 09 11:04:06 <scrts> the upper schematic
Jun 09 11:04:19 <scrts> two such mosfets for both wires
Jun 09 11:51:39 <jeshwanth> modprobe pwm
Jun 09 11:51:49 <jeshwanth> command in beaglebone
Jun 09 11:52:19 <jeshwanth>  FATAL: pwm not found
Jun 09 11:52:28 <jeshwanth> any idea ?
Jun 09 12:51:57 <aleek> jefferai: pwm.ko ?
Jun 09 12:52:00 <aleek> tfu
Jun 09 12:52:08 <aleek> eeee
Jun 09 12:59:33 <guyzmo> zhivko - there is also a level converter at sparkfun, though it uses mosfets (or transistor, I'm not sure) for tx direction, and a voltage divider for rx
Jun 09 12:59:52 <guyzmo> zhivko - we use it on our benches it and it works well
Jun 09 13:28:21 <waltermixxx> hi
Jun 09 13:47:55 <guyzmo> hum
Jun 09 13:48:16 <guyzmo> I was looking at the "BeagleBone, i2c-2 and i2c-3 bus frequency" thread
Jun 09 13:48:37 <guyzmo> and I'm wondering whether the patches were finally applied ?
Jun 09 14:04:08 <waltermixxx> what version of the kernal are you using, I think in one of the versions, pwm  was left out...
Jun 09 14:05:07 <waltermixxx> woops i think the guy who left the pwm question left...
Jun 09 14:05:34 <guyzmo> indeed he left :)
Jun 09 14:05:39 <guyzmo> more than one hour ago
Jun 09 14:05:51 <mru> you're right, he left
Jun 09 14:06:52 <waltermixxx> I thought I had scrolled to the bottom of the chat, but I was still part way up
Jun 09 14:07:30 <mru> living in the past, eh?
Jun 09 14:07:44 <waltermixxx> gigamegablog has a great article on it.
Jun 09 14:28:33 <koen> jkridner: another potential boot speedup: https://github.com/rubenv/node-systemd
Jun 09 14:32:00 <mru> why are people obsessing over boot times?
Jun 09 14:32:16 <mru> is it because it's the only thing systemd can do "better"?
Jun 09 14:33:59 <koen> mru: people tend to reboot the beaglebone a lot, side effect of using usb for power
Jun 09 14:34:16 <aholler> hope will die last
Jun 09 14:34:26 <mru> so often that a second more or less matters?
Jun 09 14:34:43 <koen> it needs to be ready within 10 seconds
Jun 09 14:34:52 <mru> my usb-powered beagles stay on for months at a time
Jun 09 14:34:53 <koen> anything below that is nice to have
Jun 09 14:35:22 <mru> last reboot was caused by usb hub psu failing
Jun 09 14:35:34 <mru> while I was in hong kong, naturally
Jun 09 14:35:42 <koen> we're at 8s now, judging from tests that can drop down to 6s if we only start all the nodejs stuff ondemand
Jun 09 14:36:02 <mru> starting stuff on demand is cheating
Jun 09 14:37:11 <koen> you say that like cheating is a bad thing :)
Jun 09 14:37:32 <mru> starting the service the first time it's needed won't make it actually usable any quicker
Jun 09 14:37:43 <mru> in fact, it is likely to make it seem slower
Jun 09 14:37:59 <mru> since the first request will have much higher latency that way
Jun 09 14:38:16 <aholler> i was at 8s or such 2a ago on a 200mhz atmel armv4. and I cheated through displaying the a picture right from u-boot (1s) which was the same as fully booted ;)
Jun 09 14:38:36 <mru> yes, that's a neat trick
Jun 09 14:39:21 * guyzmo thinks about his android phone taking like 1 minute to boot
Jun 09 14:39:44 <aholler> it depends all on what you want to start. things like usb and network need their time
Jun 09 14:40:06 <mru> but until they are started, the system is not ready
Jun 09 14:40:29 <mru> deferred service startup is just cheating by stopping the clock too soon
Jun 09 14:40:42 <aholler> I rember scsi-times with 10-20s wait for settle at boot ;)
Jun 09 14:41:21 <koen> qt4 is already at 16 minutes in a single ld step
Jun 09 14:41:28 <koen> on an i7 with 32gb of ram
Jun 09 14:41:44 <koen> I pity the people who build that natively
Jun 09 14:41:46 <mru> do you link qt as part of you boot process?
Jun 09 14:42:02 <guyzmo> koen - you mean gentoo users ? :)
Jun 09 14:42:11 <mru> no, he doesn't
Jun 09 14:42:12 <koen> mru: heh, no
Jun 09 14:42:29 <koen> guyzmo: ubuntu and linaro "experts"
Jun 09 14:42:55 <guyzmo> heh, I was just kidding ;)
Jun 09 14:43:18 <koen> gentoo supports cross builds just fine
Jun 09 14:43:51 <mru> or so say the dozen or so dev boards on my desk
Jun 09 14:44:00 <aholler> try no-keep-memory and reduce-memory-overhead, or try gold
Jun 09 14:44:46 <koen> aholler: the next angstrom release will use gold, it's a lot better with memory and cpu
Jun 09 14:44:51 <aholler> gentoo doesn't care much about cross, if it works it's just luck
Jun 09 14:44:58 <koen> aholler: but this build is for the old release, still gnu ld
Jun 09 14:45:12 <mru> aholler: then I must be having a huge amount of luck
Jun 09 14:45:33 <mru> and I don't usually have any at all
Jun 09 14:47:07 <aholler> anyway, all my arm-boxes are recompiling everything since 2 days with gcc 4.7 ;)
Jun 09 14:47:41 <mru> make sure you turn off the auto-vectoriser with that
Jun 09 14:48:07 <mru> I'm looking at some 10x slowdowns caused by it
Jun 09 14:48:21 <lautriv> aholler, apropos compiling....i have here 3.4 booting and 3.5-rc1 freezing with identical config. did you alredy try 3.5 ?
Jun 09 14:48:49 <mru> apparently they improved it in 4.7 so now it tries and fails on things it didn't attempt before
Jun 09 14:49:05 <aholler> lautriv: no, 3.3 and 3.4 is no go here on omap. ehci doesn't work
Jun 09 14:50:06 <mru> some of my beagles are still on 2.6.32
Jun 09 14:50:15 <aholler> mru: i would't remark such slowdowns. the only thing I've took care off was the speed up in 3.3 (those fs-readahead thing)
Jun 09 14:51:08 * lautriv would love to have a 2.6.32 but this target was left alone and then re-supported lately, reason for 3.5-rc1 which got a bunch of patches.
Jun 09 14:53:29 <aholler> mru: the only arm-box which really works here is only io-bounded (usb-storage)
Jun 09 14:54:28 <koen> aholler: the readahead fix is in 3.2.x as well
Jun 09 14:55:02 <koen> it made a big difference on the beaglebone with its crap sd cards
Jun 09 14:55:06 <aholler> koen: i've seen it only in 3.3, at least they fixed it with 3.3.. maybe it got backported to 3.2.stable
Jun 09 14:56:53 <koen> it did
Jun 09 14:59:15 <lautriv> koen, do you still use hx4700 ?
Jun 09 15:02:48 <guyzmo> hrm... if I understood correctly, I2C0 is the internal i2c for the eeprom (bound to /dev/i2c-1) and I2C2 is the line for the capes (bound to /dev/i2c-3)... but when I look through the beaglebone reference, I see there is I2C1 also available, how can I enable it ? I'm finding nothing about this on google
Jun 09 15:03:44 <guyzmo> and if I'm asking, it's because I'm now using I2C2 for prototyping a 8 devices i2c network, and not only it's slow, but I get timeouts
Jun 09 15:06:54 <lautriv> guyzmo, had a look on the line with an oszilloscope ?
Jun 09 15:07:16 <guyzmo> lautriv - I did
Jun 09 15:07:31 <guyzmo> but anyway, the bus is slow event when empty
Jun 09 15:08:01 <lautriv> guyzmo, all those 8 devices on the same speed ?
Jun 09 15:08:58 <guyzmo> lautriv - the devices are MSP430s with the same i2c stack implementation (except two SL030 rfid devices that I unplug for tests)
Jun 09 15:10:00 <guyzmo> I'm updating my bitbake build and about to recompile a kernel
Jun 09 15:10:36 <guyzmo> because looking at the 'BeagleBone, i2c-2 and i2c-3 bus frequency' thread, it may be a kernel problem
Jun 09 15:13:09 <guyzmo> so I wonder if doing a setuptools update, and a bitbake recompile will get those changes in the kernel ?
Jun 09 15:16:01 <guyzmo> (looking at the github, the fix has been put to the beaglebone-3.2 branch)
Jun 09 15:28:44 <koen> lautriv: sort of, it's packed in a box right now with the other toys waiting for the movers :)
Jun 09 15:29:24 <koen> guyzmo: that kernel problem was fixed a while ago
Jun 09 15:31:24 <lautriv> koen, right time to revieve it after move, 3.5-rc1 got a bunch of patches upstream ( or, right now it won't boot from kexecboot on 2.6.21 but that will be solveable)
Jun 09 16:04:56 <guyzmo> ugh? I got errors when bitbake compiling openssl related stuff : 'Package version for package openssl-engines went backwards which would break package feeds from (0:1.0.0h-r17.1 to 0:1.0.0h-r15.1)'
Jun 09 16:05:29 <koen> git pull ; ./oebb.sh update
Jun 09 16:07:19 <guyzmo> sweet, succeed :)
Jun 09 16:22:03 <jet> Would it possible to use an input pin on a beaglebone, to do like an oscilloscope for a i2c bus?
Jun 09 16:22:31 <jet> I mean, I have a problem to program an arduino with a accelerometer through a i2c bus
Jun 09 16:23:01 <jet> I wonder if I can use a beaglebone to do like an oscilloscope to understand what is going on, on the bus
Jun 09 16:23:10 <jet> would it be fast enough?
Jun 09 16:23:34 <guyzmo> jet - you can use GPIO pins to watch for binary inputs, or you can use the analog input (but you'll need to adapt the voltage)
Jun 09 16:24:01 <jet> my bus is 3,3v
Jun 09 16:24:19 <guyzmo> analog input runs at 1.8v
Jun 09 16:24:42 <jet> ah… i would need to adapt :-)
Jun 09 16:24:45 <jet> but would it be fast enough for i2c? how fast can I read input?
Jun 09 16:24:57 <guyzmo> I never tried the analog input, so I can't tell
Jun 09 16:25:41 <guyzmo> ahah
Jun 09 16:25:49 <guyzmo> from the official documentation : "Sample rate is 00K samples per second."
Jun 09 16:26:03 <jet> 0K ???
Jun 09 16:26:10 <guyzmo> looks like a typo :)
Jun 09 16:26:21 <aholler> why analog, I think using the gpios just as a logic analyzer should enough. off course, seeing missing terminators would be really possible
Jun 09 16:26:35 <aholler> s/would/wouldn't/
Jun 09 16:26:36 <guyzmo> aholler - I agree
Jun 09 16:26:47 <jet> since the unit is "K", I think it's probably not fast enough...
Jun 09 16:27:12 <aholler> high speed i2c is 400kHz
Jun 09 16:27:33 <aholler> not sure if a msp is able to do that
Jun 09 16:27:37 <jet> so it's better to be at least 800k samples per second
Jun 09 16:28:25 <aholler> just make it triggers when the level changes
Jun 09 16:29:52 <guyzmo> jet - but if I were you I'd prefer using an external logic analyzer or oscilloscope
Jun 09 16:30:12 <guyzmo> (you can even use arduinoscope)
Jun 09 16:30:29 <jet> arduino is definitely not fast enough
Jun 09 16:30:57 <guyzmo> well, aren't you talking to an arduino ?
Jun 09 16:31:31 <jet> oscilloscope is a bit expensive, that's why I was thinking about beaglebone
Jun 09 16:31:54 <jet> yes, my original problem is between an arduino and accelerometer
Jun 09 16:32:00 <guyzmo> ah ok
Jun 09 16:32:09 <guyzmo> so it's not the i2c bus you're trying to debug
Jun 09 16:32:19 <jet> but arduino, is not fast enough to read with a regular input, a i2c bus
Jun 09 16:33:07 <jet> my arduino is plugged to the accelerometer with a i2c bus
Jun 09 16:33:10 <guyzmo> well, you'd better get some logic analyzer from seeedstudio (like the pirate bus)
Jun 09 16:33:29 <guyzmo> they're cheap, work well and on linux
Jun 09 16:34:52 <aholler> anyway, you already have something on the bone, it's i2c ;)
Jun 09 16:35:24 <aholler> so if something doesn't work, look what happens, e.g. if the level changes at all
Jun 09 16:40:09 <aholler> linux has bitbanged i2c too (i2c-gpio), that could help too
Jun 09 16:41:28 <aholler> or try if i2c in u-boot works, if you don't trust your kernel
Jun 09 16:48:34 <aholler> maybe someone wants to implement bitbanged i2c using js with cloud9 ;)
Jun 09 16:50:12 <jet> what is bitbanged?
Jun 09 16:52:01 <aholler> without hw-support, by just changing gpios and reading their level
Jun 09 16:53:26 <aholler> you don't have to reach 100kHZ or 400kHz as the master dictates the clock, so you can use almost every hw for i2c
Jun 09 16:53:49 <aholler> (if the hw is the master)
Jun 09 16:53:57 <jet> I'm not sure gpios is fast enough… It would need to read like 800k samples per seconds to do 400kHz
Jun 09 16:54:24 <jet> ah, yes, we can slow down the bus...
Jun 09 16:54:32 <aholler> you first have to get it to work at all, regardless how fast it is
Jun 09 18:11:26 <guyzmo> uhuh
Jun 09 18:11:39 <guyzmo> just got my computer crashed, and had bitbake running directly through ssh
Jun 09 18:11:47 <guyzmo> (on a remote server)
Jun 09 18:11:55 <guyzmo> and bitbake has survived the crash :)
Jun 09 18:13:22 <lautriv> guyzmo, screen can save your ass in such situations ;)
Jun 09 18:13:34 <guyzmo> lautriv - yup, that's what I do... usually :)
Jun 09 18:14:27 <blucalvin> Hi all, on my beagle board running angstrom, when I try to do "cat /dev/audio > file.au", it is showing "cat: /dev/audio: Device or resource busy"
Jun 09 18:14:38 <blucalvin> Any help on how to resolve that?
Jun 09 18:15:14 <blucalvin> I'm not playing any audio on my board at the moment.
Jun 09 18:15:29 <blucalvin> I've tried logging out and back in too.
Jun 09 18:16:40 <blucalvin> On my ubuntu, that command is working without any probs.
Jun 09 18:18:07 <blucalvin> Well, there was an "lsof" command in Ubuntu/Debian that allowed me to grep for "/dev/snd/pcm" in its output.
Jun 09 18:18:25 <blucalvin> But "lsof" is not there in Angstrom.
Jun 09 18:22:15 <guyzmo> err
Jun 09 18:22:50 <blucalvin> No idea? :(
Jun 09 18:23:05 <guyzmo> blucalvin - don't you mean to do 'cat file.au > /dev/audio'
Jun 09 18:23:16 <mru> if you don't have lsof, try fuser
Jun 09 18:23:22 <mru> or install lsof
Jun 09 18:23:27 <blucalvin> No. I'm recording audio from a microphone.
Jun 09 18:23:31 <guyzmo> ah ok
Jun 09 18:23:41 <blucalvin> fuser? Let me try.
Jun 09 18:24:42 <blucalvin> Ummm, How do I use fuser?
Jun 09 18:25:07 <mru> man fuser
Jun 09 18:25:45 <blucalvin> I tried that.  But it said no manual entry for it.
Jun 09 18:25:50 <blucalvin> That's why I asked.
Jun 09 18:25:58 <guyzmo> google the man
Jun 09 18:26:03 <guyzmo> or try on your other computer
Jun 09 18:26:04 <mru> or read it on a pc
Jun 09 18:26:18 <blucalvin> Hold on..
Jun 09 18:26:39 * guyzmo stops working
Jun 09 18:26:58 <guyzmo> (and breathing)
Jun 09 18:27:56 <zhivko> Hi everybody - I have device on 0x78 I2C address, but i2cget only works with max 0x77 - what can I do ?
Jun 09 18:28:18 <guyzmo> zhivko - write code
Jun 09 18:28:53 <zhivko> If anybody wanna see: https://picasaweb.google.com/110230689089207649183/StirlingFromVoloDesign#5752104177460041650
Jun 09 18:29:35 <guyzmo> zhivko - here is an example : http://i.got.nothing.to/post/2012/06/02/Run-the-SL030-RFID-reader-on-linux
Jun 09 18:30:00 <zhivko> guyzmo: you meand program in c? could I wanna use i2cget - it's handy...
Jun 09 18:32:00 <zhivko> guyzmo: Thanks for code - will try it!
Jun 09 18:32:12 <guyzmo> err
Jun 09 18:32:14 <guyzmo> about the code
Jun 09 18:32:23 <guyzmo> you'll need to adapt it for your needs
Jun 09 18:33:01 <guyzmo> it's a code I wrote in a rush to test another kind of device that matches a very specific protocol
Jun 09 18:33:05 <guyzmo> but the basics are there
Jun 09 18:34:12 <guyzmo> zhivko - actually, it's based on http://elinux.org/Interfacing_with_I2C_Devices#Completed_Code
Jun 09 18:34:22 <guyzmo> which is closer to traditional i2c
Jun 09 18:35:20 <zhivko> guyzmo - ok will try your code :) thanks man!
Jun 09 18:41:47 <guyzmo> zhivko - no pb
Jun 09 18:42:13 * guyzmo endofday
Jun 09 18:42:16 * guyzmo &
Jun 09 18:42:20 <guyzmo> thank you guys
Jun 09 18:42:21 <guyzmo> ++
Jun 09 19:33:51 <riskable> Is there a way to access the Beaglebone's USB host port via the pins or do I have to unsolder that sucker?  :)
Jun 09 19:35:22 <Russ> read the srm
Jun 09 19:44:29 <Borillion> is class 4 ok for beagle or should I go faster?
Jun 09 19:47:38 <mru> paint stripes on it
Jun 09 19:47:58 <Borillion> nm looks like it varies between who makes it
Jun 09 19:48:04 <Borillion> mru, lol
Jun 09 19:49:09 <Borillion> mru turns out there is no expert in kernels <= 2.6.37 for android. xxian fixed the patch for me
Jun 09 19:49:44 <Borillion> correction xxiao
Jun 09 19:51:22 <mru> yeah, that option was called something else back then
Jun 09 19:52:26 <Borillion> lol
Jun 09 19:53:47 <Borillion> can microsd's cook themselves, I noticed one Im using has slowed down significantly and gets quite warm
Jun 09 19:55:15 <mru> I've never heard of them overheating
Jun 09 19:55:24 <mru> but flash cards ceratainly do wear out
Jun 09 19:55:43 <Borillion> hmm must have esd it or something
Jun 09 20:00:24 <mru> just replace it
Jun 09 20:01:12 <Borillion> yea going to buy more
Jun 09 20:06:33 <waltermixxx1> howdy, anyone try and use the Narcissus online image builder today?
Jun 09 20:06:45 <waltermixxx1> it is either taking forever, or not working...
Jun 09 20:07:38 <waltermixxx1> i have tried since yesterday to get an image built.... and  I get building image, but it does not materialize with the link...
Jun 09 20:07:49 <waltermixxx1> i've used it earlier this week with no issues...
Jun 09 20:08:43 <waltermixxx1> so just wondering if anyone anyone else my be experiencing this? :)
Jun 09 20:09:03 <waltermixxx1> i get a check mark beside pre-configure
Jun 09 20:09:07 <waltermixxx1> then thats about it...
Jun 09 20:42:04 <waltermixxx1> Well Germany won that game
Jun 09 20:44:36 <waltermixxx1> hey there canadian Kiilo dude... :)
Jun 09 21:04:53 <zhivko> guyzmo: are you still here ?
Jun 09 21:05:59 <zhivko> I am getting: "-bash: ./I2cTempRead.elf: No such file or directory" running i2c sample - does somebody know what could be wrong? I remember I compiled few c++ samples previously... ???
Jun 09 21:08:42 <mru> probably requesting a nonexisting elf interpreter
Jun 09 21:09:12 <mru> readelf -l I2cTempRead.elf | grep interpreter
Jun 09 21:10:03 <zhivko> [Requesting program interpreter: /lib/ld-linux.so.3]
Jun 09 21:10:27 <zhivko> mru: I'm on ubuntu oneiric...
Jun 09 21:10:44 <zhivko> what should I install to run this ?
Jun 09 21:10:50 <mru> and does that file exist?
Jun 09 21:11:00 <zhivko> mru: which one ?
Jun 09 21:11:08 <mru> /lib/ld-linux.so.3
Jun 09 21:11:19 <zhivko> will check it :) just a sec :)
Jun 09 21:11:50 <zhivko> no - I have /lib/ld-linux-armhf.so.3
Jun 09 21:12:16 <zhivko> mru: You think something is not compiled ok ?
Jun 09 21:12:21 <mru> then you are not using one-eye-rick
Jun 09 21:12:43 <zhivko> mru: what ?
Jun 09 21:13:07 <mru> the file you say you have is only in ubuntu 12.04
Jun 09 21:13:10 <mru> not before
Jun 09 21:13:46 <zhivko> so what should I do to solve this ?
Jun 09 21:15:49 <zhivko> uname -a shows: Linux omap 3.2.0-psp7 #1 Fri Apr 13 04:55:05 UTC 2012 armv7l armv7l armv7l GNU/Linux
Jun 09 21:19:08 <zhivko> mru: could you be so good a give me some hint ?
Jun 09 21:22:49 <zhivko> mru: should I create link and that's it ?
Jun 09 21:23:07 <mru> no
Jun 09 21:25:13 <zhivko> I just created it and program worked ;) what's wrong with symbolic link :)
Jun 09 21:26:48 <zhivko> mru: what then?
Jun 09 21:28:30 <dm8tbr> you took a random binary that was compiled for softfp and ran it in a hardfp userspace. that's highly likely to have undesired side-effects if it uses FP
Jun 09 21:29:48 <zhivko> russ: Hi - I am missing /lib/ld-linux.so.3 in Linux omap 3.2.0-psp7 and program (I crosscompiled it) wan't work
Jun 09 21:31:06 <zhivko> dm8tbr: That worked in angstrom I remember - now on Ubuntu it wouldn't - what shoud I do ?
Jun 09 21:31:44 <zhivko> So has anybody any contructive comment ?
Jun 09 21:33:11 <zhivko> oh god everybody is so misterious in here
Jun 09 21:36:11 <zhivko> so how can I get: /lib/ld-linux.so.3 - in what package is it ?
Jun 09 21:37:45 <zhivko> should I know again move to angstrom because of this ? aaaaaa help
Jun 09 21:39:55 <dm8tbr> You might want to visit this URL http://mywiki.wooledge.org/XyProblem
Jun 09 21:46:34 <zhivko> dm8tbr: OK I read this and I'm wondering if this suppose to be funny or helpfull ?
Jun 09 21:51:13 <dm8tbr> latter
Jun 09 21:51:42 <dm8tbr> seriously, what are you really trying to do?
Jun 09 21:52:31 <dm8tbr> hint: 'tring to run that binary' is the WRONG answer
Jun 09 21:53:18 <zhivko> dmitbr: I tryy to crosscompile program in c++ with gnueabi crosscompiler - but it obviously doesn't put (ld-linux-armhf.so.3) for interpreter.
Jun 09 21:53:39 <dm8tbr> then you are using the wrong cross compiler
Jun 09 21:54:05 <zhivko> dm8tbr: so here is maybe the right question for you: how to define compiler option so it would set (ld-linux-armhf.so.3) for interpreter?
Jun 09 21:55:10 <dm8tbr> by using the right toolchain that can cross compile for armhf...
Jun 09 21:55:56 <zhivko> dm8tbr: I already have compiled some programs with exactly this toolchain... and succesfully run them on beaglebone... before...
Jun 09 21:56:49 <dm8tbr> befor you were running angstrom, which was softfp
Jun 09 21:58:32 <zhivko> dm8tbr: really don't remember - isnt setting cortex-a8 enough ?
Jun 09 21:59:17 <dm8tbr> no, please do your own research about softfp, hardfp and chosing the right toolchain that matches the distro you are running on the board.
Jun 09 22:13:14 <zhivko> dm8tbr: OK I am using: "Precise 12.04 armhf" on board and "Sourcery_CodeBench_Lite_for_ARM_GNU_Linux" on Windows box! What should I set in crosscompiler to support Precise 12.04 armhf?
Jun 09 22:52:30 <beagleboneuser> with just the basic beaglebone, can you use a usb to hdmi adaptor for a display?
Jun 09 22:53:09 <beagleboneuser> $50 for the dvi-d cape is a bit steep and I'm looking for a cheaper alternative
Jun 09 22:57:20 <beagleboneuser> anyone?
Jun 09 23:21:05 <zhivko> dm8tbr: I installed Oneiric 11.10 and now binary runs... thanks for support.
Jun 10 00:56:18 <beagleboneuser> can anyone answer my question?
Jun 10 01:00:32 <scromp> not me
Jun 10 01:00:38 <scromp> or i would've
Jun 10 01:01:12 <beagleboneuser> ok thanks
Jun 10 01:07:00 <beagleboneuser> more so wondering if the beaglebone is MHL capable at all out of the box
Jun 10 01:20:23 <beagleboneuser> does anyone know if there is a pre-made case that fits a beaglebone with the dvi-d cape attached?
Jun 10 02:16:54 <riskable> Am I correct in measuring 3.3V @ 60mA coming out of gpio38 when I turn it on?
Jun 10 02:17:17 <riskable> I thought the GPIO pins were supposed to be super-low...  LIke 3-4mA ?
**** ENDING LOGGING AT Sun Jun 10 03:00:02 2012