**** BEGIN LOGGING AT Mon Jul 22 02:59:58 2013
Jul 22 05:18:52 <johanbr> Hi. Does anyone know if cases for the original beaglebone also fit the beaglebone black?
Jul 22 05:19:57 <ka6sox> they do now
Jul 22 05:20:00 <ka6sox> er not
Jul 22 05:20:10 <ka6sox> because the connectors are in different places
Jul 22 05:29:41 <mranostay> plus new ones
Jul 22 05:33:29 <johanbr> ka6sox: ahh, alright... thank you!
Jul 22 05:42:01 * mranostay digs around the HDR settings
Jul 22 08:01:51 <_SY_> hello and good morning.
Jul 22 08:02:22 <_SY_> Is there anyone here who can help with a termios problem ?
Jul 22 08:05:07 <_SY_> anyone?
Jul 22 08:29:03 <panto> morning
Jul 22 08:29:07 <panto> hi _SY
Jul 22 08:58:01 <bhuey> where can one get 1.8 volts zeners ?
Jul 22 09:12:31 <dys> bhuey: I've seen yellow LEDs used in place of zeners in commercials circuits.
Jul 22 09:12:54 <dys> s/commercials/commercial/
Jul 22 09:39:25 <bhuey> dys: reverse or forward voltage ?
Jul 22 09:40:27 <bhuey> It's to protect the ADC
Jul 22 09:45:57 <dys> bhuey: forward - reverse voltage of LEDs is highly unspecified
Jul 22 09:47:03 <bhuey> There's a lot of variation with the forward voltages
Jul 22 09:47:24 <bhuey> Would 2.2 voltage on the input of the ADC fried that chip ?
Jul 22 09:47:36 <mru> possibly
Jul 22 09:47:49 <mru> that's what the LED would protect against
Jul 22 09:47:49 <dys> but zeners at very low voltages have very large variation, too
Jul 22 09:48:05 <bhuey> yeah at least 5 percent that I saw
Jul 22 09:48:19 <bhuey> It's within the error of the LEDs
Jul 22 09:48:20 <mru> a red or yellow LED has a forward voltage of less than 1.8V
Jul 22 09:48:37 <mru> green LEDs are ~2.1V
Jul 22 09:48:43 <bhuey> What's the standard way of protecting those ADCs ?
Jul 22 09:48:57 <bhuey> obviously a voltage divider to limit the current going through and the voltage
Jul 22 09:49:10 <mru> depends on the source
Jul 22 09:49:23 <mru> usually there's _some_ inherent limit in the source
Jul 22 09:49:53 <bhuey> I just want to be extra paranoid about this so that I don't fuck something up
Jul 22 09:50:08 <bhuey> That breadboard package from adafruit looks like the way to go actually
Jul 22 09:50:26 <bhuey> combo beagleboard and breadboard with a protoboard to go with it
Jul 22 09:50:53 <bhuey> Everything that's hole-through is disappearing apparently
Jul 22 10:11:33 <NameGood> Hello
Jul 22 10:11:44 <NameGood> How do I use the library from github?
Jul 22 10:11:47 <NameGood> after cloning it
Jul 22 10:11:52 <NameGood> to use in cloud9
Jul 22 10:13:52 <NameGood> thx in advance :0
Jul 22 10:13:54 <NameGood> :)
Jul 22 10:42:40 <mrpacket_> hello beagleites
Jul 22 10:42:48 <mrpacket_> fellow hobbits
Jul 22 10:42:50 <mrpacket_> and trolls
Jul 22 10:43:43 <panto> hi mr kiwi
Jul 22 10:43:53 <mrpacket_> hey panto.
Jul 22 10:43:56 <mrpacket_> king of DT
Jul 22 10:43:57 <mrpacket_> :-)
Jul 22 10:44:02 <panto> bah
Jul 22 10:44:09 <panto> whatever works
Jul 22 10:44:16 <mrpacket_> thanks for your notes on the web
Jul 22 10:44:21 <mrpacket_> i've got my system running
Jul 22 10:44:22 <mrpacket_> :-)
Jul 22 10:44:27 <mru> who's the dark lord of acpi?
Jul 22 10:44:41 <mrpacket_> finally got all the bits working
Jul 22 10:44:44 <panto> mru, that is a faceless evil
Jul 22 10:44:52 <panto> mrpacket_, it's not that hard realy
Jul 22 10:45:01 <mrpacket_> panto: not hard once you know how
Jul 22 10:45:03 <mrpacket_> like most thigns
Jul 22 10:45:04 <panto> after you get your mind wrapped around it
Jul 22 10:45:08 <mru> panto: it's not jonmasters?
Jul 22 10:45:36 <mrpacket_> disabled the ugly HDMI nonsnese
Jul 22 10:45:43 <panto> ACPI is going to be required for ARM64
Jul 22 10:45:54 <mru> that's not what catalin says
Jul 22 10:46:06 <panto> expect wonderful fa(i|l)lout
Jul 22 10:46:22 <panto> mru, your org is pushing ACPI
Jul 22 10:46:27 <panto> and your .corp
Jul 22 10:46:50 <mrpacket_> finally got to the bottom of thigns
Jul 22 10:47:11 <mrpacket_> editing the uEnv
Jul 22 10:47:21 <bhuey> Is HDMI official broken on the black ?
Jul 22 10:47:24 <mrpacket_> to disable the hdmi
Jul 22 10:47:26 <bhuey> officlally
Jul 22 10:47:27 <bhuey> officially
Jul 22 10:47:32 <mru> panto: won't be mine much longer
Jul 22 10:47:49 <panto> which? org or corp?
Jul 22 10:47:54 <mru> corp for sure
Jul 22 10:47:57 <panto> bhuey, no
Jul 22 10:48:09 <mru> we'll see how the org reacts
Jul 22 10:48:14 <panto> but weird monitors that don't report EDID properly is a problem
Jul 22 10:48:39 <XorA> panto: there is no requirement
Jul 22 10:49:02 <bhuey> What are people doing with BeagleBones ? they seem to be capable of crazy levels of stuff
Jul 22 10:49:12 <panto> XorA, that's not how I read this statement: https://plus.google.com/106265217227408958782/posts/MhDfDSp8i8a
Jul 22 10:49:21 <XorA> panto: arm64 != ARM Server Spec
Jul 22 10:49:21 <panto> bhuey, crazy levels of stuff
Jul 22 10:49:37 <panto> where are you going to use arm64 first?
Jul 22 10:49:46 <suihkulokki> panto: jon masters is not as authorative as he says
Jul 22 10:49:48 <mru> panto: jonmasters does not get to decide
Jul 22 10:49:58 <panto> someone should tell him that
Jul 22 10:50:02 <mru> catalin is kernel arm64 maintainer
Jul 22 10:50:05 <bhuey> does he lurk here ?
Jul 22 10:50:09 * XorA is coding the ACPI bit and FDT is most certainly not being deleted
Jul 22 10:50:46 <XorA> in fact at the moment we require a pointer to ACPI in the /chosen node ;-)
Jul 22 10:50:48 <panto> XorA, I don't know if ACPI is flexible enough for ARM
Jul 22 10:51:05 <mrpacket_> who is John Masters
Jul 22 10:51:07 <panto> it works on x86, but that's essentially a single board
Jul 22 10:51:07 <XorA> panto: You mean because it is more flexible than FDT?
Jul 22 10:51:14 <panto> no, it's not
Jul 22 10:51:19 <XorA> yes it is
Jul 22 10:51:23 <mrpacket_> and why do we have to listen to him?
Jul 22 10:51:26 <mru> panto: acpi is infinitely flexible if you make the OS work around your failed attempt
Jul 22 10:51:27 <suihkulokki> someone should write FEX to FTD to ACPI DSDT conversion scripts
Jul 22 10:51:51 <mru> mrpacket_: jonmasters works for redhat and we don't have to listen to him
Jul 22 10:52:05 <panto> XorA, really? can you tell me exactly what to expect when I pass control to the ACPI micro-code blob?
Jul 22 10:52:21 <mrpacket_> yeah, exactly
Jul 22 10:52:26 <mrpacket_> this world is free
Jul 22 10:52:39 <mrpacket_> and if i wasnt to use somethign else
Jul 22 10:52:40 <mrpacket_> then i will
Jul 22 10:52:42 <panto> how much time it will take, will it mess with interrupts? what will it do behind my back?
Jul 22 10:52:54 <XorA> panto: WTF, you obviously know nothing of ACPI
Jul 22 10:53:06 <mrpacket_> the language of that post is enough to make me hate him
Jul 22 10:53:16 <suihkulokki> panto: afaik the only plan is to use ACPI is as enumeration tables
Jul 22 10:53:17 <mru> XorA: neiter do the people who implement it in hw, apparently
Jul 22 10:53:34 <panto> all I know about ACPI is when it breaks and I can't fix it
Jul 22 10:54:03 <mru> remember when acpi was first introduced?
Jul 22 10:54:13 <mru> how everybody was cursing and wishing for the old, simple way
Jul 22 10:54:32 <XorA> now we have that cursing for FDT :-D
Jul 22 10:54:43 <suihkulokki> acpi was introduced as replacement for apm, yes and it really did not help at all
Jul 22 10:54:51 <panto> http://www.acpi.info/toolkit.htm
Jul 22 10:55:12 <panto> isn't that a required part of the spec?
Jul 22 10:55:33 <mru> suihkulokki: not that apm was much fun either
Jul 22 10:55:57 <panto> people don't seem to recall that OF/DT did have executable parts (well forth blobs) originally
Jul 22 10:56:03 <koen>  /dev/apmbios
Jul 22 10:56:04 <panto> and that they were dropped for a reason
Jul 22 10:56:57 <koen> suihkulokki: I would feel better about ACPI DSDT after intel manages to hand me a working EFI firwmare with that for minnow
Jul 22 10:58:20 <bhuey> panto: any good examples of crazy BeagleBone uses ?
Jul 22 10:58:27 <emocakes> EFI for beaglebone?
Jul 22 10:58:27 <emocakes> :o
Jul 22 10:58:35 <emocakes> say what?
Jul 22 10:58:36 * bhuey was thinking about using it for some random automotive application
Jul 22 10:58:45 * mru directs bhuey towards mdp 
Jul 22 10:58:46 <SpeedEvil> Me too.
Jul 22 10:58:59 <emocakes> bhuey im using it for my car
Jul 22 10:59:02 <SpeedEvil> The PRUs seem tailor made for injection control.
Jul 22 10:59:04 <mru> that 6502 hookup surely must count as crazy
Jul 22 10:59:16 <SpeedEvil> And spark
Jul 22 10:59:18 <bhuey> emocakes: what are you doing with it ?
Jul 22 10:59:39 <mrpacket_> I am using a bbb to run a copper electroplater
Jul 22 10:59:56 <emocakes> interfacing with the low speed can bus to give me data logging and extra features such as automatic door locking @ certain speed, automatic window winding up
Jul 22 10:59:58 <emocakes> etc
Jul 22 11:00:31 <emocakes> theres many functions available to me on the CAN bus
Jul 22 11:00:34 <emocakes> (volvo)
Jul 22 11:01:03 <bhuey> how are you interfacing with it ? just CAN ? no ODB 2 ?
Jul 22 11:01:03 <emocakes> not going to play with the hgh speed bus at the moment ass I have no need to play with such things as engine management
Jul 22 11:01:06 <emocakes> CAN
Jul 22 11:01:34 <bhuey> What can be done with engine management and ODB2 ?
Jul 22 11:02:07 <emocakes> disable brakes
Jul 22 11:02:08 <emocakes> :p
Jul 22 11:02:14 <emocakes> etc
Jul 22 11:02:25 <bhuey> What about real time o2 sensor monitoring ?
Jul 22 11:02:27 <emocakes> could probably remap the tunes as well if i could be bothered
Jul 22 11:02:43 <emocakes> I think that might be available on the low speed bus
Jul 22 11:02:52 <emocakes> no difference really, just a different cable
Jul 22 11:02:59 <panto> XorA, so maybe I don't know enough about ACPI, but the spec seems to cover whole lot more than just enumeration - even includes stuff like mutexes and semaphores, and who know what else
Jul 22 11:03:00 <emocakes> i could monitor the o2 sensor if I needed to
Jul 22 11:03:13 <emocakes> panto what do you need to know about ACPI?
Jul 22 11:03:26 <bhuey> at what frequency can you get that data from an ODB2 interface ?
Jul 22 11:03:32 <XorA> panto: most of that goes away in Reduced Hardware Model which was added for SoC style chips
Jul 22 11:03:42 <XorA> panto: that stuff is all for servicing crap like SMI
Jul 22 11:03:44 <panto> link to that spec?
Jul 22 11:03:54 <emocakes> frequency as in how often you can Poll it?
Jul 22 11:03:56 <XorA> panto: ACPI 5.0 spec
Jul 22 11:03:57 <bhuey> emocakes: I was thinking about doing a high resolution engine management logger
Jul 22 11:03:59 <emocakes> or MhZ?
Jul 22 11:04:00 <panto> XorA, if they remove all that stuff I'm going to feel better about it
Jul 22 11:04:08 <bhuey> emocakes: like data points per second
Jul 22 11:04:09 <panto> but I have been burned before
Jul 22 11:04:11 <emocakes> bhuey depends on the car I guess
Jul 22 11:04:22 <bhuey> B5 VW Passat
Jul 22 11:04:24 <bhuey> B5.5
Jul 22 11:04:45 <XorA> panto: as a clue microsoft don't use that stuff on WinRT ;-)
Jul 22 11:04:53 <bhuey> would be nice to monitor the boost sensor, O2 and MAF all at the same time
Jul 22 11:04:56 <panto> gee, they got a clue?
Jul 22 11:05:05 <emocakes> hehe turbo :p
Jul 22 11:05:09 <bhuey> yeah
Jul 22 11:05:12 <emocakes> ive got some new parts arriving for the car
Jul 22 11:05:12 <bhuey> 1.8T
Jul 22 11:05:16 <emocakes> got a turbo as well
Jul 22 11:05:17 <emocakes> 2.3T
Jul 22 11:05:21 <emocakes> t5
Jul 22 11:05:27 <emocakes> want to get a retune
Jul 22 11:05:32 <panto> the moment the platform requires jumping into a random point in firmware all bets are off
Jul 22 11:05:46 <bhuey> t5 ? turbo from what the hell the name of...Garett ?
Jul 22 11:05:56 <bhuey> What can you get out of that thing ?
Jul 22 11:06:04 <XorA> panto: arm64 will require that
Jul 22 11:06:06 <emocakes> 300hp
Jul 22 11:06:10 <bhuey> I've got a moderate tune
Jul 22 11:06:14 <XorA> panto: and its nothing to do with ACPI
Jul 22 11:06:17 <bhuey> holy shit, front wheel drive ?
Jul 22 11:06:21 <emocakes> yeah
Jul 22 11:06:26 <bhuey> how's it handled because of that ?
Jul 22 11:06:27 <emocakes> 247hp stock
Jul 22 11:06:39 <panto> XorA, why will it require it?
Jul 22 11:06:40 <emocakes> handles great, got eibach and bilstien struts
Jul 22 11:06:46 <emocakes> its a v70
Jul 22 11:06:48 <panto> afaikt only secure world stuff needs it
Jul 22 11:06:51 <XorA> panto: things like PSCI for managing CPU
Jul 22 11:06:53 <bhuey> at the torque I'm getting with my 1.8T I get a lot of jumping when I'm hitting bumps and stuff
Jul 22 11:07:05 <bhuey> It's probably at about 260ft/lb
Jul 22 11:07:12 <bhuey> maybe 240HP
Jul 22 11:07:22 <emocakes> something like this bhuey
Jul 22 11:07:22 <emocakes> http://www.youtube.com/watch?v=pMNn64Q7EsU
Jul 22 11:07:23 <bhuey> which is good for that car since it's lighter than the vr6
Jul 22 11:07:32 <panto> err, why would I need to jump into random point in f/w?
Jul 22 11:07:41 <panto> and how do I know what that piece of code will do?
Jul 22 11:07:44 <emocakes> bhuey find out which ecu it uses
Jul 22 11:07:53 <emocakes> the new bosch ones
Jul 22 11:07:57 <emocakes> ME7 etc
Jul 22 11:08:00 <emocakes> are pretty fast
Jul 22 11:08:13 <bhuey> emocakes: that's in km or mph ?
Jul 22 11:08:14 <emocakes> I can't find any info on yours from a quick search
Jul 22 11:08:17 <emocakes> kmh
Jul 22 11:08:25 <bhuey> emocakes: eh ?
Jul 22 11:08:31 <bhuey> which ecu ?
Jul 22 11:08:39 <emocakes> the ecu on your car
Jul 22 11:08:45 <emocakes> its a bosch something
Jul 22 11:08:49 <emocakes> motronic something
Jul 22 11:08:49 <bhuey> It's stock with a RevoTek upgrade
Jul 22 11:08:57 <bhuey> stage 1
Jul 22 11:09:14 <bhuey> 1+ actually since the boost was increased, it's borderline scary in that car
Jul 22 11:09:33 <bhuey> power/weight is better than the VR6 motoros
Jul 22 11:09:34 <bhuey> motors
Jul 22 11:10:13 <bhuey> top speed on the VR6 motors is obviously going to be better but the torque/weight is better for more moderate uses
Jul 22 11:10:15 <emocakes> Engine management Motronic M 3.8.2
Jul 22 11:11:13 <bhuey> now that we know that what can be done with it ?
Jul 22 11:11:30 <emocakes> I dunno, im guess 50-200kbit
Jul 22 11:11:31 <emocakes> maybe more
Jul 22 11:11:39 <bhuey> I've always presumed that the computers in those things are shit compared to something like the beaglebone
Jul 22 11:11:45 <emocakes> yeah
Jul 22 11:11:49 <bhuey> yeah, not very fast
Jul 22 11:11:56 <emocakes> sometime syou get 1mbit
Jul 22 11:12:02 <emocakes> but they are industrial
Jul 22 11:12:02 <emocakes> :p
Jul 22 11:12:11 <emocakes> i trust that over a bbb to keep me on the road
Jul 22 11:12:12 <bhuey> I was hoping to use to the ADC on the O2 sensor directly and stuff with maybe some op amp gain
Jul 22 11:12:22 <bhuey> right
Jul 22 11:12:27 <bhuey> used for different purposes
Jul 22 11:12:39 <emocakes> you would have to get the direct line then
Jul 22 11:12:44 <emocakes> not go via OBD-II
Jul 22 11:12:47 <emocakes> iirc
Jul 22 11:12:48 <bhuey> Like I said before, O2, MAF, boost
Jul 22 11:12:51 <bhuey> those three things
Jul 22 11:13:04 <emocakes> you can get them all from the ecu
Jul 22 11:13:08 <bhuey> that would be pretty high resolution
Jul 22 11:13:12 <emocakes> the first two should be in the OBD standard
Jul 22 11:13:18 <emocakes> boost, would have to be specific
Jul 22 11:13:28 <emocakes> or you could calculate it based on vehicle speed
Jul 22 11:13:30 <emocakes> and MAF flow
Jul 22 11:13:39 <emocakes> that would give a good estimation
Jul 22 11:13:42 <SpeedEvil> 'linear' oxygen sensors are hard to read. 'bang bang' ones aren't bad.
Jul 22 11:13:51 <bhuey> There's a boost sensor at the intake
Jul 22 11:13:56 <SpeedEvil> wideband - rather - is the term.
Jul 22 11:14:06 <emocakes> bhuey but OBD-II doesnt say boost sensor has to be available
Jul 22 11:14:14 <bhuey> right
Jul 22 11:14:14 <emocakes> so it would be vendor specific on the CAN bus
Jul 22 11:14:35 <bhuey> would it have the bitrate to dump all of that stuff out at once ?
Jul 22 11:14:47 <emocakes> id say so
Jul 22 11:14:53 <bhuey> really ?
Jul 22 11:14:54 <emocakes> theres heaps of messages
Jul 22 11:14:55 <bhuey> that's a surprise
Jul 22 11:15:07 <emocakes> not at once but one after the other in quick succession
Jul 22 11:15:11 <bhuey> I've figure the limiting part of that is the bitrate
Jul 22 11:15:23 <emocakes> id probably try get it directly from the CAN bus instead of OBD
Jul 22 11:15:29 <emocakes> but I don't know your car
Jul 22 11:15:35 <emocakes> I've only played with my volvo
Jul 22 11:15:37 <bhuey> if I had a 1ms resolution I'd figure that would be too much for the ECU
Jul 22 11:15:44 <emocakes> which is bosch motronic 7
Jul 22 11:16:32 <emocakes> brb
Jul 22 11:17:28 <SpeedEvil> 1ms sampling on a car is generally pointless.
Jul 22 11:17:34 <emocakes> yup
Jul 22 11:17:39 <emocakes> i agree
Jul 22 11:17:45 <emocakes> things aren't going to change that much
Jul 22 11:18:00 <emocakes> 500ms is more than enough imo
Jul 22 11:18:04 <emocakes> even too much
Jul 22 11:18:07 <bhuey> serious ?
Jul 22 11:18:16 <SpeedEvil> The cylinders only pop 200 times a second or so.
Jul 22 11:18:18 <bhuey> what about boost dumps ?
Jul 22 11:18:55 <bhuey> the original idea was to indirectly detect misfires
Jul 22 11:19:03 <emocakes> ohhh
Jul 22 11:19:12 <emocakes> even then, 1ms?
Jul 22 11:19:18 <bhuey> don't know
Jul 22 11:19:25 <bhuey> never tried to read the data off of those sensors
Jul 22 11:19:32 <emocakes> bhuey, it is possible to read it with a BBB
Jul 22 11:19:37 <emocakes> you can either buy an expensive cape
Jul 22 11:19:42 <bhuey> I know it is
Jul 22 11:19:46 <emocakes> or get a CAN transceiver
Jul 22 11:19:52 <emocakes> and make a board yourself
Jul 22 11:20:32 <bhuey> Will all of those signals be converted to CAN ?
Jul 22 11:20:38 <bhuey> how do they get to the ECU ?
Jul 22 11:20:45 <bhuey> analog to CAN and then to the ECU /
Jul 22 11:20:46 <bhuey> ?
Jul 22 11:20:56 <SpeedEvil> There are CAN native sensors.
Jul 22 11:21:09 <bhuey> what are they generally ?
Jul 22 11:21:12 <SpeedEvil> That is - the oxygen sensor sits on the CAN bus.
Jul 22 11:21:28 <SpeedEvil> But as I understand it - most cars still have analog sensors plugged into the ECU.
Jul 22 11:21:49 <bhuey> yeah roughly 1k ohm impedance
Jul 22 11:21:53 <SpeedEvil> Which is basically insane, because truly mass produced CAN sensors would be very, very cheap.
Jul 22 11:22:12 <SpeedEvil> But of course, every maker has to have their own sort of sensor.
Jul 22 11:22:24 <SpeedEvil> If I was in charge, this sort of crap wouldn't be legal.
Jul 22 11:22:26 <bhuey> or just call up Bosch
Jul 22 11:22:43 <SpeedEvil> Oh - sure - it might be underlying a bosch sensor.
Jul 22 11:22:52 <SpeedEvil> But they'll put a wierd thread on it, and paint it blue.
Jul 22 11:23:09 <bhuey> and funky markings
Jul 22 11:23:13 <bhuey> maybe a shitty sticker
Jul 22 11:24:52 <bhuey> bbb looks amazing
Jul 22 11:25:18 <SpeedEvil> In some ways.
Jul 22 11:25:47 <SpeedEvil> It would be lovely if you could get a promise it would be available in 10 years.
Jul 22 11:26:24 <SpeedEvil> For building it into embedded stuff.
Jul 22 11:26:45 <mru> the am335x chip has a promise along those lines
Jul 22 11:27:24 <bhuey> It'll be obsolete in a few years
Jul 22 11:27:35 <mru> yes, but they've promised to keep making it
Jul 22 11:27:43 <bhuey> yeah
Jul 22 11:27:48 <SpeedEvil> Obselete is fine.
Jul 22 11:27:51 <bhuey> what they'll replace it with is another matter
Jul 22 11:27:56 <SpeedEvil> Obsolete.
Jul 22 11:28:17 <bhuey> I'm just amazed at how power these boards are
Jul 22 11:28:17 <SpeedEvil> Having to re-code your entire design on fresh hardware in 5 years may not be.
Jul 22 11:28:18 <mru> they'll replace it with something else for new designs of course
Jul 22 11:28:36 <bhuey> I didn't give a shit about Arduino because I was a 32 bit snob
Jul 22 11:29:11 <bhuey> yeah like something with an A15 core
Jul 22 11:29:16 <bhuey> that would be nutz
Jul 22 11:31:18 <panto> the A15 core is a huge power guzzler
Jul 22 11:31:35 <panto> I doubt you'll be able to power up via a cheap psu and/or usb
Jul 22 11:32:35 <bhuey> It would be for more serious applications I'd guess
Jul 22 11:32:59 <bhuey> heavy image processing or audio processing
Jul 22 11:33:34 <panto> there are tradeoffs
Jul 22 11:33:52 <panto> I doubt it would be much faster than a similarly designed x86 board
Jul 22 11:33:55 <panto> similar price too
Jul 22 11:34:02 <bhuey> TI has a chip already that's A15 based but I didn't look at it carefully
Jul 22 11:34:12 <panto> it's not for us plebs
Jul 22 11:34:19 <panto> serious customers only
Jul 22 11:34:22 <mru> the keystone2 is a nice-looking chip
Jul 22 11:34:23 <bhuey> oh
Jul 22 11:34:57 <mru> a15 + octo-dsp
Jul 22 11:35:03 <panto> yeah
Jul 22 11:35:03 <mru> is it dual or quad a15?
Jul 22 11:35:13 <panto> hmm, can't recall
Jul 22 11:35:15 <panto> should be dual
Jul 22 11:35:26 <mrpacket_> so, where do i start if i want to design my own BBB like system
Jul 22 11:35:34 <mrpacket_> rather than use a BBB and capes
Jul 22 11:35:42 <mru> you could start with the bone
Jul 22 11:35:52 <mrpacket_> i'm thinking about it
Jul 22 11:35:53 <mru> schematics are open
Jul 22 11:35:55 <panto> Ctrl-C, Ctrl-V
Jul 22 11:36:04 <panto> mrpacket_, I'd like one too (but with capes)
Jul 22 11:36:05 <mrpacket_> i'd really like to get the 2nd ethernet port out
Jul 22 11:36:11 <panto> and bring out the dual gige
Jul 22 11:36:16 <panto> mrpacket_, +1
Jul 22 11:36:19 <mrpacket_> snap
Jul 22 11:36:26 <mrpacket_> that woudl be very useful for me
Jul 22 11:36:49 <mrpacket_> and more of the pins
Jul 22 11:36:57 <mrpacket_> that are on the PRU
Jul 22 11:36:59 <panto> I doubt the A8 has the power to route dual gig-e
Jul 22 11:37:14 <panto> well, you could copy the bone
Jul 22 11:37:24 <panto> double the pcb size
Jul 22 11:37:24 <mrpacket_> dont' really want to route at Gig-e
Jul 22 11:37:38 <panto> keep the cape connectors as they are (for the occasional cape)
Jul 22 11:38:07 <panto> but route the rest of the pins to the side where there space
Jul 22 11:38:08 <SpeedEvil> I note http://www.mauve.plus.com/opensourcehw.txt - for those new to hardware design - going over some of the reasons why hardware design is harder. (this is from the aspect of mobile phone design, and starting with a known good design can reduce some risks)
Jul 22 11:38:08 <bhuey> anybod doing software defined radios with bbb ?
Jul 22 11:38:22 <panto> bhuey, there are a bunch of people
Jul 22 11:38:31 <panto> there's an fpga cape coming out
Jul 22 11:38:36 <bhuey> do they have something working ? how are they pulling it off ?
Jul 22 11:38:40 <bhuey> oh
Jul 22 11:38:42 <bhuey> really ?
Jul 22 11:38:44 <bhuey> for this purpose ?
Jul 22 11:38:44 <panto> yes
Jul 22 11:38:53 <panto> well, mostly I think
Jul 22 11:39:02 <panto> there's another guy that built a radar cape
Jul 22 11:39:04 <SpeedEvil> SDR kinda varies.
Jul 22 11:39:10 <bhuey> SDRs are cool
Jul 22 11:39:13 <panto> sanity is not our strong point
Jul 22 11:39:14 <dm8tbr> you can also just plug in a funcubedongle
Jul 22 11:39:15 <SpeedEvil> You can do meaningful SDR using USB-TV sticks
Jul 22 11:39:19 <emocakes> i want to get the $1000 sdr
Jul 22 11:39:23 <SpeedEvil> Or FCD for the better version of that.
Jul 22 11:39:24 <emocakes> SpeedEvil naw this one
Jul 22 11:39:31 <SpeedEvil> yeah - I want a FCD
Jul 22 11:39:38 <dm8tbr> funcubedongle >> off the shelve RTL chipset sticks
Jul 22 11:39:46 <SpeedEvil> dm8tbr: Quite.
Jul 22 11:39:54 <emocakes> http://www.pervices.com/shop/index.php?route=product/product&product_id=49
Jul 22 11:39:57 <emocakes> this one SpeedEvil
Jul 22 11:40:00 <SpeedEvil> On the topic of off the shelf sticks.
Jul 22 11:40:00 <bhuey> dm8tbr: whats that ?
Jul 22 11:40:12 <SpeedEvil> Has anyone done DAB audio reception on BBB/pi?
Jul 22 11:40:14 <dm8tbr> we agree :)
Jul 22 11:40:30 <dm8tbr> bhuey: ask the search engine of your least distrust, very nice hw
Jul 22 11:40:34 <mru> dab still exists?
Jul 22 11:40:38 <dm8tbr> shows up as virtual soundcard
Jul 22 11:41:00 <dm8tbr> yeah, still exists, they even sometimes update the codecs etc in a revision of the standard
Jul 22 11:41:43 <bhuey> dm8tbr: how sensitive is it ?
Jul 22 11:42:26 <SpeedEvil> dm8tbr: Though off-the-shelf sticks can be made better with a LNA+SAW first
Jul 22 11:42:27 <dm8tbr> bhuey: from what I hear it's extremely good SNR for the low price
Jul 22 11:42:36 <dm8tbr> sure
Jul 22 11:43:16 <bhuey> dm8tbr: yeah can they implement product detectors in that SDR ?
Jul 22 11:43:18 * ynezz is considering bladerf/nuand
Jul 22 11:44:13 <dm8tbr> bhuey: sounds like PQ, yeah, it does that by default as stereo AFAIU
Jul 22 11:44:21 <dm8tbr> er IQ
Jul 22 11:44:42 <bhuey> software can do so much these days
Jul 22 11:45:07 <bhuey> anybody get it to work with a bbb ?
Jul 22 11:45:21 <dm8tbr> should be plug and play really
Jul 22 11:45:27 <bhuey> ok
Jul 22 11:45:28 <dm8tbr> shows up as a generic sound card
Jul 22 11:45:53 <dm8tbr> I think I saw someone doing it with a RTL on the BBW, so yeah, should just work
Jul 22 11:46:02 <dm8tbr> ofc that's RX only
Jul 22 11:46:22 <bhuey> this thing have a FPGA in it ?
Jul 22 11:46:32 <dm8tbr> no, ASIC
Jul 22 11:46:49 <bhuey> how is the PLL implemented then ?
Jul 22 11:46:53 <bhuey> ASIC ?
Jul 22 11:47:12 <dm8tbr> phew, don't know. check their documentation
Jul 22 11:47:17 <dm8tbr> it's quite well documented
Jul 22 11:47:49 <ynezz> heh, that noctar has crazy 250MHz bandwidth
Jul 22 11:48:14 * dm8tbr owns the great great grandfather of that thing... IC-PCR-1000
Jul 22 11:49:24 <emocakes> I want the noctar:(
Jul 22 11:49:29 <emocakes> 250mhz b/w
Jul 22 11:49:37 <emocakes> then I can start cracking p25 around here
Jul 22 11:50:05 <emocakes> i also want to jump onto pirate satellite radio
Jul 22 11:50:26 <ynezz> and then to jail
Jul 22 11:50:36 <emocakes> pfttt
Jul 22 11:50:43 <ynezz> i know: IDDQD
Jul 22 11:50:44 <emocakes> they can't catch the cakes
Jul 22 11:51:14 <emocakes> iddqd++
Jul 22 11:51:25 <bhuey> dm8tbr: under NDA
Jul 22 11:52:02 <dm8tbr> bhuey: huh?
Jul 22 11:53:29 * dm8tbr has to run, bbl
Jul 22 11:54:04 <bhuey> dm8tbr: the radio chip is under NDA
Jul 22 11:54:37 <bhuey> block diagram is basically a fancy product detector
Jul 22 11:54:56 <dm8tbr> ah, too bad :/
Jul 22 12:04:00 <mrpacket_> bhuey: we have a FPGA cape thats being used now
Jul 22 12:04:12 <mrpacket_> has a spartan3A on it
Jul 22 12:04:53 <mrpacket_> http://ebrombaugh.studionebula.com/embedded/bcc/index.html
Jul 22 12:06:11 * dys <3 FPGAs
Jul 22 12:24:03 <panto> lunch time
Jul 22 12:24:10 <mru> is an illusion
Jul 22 12:34:55 <mdp> talk like a pirate day on pirate radio seems like a perfect match
Jul 22 12:44:03 <Willdude123> Why has my VNC suddenly stopped working?
Jul 22 12:44:26 <Willdude123> I want to access it, to fix the wifi, but it's not starting the server.
Jul 22 12:46:29 <panto> back
Jul 22 12:46:38 <mru> front
Jul 22 12:49:37 <ogra_`> left
Jul 22 12:49:44 <Willdude123> This is the problem http://pastie.org/8164002
Jul 22 12:50:00 <Willdude123> The logfile has nothing of interest in it.
Jul 22 12:54:10 <Willdude123> Also, which UART should I use? I'm  using TTYo4, TTYo1 has something else on it.
Jul 22 12:59:58 <Willdude123> I'm confused about the way ports are named, what is TTYo1 in terms of what the srm calls it?
Jul 22 13:00:12 <mru> there's an off by one somewhere
Jul 22 13:08:26 <_SY_> Hi all.
Jul 22 13:08:55 <mrpackethead> so, where do we start
Jul 22 13:09:07 <_SY_> whats up?
Jul 22 13:09:22 <_SY_> dam hot today
Jul 22 13:09:58 * georgem rises from the dead after a late night playing DayZ
Jul 22 13:12:04 <Willdude123> What is TTYo1 known as in the SRM?
Jul 22 13:16:42 <georgem> Willdude123: Not sure about SRM, but in the TRM it's uart1
Jul 22 13:17:11 <mru> what about the HRM?
Jul 22 13:17:25 <mru> that's the Hypothetical Reference Manual
Jul 22 13:17:43 <mru> the one where everything is documented just the way it actually works
Jul 22 13:17:47 <georgem> Hrm, not sure :P
Jul 22 13:18:14 <Willdude123> Wait, one site refers tp it as BBB_SRm
Jul 22 13:19:31 <Willdude123> So Uart2 is ttyo2, uart3 is ttyo3 etc?
Jul 22 13:19:38 <mru> no
Jul 22 13:19:45 <mru> it's off by one
Jul 22 13:25:06 <Willdude123> So how come ttyo1 id uart1 then.
Jul 22 13:25:24 <Willdude123> So that means ttyo2 is Uart3?
Jul 22 13:25:32 <Willdude123> Then what is uart2?
Jul 22 13:26:59 <mru> did they renumber something?
Jul 22 13:27:10 <mru> there always was an off by one
Jul 22 13:28:02 <Willdude123> georgem said ttyo1 is uart1.
Jul 22 13:28:33 <mru> the kernel numbers from 0
Jul 22 13:28:41 <mru> the TRM always used to number from 1
Jul 22 13:30:58 <georgem> mru: I think somethings like rgmii and numbered from 1. Other things like spi and uart are numbered from 0.
Jul 22 13:34:26 <dys> one of the middle ones only has a TX pin and no RX one.  maybe that one is left out.
Jul 22 13:35:14 <mru> that could still be used for logging or similar
Jul 22 13:35:31 <Hari_> Hi all
Jul 22 13:36:20 <Hari_> Is there any documentation available on "PRU ICSS (AM335x): MII_RT" interface.
Jul 22 13:37:25 <Hari_> I know the Doc of PRU ICSS but i didn't get enough information about MII_RT to be able to program it.
Jul 22 13:37:26 <Willdude123> So right
Jul 22 13:37:50 <Willdude123> Is UART1(TTYo2) used for something on the tx side?
Jul 22 13:38:06 <Willdude123> I plugged in my ftdi and there was crap coming out of it.
Jul 22 13:38:20 <georgem> what flavor of crap?
Jul 22 13:39:06 <Willdude123> Betriit
Jul 22 13:39:09 <Willdude123> *betroot
Jul 22 13:39:24 <georgem> properly framed serial?
Jul 22 13:39:28 <koen> you need an extra ground line
Jul 22 13:39:37 <Willdude123> I plugged in my ftdi and there was crap coming out of it.
Jul 22 13:39:43 <Willdude123> Shoot
Jul 22 13:39:50 <koen> or setup the baudrate correctly
Jul 22 13:39:54 <Hari_> I know the Doc of PRU ICSS but i didn't get enough information about MII_RT to be able to program it.
Jul 22 13:40:06 <Willdude123> Acoording to http://hipstercircuits.com/enable-serialuarttty-on-beaglebone-black/
Jul 22 13:40:16 <Willdude123> UART4 is TTYo4
Jul 22 13:41:05 <Willdude123> So I can't use UART1 (TTYo1), as it's being used.
Jul 22 13:41:29 <Hari_> Has any one programmed MII_RT interface on AM335x's PRUICSS??
Jul 22 13:42:01 <Willdude123> I'm really confused now.
Jul 22 13:42:15 <georgem> Hari_: Those that tried were never heard from again. (j/k)
Jul 22 13:43:29 <Willdude123> This is so confusing.
Jul 22 13:43:42 <Willdude123> I have something I want to plug into a serial port.
Jul 22 13:44:01 <Willdude123> But I have no clue which one to use and which pins are used for it.
Jul 22 13:44:13 <Hari_> @georgem: i understand the difficulty. But there is no information about the register set given anywhere??
Jul 22 13:44:38 <Hari_> is it similar to the IEEE802.3 or something?
Jul 22 13:47:57 <georgem> Hari_: I have no idea
Jul 22 13:48:58 <Hari_> k.
Jul 22 13:50:21 <Hari_> @georgem: Thanks anyway. anybody else have any idea on PRUICSS (AM335x) : Industrial Ethernet Peripheral???
Jul 22 13:50:31 <georgem> I think panto is away, he might know.
Jul 22 13:50:41 <panto> georgem, you rang?
Jul 22 13:50:55 <panto> Hari_, MII_RT is TI's secret sauce
Jul 22 13:50:58 <georgem> ok, maybe not :)
Jul 22 13:51:07 <Hari_> :)
Jul 22 13:51:16 <panto> I have no idea how to use it, and I doubt all the signals are brought out on the connectors
Jul 22 13:51:43 <panto> on top of that it has been mentioned that industrial ethernet capability might be removed on the next revision
Jul 22 13:51:50 <panto> so don't use it
Jul 22 13:52:33 <Hari_> @Panto: Thanks.
Jul 22 13:53:38 <baoboa> hello
Jul 22 13:54:51 <Willdude123> Hmm UART5 (/dev/ttyO5) doesn't seem to work, will try a loopback
Jul 22 13:54:52 <baoboa> are you aware there is a working image for fedora 19 on BeagleBone Black ?
Jul 22 13:55:01 <baoboa> http://parasense.fedorapeople.org/
Jul 22 13:56:03 <baoboa> i've tested it , it work fine
Jul 22 13:56:09 <georgem> Doesn't surprise me, I know the Fedora guys have been doing a lot of work with ARMv7
Jul 22 13:57:01 <georgem> Actually I think I may have booted a Fedora 18 build before
Jul 22 13:58:02 <baoboa> on BBB ? it never work for me , the boot wasn't  working
Jul 22 13:58:29 <georgem> no nevermind. it would have been on beaglebone a6
Jul 22 14:14:42 <bradfa> panto, so no more am3359?  just am3358 and below?  if the pru ethernet is going away rsn?
Jul 22 14:15:15 <panto> I was told so some time ago
Jul 22 14:15:21 <bradfa> interesting
Jul 22 14:15:23 <panto> but it's not like anyone was using it
Jul 22 14:15:25 <bradfa> no
Jul 22 14:15:37 <bradfa> panto, some white bones even have am3358, iirc
Jul 22 14:15:55 <panto> I do use the industrial ethernet timers in the PRU, but I don't think those are affected
Jul 22 14:15:58 <panto> at least I hope so
Jul 22 14:16:08 <mru> some blackbones have mislabelled chips
Jul 22 14:16:22 <bradfa> panto, if you want an am3358 white bones ask cco, they have some
Jul 22 14:16:33 * bradfa told gerald cco was building off spec once, was fun
Jul 22 14:16:45 <bradfa> mru, everything has mislabeled chips
Jul 22 14:17:10 <mru> I mean the ones marked XAM3359 that are really 3352 or something
Jul 22 14:17:21 <bradfa> mru, yes, rev a4 had 3352s
Jul 22 14:17:24 <bradfa> marked as 3359s
Jul 22 14:17:42 <bradfa> white a3's had tps65217a markings but was tps65217b fw inside
Jul 22 14:18:01 * mru hopes one day they'll be valuable collector's items just like misprinted postage stamps
Jul 22 14:18:03 <bradfa> a recent build of white bones got am3358s put on in a huge build
Jul 22 14:18:03 <panto> bradfa, I know :)
Jul 22 14:18:16 <bradfa> deviated from bom
Jul 22 14:20:28 <baboo> improper commands
Jul 22 14:20:32 <baboo> :p
Jul 22 14:24:21 <alan_o> There's really such a thing as mislabeled chips?
Jul 22 14:24:29 <alan_o> That's the easiest part
Jul 22 14:24:37 <bradfa> alan_o, you'd be surprised :)
Jul 22 14:25:00 <bradfa> alan_o, have you ever read TI's errata? (at least TI publish them, which is nice)
Jul 22 14:25:04 <alan_o> hard to imagine they get anything else right, if thy can't properly get some silk screen on the top. It's a fab for crying out loud.
Jul 22 14:25:13 <alan_o> no.
Jul 22 14:25:24 <bradfa> alan_o, rtc on am335x first gen released! silicon didn't work due to clock crossing error in silicon
Jul 22 14:25:29 <bradfa> it's an rtc that doens't keep time
Jul 22 14:25:31 <bradfa> :)
Jul 22 14:25:32 <alan_o> I guess packaging is sometimes done in a different facility
Jul 22 14:25:56 <alan_o> that would explain mislabeling I suppose
Jul 22 14:26:01 <mru> alan_o: the wrong markings on the blackbone were just efuse differences
Jul 22 14:27:33 <alan_o> yeah, but that's like saying, "the busted release of code I made was just some debug stuff I thought I took out." People who say that about code pretend like it's not a major failure of configuration management.
Jul 22 14:28:51 <ka6sox> its a huge failure
Jul 22 14:29:02 <ka6sox> and QA is breaking down with mismarking
Jul 22 14:29:55 <mdp> failures are overrated
Jul 22 14:29:57 <bradfa> alan_o, if it compiles, ship it!
Jul 22 14:30:21 <mru> bradfa: you have high standards
Jul 22 14:30:32 <bradfa> mru, I try to be a pillar of quality
Jul 22 14:30:44 <alan_o> I have a friend who says "unit test complete" when he gets his code to compile. (I'm pretty sure he's joking)
Jul 22 14:31:01 <mru> that's what he wants you to think
Jul 22 14:31:18 <alan_o> hehe
Jul 22 14:31:18 <bradfa> alan_o, are you sure it's actually compiling?
Jul 22 14:31:28 <bradfa> :)
Jul 22 14:32:24 <alan_o> heh, he's actually the best project engineer I've worked with, very testing- and dry-run-, and no-surprises-oriented.
Jul 22 14:32:27 <aholler> alan_o: he's right, think at people using dynamically typed languages
Jul 22 14:32:39 <alan_o> hey, aholler's back!
Jul 22 14:32:52 <alan_o> aholler: yeah, those languages scare me.
Jul 22 14:33:12 <aholler> alan_o: just as long as I can bear it. ;)
Jul 22 14:33:29 <alan_o> Well, I guess many "interpreted" languages are still compiled to byte code ahead of time, like python.
Jul 22 14:33:39 <mru> and perl
Jul 22 14:33:46 <alan_o> I've used languages (can't remember which) where it seems like I have syntax errors that don't show up until runtime.
Jul 22 14:33:54 <alan_o> maybe that's just bash
Jul 22 14:33:58 <mru> tcl
Jul 22 14:34:07 <mru> if it's weird, it's tcl
Jul 22 14:36:38 <das> rofl ... today there are rumours of a code delivered this morning that is so horrible that it segfaults on some mallocs
Jul 22 14:36:42 * mranostay daft punks in
Jul 22 14:36:44 <das> gotta love'em mondays
Jul 22 14:39:38 <mru> malloc bugs are fun
Jul 22 14:40:02 <mru> especially when then bug _really_ is in malloc
Jul 22 14:40:20 <panto> das, probably overwrites of the malloc list
Jul 22 14:40:29 <panto> valgrind?
Jul 22 14:40:31 <mru> valgrind it
Jul 22 14:40:36 <das> panto: ya ofc
Jul 22 14:40:36 <panto> heh
Jul 22 14:41:00 <das> they only got a semi-functionnal valgrind on MIPS targets AFAIK
Jul 22 14:41:14 <mru> so run it on something else
Jul 22 14:41:29 <das> dunno how they'll do that :)
Jul 22 14:41:40 <mru> sounds like poorly designed code
Jul 22 14:41:44 <mru> oh right...
Jul 22 14:42:59 <das> dunno whom delivered it, I'll ask next lunchtime
Jul 22 14:43:22 <mru> you only work during lunchtime?
Jul 22 14:43:27 <mru> now there's an idea
Jul 22 14:43:32 <das> I only talk during lunch :)
Jul 22 14:43:40 <mru> when do you eat?
Jul 22 14:43:59 <das> at the exact same time for maximum social repelness
Jul 22 14:44:02 <mru> or are you observing ramadan
Jul 22 14:44:19 <das> nah it's against my religion not to drink alcohol
Jul 22 14:44:46 <mru> good religion
Jul 22 14:45:04 <mru> which one is it?
Jul 22 14:45:21 <das> realistic atheism
Jul 22 14:45:42 <mru> alcohol is required to cope with reality?
Jul 22 14:45:45 <das> makes you depressed and an alcoholic to cope with
Jul 22 14:45:49 <das> :D
Jul 22 14:49:47 <ka6sox> I don't know whether to ask what company or country this is so I can avoid it...
Jul 22 14:50:49 <das> the little experience I have says so poor delieveries are usually from India
Jul 22 14:51:01 <das> management never learns
Jul 22 14:51:11 <das> "but they're 10 times cheaper"
Jul 22 14:51:20 <das> "do you think there might be a reason for this ?"
Jul 22 14:51:32 <das> "can't think of one ... let's go with india again !"
Jul 22 14:51:42 <baboo> :p
Jul 22 14:52:00 <baboo> fatal mistake
Jul 22 14:52:16 <baboo> package arrives when they're 100
Jul 22 14:52:30 <mru> das: are you french?
Jul 22 14:52:42 <das> mru: indeed
Jul 22 14:53:08 <mru> space before questionmark...
Jul 22 14:53:44 <das> it's nicer that way !
Jul 22 14:54:04 <georgem> oh, thats why my wife does that
Jul 22 14:54:21 <georgem> I thought she was just special or something
Jul 22 14:54:30 <mru> french are special
Jul 22 14:55:15 <mdp> heh
Jul 22 14:56:34 <georgem> Spanish is fun. One question mark isn't good enough for them.
Jul 22 14:57:17 <georgem> Or exclamation.
Jul 22 14:57:41 <mru> I don't think one anything is enough for them
Jul 22 15:38:22 <gui_> bon jour people
Jul 22 15:42:08 <ka6sox> gui_, does that mean hello or good bye?
Jul 22 15:42:18 <mru> it's french
Jul 22 15:42:30 <das> it should be "bonjour", no spaces
Jul 22 15:42:30 <ka6sox> at least Aloha means both.
Jul 22 15:42:58 <mru> hmm, das is not only french, he's a pedantic french
Jul 22 15:43:05 <mdp> I thought we wanted more spaces
Jul 22 15:43:12 <georgem> it means "good day"
Jul 22 15:43:43 <mru> and is usually used as 'hello'
Jul 22 15:43:45 <ka6sox> mdp, doe we like whitespace now?
Jul 22 15:43:57 <mru> no idea if it can also be used for goodbye
Jul 22 15:43:58 <mdp> only for our punctuation !!!
Jul 22 15:44:08 <mdp> ka6sox, are you ok with that ?
Jul 22 15:44:20 <das> yeah, spaces are beautiful             !
Jul 22 15:44:22 <mru> mdp: not like this ? ? ?
Jul 22 15:44:25 <mdp> ka6sox, ttyl .
Jul 22 15:44:31 <mdp> ? ! ?
Jul 22 15:44:32 <ka6sox> meh..its a French thing.
Jul 22 15:44:35 <mdp> ;)
Jul 22 15:45:03 <ka6sox> they will become civilized when they learn the formula for Ice.
Jul 22 15:45:06 <mdp> friday ?
Jul 22 15:45:32 <gui_> ka6sox it means good morning
Jul 22 15:45:40 <mdp> 99 cups of coffee on the wall ... 99 cups of coffee ...
Jul 22 15:46:09 <das> we don't need no ice in wine nor rum !
Jul 22 15:46:23 <mru> ice in wine ?!?!??! barbaric !!!
Jul 22 15:46:38 <ka6sox> mdp, my wife left me for the week with NO supplies...out of TP and sugar :P
Jul 22 15:46:44 <das> also, only silly englishmen would ruin some perfectly good whiskey with ice
Jul 22 15:47:10 <mdp> ka6sox, what will you do? is there somebody you could call for help? a government agency that assists with these things?
Jul 22 15:47:11 <mru> some whisky needs a few drops of water though
Jul 22 15:47:27 <mdp> ka6sox, it is the republic of california, you must have some agency to help ;)
Jul 22 15:47:40 <mru> mdp: they'll just tell you it causes cancer
Jul 22 15:47:45 <georgem> beat me to it
Jul 22 15:47:47 <mdp> lol
Jul 22 15:47:55 <ka6sox> its the People's Republic of Kalifornia
Jul 22 15:48:21 <mdp> ka6sox, I can't write it that way any longer...became to cliche from my years on talk.politics.guns
Jul 22 15:48:27 <mdp> s/to/too
Jul 22 15:48:41 <mdp> to easy to poke at .ca.us
Jul 22 15:48:49 <mdp> too easy to typo too
Jul 22 15:49:22 <mdp> 57 cups of coffee on the wall ...
Jul 22 15:49:30 <ka6sox> mdp, the PRK is the only state (besides NY) who taxes and regulates businesses to MOVE to other states.
Jul 22 15:50:07 <ka6sox> just trying to LEAVE is expensive
Jul 22 15:51:06 <das> gotta pay for all'em hippies
Jul 22 15:51:36 <georgem> s/hippies/prisoners/
Jul 22 15:51:52 <ka6sox> s/prisoners/guards
Jul 22 15:52:37 <georgem> prisoners depends on guards
Jul 22 15:54:22 <mdp> ka6sox, it reminds me somehow about the joke wrt it being free to go back to new jersey via the lincoln tunnel ;)
Jul 22 15:55:26 <ka6sox> :)
Jul 22 15:57:02 <georgem> Grrr... This machine needs more RAM so the nvidia X server and KDE can leak it.
Jul 22 15:57:24 <ka6sox> you have Memory Leeks?
Jul 22 15:57:39 <georgem> nope, just leaks
Jul 22 15:59:16 <mru> put a memory barrier around them
Jul 22 15:59:28 <georgem> with systemd :)
Jul 22 16:01:09 <georgem> I would put a cgroup setting to restrict the memory usage if I had anything else important running on this machine
Jul 22 16:10:48 <mranostay> cgroup all things
Jul 22 16:12:41 <ka6sox> please, my head already hurts from DT...don't add cgroups to the mix...
Jul 22 16:13:58 <wroberts1> http://www.kickstarter.com/projects/652945597/red-pitaya-open-instruments-for-everyone
Jul 22 16:14:31 <aholler> drive people crazy by switching to a user namespace ;)
Jul 22 16:24:31 <mdp> c#groups is coming soon
Jul 22 16:25:10 <das> javagroups for all platforms !
Jul 22 16:25:33 <das> run inefficient data protection models anywhere !
Jul 22 16:26:25 <mdp> mmm
Jul 22 16:28:11 <biot> what is this red pitaya madness
Jul 22 16:28:16 <biot> and why is there no sigrok driver yet
Jul 22 16:28:59 <mdp> biot, somebody made a serious mistake not talking to you early on
Jul 22 16:29:17 <biot> a common mistake.
Jul 22 16:29:42 <mdp> understood
Jul 22 16:29:48 <mdp> if they asked me I would have told them
Jul 22 16:29:51 <mdp> but nobody asks me
Jul 22 16:30:22 <mdp> they managed to get enet right on this one..just that makes me smile
Jul 22 16:31:32 <biot> arduino and rpi mention in promo video, check
Jul 22 16:32:14 <biot> still, all kidding aside, I must of course have one
Jul 22 16:32:50 <mdp> hehe, team photo has a classic physical scrum board in the background... +1
Jul 22 16:37:03 <mdp> biot, I wonder if those are cheap 10USD .cn clip probes in the +100USD package they offer ;)
Jul 22 16:50:09 <Willdude123> Hi
Jul 22 16:50:37 <cmicali> jour
Jul 22 16:50:55 <Willdude123> I have my wifi on the BBB working. However when I try and ping it's ip 192.168.1.18 it says destination host unreachable.
Jul 22 16:52:51 <thurgood> what's at 192.168.1.18 on your network?
Jul 22 16:53:29 <thurgood> the bbb?
Jul 22 16:53:49 <thurgood> do you have anything responding to ping on the bbb?
Jul 22 16:54:20 <Willdude123> No, just destination host unreachable.
Jul 22 16:54:35 <Willdude123> Ifconfig on the wlan0 show's 192.168.1.18.
Jul 22 16:54:38 <Willdude123> *show
Jul 22 16:54:40 <Willdude123> *shows
Jul 22 16:56:17 <thurgood> what distro are you running?
Jul 22 16:56:32 <Willdude123> Angstrom
Jul 22 16:57:05 <thurgood> probably not a firewall or anything then.. do you have AP isolation on your router?
Jul 22 16:58:37 <Willdude123> IDK, it has worked before though.
Jul 22 16:59:05 <oe_> is it possible to write to file using "b.writeTextFile" without rewriting it?
Jul 22 17:02:04 <oe_> ???
Jul 22 17:06:33 <Willdude123> Can anyone recommend a good wifi dongle for the BBB?
Jul 22 17:06:52 <Willdude123> Mine is somewhat intermittent
Jul 22 17:07:17 <oe_> is it possible to write to file using "b.writeTextFile" without rewriting it?
Jul 22 17:08:28 <thurgood> oe_ don't know which language you're using but that often depends on the mode you used to open the file
Jul 22 17:09:16 <joel_> that question should go into some sort of an FAQ
Jul 22 17:11:28 <joel_> s/that/wifi dongle/
Jul 22 17:14:30 <Willdude123> Any ones?
Jul 22 17:18:46 <Willdude123> Can anyone recommend a WiFi dongle?
Jul 22 17:20:09 <joel_> Willdude123, http://www.adafruit.com/products/814
Jul 22 17:20:53 <joel_> Ok, beaglebone resurrected on 3.11-rc1 :). Patch on the way....
Jul 22 17:21:23 <Willdude123> Can't order from the US
Jul 22 17:22:49 <mdp> joel_, ;)
Jul 22 17:23:32 <panto> joel_, do you have a fix for 3.11rc mmc?
Jul 22 17:23:41 <panto> it's been driving me nuts
Jul 22 17:23:44 <joel_> panto, yes, sending to l-o now
Jul 22 17:23:49 <panto> cc me
Jul 22 17:23:52 <panto> what was it?
Jul 22 17:23:52 <joel_> k
Jul 22 17:24:07 <mdp> joel_, bcm281xx mmc works great on 3.11-rc1..bahaha :P
Jul 22 17:24:30 <joel_> panto, the unused channel list broke because of hwmod removal
Jul 22 17:25:14 <panto> I also have a patch for getting rid of the crashes
Jul 22 17:25:19 <joel_> panto, so the dma resources in pdev were not being populated
Jul 22 17:25:27 <joel_> mdp, hehe . linux-omap is evolving and catching up :-P
Jul 22 17:25:36 <joel_> lot of stuff broke because of sudden hwmod removal :-(
Jul 22 17:25:44 <mdp> joel_, now with more _churn_ :)
Jul 22 17:26:01 <panto> joel_, symptoms like this: http://pastebin.com/S45MjgDF ?
Jul 22 17:26:03 <mdp> nice job, btw
Jul 22 17:26:08 <joel_> thanks
Jul 22 17:26:27 <panto> it worked on 3.10
Jul 22 17:26:30 <panto> and then poof
Jul 22 17:26:38 <joel_> panto, I didn't have such an issue. boots fine till command prompt
Jul 22 17:26:53 <joel_> panto, anyway try my patch and let me know..
Jul 22 17:27:21 <mdp> joel_, make it clear you will quit when they tell you to do something other than upstream..and keep it going
Jul 22 17:28:28 <panto> let me know where's the branch
Jul 22 17:28:46 <joel_> mdp, ;)
Jul 22 17:29:33 <joel_> panto, haven't pushed anything, will include a link too in the patch, you can pull from there
Jul 22 17:30:00 <panto> ok
Jul 22 17:33:11 <mranostay> oh noes joel_ is here
Jul 22 17:34:16 <_SY_> hello
Jul 22 17:36:11 <JFK911> hi
Jul 22 17:36:48 <JFK911> so, in anticipation for arrival of my bone, i prepared a sdhc card
Jul 22 17:37:16 <JFK911> jeez windoze xp is dumb about some things, like partitions on removable devices.
Jul 22 17:37:38 <_SY_> Windows is pretty dumb about most things...
Jul 22 17:38:06 <JFK911> the memory manager is dumb.  the filesystem is superb
Jul 22 17:38:23 <JFK911> package manager is awesome
Jul 22 17:38:43 <_SY_> FAT, FAT32 and NTFS, none of those are very good.
Jul 22 17:39:02 <JFK911> what's ntfs missing?
Jul 22 17:39:47 <_SY_> For one thing the file system isn't case sensitive, no big problem, just a bit of a pain when just about every other OS file system is.
Jul 22 17:40:16 <_SY_> The way it handles permissions is also not great...
Jul 22 17:40:53 <JFK911> yeah i dont like the crlf/lf mixups either.  ntfs acl's seem to work well.
Jul 22 17:41:49 <_SY_> Do you know why Windows NT was called WNT?  and why compared to earlier flavours of Windows NT isn't to bad ?
Jul 22 17:42:15 <joel_> mranostay, don't worry I will not talk down on minnow board, if I ever did it was as a light joke
Jul 22 17:42:16 <JFK911> Oh, because NT started out as OS/2
Jul 22 17:42:26 <JFK911> And when MS split with IBM, they hired the VMS guy
Jul 22 17:43:10 <_SY_> Yes, WNT shifted one character in the ASCII character set gives you VMS, which is who actually wrote Windows NT.
Jul 22 17:43:13 <mdp> mranostay, joel_ is being very polite ;)
Jul 22 17:43:49 <joel_> mdp, mranostay takes minnow board personally, trying not to hurt his feelings :P
Jul 22 17:44:01 <mdp> understood
Jul 22 17:44:11 <JFK911> As primitive as NT3.5 is, i still see it driving embedded computers today.  Just like SCO OpenServer
Jul 22 17:44:31 <JFK911> you get it going right and it simply won't stop
Jul 22 17:44:39 <mranostay> heh
Jul 22 17:44:48 <JFK911> getting it right... is hard on the doze.
Jul 22 17:45:06 <_SY_> Then it went down hill...Windows 7 isn't bad tho.
Jul 22 17:45:21 <_SY_> Windows 2000 was bad...Windows 95 & 98 were a joke
Jul 22 17:46:13 <_SY_> At the same time when OS2 Warp came out, a proper 32bit OS, MS launched Windows 95 trying to tell people it was 32bit, when it was just another 16bit shell sitting ontop of DOS.
Jul 22 17:46:55 <JFK911> they put the same 32 bit extended they used with win3.11 in win95
Jul 22 17:47:44 <JFK911> win95 was real mode wasnt it
Jul 22 17:48:14 <_SY_> I think so, where as OS2 had proper protected memory.
Jul 22 17:49:49 <JFK911> my windoze 95 computer was completely made by intel.  right down to the chassis.  i think it bluescreened one time.
Jul 22 17:49:50 <_SY_> My pet h8 with Windows NT and later is the registry, the design is bad and is the primary reason why over time systems get slower and slower...
Jul 22 17:51:06 <JFK911> that computer was rendered unusable because the clock stopped.  the rtc simply refused to tick
Jul 22 17:51:09 <joel_> panto, fix sent, try and let me know
Jul 22 17:51:17 <panto> k
Jul 22 17:51:21 <joel_> bbl
Jul 22 17:51:35 <panto> sent me a link to your tree branch too
Jul 22 17:51:46 <joel_> panto, it was in the patch
Jul 22 17:51:52 <joel_> To git@github.com:joelagnel/linux-kernel.git
Jul 22 17:51:53 <joel_>    99b65c9..a411a81  master-rebase -> master-rebase
Jul 22 17:52:00 <panto> ah
Jul 22 17:52:01 <panto> k
Jul 22 17:52:02 <panto> thx
Jul 22 17:52:14 <mdp> joel_, isn't github a nono?
Jul 22 17:53:02 <joel_> panto, fwiw if you're ever going to build that branch you'll need this diff: http://pastebin.com/grhXnmBE
Jul 22 17:53:09 <joel_> mdp, nono for?
Jul 22 17:53:12 <panto> joel_, you have arch/arm/common/edma.c:570:3: warning: assignment discards qualifiers from pointer target type
Jul 22 17:53:35 <joel_> panto, ah yes
Jul 22 17:54:36 <joel_> mdp, don't tell me you don't use github anymore? :)
Jul 22 17:54:38 <mdp> joel_, old joke from the OSRB folks that doesn't like TI people using github. you missed that fun
Jul 22 17:54:48 <joel_> ahh
Jul 22 17:54:54 <_SY_> I've got my clustering application working great now...2 BBB's connected to each other via two serial connections, these are the heartbeat between micro's.  Floating IP address managed between BBB's.
Jul 22 17:54:55 <mdp> joel_, shhh, I won't tell anybody that you are a renegade too
Jul 22 17:55:06 <panto> joel_, yeah, that was it
Jul 22 17:55:09 <panto> great catch
Jul 22 17:55:37 <panto> it stumped me cause while the channel list was on the dts it wasn't used
Jul 22 17:56:06 <joel_> panto, yeah looks like more stuff will break now. 3.11-rc1 has mcasp and other dma stuff also removed
Jul 22 17:56:23 <panto> I see to miss a whole bunch of crap to get sgx to work too
Jul 22 17:56:25 <panto> on 3.8 even
Jul 22 17:56:30 <panto> sgx_clk seems gone
Jul 22 17:56:38 <joel_> yep
Jul 22 18:03:14 <willyfog> Hi, everybody.
Jul 22 18:04:12 <willyfog> Just for curiosity. I´ve filled up an RMA form, but no answer yet. Anybody has an idea of how much it takes to get an answer?
Jul 22 18:05:07 <agmlego> RMA with who?
Jul 22 18:05:11 <agmlego> For what?
Jul 22 18:06:09 <mdp> Windows NT
Jul 22 18:13:46 <willyfog> Last Saturday when I connected my Beaglebone Black to tmy PC via usb cable I heard a little tic and didn´t turn on nor lit any led. After a closer look a saw a little hole on the surface of the processor. My BBB is DEAD
Jul 22 18:14:49 <willyfog> That´s why I want to know how much it takes to answer an RMA from. Sent on Saturday
Jul 22 18:17:05 <willyfog> Hey!! Just got in the RMA approval.
Jul 22 18:17:10 <agmlego> Right, but who are you filing the RMA *with*?
Jul 22 18:17:18 <agmlego> Who did you buy the device from?
Jul 22 18:17:27 <agmlego> Because this channel is not associated with a store.
Jul 22 18:18:05 <agmlego> So asking about RMA process in it is kind of like asking your local car factory about your latest oil change.
Jul 22 18:19:18 <willyfog> I know it´s not associated with a store, but.....aren´t we talking about beaglebones? Mine broke and I´m sorry if in a wrong channel
Jul 22 18:19:48 <willyfog> I bought it from Farnell element 14
Jul 22 18:22:07 <Tartarus> Then they'll be the ones doing the RMA work that you see
Jul 22 18:22:15 <Tartarus> They'll in turn send it back to TI I suspect
Jul 22 18:22:17 <willyfog> Case  you need to fill in an RMA, in Beaglebone´s web page, under support, there´s an RMA form to fill. It needs Beaglebone´s previuos approval.
Jul 22 18:23:04 <willyfog> I have to return it back to Farnell element 14
Jul 22 18:23:15 <agmlego> Ah, I had no idea CircuitCo evenm had that there.
Jul 22 18:25:36 <willyfog> Thank you guys!!
Jul 22 19:03:21 <plundra> Isn't the BBB suppposed to boot from the eMMC, unless the button is pressed during startup?
Jul 22 19:05:01 <aholler> no
Jul 22 19:05:57 <aholler> it depends on u-boot. the u-boot on the emmc, if angstrom, tries to load from the mmc first, even if the button isn't pressed
Jul 22 19:06:31 <plundra> I see, I'm positive I read it somewhere though. But that makes sense.
Jul 22 19:07:02 <aholler> you could change through changing uEnv.txt on the emmc
Jul 22 19:07:43 <plundra> Yeah I'll look into that. No worries now, but I put in an microsd for extra storage, and apparantly I still had the debian flasher on there ;-)
Jul 22 19:08:35 <Guest27254> Is anyone familiar with the 2x46-pin DIO headers?
Jul 22 19:18:12 <aholler> plundra: it's like autostart features, handy but dangerous ;)
Jul 22 19:51:10 <bradfa> omg github is sllooooooooooowwwww right now
Jul 22 19:52:32 <panto> night
Jul 22 20:11:58 <plundra> aholler: So, hmm, what part of uEnv.txt is trying to boot whatever is on the SD-card? I don't see anything obvious. Or is it hardcoded or something?
Jul 22 20:21:02 <aholler> that stuff in uEnv.txt only overwrites things in the default config. enter u-boot and type printenv to see the complete environment
Jul 22 20:22:32 <plundra> I have yet to buy a ttl -> rs232/usb adapter though, was just about to ask a friend to borrow one for tomorrow :)
Jul 22 20:22:58 <plundra> I'll have a look at the code for now, thanks.
Jul 22 20:23:02 <aholler> strings u-boot.img
Jul 22 20:23:17 <aholler> it's usually at the end
Jul 22 20:25:30 <plundra> In case one b0rks the partitons on the eMMC, how will booting go about? If it can't find a readable partion or say the MLO on it, will it continue with the SD-slot?
Jul 22 20:27:22 <aholler> the srm has a chapter about that
Jul 22 20:28:05 <plundra> Ok, will check that out, thanks again :-) I'd like to figure out these things before I need them ;-)
Jul 22 20:44:27 <joel_> hey mdp, just following up on https://lkml.org/lkml/2013/1/20/95
Jul 22 20:45:44 <joel_> I think what Vinod had meant was "max", so just 1 number. however, I feel he missed that we might depend on burst, width etc to calculate the "max"
Jul 22 20:46:03 <joel_> so what's horrible is he went ahead and implemented an API that doesn't accept any of the burst/width stuff
Jul 22 20:46:14 <mdp> I've officially lost interest..it's all yours now ;)
Jul 22 20:46:19 <joel_> hehe
Jul 22 20:46:25 <mdp> however, he and I talked about two different things
Jul 22 20:46:28 <mdp> one is his caps api
Jul 22 20:46:50 <joel_> and the other?
Jul 22 20:46:51 <mdp> and there are later posts where there's a minor thing needed to upstream the alternative api..see the other threads
Jul 22 20:47:22 <joel_> he posted this couple of days back: http://git.infradead.org/users/vkoul/slave-dma.git/blobdiff/ad81f0545ef01ea651886dddac4bef6cec930092..221a27c76033a3a4196b3da09848bc5f237f3f94:/include/linux/dmaengine.h
Jul 22 20:47:25 <joel_> oops
Jul 22 20:47:43 <joel_> here, http://git.infradead.org/users/vkoul/slave-dma.git/commit/221a27c76033a3a4196b3da09848bc5f237f3f94
Jul 22 20:48:04 <joel_> so that's what he's proposing we officially use
Jul 22 20:48:54 <mdp> I don't know if his version incorporates what was later discussed or not
Jul 22 20:49:04 <mdp> he wanted two apis..one for static things
Jul 22 20:49:29 <joel_> I see
Jul 22 20:49:46 <mdp> and another where you have to runtime calculate the sg stuff..he was adamant that the runtime api did not belong in the channel caps
Jul 22 20:50:12 <mdp> I tried to explain to him that I wasn't going to implement a channel caps api that had no in-kernel users ;)
Jul 22 20:50:31 <joel_> mdp, so the runtime stuff is what you did right?
Jul 22 20:50:38 <joel_> passing the parameters, and calc the max etc.
Jul 22 20:51:22 <joel_> mdp, the API he has proposed is pure static. I guess we can make it dynamic though by retrieving the parameters from the CFG instead of function params?
Jul 22 20:51:33 <mdp> http://linux.davincidsp.com/pipermail/davinci-linux-open-source/2013-March/026604.html
Jul 22 20:52:08 <mdp> there was a comment on this approach that was fine, except somebody asked to have the structure be passed in
Jul 22 20:52:21 <mdp> and I was involved in the job change at that point...
Jul 22 20:52:38 <joel_> right, that's fine. that's fixed
Jul 22 20:52:45 <joel_> but then there's another one I have here: mdp, yes that's the one I have. then I have another one from you here: http://linux.davincidsp.com/pipermail/davinci-linux-open-source/2013-January/025954.html
Jul 22 20:52:54 <mdp> so anyway, you should be able to pick up something from there...if you follow the varying threads, vinod understood the need for it later
Jul 22 20:53:07 <joel_> okie dokie
Jul 22 20:53:13 <mdp> that is older, you see?
Jul 22 20:53:33 <joel_> yes, true. I thought you mentioned "2" different APIs, so that was another version ;)
Jul 22 20:53:35 <mdp> I junked that because he didn't want runtime calcs in that..didn't meet his definition of channel caps
Jul 22 20:53:42 <mdp> channel caps are static things to him
Jul 22 20:54:04 <mdp> so look at the stuff from march
Jul 22 20:54:07 <joel_> mdp, but runtime calcs are also part of the new version: http://linux.davincidsp.com/pipermail/davinci-linux-open-source/2013-March/026604.html
Jul 22 20:54:18 <joel_> so nothing is static yet ;)
Jul 22 20:54:32 <mdp> so what's the problem?
Jul 22 20:54:54 <joel_> should it be static or should it not is what I'm wondering..
Jul 22 20:55:07 <mdp> should what be static?
Jul 22 20:55:33 <mdp> the "new version" is a _different api_
Jul 22 20:55:35 <joel_> the caps, should it be calculated based on the address width and burst/fifo sizes. or should it be what is theoretically possible
Jul 22 20:55:56 <mdp> theoretically possible doesn't solve the problem, as explained on the thread
Jul 22 20:56:24 <mdp> the only thing that's important is the limit given a channel config
Jul 22 20:56:32 <mdp> and thus I was asked to make a separate api
Jul 22 20:56:56 <mdp> the api name keeps changing along the way unfortunately to reflect that
Jul 22 20:57:13 <mdp> but what vinod put in is what he wanted for a different use case
Jul 22 20:57:32 <joel_> mdp, right
Jul 22 20:58:40 <mdp> I assume you slipped in a hack to prevent it from crashing for right now?
Jul 22 20:59:18 <joel_> mdp, yes I actually took your patches are implemented allocating the caps structure  in the slave
Jul 22 21:00:32 <joel_> but vinod redid the same thing, but this time the "caps->addr_widths" etc which returns what are all the possible widths one can DMA
Jul 22 21:00:46 <joel_> we don't really need that though
Jul 22 21:01:37 <joel_> mdp, this is what confuses me. the API from Vinod actually needs you to configure _after_ the get_caps stage
Jul 22 21:01:50 <joel_> and he's asking we use that
Jul 22 21:02:05 <joel_> but the stuff you worked on, needs the configure to happen _before_ the get_caps stage
Jul 22 21:02:06 <joel_> you see?
Jul 22 21:02:18 <mdp> it depends on the api implementation, yes
Jul 22 21:02:24 <mdp> I actually had it both ways
Jul 22 21:02:52 <mdp> it's interesting that it sounds like he reconsidered the apis
Jul 22 21:03:03 <joel_> Vinod's point is "get caps",and then use that to configure.... I don't think we can use that, because get_caps depends on configure... so basically stuck
Jul 22 21:03:04 <mdp> flip floppy
Jul 22 21:03:12 <joel_> hehe
Jul 22 21:03:32 <mdp> right, I explained this before publicly
Jul 22 21:03:43 <mdp> and he said I needed a different api for this case
Jul 22 21:03:53 <mdp> so, now it's your turn, cause I no longer need that api
Jul 22 21:03:56 <mdp> ;)
Jul 22 21:03:59 <joel_> ahhhh
Jul 22 21:04:19 <joel_> hehe... mdp you still bb user right :-P
Jul 22 21:04:55 <mdp> I only use the evil vendor kernel for my fun work ;)
Jul 22 21:05:05 <mdp> cause upstream doesn't work yet ;)
Jul 22 21:05:15 <mdp> it's a vicious circle :)
Jul 22 21:06:25 <joel_> hehe...hopefully we can make it work soon
Jul 22 21:06:46 <mdp> in any case, the way we left it was that the only remaining comment on the functioning api was http://linux.davincidsp.com/pipermail/davinci-linux-open-source/2013-March/026767.html
Jul 22 21:07:36 <mdp> in previous versions you can read the discussion of how he groked why we needed to calculate stuff at runtime and immediately said it had to be a different api
Jul 22 21:07:55 <mdp> perhaps he forgot that when putting in his channel caps api and asking you to use it
Jul 22 21:08:31 <joel_> mdp, ah ok, cool... that makes things a whole lot clear, mannn..:)
Jul 22 21:09:01 <mdp> btw, how does mmc work upstream with max_segs = 1024 in omap_hsmmc?
Jul 22 21:09:38 <joel_> mdp, I honestly never reverted the max of 16 you'd set
Jul 22 21:09:53 <mdp> no, I mean in omap_hsmmc
Jul 22 21:10:14 <mdp> you can't revert the max of 16 in the edma driver..the whole design depends on it ;)
Jul 22 21:10:42 <joel_> mdp, but it is reset here:                 mmc->max_segs = dma_sg_limits.max_seg_nr;
Jul 22 21:11:01 <joel_> oh wait a minute
Jul 22 21:11:04 <joel_> ofcourse I did...
Jul 22 21:11:09 <joel_> it works fine, but with my new patch set
Jul 22 21:11:12 <mdp> upstream
Jul 22 21:11:23 <mdp> people keep saying mmc works upstream
Jul 22 21:11:35 <joel_> mmc doesn't work upstream
Jul 22 21:11:40 <mdp> aha
Jul 22 21:11:49 <mdp> It seems like they were all smoking crack
Jul 22 21:11:53 <joel_> there's no dt support either.. there are a bunch of mmc patches I'm posting some of yours and then some with the caps stuff etc
Jul 22 21:12:21 <joel_> the hwmod removal triggered some more work so that got taken care off
Jul 22 21:12:24 <mdp> weird, this must be "TI mainline" people talk about
Jul 22 21:12:44 <joel_> yeah it is mainline + evil patches to make mmc work
Jul 22 21:12:59 <mdp> yeah, the whole api change to support mmc on the edma driver was not some whimsical patch series
Jul 22 21:13:59 <mdp> I'm glad we are aligned now ;)
Jul 22 21:14:54 <joel_> there are a lot of evil trees out there, one is koen's and one is TI
Jul 22 21:15:12 <joel_> hopefully we can beat the evil out of them all soon enough and get this working once and for all.....
Jul 22 21:15:56 <mdp> yes, then see you in multi_v7_defconfig! ;)
Jul 22 21:16:42 <joel_> hehe, nice pun...
Jul 22 21:18:12 <mdp> *groan*
Jul 22 21:19:18 <joel_> mdp, okie dokie then.. thanks dude.  I'll get back to taking look at this and poke vinod if it doesn't make sense to use it
Jul 22 21:20:44 <mdp> he might have an alternative idea now, however, the actual code that needs to happen is pretty trivial as you see. it's all just api semantics
Jul 22 21:22:43 <joel_> right, true..
Jul 22 21:23:35 <mdp> just pray he doesn't go on vacation on your next post ;)
Jul 22 21:41:11 <mrpackethead> http://static2.stuff.co.nz/1374501176/611/8950611_600x400.jpg
Jul 22 21:48:02 <joel_> mdp, summarized it and dropped him a note
Jul 22 21:51:25 <Guest18562> Can the BBB be used for entertainment media like the RPi? I'm learning computer science but at the same time I want a device I can play with when I'm not developing/programming.
Jul 22 21:55:23 <prpplague> Guest18562: yes, but it depends on what kind of media you want
Jul 22 21:58:55 <Guest18562> What kind of media is it limited to? I was referring to movie files, like AVI or so on. Or older computer games/emulators, that sort of thing.
Jul 22 22:01:15 <mrpackethead> Guest18562:  If you want to make a media server, you'll probalby be better of with a PI
Jul 22 22:01:23 <mrpackethead> its got better video outputs
Jul 22 22:01:45 <m_billybob> it has better video hardware.
Jul 22 22:02:11 <mrpackethead> for waht i'm doign, i wished there was no HDMI output
Jul 22 22:02:26 <mrpackethead> its just an annoyance and somerhign i have to disable.
Jul 22 22:02:33 <m_billybob> same although mrpackethead, you could have CCO custom make you one without HDMI
Jul 22 22:02:49 <mrpackethead> if they bothered to repsond
Jul 22 22:03:08 <Guest18562> I see
Jul 22 22:03:35 <m_billybob> mrpackethead, well mass produce would be the only real reason to make one
Jul 22 22:03:56 <mrpackethead> they used to do custom work
Jul 22 22:04:02 <mrpackethead> but they got too busy
Jul 22 22:05:17 <m_billybob> so send schematics off to someone else ;)
Jul 22 22:05:39 <m_billybob> 6 layer wotn be cheap though, and PCBA i dont even want to know
Jul 22 22:07:17 <m_billybob> remove the HDMI, put a larger eMMC on it, maybe more RAM GbE ethernet ;)
Jul 22 22:48:54 <biot> mdp: couldn't resist the red pitaya
Jul 22 22:49:21 * biot never can resist toys like that
Jul 22 23:59:11 <joel_> movie time!
Jul 22 23:59:12 <joel_> bbl
Jul 23 00:08:29 <mranostay> mru: you see that one of RMK rants directed at you is on the FOAAS :)
Jul 23 00:58:49 * wmat sneezes
Jul 23 01:03:24 * mranostay sprays wmat with Lysol
Jul 23 01:04:33 <wmat> no need, just some drywall dust in my nose
Jul 23 01:08:00 <francoponticelli> hi there
Jul 23 01:08:37 <francoponticelli> I do have a question on i2c … I followed the steps here http://circuitco.com/support/index.php?title=BMP_on_the_Beagle_Bone_Black and everything works fine
Jul 23 01:09:28 <francoponticelli> if I try to apply the same logic to a TMP102 https://www.sparkfun.com/products/9418 it fails right the driver initialization
Jul 23 01:09:50 <francoponticelli> *at the driver initialization
Jul 23 01:11:37 <ds2> eeeeek drywall dust
Jul 23 01:11:47 <ds2> who knows what kind of nasties is in that!
Jul 23 01:12:09 <wmat> heh
Jul 23 01:13:01 * wmat considers a road trip to maker faire Detroit next weekend
Jul 23 01:17:39 <francoponticelli> can I write to /sys/class/i2c-adapter/i2c-1/new_device at most once during a session?
Jul 23 01:28:11 <ds2> wmat: looking for a new laptop/tablet?
Jul 23 01:36:08 <wmat> ds2: always
Jul 23 01:39:29 <ds2> wmat: think last year laptops locked in the trunk of a car was stolen from MF/Detroit
Jul 23 01:39:57 <wmat> ah
Jul 23 01:54:20 * wmat prpplague what's up? I miss anything while away?
Jul 23 01:54:40 * wmat prpplague ping
Jul 23 01:54:49 * Russ is curious if prpplague sumbitted for elce
Jul 23 01:56:01 * wmat wonders why I can't pm tonight :/
Jul 23 01:56:48 <wmat> the summer has melted my brain
Jul 23 01:57:46 <ds2> restore from wiki backup
Jul 23 01:58:13 <wmat> heh
Jul 23 01:58:44 * wmat checks the recent changes
Jul 23 01:58:59 <wmat> oh, a RFID Adapter Cape
Jul 23 02:00:35 <ds2> ooh wearable
Jul 23 02:34:31 <mranostay> geez that hill is a killer
Jul 23 02:47:01 <jhuwa> I just got a BBB and can't get the hdmi output to work anyone have any ideas?
**** ENDING LOGGING AT Tue Jul 23 02:59:58 2013