Thursday, 2019-11-21

*** tpb has joined #litex00:00
*** rohitksingh has quit IRC00:10
davidc__Has anyone looked at producing "fixed" CSR layouts? (Or adding a feature where you can pin certain CSR addresses?)01:15
davidc__I have an application where it'd be really handy to fix a couple CSR locations (such that they are always at a particular memory address)01:16
*** rohitksingh has joined #litex01:45
*** freemint has quit IRC02:04
*** freemint has joined #litex02:05
*** freemint has quit IRC02:36
*** nrossi has joined #litex03:49
*** CarlFK has quit IRC07:09
*** freemint has joined #litex07:37
*** freemint has quit IRC07:53
*** freemint has joined #litex08:10
keesjwhen is there a next open hardware design type conference in the EU?08:10
daveshahkeesj: not much info yet, but there is OSDA next March08:14
daveshahhttps://www.date-conference.com/workshop/w0508:14
tpbTitle: W05 2nd Workshop Open-Soure Design Automation (OSDA 2020) | DATE 2020 (at www.date-conference.com)08:14
daveshah(this was last years program https://osda.gitlab.io/)08:15
tpbTitle: Workshop on Open Source Design Automation (OSDA) -- in conjunction with the Design, Automation and Test in Europe Conference (DATE) (at osda.gitlab.io)08:15
*** freemint has quit IRC08:15
*** freemint has joined #litex08:26
*** ambro718 has quit IRC08:26
*** freemint has quit IRC09:19
*** freemint has joined #litex09:37
*** freemint has quit IRC09:42
*** freemint has joined #litex09:43
*** rohitksingh has quit IRC10:19
*** rohitksingh has joined #litex10:21
*** rohitksingh_ has joined #litex10:26
*** rohitksingh has quit IRC10:27
_florent_scanakci: i added the UART_POLLING mode for cases similar to yours: do some first BIOS tests with un-validated interrupts10:58
_florent_scanakci: you should be able to enable it in your design by doing self.add_constant("UART_POLLING", None)10:59
_florent_scanakci: i could look if that's not working/compiling10:59
_florent_davidc__: yes i make heavy use of fixed CSR layout on systems that are deployed and where we want some peripherals to always be at the same location (for example FLASH module if a PCIe board to be sure we can update with any version of the software)11:01
_florent_davidc__: you just need to do something like this: https://hastebin.com/nuwojaciqe.rb11:05
_florent_davidc__: you can mix fixed and dynamic CSR, it's just that the fixed one are reserved first then the dynamic one use the empty locations11:06
*** freemint has quit IRC11:31
*** freemint has joined #litex11:44
*** freemint has quit IRC12:02
*** freemint has joined #litex12:10
*** freemint has quit IRC12:53
*** freemint has joined #litex12:55
*** freemint has quit IRC13:08
*** freemint has joined #litex13:08
*** rohitksingh_ has quit IRC14:00
*** freemint has quit IRC14:01
*** freemint has joined #litex14:52
*** freemint has quit IRC15:05
*** freemint has joined #litex15:05
*** CarlFK has joined #litex15:28
*** freemint has quit IRC16:06
*** rohitksingh has joined #litex16:06
*** rohitksingh has quit IRC16:14
davidc___florent_: yeah - I do that, but that presumes the peripheral itself stays consistent internally?16:39
davidc__(I'm not 100% clear on the rules for how CSRs get ordered in a peripheral; so I'm gonna dig into that today)16:42
*** CarlFK has quit IRC16:59
*** freemint has joined #litex17:08
davidc__(Nevermind; just allocation order since sorted by DUID. Thats easy enough!)17:23
scanakci_florent_: thank you. I tried it for Rocket and looks like it works.17:30
*** CarlFK has joined #litex18:45
*** CarlFK has quit IRC19:14
*** CarlFK has joined #litex19:15
*** CarlFK has left #litex19:17
*** CarlFK has joined #litex19:19
*** nrossi has quit IRC20:44
davidc___florent_: hey, any reason that CommUDP uses a separate 'rx_socket' that binds to a specific port? (rather than looking for responses on the socket it uses for tx?)21:00
*** freemint has quit IRC21:48
*** freemint has joined #litex21:48
*** rohitksingh has joined #litex22:23
*** CarlFK has quit IRC22:29
*** snajpa has left #litex23:32

Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!