06:28 <sf-slack> <kgugala> @olof.kindgren yep the button is @pin 63 (FBIO_6)

06:30 <sf-slack> <kgugala> *pin 62

06:31 <sf-slack> <kgugala> this test is using it https://github.com/QuickLogic-Corp/symbiflow-arch-defs/tree/quicklogic-upstream-rebase/quicklogic/pp3/tests/btn_counter

06:31 <sf-slack> <kgugala> here's a pcf https://github.com/QuickLogic-Corp/symbiflow-arch-defs/blob/quicklogic-upstream-rebase/quicklogic/pp3/tests/btn_counter/quickfeather.pcf

07:34 <sf-slack> <olof.kindgren> Weird. Will have to try again

20:08 <sf-slack> <olof.kindgren> Does usr_button need to be setup on the ARM side or something like that? I'm running out of ideas for what could be wrong

20:26 <sf-slack> <kgugala> in general yes

20:26 <sf-slack> <kgugala> every pin can go through a mux

20:27 <sf-slack> <kgugala> and if you want to have it connected to FPGA you should configure it

20:27 <sf-slack> <olof.kindgren> How do I do that?

20:27 <sf-slack> <olof.kindgren> Also, I think I might have found a bug

20:27 <sf-slack> <kgugala> the openocd programming script generated from the toolchain should have the configuration included

20:28 <sf-slack> <kgugala> what bug?

20:28 <sf-slack> <olof.kindgren> I don't use openocd

20:28 <sf-slack> <olof.kindgren> It seems like the toplevel isn't respected and yosys autochooses one instead

20:28 <sf-slack> <kgugala> oh

20:29 <sf-slack> <olof.kindgren> It looks like it is being passed to the "synth" bash script, but haven't checked how it gets transferred to yosys

20:29 <sf-slack> <olof.kindgren> I'm planning to call yosys directly in the edalize backend anyway, but might be worth taking a look

20:30 <sf-slack> <kgugala> still we'll take a look at this

20:31 <sf-slack> <kgugala> getting back to the pins

20:31 <sf-slack> <kgugala> https://github.com/QuickLogic-Corp/EOS-S3/tree/master/Docs

20:31 <sf-slack> <kgugala> here you can find registers description

20:32 <sf-slack> <kgugala> in the IO_Mux tab you can find the info on how the muxes are controlled

20:33 <sf-slack> <olof.kindgren> I will take a look tomorrow when I have a computer that has libreoffice installed

20:33 <sf-slack> <olof.kindgren> I'm on Gentoo so it will take me ~6 hours to compile it :)

20:33 <sf-slack> <kgugala> you can always upload it to gdrive

20:33 <sf-slack> <kgugala> and use gdrive's viewer

20:33 <sf-slack> <olof.kindgren> Ah, true

20:36 <sf-slack> <olof.kindgren> so, how does the PAD numbers correspond to the pin naming?

20:37 <sf-slack> <olof.kindgren> Aha, so that's where you set drive strength and pull up/down as well

20:38 <sf-slack> <pgielda> https://packages.gentoo.org/packages/app-office/libreoffice-bin

20:38 <tpb> Title: app-office/libreoffice-bin – Gentoo Packages (at packages.gentoo.org)

20:39 <sf-slack> <pgielda> :)

20:39 <sf-slack> <olof.kindgren> @pgielda Thought of that too, but think I still need to install a lot of deps. Gentoo life :)

20:39 <sf-slack> <pgielda> you are not the only one having this problem sometimes. Though admitedly I just stopped installing libreoffice. Also this is primary reason I have lots of ram and cpus :P

20:40 <sf-slack> <pgielda> (I lie its to do actual work but the truth is its all emerge)

20:41 <sf-slack> <olof.kindgren> Here in Sweden we compile libreoffice to keep warm during the winter

20:45 <sf-slack> <olof.kindgren> Hmm.. is it enough to just set ` .ucCtrl = PAD_CTRL_SRC_FPGA,` on PAD_6 in pincfg_table.c ?

20:47 <sf-slack> <kgugala> I think it should do the trick

20:48 <sf-slack> <olof.kindgren> Apparently not :(

20:49 <sf-slack> <kgugala> can you link me to the design?

20:49 <sf-slack> <kgugala> can you also share the fasm file?

20:49 <sf-slack> <kgugala> I'd like to check if everything was generetad correctly

20:50 <sf-slack> <olof.kindgren> Just a minute. Lost the binaries and need to rebuild

20:50 <sf-slack> <olof.kindgren> My workflow isn't really perfect

20:51 <sf-slack> <olof.kindgren> I'm building the helloworld_hw example project. Then I build a separate bit file elsewhere, overwrite helloworld_hw.bit and remove helloworld_hw_fpga.h to force it to be regenerated from my bit file

20:52 <sf-slack> <olof.kindgren> and rebuild the elf and bin

20:53 <sf-slack> <olof.kindgren> https://gist.github.com/olofk/4383966c8aa1fcff485b710444c053cb

20:54 <sf-slack> <olof.kindgren>

20:55 <sf-slack> <olof.kindgren> So, the blue LED is blinking which means the clock is running, but nothing happens when I press usr_button

20:55 <sf-slack> <olof.kindgren> I know the button works fine because I use it all the time to enter the serial boot mode

20:56 <sf-slack> <olof.kindgren> But that's it for me tonight

20:57 <sf-slack> <kgugala> before you run

20:57 <sf-slack> <kgugala> can you also give me blif file

22:14 <_whitenotifier-f> [symbiflow-docs] mithro opened issue #367: Documentation should be clear about it's purpose - https://git.io/JT8fU

22:17 <_whitenotifier-f> [symbiflow-docs] mithro opened issue #368: Why does the documentation talk about xc3sprog? - https://git.io/JT8fW