| 8 Apr 2024 |
 Pratham Patel (you can mention me) | They ought to have at least this much provided | 09:42:36 |
 Alex | They have a (nearly) complete description of the entire physical memory map.
If only I could remember which document it's in... | 09:43:17 |
| Pratham Patel (you can mention me) | Yeah, JH7110 is surprisingly "open". | 09:43:44 |
| Alex | Here it is: https://doc-en.rvspace.org/JH7110/TRM/JH7110_TRM/system_memory_map.html | 09:44:09 |
 Steven Keuchel | In reply to @alex:tunstall.xyz
I've measured ~22h for building an unregisterised GHC 9.2.8 booted via an unregisterised GHC 8.10.7 when running on VF2 (JH7110 SoC).
(Default flavour with profiled libraries, dynamic libraries, and documentation enabled.)
One minor difference to a typical RV64GC build is that I also enable Zba and Zbb.
I have no idea what performance impact this has on my hardware.
That a Milk-V Pioneer would take over 30h to do the same is surprising. I was usually also compiling something else. I think the registerised ones are more accurate. | 09:58:10 |
| Steven Keuchel | In reply to @alex:tunstall.xyz
I'm getting the following error when trying to build certain Haskell packages with a registerised GHC.
Couldn't find a target code interpreter. Try with -fexternal-interpreter
I thought registerised GHC included TemplateHaskell support?
Steven Keuchel do I need the patches that enable GHCi for this to work? yes exactly, you need https://gitlab.haskell.org/ghc/ghc/-/merge_requests/10714 and https://gitlab.haskell.org/ghc/ghc/-/merge_requests/12286 | 09:59:04 |
| Steven Keuchel | I wanted to create a nixpkgs PR once the the second one is merged upstream. | 09:59:53 |
| Steven Keuchel | be careful though, one has to be added to the hadrian derivation and the other to the ghc derivation | 10:00:31 |
| Alex | Well damn, I'm already 3h into a build with both on the GHC derivation 🙃
I assume your Hadrian PR goes into the Hadrian derivation? | 10:01:49 |
| Steven Keuchel | here is the part of my overlay that does this
ghc964 =
let
override1 = super.haskell.compiler.ghc964.override {
bootPkgs = self.haskell.packages.ghc963Binary;
};
override2 = override1.override {
hadrian = override1.passthru.hadrian.overrideAttrs (oldAttrs: {
patches = (oldAttrs.patches or [ ]) ++ [
./patches/hadrian-9.6.4-allow-Cabal-3.10.patch
# https://gitlab.haskell.org/ghc/ghc/-/merge_requests/10714
(super.fetchpatch {
url = "https://gitlab.haskell.org/ghc/ghc/-/commit/dd38aca95ac25adc9888083669b32ff551151259.patch";
hash = "sha256-xqs6mw/akxMy+XmVabACzsIviIKP4fS0UEgTk0HJcIc=";
stripLen = 1;
})
];
});
};
in
override2.overrideAttrs (oldAttrs: {
patches = (oldAttrs.patches or [ ]) ++ [
# https://gitlab.haskell.org/ghc/ghc/-/merge_requests/12286
(super.fetchpatch {
url = "https://gitlab.haskell.org/ghc/ghc/-/commit/c5e47441ab2ee2568b5a913ce75809644ba83271.patch";
hash = "sha256-t3KkuME6IqLWuESIMZ7OVAFu7s8G+x0ev+aVzBUqkhg=";
})
];
});
| 10:02:15 |
| Alex | Your hash for 10714 doesn't match mine... Is that commit still fetchable? | 10:05:17 |
| Steven Keuchel | grr, I hate fetchpatch | 10:05:58 |
| Steven Keuchel | let me gc and try to fix it | 10:06:08 |
| Alex | I'm fetching the entire MR, so that might be why (but the other one matches) | 10:08:12 |
| Alex | Yep, build fails with your hash.
Correct one is sha256-uonXubXjMywSbUe/p2HLIWXDpwLWHlpZDMBvDnr/Utc= | 10:14:13 |
| Alex | Oh wait, I was missing stripLen. Nevermind. | 10:17:10 |
| Steven Keuchel | oh ok :D I had it as a file before and switched to fetchpatch before posting | 10:26:13 |
| Steven Keuchel | hope it works now | 10:26:34 |
| 9 Apr 2024 |
| Pratham Patel (you can mention me) | sorear: https://www.theregister.com/2024/04/09/sifive_riscv_hifive/ | 07:02:44 |
|  SomeoneSerge (migrating synapse) changed their display name from SomeoneSerge (migrating synapse) to SomeoneSerge (void). | 13:23:23 |
 tau | i'm surprised you haven't dealt with zeromq, because nix why-depends says systemd depends on it :
» nix why-depends --derivation nixpkgs#systemd nixpkgs#zeromq
/nix/store/mmxfq68bslpjqki0f7svg31cjv2pnr36-systemd-255.2.drv
└───/nix/store/js89ydnz71fv1kqgn69mm7yqfsw61lpi-iptables-1.8.10.drv
└───/nix/store/5b85c19psp7km2mvnlwzs0gml93v289x-libpcap-1.10.4.drv
└───/nix/store/rpgg2wwh745g9y928wb6a2w1gn23g9y1-libnl-3.8.0.drv
└───/nix/store/hks3p38b5vdjkncdkkrcwjjqlhg1cbs7-graphviz-10.0.1.drv
└───/nix/store/s5pcbnaqw75bxbyk3hyb2kmjr0b1viab-fontconfig-2.15.0.drv
└───/nix/store/q124gz30q037qq5n6vnym3n2gkf6r4n9-dejavu-fonts-minimal-2.37.drv
└───/nix/store/rngadqxkfwizz368b9zg3az9ifdgfgsn-dejavu-fonts-full-2.37.drv
└───/nix/store/rhw4k7zqgrvw36rz6cq5m6p12afpwc7l-fontforge-20230101.drv
└───/nix/store/ir6k22cspdsw25l4jskfrlmymhyr30g5-zeromq-4.3.5.drv
| 21:09:15 |
|  Shalok Shalom left the room. | 21:09:27 |
| Alex | Why? Is there something wrong with zeromq on RISC-V?
I don't seem to have a fix for it and my full system rebuild is complete, so it should work fine. | 21:59:50 |
| tau | Download zeromq-log.txt | 22:11:14 |
| tau | won't build for me on qemu | 22:12:42 |
|  KREYREN ⚡️🦀 (TH1520 in Licheepi 4A) changed their profile picture. | 23:12:30 |
| 10 Apr 2024 |
| Pratham Patel (you can mention me) | misuzu: is there any reason why you are using the vendor kernel? AFAIK, everything but PCIe (for a headless build box) has been merged upstream. Or did I just answer myself with "PCIe isn't yet in upstream?" | 02:10:37 |
 sorear | In reply to @thefossguy:matrix.org
sorear: https://www.theregister.com/2024/04/09/sifive_riscv_hifive/ will be interesting to see how this plays out with their documentation commitment, the GPU, and where they are going to position themselves (price, features, volume) relative to other SBC manufacturers. doesn't seem very specific to (a) me (b) nixos though | 04:07:37 |
| Pratham Patel (you can mention me) | pinged you by mistake, the person I wanted to mention isn't in this room | 04:08:40 |
| Pratham Patel (you can mention me) | but relevant to nixos since it's a good machine to have until Oasis launches with 128GB of DRAM | 04:09:05 |
