**** BEGIN LOGGING AT Mon Jun 25 03:00:04 2018
Jun 25 03:43:52 <wiley> anyone know any epic RPROC vs UIO threads I should be reading for background?
Jun 25 03:44:05 <wiley> I went googling expecting to find a holy war of some sort and so far I've been disappointed
Jun 25 03:46:18 <set_> wiley: I found something but it is not war on Earth.
Jun 25 03:46:22 <set_> ...
Jun 25 03:46:31 <set_> Look here: https://markayoder.github.io/PRUCookbook/02case/case.html.
Jun 25 03:47:17 <wiley> I think the holy war I'm remembering was when I stumbled onto someone in the Google Group that was really angry that TI was writing RProc documentation
Jun 25 03:47:32 <set_> Oh.
Jun 25 03:47:34 <wiley> it may have been an isolated incident - I was looking for something else at the time so I didn't pay much attention to the arguments
Jun 25 03:47:42 <set_> Aw.
Jun 25 03:47:44 <wiley> unfortunately, I'm not finding it again
Jun 25 03:47:58 <set_> ...maybe people moved on and gave up.
Jun 25 03:48:13 <set_> ...
Jun 25 03:48:38 <set_> Every so often, I see people in here talking about UIO and rProc stuff but not in confrontational ways.
Jun 25 03:49:04 <wiley> IRC tends to be nicer than people who have time to get angry while writing an email :)
Jun 25 03:49:11 <wiley> maybe it's because chat feels more... personal
Jun 25 03:49:30 <wiley> to be clear, I'm not really looking for a flamewar - I'm really just looking for a reasonably technical comparison
Jun 25 03:49:41 <set_> Could be. Maybe there are people left looking to compare.
Jun 25 03:50:05 <set_> Hey wiley: Do you know if the new Capes were produced yet?
Jun 25 03:50:32 <wiley> I'm not sure which capes you mean?
Jun 25 03:50:42 <set_> Oh.
Jun 25 03:50:56 <set_> They have some new capes, I thought, for the BBB and other related boards.
Jun 25 03:51:11 <set_> Motor Cape, Load Cape, and etc...
Jun 25 03:51:28 <set_> They even have a Relay Cape, too.
Jun 25 03:51:41 <set_> But...the production status has been pushed back (I think).
Jun 25 03:51:49 <wiley> Ah, no, I don't know anything about TI's capes.
Jun 25 03:52:02 <set_> GHI...I think they produced the boards.
Jun 25 03:52:24 <set_> Anyway...I am sorry I cannot help.
Jun 25 03:52:32 <set_> Maybe someone else knows.
Jun 25 03:53:30 <set_> https://www.mouser.com/ProductDetail/GHI-Electronics/LODCPE-BBBCAPE?qs=%2fha2pyFaduil5AhRG%2fK8XPWTZ0W3hW6b2MR1MPNJ3j6vhpd5FjUDw5bTbMRHmNBz.
Jun 25 03:53:31 <set_> See.
Jun 25 03:53:34 <set_> ...
Jun 25 03:53:50 <set_> They say they are expecting but the Capes have not arrived. That is just one of the Capes.
Jun 25 03:54:10 <set_> Anyway. Fart. I mean...dang it.
Jun 25 03:57:02 <set_> https://www.packtpub.com/hardware-and-creative/beaglebone-creative-projects-hobbyists is something else.
Jun 25 03:57:03 <set_> ...
Jun 25 03:57:05 <set_> More recent.
Jun 25 03:59:31 <set_> myself: I have given up on the QuadCopter for now w/ the ArduPilot and BBBlue. Fate beat me again.
Jun 25 04:00:54 <CoffeeBreakfast> About holy wars: I have troubles reading mailing lists... with those ">" and ">>" and ">>>".. or it is just me???
Jun 25 04:07:16 <set_> I see the BeagleBone Google Groups thing. They have those items, the >> and >>>, all througout the dang boards when people reply.
Jun 25 04:07:18 <set_> ...
Jun 25 04:07:20 <set_> Yep.
Jun 25 04:08:02 <set_> Um...CoffeeBreakfast: What are you working on w/ the BBB (or other related boards)?
Jun 25 04:17:55 <CoffeeBreakfast> Now, I'm reading about the linux kernel
Jun 25 04:18:47 <set_> I have read about it some.
Jun 25 04:18:51 <set_> What part are you on?
Jun 25 04:19:10 <CoffeeBreakfast> IPC
Jun 25 04:19:35 <set_> IPC. I think, no...I am sure, I know nothing about that.
Jun 25 04:19:40 <set_> Dang.
Jun 25 04:20:11 <CoffeeBreakfast> Interprocess Communication
Jun 25 04:20:15 <set_> Oh.
Jun 25 04:20:21 <set_> So...pipes?
Jun 25 04:20:35 <CoffeeBreakfast> yep
Jun 25 04:20:38 <set_> Aw!
Jun 25 04:20:47 <set_> Get this and shove it there, pipes?
Jun 25 04:21:32 <set_> I barely know basics on that stuff. I rarely use the pipes to transfer ideas and info.
Jun 25 04:21:50 <set_> Oh well. It is interesting, though.
Jun 25 04:21:51 <set_> ...
Jun 25 04:22:42 <CoffeeBreakfast> You can connect an app in C++ with an Node.js app, as easy as pie
Jun 25 04:23:02 <CoffeeBreakfast> with named pipes
Jun 25 04:23:34 <set_> Aw! I am well aware of nothing along those lines. I feel as though my knowledge on pipes declined in 2015 w/ the big-bang of Wheezy.
Jun 25 04:23:49 <set_> ...
Jun 25 04:24:19 <set_> I was more interested in getting up and running w/ specific software and hardware instead of learning the "INs and OUTs" of Linux.
Jun 25 04:24:47 <set_> <<<< makes mistakes and frequently
Jun 25 04:25:04 <set_> ...
Jun 25 04:25:26 <set_> Hey CoffeeBreakfast: What book are you reading in or are you looking online?
Jun 25 04:27:09 <set_> ...I found "Linux Device Driver Development" and I seem to not be able to start the damn book for some reason.
Jun 25 04:27:10 <set_> ...
Jun 25 04:27:14 <set_> Probably too interesting.
Jun 25 04:28:12 <CoffeeBreakfast> Lxer, wikis, the source (getting mad reading the source by the way... not for a bed reading)
Jun 25 04:28:53 <CoffeeBreakfast> MIT courses in youtube
Jun 25 04:29:12 <set_> Oh yea...MIT courses are cool.
Jun 25 04:29:28 <set_> I got one on Python and C++ I have been scrolling through.
Jun 25 04:29:42 <set_> ...
Jun 25 04:30:13 <set_> I keep wanting to take a Embedded Linux Development course from The Linux Foundation but they cost more than my left arm.
Jun 25 04:30:35 <set_> Oh and you are right, the source is long and longer.
Jun 25 04:31:04 <CoffeeBreakfast> I get confused all time between Python and C++. Nodejs,Java,PHP, all are friendly with C programmers, the syntax are, cousins?
Jun 25 04:31:31 <set_> Yep. Mostly. They all have their little quirks.
Jun 25 04:32:04 <set_> Java = most quirks
Jun 25 04:32:15 <CoffeeBreakfast> about the source, elixir.bootlin.com have a great format: every struct have links to their definitions
Jun 25 04:32:58 <set_> Oh. I think it is hosted on gitHub.com. Talk about brain-drain.
Jun 25 04:34:28 <CoffeeBreakfast> The mirror in github is plain, I think, with no links and such
Jun 25 04:34:33 <set_> http://man7.org/linux/man-pages/index.html
Jun 25 04:34:35 <set_> ...
Jun 25 04:34:57 <CoffeeBreakfast> the man-pages are also a gold mine for learning
Jun 25 04:35:23 <set_> Yep. Unlimited arguments.
Jun 25 04:37:01 <CoffeeBreakfast> Are you working in a particular project with the BBB?
Jun 25 04:37:45 <set_> Sort of...I got this dang, couple of h-bridge-motor things I can make to alarm myself of how things are not supposed to be.
Jun 25 04:37:46 <set_> ...
Jun 25 04:37:50 <set_> No pun.
Jun 25 04:38:55 <set_> ...I have a electromechanical mower that has no engine attached and can listen to my commands via one script and a service.
Jun 25 04:39:15 <set_> BBB/BBG and Motor Bridge Cape!
Jun 25 04:39:53 <set_> It has a regular rectangular movement to it and then proceeds inward on "level" surfaces.
Jun 25 04:40:32 <set_> CoffeeBreakfast: I just need to make a remote control to it for backup purposes.
Jun 25 04:41:59 <CoffeeBreakfast> I'm trying to imagine that...
Jun 25 04:42:46 <set_> Straight, right turn, straight, right turn, and repeat.
Jun 25 04:43:14 <set_> But little by little, it stops short of how many times it goes straight and then right.
Jun 25 04:43:47 <set_> ...
Jun 25 04:43:53 <set_> Just like mowing the yard.
Jun 25 04:43:59 <CoffeeBreakfast> oh
Jun 25 04:44:07 <set_> I can make it go back and forth too.
Jun 25 04:44:36 <set_> It was a "fantasy" to make things mow the grass. I get bored of doing it.
Jun 25 04:45:13 <set_> 30000 sq. ft. and on foot, you would think of alternate routes too.
Jun 25 04:45:28 <CoffeeBreakfast> I used to used MQTT, and controlling a little robot with my cellphone
Jun 25 04:45:55 <set_> That is cool. I tried to get into the MQTT and I stopped before handling things w/ the protocols.
Jun 25 04:46:32 <set_> Light weight protocols rule. The battery would last and last (hopefully).
Jun 25 04:47:20 <set_> ...
Jun 25 04:47:51 <set_> I can waste everyone's time for years on chat services. I might want to calm down in case others want to talk or if you want to read in peace.
Jun 25 04:47:52 <CoffeeBreakfast> You think that MQTT is a waste of packets?
Jun 25 04:47:57 <set_> No.
Jun 25 04:48:19 <set_> I thought nothing of the sort.
Jun 25 04:51:38 <set_> Hey CoffeeBreakfast: Did you ever get an application working for Web Services w/ Flask and motion via Web Page?
Jun 25 04:51:39 <set_> ...
Jun 25 04:51:59 <CoffeeBreakfast> Nope
Jun 25 04:52:06 <set_> For instance, making motors turn via a simple HTML page w/ Flask and Python?
Jun 25 04:52:16 <set_> Okay.
Jun 25 04:52:33 <set_> I keep trying but the little bugger will not turn.
Jun 25 04:53:05 <set_> I must have this dang push button in the wrong configuration.
Jun 25 04:53:07 <CoffeeBreakfast> Checkout MQTT dash, it is easy to read messages from the other end with Python
Jun 25 04:53:22 <CoffeeBreakfast> MQTT dash is for android
Jun 25 04:53:33 <set_> I might. Oh. I do not mess w/ android.
Jun 25 04:54:02 <set_> Would I need to have android on my BBB?
Jun 25 04:54:12 <CoffeeBreakfast> No.
Jun 25 04:54:45 <set_> Oh.
Jun 25 04:55:07 <set_> I know nothing about the workings of things. I am so old.
Jun 25 04:55:13 <set_> Hahhaha.
Jun 25 04:55:15 <CoffeeBreakfast> Also you could run JuiceSSH (SSH client for android). In the case you like to remote the BBB
Jun 25 04:55:21 <CoffeeBreakfast> lol
Jun 25 04:55:29 <set_> Oh.
Jun 25 04:56:01 <set_> Hey...do you want to see something funny I made (first test case)?
Jun 25 04:56:32 <set_> It is a google address and nothing weird.
Jun 25 04:56:54 <set_> My weak bot goes on its own journey!
Jun 25 04:58:14 <CoffeeBreakfast> Ok
Jun 25 04:59:02 <set_> Coolness...please hold.
Jun 25 05:00:56 <set_> https://youtu.be/0W2CNGT-C2o is the site and uploaded video on YouTube. I did that w/ a BBG and the Motor Bridge Cape.
Jun 25 05:00:57 <set_> ...
Jun 25 05:01:02 <set_> First test.
Jun 25 05:01:44 <set_> That was before I could figure things out w/ better software.
Jun 25 05:02:57 <set_> Sorry for the music. The YouTube people bickered about it.
Jun 25 05:03:20 <CoffeeBreakfast> Great
Jun 25 05:03:24 <set_> Hahaha.
Jun 25 05:03:50 <set_> At the time, I was like, "Oh my God, I did it!" Now, I am like, "Yep, that was it."
Jun 25 05:04:11 <set_> ...
Jun 25 05:04:22 <set_> So, you can control the bot w/ an application?
Jun 25 05:05:16 <CoffeeBreakfast> yes. Not if you like a perfect rectangular movement
Jun 25 05:05:53 <set_> That is great. How many motors?
Jun 25 05:07:25 <CoffeeBreakfast> You could use the gyroscope of the cellphone to control speed and direction, for example
Jun 25 05:07:58 <set_> I typed great but I really mean it. To tell you the truth, I have been up and down the www. I never found any real scripts made to handle applications and bots.
Jun 25 05:08:08 <set_> ...
Jun 25 05:08:17 <set_> I found them but w/out success.
Jun 25 05:10:35 <set_> ...I made my connections and bot. I typed in the software "example" and it would not move. I have been real reluctant lately on making large batch models of software for that purpose.
Jun 25 05:10:48 <CoffeeBreakfast> VNC is another option, but I never tried that on the BBB
Jun 25 05:10:53 <set_> It works.
Jun 25 05:11:09 <set_> VNC works w/ the BBB.
Jun 25 05:12:08 <CoffeeBreakfast> I would chose VNC, instead of programming an app for android
Jun 25 05:12:27 <set_> Oh.
Jun 25 05:12:28 <set_> Okay.
Jun 25 05:13:00 <CoffeeBreakfast> What SDK did the job?
Jun 25 05:13:12 <set_> Hold. I will get it.
Jun 25 05:13:36 <set_> Wait. On what subject? We have chatted on a bunch of stuff.
Jun 25 05:14:15 <CoffeeBreakfast> That robot, making rectangles
Jun 25 05:14:37 <set_> Oh, w/ the Motor Bridge Cape. It comes pre-installed on the Cape.
Jun 25 05:14:54 <set_> it is a ST something or other. I forget now.
Jun 25 05:15:15 <set_> I never mastered how to configure the entire chip.
Jun 25 05:16:35 <set_> https://github.com/silver2row/MotorBridgeCapeforBBG_BBB/blob/silver2row-patches/BBG_MotorBridgeCape/mbcUse.py.
Jun 25 05:16:39 <set_> ...
Jun 25 05:16:57 <set_> That gitHub page will bring you to the start of that script that repeats.
Jun 25 05:17:12 <set_> Rectangles!
Jun 25 05:17:19 <CoffeeBreakfast> I get it
Jun 25 05:17:34 <set_> Oh. Do you know how to program real well?
Jun 25 05:18:58 <set_> So, I think I never answered your question. Are you asking me about this? https://github.com/silver2row/MotorBridgeCapeFirmwareSourceCode
Jun 25 05:19:14 <set_> ...
Jun 25 05:19:27 <set_> I did not update if that is what you are asking. I never updated the firmware.
Jun 25 05:20:05 <CoffeeBreakfast> yep
Jun 25 05:20:21 <set_> Oh.
Jun 25 05:20:31 <set_> Phew. I did not think I could answer that for some odd reason.
Jun 25 05:21:05 <set_> That silver2row person on there is me. Check it out! I got stuff.
Jun 25 05:21:49 <set_> ...
Jun 25 05:21:51 <CoffeeBreakfast> HTML5 have a device orientation API.
Jun 25 05:22:33 <set_> Linux for Developers is another book that should be a good read for you.
Jun 25 05:22:34 <set_> ...
Jun 25 05:22:55 <set_> Oh. Hmm.
Jun 25 05:23:05 <CoffeeBreakfast> There is a ton I wish read haha.
Jun 25 05:23:14 <set_> Oh.
Jun 25 05:23:17 <set_> Me too.
Jun 25 05:23:21 <set_> I am lazy w/ my eyes.
Jun 25 05:23:41 <set_> Taking time out to get busy w/ my eyes leads to many ideas.
Jun 25 05:24:16 <set_> ...
Jun 25 05:24:34 <set_> I am taking time out to not be all that talented in this subject until later.
Jun 25 05:25:00 <set_> It is not easy to hold back and not read all these books and ideas on subjects.
Jun 25 05:25:23 <set_> Chime song, "Take the long way home."
Jun 25 05:25:36 <set_> <<< on break!
Jun 25 05:26:47 <CoffeeBreakfast> Gotta go, I'm sleepy
Jun 25 05:27:35 <CoffeeBreakfast> But, we can stay in touch
Jun 25 05:31:56 <CoffeeBreakfast> going afk
Jun 25 05:35:05 <set_> No issue. See you later.
Jun 25 09:09:34 <kartik> hi i am working on the SPI driver of beaglebone black.
Jun 25 09:09:59 <kartik> i have got some sample code from the internet.
Jun 25 09:10:43 <kartik> the problem is that when i am running the code ioctl firs the bad address error
Jun 25 09:11:02 <kartik> any one have any why this is happening
Jun 25 12:19:23 <Anish_> hi
Jun 25 12:20:57 <Anish_> I Need help. Due to some reason my beagle board black wireless has stop blinking led lights ..but while connect it to lap or adapter pwr led is blinking .how can i solve my problem??
Jun 25 12:23:17 <tbr> Anish_: try booting it from the SD card
Jun 25 12:24:03 <Anish_> are you telling me to connect the beagle with adapter and simply insert sd card right?/
Jun 25 12:24:28 <Anish_> beacuse i havent done any programming yet .. i bought two beagle both are in same condition
Jun 25 12:27:35 <tbr> what did you do with the board before it stopped working?
Jun 25 12:27:40 <tbr> what did you attach to it?
Jun 25 12:28:47 <Anish_> actually i conneted it with a motor driver but i didnt given the output from it
Jun 25 12:29:03 <Anish_> so i think current  is flow reversed
Jun 25 12:29:33 <Anish_> but bealgle is not dead . it is blocked and protecting itself ..
Jun 25 12:31:11 <tbr> actually it's very well possible that you have destroyed the BBB
Jun 25 12:31:29 <Anish_> ohh
Jun 25 12:31:50 <Anish_> can we repair it ??
Jun 25 12:32:01 <Anish_> or only replacement is possiblites
Jun 25 12:32:52 <tbr> most likely the SoC is dead and there is no cost efficient way to fix this. buy a new one
Jun 25 12:33:41 <Anish_> oh okay thanks a lot guys
Jun 25 12:33:52 <Anish_> are you guys from india
Jun 25 12:34:25 <tbr> people here are from all over the world
Jun 25 12:34:58 <Anish_> actually i imported this board is there  any online serviecs who sells beagle bone wireless .so i can get it
Jun 25 12:35:01 <tbr> also make sure you understand how to safely attach electronics to the BBB before trying it again
Jun 25 12:36:19 <tbr> by the looks of it the big distributors are also present in india. Element14, Mouser, etc
Jun 25 12:36:40 <Anish_> If you wish to help me in personal to teach me how to use beagle or boot it or programming please help me guys . IF anyone intrested msg a mail @ amr@ieee.org
Jun 25 12:37:34 <Anish_> beacz i am afarid that i burn third board also i am from rural area i dont have much guidence
Jun 25 12:37:37 <tbr> we generally don't do "personal" around here. You're free to ask questions and someone may or may not answer
Jun 25 12:37:52 <tbr> you can also use the google group
Jun 25 12:38:17 <Anish_> oky sure thank you guys
Jun 25 12:38:30 <Anish_> thanks for the info .
Jun 25 12:38:32 <tbr> I'd recommend to ask specific questions. Like "How do I hook up a BBB and motor driver XYZ safely"
Jun 25 12:38:37 <Anish_>  Il ll buy new one
Jun 25 12:38:59 <Anish_> thanks a lot
Jun 25 12:39:13 <Anish_> can i knw the link of google group
Jun 25 12:48:21 <zmatt> https://groups.google.com/forum/#!forum/beagleboard
Jun 25 13:47:59 <CoffeeBreakfast> Hello. What do you think about microsoft buying github?
Jun 25 13:48:53 <tbr> I think that Vim is much better than emacs!
Jun 25 13:49:30 <CoffeeBreakfast> No.
Jun 25 14:12:24 <thinkfat> tbr: heresy!
Jun 25 14:13:28 <thinkfat> (((rules) emacs))
Jun 25 14:34:37 <Guest81461> I'm upgrading a BBB from Debian 3.8 to 4.14. The  DTBO file is said to be OK for the new Boot overlays. The code ought to work, but prussdrv_open(PRU_EVTOUT_0) now produces a bus error. Any ideas why?
Jun 25 14:37:33 <zmatt> a bus error? that's unusual?
Jun 25 14:38:03 <zmatt> is uio-pruss enabled in /boot/uEnv.txt ?
Jun 25 14:38:46 <Guest81461> I don't know about that, and there is some code running in C space that could do it. Maybe I should look harder in that direction?
Jun 25 14:38:55 <zmatt> i.e. make sure the uboot_overlay_pru=...RPROC...dtbo is commented out and the uboot_overlay_pru=...UIO...dtbo line is uncommented
Jun 25 14:39:44 <zmatt> in /boot/uEnv.txt
Jun 25 14:41:10 <zmatt> I'm still not sure why you'd get a bus error, that should never happen, but that might be a bug in your dtbo and/or libprussdrv (that lib is not particularly well-written)
Jun 25 14:42:13 <zmatt> but then again, if your overlay (attempts to) enable uio-pruss while rproc-pru is enabled at the same time (it is by default), the resulting device tree mess could very well result in bizarre problems
Jun 25 14:43:38 <Guest81461> The effect of my uEnv.txt: uboot_overlay_options:[uboot_overlay_pru=/lib/firmware/AM335X-PRU-UIO-00A0.dtbo]
Jun 25 14:44:15 <zmatt> okay that should be fine
Jun 25 14:44:23 <Guest81461> I'll look again at uEnv.txt - it doesn't seem to have my .dtbo in it
Jun 25 14:44:27 <Guest81461> Thanks
Jun 25 14:44:40 <zmatt> still doesn't explain why you'd get a bus error
Jun 25 14:44:55 <zmatt> bus errors should be close to impossible when using uio
Jun 25 14:45:06 <zmatt> they're mostly a thing that happens when using /dev/mem
Jun 25 14:46:08 <zmatt> if you want some independent check whether uio-pruss is working, you could try some tests included with py-uio: https://github.com/mvduin/py-uio/#uio_pruss
Jun 25 14:48:15 <Guest81461> I forgot to fill in: ###Custom Cape dtb_overlay=/lib/firmware/<file8>.dtbo with my filename
Jun 25 14:50:09 <zmatt> that doesn't really explain why prussdrv_open() would give a bus error though, since AM335X-PRU-UIO-00A0.dtbo is sufficient to use pruss
Jun 25 14:59:38 <Guest81461> Shouls AM335X-PRU-UIO-00 A0.dtbo be in /lib/firmware? Doesn't seem to be
Jun 25 15:00:42 <zmatt> it definitely should be, and it's there on a fresh image
Jun 25 15:03:10 <Guest81461> My bad:  AM335X-PRU-UIO-00A0.dtbo is in /lib/firmware. I'll edit /boot/uEnv.txt. Thanks
Jun 25 15:54:07 <Guest25053> zmatt: my  uEnv.txt has:  dtb_overlay=/lib/firmware/EBB-PRU-ADC4-00A0.dtbo and that file is in that directory, but whern I run version.sh I don't see it
Jun 25 16:06:03 <Guest25053> Does the .dtbo file have to be in the eeprom on the cape?
Jun 25 16:10:40 <zmatt> a dtbo file is never in eeprom
Jun 25 16:11:04 <zmatt> cape eeprom is only used to automatically identify which dtbo to load, and you can override this in /boot/uEnv.txt
Jun 25 16:11:24 <zmatt> is there any reason to expect version.sh includes the value of dtb_overlay in its output?
Jun 25 17:36:18 <jkridner> https://www.hackster.io/contests/arm2018
Jun 25 18:02:34 <zmatt> yo jkridner, did you see what I said two days ago about hdmi audio?
Jun 25 18:02:40 <jkridner> no
Jun 25 18:05:08 <jkridner> hmmm... my logs have been down since February?!?
Jun 25 18:05:27 <jkridner> oh wait, wrong log.
Jun 25 18:05:30 <zmatt> https://pastebin.com/raw/MSWeiEtW
Jun 25 18:05:30 <jkridner> that was slack
Jun 25 18:06:34 <jkridner> really, only s/w config?!?
Jun 25 18:06:39 <zmatt> yep
Jun 25 18:07:02 <jkridner> https://pastebin.com/raw/Hq5URXqj
Jun 25 18:07:07 <jkridner> oops, wrong window
Jun 25 18:08:13 <zmatt> there's even a possibility that mere DT changes suffice, if the driver for the hdmi framer already happens to support spdif audio.
Jun 25 18:08:39 <zmatt> otherwise, adding such support to the driver would be the main work to do, and this is probably not very hard
Jun 25 18:09:03 <jkridner> if it directly passes through, I wonder if it'd fix the issue with audio only at certain resolutions.
Jun 25 18:09:21 <zmatt> I don't know anything about that issue
Jun 25 18:09:59 <jkridner> https://elinux.org/Beagleboard:BeagleBoneBlack_HDMI
Jun 25 18:11:00 <zmatt> probably the biggest issue with the hdmi framer is its lack of good public docs, including a full register map.  iirc (it's been a while since I dug in) there's a datasheet but no register map, a datasheet for a different but somewhat related HDMI framer with register map, and source code from NXP that someone put on github presumably in violation of an NDA ;)
Jun 25 18:11:40 <zmatt> that's weird
Jun 25 18:12:19 <zmatt> who put that line there? ("Only CEA resolutions support audio as defined by the HDMI Specification")
Jun 25 18:12:51 <jkridner> probably Gerald. wiki's give history.
Jun 25 18:14:08 <zmatt> I'm trying to remember how audio worked in hdmi, but I'm pretty sure that video resolution shouldn't be relevant, other than the need to leave enough spare bandwidth
Jun 25 18:16:18 <zmatt> but I might be wrong
Jun 25 18:17:22 <zmatt> regardless, I suspect it won't matter whether you supply the audio as i2s or s/pdif.  fixing this weird limitation is probably something separate
Jun 25 18:19:21 <zmatt> it would however open up the possibility of passing through compressed audio streams (dolby digital, DTS, AC3) to the TV, but I don't know whether the mcasp driver supports this
Jun 25 18:38:53 <zmatt> HDMI 1.3 specification says "An HDMI Sink that is capable of accepting any audio format is required to accept two channel (IEC 60958-formatted) L-PCM audio at sample rates of 32kHz, 44.1kHz, and 48kHz."
Jun 25 18:39:39 <zmatt> in addition to any formats specified via EDID (CEA-861)
Jun 25 18:43:07 <zmatt> the video format may constrain bandwidth available, since audio is transmitted during the blanking time, but other than that no constraints are mentioned between video and audio as far as I can tell
Jun 25 18:50:40 <zmatt> jkridner: has this issue been confirmed to still exist on current kernels?
Jun 25 18:51:51 <jkridner> I haven't personally even connected a BeagleBone Black to an HDMI TV in months---I always use them headless or with LCDs. I'd have to check with folks on the mailing list.
Jun 25 18:52:10 <jkridner> by months, I mean like 24 months. :-)
Jun 25 18:52:34 <zmatt> also, the hdmi framer driver supports S/PDIF
Jun 25 18:52:42 <jkridner> Last time I did was for my BeagleBone Black based karaoke machine. :-D
Jun 25 18:53:11 <jkridner> wish rcn-ee hung out on IRC more.
Jun 25 18:53:16 <zmatt> he used to
Jun 25 18:53:23 <zmatt> a long time ago
Jun 25 18:53:29 <zmatt> but indeed
Jun 25 18:55:24 * jkridner remembers beagle-tester uses HDMI audio output.
Jun 25 18:55:38 <jkridner> I can reach him on Slack... just pinged.
Jun 25 18:55:58 <jkridner> he also never uses an HDMI TV. :-D
Jun 25 18:59:19 <zmatt> so, based on a quick check of the kernel code: audio is enabled if the monitor provides EDID information with a CEA extension block that either indicates "basic audio support" or includes any specific audio support info block
Jun 25 19:00:02 <zmatt> basic on my quick reading of the hdmi spec, any hdmi sink that supports audio is required to indicate basic audio support
Jun 25 19:02:15 <zmatt> for hdmi 1.3 anyway (the only spec version I have around)
Jun 25 19:03:19 <zmatt> I can give it a quick test when I'm home again, but it looks to me like hdmi audio is not dependent on video mode in current kernels
Jun 25 19:05:50 <jkridner> zmatt: rcn-ee pointed me to https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/arch/arm/boot/dts/am335x-boneblack.dts?id=df0bd1e8f3c508bf4c3445f94b12e38289b65f13 to try to find a knowledgable contact. :-)
Jun 25 19:06:58 <jkridner> I don't think it ever was a hard configuration (ie., that we did something in the S/W to disable audio based on modes), just an explanation that was given based on seeing certain modes not work.
Jun 25 19:07:53 <zmatt> that sounds implausible.  my impression from a quick google search seems to imply that there used to be a video-mode dependency, but afaict no such thing exists in 4.14
Jun 25 19:08:22 <zmatt> I found many mentions of it in the context of the raspberry pi, so it's not a BBB thing
Jun 25 19:08:47 <zmatt> just some sillyness in the linux kernel, which hopefully has been fixed
Jun 25 19:08:51 <zmatt> anyway, brb
Jun 25 20:13:03 <CoffeeBreakfast> Hello. I'm new in building custom debian images. If I wanna use 4.17-bone, what are the steps?
Jun 25 21:00:23 <zmatt> the kernel version is not particularly important, you can easily switch kernel simply using apt-get install
Jun 25 21:02:19 <zmatt> the easy way to create a custom debian image is by installing a prebuilt debian image onto an sd card, boot a beaglebone from it and then customize the image any way you want (e.g. installing a different kernel and removing the old one)
Jun 25 21:02:38 <zmatt> you can then turn that card into a flasher by uncommenting one line in /boot/uEnv.txt and use it to flash beaglebones
Jun 25 21:02:58 <zmatt> if you really want to build an image from scratch for some reason, see https://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Debian_Build_Instructions
Jun 25 21:06:29 <ds2> jkridner: you made the cover of Embedded Computing Design!
Jun 25 21:16:15 <CoffeeBreakfast> zmatt: apt-get install linux-source, apply the -bone patches, and build?
Jun 25 21:37:17 <zmatt> eh, no
Jun 25 21:37:27 <zmatt> just apt-get install the kernel you want
Jun 25 21:38:19 <zmatt> if you want to customize the kernel build itself, use https://github.com/RobertCNelson/bb-kernel/tree/am33x-v4.17
Jun 25 21:38:33 <zmatt> it's what rcn uses to produce the debian packages for his kernels
Jun 25 21:39:01 <zmatt> or rather, this repo is for the -bone kernels, https://github.com/RobertCNelson/ti-linux-kernel-dev is for the -ti kernels
Jun 25 21:39:13 <zmatt> in both cases, select branch for the appropriate kernel series and variant
Jun 25 21:39:33 <zmatt> copy system.sh.sample to system.sh and adjust contents to taste, and then run ./build_deb.sh
Jun 25 21:40:07 <zmatt> note: you can (and should) do this on a fast machine, not on a bbb
Jun 25 21:43:05 <CoffeeBreakfast> zmatt: Just because, what if I want a rt kernel (I'm not saying that right now I'm gonna use it)
Jun 25 22:55:29 <zmatt> CoffeeBreakfast: then apt-get install an rt kernel
Jun 25 22:57:38 <CoffeeBreakfast> zmatt:Thanks :)
Jun 25 23:00:18 <zmatt> e.g. 4.14.51-bone-rt-r16 (latest bone LTS), 4.14.51-ti-rt-r58 (latest ti), or 4.16.17-bone-rt-r12 (latest bone non-LTS)
Jun 25 23:01:50 <zmatt> of course you should only use an rt kernel if you actually need it given that rt kernels are slower and have a higher risk of bugs
Jun 25 23:04:37 <CoffeeBreakfast> I'm aware of that
Jun 25 23:06:06 <zmatt> ok good :)  some people think "rt" is some magic sauce that makes everything "more real-time" or something
Jun 26 02:37:11 <jkridner> ds2: :-D
**** ENDING LOGGING AT Tue Jun 26 03:00:02 2018