Monday, 2020-02-10

*** tpb has joined #litex00:00
*** CarlFK has joined #litex02:43
*** CarlFK has quit IRC03:45
*** CarlFK has joined #litex03:56
*** CarlFK has quit IRC05:57
*** CarlFK has joined #litex06:23
*** proppy has quit IRC07:25
*** m4ssi has joined #litex07:59
acathlaWhat does "BE" in last_BE stand for?10:09
*** freemint has joined #litex10:13
acathla_florent_?10:18
_florent_acathla: it's used to indicate the last valid byte of the 32-bit word12:11
*** freemint has quit IRC13:29
*** freemint has joined #litex14:47
*** freemint has quit IRC14:54
*** m4ssi has quit IRC17:09
*** rohitksingh has quit IRC17:18
*** CarlFK has quit IRC17:29
Xiretzawhat exactly is up with mem_decoder() only supporting 31 bit addresses? it was introduced in https://github.com/enjoy-digital/litex/commit/740629ba53944fc04fca79e433508a67cfe0f02f#diff-5b5aa398d41ddd6086fbe51e97931f5cR97, with not much explanation (the target address is masked with 0x7FFF_FFF, so any MSB will match with 32-bit addresses).17:38
tpbTitle: soc_core: remove 256MB mem_map limitation · enjoy-digital/litex@740629b · GitHub (at github.com)17:38
*** rohitksingh has joined #litex17:40
_florent_Xiretza: thanks for reporting, it was here because we were using a shadow_base of 0x8000000 before, but this should have indeed be removed when removing the deprecating the shadow_base18:44
_florent_Xiretza: this is fixed with https://github.com/enjoy-digital/litex/commit/16d1972bf81f43840a74e37fee3f5107e6b0504c18:44
tpbTitle: integration/common: fix mem_decoder (shadow base has been deprecated) · enjoy-digital/litex@16d1972 · GitHub (at github.com)18:44
*** CarlFK has joined #litex18:45
Xiretza_florent_: ah, interesting! I hadn't actually tested it yet, but while playing around with the liteeth standalone generator and trying to make it fit into my addressing scheme, I couldn't help but wonder how this was ever *supposed* to work ;) glad to see it fixed18:46
levi_florent_: BTW, I had been using litex_buildenv which isn't quite up-to-date with the main litex repos; I finally got my board definition working with the bare litex environment, but it was still having ethernet issues that I have not fully tracked down. But I can confirm that ISE really doesn't like the auto-added "keep" attributes when constraints are added; I had to remove that to get past the packing phase.18:47
_florent_Xiretza: yes sorry, the code in master is a bit messy since has evolved a lot without rewrite. I'm rewritting things in the new_soc branch to have something easier to understand and retro-compatible18:48
_florent_levi: interesting, feel free to open an issue with your platform/target so that i can look and try to find a way to avoid the workaround18:50
*** rohitksingh has quit IRC18:52
leviIt's a custom board that no one else is likely to have, but I noticed that you commented on a similar issue occurring in the open PR at litex_buildenv where they're trying to migrate to newer litex.18:52
leviThat's how I got the idea of how to remove the "keep" attribute in the first place.18:53
_florent_levi: ah ok, i thought this was the issue from the PR :)18:56
*** rohitksingh has joined #litex18:56
leviWhere it showed up in my board is that I need to route the xtal input through the FPGA and out to the xtal input of the ethernet phy. I have no idea why the board was done this way.  It works fine without "keep" but with it there's always some complaint because keep implies NOMERGE. And ISE also complains that the "keep" attributes are not applicable to primary ports, so I figured it was safe to remove.19:08
leviNo rush to resolve this or anything, just wanted to add some info about what was going on with my board in case it might provide more context to the larger issue.19:11
*** _franck_ has quit IRC19:21
*** _franck_ has joined #litex19:35
*** rohitksingh has quit IRC20:54
*** rohitksingh has joined #litex21:16
*** rohitksingh has quit IRC21:36
*** acathla has quit IRC21:40
*** acathla has joined #litex21:44
*** acathla has joined #litex21:44
*** CarlFK has quit IRC22:20
*** CarlFK has joined #litex23:35

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