<CarlFK>
oh hey, that doesn't matter: make: Nothing to be done for 'gateware/build'.
_whitelogger has joined #litex
Degi has quit [Ping timeout: 258 seconds]
Degi has joined #litex
<scanakci>
_florent_: I noticed that I did not push some files to black-parrot repo due to gitignore structure. Can you please accept this PR (https://github.com/enjoy-digital/black-parrot/pull/2) to fix the issue. Hopefully, this will complete BP simulation and synthesis issues :). I will try again and let you know if everything works fine on my side.
<tpb>
Title: Missing files due to gitignore by scanakci · Pull Request #2 · enjoy-digital/black-parrot · GitHub (at github.com)
<benh>
_florent_: for running Linux in microwatt in LiteX, we'll have to also bring a XICS model to LiteX (the powerpc interrupt controller)
<benh>
_florent_: we could either wrap the microwatt VHDL or re-implement it... though that probably means that we weon't have whatever LiteX uses normally for interrupts
<benh>
_florent_: something I can look into at some point
<benh>
(the one we have in microwatt is a very cut down version of the XICS which is the previous generation powerpc one... the latest one, XIVE, found in POWER9 is a giant monster)
tommythorn has joined #litex
<tommythorn>
Greetings. Anyone with an NeTV2 board around? I have a mundane confusion: how do you program it? ISTM it should be possible to drive the JTAG directly from the attached Raspberry Pi
captain_morgan has quit [Quit: Ping timeout (120 seconds)]
captain_morgan has joined #litex
futarisIRCcloud has quit [Quit: Connection closed for inactivity]
<xobs>
There was a build failure today with Fomu, but it's probably due to something I did I shouldn't have done.
<xobs>
Fomu has its own `system.c` that's adapted from the litex one. In there, there's a function defined `static inline void warmboot_to_image()` that calls `reboot_ctrl_write()`. But it was failing because `csr.h` now includes `system.h`, so the `reboot_ctrl_write()` function was never visible.
<xobs>
It's my fault for putting that function there. But it just goes to show you how complex these systems are, and how they can fail in surprising ways.
<tommythorn>
My OrangeCrab is a r0.1 with a 85F, so I had to build my own config (trivial once you know how). It starts up fine and initializes the memory. Then lxterm proceeds to load the prebuilt-Linux images (for a long time). Alas, after --==== Liftoff! ====-- ... nothing. Suggestions?
scanakci has quit [Quit: Connection closed for inactivity]
<CarlFK>
_florent_: ./litex_setup.py init install --user ... ImportError: No module named 'markupsafe'
<somlo>
so I'm wondering between a genesys2 (kintex, 1GB RAM) and a nexys4video (artix7, 512MB). Which one of them is more likely to have nextpnr_xilinx support first ? :)
<somlo>
Finde: it has sodimm slots, which would take care of my resident-ram sufficient to run yosys problem :)
<daveshah>
nexys4video, probably
<daveshah>
Getting HPIO working on Genesys would be a bit more work on the prjxray side
<somlo>
but asking for 6K USD for a side project is not something I want to get turned down on :)
<daveshah>
The ZCU104 has a SODIMM and nextpnr support
<daveshah>
but not open bitstream generation at the moment
<daveshah>
Might be out of budget, too
<somlo>
daveshah: thanks, nexys4video it is (I can always try to guilt trip them into getting me another one in another 6-12 months :D )
<tommythorn>
(I haven't checked if it can be used with and a $$$ license from Xilinx)
<daveshah>
No license needed for any Artix-7 devices
<tommythorn>
(Mashing that buy button ...)
<somlo>
my uni has a vivado site license, so that's not a concern -- however I wouldn't bother with anything that doesn't have at least a decent chance of being supported by yosys/nextpnr eventually
<somlo>
my whole *thing* is "self-hosting", anything else is a distant lower priority :)
<Finde>
the G2 really has it all
<Finde>
(genesys2 I mean)
<Finde>
I can't wait for it to be supported by the open tools
<daveshah>
It should be supported eventually
<somlo>
so the zcu104 is a Zynq based board (the hybrid fabric + hard-IP ARM CPUs)
<somlo>
can one access the RAM directly from the fabric if the ARM cores are left unused?
<somlo>
hmm, I found the zcu104.py platform file in litex-boards, and there seem to be ddram pads, so that's promising
<somlo>
looking at the board manual, there's "PL-side" for the SODIMM (up to 4GB), and "PS-side" 2GB of soldered-on memory. Wondering what PS vs. PL means...
<john_k[m]>
Programmable Logic vs Processing System (?)
<john_k[m]>
the ARM cores have a hard IP DDR controller, the FPGA side you have to instantiate one to access the DDR there
<john_k[m]>
but PL can also access PS DDR through AXI (I think)
<somlo>
right, you have to spin up your arm cores and have them access the PS DDR for you
<somlo>
and it appears it's actually the SODIMM that's connected to the fabric, up to 4GB, nice!
<daveshah>
Yeah, the SODIMM is on the fabric
<daveshah>
You can totally ignore the ARM core, although the best way to get a network would be to route it through the ARM
<somlo>
another group at where I work is looking to join a project that uses zcu104 boards, so maybe if I help them out a bit I can scavenge a board when they get bored with them... So it's now down to nexys4video vs. genesys2 (with likelihood of foss toolchain as the first priority, and ram size as a close second, favoring the G2)
<somlo>
decisions, decisions... :D
<somlo>
first world problems :)
sconklin has joined #litex
tommythorn has quit [Remote host closed the connection]
Skip has quit [Remote host closed the connection]
<Finde>
daveshah: can you swap out the DIMMS on Alveo boards like the one you have?
<daveshah>
Yes
<daveshah>
Need to take off the cover but its only a couple of screws
FFY00 has quit [Read error: Connection reset by peer]
<Finde>
ok awesome
<Finde>
we're considering buying one to use alongside our Bittware XUPP3R
<Finde>
my other question was can you use it without being connected to the host with PCIe? does it come with a different JTAG cable or something?
<daveshah>
Yes there is a micro USB for JTAG and UART via FT2232H
<daveshah>
The only downside with these boards is that there is a slightly opaque BMC chip and no full schematics
<daveshah>
e.g. I wanted to blink an LED but couldn't because the BMC seemed to have taken control of the LEDs
<daveshah>
The best documentation for these boards (the Alveu U200/U250 and VCU1525 are effectively the same) is an old VCU1525 manual
<tpb>
Title: XILINX VCU1525 USER MANUAL Pdf Download. (at www.manualslib.com)
<john_k[m]>
an FPGA card with a BMC? Like Board Management Controller?
<daveshah>
Yes, a MSP432 micro
<daveshah>
It doesn't do much fancy, just keeps an eye on temperatures etc and configures the power supply chips
<john_k[m]>
huh, interesting. I had not heard of that
<john_k[m]>
makes sense
<daveshah>
I think it is possible to read out ID and temperature over SMBus if you have a board that connects it
<daveshah>
Some of the really fancy Xilinx UltraScale devkits have a 7-series Zynq as BMC
<Finde>
ok thanks that's useful
<Finde>
yeah I thought it was basically the vcu1525
<Finde>
we wanted to buy one but it was exactly the point between them discontinuing vcu1525 and the u2xx not being at volume
<Finde>
so we're reevaluating now
<Finde>
would also be good to use the same board you're trying to support with litedram since that's what we're working on too
<Finde>
xupp3r had some quirks
CarlFK has quit [Quit: Leaving.]
<_florent_>
Finde: i should also receive a VCU1525 in the next days (the mining version: BCU1525)
<_florent_>
daveshah: i was doing a quick test with the extract_xdc_pins.py script with the .xdc from the u250 but it does not seem to work correctly, should it just work with the un-modified .xdc?
<daveshah>
No you need to remove the non-UTF-8 copyright symbol