Thursday, 2018-10-04

*** tpb has joined #timvideos00:00
*** riataman has joined #timvideos00:12
*** riataman has quit IRC00:18
cr1901_modernmithro: Made a small bridge.py target (prob not gonna commit). Definitely misalignment in the spi flash00:28
cr1901_modernlet's change it and see what happens...00:28
cr1901_modernmithro: Okay it's working now up to the stub firmware00:49
*** tac-tics has quit IRC00:50
mithrocr1901_modern: \o/00:51
*** CarlFK has joined #timvideos00:57
*** ChanServ sets mode: +v CarlFK00:57
cr1901_modernmithro: ever see the following error? lm32-elf-newlib-gcc: error trying to exec 'cc1': execvp: No such file or directory01:03
cr1901_modernI think lm32-elf-newlib-gcc needs to be updated01:03
* cr1901_modern is running download_env.sh again01:05
cr1901_modernokay download_env.sh didn't fix this, but "conda update gcc-lm32-elf-newlib" is installing a new version01:08
cr1901_modernmithro: micropython is working01:10
cr1901_modernon ice40hx8k-b-evn01:10
mithro\o/01:17
cr1901_modernmithro: I am using the following script as a demo: http://ix.io/1og701:26
cr1901_modernI assume you have a b-evn board as well>01:27
cr1901_modernmithro: When you're ready, I can make PRs for litex (for platform parity w/ litex-buildenv) and litex-buildenv (for adding the base.py target)01:32
cr1901_modernmithro: https://github.com/enjoy-digital/litex/pull/11201:37
tpbTitle: build/platforms: Add ice40_hx8k_b_evn from Migen. by cr1901 · Pull Request #112 · enjoy-digital/litex · GitHub (at github.com)01:37
*** aic has joined #timvideos01:38
mithrocr1901_modern: Can you use the "merge_upstream.sh" script in third_party to move things forward?01:48
cr1901_modernIt didn't do anything when I ran it01:49
mithrocr1901_modern: What was the output?01:49
cr1901_modernAll targets clean, good to update01:49
mithrocr1901_modern: Can you past the complete output?01:49
mithrocr1901_modern: You need to remove your "Bump litex submodule for platform parity (see #28)." commit first...01:50
mithroHave to go now01:51
mithrobblr (maybe)01:51
cr1901_modernsubmodules changed but not updated01:51
cr1901_modernmithro: What do you want me to do specifically?01:51
cr1901_modern... oh...01:52
shornexobs: Im at downstairs01:53
*** rohitksingh_work has joined #timvideos03:37
*** sb0 has quit IRC03:37
*** CarlFK has quit IRC04:37
*** fullstopxH has joined #timvideos04:57
*** fullstopxH has quit IRC05:01
nrossimithro: Went to sleep early yesterday so I missed your message. I saw your comments on the doc and have added follow up comments05:03
mithronrossi: will look shortly...05:03
mithronrossi: I'm somewhat confused about the "native" name means in the OE?05:05
*** rohitksingh has joined #timvideos05:06
nrossimithro: native means build host, so the host architecture that is running the build05:06
nrossimithro: so when refering to something like python, python-native would be the python that runs on the host with a host specific sysroot and site-packages. Where are python would be refering to the targets python and its associated sysroot05:07
*** rohitksingh has quit IRC05:08
*** thomassgnLp has joined #timvideos05:09
mithronrossi: For the moment, we could modify make.py to do the generate header step separately05:09
nrossimithro: most of my queries relate more in regards to how you want it to work. Since you can get anything to work without to much hassle05:11
mithronrossi: The make.py / mkimage.py / load.py / flash.py stuff could be moved out of litex-buildenv into a "litex-tools" module and the gateware directory end up as "litex-ugly" module or something?05:12
nrossimithro: I guess the real question is how much you want to move into an OE build and how much you want to keep as litex tooling, because there is a lot of overlap in what each tool (litex vs oe/bitbake) is doing05:13
mithronrossi: There seems to be a bit of overlap between litex tooling verse OE tooling?05:13
mithrosnap :-P05:13
nrossimithro: For example it makes at lot of sense to have all the software built within OE. But for the gateware parts keeping that within litex makes more sense05:14
mithronrossi: yeah, it might make sense for the BIOS to still be part of litex....05:14
nrossimithro: maybe, but the issue is then you still have to replicate the software build tooling in both litex and oe05:15
nrossimithro: this is the same mistake Xilinx made with its xsct tools :)05:15
nrossimithro: though with that said i don't see any reason why litex couldn't generate all the code/files/etc of the bios firmware and then bitbake just builds it with the target toolchain05:17
*** thomassgnLp has quit IRC05:17
mithronrossi: I think there is some complication by the fact that the toolchain has some interaction with SoC configuration05:18
nrossimithro: yer thats what i was referring to with regards to my "configuration feedback loop" comment05:18
mithrobtw - can OE provide precompiled / prebuilt packages?05:19
mithrorather than an SDK, I mean like so people don't have to compile everything from scratch all the time?05:19
nrossimithro: so you can ship the sstate-cache, which is the build cache. Or you can ship packages (deb/rpm/ipk) of stuff05:20
nrossimithro: I believe the eSDK is maybe the sort of setup you are looking for. Where you ship the build environment with prebuilt content05:21
mithronrossi: for example shipping the gcc toolchain for lm32 is smaller then shipping the gcc source05:21
nrossimithro: sure, but if you go and change any tune configuration (e.g. switch from lite to full soc config) then you would need to rebuilt part of the toolchain (libs/newlib/etc)05:22
nrossimithro: to be honest I have not played a lot with that stuff, but the eSDK is probably what you are looking for, I believe thats exactly how Xilinx ships petalinux (as a form of eSDK)05:23
mithronrossi: well, most of the firmware links against libbase which is built from scratch each time (rather than shipping a C library with the compiler)05:23
nrossimithro: in that case it should be able to get the gcc part of the toolchain for sstate-cache. But if say you linked against libgcc, then you would need to pull the gcc sources to rebuild libgcc05:24
nrossifrom sstate-cache*05:26
mithronrossi: So, how do we deal with the closed source FPGA toolchains?05:26
nrossimithro: they are a pain from a number of angles, it all really depends on how clean and automated you want it to behave05:27
nrossimithro: but for example, you can't ship those in and eSDK or ship inside sstate since you are restricted from distribution by legal requirements/license agreement05:27
mithroyeap05:28
mithrothey have to be installed manually05:28
nrossiinstalled manually maybe, I haven't used Altera/Intel or Lattices vendor tools but I do remember Xilinx tools could be installed offline via command line05:29
nrossior has that changed05:29
mithronrossi: Hrm, technically they can but you wouldn't really want to be installing it as part of a build....05:30
mithroIt's 20+ GB05:30
nrossimithro: i has some notes in the doc about reasons why you might want to do that05:30
nrossimithro: around dependencies and distro comptaiblity being a challenge which OE could wrap05:31
nrossimithro: 20GB is cheap compared to wasting hours farting around with vendor installers :P05:31
nrossimithro: also you could add steps to reduce the size of the install... like removing random peoples home directories hidden in the install ;)05:33
mithronrossi: Well, the less work I can do the better :-P05:42
nrossimithro: I will add the "17GB" download of Vivado to my two pieces of string download queue and have a look at seeing how much can be automated/etc of at least the Xilinx tools05:46
mithrohttps://github.com/SymbiFlow/prjxray-dev-env05:47
tpbTitle: GitHub - SymbiFlow/prjxray-dev-env: Docker-based standardized development environment for prjxray (at github.com)05:47
mithrohttps://github.com/SymbiFlow/prjxray-dev-env/blob/993a304f9967aae9360e396eb92fefe7a69acb0a/Dockerfile#L36-L5305:48
tpbTitle: prjxray-dev-env/Dockerfile at 993a304f9967aae9360e396eb92fefe7a69acb0a · SymbiFlow/prjxray-dev-env · GitHub (at github.com)05:48
nrossiOh i think i have the installer for 2017.205:50
*** MassDebates_ has joined #timvideos05:56
*** MassDebates_ has quit IRC05:57
mithronrossi: bed time for me06:05
nrossimithro: good night06:08
shornemithro: I litex-buildenv to run the simulator, it seems to work too08:15
shornefor some reason <enter> is not running so I cant enter commands into the H2U console08:27
*** futarisIRCcloud has quit IRC08:57
*** ryantm has joined #timvideos09:00
*** ryantm has quit IRC09:04
*** sb0 has joined #timvideos09:05
*** puck_ has quit IRC09:59
*** puck_ has joined #timvideos10:00
*** ErnestG_xc has joined #timvideos10:03
*** ErnestG_xc has quit IRC10:04
*** refi64Vp has joined #timvideos10:14
*** refi64Vp has quit IRC10:18
*** Ziemasca has joined #timvideos10:41
*** Ziemasca has quit IRC10:46
*** samebchasePk has joined #timvideos11:07
*** samebchasePk has quit IRC11:10
*** bkraptoryo has joined #timvideos11:19
*** bkraptoryo has quit IRC11:21
*** CarlFK has joined #timvideos11:28
*** ChanServ sets mode: +v CarlFK11:28
*** kajusgf has joined #timvideos11:35
*** metaglogRe has joined #timvideos11:42
*** kajusgf has quit IRC11:46
*** sb0 has quit IRC11:58
*** rohitksingh_work has quit IRC12:35
*** rohitksingh has joined #timvideos13:25
*** c0rn3j has joined #timvideos14:03
*** c0rn3j has quit IRC14:10
*** CarlFK has quit IRC14:17
*** WizBrightxd has joined #timvideos14:26
*** WizBrightxd has quit IRC14:26
*** froztbyte has quit IRC14:35
*** froztbyte has joined #timvideos14:35
*** froztbyte has joined #timvideos14:35
*** sb0 has joined #timvideos14:37
*** BeerSerclP has joined #timvideos14:37
*** BinaryKittenfb has joined #timvideos14:59
*** BinaryKittenfb has quit IRC15:04
*** samsagaz has quit IRC15:06
*** \malex\Hl has joined #timvideos16:18
*** \malex\Hl has quit IRC16:21
*** rohitksingh has quit IRC17:23
cr1901_modern_florent_: https://github.com/enjoy-digital/litex/pull/112#issuecomment-426901042 Actually there are some subtle issues, but I don't think the icestorm backend is affected18:00
tpbTitle: build/platforms: Add ice40_hx8k_b_evn from Migen. by cr1901 · Pull Request #112 · enjoy-digital/litex · GitHub (at github.com)18:00
cr1901_modernthe litex backends don't distinguish between litex.build.generic_platform and migen.build.generic_platform exports, so using a migen target in litex can possibly fail if the backend uses isinstance(Pins), etc18:02
cr1901_modern(also, you didn't merge in the platform :P)18:02
*** rohitksingh has joined #timvideos18:04
*** rohitksingh has quit IRC18:27
*** rohitksingh has joined #timvideos18:38
*** rohitksingh has quit IRC19:27
*** rohitksingh has joined #timvideos19:28
*** rohitksingh has quit IRC19:37
*** namyzarc has joined #timvideos19:56
*** CarlFK has joined #timvideos20:01
*** ChanServ sets mode: +v CarlFK20:01
*** namyzarc has quit IRC20:03
cr1901_modernmithro: Will you be around tonight?20:20
*** zvedajH has joined #timvideos20:25
*** Rashad has joined #timvideos20:28
*** zvedajH has quit IRC20:30
*** Rashad has quit IRC20:32
mithrocr1901_modern: Maybe?20:44
cr1901_modernMaybe we could get b-evn merged tonight?20:44
mithrocr1901_modern: Why not right now?20:45
mithrocr1901_modern: Looks like it worked on travis...20:45
cr1901_modernmithro: Okay, now is fine too20:46
cr1901_modernBut merge-upstream.sh still did nothing20:46
mithrocr1901_modern: Can you paste the complete output?20:46
mithrocr1901_modern: Looking at https://github.com/timvideos/litex-buildenv/pull/81 it doesn't seem you need anything updated?20:47
tpbTitle: Add ICE40HX8K-B-EVN Platform by cr1901 · Pull Request #81 · timvideos/litex-buildenv · GitHub (at github.com)20:47
cr1901_modernmithro: Strictly speaking, I don't20:48
cr1901_modernbut I wanted to add the platform to LiteX for parity w/ build-env20:48
mithrocr1901_modern: Great! I'll merge it now then?20:48
cr1901_modernIf you're okay w/ the lack of parity, then sure20:49
mithrocr1901_modern: Merged!20:49
mithrocr1901_modern: So, if you do the following "git checkout upstream/master -b litex-roll; git submodule update; cd third_party; ./merge-upstream.sh; git log"20:50
mithrocr1901_modern: What happens?20:50
cr1901_modernmithro: _Now_ it works and all the submodules are updated20:53
cr1901_modernIs there a way to make merge-upstream skip some subdirs (I have "third_party/litesdcard" which of course isn't merged into the tree at all yet)20:55
*** Kripton has quit IRC20:55
cr1901_modernI get "error: pathspec 'litesdcard' did not match any file(s) known to git."20:56
cr1901_modernWell of course :P. I just move it out of the way for now20:56
*** Kripton has joined #timvideos21:02
cr1901_modernmithro: Thanks for the quick merge. Be back in a few hours.21:12
mithrocr1901_modern: you can merge a specific thing by giving it a directory21:31
mithro./merge-upstream.sh litex21:31
*** puck_ has quit IRC21:46
mithrocr1901_modern: Preference is always to merge ASAP :-)21:54
mithroshorne: I've build your or1k toolchain for us to test with here -> https://travis-ci.org/mithro/conda-hdmi2usb-packages/jobs/43735427122:38
cr1901_modernmithro: Ack (still kinda sorta not around)22:44
*** reaVer has joined #timvideos22:56
*** reaVer has quit IRC23:00
*** CarlFK has quit IRC23:11

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