**** BEGIN LOGGING AT Sun Apr 25 02:59:56 2021
Apr 25 03:27:30 <mattb00000ne> conf
Apr 25 06:14:31 <mattb00000ne> zmatt: i tried using your sample file for changing gpio and I am getting a permission error
Apr 25 06:14:32 <mattb00000ne> https://pastebin.com/k1cxYMNA
Apr 25 06:52:13 <zmatt> is the pin you're trying to set configured as output?
Apr 25 06:53:54 <zmatt> I mentioned that the trivial gpio example I gave assumes that the gpio direction is already configured (e.g. using DT).  to reconfigure direction on the fly you'll need a bit more: https://pastebin.com/cVHktYPn
Apr 25 15:27:43 <lolleren> Hi, does anyone know an some example that shows how to move data from a PRU to linux userspace on a beaglebone AI ?
Apr 25 17:03:21 <rob_w> lolleren, depends on your requirements, you can use dma_alloc_coherent() , tell address to pru and then you can use that dma to transfer data ( is what i do )
Apr 25 17:07:33 <rob_w> ti also have their sample drivers which use rpmsg queues to transport com and data
Apr 25 17:08:06 * rob_w wonders what Vasco tests 
Apr 25 18:49:20 <lolleren> rob_w thanks for the tip. Would you happen to have some example code to point to, both for the PRU and linux side? I'm kindof a noob when it comes to this
Apr 25 18:50:07 <rob_w> let me find the ti samples and i will point u my driver without warranty too
Apr 25 18:50:12 <rob_w> do you have the ti sdk ?
Apr 25 18:52:39 <rob_w> well , at which stage are u ? did you do pru code at all ? did you play the samples from ti yet ? if not , thats the best start
Apr 25 18:53:39 <rob_w> https://beagleboard.org/static/prucookbook/  this one is pretty good for overall and there is also rpmsg
Apr 25 18:55:08 <lolleren> I've looked in procookbook and played with some basic PRU software, but havent been able to figure out how to transfer blocks of data from PRU to linux
Apr 25 18:56:12 <rob_w> https://github.com/rob-w/mibtec-kernel/blob/rt-mis-4.14.y/drivers/iio/adc/pru_adc.c
Apr 25 18:57:51 <rob_w> this is the driver i did for a project , cant show you the pru fw though .. but its is basicly that you use dma_alloc() or friends to get mem areas, those pointer addresses i copy via rpmsg to the pru and the code there then uses that as target to copy data into them .,, then some sync handling and ur done
Apr 25 18:58:27 <lolleren> Thanks! that's very helpful
Apr 25 18:58:38 <rob_w> so check the dmac
Apr 25 18:58:59 <rob_w> so check the dma_alloc_coherent() calls and what hanppens to them
Apr 25 18:59:20 <lolleren> will do
Apr 25 19:02:56 <Vasco> sorry rob_w, had to reboot a few times due to still nonworking kwin+wayland and currently broken kwin+x11+gl compositing on this box. and a further few times due to xfi sound driver sometimes failing to initialize its PLL
Apr 25 19:02:59 <Vasco> maybe i should buy a mac
Apr 25 19:03:24 <Vasco> but the last macs i owned had either 68040 or 750 PPCs..
Apr 25 19:03:35 <rob_w> no worries .. i just wonder about all the renaming
Apr 25 19:05:22 <Vasco> problably something i configured twenty years ago and forgot
Apr 25 19:14:38 <rob_w> a mac ? why not start over with a clean install or such
Apr 25 19:42:46 <mattb00ne> anyone here work with level shifters
Apr 25 19:42:53 <mattb00ne> 5V to 3.3V
Apr 25 19:43:05 <mattb00ne>  i am getting weirds results from my encoder
Apr 25 21:13:19 <mattb00000ne> ok so please help me solve this riddle
Apr 25 21:13:28 <mattb00000ne> i have a logic shifter
Apr 25 21:13:34 <mattb00000ne> connected to a encoder
Apr 25 21:14:13 <mattb00000ne> i power the encoder with 5V from the beagle. I check the LV pin on the low level side and I am getting 5V!
Apr 25 21:14:18 <Sulphurik> Hi everyone, I have a bricked Beagleboard B6 and I was wondering if anyone has any ideas how to recover it
Apr 25 21:14:26 <mattb00000ne> since I just got board number 5 i am scared to plug into the beagle
Apr 25 21:14:38 <mattb00000ne> what does it do when you apply power
Apr 25 21:14:47 <mattb00000ne> do you get any lights
Apr 25 21:14:47 <Sulphurik> All i get is one LED
Apr 25 21:14:50 <zmatt> mattb00000ne: draw a scgenatuc
Apr 25 21:14:58 <mattb00000ne> constant or just a flash
Apr 25 21:15:02 <Sulphurik> constant
Apr 25 21:15:02 <mattb00000ne> the flash of death
Apr 25 21:15:03 <zmatt> Sulphurik: you're talking about a classic beagleboard right
Apr 25 21:15:10 <Sulphurik> yeah the OG one
Apr 25 21:15:33 <zmatt> yeah sorry, I know next to nothing about those
Apr 25 21:15:48 <Sulphurik> no flashing of any kind, All i get ins just the power LED and that's it
Apr 25 21:15:51 <zmatt> mattb00000ne: you're confusing beagleboard and beaglebone
Apr 25 21:16:33 <Sulphurik> I've got a BBB and that is working perfectly with Ubuntu 20.04 at the moment, I'd just like to get this OG one unbricked
Apr 25 21:17:14 <zmatt> Sulphurik: my only thoughts would be: 1. monitor the serial console  2. try to boot it from SD card (iirc there are boot config jumpers or something to make it ignore NAND)
Apr 25 21:17:39 <zmatt> but 2 is made more problematic by that I think people have had trouble with recent images on the classic beagleboard since they're not really tested on that hardware anymore
Apr 25 21:18:14 <zmatt> see https://github.com/beagleboard/Latest-Images/issues/48
Apr 25 21:19:12 <zmatt> mattb00000ne: draw a schematic
Apr 25 21:19:28 <zmatt> (I just noticed what I typed earlier, lol.. hands were misaligned on the keyboard)
Apr 25 21:20:28 <zmatt> mattb00000ne: the LV side of a level shiter should never exceed the LV supply voltage.  if it does, the only possibilities are:  1. measurement error   2. you wired it up wrong somehow   3. your level shifter is broken
Apr 25 21:22:45 <zmatt> (if you left the LV supply not-connected then behaviour is undefined, there might be minor leakage paths that could cause the floating LV supply pin to become equal to the HV supply)
Apr 25 21:25:41 <zmatt> if you have doubts about the level shifter and want to test it before connecting the LV supply pin to the 3.3V supply of the beaglebone, then use something else as LV supply...  create one from the 5V using a voltage divider if need be
Apr 25 21:27:02 <zmatt> or just ground the LV supply and confirm that results in the LV-side I/O being 0V
Apr 25 21:28:34 <mattb00000ne> i measured with my osciloscope and multimeter
Apr 25 21:28:43 <mattb00000ne> it is definetly 5V with nothing attached on that side
Apr 25 21:28:55 <mattb00000ne> the encoder is powerd by 5V  from the BBB
Apr 25 21:29:05 <zmatt> using what as LV supply on the level shifter?
Apr 25 21:29:28 <mattb00000ne> I do not have anything connected because I am scared to plug in
Apr 25 21:29:39 <mattb00000ne> i only have 1 PSU
Apr 25 21:29:42 <zmatt> can you try to actually read what I just said?
Apr 25 21:30:08 <mattb00000ne> ok missed the undefined
Apr 25 21:30:24 <mattb00000ne> so I need to make a voltage divider
Apr 25 21:30:58 <mattb00000ne> actually grounding the low side seems the simplist
Apr 25 21:31:14 <mattb00000ne> also zmatt since you are here did you see my pastebin late last night
Apr 25 21:31:24 <zmatt> yeah that's the absolute simplest, use ground as 0V "power supply"
Apr 25 21:31:34 <zmatt> next simplest is using two resistors to create a voltage divider
Apr 25 21:32:08 <mattb00000ne> i tried to use your script for the GPIO pin but there was nothing for GPIO in the /dev, I did make that file and added it to the folder in /etc
Apr 25 21:32:12 <mattb00000ne> not sure what is up
Apr 25 21:32:18 <mattb00000ne> and run intramfs
Apr 25 21:32:25 <zmatt> it's a terrible way to create a power supply (since it continuously wastes power and its voltage sags if you draw any current from it) but it'll do for testing
Apr 25 21:32:40 <zmatt> mattb00000ne: uhh, but you had those earlier
Apr 25 21:33:11 <zmatt> you showed an EPERM error from trying to set a value, which means the entry did exist
Apr 25 21:33:27 <zmatt> (otherwise you'd get ENOENT (No such file or directory))
Apr 25 21:33:27 <mattb00000ne> i never had the gpio working
Apr 25 21:33:50 <mattb00000ne> would it do that if I try and set them to output from an overlay
Apr 25 21:33:55 <mattb00000ne> since I am claiming the pins
Apr 25 21:34:16 <zmatt> anyway, if you're talking about https://pastebin.com/k1cxYMNA I did see it and replied to it
Apr 25 21:35:01 <zmatt> what does your overlay look like?
Apr 25 21:36:43 <zmatt> if your overlay has a gpio-of-helper device to set up the gpio as output (see gpio-demo.dtsi) then it'll work fine
Apr 25 21:37:32 <zmatt> alternatively if you use cape-universal then you'll need to change the pins to output at runtime (see https://pastebin.com/cVHktYPn )
Apr 25 21:39:17 <mattb00000ne> https://pastebin.com/Cxz2c04c
Apr 25 21:40:24 <zmatt> you're not setting up any gpio at all, you're claiming these pins for use by pruss
Apr 25 21:40:46 <mattb00000ne> ok i see the gpio demo
Apr 25 21:40:51 <mattb00000ne> that will explain it
Apr 25 21:41:01 <zmatt> and I've explained before that PIN_OUT_ and PIN_IN_ are badly named and do not control output, which is why I deprecated those macros
Apr 25 21:41:03 <mattb00000ne> but I did have a question regarding the depracated macros
Apr 25 21:41:05 <zmatt> just use PIN_PULLDN
Apr 25 21:41:13 <mattb00000ne> but that doesnt specify a direction
Apr 25 21:41:21 <mattb00000ne> so I know I want them defaulting to out
Apr 25 21:41:28 <zmatt> that is not controlled by pinmux
Apr 25 21:41:31 <mattb00000ne> but new one only lets you set the pull
Apr 25 21:41:32 <mattb00000ne> ok
Apr 25 21:41:52 <mattb00000ne> that will probably fix my isse
Apr 25 21:41:59 <mattb00000ne> let me mess with that voltage divider
Apr 25 21:42:22 <zmatt> what PIN_OUT_ does is disable the receiver, which means the pin cannot be used as input.  I don't think there's any benefit other than saving a miniscule amount of poewr
Apr 25 21:42:25 <zmatt> *power
Apr 25 21:43:15 <zmatt> it does not have any effect on the output-driver of the pin, which is controller by whatever peripheral the pin is muxed to (the gpio controller in this case)
Apr 25 21:43:26 <mattb00000ne> ok
Apr 25 21:44:18 <mattb00000ne> for this gpio demo.dtsi file can I skip everything but the &am33xx_pinmux
Apr 25 21:44:21 <zmatt> also these pins aren't pruss pins hence should not be attached to it
Apr 25 21:44:28 <mattb00000ne> part
Apr 25 21:44:28 <zmatt> no
Apr 25 21:44:34 <zmatt> the pinmux is the least relevant part
Apr 25 21:45:39 <zmatt> in fact the pinmux part is technically optional since pins default to being muxed to gpio, which you would have known if you read the comments in that file
Apr 25 21:49:35 <mattb00000ne> i am going to delete the button, reset-thing and input-bidi since i want all my pins to be output bidireictional
Apr 25 21:49:55 <zmatt> those are just four examples with different configuration
Apr 25 21:49:58 <mattb00000ne> i will keep gpio-demo strcuture
Apr 25 21:50:10 <mattb00000ne> structure just gut everything else
Apr 25 21:50:22 <mattb00000ne> since I do not want those types of pins
Apr 25 21:50:39 <zmatt> maybe this helps: https://pastebin.com/GZPtyA8e
Apr 25 21:50:46 <zmatt> it's a more heavily commented variant
Apr 25 21:51:36 <mattb00000ne> i like it
Apr 25 21:51:51 <mattb00000ne> nice hand holding for us noobie and dense folk
Apr 26 01:57:07 <mattb000ne> this is weird
Apr 26 01:58:52 <mattb000ne> my beagle wont boot but the lights are blinking
Apr 26 01:59:02 <mattb000ne> power LED is on and constant
Apr 26 01:59:37 <mattb000ne> and it starts the boot sequence but only LED D0 is flashing after a while
Apr 26 02:09:38 <MortyFell> mattb000ne: What did you do to get to where you are now?
Apr 26 02:10:45 <mattb000ne> far as did I cause something
Apr 26 02:10:55 <MortyFell> uname -a && cat /etc/dogtag or if you cannot sign in like you said, did you use poky or bitbake w/ an image from the Yocto Project or Arago?
Apr 26 02:11:09 <mattb000ne> messing with this damn level shifter
Apr 26 02:11:16 <mattb000ne> i cannot ssh into the board at all
Apr 26 02:11:25 <mattb000ne> but the kernel LED is flashing
Apr 26 02:11:33 <mattb000ne> and it does seem like it boots
Apr 26 02:11:45 <mattb000ne> just ethernet cable doesnot never seem to work
Apr 26 02:11:49 <mattb000ne> solid orange light
Apr 26 02:11:57 <mattb000ne> i will check with my serial cable to see where it ends up
Apr 26 02:11:58 <MortyFell> Hmm. So, w/ a level shifter and an image from ___________, you cannot boot.
Apr 26 02:12:08 <mattb000ne> going to return it was booting
Apr 26 02:12:08 <MortyFell> Okay.
Apr 26 02:12:14 <mattb000ne> fine
Apr 26 02:12:22 <MortyFell> Hmm.
Apr 26 02:12:37 <mattb000ne> they need a high end level shifter
Apr 26 02:12:44 <MortyFell> Oh.
Apr 26 02:12:58 <mattb000ne> i got these shitty things
Apr 26 02:13:07 <mattb000ne> not sure they are the problem per se but I am blaming them
Apr 26 02:13:15 <MortyFell> Okay. So, the level shifter just changes the level from something to something else, i.e. ______ to 3.3v?
Apr 26 02:13:24 <MortyFell> Oh. The level shifter is the issue?
Apr 26 02:13:59 <MortyFell> Sporadic purchasing on Amazon?
Apr 26 02:14:02 <MortyFell> Ha.
Apr 26 02:14:20 <mattb000ne> what is really aggrevating is I had it wokring
Apr 26 02:14:26 <MortyFell> it is harder to save up for something nice...I understand completely. Oh...
Apr 26 02:14:39 <MortyFell> So, it worked and then broke itself?
Apr 26 02:14:46 <mattb000ne> well obviously i did someting
Apr 26 02:14:50 <mattb000ne> not clear what
Apr 26 02:14:57 <MortyFell> Well...that is all I am asking I guess.
Apr 26 02:14:57 <mattb000ne> since this is not your typical board fry
Apr 26 02:15:09 <MortyFell> I had an issue w/ the board once.
Apr 26 02:15:15 <MortyFell> The BBBlue.
Apr 26 02:15:22 <MortyFell> Recently actually.
Apr 26 02:15:29 <mattb000ne> fortunately amazon is good on returns
Apr 26 02:15:34 <mattb000ne> sending it back
Apr 26 02:15:50 <mattb000ne> getting a new one =)
Apr 26 02:16:01 <MortyFell> Pololu has some nice, easy to configure set of level shifters.
Apr 26 02:16:10 <mattb000ne> they do
Apr 26 02:16:10 <MortyFell> They are pricey, sort of, but they work nicely.
Apr 26 02:16:13 <mattb000ne> thinking about that
Apr 26 02:16:16 <mattb000ne> they are pricey
Apr 26 02:16:25 <mattb000ne> but the headache this has caused sucks
Apr 26 02:16:27 <mattb000ne> got a link to one
Apr 26 02:16:45 <MortyFell> Sure. Please hold. I will show you the one I purchased.
Apr 26 02:17:51 <MortyFell> https://www.pololu.com/product/2595
Apr 26 02:18:06 <MortyFell> I still have four. I never busted these shifters.
Apr 26 02:18:21 <MortyFell> it goes from a nice range to a nice range.
Apr 26 02:18:52 <MortyFell> It does not exactly have to be 500v to 3.3v. There is an actual range of voltage acceptance.
Apr 26 02:19:29 <MortyFell> I got a very odd circuit to 'function'.
Apr 26 02:19:58 <MortyFell> w/ that logic level shifter, the odd circuit in question did not break the BBB nor did it ruin my chips onboard the breadboard.
Apr 26 02:20:38 <MortyFell> I threw in a 12v lead acid battery to the breadboard, things were working a bit well enough to not cause issues.
Apr 26 02:21:24 <MortyFell> now, I never did get the prototype up and running. I was a punk about it. I purchased something to handle the logic level shifting.
Apr 26 02:26:13 <MortyFell> Every time I think of shifting logic to a new level, I think of 3-2-3-2-3-2. It is like almost an easy circuit but then there is something that fools me.
Apr 26 02:28:51 <mattb000ne> yeah this should not be difficult and I did not have trouble with it before
Apr 26 02:29:08 <mattb000ne> i am going to try a new sensor
Apr 26 02:32:17 <MortyFell> Hey. Show the circuit!
Apr 26 02:32:44 <MortyFell> Maybe there is something else. It is hard to tell w/ no info. on my end.
Apr 26 02:33:47 <MortyFell> Are you just using gpio or are you using i2c too?
Apr 26 02:36:57 <mattb000ne> https://ibb.co/sWB2T7P
Apr 26 02:37:40 <MortyFell> So, the gates in a level shifter, depending on the gates, usually tend to perform a specific function. or, and, xor, and etc.
Apr 26 02:38:17 <MortyFell> Maybe your logic shifter has an odd set of gates?
Apr 26 02:39:15 <MortyFell> I looked at the site w/ those odd ads.
Apr 26 02:39:16 <MortyFell> Ha.
Apr 26 02:39:40 <MortyFell> Anyway...
Apr 26 02:39:51 <mattb000ne> i would not worry about it seems the board is down
Apr 26 02:39:56 <MortyFell> The gates seem straight forward right...
Apr 26 02:39:58 <MortyFell> oh.
Apr 26 02:40:00 <MortyFell> Okay.
Apr 26 02:40:21 <MortyFell> Oh well. I thought this was going to get better w/ time!
Apr 26 02:40:28 <mattb000ne> lol
Apr 26 02:40:32 <mattb000ne> it will just not today
Apr 26 02:40:37 <mattb000ne> back to ansycio
Apr 26 02:40:37 <MortyFell> Oh. Okay!
Apr 26 02:40:41 <MortyFell> Aw!
Apr 26 02:40:58 <MortyFell> I do not mess w/ asyncio.
Apr 26 02:41:17 <MortyFell> I should have learned a while back how to but I am me...Oops.
Apr 26 02:42:35 <MortyFell> Just to share instead of question your actions here...
Apr 26 02:43:33 <MortyFell> I have been building for the BBAI...I was told by this nice person that things, .dtbo and .dts files, are being mainlined in Linux quietly and I looked online in the overlays section of the kernel. Yep!
Apr 26 02:45:07 <MortyFell> There is no way to use the IPUs so far from my end. I cannot, b/c there is no support for the Linux && RTOS for the AM5729, use them easily. I would have to do something new, i.e. that I do not anything about currently.
Apr 26 02:45:35 <MortyFell> > know <
**** ENDING LOGGING AT Mon Apr 26 03:00:18 2021