**** BEGIN LOGGING AT Wed Jan 08 02:59:59 2014
Jan 08 03:33:29 <Duke__> Hi Everyone
Jan 08 05:08:28 <Satoki> hi, can i ask you of the fedora installation?
Jan 08 06:55:03 <m_billybob2> is it really all that important to get qt support ?
Jan 08 09:47:22 <aurelien> trying to run some .js from command line on the BBB with a #!/usr/bin/js it says bad interpreter but nodejs is already installed. How the shebang should be to fit right?
Jan 08 09:49:39 <aurelien> ah got it not js myblink.js but node myblink.js make the job :-)
Jan 08 09:51:55 <aurelien> hmm now why it see a ReferenceError: restore is not defined when it don't see that error in the example from the web page 8-/
Jan 08 09:52:11 <aurelien> at http://bbb/Support/bone101/#software BoneScript interactive guide line
Jan 08 09:57:59 <aurelien> wrong link at http://beagleboard.org/Support/BoneScript/ line Libraries bonescript.js
Jan 08 10:00:03 <aurelien> how can i force the webbrowser to remember the ip adress of the BBB?
Jan 08 10:00:22 <vamc19> aurelien: Bookmark it.
Jan 08 10:01:07 <aurelien> vamc19, don't fit
Jan 08 10:01:29 <aurelien> the BBB is connected to usb to another machine and rj45 to the network
Jan 08 10:01:35 <aurelien> not directly to that machine
Jan 08 10:01:52 <aurelien> (it's why the webpage request for the IP adress)
Jan 08 10:02:18 <aurelien> time to cook! see you!
Jan 08 10:32:27 <tito_> how install open cv in arclinux?
Jan 08 10:33:06 <av500> 1) install arclinux
Jan 08 10:33:57 <tito_> ?
Jan 08 10:35:21 <bitnumus> hi, i have a 4" LCD cape, (4DLCD-43), it keeps sleeping and i can wake it from the buttons on the cape itself, just wondering if i could do this from command line ?
Jan 08 10:37:07 <KotH> tito_: the question is totally unrelated to beagle, and also pretty insulting to the people here, considering that it just takes a couple of minutes to google how to do it
Jan 08 10:37:23 <aurelien> tito_: pacman -Sy opencv
Jan 08 10:37:36 <av500> https://www.google.com/search?q=linux+disable+screen+blanking
Jan 08 10:37:41 <aurelien> tito_: pacman is the package manager of Arch based distro
Jan 08 10:37:44 <av500> bitnumus: ^^^
Jan 08 10:38:03 <aurelien> tito_: man pacman for full informations.
Jan 08 10:38:10 <NL88> Hi, anybody here to help me with a power problem for my BeagleBone Black?
Jan 08 10:38:22 <av500> depends
Jan 08 10:38:52 <NL88> When I power my BBB the powerlight flashes one time..
Jan 08 10:39:26 <KotH> NL88: have you connected a serial cable?
Jan 08 10:39:42 <bitnumus> av500, thats cool and may help, however i would like to be able to turn the screen on and off at will from command line, is that possible ?
Jan 08 10:39:59 <KotH> bitnumus: yes
Jan 08 10:40:16 <NL88> USB and external power adapter
Jan 08 10:40:25 <bitnumus> KotH, rephrasing, how would i go about doing that ?
Jan 08 10:40:41 <av500> from taking the above URL
Jan 08 10:40:49 <av500> and changing a few search terms :)
Jan 08 10:41:02 <bitnumus> i've searched before coming here
Jan 08 10:41:10 <KotH> bitnumus: x or console?
Jan 08 10:41:10 <bitnumus> so this is a linux specific thing, not screen specific ?
Jan 08 10:41:15 <KotH> bitnumus: or fb?
Jan 08 10:41:22 <KotH> bitnumus: yes
Jan 08 10:41:25 <bitnumus> KotH, the whole screen, i've seen a few X methods
Jan 08 10:41:54 <KotH> bitnumus: it does not matter whether it's the whole screen or just half of it, you need to know what "mode" you are using the screen in
Jan 08 10:42:04 <bitnumus> both really
Jan 08 10:42:10 <KotH> bitnumus: if you dont know whether you have a console, x or fb, then your first task would be to figure that out
Jan 08 10:42:18 <bitnumus> i'm using both
Jan 08 10:42:30 <KotH> then you have to read the documentation for both modes :)
Jan 08 10:42:30 <bitnumus> i've like to do it during console and x
Jan 08 10:52:01 <tito_> how to check open cv has been instaled on my arch linux?
Jan 08 10:52:27 <Wizzup> this is not a beagle specific question
Jan 08 10:52:34 <Wizzup> Maybe ask in the appriopriate channels.
Jan 08 10:52:55 <tito_> i run arch linux on my BBB
Jan 08 10:56:26 <jackmitchell> tito_: https://wiki.archlinux.org/index.php/pacman
Jan 08 10:56:41 <jackmitchell> that will help you understand the archlinux package manager in order to check
Jan 08 10:59:35 <tito_> thank you
Jan 08 11:28:44 <tito__> jd
Jan 08 11:55:38 <heeen> having trouble getting wifi to work
Jan 08 11:56:01 <heeen> Sending discover... (3 times)
Jan 08 11:56:06 <jkridner> what have you tried? one of the adapters listed on the elinux.org page?
Jan 08 11:56:15 <heeen> No lease, failing
Jan 08 11:56:17 <heeen> for ifup wlan0
Jan 08 11:56:42 <heeen> the dongle starts to blink just after the 3rd discover - maybe it needs some more time to start before sending dhcp requests?
Jan 08 11:56:54 <jkridner> do you know if the time is set reasonably? not sure if it can cause a problem with DHCP, but I've been curious.
Jan 08 11:57:17 <jkridner> heeen: very good possibility.
Jan 08 11:57:19 <heeen> I have a dongle with a 8192cu kernel module that I built from source
Jan 08 11:57:43 <heeen> dmesg shows lots of log output from it, uploading firmware and the like
Jan 08 11:57:48 <jkridner> how are you powering the BeagleBone?
Jan 08 11:57:53 <heeen> so how can I make it send more dhcp reqs
Jan 08 11:58:05 <heeen> jkridner: 2A supply and currently also usb
Jan 08 11:58:21 <jkridner> there have been cases where things look like they should be working, but there is failure due to insufficient power.
Jan 08 11:58:31 <KotH> heeen: 2A is a bit little
Jan 08 11:58:40 <av500> a little bit?
Jan 08 11:58:51 <KotH> heeen: you need >3A and a psu that can withstand sharp power transients
Jan 08 11:59:08 <KotH> heeen: el-cheapo psu from china can or cannot do that
Jan 08 11:59:22 <heeen> wouldn't it just freeze or something
Jan 08 11:59:26 <KotH> nope
Jan 08 11:59:40 <KotH> that's the crux with insufficient power, some things work and some dont
Jan 08 11:59:43 <heeen> well it is also plugged into usb
Jan 08 11:59:49 <KotH> and it's kind of random which ones are
Jan 08 12:00:13 <stt_michael> usb will only give you 500mA max
Jan 08 12:00:34 <stt_michael> wifi cards are known to require a good psu
Jan 08 12:00:35 <heeen> 0http://pastebin.com/raw.php?i=T41Cm1Vr
Jan 08 12:00:39 <heeen> http://pastebin.com/raw.php?i=T41Cm1Vr
Jan 08 12:02:25 <heeen> btw iwscan list works
Jan 08 12:02:42 <heeen> right, so let me try it with a hub then
Jan 08 12:02:52 <stt_michael> powered usb hub if poss. :)
Jan 08 12:03:02 <johnwalkr> i had similar issues and it ended up being my wpa supplicant settings
Jan 08 12:03:06 <heeen> obv
Jan 08 12:03:13 <heeen> johnwalkr: do tell
Jan 08 12:03:47 <johnwalkr> look up how to get super verbose output from wpa supplicant, and run it at the command line instead of using network settings
Jan 08 12:03:55 <heeen> root@beaglebone:~# lsusb
Jan 08 12:03:56 <heeen> Bus 001 Device 003: ID 0409:005a NEC Corp. HighSpeed Hub
Jan 08 12:03:58 <heeen> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Jan 08 12:04:00 <heeen> Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Jan 08 12:04:02 <heeen> Bus 001 Device 004: ID 7392:7811 Edimax Technology Co., Ltd EW-7811Un 802.11n Wireless Adapter [Realtek RTL8188CUS]
Jan 08 12:04:04 <ynezz> more!
Jan 08 12:04:18 <johnwalkr> sorry off the tolp of my head i don’t recall the commands
Jan 08 12:04:20 <heeen> same problem
Jan 08 12:04:33 <heeen> root@beaglebone:~# ifup wlan0
Jan 08 12:04:36 <heeen> udhcpc (v1.20.2) started
Jan 08 12:04:39 <heeen> Sending discover...
Jan 08 12:04:40 <heeen> Sending discover...
Jan 08 12:04:42 <heeen> Sending discover...
Jan 08 12:04:44 <johnwalkr> yeah see do it without ifup
Jan 08 12:04:44 <heeen> No lease, failing
Jan 08 12:04:55 <johnwalkr> use wpa_supplicant directly
Jan 08 12:05:02 <stt_michael> it won't dhcp if the wireless settings are wrong
Jan 08 12:05:05 <stt_michael> so don't look there
Jan 08 12:05:17 <johnwalkr> i had a very similar problem before
Jan 08 12:05:21 <heeen> fwiw it is a wpa2 psk network
Jan 08 12:05:25 <stt_michael> or rather .. check the wireless 'bit' is working first
Jan 08 12:05:34 <johnwalkr> and i got the discover thing as well
Jan 08 12:05:51 <heeen> http://www.codealpha.net/864/how-to-set-up-a-rtl8192cu-on-the-beaglebone-black-bbb/
Jan 08 12:06:01 <heeen> stt_michael: how
Jan 08 12:06:12 <stt_michael> wpa_cli status possibly?
Jan 08 12:06:30 <johnwalkr> when i used a more verbose mode of wpa supplicant i got a clue that there was a setting wrong. if i recall correctly i gave up and changed my router settigns to match
Jan 08 12:06:32 <stt_michael> one of the wireless utils should give you something like "link associated attached" sorta thing
Jan 08 12:06:40 <heeen> Selected interface 'wlan0'
Jan 08 12:06:42 <heeen> wpa_state=SCANNING
Jan 08 12:06:44 <heeen> address=80:1f:02:5a:9a:21
Jan 08 12:06:59 <stt_michael> you need "associated" if you're connecting to an AP
Jan 08 12:07:01 <ynezz> heeen: there's 'fail' word mentioned 153 times in your log, do you think, that it's ok?
Jan 08 12:07:16 <ynezz> ^--- just a priceless hint (tm)
Jan 08 12:08:24 <johnwalkr> wpa_supplicant  -dd -iwlan0 -Dwext -c/path_to_config_file/your_config_file
Jan 08 12:08:28 <johnwalkr> -dd is super verbose
Jan 08 12:08:40 <heeen> I guess I have to stop connman first?
Jan 08 12:08:40 <heeen> I got some errors about things already in use otherwise
Jan 08 12:20:58 <simple_> I was trying to mount the SDcard to be accessible from ssh and USB - which I did successfully but thru SSH I can read, and can't write while it's connected to USB
Jan 08 12:21:34 <simple_> how to make the mounted SD card W/R while it's connected to the external USB card (external storge)
Jan 08 12:21:44 <stt_michael> surely if you mount it rw, it doesn't matter what interface you are connected to it ..
Jan 08 12:22:26 <heeen> where can I change the wpa_supplicant params
Jan 08 12:22:42 <stt_michael> heeen: normally wpa_supplicant.conf lives in /etc/wpa_supplicant
Jan 08 12:22:46 <heeen> if it gets started by systemd or connman or whatever
Jan 08 12:22:51 <simple_> @stt_michael, do you mean if it's mounter R to the USB then the mounted folder can't r/w to it ?
Jan 08 12:22:52 <heeen> like the -dd
Jan 08 12:23:05 <stt_michael> you should find a default in /usr/share/doc/wpa_supplicant or similar
Jan 08 12:23:26 <stt_michael> simple_ .. what output does "mount" show?
Jan 08 12:23:36 <simple_> 1 sec let me copy it
Jan 08 12:23:45 <stt_michael> wpa_supplicant isn't too bad once you read the examples I found
Jan 08 12:23:50 <stt_michael> sometimes takes a bit of tweaking
Jan 08 12:24:15 <simple_> rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
Jan 08 12:24:22 <heeen> stt_michael: where do I find this line
Jan 08 12:24:25 <heeen> Exec=/sbin/wpa_supplicant -u -d -f /var/log/wpa_supplicant.log
Jan 08 12:24:37 <simple_> stt_michael: /dev/mmcblk0p1 on /media/MicroSD type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
Jan 08 12:24:37 <stt_michael> what distro heeen?
Jan 08 12:24:44 <heeen> angstrom
Jan 08 12:24:58 <stt_michael> ack .. can't probably help you there
Jan 08 12:25:05 <heeen> ./usr/share/dbus-1/system-services/fi.w1.wpa_supplicant1.service
Jan 08 12:25:08 <heeen> found it
Jan 08 12:25:25 <wiznerd> Is there anyway to simulate and work on BBB without actually owning one?
Jan 08 12:25:53 <Vaizki_> install linux in virtualbox?
Jan 08 12:26:42 <simple_> so, the real question will be how to make BBB act like external mass storage in READ ONLY mode ?
Jan 08 12:26:53 <simple_> stt_michael:  ^^
Jan 08 12:27:05 <wiznerd> Vaizki_: I run arch. I mean the crosscompiling and stuff
Jan 08 12:27:15 <simple_> read only mass storage
Jan 08 12:27:55 <simple_> .....
Jan 08 12:28:36 <simple_> suggestion .... ?
Jan 08 12:28:54 <stt_michael> ah hold on simple_ .. you're connecting to the beagle FS through the usb storage class?
Jan 08 12:29:11 <stt_michael> or .. another external usb device? I'm confused
Jan 08 12:29:16 <simple_> to the computer
Jan 08 12:29:19 <heeen> hmm wpa_supplicant is not launched by dbus on this system
Jan 08 12:29:24 <heeen> it has other commandline options
Jan 08 12:29:37 <stt_michael> heeen: no .. it would normally be started by networking scripts
Jan 08 12:30:06 <simple_> I'm connecting the beagle to my computer using USB - what's I'm trying to do: if any one connect the my beagle thru USB he can ready files only but not writing
Jan 08 12:30:28 <stt_michael> right .. I should imagine thats the usb-gadget config there .. not the mount options
Jan 08 12:30:37 <stt_michael> its not permitting write access
Jan 08 12:30:55 * stt_michael wonders why people can't connect via ssh on a physical network connection .. lol
Jan 08 12:31:09 <stt_michael> simple_: what are you trying o edit?
Jan 08 12:31:38 <stt_michael> simple_ : if you're SSH'd over usb-ethernet .. you should be able to 'nano <file>' or similar?
Jan 08 12:31:53 <Vaizki_> wiznerd: I also run arch but don't cross compile sorry.. BBB is not bad at compiling stuff :)
Jan 08 12:32:01 <simple_> my beagle connected to comptuer A using USB (my brother computer), and I SSH to my beagle thru ethernet
Jan 08 12:32:17 <wiznerd> I don't own a BBB :)
Jan 08 12:32:29 <wiznerd> I want to learn about fundamentals of embedded programming first
Jan 08 12:32:31 <stt_michael> let me have a look at the usb storage options
Jan 08 12:32:36 <wiznerd> is qemu the way to go?
Jan 08 12:32:43 <stt_michael> wiznerd: embedded linux is much the same as ordinary linux
Jan 08 12:32:53 <stt_michael> thats the beauty
Jan 08 12:32:55 <simple_> any file I create in the SD card using the SSH connection my bro should be able to read it only but not change it - and he shouldn't be able to add anything to the SD
Jan 08 12:33:10 <stt_michael> simple_: I would imagine thats the status quo ..
Jan 08 12:33:29 <wiznerd> stt_michael: I'm actually new to the whole thing. I want to understand what cross-compiling is, and how I'd program the IO in BBB
Jan 08 12:33:31 <stt_michael> simple_ .. ah I follow your thinking I believe
Jan 08 12:34:14 <simple_> stt_michael: I'm trying since 3 days with no results, I think I was looking in the wrong direction
Jan 08 12:34:32 <stt_michael> simple_ .. so was I for a moment or three .. :)
Jan 08 12:34:59 <stt_michael> wiznerd: cross-compiling is the principle of using a more powerful cpu to build apps for a lesser cpu
Jan 08 12:35:30 <stt_michael> wiznerd: used to be necessary for all low-power cpus, but less so now for packaged distros which support arm processors like debian/angstrom/etc
Jan 08 12:35:54 <stt_michael> wiznerd: so, much like the Rasp Pi, you can simply upload the code, and program straight away
Jan 08 12:36:42 <stt_michael> wiznerd: take a look at http://www.linux.com/learn/tutorials/725368-getting-started-with-the-beaglebone-black-a-1ghz-arm-linux-machine-for-45 if you haven't already :)
Jan 08 12:37:39 <wiznerd> Thanks :) I've seen that link.
Jan 08 12:37:41 <wiznerd> gonna take a while to get one on my budget
Jan 08 12:37:56 <wiznerd> for now, I'll make do with qemu and docs
Jan 08 12:38:51 <stt_michael> wiznerd: only major use for cross-compiling is to build custom kernels, and there are very good scripts out there by the likes of wiki.net/display/linuxonarm/ if you need to
Jan 08 12:39:09 <stt_michael> oops sorry http://eewiki.net/display/linuxonarm/
Jan 08 12:39:13 <stt_michael> got chopped off
Jan 08 12:40:06 <wiznerd> https://github.com/jadonk/gsoc-application/tree/master/ExampleEntryJasonKridner
Jan 08 12:40:13 <simple_> stt_michael:  :)
Jan 08 12:40:19 <wiznerd> I'll prolly cross build and exec on QEMU instead?
Jan 08 12:40:28 <stt_michael> got it simple_?
Jan 08 12:40:35 <simple_> nope :(
Jan 08 12:41:51 <simple_> I think it will be solved if I managed how to make SD card to be in read only mode for the USB-Host - but didn't get any hint
Jan 08 12:42:25 <stt_michael> simple_: one way is to create a new user, and make file access less for that user
Jan 08 12:42:41 <stt_michael> ie. not access everything as 'root' :)
Jan 08 12:43:00 <simple_> but the USB connection is root by default (from the system)
Jan 08 12:43:03 <stt_michael> thats always a bit of a cheat
Jan 08 12:43:09 <stt_michael> ah probably
Jan 08 12:43:20 <stt_michael> should be some options on that .. I can't see anything obvious .... Yet.
Jan 08 12:45:33 <Vaizki_> wiznerd: getting a real BBB would be money well spent compared to trying to build something that won't emulate it very well
Jan 08 12:46:14 <stt_michael> the BBB really isn't very expensive :)
Jan 08 12:46:19 <simple_> stt_michael: do you think any smart guy here can help ?
Jan 08 12:46:23 <stt_michael> but may be in short supply
Jan 08 12:46:29 <stt_michael> someone should :)
Jan 08 12:47:30 <wiznerd> lol. as a broke college student from asia, it'll take a while
Jan 08 12:48:39 <Vaizki_> wiznerd, you can learn embedded programming and linux separately for much cheaper then ;)
Jan 08 12:48:55 <Vaizki_> as said above, the BBB is a normal linux computer in almost every way
Jan 08 12:49:36 <Vaizki_> boot process is different from an x86 of course and the IO stuff isn't normally available on x86 either
Jan 08 12:50:00 <Vaizki_> but if you want to learn about i2c etc, you can just buy an arduino or something to tinker with it
Jan 08 12:50:40 <simple_> wiznerd: if you can fix this issue to me today, I'm happy to buy one for you
Jan 08 12:50:42 <Vaizki_> anyway, a BBB emulator as in hardware emulation doesn't exist
Jan 08 12:52:04 <wiznerd> yeah. I have a MSP430 launchpad , have done a basic I2C on that. So you're telling I can do everything except the IO/circuit interfacing.
Jan 08 12:52:18 * KotH would adivce to learn first about electronics and arduino style embedded software before trying to learn embedded linux
Jan 08 12:52:25 <wiznerd> I think I'll run with what I have. How are the programs themselves different? C?
Jan 08 12:52:35 <KotH> oh.. and good understanding of linux is paramount to get anywhere with embedded linux
Jan 08 12:53:00 <Vaizki_> msp430 is fine for learning about embedded stuff and electronics interfacing
Jan 08 12:53:19 <Vaizki_> as for the linux side, you can use whatever you want really.. I use C and python mostly
Jan 08 12:53:23 <wiznerd> simple_: lol I'm new here. What can I do which the experts can't?
Jan 08 12:53:49 <wiznerd> Vaizki_: okay, I'll read up the docs now before asking more stupid questions :)
Jan 08 12:53:54 <KotH> Vaizki_: i wouldnt recommend the msp430 as first embedded processor
Jan 08 12:54:03 <KotH> Vaizki_: a simple arm7 is much better suited for that
Jan 08 12:54:21 <KotH> Vaizki_: not having to worry about ever single bit of memory is a big plus at the beginning
Jan 08 12:54:36 <Vaizki_> well he has a msp430
Jan 08 12:54:48 <Vaizki_> and knows how to use it
Jan 08 12:55:47 <Vaizki_> and the energia gui + libs help you get something done besides compiling a 420 item list of must-read web pages and docs :)
Jan 08 12:55:52 <wiznerd> Quite proficient with Arduinos. a lab had it, we used it to make some simple app to fetch GPS and write into SD
Jan 08 12:56:10 <av500> http://stackoverflow.com/questions/17966697/tips-for-learning-embedded-linux
Jan 08 12:56:28 <Vaizki_> wiznerd: ok well you're pretty set, now you need to understand linux :)
Jan 08 12:56:49 <av500> Linux is easy if you know AIX or HPUX
Jan 08 12:56:51 <Vaizki_> but for sake of an example, here's one way to do i2c on Linux (on the BBB or any other embedded linux really)
Jan 08 12:56:52 <Vaizki_> http://elinux.org/Interfacing_with_I2C_Devices
Jan 08 12:57:18 <Vaizki_> there's also something about crosscompiling there
Jan 08 12:57:25 <wiznerd> Vaizki_: thanks for that. will dig in
Jan 08 12:57:49 <wiznerd> av500: will do
Jan 08 12:57:50 <Vaizki_> the big thing to understand is that (standard) linux is not realtime
Jan 08 12:57:56 <KotH> wiznerd: http://en.wikibooks.org/wiki/Embedded_Systems
Jan 08 12:58:10 <Vaizki_> so your program can and will be interrupted etc during execution
Jan 08 12:58:38 <Vaizki_> it's nice to work with linux but it just isn't the right hammer for a lot of nails
Jan 08 12:58:53 <Vaizki_> unless you are ready to go really deep
Jan 08 13:03:26 <simple_> stt_michael: can you please direct me to the correct direction ?
Jan 08 13:04:25 <heeen> god sometimes you just gotta hate linux
Jan 08 13:04:38 <heeen> stupid wifi won't work on the beagle
Jan 08 13:05:00 <heeen> and on this ubuntu 64bit machine I can't log into vpn because it is a 32bit java fuckup
Jan 08 13:05:04 <wiznerd> simple_: whats going on?
Jan 08 13:05:46 <KotH> heeen: try to connect the dongle over an usb hub
Jan 08 13:05:49 <KotH> heeen: maybe that helps
Jan 08 13:05:53 <simple_> it's simple, I want to make beagle act like mass storage (read only)
Jan 08 13:06:04 <KotH> heeen: 32bit java?
Jan 08 13:06:13 <KotH> heeen: i thought java has no bitsize?
Jan 08 13:06:49 <Humpelstilzchen> the jvm has
Jan 08 13:06:53 <KotH> simple_: ah.. you let the bbb emulate a mass storage device over usb and wonder why you cannot write on the bbb itself anymore?
Jan 08 13:06:54 <wiznerd> simple_: you want to access an SD card mounted on BBB?
Jan 08 13:07:05 <simple_> yes
Jan 08 13:07:16 <KotH> simple_: well.. if two people access the device at the same time, it has to be read only. otherwise things wont work
Jan 08 13:07:18 <simple_> KotH: don't know
Jan 08 13:07:25 <heeen> KotH: I have. it works magically if I invoke wpa_supplicant by hand
Jan 08 13:07:34 <simple_> KotH: how to do it ready-only
Jan 08 13:07:36 <heeen> but if I just du ifup it won't
Jan 08 13:07:54 <KotH> simple_: keep in mind that OS were designed with the premisse that the OS is the only one to have access to the device and noone else
Jan 08 13:07:54 <stt_michael> heeen : have you put config in wpa_supplicant.conf ?
Jan 08 13:07:57 <heeen> KotH: of course theres 32 and 64 bit java
Jan 08 13:08:19 <heeen> stt_michael: yeah but I removed it again, shouldn'T copnnman wifi.conf work
Jan 08 13:08:26 <simple_> KotH: the question - how to make it ready only ?
Jan 08 13:08:33 <KotH> simple_: making what read only?
Jan 08 13:08:38 <stt_michael> hmm not used connman .. google .sec
Jan 08 13:08:39 <simple_> the SD card
Jan 08 13:09:03 <KotH> simple_: chmod 400 /dev/somethingorother
Jan 08 13:09:19 <simple_> I tried it, didn't work
Jan 08 13:09:26 <KotH> simple_: what's your exact problem?
Jan 08 13:10:00 <stt_michael> heeen: something like http://learn.adafruit.com/beaglebone/wifi ?
Jan 08 13:10:00 <simple_> my brother connected my beagle to his computer at home - I'm accessing it using SSH - I want to wrote files and change it and he will be able to ready it only
Jan 08 13:10:07 <simple_> he shouldn't make changes KotH
Jan 08 13:10:41 <heeen> stt_michael: yes
Jan 08 13:10:41 <stt_michael> simple_ .. hold on .. onto something ..
Jan 08 13:10:52 <heeen> stt_michael: http://www.codealpha.net/864/how-to-set-up-a-rtl8192cu-on-the-beaglebone-black-bbb/
Jan 08 13:12:16 <stt_michael> simple_: reading http://linlog.blogspot.co.uk/2011/02/usb-file-storage-gadget.html - if you can find where it loads the USB-gadget driver .. there's a ro=1 parameter
Jan 08 13:12:35 <KotH> simple_: well, you cannot make changes either
Jan 08 13:12:58 <stt_michael> KotH: he just wants to change USB gadget access to read-only :)
Jan 08 13:13:04 <KotH> simple_: if you changed the sd card, you would change the data your brothers OS expect to have under its ass
Jan 08 13:13:04 <stt_michael> not the whole filesystem
Jan 08 13:13:12 <KotH> stt_michael: oh..
Jan 08 13:13:22 <KotH> simple_: that should be some setting in usb gadget
Jan 08 13:13:27 <stt_michael> KotH: had to be a gadget setting somewhere
Jan 08 13:13:31 <KotH> emulate an RO scsi device
Jan 08 13:13:34 <stt_michael> KotH.. think we nailed it
Jan 08 13:13:37 <simple_> where I can fine the usb-gadget ?
Jan 08 13:14:06 * KotH points to the intarwebz
Jan 08 13:15:18 <wiznerd> KotH: So embedded programming consists of just the usual bash commands plus a few other real time commands?
Jan 08 13:15:27 <wiznerd> for eg: http://jeshu.weebly.com/uploads/5/2/6/0/5260012/gpio.txt
Jan 08 13:15:44 <wiznerd> echo is normal. the gpio, trap, cleanu etc are new
Jan 08 13:15:51 <wiznerd> is that correct?
Jan 08 13:16:42 <wiznerd> one more noob question, BeagleBone has a Angstorm OS, Raspberry Pi has it's own OS.
Jan 08 13:16:58 <wiznerd> ARM Cortex M4 doesnt
Jan 08 13:17:03 <wiznerd> why is that?
Jan 08 13:17:21 <av500> its a micro controller
Jan 08 13:17:25 <wiznerd> is it because microcontroller/microprocessor only difference or speeds?
Jan 08 13:17:25 <av500> there are OSs for it
Jan 08 13:17:35 <av500> not Linux
Jan 08 13:17:37 <av500> you can run RTOS
Jan 08 13:17:43 <av500> and many others
Jan 08 13:18:15 <KotH> wiznerd: embedded programming can be anything you want
Jan 08 13:18:18 <wiznerd> oh okay. So the uC on RPi and BBB are much more powerful and can run linux?
Jan 08 13:18:46 <KotH> wiznerd: from bare metal asm to running python code in jython
Jan 08 13:19:17 <av500> wiznerd: yes
Jan 08 13:19:19 <heeen> wiznerd: the rpi and bb have cpus and even gpus, same hardware as in android and ios devices
Jan 08 13:19:38 <wiznerd> okay. So I that is the block I am missing. The Cortex M4 can be progged in ASM. python runs on linux OS on BBB, etc
Jan 08 13:19:43 <KotH> wiznerd: embedded means mostly that you have some kind of processor with GPIO/SPI/I2C and the like instead of PCI/SATA/...
Jan 08 13:19:50 <wiznerd> gotcha!
Jan 08 13:20:13 <KotH> wiznerd: the M4 can also programmed in java if you want
Jan 08 13:20:26 <KotH> wiznerd: the programming language is not of importance
Jan 08 13:20:36 <KotH> wiznerd: if it fits into the memory, it runs
Jan 08 13:21:02 <heeen> where do you draw the line between a µC and a cpu
Jan 08 13:21:25 <wiznerd> one more clarification - for M4, like in the TI Stellaris Launchpad, you have to cross-build and cross-compile on a PC using say Keil and then load it into memory because M4 isn't powerful enough to compile right?
Jan 08 13:22:00 <KotH> heeen: uC              |              cpu
Jan 08 13:22:28 <KotH> wiznerd: you cross compile for bbb and rpi as well, unless you are a masochist
Jan 08 13:22:58 <wiznerd> lol. I compiled code inside RPi. Took ages.
Jan 08 13:23:00 <KotH> wiznerd: and you can compile on an M4, it just would much more trouble and take a lot more time
Jan 08 13:23:00 <heeen> I would say one of the things that separate a cpu from a µ
Jan 08 13:23:05 <heeen> I would say one of the things that separate a cpu from a µC is a MMU
Jan 08 13:23:11 <KotH> wiznerd: ok, you are a masochist ;)
Jan 08 13:23:27 <heeen> #without it multitasking becomes almost impossible
Jan 08 13:23:32 <KotH> heeen: uhmm.. the M3/M4 have a rudimentary MMU
Jan 08 13:23:59 <heeen> I heard there is a linux for those
Jan 08 13:24:03 <heeen> uclinux
Jan 08 13:24:06 <wiznerd> KotH: So let me get the workflow straight. You install the OS on the BBB. Crosscompile using the gcc-*-gnueabi tools inside your PC. transfer the executable file alone onto the BBB
Jan 08 13:24:08 <KotH> heeen: and multitasking has been done with 8051s
Jan 08 13:24:17 <wiznerd> How would you test/verify/simulate on the PC?
Jan 08 13:24:26 <av500> compile for x86
Jan 08 13:24:29 <stt_michael> wiznerd: you can build small apps on the beagle/etc . it has gcc
Jan 08 13:24:31 <av500> 99% applies
Jan 08 13:24:46 <av500> debug the reamining 1% on BBB
Jan 08 13:24:51 <av500> remaining
Jan 08 13:24:53 <KotH> wiznerd: most people compile the whole system on the pc, load it over to the embedded plattform as an flash or sd card image, and boot from that
Jan 08 13:25:01 <wiznerd> av500: so mostly GPIO stuff on BBB
Jan 08 13:25:04 <av500> your percentage might vary
Jan 08 13:25:27 <KotH> wiznerd: compiling just the prog and moving that over is only usefull if you have a lot of compile-test-fix cycles
Jan 08 13:25:38 <av500> wiznerd: so what do you want to verify on the PC?
Jan 08 13:25:45 <av500> that you toggled a GPIO?
Jan 08 13:25:55 <KotH> wiznerd: maybe you want to have a look at the book "embedded linux primer" it explains part of that stuff
Jan 08 13:26:01 <wiznerd> av500: yes. errors and such.
Jan 08 13:26:06 <Vaizki_> If you do small programs no need to do anything on the PC
Jan 08 13:26:09 <wiznerd> KotH: I will read that
Jan 08 13:26:10 <KotH> wiznerd: there are "backup copies" available online for poor asian students ;)
Jan 08 13:26:11 <av500> errors toggling a GPIO?
Jan 08 13:26:15 <wiznerd> :D
Jan 08 13:26:17 * stt_michael snickers
Jan 08 13:26:30 <wiznerd> KotH: evil sense of humor, yours
Jan 08 13:26:44 <heeen> damn it
Jan 08 13:26:46 <wiznerd> av500: not errors. status of GPIO
Jan 08 13:26:52 <heeen> I run the exact same wpa_supplicant line
Jan 08 13:26:57 <heeen> and it works
Jan 08 13:27:05 <heeen> but only from the commandline prior
Jan 08 13:27:06 <KotH> wiznerd: i've been in #beagle way too long ;)
Jan 08 13:27:25 <stt_michael> simple_ .. did we fix the usb read-only yet? :)
Jan 08 13:27:38 <simple_> stt_michael: nope :S
Jan 08 13:28:11 <simple_> stt_michael: trying to find the USB gadget
Jan 08 13:29:07 <stt_michael> simple_ .. is there a /etc/modprobe.conf ?
Jan 08 13:29:41 <stt_michael> simple_ .. you should (hopefully) see a g_usb_storage if you type 'lsmod'
Jan 08 13:29:47 <simple_> nope
Jan 08 13:29:48 <stt_michael> can you verify those two?
Jan 08 13:32:24 <simple_> stt_michael: nope
Jan 08 13:32:29 <simple_> it's not exist in any
Jan 08 13:32:31 <stt_michael> oh boy :)
Jan 08 13:34:28 <simple_> stt_michael: ideas ?
Jan 08 13:35:00 <stt_michael> the mechanism must exist to pass the 'ro' option to the g_usb driver .. just tring to figure out where/how in angstrom
Jan 08 13:35:14 <stt_michael> since I use debian :D for embedded anyhow
Jan 08 13:35:30 <simple_> i'm ysing debian too
Jan 08 13:35:31 <simple_> using*
Jan 08 13:35:36 <stt_michael> is there a /etc/modprobe.d/ in ............<scratch>
Jan 08 13:35:46 <simple_> yeap
Jan 08 13:35:54 <stt_michael> ok thats where we want it then :)
Jan 08 13:36:02 <stt_michael> filesystem changes .. pah!
Jan 08 13:36:24 <simple_> nope, it has only the fbdev-blacklist.conf
Jan 08 13:36:28 <simple_> I already tried it
Jan 08 13:36:31 <stt_michael> yeap hold on :P
Jan 08 13:36:36 <stt_michael> need to create a new file
Jan 08 13:36:39 <simple_> lol
Jan 08 13:42:40 <simple_> stt_michael: it seems complicated itsn't it ?
Jan 08 13:42:51 <stt_michael> simple_ .. can you do a "dmesg|grep usb" and paste me output in pastebin/etc ?
Jan 08 13:43:03 <stt_michael> simple_ .. its not really .. just finding the right place to 'fix' it :)
Jan 08 13:43:24 <stt_michael> the 'finding' bit often takes a while in linux :) if you don't know where ya lookin
Jan 08 13:43:30 <simple_> sure 1 sec
Jan 08 13:44:16 <simple_> http://pastebin.com/fNi2UHjr
Jan 08 13:44:20 <simple_> stt_michael: ^^
Jan 08 13:50:38 <simple_> stt_michael: ..... :(
Jan 08 13:51:41 <stt_michael> doesn't help when 1) don't have a stock build and 2) when the kernel drivers keep changing names between versions and 3) google lets you down lol
Jan 08 13:53:24 <av500> evil google
Jan 08 13:54:22 <stt_michael> narrowed down to the right module I think ..
Jan 08 13:54:32 <stt_michael> musb_hdrc .. TI composite module -sigh-
Jan 08 13:55:58 <stt_michael> maybe it still loads the stock g_file_storage .. hrm
Jan 08 13:57:19 <johnwalkr> ok
Jan 08 13:57:40 <stt_michael> simple_.. think I -might- have nailed it ...
Jan 08 13:59:11 <simple_> stt_michael: lol
Jan 08 13:59:16 <zump> how much current can be output from BBB GPIO?
Jan 08 13:59:32 <stt_michael> zump .. typically only a few mA
Jan 08 13:59:51 <zump> good enough for a led?
Jan 08 13:59:58 <av500> 8mA or so
Jan 08 14:00:05 <av500> check the TRM
Jan 08 14:00:06 <stt_michael> yeah .. don't forget a resistor, obviously :)
Jan 08 14:00:08 <av500> low current LED yes
Jan 08 14:00:24 <av500> normal 20mA LED, no
Jan 08 14:00:42 <stt_michael> regular LEDs can be run down to 1mA easily
Jan 08 14:01:27 <stt_michael> just look up the Vf .. and calculate the resistor value based on 3v3-Vf/ (x) mA will give you resistor (kOhms)
Jan 08 14:01:51 <stt_michael> 20mA only usually needed for full-brightness
Jan 08 14:06:42 <stt_michael> zump: assuming you just want a visual indicator of a GPIO toggling :)
Jan 08 14:08:03 <stt_michael> simple_: can you see a 'g_mass_storage' under 'lsmod' ?
Jan 08 14:08:28 <simple_> nope :(
Jan 08 14:08:44 <stt_michael> dangit .. thats the module I'm certain lol
Jan 08 14:08:49 <simple_> I can see only g_multi
Jan 08 14:08:54 <simple_> starts with g
Jan 08 14:08:57 <simple_> g_
Jan 08 14:09:33 <stt_michael> yeah I've seen that one .. not sure it has the option .. but it might
Jan 08 14:12:09 <simple_> so what is the command I need to use !?
Jan 08 14:12:11 <zump> stt_michael: cool thanks
Jan 08 14:14:52 <simple_> stt_michael: do you think something can be done in the udev ?
Jan 08 14:16:53 <stt_michael> simple_: ok gonna go for broke here .. create an '/etc/modprobe.d/usb-ro.conf' file with the following lines in it - http://pastebin.com/qxh4ZTHj
Jan 08 14:17:23 <stt_michael> udev is the key, yes - there are two ways .. make an option at boot-time in the kernel command-line .. or this one .. make an options file for udev to read at boot
Jan 08 14:17:52 <stt_michael> one/more of those lines must work :)
Jan 08 14:18:21 <stt_michael> but the g_multi module is masking the right module to send options to
Jan 08 14:19:01 <stt_michael> f_mass_ is allegedly deprecated .. but seems to be used in g_multi .. whereas g_mass_ is the new module
Jan 08 14:20:09 <miken> I'm running TI PSP on bb and can't make the ADC work. Have enabled TI ADC in kernel, but nothing shows up in /sys/bus/iio/devices. I have made sure mfd_tscadc_init is in the board config. Any ideas?
Jan 08 14:21:33 <stt_michael> miken: have you seen  http://processors.wiki.ti.com/index.php/AM335x_ADC_Driver's_Guide ?
Jan 08 14:22:28 <stt_michael> miken: do you see the ti_adc module appear in dmesg?
Jan 08 14:23:40 <miken> stt_michael: I have been on the page. I have this problem: http://e2e.ti.com/support/arm/sitara_arm/f/791/t/260624.aspx , but the solution doesn't apply to me.
Jan 08 14:24:48 <miken> stt_michael: I have tried both compiling in and as a module. I put some pr_info debugs in the probe function of the ti_adc module, but it never shows up i dmesg. Looks like th emodule doesn't get loaded, for some reason.
Jan 08 14:26:22 <stt_michael> miken .. that was my suspicion .. wonder why.
Jan 08 14:27:54 <stt_michael> miken: can you put some more verbose kernel logging option on .. either its not 'seeing' the module there .. or its failing to load.
Jan 08 14:27:57 <miken> stt_michael: Any ideas how to debug it? Can't be a HW problem. It all happens inside the am3359 mcu.
Jan 08 14:28:47 <stt_michael> miken: right .. first step is getting that module up .. one way or another .. if you compile it as a module .. can you "modprobe ti_adc" and what does it say, if so?
Jan 08 14:29:11 <stt_michael> if it doesn't 'modprobe' try 'insmod'
Jan 08 14:29:21 <stt_michael> but you'll need to find its location if the latter
Jan 08 14:30:05 <miken> stt_michael: 2 sec, I'll just rebuild it.
Jan 08 14:35:02 <miken> stt_michael: here is the module loading output: http://pastebin.com/P6VwrWNJ
Jan 08 14:36:34 <simple_> stt_michael: after I create this one /etc/modprobe.d/usb-ro.conf' - just restart the beagle ?
Jan 08 14:44:27 <simple_> stt_michael: the read-only seems to be working - but still when I write something using SSH it doesn't show in the mass storage immediately
Jan 08 14:45:24 <stt_michael> simple_: possibly not .. but does it come up?!
Jan 08 14:45:37 <simple_> nope :(
Jan 08 14:45:48 <stt_michael> oh.
Jan 08 14:45:57 <simple_> I need to disconnect the USB and reconnect it again
Jan 08 14:46:40 <stt_michael> miken: thats a start .. what do you get from 'ls' rather than 'find' ?
Jan 08 14:47:14 <miken> stt_michael: nothing. 100% empty.
Jan 08 14:48:15 <stt_michael> simple_: do you see it in the ssh!??!
Jan 08 14:48:16 <miken> stt_michael: in the devices folder that is. I have the basic iio tree.
Jan 08 14:48:26 <simple_> yes I do ssk2_
Jan 08 14:48:31 <simple_> yes I do stt_michael
Jan 08 14:48:54 <stt_michael> hmm don't get that then :/
Jan 08 14:50:36 <stt_michael> miken: since I don't have the TI PSP .. think I'm at my limit there .. sorry.
Jan 08 14:51:38 <stt_michael> simple_: might simply be something's caching the directory contents .. if you're logging in the same .. can't think why one thing wouldn't see it and another does
Jan 08 14:51:52 <miken> stt_michael: ok, thanks anyway.
Jan 08 14:52:04 <stt_michael> miken np
Jan 08 14:52:10 <simple_> stt_michael: what do you recommend me to do ?
Jan 08 14:52:26 <stt_michael> simple_: dunno :)
Jan 08 14:52:36 <stt_michael> did it do the same before?!
Jan 08 14:53:00 <miken> Does anyone use TI PSP inhere? Have trouble with the TI_ADC module.
Jan 08 15:09:44 <KotH> miken: ask your friendly TI support
Jan 08 15:12:27 <simple_> stt_michael: I think there is another place need to change the modprobe - if I unplug or restart the probe it shows up fine
Jan 08 15:13:44 <miken> KotH: guess I will have to. :)
Jan 08 15:15:29 <stt_michael> simple_: odd .. I'da thought that it'd read the modprobe rules if it uses udev
Jan 08 15:16:20 <simple_> stt_michael: the funny part when I delete a file using SSH, I'm still able to open it in mass storage
Jan 08 15:16:40 <stt_michael> yeah thats caches for ya :p
Jan 08 15:17:03 <simple_> lol come on
Jan 08 15:18:20 <miken> KotH: do you suggest a ticket in e2e?
Jan 08 15:18:37 <KotH> miken: dunno.. i've never used e2e
Jan 08 15:18:44 <stt_michael> could try a post on forums .. the TI staff do read it
Jan 08 15:18:48 <miken> KotH: ok
Jan 08 15:18:53 <KotH> miken: i usually send our sales a mail, and he passes it to the relevant engineer
Jan 08 15:19:05 <KotH> miken: much more likely to get a good answer ;)
Jan 08 15:19:10 <miken> KotH: will check our contacts.
Jan 08 15:22:11 <simple_> stt_michael: I think we are getting close
Jan 08 15:22:24 <miken> stt_michael: I got it to probe. Look at this magic: http://pastebin.com/ERHzegzz , but it crashes, so I'm only a little bit closer..
Jan 08 15:23:05 <stt_michael> miken: yikes .. ok, yes progress of sorts :)
Jan 08 15:23:19 <stt_michael> simple_: hopefully pointed you in right direction
Jan 08 15:23:56 <simple_> still the visibility not clear, but it's better than before ;)
Jan 08 15:24:24 <simple_> I think it's something related to mount options
Jan 08 15:24:50 <miken> stt_michael: FYI: found out why it didn't probe from this clue: http://stackoverflow.com/questions/9168885/when-does-the-probe-function-for-a-linux-kernel-driver-gets-called , arch/arm/mach-omap2/devices.c asked for the wrong driver name. Makes absolutely no sense. Think only TI can rescue me here.
Jan 08 15:25:30 <stt_michael> hehe .. good luck. Had a wicked set of problems with a TI arm4 board .. managed to work around most things in the end .. but TI staff are fairly accessible
Jan 08 15:25:44 <stt_michael> if you got a rep .. you're already first rung on ladder :)
Jan 08 15:26:51 <stt_michael> miken: if you have sources, should be possible to 'grep' for that function 'mfd_tscadc_init'
Jan 08 15:27:19 <stt_michael> miken: there's obviously a missing link somewhere .. been there :)
Jan 08 15:28:14 <simple_> stt_michael: do you think it's something related to mount options or to udev ?
Jan 08 15:28:36 <stt_michael> mount options will be irrespective of ssh/usb .. udev more likely
Jan 08 15:29:13 <simple_> stt_michael: :$ can I ask for your advice
Jan 08 15:29:18 <stt_michael> sure...
Jan 08 15:29:48 <miken> stt_michael: I did that. mfd_tscadc_init()->am33xx_register_mfd_tscadc() in devices.c which uses the wrong driver name in omap_device_build()
Jan 08 15:30:15 <simple_> stt_michael: now I'm not sure what to do - I thought once the read only mod solved i'm fine
Jan 08 15:30:17 <stt_michael> miken: can you *cough* bodge it to the right one?
Jan 08 15:30:20 <simple_> but it seems I'm not
Jan 08 15:30:24 <simple_> what is the next step ?
Jan 08 15:31:36 <stt_michael> simple_: you might have to dig a bit deeper into udev .. my impression was that /etc/modprobe was used by udev .. but udev is a clever lil widget
Jan 08 15:31:48 <miken> stt_michael: yeah, did that. That's why the driver probe function is now called, but then I get the crash. So the adc driver does something it's not allowed to, it seems. Makes no sense how this could ever work. I must be doing something very wrong.
Jan 08 15:32:09 <simple_> stt_michael: let me dig a little - thanks anyway you were very helpful
Jan 08 15:32:55 <stt_michael> miken: likely a work-in-progress at TI's end .. and not all the patches made it to the public domain
Jan 08 15:34:09 <miken> stt_michael: well I used the latest tag from PSP git. And the release notes list missing features in the adc part, not that it wont work in any way.
Jan 08 15:36:52 <stt_michael> miken: counter-intuitive .. but if you try going back to a previous version .. does it work then?!
Jan 08 15:39:00 <miken> stt_michael: Haven't tried. Could take a long time testing different releases. Unless there is some history evidence for it, there's no reason to think it would change anything. I think I need a TI PSP guy to sort things out.
Jan 08 15:39:38 <stt_michael> miken: just thinking of things you can try .. but definitely contact TI .. its their code after all :)
Jan 08 15:41:36 <miken> stt_michael: yeah thanks. It also is, but I'm starting to really waste time, so I'd rather get support. Just tried to build the module in kernel, but still crashes.
Jan 08 15:42:13 <stt_michael> miken: best keep it loadable from kernel for now .. limits breakage :)
Jan 08 15:42:38 <stt_michael> miken: "wasted" plenty of time with arm systems .. but its all acquired knowledge !
Jan 08 15:42:52 <stt_michael> miken: or thats the idea anyhow!
Jan 08 15:59:34 <phillip_m> Does anyone know where to find the TI TRM spruf98m or sprugn4f
Jan 08 16:00:10 <cthree87> ti.com?
Jan 08 16:01:18 <phillip_m> they seem to not have it anymore - a better name perhaps for the TRMs for OMAP3530 & AM3730?
Jan 08 16:01:40 <av500> google should have some
Jan 08 16:02:05 <av500> for 3530 its hard
Jan 08 16:02:09 <av500> that chip never existed
Jan 08 16:02:20 <thow> av500: is usb hotplug issue solved? what's the current status?
Jan 08 16:02:32 <av500> no idea
Jan 08 16:02:43 <thow> does anyone know?
Jan 08 16:06:00 <stt_michael> thow: hotplug only works if you can maintain ONE usb device connected at power-on .. on our experience
Jan 08 16:08:17 <phillip_m> oops - DM3725
Jan 08 16:08:28 <thow> :(
Jan 08 16:08:31 <thow> thanks, stt_michael
Jan 08 16:09:03 <stt_michael> thow: there have been various attempts to make it work .. but none seem to be 100% reliable
Jan 08 16:09:23 <miken> stt_michael: got occupied. I don't mind at all digging through the kernel and learning stuff. Trouble is that it's part of a product that needs to be ready. Capitalism whips my ass. :)
Jan 08 16:09:38 <stt_michael> miken: know that feeling only too well ..
Jan 08 16:09:53 <stt_michael> miken: gradually getting familiar with kernel sources and drivers :(
Jan 08 16:11:56 <miken> stt_michael: my boss was just worried about the time required to change PSP version to a never one, which doesn't even work.. yehaa.
Jan 08 16:18:35 <stt_michael> miken: eek! :) fun times
Jan 08 16:31:15 <vodka> hi
Jan 08 16:42:53 <das> sooo our demo got to the CES, one board, one hard drive
Jan 08 16:43:08 <das> guy we sent with the board tells us on the second dqy it doesn't work
Jan 08 16:43:40 <das> he booted the card with flash bootloaders first, then powered the hard drive after a random time
Jan 08 16:44:05 <das> this guy has an engineer's diploma >.>
Jan 08 17:45:23 <Tom_____> hello
Jan 08 17:45:45 <Tom_____> Too confirm quickly, to remove all doubt
Jan 08 17:46:16 <Tom_____> Is this "AM335x 1GHz ARM® Cortex-A8" the same as the ARMv8 ??
Jan 08 17:47:19 <louiz920> no
Jan 08 17:47:49 <louiz920> its ARMv7
Jan 08 17:48:09 <louiz920> http://en.wikipedia.org/wiki/ARM_Cortex-A8
Jan 08 17:49:43 <louiz920> ARMv8 are your new Apple A7 and Cortex-A53 (http://en.wikipedia.org/wiki/ARM_architecture)
Jan 08 18:18:57 <Pit> I get errors  when i execute opkg in comand line
Jan 08 18:19:40 <Pit> http://prntscr.com/2hm50u
Jan 08 18:20:36 <ogra_> looks like you are offline or your DNS is broken
Jan 08 18:20:42 <anujdeshpande> Pit: are you connected to the internet ?
Jan 08 18:21:49 <Pit> im USB right now
Jan 08 18:22:13 <Pit> the ethernet is attached to my desktop not to the BBB
Jan 08 18:22:25 <anujdeshpande> Pit: you can share your internet connection
Jan 08 18:22:38 <anujdeshpande> what os are you running on your desktop ?
Jan 08 18:22:51 <Pit> no, ... Windows xp sp 3
Jan 08 18:22:55 <Pit> but
Jan 08 18:23:20 <ogra_> didnt XP have a connection sharing feature ?
Jan 08 18:23:27 <ogra_> you might want to enable that then
Jan 08 18:23:32 <Pit> i've tried to conect just the BBB with the ethernet cable... reset everything... and nothing
Jan 08 18:24:20 <Pit> How? ... i think the sharing think is a router's problem... the service i have only allows 1 in the connection...
Jan 08 18:25:21 <ogra_> your XP machine is online right ?
Jan 08 18:26:39 <Pit> Yes
Jan 08 18:26:40 <ogra_> google for "windows XP internet connection sharing" you should find some guides
Jan 08 18:27:17 <stt_michael> do you have a router? or try using usb cable instead
Jan 08 18:31:52 <Pit> i have a router conected to my desktop , and my bbb is conected through usb to my desktop too
Jan 08 18:32:47 <ogra_> oh
Jan 08 18:33:00 <ogra_> i understood your BBB is connected to your desktop via ethernet too
Jan 08 18:33:07 <ogra_> sorry then ...
Jan 08 18:33:57 <myself> My first reaction: "how many horsepower and RPM is that router?"
Jan 08 18:34:05 <myself> <-- spending too much time reading about CNC stuff lately
Jan 08 18:35:34 <Pit> Now im getting fatals on PuTTy
Jan 08 18:38:30 <heeen> what is the difference between mdc and mdio pins
Jan 08 18:53:15 <elyezer> what happens if I change the pin mode from the pins related to the eMMC?
Jan 08 18:53:31 <elyezer> like I would like more GPIOs
Jan 08 19:08:14 <stt_michael> elyezer .. you will be unable to use the on-board eMMC
Jan 08 19:09:33 <stt_michael> elyezer .. perhaps you might want to try using an I2C port expander like the MPC230xx ?
Jan 08 19:10:30 <stt_michael> elyezer .. for example something like http://www.gigamegablog.com/2012/11/04/beaglebone-coding-101-i2c/ .. whether python or not is up to you
Jan 08 19:13:21 <stt_michael> rcn-ee: glad to report that kernel option 'e' made our display come to life. . so thanks for the pointer :)
Jan 08 19:13:33 <rcn-ee> no problem!
Jan 08 19:13:56 <stt_michael> *mutter* stupid intelligent connector config *mutter*
Jan 08 19:14:03 <stt_michael> :)
Jan 08 19:18:04 <stt_michael> back to the wand imx6 platform now :D
Jan 08 19:18:43 <stt_michael> rcn-ee: had a question in the #wandboard channel about the more advanced vpu/gpu features of the imx6 .. have these reached your patchset do you know? I'll get the link back ..
Jan 08 19:20:03 <rcn-ee> i just merged Michele Adduci's vivante drm patchset into my 3.13 tree, haven't personally tested it.. will play around with it this weekend..
Jan 08 19:21:23 <stt_michael> ah lovely .. will poke ya next week then .. would be cool if it plays nice
Jan 08 19:22:19 <rcn-ee> just started looking into the ddx/opengl stuff, it's going to be interesting..
Jan 08 19:23:58 <stt_michael> some of the arm's have fairly reasonable acceleration I thought
Jan 08 19:24:17 <stt_michael> since its not a requirement for our applications .. not something we've investigated yet
Jan 08 19:24:27 <rcn-ee> they do.... it's just the crap we have to deal with to get them to do something useful. ;)
Jan 08 19:24:35 <stt_michael> tell me about it :/
Jan 08 19:25:18 <stt_michael> I'll be starting up a blog soon to sort out some of the 'misinformation' thats out there with things we've worked on
Jan 08 19:26:26 <stt_michael> too much of a 'black art' currently lol
Jan 08 19:26:56 <rcn-ee> nah, just give me a board with pci-e bus and i'll stick anything else in for graphics.. ;)
Jan 08 19:27:31 <stt_michael> indeed
Jan 08 19:27:39 <stt_michael> aritey .. time to go home .. bbl :)
Jan 08 19:30:43 <elyezer> stt_michael: even if I change that on the runtime? And so if I do the same to the HDMI reserved pins and I plug HDMI device it will not work, right? So to use all 65 possible GPIOs I will lose the eMMC and HDMI.
Jan 08 19:39:33 <m_billybob2> rcn-ee, so . .. asuming you're Robert . . . will we still be able to load / unload device tree file at boot ?
Jan 08 19:39:59 <m_billybob2> files .. .but yeah same question
Jan 08 19:41:03 <m_billybob2> And sorry, talking in context to the conversation on th groups about dt files and ernel 3.13.rc
Jan 08 19:41:32 <m_billybob2> kernel 3.13.rc* wow my keyboard being funky
Jan 08 19:44:19 <rcn-ee> m_billybob2, nope, that's one of the big things people will miss..  If you want/need that you need to start hacking/porting overlays's. ;)
Jan 08 19:45:34 <m_billybob2> SO sorry if im sounding a bit combative here in this comment. But whose bright idea was this ? one of the things that irks me in a situation liek this is not change so much bit changing so much that no one can get a handle on things
Jan 08 19:46:20 <m_billybob2> if that makes any sense at all
Jan 08 19:46:53 <rcn-ee> it's simple.. the guys that wrote it for 3.8 are no longer involved... i've always worked on other stuff, so never really paid much attention to what they did..
Jan 08 19:49:16 <rcn-ee> besides '3.8' still works right? no one has taken that away from you?  for some of us.. 3.8 is broken/boring for us.. so i'm working v3.13-rc to scratch my itches..
Jan 08 19:50:17 <m_billybob2> SO why the need for 3.12.x + ?
Jan 08 19:50:37 <mdp> m_billybob2, the capemgr made BBB completely different from any close to mainline kernel.. I'm pleased to not see that proprietary to BBB solution continued
Jan 08 19:50:59 <m_billybob2> mdp, ah but its still there
Jan 08 19:51:10 <rcn-ee> m_billybob2, i'm done with v3.12.x.. (other then taking things from ti's 3.12 bsp..) v3.13-rcX has replaced it for me..
Jan 08 19:51:13 <mdp> _continued_
Jan 08 19:51:53 <m_billybob2> but im asign you why the need for a new er kernel. Just curious as to why you seem to be moving from one to the next so fast
Jan 08 19:52:04 <m_billybob2> not lookign to place blame or anythign like that, just curious
Jan 08 19:52:05 <mdp> m_billybob2, are you unfamiliar with linux?
Jan 08 19:52:33 <mdp> new kernel features come with each release
Jan 08 19:52:37 <m_billybob2> mdo right now I am only interrested in one conversation.
Jan 08 19:52:41 <m_billybob2> mdp*
Jan 08 19:52:56 <rcn-ee> m_billybob2, what mdp said. ;)
Jan 08 19:53:04 <m_billybob2> but what specifically ?
Jan 08 19:53:24 <rcn-ee> "everything"
Jan 08 19:53:24 <mdp> rcn-ee, and wouldn't you say you minimize the number of out-of-tree patches you have to carry by going to 3.13+?
Jan 08 19:53:52 <mdp> I'm personally able to work with 3.13-rc7 mainline instead of any bb.org kernel now
Jan 08 19:54:18 <rcn-ee> m_billybob2, less maintance too.. so with v3.12.x I carried a lot of patches, most are now in v3.13-rc.. so when i switched i dropped all that stuff i had to maintaine as mainline had it..
Jan 08 19:54:37 <rcn-ee> plus "sgx" works in v3.12/v3.13... v3.8 doesn't have that.. ;)
Jan 08 19:54:52 <mdp> hurray for TI upstreaming am335x
Jan 08 19:54:56 <m_billybob2> people are seemingly patching it in
Jan 08 19:55:08 <m_billybob2> into 3.8.x i  mean
Jan 08 19:55:14 <m_billybob2> android has always had it
Jan 08 19:55:21 <m_billybob2> or so it seemed
Jan 08 19:55:32 <mdp> m_billybob2, some people will be thrilled if you maintain capemgr for newer kernels, I'm sure.
Jan 08 19:55:58 <m_billybob2> thign is im new to kernel dev / Linux dev period. but im not new to dev or linux
Jan 08 19:56:10 <m_billybob2> so all this changing throws a monkey wrench into my leanring curve
Jan 08 19:56:29 <mdp> the only constant with the kernel is change
Jan 08 19:56:41 <m_billybob2> mostly im wonderintg when things are goign ot settle down so i can truely start learning
Jan 08 19:56:56 <mdp> if you wait, you'll never learn
Jan 08 19:57:29 <rcn-ee> it's always evolving.. if you look back on what we did with 2.6.32 with the xM to v3.13-rc7 "everything" has changed... ;)
Jan 08 19:58:01 <m_billybob2> i have a copy of LDD sitting next to me revision 3 and yeah . . . somewhat useless now
Jan 08 19:58:12 <mdp> let's take pwm support
Jan 08 19:58:31 <mdp> every blog howto for BBB vs. 3.8 is obsolete with the newer kernels
Jan 08 19:58:42 <mdp> because 3.8 used a proprietary pwm_test module
Jan 08 19:58:52 <mdp> and newer kernels provide a standard sysfs api
Jan 08 19:58:58 <mdp> just have to deal with it
Jan 08 19:59:38 <m_billybob2> i hope all new stuff isnt goign ot be hard coded sysfs stuff
Jan 08 20:00:02 <mdp> no idea what you mean
Jan 08 20:00:31 <m_billybob2> yeah i probably have no idea what i mean either.
Jan 08 20:01:00 <m_billybob2> id like to be able to still directly interfac with a devices "memory" whcih ill assume is still possible
Jan 08 20:01:08 <m_billybob2> like /dev/mem
Jan 08 20:01:19 <m_billybob2> mmap is it called ?
Jan 08 20:02:32 <rcn-ee> security people would not like you to do that. ;) well unless your samsung, then /dev/mem is wide open..
Jan 08 20:03:42 <m_billybob2> thankfully the only security person I have to contend with right now is myself :)
Jan 08 20:04:00 <m_billybob2> anyone else can take a flying leap ;)
Jan 08 20:04:03 <rcn-ee> idk... nsa is everywhere.. ;)
Jan 08 20:04:34 <m_billybob2> well if they're in my house, they're going to have a problem ;)
Jan 08 20:05:07 <mdp> if you don't understand why using /dev/mem to work with peripherals can cause problems you probably shouldn't use it
Jan 08 20:05:31 <mdp> </advice>
Jan 08 20:09:02 <_SY_> hello
Jan 08 20:09:58 <m_billybob2> advice duely noted, and rejected. nothing peersonal
Jan 08 20:10:23 <m_billybob2> only way to learn is by doing, understanding comes later.
Jan 08 20:10:43 <_SY_> Is your name yoda?
Jan 08 20:10:44 <_SY_> :)
Jan 08 20:11:06 <mdp> m_billybob2, good luck ;)
Jan 08 20:18:56 <m_billybob2> mdp, its of no real concern. I jus twant to experiment is all
Jan 08 20:19:27 <m_billybob2> and if in the process i end up destroying hardware, well then no one to blame but myself
Jan 08 20:19:27 <mdp> good, that's what this is all about
Jan 08 20:22:26 <m_billybob2> just sitting here thinking. high speed PWM or ADC, both these would possibly require somethign other than sysfs since it would be too slow. But in realitity i'd probably use hardware that was made with this purpose in mind
Jan 08 20:23:25 <m_billybob2> one of my own long standing pet projects I have in mind is mppt solar charging
Jan 08 20:43:56 <mdp> it would be a shame if you did PWM without using the PWM h/w you paid for.
Jan 08 20:48:34 <Tired2> yea, use the embedded realtime hardware
Jan 08 20:58:26 <prpplague> mdp: can i quote you on that?
Jan 08 20:59:20 <mdp> sure, the words want to be free!
Jan 08 21:05:34 <heeen> http://pastebin.com/3WUHeNz4 can someone explain this overlay
Jan 08 21:06:21 <heeen> specifically this
Jan 08 21:06:22 <heeen> 0x0A8   0x0D    /* P8.43, P0_MDC, pru1 gpio 2 */
Jan 08 21:06:28 <heeen> 0x0B8   0x35    /* P8.39, P0_MDIO, pru1 gpio 6 */
Jan 08 21:09:01 <heeen> P8.43 means pin 43 on expansion header 8
Jan 08 21:09:17 <heeen> but what does P0_MDX and P0_MDIO mean
Jan 08 21:09:31 <I440r> those are the names for pins on port 0
Jan 08 21:09:56 <heeen> aren't those signals used for thernet
Jan 08 21:10:00 <heeen> part of mii
Jan 08 21:10:11 <mdp> https://github.com/bradfa/beaglebone_pinmux_tables/blob/master/beaglebone_pins_p8
Jan 08 21:10:23 <mdp> you might find this to be an easy to use reference to parse those
Jan 08 21:10:29 <I440r> thats SOP. instead of having to remember p0.xxx you just remember the pin function name
Jan 08 21:10:46 <I440r> personally i prefer to see p0.x to "some_obscure_name"
Jan 08 21:12:01 <heeen> mdp, P0_MDC is not in that table
Jan 08 21:12:06 <heeen> , where does that come from
Jan 08 21:12:39 <mdp> dunno, doesn't match reality..it's your paste ;)
Jan 08 21:12:59 <heeen> normel pasted it earlier in here
Jan 08 21:13:24 <heeen> what does gpmc stand for
Jan 08 21:13:34 <mdp> general purpose memory controller
Jan 08 21:13:52 <mdp> that's all in the datasheet/trm
Jan 08 21:13:58 <mdp> fwiw..
Jan 08 21:14:14 <heeen> but obviously muxing the pin to a pru gpio does not disable the normal memory controller right
Jan 08 21:14:26 <mdp> if you ignore there very strange P0_* label, the rest is valid
Jan 08 21:14:30 <heeen> but I couldn't have an external at the same time
Jan 08 21:14:32 <mdp> gpmc has nothing to do with ddr
Jan 08 21:14:46 <heeen> what is a use case for a gpmc
Jan 08 21:14:59 <mdp> p.43 is pru1_r30/r31_2
Jan 08 21:15:01 <mdp> for example
Jan 08 21:15:18 <ZiNC> Hey.
Jan 08 21:15:22 <mdp> heeen, attach external memory devices..nand, fifos (fpgas) etc.
Jan 08 21:15:50 <heeen> generally speaking, can muxing anything on the headers disable any onboard functionality
Jan 08 21:15:59 <mdp> yes
Jan 08 21:16:10 <heeen> like what
Jan 08 21:16:21 <mdp> you can easily disable hdmi
Jan 08 21:16:41 <heeen> ah but that is not onboard with the beagle bone white
Jan 08 21:16:52 <mdp> assuming BBB
Jan 08 21:16:55 <heeen> right
Jan 08 21:17:08 <mdp> also note that those pins are boot pins
Jan 08 21:17:14 <heeen> what does that mean
Jan 08 21:17:27 <mdp> so if you are interfacing to them you need to be careful else the board will not boot
Jan 08 21:17:56 <mdp> to summarize..they are sample to determine the order of peripherals to boot from
Jan 08 21:18:24 <mdp> if you drive them the wrong way, the chip won't fetch from the uSD/eMMC on power_on
Jan 08 21:18:56 <mdp> it's a bit complex, but covered in agonizing detail in the TRM boot chapter
Jan 08 21:19:48 <heeen> hm right
Jan 08 21:20:04 <heeen> I want to use pru gpio to drive some device
Jan 08 21:20:26 <heeen> therefore I need to construct a dto to use them
Jan 08 21:20:34 <heeen> but that only gets loaded after booting
Jan 08 21:20:47 <heeen> and the gpios will be output only
Jan 08 21:20:54 <heeen> so that shouldn't be a problem, right?
Jan 08 21:22:46 <mdp> yes, just be sure whatever you are interfacing doesn't have strong pullup/downs in your circuit..see what I mean?
Jan 08 21:23:52 <mdp> so say, you had a strong pullup to Vcc on the bone..on power up, it would sample that pin high..if it's one of those boot pins
Jan 08 21:23:57 <mdp> so be careful
Jan 08 21:27:50 <Anthony> hi
Jan 08 21:27:54 <Anthony> how do i set my name?
Jan 08 21:28:33 <heeen> mdp: what is the list of boot pins
Jan 08 21:28:52 <mdp> in that link I sent you..they are marked in the left column
Jan 08 21:28:53 <ZiNC> From Anthony to Guest16448? :)
Jan 08 21:29:06 <mdp> ZiNC, obfuscation
Jan 08 21:29:31 <ZiNC> Looked more like unsetting than setting.
Jan 08 21:30:03 <veremit> ./nick <name> ?! on irc
Jan 08 21:30:16 <ZiNC> Any idea if there are small powered USB hubs around, maybe just boards? All I see are rather large things, at least larger than unpowered.
Jan 08 21:30:47 <ZiNC> /nick <name> might not do thru the web interface, I suppose.
Jan 08 21:31:34 <Guest16448> lol
Jan 08 21:31:37 <Guest16448> tried it
Jan 08 21:31:39 <veremit> there's usually an option on the connect window for nickname on the webchat
Jan 08 21:31:54 <veremit> no . obviously :)
Jan 08 21:32:08 <Guest16448> theres some command that it says but it goes away in 0.0005 seconds
Jan 08 21:32:26 <Guest16448> ./nick Anthony
Jan 08 21:32:39 <veremit> yes it wants you to 'identify' bcause the nick is owned by someone
Jan 08 21:32:42 <mdp> ZiNC, I have 6cmx6cm 4 port powered USB hubs here..are those big or small?
Jan 08 21:33:02 <Guest16448> i see. well, no biggie
Jan 08 21:33:14 <veremit> common names always are :P
Jan 08 21:33:50 <ZiNC> mdp: Large. But any links to an online sample of such?
Jan 08 21:34:39 <heeen> mdp: p9 contains mmc pins, those aren't also used for the boot sd card, right?
Jan 08 21:34:46 <veremit> ZiNC: you'll struggle to find anyting less than about 3cmx6cm
Jan 08 21:35:04 <heeen> btw what pins does the bbb use for the emmc then...
Jan 08 21:35:23 <veremit> heeen: its in the Reference Manual :)
Jan 08 21:36:16 <ZiNC> I have a 4 port unpowered hub at ~16cm^3, with the upstream connector external.
Jan 08 21:36:31 <mdp> http://www.cyberpowersystems.com/products/accessories/usb_hubs/cph420p.html
Jan 08 21:36:37 <ZiNC> That size is about right. Though I don't need a case, so it might be smaller.
Jan 08 21:37:00 <veremit> heeen: http://www.elinux.org/Beagleboard:Cape_Expansion_Headers
Jan 08 21:37:12 <ZiNC> mdp: Thanks. Yeah, that's rather large.
Jan 08 21:37:45 <mdp> they are travel size..so small to me for a consumer cased hub
Jan 08 21:37:58 <veremit> ZiNC: the hub chip is usually around 2cmx2cm and you have to have connectors :P
Jan 08 21:40:39 <ZiNC> veremit: Well, a connector socket is about 1cm^3.
Jan 08 21:42:03 <mdp> heeen, on white you don't have to worry
Jan 08 21:42:14 <mdp> heeen, on black, you have to worry about the emmc
Jan 08 21:42:35 <mdp> emmc and hdmi are guilty of pin theft on BBB
Jan 08 21:43:05 <prpplague> heeen: http://elinux.org/BeagleBone_Black_Capes
Jan 08 21:43:12 <prpplague> heeen: also a nice table there
Jan 08 21:45:07 <mdp> prpplague, I recently ran bradfa's table's through enscript and printed each across 2 .us letter pages... nice wall poster behind my monitors ;)
Jan 08 21:45:36 <mdp> I grew weary of consuming half a display scrolling around those
Jan 08 21:46:30 <prpplague> mdp: hehe i still have the giant posters i printed when i started on omap4
Jan 08 21:46:30 <veremit> ZiNC: I have one of these .. a different version .. but same product: http://www.newegg.com/Product/Product.aspx?Item=N82E16817394055
Jan 08 21:46:37 <prpplague> mdp: all the clock gates
Jan 08 21:46:47 <prpplague> mdp: four large wall posters
Jan 08 21:47:05 <prpplague> mdp: the girl at fedex kinkos was fascinated by the posters, hehe
Jan 08 21:47:23 <mdp> hehe
Jan 08 21:47:34 <mdp> my colleague wanted to do that for the bcm281xx clock trees
Jan 08 21:47:45 <Guest16448> cross compiling is not working right ;(
Jan 08 21:47:57 <mdp> we'd probably have to kill the printing staff..or at least put them under NDA to allow them to print them though.
Jan 08 21:48:19 <veremit> Guest16448 .. what toolchain/guide are you trying to use?
Jan 08 21:48:26 <prpplague> mdp: hehe
Jan 08 21:48:35 <mdp> prpplague, they require like 1600% zoom in pdf readers to being to be legible
Jan 08 21:48:45 <mdp> s/being/begin
Jan 08 21:48:45 <Guest16448> im using eclipse and a tutorial video http://www.youtube.com/watch?v=vFv_-ykLppo
Jan 08 21:49:14 <Guest16448> i got everything working except when i try to execute the cross compiled executable it says file not found
Jan 08 21:49:30 <veremit> did you install a toolchain?
Jan 08 21:49:41 <ZiNC> veremit: Something like these, but powered, is what I'm after: http://img.bhs4.com/04/9/0495F114BDB146F99F6E52676400543ACBE2183D_large.jpg http://img.bhs4.com/8B/4/8B414F4F6B85250A2B17388E72FC61326737714C_large.jpg
Jan 08 21:49:53 <prpplague> mdp: hehe
Jan 08 21:49:54 <Guest16448> which according to the poster means either its a 64 bit file or its trying to read it as a script..
Jan 08 21:50:03 <Guest16448> hmm no, i dont know much about it tbh
Jan 08 21:50:05 <prpplague> mdp: you every tried to use the TI clock tool for omap?
Jan 08 21:50:07 <Guest16448> whats a toolchain for
Jan 08 21:50:11 <prpplague> mdp: what a nightmare
Jan 08 21:50:25 <thurgood_> where are you trying to run it?
Jan 08 21:50:42 <mdp> prpplague, happily not..never had to do OMAP(tm) work and I'm a better person for it ;)
Jan 08 21:51:04 <Guest16448> in ubuntu home
Jan 08 21:51:10 <thurgood_> could mean you forgot the ./ or forgot to make it executable somehow
Jan 08 21:51:12 <Guest16448> the file is def in the right spot..
Jan 08 21:51:17 <prpplague> mdp: something like 500meg java app
Jan 08 21:51:22 <Guest16448> its this description the poster said
Jan 08 21:51:44 <Guest16448> If bash reports "file not found" when executing an executable file that exists, the reason is that it doesn't recognise it as a binary file, and attempts to treat it as a script. The hypothetical script should start off with #!/path/to/interpreter and bash cannot find the (non-existent) interpreter so it returns "file not found". This could happen if for example you are running a 64-bit executable on 32-bit machine, or an x86 executa
Jan 08 21:51:53 <m_billybob2> seems thats all the "devs" at TI know anymore. java
Jan 08 21:52:07 <rcn-ee_> Guest16448, or you used "gnueabi" toolchain on a "gnueabihf" target
Jan 08 21:52:13 <Guest16448> which is wierd cause, i set up the compiler to use arm-linux-gnueabi
Jan 08 21:52:14 <veremit> ZiNC: like http://eu.startech.com/Cards-Adapters/USB-2/Hub/4-Port-Notebook-Sized-Mini-USB-20-Hub~ST4200MINI
Jan 08 21:52:19 <ZiNC> veremit: Oh, wait. That dual height one seems powered. :)
Jan 08 21:52:23 <mdp> prpplague, lol..did you ever work with am180x/omapl138? the spi/nand flashing tool via UART is a .NET application
Jan 08 21:52:27 <Guest16448> how do u know if its hard float or not?
Jan 08 21:52:27 <rcn-ee_> Guest16448, and let me guess a "armhf" system?
Jan 08 21:52:30 <Guest16448> o.O
Jan 08 21:52:40 <rcn-ee_> "gnueabi" soft float...
Jan 08 21:52:47 <rcn-ee_> "gnueabihf" hard float..
Jan 08 21:52:56 <mdp> prpplague, and yes, it runs on mono..and yes, I had to read .NET code when it wasn't working at first :(
Jan 08 21:52:59 <Guest16448> i mean, how do i know if my beaglebone is hard float or soft
Jan 08 21:53:21 <rcn-ee_> depends.. what os are you running?
Jan 08 21:53:31 <Guest16448> ubuntu raring
Jan 08 21:53:33 <m_billybob2> which abi, lol wouldnt that be nice ;)
Jan 08 21:53:34 <Guest16448> 13.04 i think
Jan 08 21:53:35 <rcn-ee_> hardfloat..
Jan 08 21:53:40 <Guest16448> ahh.. no wonder
Jan 08 21:53:44 <Guest16448> xD
Jan 08 21:53:44 <mdp> prpplague, tools people are into massive bloatware creations it seems
Jan 08 21:53:54 <Guest16448> thank u
Jan 08 21:53:59 <rcn-ee_> all the "softfloat"'s are pretty much eol.. too bad the youtube video's didn't go eol with it. .;)
Jan 08 21:54:18 <thurgood_> lol
Jan 08 21:54:28 <m_billybob2> eol ? end of line ?
Jan 08 21:54:33 <thurgood_> yah
Jan 08 21:54:40 <rcn-ee_> end of life
Jan 08 21:54:41 <veremit> rcn-ee_ : except somewhere there is some strange uboot-isms with soft-float
Jan 08 21:54:42 <Guest16448> i will try and see what happens
Jan 08 21:54:58 <veremit> Guest16448: try http://www.claus.com.ar/2012/06/setting-up-eclipse-for-cc-development.html instead
Jan 08 21:55:12 <rcn-ee_> veremit, u-boot builds fine with hardfp.. ;)
Jan 08 21:55:23 <rcn-ee_> (it shouldn't be doing any "math")...
Jan 08 21:55:27 <veremit> ah musta been some glitch I had with conflicting toolchains once
Jan 08 21:55:37 <veremit> no, it shouldn't!
Jan 08 21:55:39 <m_billybob2> someone was saying that most / all userspace apps didnt use hf anyhow
Jan 08 21:55:52 <Guest16448> right on. that is so much easier than searching around the video lol
Jan 08 21:55:54 <Guest16448> thanks
Jan 08 21:56:00 <m_billybob2> im still newb so still learning
Jan 08 21:56:00 <prpplague> mdp: hehe indeed
Jan 08 21:56:09 <veremit> welcome .. always haveto be a tiny bit sceptical of youtube vids :)
Jan 08 21:56:48 <veremit> ZiNC that belkin thingy is .. lol .. ugly lol
Jan 08 21:57:26 <ZiNC> It's smaller. Though I don't need the outside, really.
Jan 08 21:57:49 <veremit> why Such a small footprint?! trying to fit it inside a beagle-box?!
Jan 08 21:58:30 <ZiNC> Well, inside some small box, along with other parts.
Jan 08 22:16:26 <Guest16448> wahoo! success :D
Jan 08 22:16:45 <veremit> congrats
Jan 08 22:17:14 <Guest16448> now to get debugging workin hehe
Jan 08 22:20:32 <Guest16448> arm is a 32 bit processor right?
Jan 08 22:20:52 <KotH> it can be 64bit as well
Jan 08 22:21:04 <Guest16448> hmm... beaglebone one?
Jan 08 22:21:11 <KotH> 32bit
Jan 08 22:21:22 <Guest16448> thanks
Jan 08 22:21:40 <KotH> Guest16448: please refer to the CPU TRM and the ARM ARM
Jan 08 22:22:44 <veremit> and/or the Beagle System Reference Manual
Jan 08 22:23:07 <KotH> the SRM will refer to the TRM which referes to the ARM
Jan 08 22:23:25 <veremit> best place to start then :)
Jan 08 22:25:29 <veremit> in order of complexity I'd say also lol
Jan 08 22:50:29 <m_billybob2> which then refers to the ARM ARM ? o.O
Jan 08 23:45:41 <k4jcw> Hello. Are there any plans to release a pre-built image with a 3.13.x kernel? I've got a TP-LINK TL-WN8200ND I'd like to use, but the USB VID/PID pair isn't in the 3.8.13 rtl8192cu driver. And while I wouldn't mind waiting for a build to finish on the BBB, I don't really want to install all the crossed tools to rebuild one kernel module.
Jan 08 23:47:39 <veremit> nothing in openwrt for it?
Jan 08 23:48:40 <veremit> k4jcw.. you can download toolchain binaries for most platforms
Jan 08 23:49:16 <veremit> k4jcw .. what exactly are you trying to achieve?
Jan 08 23:49:25 <k4jcw> Including OSX? I poked around, but I didn't see a toolchain for that.
Jan 08 23:49:53 <k4jcw> All I need to do/have done is add the VID/PID pair for the device. It uses the rtl8192cu driver, the driver just doesn't have the VID/PID pair for that device.
Jan 08 23:53:57 <veremit> sounds (in principle) fairly trivial
Jan 08 23:54:21 <veremit> you've checked on the VID/PID database its definitely that and valid?
Jan 08 23:55:22 <k4jcw> That, and it's what the device reports, and that it's not in rtl8192cu.c I'm capable of making the change, building the kernel and installing the module, EXCEPT that I'd have to install the complete toolchain under OSX. Either that, or create a Debian Parallels VM and then install it.
Jan 08 23:55:44 <veremit> sec... just lookin into a linaro osx chain ..
Jan 08 23:56:08 <veremit> all I can see is something on twitter
Jan 08 23:56:10 <k4jcw> But I was kinda hoping someone's built a 3.13.x release image. Supposed to have improved USB and something else support.
Jan 08 23:56:19 <k4jcw> Twitter... please... Don't even go there.
Jan 08 23:56:21 <veremit> there's lots of images about ..
Jan 08 23:56:51 <veremit> but for arm .. they're very processor-specific .. obviously
Jan 08 23:56:56 <ZiNC> Improved USB how?
Jan 08 23:57:41 <veremit> I thought usb on beagle was fundamentally flawed lol
Jan 08 23:57:59 <k4jcw> http://eewiki.net/display/linuxonarm/BeagleBone+Black  search for '3.13.x'
Jan 08 23:58:02 <veremit> k4jcw: I see what you're doing now .. slow night lol .. I'll take a look in a few.
Jan 08 23:58:13 <veremit> ah - Robert's posted has he *smile*
Jan 08 23:58:17 <k4jcw> Coo, thanks.
Jan 08 23:58:18 <ZiNC> Flawed on all of them, or specific Beagle boards?
Jan 08 23:58:27 <k4jcw> er, "cool"
Jan 08 23:58:54 <veremit> black has hotplug known issues .. dunno whether they been fixed
Jan 08 23:59:02 <veremit> maybe if rcn is here .. he can comment ;)
Jan 08 23:59:04 <ZiNC> As cryptic as it gets. :)
Jan 08 23:59:20 <ZiNC> I recall a few people coming here asking about it.
Jan 08 23:59:34 <ZiNC> And there's that old Google Groups (*shudder*) thread.
Jan 08 23:59:50 <veremit> gawd .. WHY do ppl use google groups .. lol
Jan 08 23:59:52 <ZiNC> If it's a problem, I hope it improves. :)
Jan 08 23:59:54 <veremit> -sigh-
Jan 08 23:59:55 <ZiNC> I don't know.
Jan 09 00:00:02 <ZiNC> Find it too difficult to install phpBB?
Jan 09 00:00:19 <ZiNC> Or maybe they like infinite scroll.
Jan 09 00:00:34 <veremit> ick .. google don't own the world ... Yet.
Jan 09 00:00:36 <veremit> lol
Jan 09 00:00:52 <ZiNC> Android + cars is starting to happen.
Jan 09 00:01:21 <ZiNC> Ppl might think twice before installing 3rd party firmware there. ;)
Jan 09 00:01:26 <N2TOH> what the new GM 4G onstar offering?
Jan 09 00:01:58 <ZiNC> Also Audi, Hyundai, methinks.
Jan 09 00:02:05 <ds2> GM has a 4G onstar?
Jan 09 00:02:37 <ZiNC> ...and Honda.
Jan 09 00:03:01 <N2TOH> it was just anounced for the new 2014 models
Jan 09 00:03:25 <N2TOH> http://gmauthority.com/blog/2014/01/in-vehicle-4g-lte-integration-to-bring-10th-gen-onstar-hardware-to-gm-vehicles/
Jan 09 00:03:59 <veremit> damnit rcn is offline
Jan 09 00:05:15 <ZiNC> Anyone thinks it's a good/bad idea to do non-hardware-specific portions of BBB software dev on some Linux on a PC, then do the final touches on an actual BBB?
Jan 09 00:05:32 <heeen> k4jcw: building wifi modules is pretty quick on the beagle itself
Jan 09 00:05:52 <heeen> you don't need cross tools there, just the compiler it comes with
Jan 09 00:06:05 <veremit> is there a modules package?
Jan 09 00:07:14 <k4jcw> I thought about doing that. But that's a good point. I've always installed full kernel sources and built from those. Can you 'make modules' without building the entire thing?
Jan 09 00:07:26 <heeen> http://bonenotes.tumblr.com/
Jan 09 00:07:30 <veremit> you can certainly just make modules ..
Jan 09 00:07:44 <heeen> this shows how to build the ko from realtek sources
Jan 09 00:08:10 * veremit chuckles .. connman ..
Jan 09 00:08:14 <heeen> http://www.codealpha.net/864/how-to-set-up-a-rtl8192cu-on-the-beaglebone-black-bbb/ this is a shorter version
Jan 09 00:08:38 <heeen> stupid connman... is there an alternative
Jan 09 00:09:02 <veremit> networkmanager .. unless you go hardcore wpa_supplicant :)
Jan 09 00:09:08 <veremit> i've found networkmanager to be ok
Jan 09 00:09:28 <heeen> can't get connman to start my wifi on bootup
Jan 09 00:09:44 <veremit> its a *cough* conn .. lol
Jan 09 00:09:47 <veremit> :D
Jan 09 00:10:03 <veremit> yeah I'm reading it likes eth0 .. lol
Jan 09 00:12:56 <k4jcw> The sources in apt-get are for 3.2. What's the package name for the 3.8.x sources?
Jan 09 00:15:05 <veremit> have you 'apt-get update' recently?
Jan 09 00:15:10 <k4jcw> Moments ago.
Jan 09 00:15:10 <veremit> 3.2 sounds Very old.
Jan 09 00:15:35 <veremit> ah .. we might be talking angstrom ... *yuk*
Jan 09 00:15:55 <k4jcw> I'm running Debian.
Jan 09 00:16:09 <veremit> oh .. whats your sources.list ?
Jan 09 00:16:49 <k4jcw> wheezy
Jan 09 00:17:02 <k4jcw> main contrib and non-free
Jan 09 00:17:19 <veremit> strange
Jan 09 00:18:05 <k4jcw> http://pastebin.com/7XgmPHHR
Jan 09 00:18:12 <veremit> k4jcw: yea I see what you mean .. from my wandboard
Jan 09 00:18:15 <veremit> same debian :)
Jan 09 00:19:07 <k4jcw> Sweeet. I follow a lot of the embedded products, but I hadn't seen a wand board before.
Jan 09 00:19:17 <veremit> they're nice :)
Jan 09 00:19:23 <veremit> I got a dual personally .. with the wifi
Jan 09 00:19:48 <veremit> no .. I stumbled across it by accident .. and my boss and I both homed in :D
Jan 09 00:20:01 <veremit> we now have all three permutations between us :D
Jan 09 00:20:18 <k4jcw> I might drop the $129 for the quad. The SATA aspect is appealing.
Jan 09 00:20:49 <veremit> yeah it is .. and you can .. *cough* break it to boot from sata :)
Jan 09 00:21:12 <ZiNC> There are cheaper things with SATA.
Jan 09 00:21:19 <veremit> like?
Jan 09 00:21:28 <ZiNC> Cubieboard.
Jan 09 00:21:40 <veremit> ah think I saw that .. not sure its available in europe
Jan 09 00:21:55 <ZiNC> Probably available directly from China.
Jan 09 00:22:04 <veremit> yeah think I looked a few months ago
Jan 09 00:23:12 <ZiNC> $65 from Seeed for the A20 version.
Jan 09 00:23:49 <veremit> I'll have to have another look .. arm7 or 9?
Jan 09 00:24:27 <k4jcw> Spec for spec, the Wandboard Quad seems to be a better value. More expensive, yes. But you're talking a significantly upgraded graphics engine, 2GB vs 1GB, Gigabit LAN...
Jan 09 00:24:37 <veremit> whoah
Jan 09 00:24:41 <veremit> its only 0.5gb lol
Jan 09 00:24:45 <veremit> the lan that is
Jan 09 00:25:05 <veremit> be careful about the spec s.. its not usb3 either!
Jan 09 00:25:15 <veremit> they've been a bit cheeky lol
Jan 09 00:25:51 <k4jcw> It takes a lot of horsepower to move data at a gigabit. Link speed vs thru-put.
Jan 09 00:26:10 <veremit> true, true
Jan 09 00:29:43 <veremit> hey rcn .. are there genuine improvements to usb on the bbb in 3.13?
Jan 09 00:30:56 <rcn-ee> lots of fixes behind: CONFIG_USB_TI_CPPI41_DMA
Jan 09 00:31:27 <veremit> whats That?!
Jan 09 00:32:11 <rcn-ee> remember those musb discussion about 3.2? where some devices worked better in pio mode vs dma?
Jan 09 00:32:34 <veremit> nope .. think I mighta juuuust scraped by that one
Jan 09 00:32:46 <veremit> but I seen other issues with dma on peripherals
Jan 09 00:32:49 <veremit> eg. serial
Jan 09 00:33:44 <rcn-ee> well when it works, it does drop the cpu usage..
Jan 09 00:34:15 <ZiNC> Anything related to hotplugging?
Jan 09 00:34:31 * veremit lol
Jan 09 00:34:58 <ZiNC> Not that I know anything about that firsthand.
Jan 09 00:35:01 <veremit> ZiNC: can't see any cubie for much less than I can get wandboards
Jan 09 00:35:17 <ZiNC> veremit: $65?
Jan 09 00:35:28 <veremit> can't see any at $65 where I'm sitting ..
Jan 09 00:35:29 <rcn-ee> laughs.. 'hotplugging' we've been fighting this issue ever since the first beagle came out in 2.6.27..
Jan 09 00:35:32 <veremit> not to UK
Jan 09 00:35:54 <ZiNC> rcn: Is the battle won? Or the war?
Jan 09 00:36:09 <veremit> I think there's several rounds to go ...
Jan 09 00:36:35 <ZiNC> veremit: http://www.seeedstudio.com/depot/cubieboard-a20-p-1553.html?cPath=6_112 free shipping (though "without tracking")
Jan 09 00:36:56 <veremit> hmm yeah on $65 .. don't Think so lol
Jan 09 00:37:00 <veremit> $15 maybe ..
Jan 09 00:37:07 <ZiNC> ?
Jan 09 00:37:27 <veremit> international no tracking .. no thanks :)
Jan 09 00:37:37 <ZiNC> I don't think things are lost that often, and the store would probably replace it.
Jan 09 00:37:59 <ZiNC> But let's see.
Jan 09 00:38:16 <rcn-ee> ZiNC, musb: you have to look back on it's history.. Nokia just wanted a way to swap vcard info.. thus musb was built...
Jan 09 00:38:44 <veremit> is That where it came from?!
Jan 09 00:39:21 <veremit> hmm .. I have vague recollections of a totally inadequate incomplete implementation of usb .......
Jan 09 00:39:42 * veremit throws in 'incompetant' too , just for fun
Jan 09 00:40:07 <rcn-ee> just the fact it sorta works is a miracle..
Jan 09 00:40:21 <ZiNC> Aren't there alternatives?
Jan 09 00:41:24 <veremit> ZiNC : I'd have to pay import duty .. so +20% on that $65 :/
Jan 09 00:41:41 <veremit> ZiNC: write your own usb driver?! lol
Jan 09 00:41:50 <rcn-ee> there are.. TI would just have to either create it thereself, or license it from another vendor.. (M = Mentor)
Jan 09 00:42:03 <veremit> oh its Mentor (graphics?)
Jan 09 00:42:07 <rcn-ee> yeap
Jan 09 00:42:15 <veremit> they still exist?! *snicker*
Jan 09 00:42:30 <veremit> used their tools once for fpgas
Jan 09 00:42:39 <ZiNC> So a non-TI controller would be another solution? :)
Jan 09 00:42:59 <veremit> driver* the hardware -should- work
Jan 09 00:43:04 <ZiNC> veremit: Looks like they do say they'll "refund/reship".
Jan 09 00:43:15 <ZiNC> 20% is another issue...
Jan 09 00:43:21 <rcn-ee> top of: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/usb/musb/Kconfig (it's widely used..)
Jan 09 00:43:27 <veremit> ZiNC: yes I see that .. I'd be willing for pay a few $ for DHL/UPS though
Jan 09 00:44:05 <veremit> "inventra" holy hell . its had a life and some ...
Jan 09 00:44:49 <veremit> rcn: I see your DMA options now
Jan 09 00:45:18 <rcn-ee> i've had good luck leaving that enabled..
Jan 09 00:45:32 <ZiNC> veremit: A hardware without a good driver is ultimately the same as bad hardware.
Jan 09 00:45:33 <veremit> I assume its in your board configs :p
Jan 09 00:45:40 <veremit> ZiNC: absolutely!
Jan 09 00:45:44 <veremit> or none at all
Jan 09 00:46:28 <rcn-ee> but think about where these came from.. how often did you hotplug a device into your nokia xyz?
Jan 09 00:46:42 <veremit> rcn-ee: have you thought about doing a more light-weight kernel script .. I see the one you got has a LOT of modules built ?! :)
Jan 09 00:46:49 <ZiNC> I hotplugged a Nokia into something else.
Jan 09 00:47:19 <ZiNC> Though, probably unrelated, but my Nokia corrupts its filesystem slowly but surely.
Jan 09 00:47:22 <rcn-ee> veremit, get a faster pc.. ;)  years ago it started out small, then everyone wanted something else.. so we get the kitchen sink..
Jan 09 00:47:26 <ZiNC> Not sure why. Seemingly only on the SD.
Jan 09 00:47:37 <veremit> rcn-ee .. the PC is fine .. its just syncin the image :P
Jan 09 00:47:48 <veremit> just wondered
Jan 09 00:48:02 <veremit> well .. boss won't pay for a 'fast' PC ... :(
Jan 09 00:48:34 <veremit> so I make do with the 2 gerbil-wheel version
Jan 09 00:48:56 <rcn-ee> i just bring in my own box... mini-itx are so easy to sneak in..
Jan 09 00:49:08 <veremit> yeah I'm building a new itx  box :)
Jan 09 00:49:33 <veremit> our company makes nice ali cases :)
Jan 09 00:50:06 <ZiNC> So what would it take to fix whatever still needs fixing in USB?
Jan 09 00:50:19 <ZiNC> Something doable by end-users?
Jan 09 00:51:17 <veremit> ZiNC: I think anyone can contribute to the repos' no?
Jan 09 00:51:24 <rcn-ee> test v3.13-rcX... sometimes, it's just because the device takes too much extra current..
Jan 09 00:51:42 <rcn-ee> sometimes having an externally powered hub helps..
Jan 09 00:51:49 <ZiNC> veremit: The question is if everything is exposed enough.
Jan 09 00:52:02 <veremit> ZiNC: its open source .. isn't it?!
Jan 09 00:52:07 <rcn-ee> or even having a 'usb flash' drive always plugged into that hub, that seems to always fix it..
Jan 09 00:52:14 <ZiNC> The hardware?
Jan 09 00:52:29 <ZiNC> rcn: The exact causes are still a mystery?
Jan 09 00:52:30 <veremit> yea any usb device .. we use a ftdi on our boards .. connected to a usb hub chip :)
Jan 09 00:53:02 <veremit> ft230x serial bridge on a usb2514 hub on the usb port
Jan 09 00:53:09 <rcn-ee> ZiNC, it depends.. ;)  Not every device is usb 'qualified'...
Jan 09 00:53:34 <rcn-ee> musb is just pretty picky..
Jan 09 00:53:35 <veremit> did the Babble interrupt issue go away?
Jan 09 00:53:55 <ZiNC> So things based around chips from major mfgs are generally okay?
Jan 09 00:54:22 <ZiNC> veremit: What hub chip?
Jan 09 00:54:36 <veremit> usb2514
Jan 09 00:54:45 <ZiNC> Ah, right.
Jan 09 00:54:46 <veremit> used to be .. thingy .. now microchi
Jan 09 00:54:56 <veremit> 4 port usb2
Jan 09 00:55:33 <veremit> but yea .. you need power control with that :)
Jan 09 00:55:34 <ZiNC> What extra parts do you need but ports? :)
Jan 09 00:55:43 <veremit> there's an app note on the site .. sec ..
Jan 09 00:56:44 <veremit> formerly smsc yes...
Jan 09 00:57:31 <veremit> it is , ofc, a smd chip :p
Jan 09 00:57:39 <veremit> I was resisting saying anyhting earlier :p
Jan 09 00:58:16 <veremit> but that series work well .. we've used 4port and 7 ports
Jan 09 01:00:10 <ZiNC> 7 port seems more common in standalone hubs, for some reason.
Jan 09 01:00:14 <ZiNC> Well, powered ones.
Jan 09 01:00:21 <ZiNC> I wonder why.
Jan 09 01:00:52 <rcn-ee> usb spec is 500mA downstream.. so 7 port hub needs 700mA (100mA is guranteeed on every port)
Jan 09 01:00:57 <veremit> look for the old versions .. 2504/2507
Jan 09 01:01:14 <veremit> powered needs >2A for 4port
Jan 09 01:01:29 <veremit> or 7 .. thats nearly 4A
Jan 09 01:01:35 <ZiNC> And yet, 7 is the common things.
Jan 09 01:01:36 <ZiNC> -s
Jan 09 01:01:43 <rcn-ee> yeap.. for "4" devices.. technically you only need 400mA but then nothing could really be plugged in..
Jan 09 01:01:47 <ZiNC> On eBay, seemingly sometimes with 1A adapters.
Jan 09 01:01:51 <ZiNC> Sometimes less. :)
Jan 09 01:01:54 <veremit> which is why wifi adapters fail :p
Jan 09 01:02:14 <ZiNC> Typical WiFi uses the full 500mA?
Jan 09 01:02:17 <k4jcw> Is there a list of deltas between bone32 and bone35?
Jan 09 01:02:30 <veremit> and my pico-psu won't start with 2 usb-sticks and an esata2.5" drive plugged in lol
Jan 09 01:02:32 <rcn-ee> and which is why we have problems... they want more then the initial 100mA or they cheat and need more then 500mA.. bam port goes down..
Jan 09 01:02:56 <veremit> but .. those 2504/7 app notes .. have options for external power
Jan 09 01:03:12 <ZiNC> What I'll need eventually will be mostly the minimum. Maybe with 1 WiFi and/or BT.
Jan 09 01:03:14 <veremit> and all our boards have over-current detection and power switches on per the app note
Jan 09 01:03:46 <veremit> if you wanna talk custom board design .. pm :)
Jan 09 01:03:54 <ZiNC> Far too early.
Jan 09 01:03:54 <rcn-ee> that's good.. but can you see why we have issues with hotplug for some devices.. ;0
Jan 09 01:04:18 <veremit> rcn.. other devices manage ok ... *cough* imx :)
Jan 09 01:04:43 <rcn-ee> chipidea is better ip... and usually dedicated regulators..
Jan 09 01:04:44 <ZiNC> Sure, if things are abusive.
Jan 09 01:05:09 <veremit> usb should be fault-tolerant
Jan 09 01:05:17 <veremit> I mean .. its a friggin hot-plug interface.
Jan 09 01:05:29 <veremit> its not like hot-plugging a pci card and wondering why ya pc crashes ...
Jan 09 01:05:44 <rcn-ee> you can hot plug pci..
Jan 09 01:05:47 <ZiNC> Tolerant as in, doesn't explode, or works okay even for out-of-spec? :)
Jan 09 01:05:51 <veremit> shh rcn :p
Jan 09 01:05:56 <k4jcw> Hey, at least at 10 years SOMEONE has finally come up with a hermaphroditic connector for the damn thing. 'cause it never plugs until the 3rd try.
Jan 09 01:06:09 <veremit> hahaha
Jan 09 01:06:34 <veremit> ZiNC: thats where the issue lies
Jan 09 01:06:55 <veremit> the min is "doesn't explode" the desireable is "works ok"
Jan 09 01:07:10 <ZiNC> k4jcw: USB A is rather nice. And B is totally easy.
Jan 09 01:07:54 <k4jcw> "USB A is rather nice"? I wanna smoke what you're smoking.
Jan 09 01:08:11 <ZiNC> Better than VGA.
Jan 09 01:08:22 <k4jcw> USB A is only "rather nice" in the sense that there are 2 orientations for it instead of 4.
Jan 09 01:08:33 <ZiNC> Better than PS/2.
Jan 09 01:08:34 <ZiNC> :)
Jan 09 01:08:42 <k4jcw> I will grant you that.
Jan 09 01:09:30 <k4jcw> One thing I like about USB connectors is there's no locking tab that gets hung up on every cable around it. Read: RJ-45, RJ-11, RJ-12...
Jan 09 01:09:58 <k4jcw> Or screw down ears that hang up on every cable, and 1/2 the time can't be aligned into the screw jacks.
Jan 09 01:10:04 <veremit> its usually got a fairly positive contact too
Jan 09 01:10:17 <ZiNC> So you see, it's not a bad one.
Jan 09 01:10:48 <ZiNC> I just hate the whole mini/micro-a/b mess.
Jan 09 01:10:48 <k4jcw> Let's just say it's less evil.
Jan 09 01:10:52 <k4jcw> Yeah
Jan 09 01:11:46 <veremit> mini-B's are fine
Jan 09 01:11:57 <veremit> you can swing devices attached to them .. :)
Jan 09 01:12:04 <veremit> ok .. modest devices lol
Jan 09 01:12:31 <veremit> and they're not Huge and bulky
Jan 09 01:13:01 <ZiNC> On small devices, okay.
Jan 09 01:13:11 <ZiNC> On large ones, it's annoyingly fragile.
Jan 09 01:14:10 <veremit> then use a big B
Jan 09 01:15:09 <k4jcw> Duct tape
Jan 09 01:15:30 <ZiNC> I don't make the devices, you know. :)
Jan 09 01:15:31 <veremit> potting compound :D
Jan 09 01:15:59 <ZiNC> Unless you suggest I retrofit a different socket?
Jan 09 01:19:37 <ZiNC> Microchip's store doesn't accept PayPal. :-/
Jan 09 01:19:40 <ZiNC> :)
Jan 09 01:20:35 <veremit> does do credit cards
Jan 09 01:20:45 <veremit> paypal is a bit niche
Jan 09 01:21:11 <ZiNC> Kidding.
Jan 09 01:21:14 <ZiNC> (Not that it would hurt.)
Jan 09 01:21:21 <veremit> ..depending on who you trade with :p
Jan 09 01:21:34 <ZiNC> Damn. Getting too late.
Jan 09 01:21:40 <ZiNC> I'd better go.
Jan 09 01:21:41 <ZiNC> Nite!
**** ENDING LOGGING AT Thu Jan 09 02:59:58 2014