<openfpga-github>
[openfpga] rqou opened issue #80: Doesn't check if yosys is installed before trying to run it https://git.io/vHT0J
Zarutian has quit [Quit: Zarutian]
m_w has quit [Quit: leaving]
m_w has joined ##openfpga
<openfpga-github>
[openfpga] rqou opened pull request #81: Replace LCG with a PCG PRNG (master...new_prng) https://git.io/vHTue
<openfpga-github>
[openfpga] azonenberg closed pull request #81: Replace LCG with a PCG PRNG (master...new_prng) https://git.io/vHTue
<openfpga-github>
[openfpga] azonenberg commented on issue #56: Can't reproduce, will re-open if it happens again https://git.io/vHTaI
<rqou>
cr1901_modern: what does __USE_MINGW_ANSI_STDIO do exactly?
<rqou>
does it redefine printf or replace it some other way?
<openfpga-github>
[openfpga] azonenberg pushed 3 new commits to master: https://git.io/vHTVT
<openfpga-github>
openfpga/master 29847cd Andrew Zonenberg: doc: fixed typo
<openfpga-github>
openfpga/master c035733 Andrew Zonenberg: Greenpak4Counter: fixed typo in error message
<openfpga-github>
openfpga/master 1a06c93 Andrew Zonenberg: MakeDeviceNodes: coding style fixes
<openfpga-github>
[openfpga] rqou opened pull request #82: build: Don't try to run tests if there is no yosys (master...fix_cmake_again) https://git.io/vHTVL
<openfpga-github>
[openfpga] azonenberg closed pull request #82: build: Don't try to run tests if there is no yosys (master...fix_cmake_again) https://git.io/vHTVL
<openfpga-github>
[openfpga] rqou commented on issue #67: Per some discussions, we don't want to break the native Silego tools, and this codeless kext will probably cause it to break. This issue will be a WONTFIX. https://git.io/vHTV0
<openfpga-github>
[openfpga] rqou commented on issue #67: Per some discussions, we don't want to break the native Silego tools, and this codeless kext will probably cause it to break. This issue will be a WONTFIX. https://git.io/vHTV0
<openfpga-github>
[openfpga] rqou closed pull request #73: contrib: Add a codeless kext to make gp4prog work on macOS (master...macos) https://git.io/vyORU
<openfpga-github>
[openfpga] rqou commented on issue #76: WONTFIX, see #67 https://git.io/vHTVu
<openfpga-github>
[openfpga] azonenberg opened issue #83: Support for counters with pre-divider of 12 https://git.io/vHTVH
<openfpga-github>
[openfpga] azonenberg pushed 2 new commits to master: https://git.io/vHTVQ
<openfpga-github>
openfpga/master 1d6ad72 Andrew Zonenberg: MakeDeviceNodes: Now tag counters with a different label if they have a 4-bit input. See #83
<openfpga-github>
openfpga/master 24dc3c0 Andrew Zonenberg: Greenpak4Counter: Added HasPWM()
<openfpga-github>
[openfpga] rqou opened pull request #84: Simplify udev rules and make them compatible with systemd (master...cyrozap_udev) https://git.io/vHTV5
<openfpga-github>
[openfpga] rqou commented on issue #84: @cyrozap I am splitting out this particular commit for now. Could you please explain how this makes things "compatible with systemd?" Most importantly, does it break compatibility with systems that do not have systemd? https://git.io/vHTwJ
<openfpga-github>
[openfpga] azonenberg pushed 1 new commit to master: https://git.io/vHTwk
<openfpga-github>
openfpga/master a2eb1b6 cyrozap: Simplify udev rules and make them compatible with systemd
<openfpga-github>
[openfpga] azonenberg pushed 1 new commit to master: https://git.io/vHTwW
<openfpga-github>
openfpga/master 49aa66e Andrew Zonenberg: Finished support for separating counters with 4- and 3-bit input muxes. This means that RC oscillator pre-divider value of 12 now works reliably without needing LOC constraints. Fixes #83.
<openfpga-github>
[openfpga] rqou commented on issue #79: Per some meatspace discussions @azonenberg and I had, I are going to try to vendor hidapi (it's just one .c file per platform) and slowly deleting/cleaning parts of the code we don't need. https://git.io/vHTwz
eduardo__ has joined ##openfpga
eduardo_ has quit [Ping timeout: 246 seconds]
<openfpga-github>
[openfpga] azonenberg opened issue #85: DCMP/PWM: Support for counter data as inputs https://git.io/vHToK
<openfpga-github>
[openfpga] rqou commented on issue #79: This code has now been tested to still work on Linux and Windows and macOS https://git.io/vHT6d
<azonenberg>
whitequark: FYI me and rqou have been doing a bit of an openfpga hackathon this weekend, i added support for a lot of features
<azonenberg>
not sure if i have the stuff you needed yet
<azonenberg>
DCMP/PWM and DAC are my current focus and i hope to have counters driving PWMs in the next few hours
<openfpga-github>
[openfpga] rqou opened pull request #86: gp4par: Added UNUSED_PULL and UNUSED_DRIVE module attributes (master...unused_attrib) https://git.io/vHTXz
<rqou>
cyrozap: can you explain what "uaccess" actually does? I searched on google briefly and there are results saying it should be used, but no explanation of why plugdev is insufficient
<rqou>
on my systems, i only have "plugdev" rules and everything seems to work
<openfpga-github>
[openfpga] azonenberg pushed 1 new commit to master: https://git.io/vHT1U
<openfpga-github>
openfpga/master 2667f1b Andrew Zonenberg: Began work on DAC-from-counter support. See #32
massi has joined ##openfpga
<cyrozap>
Holy, Github spam, Batman...
<openfpga-github>
[openfpga] rqou commented on issue #79: Per some meatspace discussions @azonenberg and I had, I are going to try to vendor hidapi (it's just one .c file per platform) and slowly deleting/cleaning parts of the code we don't need. https://git.io/vHTwz
<azonenberg>
cyrozap: me and rqou are having a bit of a hackathon at my place this weekend
<azonenberg>
have you looked at the commit log? lol
<cyrozap>
rqou: uaccess has to do with adding permissions based on systemd "seats" (or something like that)
<cyrozap>
azonenberg: Oh, lol
<rqou>
cyrozap: so is uaccess just "magic?"
<rqou>
as in systemd has some special logic for it?
<cyrozap>
rqou: Basically, uaccess gives access to any user session where the user can be considered physically present, i.e., at the keyboard, and excludes sessions where the user is, say, connected via ssh.
<rqou>
but that's exactly what I don't want
<cyrozap>
rqou: It's not magic, I just don't remember how it works.
<cyrozap>
Then use plugdev :P
<rqou>
so plugdev doesn't stop working?
<cyrozap>
Correct.
<rqou>
the only explanation of uaccess i could find was some minor flaming on the redhat bugzilla where some application developer was asking "wtf is happening?" and kay sievers just said "ignore him, do it our way" without explaining the rationale
<rqou>
but if plugdev continues to work, then this is fine
<cyrozap>
The idea for these rules is that they're sane defaults for most use cases. e.g., if I give someone ssh access to a machine connected to a bunch of hardware, I don't necessarily want them to have access to all of that, but if they're sitting at the machine, they already have physical access, so it makes sense to let them have permission to access it.
<rqou>
i can see how that makes sense
<cyrozap>
That's the rationale behind uaccess, at least.
<rqou>
this doesn't seem to be clearly explained anywhere
<cyrozap>
Welcome to the wonderful world of systemd :P
<cyrozap>
Anyways, if you want special permissions for certain users, you can always add your own udev rules.
<rqou>
so if you have both like in your case, both the "systemd seat" users and the plugdev users have access?
<cyrozap>
Correct.
<rqou>
ah ok
<cyrozap>
Permissions are restrictive by default (only root has access), so udev rules exist to give non-root users permission to access hardware.
pie_ has quit [Ping timeout: 268 seconds]
<rqou>
i know that, but i normally just used unix groups to manage permissions
<rqou>
not the uaccess mechanism
<cyrozap>
Yeah, that's what I used to do, too, but this makes it more convenient for casual Linux users to just "plug-and-play" (like on certain other desktop OSes) instead of having to muck about with groups and permissions.
<cyrozap>
And of course you can always override these rules with your own.
pie_ has joined ##openfpga
pie_ has quit [Ping timeout: 260 seconds]
m_t has joined ##openfpga
qu1j0t3 has quit [Ping timeout: 240 seconds]
<cr1901_modern>
rqou: It enables some printf control codes that don't work on Windows normally. I enabled it to quell some compiler bitching IIRC
<rqou>
can you please check it again? there's still compiler format string warnings on Windows
<rqou>
I mean, it works
<rqou>
but some diagnostics might be busted on Windows
<cr1901_modern>
I can't test right now, what happens when you remove it? Does it no longer compile?
<openfpga-github>
[openfpga] cliffordwolf commented on issue #15: ^^ Ignore this. I've just seen Robert did already replace it with PCG. https://git.io/vHT5a
qu1j0t3 has joined ##openfpga
pie_ has joined ##openfpga
clifford has quit [Ping timeout: 268 seconds]
clifford has joined ##openfpga
pie_ has quit [Ping timeout: 260 seconds]
pie_ has joined ##openfpga
pie_ has quit [Ping timeout: 260 seconds]
pie_ has joined ##openfpga
m_t has quit [Quit: Leaving]
m_w has joined ##openfpga
m_w has quit [Quit: leaving]
m_w has joined ##openfpga
Bike has joined ##openfpga
<openfpga-github>
[openfpga] azonenberg pushed 1 new commit to master: https://git.io/vHkS8
<openfpga-github>
openfpga/master 0a594ff Andrew Zonenberg: Added note that RC oscillator bypass isn't implemented yet
azonenberg_work has joined ##openfpga
lexano has joined ##openfpga
Hootch has joined ##openfpga
Zarutian has joined ##openfpga
digshadow has joined ##openfpga
massi has quit [Remote host closed the connection]
laintoo has quit [Ping timeout: 240 seconds]
<rqou>
cr1901_modern: it still compiles with warnings, but I have no idea if it actually continues to work or not
<rqou>
I never triggered those particular prints
oeuf is now known as egg|egg
<egg|egg>
rqou: how goes the vhdl thingy
<pie_>
you guys know a chip decapping protocol written down somewhere so i can ask around if anyone in the chemistry department is willing to help me? like in the form of a proper paper or something, maybe they'll take me seriously