• [00:00:29] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beagle
  • [00:00:29] * Topic is 'http://beagleboard.org/chat has a guide on how to ask questions and links to the logs | never ask to ask, just ask | be patient | pastebin a boot log | http://ahsoftware.de/Beaglebone_Black_Boot_explained.svg | http://beagleboard.org/latest-images | http://beagleboard.org/Support/bone101 | direct bonescript/node.js questions to #beagle-bonescript | books: http://bit.ly/bbb-books'
  • [00:00:29] * Set by KotH!~attila@erica.kinali.ch on Wed Jul 15 13:55:07 UTC 2015
  • [00:00:29] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beagleboard
  • [00:00:29] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beaglebone
  • [00:00:30] <zmatt> as a project it's pretty dead :/
  • [00:03:30] * jkridner (~jkridner@pdpc/supporter/active/jkridner) Quit (Read error: Connection reset by peer)
  • [00:03:39] * jkridner|work (~jkridner@pdpc/supporter/active/jkridner) has joined #beagle
  • [00:03:39] * ChanServ sets mode +o jkridner|work
  • [00:04:06] * thisisbrians (~thisisbri@24.27.227.1) Quit (Ping timeout: 240 seconds)
  • [00:06:12] <veremit> what ya got the dsp's doing?
  • [00:06:27] * thisisbrians (~thisisbri@2605:6000:e981:f700:256a:69cc:6037:71c1) has joined #beagle
  • [00:06:37] <veremit> I've just discovered why my boss wanted a new dsp board I ordered this week .. lol
  • [00:06:48] <veremit> think he's 'tuning' his crossover
  • [00:08:34] * msvb-lab (~mschloh@x55b54b00.dyn.telefonica.de) Quit (Read error: Connection reset by peer)
  • [00:09:15] <zmatt> crossover, flattening the response, some protection against people intent on blowing the thing up :P the usuals
  • [00:10:29] <zmatt> I already explained that the only proper way to deal with a clipping indication is by sending some feedback signal to the mixer console and have little mechanical hand pop out and slap the operator
  • [00:10:44] * thisisbrians (~thisisbri@2605:6000:e981:f700:256a:69cc:6037:71c1) Quit (Ping timeout: 246 seconds)
  • [00:12:51] * NishanthMenon (nmenon@nat/ti/x-dmkgdaudeegmfxoe) Quit (Quit: Dialed 5483.)
  • [00:15:52] * thisisbrians (~thisisbri@2605:6000:e981:f700:c415:39df:e0e:8a88) has joined #beagle
  • [00:18:37] * dj_pi (~dj@c-73-191-212-56.hsd1.mi.comcast.net) has joined #beagle
  • [00:20:11] * thisisbrians (~thisisbri@2605:6000:e981:f700:c415:39df:e0e:8a88) Quit (Ping timeout: 246 seconds)
  • [00:24:35] * dwery (~dwery@nslu2-linux/dwery) Quit (Ping timeout: 250 seconds)
  • [00:29:45] * thisisbrians (~thisisbri@2605:6000:e981:f700:c415:39df:e0e:8a88) has joined #beagle
  • [00:29:53] * thisisbrians (~thisisbri@2605:6000:e981:f700:c415:39df:e0e:8a88) Quit (Remote host closed the connection)
  • [00:30:13] <veremit> either that or compression or hard limiting .. but that gets a bit nasty except on loud events where its not noticeable
  • [00:30:56] <zmatt> right but then you're compromising the audio quality of your speaker... but you really have no choice, since it's really too late to do anything about it
  • [00:30:59] <veremit> limiters are a good idea whenever morons get involved
  • [00:31:03] <zmatt> hence the little hand to slap the operator
  • [00:31:06] <veremit> precisely
  • [00:31:07] * thisisbrians (~thisisbri@2605:6000:e981:f700:c415:39df:e0e:8a88) has joined #beagle
  • [00:31:44] <veremit> you're merely exerting damage limitation or elimination, hopefully .. at an audible cost
  • [00:32:02] <zmatt> unfortunately, morons just.. are.
  • [00:32:18] <veremit> and anyone who cares will notice ..
  • [00:32:31] <zmatt> most will hopefully be too drunk though
  • [00:32:40] <veremit> true
  • [00:32:47] <veremit> and that's not always entirely a bad thing
  • [00:32:52] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) has joined #beagle
  • [00:32:53] <veremit> it makes for an easier night
  • [00:32:53] * vagrantc (~vagrant@unaffiliated/vagrantc) Quit (Ping timeout: 268 seconds)
  • [00:33:00] <veremit> or day/etc
  • [00:33:42] <veremit> its quite fun to have all the options though
  • [00:33:56] <zmatt> I mean, I recently heard something about a scanner or moving head that managed to get soaked in champagne, so, well...
  • [00:34:07] <veremit> *cringe*
  • [00:34:15] <veremit> hazards of the job though
  • [00:34:24] <zmatt> yeah, glad it's not mine though
  • [00:34:41] <veremit> even my effects have a thin film of effect smoke .. except maybe one or two
  • [00:34:58] <veremit> I think that's the best way though .. proves they've actually been *used* lol
  • [00:35:21] <veremit> which reminds me .. need to re0engineer a new remote for the smoke machine .. and get some fluid
  • [00:36:13] <veremit> hmm .. my mind was wondering into the realms of subwoofers again .. -sigh-
  • [00:36:33] <zmatt> seen the specs on our sub btw? :) https://dutchdutch.com/professional/pro-fidelity-s18c
  • [00:37:54] <veremit> And I got a control board that doesn't fire its main lamp :( hmm .. need to get that out and test it ..
  • [00:37:57] <veremit> sec ..
  • [00:38:21] <veremit> yeeesss ... I don't think I could get INTO my lounge with that though ... lol
  • [00:38:36] <zmatt> hehe
  • [00:38:38] <veremit> it would teach my neighbour a lesson or two though *snicker*
  • [00:38:59] <veremit> I liked the comments about the tweeter in that PLUTO .. let me find it again ..
  • [00:39:07] * Akex_ (uid58281@gateway/web/irccloud.com/x-lwwhmgdaicyqdnoq) Quit (Quit: Connection closed for inactivity)
  • [00:39:32] <zmatt> these things are really unfunny loud
  • [00:40:08] <veremit> .. here we go .. "Occasional clicks during high peak sounds. This is an indication that the woofer power amplifier is clipping. It generates high frequency spectral components which are radiated by the woofer as clicks. The higher frequency spectrum from the tweeter remains clean as ever. I have never observed the tweeter power amplifier clipping.... <cont>
  • [00:40:19] <veremit> . There is no need to turn down the volume, other than for complaints from your neighbors."
  • [00:40:35] <veremit> *grin*
  • [00:40:47] <veremit> or your ears exploding lol
  • [00:40:58] <zmatt> I think that's typical though, tweeters being much more efficient
  • [00:41:20] <veremit> yes enormously so .. and the sheer volume of air you need to shift for loud bass frequencies
  • [00:41:29] <zmatt> uhuh
  • [00:41:54] <veremit> although .. it you properly consider these factors .. its all do-able
  • [00:42:03] <zmatt> the only true winner there is the rotary woofer... it has flat response down to 0 Hz. If you input a DC signal, the air pressure in the room changes slightly
  • [00:42:16] <veremit> oh?
  • [00:42:28] <veremit> I've heard about these servo drive(rs)
  • [00:42:32] <zmatt> it's basically a fan with blades that can be modulated
  • [00:42:44] <zmatt> mounted in a wall or something
  • [00:42:45] <veremit> ah I wondered once about something like that
  • [00:43:00] <zmatt> http://www.rotarywoofer.com/model17impedance.html
  • [00:44:06] <zmatt> yours for only about $22,000 - $26,000
  • [00:44:31] <zmatt> includes custom design, installation, performance testing, etc though
  • [00:46:17] <zmatt> one may experience some issues with rattling doors and such though, especially below 5 Hz :P
  • [00:46:39] <veremit> you can't *hear* those frequencies lolol ..
  • [00:46:49] <zmatt> you can hear the rattling doors though
  • [00:46:53] <veremit> you can get those going into the few tens of herz ..
  • [00:46:54] <zmatt> hehe
  • [00:46:59] <veremit> yes .. alas ..
  • [00:47:36] <veremit> although if you wedge them appropriately .. they'll just vibrate
  • [00:47:44] <veremit> better still .. take them off :D
  • [00:48:07] <zmatt> well it obviously needs an adequately enclosed space
  • [00:48:08] * msvb-lab (~mschloh@x55b54b00.dyn.telefonica.de) has joined #beagle
  • [00:48:09] <veremit> though .. that might have unwanted side-effects ... :)
  • [00:48:58] <zmatt> wow, it's quite efficient too
  • [00:48:59] <veremit> its an interesting concept .. because fundamentally, they're right .. you have to throw away the voice-coil 'mover'
  • [00:49:18] <veremit> yeah .. only thing already comparable I suppose is a bass horn (which do exist ..)
  • [00:49:30] <zmatt> you need insane horns though
  • [00:49:50] <veremit> horns are quite cool .. but much more manageable at microwave frequencies :D
  • [00:49:55] <zmatt> yes
  • [00:50:13] <zmatt> in general, you have problems when trying to radiate waves bigger than you are
  • [00:50:28] <veremit> why do we have such an inconvenient hearing/sensing range?!
  • [00:50:42] <veremit> I suppose it must have something to do with our surroundings
  • [00:50:45] <zmatt> because at higher frequencies, air becomes a really shitty transmission medium
  • [00:50:56] <zmatt> dispersive, non-linear crap
  • [00:51:03] <veremit> yeah .. but our ears don't work so well under water :/
  • [00:51:10] <zmatt> we don't live under water
  • [00:51:18] <veremit> there is that too
  • [00:51:21] <veremit> makes breathing hard
  • [00:51:35] <zmatt> our ears make the most of the range that's usable
  • [00:51:50] <veremit> they;re bloody amazing .. like most of our senses ..
  • [00:51:51] <veremit> lol
  • [00:51:55] <zmatt> broadening the spectrum would be useless, hence they're so frigging sensitive instead
  • [00:52:37] <zmatt> which is why noise is a bigger problem than in almost any other kind of transmission
  • [00:53:05] <zmatt> way too much data packed into way too little bandwidth :/
  • [00:53:31] <veremit> ah that depends on the encoding *ahem* source :p
  • [00:54:00] <veremit> and whether you choose to try to 'tune' it .. but its true .. its exhausting for long periods of time
  • [00:54:18] <veremit> take aircraft for example... ugh.
  • [00:54:50] <zmatt> I'm not talking about the artifects caused by digital compression though, I mean once it enters the analog domain, which unfortunately it still needs to do eventually
  • [00:55:08] <veremit> yes we only have an analogue interface ..
  • [00:55:32] <veremit> and I doubt there is likely ever to be a way of accessing the brain's encoding methods
  • [00:55:50] <veremit> whether they're analogue or digital
  • [00:56:28] <veremit> no .. lets not start on digital compression .. and them artifects :/
  • [00:56:33] <zmatt> actually, there are already implants for people who have lost their hearing, not really sure how they work though
  • [00:57:01] <veremit> I think you still ccreate some form of movement/vibration don't you?
  • [00:57:04] <veremit> its just highly localised
  • [00:57:29] <zmatt> "An electrode array, which is a group of electrodes that collects the impulses from the stimulator and sends them to different regions of the auditory nerve."
  • [00:57:33] <veremit> and proportionally high intensity? very crude if so.
  • [00:57:54] <veremit> ah so it does attempt some stimulation of the nerve
  • [00:58:01] <zmatt> Cochlear implants bypass damaged portions of the ear and directly stimulate the auditory nerve. Signals generated by the implant are sent by way of the auditory nerve to the brain, which recognizes the signals as sound. Hearing through a cochlear implant is different from normal hearing and takes time to learn or relearn.
  • [00:58:53] <veremit> how does it stimulate the nerve .. I assume that's all downstream of them tiny bones & structures...
  • [00:59:14] <zmatt> go forth and google yourself? :P
  • [00:59:22] <veremit> eh too lazy :D
  • [00:59:32] * vmayoral (~vmayoral@98.Red-88-19-47.staticIP.rima-tde.net) has joined #beagle
  • [01:00:43] <veremit> tis awesome stuff though
  • [01:00:58] * thisisbrians (~thisisbri@2605:6000:e981:f700:c415:39df:e0e:8a88) Quit (Remote host closed the connection)
  • [01:03:08] <zmatt> oi, my music stream died
  • [01:04:03] * vmayoral (~vmayoral@98.Red-88-19-47.staticIP.rima-tde.net) Quit (Ping timeout: 244 seconds)
  • [01:04:20] * msvb-lab (~mschloh@x55b54b00.dyn.telefonica.de) Quit (Ping timeout: 268 seconds)
  • [01:09:11] <veremit> :\
  • [01:09:41] <zmatt> it's back
  • [01:10:36] <veremit> \o/
  • [01:14:31] <zmatt> yay, vayu's control module stores the MAC address in... yet another format different from the other two already in use by the ethernet switch subsystem \o/
  • [01:14:46] <zmatt> how many ways can you invent to store 6 fucking bytes
  • [01:14:52] <zmatt> (don't answer that)
  • [01:15:26] * Defiant (erik@f054248243.adsl.alicedsl.de) Quit (Ping timeout: 268 seconds)
  • [01:15:31] <veremit> I could tell you a tale about a certain vendor 's ONVIF implementation which is ... well .. spaghetti would be putting it mildly ..
  • [01:16:28] * Toan_ (75064e7f@gateway/web/freenode/ip.117.6.78.127) has joined #beagle
  • [01:18:42] <zmatt> the most commonly used byteorder I've seen on TI chips is { b4, b5, -, -, b0, b1, b2, b3 }
  • [01:19:11] <zmatt> used e.g. by centaurus and subarctic control module, and by the MII module
  • [01:20:04] <zmatt> the switch table entries use { b1, b0, xx, yy, b5, b4, b3, b2 }
  • [01:20:07] <zmatt> where xx/yy is other stuff
  • [01:20:42] * Defiant (erik@f050163155.adsl.alicedsl.de) has joined #beagle
  • [01:20:43] <zmatt> vayu's control module uses { b5, b4, b3, -, b2, b1, b0, - }
  • [01:21:18] * msvb-lab (~mschloh@x55b54b06.dyn.telefonica.de) has joined #beagle
  • [01:21:20] <zmatt> nobody considered just storing the 6 bytes in the order actually used in packets
  • [01:21:34] * thisisbrians (~thisisbri@cpe-72-182-107-60.austin.res.rr.com) has joined #beagle
  • [01:24:15] <zmatt> most of the crap seems to be due to various kinds of endian swapping, all of which is misguided since 1. a MAC address isn't an 48-bit number but six bytes 2. unlike higher-level protocols, ethernet is actually little-endian. In particular, the multicast ("group") bit is bit 0 of byte 0, the very first bit sent on the wire when serialized
  • [01:24:45] <zmatt> -.-
  • [01:26:03] * thisisbrians (~thisisbri@cpe-72-182-107-60.austin.res.rr.com) Quit (Ping timeout: 255 seconds)
  • [01:28:53] * Toan_ (75064e7f@gateway/web/freenode/ip.117.6.78.127) Quit (Quit: Page closed)
  • [01:31:03] * idwer (~irc@unaffiliated/idwer) Quit (Read error: Connection reset by peer)
  • [01:31:48] * msvb-lab (~mschloh@x55b54b06.dyn.telefonica.de) Quit (Quit: msvb-lab)
  • [01:37:20] * zmatt feels conflicted
  • [01:38:15] <zmatt> I have a strong urge to renumber things like peripherals to be consistently zero-based, rather than the mix of 0- and 1-based the TRM uses
  • [01:38:43] <zmatt> but in vayu's case that's quite a lot of renumbering
  • [01:39:06] <zmatt> otoh if i'm gonna do it, I'd better do it now when it's still easy to ensure at least my own documentation is internally consistent
  • [01:39:13] <zmatt> hmz
  • [01:41:40] * uavcam (~deuse@113.89.245.65) has joined #beagle
  • [01:42:03] <veremit> heh
  • [01:43:12] <zmatt> bizarrely, it uses 0-based numbering for one of the few things where subarctic uses 1-based: the ethernet interfaces
  • [01:46:09] <uavcam> hey, can you tell me if the gst-ducati plugin is availeble for the bb xM?
  • [01:54:51] * uavcam (~deuse@113.89.245.65) Quit (Ping timeout: 260 seconds)
  • [01:55:36] * uavcamm (~deuse@172.98.214.12) has joined #beagle
  • [01:55:57] <veremit> https://gitlab.com/gstreamer-omap/gst-ducati ?
  • [01:56:12] <veremit> that's omap4 ..
  • [02:02:22] <uavcamm> so the answer is no :D
  • [02:03:11] <rcn-ee> uavcamm, "ducati" is ip on the omap4.. if you want dsp video, find 2.6.32 and the original angstrom image..
  • [02:08:06] <uavcamm> thanks rcn. will try to find it.
  • [02:10:06] * thaolx (~newhanoia@123.24.135.198) Quit (Ping timeout: 240 seconds)
  • [02:17:16] <veremit> if you want hw accelerated video .. get a RPi *cough*
  • [02:17:47] <uavcamm> no, get a x15 ;)
  • [02:17:49] * NishanthMenon (~nmenon@pool-71-170-163-35.dllstx.fios.verizon.net) has joined #beagle
  • [02:19:20] <veremit> good luck with that :p
  • [02:19:57] <veremit> anyhoo .. I'ma go sleep before I keel over .. nite all! I-) thanks for the chat zmatt and happy coding :P
  • [02:21:09] * veremit is now known as veremit`afk
  • [02:23:28] * thisisbrians (~thisisbri@2605:6000:e981:f700:c415:39df:e0e:8a88) has joined #beagle
  • [02:27:39] * thisisbrians (~thisisbri@2605:6000:e981:f700:c415:39df:e0e:8a88) Quit (Ping timeout: 240 seconds)
  • [02:32:33] <zmatt> veremit`afk: nite!
  • [02:42:32] <zmatt> it is done.
  • [02:42:40] <zmatt> my spreadsheet is now fully 0-based
  • [02:42:47] * khem (~khem@unaffiliated/khem) Quit (Ping timeout: 264 seconds)
  • [02:44:21] * khem (~khem@unaffiliated/khem) has joined #beagle
  • [02:48:31] * vmayoral (~vmayoral@98.Red-88-19-47.staticIP.rima-tde.net) has joined #beagle
  • [02:49:27] * khem (~khem@unaffiliated/khem) Quit (Ping timeout: 244 seconds)
  • [02:51:48] * khem (~khem@unaffiliated/khem) has joined #beagle
  • [02:52:38] <zmatt> rcn-ee: have you seen the progress on my vayu pins spreadsheet? :)
  • [02:53:04] * vmayoral (~vmayoral@98.Red-88-19-47.staticIP.rima-tde.net) Quit (Ping timeout: 244 seconds)
  • [02:53:46] * matthewaveryusa (4160a332@gateway/web/freenode/ip.65.96.163.50) has joined #beagle
  • [02:54:34] <zmatt> I'm considering hiding the boundary scan and power domain columns for now, since nobody will care anyway
  • [02:55:41] <matthewaveryusa> hi guys, I'm having some trouble with a cape. I almost never ask for support since I usually find what I need already in the mailing lists. This one got me really stumped though
  • [02:56:17] <matthewaveryusa> I have the output of things of intest in a pastebin, but where is the best place to ask for help? is there a dedicated mailing list?
  • [02:56:54] <lathiat> matthewaveryusa: in here is ok too, try paste and see if anyone knows
  • [02:57:18] <zmatt> there are mailing lists, which you already know since you usually find what you need in them :P and you found this place, so I'd say give it a spin
  • [03:01:09] <matthewaveryusa> maybe I'm doing something silly so I'll start here if there's something immediately obvious: I have an lcd cape that's blank. I went through the instructions posted in the beagleboard/bb.org-overlays github repo and I'm getting nowhere. Here is where I am now: http://pastebin.com/tm2Bcgd0
  • [03:02:11] <matthewaveryusa> I wanted to keep my kernel at 4.1 but in a last-ditch effort I moved to 4.2 in hopes that maybe there was a fix I was overlooking. still the same problem
  • [03:04:29] <zmatt> I'd guess there's a problem with your overlay
  • [03:06:01] <zmatt> also, one thing to mind is that apparently the dtbo format of 3.8 kernels and 4.x kernels are not quite the same, hence there are also different dtcs in circulation
  • [03:06:23] * thaolx (~newhanoia@222.254.14.225) has joined #beagle
  • [03:07:01] <zmatt> but I don't really know much details about that, I normally never use overlays (but they do work for me on 4.x
  • [03:07:04] <zmatt> )
  • [03:10:26] <zmatt> ah the github repo already makes sure you have the right dtc
  • [03:10:46] <zmatt> then I would say a problem with the overlay itself is most likely
  • [03:11:54] <matthewaveryusa> the dmesg logs makes me think it's not even trying to load the overlay?
  • [03:12:13] <zmatt> dunno, "failed to load"
  • [03:12:45] <matthewaveryusa> [ 5.093377] bone_capemgr bone_capemgr: initialized OK. [ 5.173939] bone_capemgr bone_capemgr: slot #0: dtbo 'BB-BONE-LCD4-01-00A1.dtbo' loaded; overlay id #0
  • [03:12:59] <matthewaveryusa> that's good trace that I would expect to see
  • [03:13:12] <zmatt> what slot is your cape actually using?
  • [03:13:19] <zmatt> (eeprom #)
  • [03:13:42] <matthewaveryusa> A0
  • [03:13:56] <matthewaveryusa> I tried all the pin configurations already
  • [03:14:17] <matthewaveryusa> the slot changes when I move the pins around
  • [03:14:25] <zmatt> note that forcibly loading a cape using "capemgr.enable_partno=" is afaik duplicative with the auto-detection mechanism
  • [03:14:37] <zmatt> and might therefore possible even cause an error
  • [03:14:59] <zmatt> *possibly
  • [03:15:33] <zmatt> I'm not really sure, I never use the capemgr so I'd have to check the sources to see what it's doing and i'm too lazy for that right now :P
  • [03:16:02] <matthewaveryusa> I tried that permutation as well :)
  • [03:16:28] <matthewaveryusa> I tried all the pin settings with/without enable_partno
  • [03:16:49] <zmatt> if you have doubt about whether it even tried to load it, try loading it via the new configfs mechanism... it's more tolerant about stuff like metadata (read: it ignores all of it), and who knows maybe it even has more informative error messages
  • [03:16:56] <matthewaveryusa> I also tried different overlays
  • [03:17:16] <zmatt> have a link to the overlay source code?
  • [03:17:52] <zmatt> btw what's all that crap doing in your uEnv.txt ?
  • [03:18:07] <zmatt> those addresses and such
  • [03:18:19] <zmatt> euh
  • [03:18:20] <zmatt> huh
  • [03:18:38] <zmatt> /boot/uboot/uEnv.txt ? what weirdass image is this based on?
  • [03:19:58] * zmatt has never seen any file residing in /boot/uboot/
  • [03:20:18] * zmatt pokes rcn-ee
  • [03:21:34] <matthewaveryusa> I have no idea, that's what was already there
  • [03:22:17] <zmatt> what distro version is it?
  • [03:22:18] <matthewaveryusa> I got the board from sparkfun and didn't do anything exotic with it?
  • [03:22:32] <matthewaveryusa> deb
  • [03:22:46] <zmatt> cat /etc/dogtag
  • [03:22:47] <rcn-ee> matthewaveryusa, looks like you are dealing the ancient 2014-may release (cat /etc/dogtab)
  • [03:22:56] <zmatt> our saviour is here!
  • [03:23:25] <matthewaveryusa> does not exist
  • [03:23:33] <rcn-ee> matthewaveryusa, then ancient.. ;)
  • [03:23:49] <rcn-ee> grab jessie: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2015-10-18
  • [03:24:11] <matthewaveryusa> sorry, ssh was out, root@beaglebone:~# cat /etc/dogtag BeagleBoard.org BeagleBone Debian Image 2014-04-23
  • [03:24:14] <matthewaveryusa> still ancient
  • [03:24:15] <matthewaveryusa> got it
  • [03:24:51] <rcn-ee> matthewaveryusa, one of the big problems with that one, it won't load a v3.14.x dtb, as it falls on top of the kernel image in ram..
  • [03:25:00] <rcn-ee> then i never tried v4.1.x overlays on it either. ;)
  • [03:25:04] * thisisbrians (~thisisbri@cpe-72-182-107-60.austin.res.rr.com) has joined #beagle
  • [03:27:13] <uavcamm> https://groups.google.com/forum/#!topic/beagleboard/AHCiZPcCQ3s this discusses 4.1
  • [03:28:13] <uavcamm> should work on jessie
  • [03:28:32] <matthewaveryusa> thanks, I'll try tomorrow after work!
  • [03:28:58] <zmatt> rcn-ee: gawd vayu's control module really is a mess... I mean, even more than the control module normally already is
  • [03:29:20] <rcn-ee> zmatt, must be disabled stuff stuck in it..
  • [03:29:35] * thisisbrians (~thisisbri@cpe-72-182-107-60.austin.res.rr.com) Quit (Ping timeout: 260 seconds)
  • [03:30:07] * MichaelLong (~ml@p4FF25E19.dip0.t-ipconnect.de) Quit (Remote host closed the connection)
  • [03:30:09] <zmatt> that doesn't explain why you'd put the DCAN ram init controls in the same byte as the DSS deshdcp_clock_enable bit
  • [03:30:31] <zmatt> in fact, what on earth is that last one even doing in the control module instead of PRCM
  • [03:31:10] * MichaelLong (~ml@p4FF2554B.dip0.t-ipconnect.de) has joined #beagle
  • [03:32:10] <zmatt> rcn-ee: with a mess I don't mean all the gaps and such
  • [03:32:15] <zmatt> I mean the "sort -R" aspect
  • [03:33:15] <rcn-ee> zmatt, register "auto-router" with no rules...
  • [03:33:43] <zmatt> and using yet another way of storing a MAC address (different from the two used in the ethernet subsystem, different from previous control modules)
  • [03:34:00] <zmatt> no, not *that* random
  • [03:34:05] <zmatt> that's subarctic PRCM
  • [03:34:13] <zmatt> this isn't quite *that* bad yet
  • [03:34:36] <zmatt> but especially since it's an automotive chip I would have expected a bit more attention to detail
  • [03:35:21] <zmatt> but it seems centaurus was the last chip where designers bothered to pay a bit of attention to consistency and organisation :/
  • [03:36:06] <zmatt> using different pin numbering for padconf, the wakeup-event array, and iodelay is particularly asinine
  • [03:36:18] <rcn-ee> zmatt, isn't am4x's mac also differnet then the am3x's..
  • [03:36:48] <zmatt> dunno, I thought aegis' control module was still virtually the same as subarctic's
  • [03:37:02] <zmatt> (btw, don't say "am3x", that would also cover the am35xx :P )
  • [03:37:53] <zmatt> nope, same format
  • [03:38:00] <rcn-ee> yeah, geting sucked into ti's terms'... anything "am3" on git.ti.com is am335x.. (sgx/etc)
  • [03:38:19] <zmatt> { b1, b0, -, -, b5, b4, b3, b2 }
  • [03:38:28] <rcn-ee> yeah, am33xx/am3517/dm816 mac in all differnt offsets...
  • [03:38:32] <zmatt> same as centaurus, subarctic, and also the format actually used in MII
  • [03:38:32] * dj_pi (~dj@c-73-191-212-56.hsd1.mi.comcast.net) Quit (Ping timeout: 244 seconds)
  • [03:38:36] <zmatt> nope
  • [03:38:41] <zmatt> same offset in control module
  • [03:39:03] <zmatt> 0x630
  • [03:39:15] <zmatt> dunno am35xx
  • [03:39:16] <rcn-ee> i'm looking at: https://patchwork.ozlabs.org/patch/520232/
  • [03:39:18] <zmatt> that's a whole different thing
  • [03:39:26] <rcn-ee> 0x630, 0x110, 0x30 ;)
  • [03:39:55] <rcn-ee> but they are in the same order...
  • [03:40:03] <rcn-ee> dra7xx changed the memory order...
  • [03:40:06] <zmatt> oh wait, netra didn't have a cpsw
  • [03:40:06] <zmatt> yes
  • [03:41:53] <zmatt> wait, hum
  • [03:42:16] <zmatt> no nm, the docs are just being idiotic, I hope
  • [03:43:10] <zmatt> aegis describes 10--5432
  • [03:43:30] <zmatt> it probably means 45--0123 same as centaurus and subarctic
  • [03:44:09] <zmatt> 10--5432 *is* however the format used by the ALE, with the -- containing other data of the switch table entry
  • [03:44:45] <zmatt> vayu introduced 543-210- just to be different
  • [03:45:09] <zmatt> nobody apparently considered the actual order 012345 as stored in the packet to be a convenient one :P
  • [03:46:33] <zmatt> but this sort of crap is exactly what I mean with "gawd what a mess"
  • [03:46:43] <zmatt> vayu has many of the same registers seen previously in control modules
  • [03:47:19] <zmatt> but everything is arranged differently, often bitpacked together with completely unrelated stuff in a single register
  • [03:47:42] <zmatt> except not quite bitpacked, so a human was in fact involved
  • [03:47:46] <zmatt> just not one that cared
  • [03:48:26] <rcn-ee> or cared enough to mess with us..
  • [03:48:42] <rcn-ee> "had one task".. ;)
  • [03:48:47] <zmatt> "never attribute to malice that what can be adequately explained by incompetence"
  • [03:48:55] <zmatt> :P
  • [03:49:07] <rcn-ee> that's a good quote tooo
  • [03:49:46] * vagrantc (~vagrant@unaffiliated/vagrantc) has joined #beagle
  • [03:51:52] <zmatt> hmm
  • [03:52:15] <zmatt> Description: Register to configure some IP level signals
  • [03:52:19] <zmatt> good description too
  • [03:53:45] * matthewaveryusa (4160a332@gateway/web/freenode/ip.65.96.163.50) Quit (Ping timeout: 246 seconds)
  • [04:08:33] * schmid (~schmid@2a02:8070:a192:2f00:226:5aff:febc:ce5f) has joined #beagle
  • [04:22:25] * thisisbrians (~thisisbri@2605:6000:e981:f700:c415:39df:e0e:8a88) has joined #beagle
  • [04:26:39] * thisisbrians (~thisisbri@2605:6000:e981:f700:c415:39df:e0e:8a88) Quit (Ping timeout: 240 seconds)
  • [04:35:46] * kiwichris (~kiwichris@msc1401703.lnk.telstra.net) Quit (Read error: Connection reset by peer)
  • [04:37:19] * vmayoral (~vmayoral@98.Red-88-19-47.staticIP.rima-tde.net) has joined #beagle
  • [04:38:02] * kiwichris (~kiwichris@msc1401703.lnk.telstra.net) has joined #beagle
  • [04:39:48] * vagrantc (~vagrant@unaffiliated/vagrantc) Quit (Quit: leaving)
  • [04:41:59] * vmayoral (~vmayoral@98.Red-88-19-47.staticIP.rima-tde.net) Quit (Ping timeout: 250 seconds)
  • [04:58:46] * MK_FG (~MK_FG@pdpc/supporter/active/mk-fg) Quit (Ping timeout: 250 seconds)
  • [05:07:17] * MK_FG (~MK_FG@188.226.62.174) has joined #beagle
  • [05:07:17] * MK_FG (~MK_FG@188.226.62.174) Quit (Changing host)
  • [05:07:18] * MK_FG (~MK_FG@pdpc/supporter/active/mk-fg) has joined #beagle
  • [05:16:11] * BennyB_ (~heldb@host-88-217-198-167.customer.m-online.net) has joined #beagle
  • [05:19:10] * BennyB_ (~heldb@host-88-217-198-167.customer.m-online.net) Quit (Remote host closed the connection)
  • [05:20:34] <zmatt> rcn-ee: argh, there's no gcc 5 yet in jessie, not even as a separate package? -.-
  • [05:22:25] <zmatt> I guess I can compile locally and then copy to the x15
  • [05:24:51] * MK_FG (~MK_FG@pdpc/supporter/active/mk-fg) Quit (Ping timeout: 252 seconds)
  • [05:28:15] * MK_FG (~MK_FG@pdpc/supporter/active/mk-fg) has joined #beagle
  • [05:34:33] * thisisbrians (~thisisbri@2605:6000:e981:f700:c415:39df:e0e:8a88) has joined #beagle
  • [05:38:39] * thisisbrians (~thisisbri@2605:6000:e981:f700:c415:39df:e0e:8a88) Quit (Ping timeout: 240 seconds)
  • [06:17:48] * emeb (~ericb@ip68-2-68-52.ph.ph.cox.net) Quit (Quit: Leaving.)
  • [06:20:26] * NulL` (~bleh1@178.16.10.159) has joined #beagle
  • [06:24:36] * c10ud (~c10ud@emesene/dictator/c10ud) has joined #beagle
  • [06:26:13] * vmayoral (~vmayoral@98.Red-88-19-47.staticIP.rima-tde.net) has joined #beagle
  • [06:28:59] * uavcam (~deuse@174.139.26.141) has joined #beagle
  • [06:31:07] * vmayoral (~vmayoral@98.Red-88-19-47.staticIP.rima-tde.net) Quit (Ping timeout: 260 seconds)
  • [06:31:49] * rob_w (~bob@unaffiliated/rob-w/x-1112029) has joined #beagle
  • [06:33:02] * uavcamm (~deuse@172.98.214.12) Quit (Ping timeout: 268 seconds)
  • [06:37:47] <zmatt> that's new... the control module has locations that fault on read
  • [06:43:02] * Yotson (~Yotson@erpaderp.xs4all.nl) has joined #beagle
  • [06:46:41] * thisisbrians (~thisisbri@2605:6000:e981:f700:c415:39df:e0e:8a88) has joined #beagle
  • [06:50:59] * thisisbrians (~thisisbri@2605:6000:e981:f700:c415:39df:e0e:8a88) Quit (Ping timeout: 240 seconds)
  • [06:51:56] * kunalg (~kunalg@14.139.160.230) has joined #beagle
  • [07:03:26] * kunalg (~kunalg@14.139.160.230) Quit (Ping timeout: 240 seconds)
  • [07:12:53] * tomeff (~tomeff@ip-89-176-75-234.net.upcbroadband.cz) has joined #beagle
  • [07:12:53] * tomeff (~tomeff@ip-89-176-75-234.net.upcbroadband.cz) has joined #beagleboard
  • [07:12:53] * tomeff (~tomeff@ip-89-176-75-234.net.upcbroadband.cz) has joined #beaglebone
  • [07:13:26] <zmatt> (also, you're kidding me? an "imprecise external abort" resulting from reading strongly ordered memory? wtf)
  • [07:15:10] <zmatt> rcn-ee: I think it's definitely a good idea to disable the omap_l3 driver... that thing spams the kernel log like hell, and it's not even remotely useful spam
  • [07:16:17] * Mounicq1 (~Thunderbi@130.230.21.109.rev.sfr.net) has joined #beagle
  • [07:23:36] * NulL` (~bleh1@178.16.10.159) Quit (Ping timeout: 268 seconds)
  • [07:24:13] * vmayoral (~vmayoral@98.Red-88-19-47.staticIP.rima-tde.net) has joined #beagle
  • [07:31:29] * kunalg (~kunalg@14.139.160.230) has joined #beagle
  • [07:32:24] * ppisati (~ppisati@2-230-238-136.ip204.fastwebnet.it) has joined #beagle
  • [07:36:10] * flo_lap (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [07:39:01] * plaw (~plaw@hylozoist.pl.id.au) has joined #beagle
  • [07:39:16] * plaw (~plaw@hylozoist.pl.id.au) Quit (Changing host)
  • [07:39:17] * plaw (~plaw@guifications/user/plaw) has joined #beagle
  • [07:40:57] * dwery (~dwery@nslu2-linux/dwery) has joined #beagle
  • [07:45:40] * flo_lap is now known as florian
  • [07:48:17] * kunalg (~kunalg@14.139.160.230) Quit (Ping timeout: 256 seconds)
  • [07:49:32] * kunalg (~kunalg@14.139.160.230) has joined #beagle
  • [07:54:13] * uavcamm (~deuse@113.89.245.65) has joined #beagle
  • [07:57:54] * uavcam (~deuse@174.139.26.141) Quit (Ping timeout: 244 seconds)
  • [08:10:20] * kiwichris (~kiwichris@msc1401703.lnk.telstra.net) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  • [08:17:32] * BennyB_ (~heldb@host-88-217-198-167.customer.m-online.net) has joined #beagle
  • [08:17:53] * bizarro_1 (~bizarro_1@200.Red-83-47-135.dynamicIP.rima-tde.net) Quit (Quit: Leaving)
  • [08:18:14] * vmayoral (~vmayoral@98.Red-88-19-47.staticIP.rima-tde.net) Quit (Remote host closed the connection)
  • [08:18:30] * Mathi (31cfbf17@gateway/web/freenode/ip.49.207.191.23) has joined #beagle
  • [08:22:33] * Mathi (31cfbf17@gateway/web/freenode/ip.49.207.191.23) Quit (Ping timeout: 246 seconds)
  • [08:24:03] * it_ (93572eb6@gateway/web/freenode/ip.147.87.46.182) has joined #beaglebone
  • [08:24:33] <it_> Hello there. I am using a beaglebone black from our school and connecting to it through minicom. Our teacher gave us the username (root) and password (), though the login does not work
  • [08:25:09] <it_> I thought it might be that minicom sends a couple of more characters it shouldn't ... Enabling hex output it seems that when pressing <enter> it sends "0d 0a", is that correct? That's \r\n? Shouldn't it be \n?
  • [08:25:56] * kunalg (~kunalg@14.139.160.230) Quit (Quit: kunalg)
  • [08:36:09] * kiwichris (~kiwichris@CPE-144-132-188-191.nsw.bigpond.net.au) has joined #beagle
  • [08:39:03] * vmayoral (~vmayoral@98.Red-88-19-47.staticIP.rima-tde.net) has joined #beagle
  • [08:45:51] * uavcamm (~deuse@113.89.245.65) Quit ()
  • [09:02:48] * eballetbo (eballetbo@pasanda.collabora.co.uk) Quit (Ping timeout: 255 seconds)
  • [09:06:29] * eballetbo (eballetbo@pasanda.collabora.co.uk) has joined #beagle
  • [09:11:59] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) Quit (Quit: Leaving.)
  • [09:17:58] * ePi`Killerhands (~Killerhan@71-95-251-36.dhcp.rvsd.ca.charter.com) has joined #beagle
  • [09:20:12] * Cats_home1 (~Thunderbi@dsl.198.58.149.70.ebox.ca) has joined #beagle
  • [09:20:32] * chainsawbike (~chainsawb@unaffiliated/chainsawbike) Quit (Ping timeout: 265 seconds)
  • [09:20:32] * zoomequipd (~zoomequip@unaffiliated/zoomequipd) Quit (Ping timeout: 265 seconds)
  • [09:20:33] * ozzloy (~ozzloy@unaffiliated/ozzloy) Quit (Ping timeout: 265 seconds)
  • [09:20:41] * zoomequipd (~zoomequip@unaffiliated/zoomequipd) has joined #beagle
  • [09:20:49] * ozzloy (~ozzloy@ozzloy.lifeafterking.org) has joined #beagle
  • [09:20:49] * ozzloy (~ozzloy@ozzloy.lifeafterking.org) Quit (Changing host)
  • [09:20:49] * ozzloy (~ozzloy@unaffiliated/ozzloy) has joined #beagle
  • [09:21:01] * Barlow (~barlow@unaffiliated/barlow) Quit (Ping timeout: 265 seconds)
  • [09:21:18] * tomeff_ (~tomeff@ip-89-176-75-234.net.upcbroadband.cz) has joined #beagle
  • [09:21:18] * tomeff_ (~tomeff@ip-89-176-75-234.net.upcbroadband.cz) has joined #beagleboard
  • [09:21:18] * tomeff_ (~tomeff@ip-89-176-75-234.net.upcbroadband.cz) has joined #beaglebone
  • [09:21:29] * tomeff (~tomeff@ip-89-176-75-234.net.upcbroadband.cz) Quit (Ping timeout: 265 seconds)
  • [09:21:29] * Cats_home (~Thunderbi@dsl.198.58.149.70.ebox.ca) Quit (Ping timeout: 265 seconds)
  • [09:21:30] * tomeff_ is now known as tomeff
  • [09:21:30] * Killerhands (~Killerhan@71-95-251-36.dhcp.rvsd.ca.charter.com) Quit (Ping timeout: 265 seconds)
  • [09:21:31] * Cats_home1 is now known as Cats_home
  • [09:22:42] * chainsawbike (~chainsawb@unaffiliated/chainsawbike) has joined #beagle
  • [09:22:49] * Barlow (~barlow@53577F27.cm-6-8b.dynamic.ziggo.nl) has joined #beagle
  • [09:22:49] * Barlow (~barlow@53577F27.cm-6-8b.dynamic.ziggo.nl) Quit (Changing host)
  • [09:22:49] * Barlow (~barlow@unaffiliated/barlow) has joined #beagle
  • [09:24:01] <it_> ? c:
  • [09:35:50] * BennyB_ (~heldb@host-88-217-198-167.customer.m-online.net) Quit (Remote host closed the connection)
  • [09:36:08] * BennyB_ (~heldb@host-88-217-198-167.customer.m-online.net) has joined #beagle
  • [09:41:56] * Mounicq1 is now known as Mounicq
  • [09:49:06] * it_ (93572eb6@gateway/web/freenode/ip.147.87.46.182) Quit (Quit: Page closed)
  • [09:53:01] * Shadyman (~matthew@unaffiliated/shadyman) Quit (Quit: Leaving.)
  • [09:56:34] * rob_w (~bob@unaffiliated/rob-w/x-1112029) Quit (Remote host closed the connection)
  • [10:00:13] * XFaCE (~XFaCE@unaffiliated/xface) Quit (Ping timeout: 252 seconds)
  • [10:00:14] * plars (sid81840@ubuntu/member/plars) Quit (Ping timeout: 252 seconds)
  • [10:00:57] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) Quit (Ping timeout: 252 seconds)