the_person48 has quit [Quit: Client closed]
nerdboy has quit [Quit: Leaving]
nerdboy has joined #beagle
nerdboy has joined #beagle
nerdboy has quit [Changing host]
vagrantc has quit [Quit: leaving]
starblue1 has quit [Ping timeout: 265 seconds]
starblue1 has joined #beagle
thinkfat_ has joined #beagle
thinkfat has quit [Ping timeout: 265 seconds]
<set_> Well...
<set_> I fellow/lady from the forum(s) talked me into trying ArduPilot again. So...
<set_> Here I go...
<set_> Oh and GenTooMan: I will let you know if I can get it up this time!
<set_> Fly Blue, Fly!
<set_> I think I stuck the PRU pin input in the wrong connector pin. It has 'always' been P8_16 and not P8_15. Sheesh.
<set_> So...we shall see.
<set_> All and all, I think I fell victim to poor behavior and lying. So, this may be a lesson on how to ___ myself when online and also to test instead of believe.
<set_> and then...
<set_> On to PX4 again, hopefully.
buzzmarshall has quit [Quit: Konversation terminated!]
waldo323_ has joined #beagle
waldo323__ has quit [Ping timeout: 268 seconds]
Guest46 has joined #beagle
Guest46 has left #beagle [#beagle]
zjason` is now known as zjason
Shadyman has quit [Remote host closed the connection]
thinkfat has joined #beagle
thinkfat_ has quit [Ping timeout: 268 seconds]
russ has quit [Ping timeout: 268 seconds]
otisolsen70 has joined #beagle
ikarso has joined #beagle
thinkfat has quit [Ping timeout: 265 seconds]
thinkfat has joined #beagle
giort has joined #beagle
crash_ has quit [Ping timeout: 252 seconds]
<set_> poof
giort has quit [Quit: giort]
<set_> How can I turn a P8_16 PRU input into P8_15 PRU input w/ memory mapping in hexadecimal format on a .dts file, i.e. am335x-boneblue.dts?
<set_> I know it is early. So, I shall wait.
<zmatt> set_: your question is nonsensical, also haven't we already been over this?
<set_> Well @zmatt: Yes and no.
<zmatt> there's almost certainly no need for you to modify a dts
<set_> Well, why is P8_16 a pru in when the source does not call for P8_16. It calls for P8_15 to handle the PRU input.
<set_> @zmatt: I know you hate repetition.
<set_> I would really like to figure out what I do not understand (at times).
<zmatt> both pins are in pruin mode by default, and P8_15 can additionally be reconfigured (using config-pin) into other modes such as pru ecap mode (config-pin P8_15 pruecapin_pu)
<set_> Right.
<set_> Okay.
<set_> config-pin P8_15 pruecapin_pu <<< This is what I have in a .sh file to handle the P8_15 input. the .dts/.dtb, the pin used is P9_16 and...
<set_> The Servo Headers are not turning on when using GPIO80 or GPIO54.
<set_> Is there a particular GPIO pin that handles the servo headers?
<zmatt> your words are an incoherent jumble of completely unrelated things
<set_> Okay.
<set_> Fine. No issue. I tried to understand something new and got turned down. No issue here.
<set_> Blah!
<zmatt> P9_16 is the pwm output (ehrpwm1b) used for M2, gpio80 (2.16) is the SERVO_EN signal that enables the regulator for the 6V servo supply, gpio54 (1.22) is the blue USR1 led which is controlled by the kernel for showing sd card activity, and none of these have anything to do with P8_15/16 or pru
<set_> Okay. Sorry. I just got what happened. I typed P9 instead of P8. Sorry.
<set_> And yes. GPIO80 handles the SERVO_EN signal that is supposed to turn on the 6v reg.
<set_> Okay so...
<zmatt> all external pins on the beaglebone blue have pinmux defined in the .dts, including "P8_16" and "P8_15" (which actually refer to pins 3 and 4 of the 4th encoder connector)
<set_> Where? What line if you are using github or vim?
<set_> I see P8_16.
<set_> Only.
<zmatt> is the search function broken in your browser / text editor?
<set_> No Sir.
<set_> I will go and look.
<zmatt> then search for P8_15 and you will find it
<set_> So, P8_15. Okay. Please hold or have tea or whatever. Sheesh. Let me go and check.
<zmatt> it has a "pinmux-helper", which is what allows it to be configured using config-pin
<zmatt> (P8_16 instead has hardcoded fixed configuration, though I don't know why, it seems very strange to me it doesn't also have a pinmux-helper, but I guess noone has yet had a desire to reconfigure that pin)
<set_> Oh yea. I saw that.
<set_> I forgot.
<set_> I am up and running now for some reason. I found a typo too (in my source of course).
<set_> Sheesh. Anyway...thank you as usual. I feel like I am being mad or something. I need to breathe.
otisolsen70_ has joined #beagle
otisolsen70 has quit [Ping timeout: 252 seconds]
otisolsen70_ has quit [Quit: Leaving]
buzzmarshall has joined #beagle
mothblur_ has joined #beagle
set_ has quit [Ping timeout: 265 seconds]
mothblur_ has quit [Quit: I thought I saw a puddy-cat...]
set_ has joined #beagle
charlie5 has quit [Ping timeout: 268 seconds]
crazymax has joined #beagle
crazymax has joined #beagle
crazymax has quit [Changing host]
<set_> Dang it!
<set_> break time!
charlie5 has joined #beagle
giort has joined #beagle
giort has quit [Quit: giort]
dinuxbg has quit [Remote host closed the connection]
dinuxbg has joined #beagle
giort has joined #beagle
giort has quit [Quit: giort]
waldo323__ has joined #beagle
waldo323_ has quit [Ping timeout: 268 seconds]
<vd> what is mcasp0?
<zmatt> mcasp = multi-channel audio serial port
<zmatt> mcasp0 specifically is used to transmit audio to the hdmi framer, if hdmi audio is enabled
<zmatt> if hdmi audio is not used it may be used e.g. to interface with external audio codecs
<vd> ok. and tda19988@70?
<zmatt> that's the hdmi framer
<vd> thank you
<vd> zmatt: my device tree which #include "am335x-boneblack.dts" (mostly written thanks to you) works perfect in linux. I'm trying to port it to my bootloader (barebox) and for some reason, upstream am335x-boneblack.dts works fine but my device hangs after the ns16550_serial_driver_register+0x1/0xc initcall
<vd> I must come from something I've added/removed on top of am335x-boneblack.dts, but I have no clue what
<zmatt> maybe there's a barebox irc channel where you can get help
<zmatt> I don't know anything about it
<vd> I did ask there and it's where I'm stuck. I figure maybe this channel had experience with the boot hanging at this serial step
<zmatt> like, I'd expect most customizations you'd do to your dts to be completely irrelevant to a bootloader
<vd> I do too
<zmatt> so maybe a better question is: what information does barebox extract from the DT to begin with?
<zmatt> if it hangs after something serial-related, my first thought would be whether it somehow decided to use a different serial port as console, giving the appearance of hanging
<zmatt> then again, I assume the reason you know it hangs after "the ns16550_serial_driver_register+0x1/0xc initcall" is because of some kind of debug output to the serial console, and I'd assume that if it gets serial port config from DT it would be applicable from the start hence you'd have no debug output whatsoever... but these are all assumptions since I know nothing about barebox or whatever it might do ...
<zmatt> ...with dt
<zmatt> why are you using your custom dts in barebox anyway? is there any benefit to that?
<vd> it helps a lot already! Gives me clues.
<vd> zmatt: because having access to the framebuffer might be interesting (to display a splash screen) as well as the button (in order to change to boot order depending on a button hold or not for example)
<zmatt> does barebox have a driver for tilcdc ?
<vd> and it's also interesting (I love barebox)
<vd> let me see
<vd> zmatt: yes it does
<zmatt> you sure? "We don't have a framebuffer driver for am335x" -- email on barebox mailing list dated 2020-08-12
<zmatt> I'm not seeing any useful google results for barebox + tilcdc
<zmatt> besides that email
<vd> ho indeed it doesn't... the occurences I found come from the upstream kernel device trees imported into barebox...
<zmatt> so the easy fix here is to just not stick your custom DT into barebox, it doesn't need to know or care about your DT customizations
<zmatt> it only needs to know how to initialize the board to the point of having a serial console and being able to load and execute the kernel
<zmatt> (which honestly is a job that shouldn't even require 2-stage loading like u-boot and barebox use)
<zmatt> (because they can't manage to fit their fat ass into 109 KB, which is the max size executable that can be directly loaded by bootrom)
<vd> the tilcdc driver may be relatively easily ported to barebox and with my device tree in the bootloader I could preconfigure things like gpio hogs instead of locking them in the kernel. But I could stick with the boneblack dts for sure, let's say it's interesting and helped me dig more into device tree and barebox.
<zmatt> using DT for the bootloader still seems weird to me, most info in DT is irrelevant for the bootloader and some of the most important board information the bootloader needs is not represented in DT at all
<zmatt> (like memory timings)
<vd> yeah you're right, it's part of the gray area around device tree definition... but bootloaders are not mostly a strip kernel... (way too featured IMO), but at the same time it allows to do cool things before the kernel boots (screen, buttons, complex boot sequence or recovery, testing, etc.)
<vd> I would definitely prefer the bootloaders to be very minimal (like MLOs) and booting a linux kernel which kexec the final kernel instead of porting drivers around to bootloaders. But the kexec support isn't complete everywhere.
<zmatt> fixing kexec seems like a more worthwhile endeavour then
thinkfat has quit [Read error: Connection reset by peer]
thinkfat has joined #beagle
thinkfat has quit [Remote host closed the connection]
thinkfat has joined #beagle
xet7 has quit [Remote host closed the connection]
xet7 has joined #beagle
ikarso has quit [Quit: Connection closed for inactivity]
giort has joined #beagle
linkliu59 has quit [Ping timeout: 252 seconds]
linkliu59 has joined #beagle
<set_> That is it. Who did it? Who made the blue fly?
<set_> Not naming any names. GenTooMan.
<set_> Sir, was it you?
<set_> Did you make the BBBlue fly?
M-blaise has quit [Ping timeout: 260 seconds]
<set_> Come on, spill the beans. Who did it? Who knows?
<set_> Everything pans out. The source, 'said,' works, the BBBlue works, come on (I work), and still-STILL, this flight - the journey - is not happening. Send rations!
<set_> Boss to begger in three minutes flat. Dudes, ladies, please. I beg of flight.
otisolsen70 has joined #beagle
russ has joined #beagle
dinuxbg has quit [Remote host closed the connection]
otisolsen70 has quit [Quit: Leaving]
giort has quit [Quit: giort]
bzyx has quit [Ping timeout: 252 seconds]
Shadyman has joined #beagle
russ has quit [Ping timeout: 252 seconds]
russ has joined #beagle