00:47
lf_ has joined #amaranth-lang
00:48
lf has quit [Ping timeout: 268 seconds]
02:55
jer_emy[m] has joined #amaranth-lang
02:55
<
jer_emy[m] >
is there a way to get amaranth to print all of the log output while building?
02:55
<
jer_emy[m] >
like from yosys, pnr etc
02:56
<
adamgreig[m] >
it's all saved in the build/ file
02:56
<
adamgreig[m] >
so you can check the nextpnr output in build/top.tim etc
02:56
<
jer_emy[m] >
thanks
03:11
cr1901 has quit [Read error: Connection reset by peer]
03:17
cr1901 has joined #amaranth-lang
03:56
<
tpw_rules >
anybody made any axi stuff yet with streams/interfaces/signatures?
04:01
<
tpw_rules >
cr1901: relevantly i remember you mentioning that you had worked out some of the primitives for the HPS?
04:01
<
tpw_rules >
on cyclone v
04:08
Degi has quit [Ping timeout: 240 seconds]
04:08
Degi_ has joined #amaranth-lang
04:09
Degi_ is now known as Degi
04:34
notgull has quit [Ping timeout: 240 seconds]
04:36
notgull has joined #amaranth-lang
04:58
jjsuperpower has quit [Ping timeout: 256 seconds]
07:10
notgull has quit [Ping timeout: 268 seconds]
07:17
notgull has joined #amaranth-lang
07:25
jn has quit [Ping timeout: 246 seconds]
07:39
<
galibert[m] >
tpw_rules: I'm the cv guy, not cr :-)
07:39
<
galibert[m] >
which one do you need to understand?
09:23
mithro has quit [Server closed connection]
09:24
mithro has joined #amaranth-lang
11:50
<
gruetzkopf >
(OT: how similar are sv?)
12:11
Xesxen has quit [Server closed connection]
12:11
Xesxen has joined #amaranth-lang
12:18
ktemkin has quit [Server closed connection]
12:18
ktemkin has joined #amaranth-lang
14:54
josuah has quit [Server closed connection]
14:55
cr1901_ has joined #amaranth-lang
15:01
cr1901 has quit [Ping timeout: 245 seconds]
15:02
lambda has quit [Ping timeout: 245 seconds]
15:15
lambda has joined #amaranth-lang
16:12
<
tpw_rules >
galibert[m]: just how the bits work. is it possible to avoid qsys?
16:26
jjsuperpower has joined #amaranth-lang
17:45
<
galibert[m] >
What’s qsys, the megafuctions?
17:59
<
tpw_rules >
is there straight up an HPS megafunction? i mean the intel platform designer® specifically
18:08
<
tpw_rules >
i don't see that
18:13
jjsuperpower has quit [Remote host closed the connection]
18:15
jjsuperpower has joined #amaranth-lang
18:30
key2 has quit [Server closed connection]
18:30
key2 has joined #amaranth-lang
18:54
jjsuperpower has quit [Remote host closed the connection]
18:56
jjsuperpower has joined #amaranth-lang
19:47
<
galibert[m] >
Dunno. What I do know it that there is a series of modules for a number of functions
19:48
<
tpw_rules >
how do you use the HPS with quartus
19:48
<
tpw_rules >
i do have a working design i just want to excise the verilog ip junk
19:48
<
galibert[m] >
Which part?
19:49
<
galibert[m] >
There’s like 30 hps interfaces to various stuff
19:49
<
tpw_rules >
qsys casts them all as one entity
19:49
<
tpw_rules >
like you drop a qsys block and it has a bunch of different ports
19:49
<
galibert[m] >
Not-qsys doesn’t
19:50
<
tpw_rules >
i guess what are the necessary ones? i'm only really using the f2h and h2f-lw ports
19:50
<
tpw_rules >
(it also asks a bunch of stuff about sdram config which i never quite understood given that the board boots fine without a bitstream)
19:52
<
tpw_rules >
have you done an hps design before?
19:53
<
galibert[m] >
I often use the dual 32-bits port to test stuff
19:54
<
tpw_rules >
ah, the gpio
19:54
<
tpw_rules >
are all the cyclonev_hps_interface_* documented anywhere whether you or altera
19:55
<
galibert[m] >
I actually think they are
19:58
<
tpw_rules >
hm, just throwing the module names into google isn't really turning up much
19:58
<
tpw_rules >
mister seems to have kicked out qsys but the stuff looks like copypasta from it
19:58
<
galibert[m] >
Well you have the names in ip/altera/hps/postfitter_simulation and cv_5v4.pdf describes what they do without ever naming them
19:59
<
tpw_rules >
how does it do the latter?
20:01
<
tpw_rules >
oh i see, the hps simulation chapter
20:52
jjsuperpower has quit [Ping timeout: 268 seconds]
22:09
cr1901_ is now known as cr1901
22:10
notgull has quit [Ping timeout: 246 seconds]
22:17
notgull has joined #amaranth-lang
23:09
lethalbit has quit [Server closed connection]
23:09
lethalbit has joined #amaranth-lang
23:15
<
tpw_rules >
so that whole ensemble ran and did what you hoped for?
23:15
<
tpw_rules >
you just needed those two modules?
23:15
<
tpw_rules >
(and quartus didn't whine about placement or whatever)
23:21
<
adamgreig[m] >
that's everything that was involved and it worked, at least as best as I recall from 6 years ago
23:22
<
tpw_rules >
strange that qsys makes it so damn complicated
23:22
<
adamgreig[m] >
I didn't need both modules, either, I did lots of things with just one or just the other
23:22
<
tpw_rules >
yeah for sure. but like there's not even a clocking module
23:22
<
adamgreig[m] >
I was very glad to discover how simple the cyclonev-soc made talking to the soc actually, but I don't remember ever looking at qsys
23:22
<
adamgreig[m] >
from what I hear of zync it's much more annoying
23:23
<
adamgreig[m] >
in my example the fpga is clocked from a 50MHz clock input
23:23
<
adamgreig[m] >
and the HPS just does whatever it normally does I guess
23:23
<
tpw_rules >
there's this specific clocking module in the qsys files that i figured must be at least a minimum
23:24
<
tpw_rules >
there's also all this sdram setup junk
23:24
<
tpw_rules >
which might only exist for simulation. but frankly my goal is to make the comms interfaces simple enough i don't need to simulate them
23:24
<
tpw_rules >
don't want to drag modelsim in either...
23:25
<
adamgreig[m] >
all this junk is what puts me off quartus, and zync entirely, really
23:26
<
tpw_rules >
but i guess if it lets me do it i'll do it
23:26
<
tpw_rules >
would be quite happy to excise qsys and all the verilog in general
23:26
<
tpw_rules >
i do have some zynq boards i bought to play around with
23:26
<
tpw_rules >
(mostly for nixos hegemony)
23:27
<
tpw_rules >
but the cyclone v has actually been rather nice and smooth
23:29
<
tpw_rules >
(ditching qsys also gives up the jtag <-> axi bridges for debugging but i haven't used those so)
23:34
<
cr1901 >
whitequark[cis]: How about "elif name in self.__unflipped.signature.members and \self.__unflipped.signature.members[name].is_signature"?
23:35
<
tpw_rules >
is the amaranth-soc CSR stuff ready to bang on?
23:35
<
Wanda[cis] >
oh oops I raced
23:35
<
cr1901 >
See my question
23:35
<
cr1901 >
I
_think_ this is what you're saying to check
23:37
<
Wanda[cis] >
cr1901: yeah that was my suggestion as well
23:37
<
cr1901 >
Okay force-pushed
23:37
<
tpw_rules >
(or has anyone set up a demo example?)
23:39
<
cr1901 >
Right, actually adding the new changes would help (forgot "-a" to git)
23:39
<
tpw_rules >
((is it even documented anywhere in any way?))
23:40
<
Wanda[cis] >
cr1901: you may also want to add more tests to this thing, making sure the if branch doesn't fire on too many things
23:40
<
cr1901 >
This is all the bandwidth I can muster for tonight, sorry
23:40
<
cr1901 >
Thinking about the signature flipping internal stuff hurts my head
23:42
<
Wanda[cis] >
... yeah, it took me a while to process as well
23:43
<
Wanda[cis] >
(long enough to race with Cat, heh)
23:44
<
cr1901 >
I really don't know offhand how to make additional test cases that would be likely to fire the branch. Both clauses of the elif branch are required to prevent existing tests from failing. 1/2
23:44
<
cr1901 >
If someone opens an issue that can directly pin blame to #954, I will add more test cases based on that failure, I will have a better idea of additional cases to test
23:48
<
Wanda[cis] >
I'd add a plain member and make sure nothng bad happens to it
23:51
<
cr1901 >
where? At the same level as "a" or "b"?
23:52
<
cr1901 >
or member as in "not part of the signature at all"?
23:57
<
Wanda[cis] >
at the same as level as "b", otherwise it won't even go through the flip
23:57
<
Wanda[cis] >
a non-member would be nice too