maxhartung Posted September 14, 2021 Share #1451 Posted September 14, 2021 9 minutes ago, haydibe said: Seems I missed to test the bromolow-7.0.1 image... So this is the one that caused this mystery behavior. I disabled the build cache now by default - it can be turned on again in global_settings.json. Now "clean all" deletes all images, including the last build one. changes in v0.7.3 : - fixed usage of label that determins the redpill-tool-chain images for clean up - add `"docker.use_build_cache": "false"` to global_settings.json - add `"docker.clean_images": "all"` to global_settings.json (set to orphaned to cleanup everything except the latest build) See README.md for usage. When I introduced labels, I must have made a last adjustment to the Dockerfile, which actual resulted in all images beeing created using the correct key, but with the wrong value (=all identical) . Please clean up your build cache and images to benefit from the fix: docker builder prune --all --filter label=redpill-tool-chain docker image ls --filter label=redpill-tool-chain --quiet | xargs docker image rm redpill-tool-chain_x86_64_v0.7.3.zip 8.08 kB · 3 downloads Same issue with this build too. Should I try to reinstall Docker ? I am running on Mac ./redpill_tool_chain.sh auto apollolake-7.0-41890 Unable to find image 'redpill-tool-chain:apollolake-7.0-41890' locally docker: Error response from daemon: pull access denied for redpill-tool-chain, repository does not exist or may require 'docker login': denied: requested access to the resource is denied. Link to comment Share on other sites More sharing options...
haydibe Posted September 14, 2021 Share #1452 Posted September 14, 2021 15 minutes ago, maxhartung said: Please clean up your build cache and images to benefit from the fix: docker builder prune --all --filter label=redpill-tool-chain docker image ls --filter label=redpill-tool-chain --quiet | xargs docker image rm you didn't do this, did you? Link to comment Share on other sites More sharing options...
shibby Posted September 14, 2021 Share #1453 Posted September 14, 2021 (edited) 21 minutes ago, maxhartung said: ./redpill_tool_chain.sh auto apollolake-7.0-41890 build image first Quote ./redpill_tool_chain.sh build apollolake-7.0-41890 Edited September 14, 2021 by shibby Link to comment Share on other sites More sharing options...
maxhartung Posted September 14, 2021 Share #1454 Posted September 14, 2021 (edited) 6 minutes ago, haydibe said: you didn't do this, did you? So I tried reinstalling Docker, removing all references from the system, reinstalling, restart the Mac. docker builder prune --all --filter label=redpill-tool-chain WARNING! This will remove all build cache. Are you sure you want to continue? [y/N] y Total reclaimed space: 0B docker image ls --filter label=redpill-tool-chain --quiet | xargs docker image rm MacBook-Pro redpill % Edited September 14, 2021 by maxhartung Link to comment Share on other sites More sharing options...
maxhartung Posted September 14, 2021 Share #1455 Posted September 14, 2021 1 minute ago, shibby said: build containter first I did it already but error with the above ./redpill_tool_chain.sh auto apollolake-7.0-41890 Link to comment Share on other sites More sharing options...
ct85msi Posted September 14, 2021 Share #1456 Posted September 14, 2021 you need to: ./redpill_tool_chain.sh build apollolake-7.0-41890 first Link to comment Share on other sites More sharing options...
haydibe Posted September 14, 2021 Share #1457 Posted September 14, 2021 (edited) Hmm, that's odd. Can share the output of `docker image ls`? Let me check my history, not that I skipped testing it again.. everything is possible before the first coffe 😊 update: I did check it before and I checked it again: the image builds and creating a loader with auto works for me. I have no idea where and how and how Docker for Desktop behaves differently than on Linux. I only use docker where it's a first class citizen... Linux. Everywhere else it's a half-assed implementation that monkeywires the local docker cli client, with a linux vm that actualy runs docker. DfD dominates the issues in the offical Docker forums.. Edited September 14, 2021 by haydibe Link to comment Share on other sites More sharing options...
maxhartung Posted September 14, 2021 Share #1458 Posted September 14, 2021 1 minute ago, haydibe said: Hmm, that's odd. Can share the output of `docker image ls`? Let me check my history, not that I skipped testing it again.. everything is possible before the first coffe 😊 After another restart is working correctly. Link to comment Share on other sites More sharing options...
shibby Posted September 14, 2021 Share #1459 Posted September 14, 2021 i downloaded toolchain 7.3 and compile apollolake-7.0-41890 without any problems. but @haydibe i need to do "clean all" twice to be sure that all toolchain stuff has been removed Quote root@icloud:/usr/src/redpill3# ./redpill_tool_chain.sh clean all ---------- before clean -------------------------------------- TYPE TOTAL ACTIVE SIZE RECLAIMABLE Images 3 3 4.94GB 0B (0%) Containers 3 2 1.838GB 1.32GB (71%) Local Volumes 10 10 1.11GB 0B (0%) Build Cache 0 0 0B 0B Total reclaimed space: 0B ---------- after clean --------------------------------------- TYPE TOTAL ACTIVE SIZE RECLAIMABLE Images 3 3 4.94GB 0B (0%) Containers 3 2 1.838GB 1.32GB (71%) Local Volumes 10 10 1.11GB 0B (0%) Build Cache 0 0 0B 0B root@icloud:/usr/src/redpill3# ./redpill_tool_chain.sh build apollolake-7.0-41890 [+] Building 46.4s (15/15) FINISHED => [internal] load .dockerignore 0.0s => => transferring context: 2B 0.0s => [internal] load build definition from Dockerfile 0.0s => => transferring dockerfile: 2.14kB 0.0s => [internal] load metadata for docker.io/library/debian:10-slim 1.1s => [internal] load build context 3.4s => => transferring context: 356.74MB 3.4s => [extract 1/2] FROM docker.io/library/debian:10-slim@sha256:47e092810f101be84824f6d93885c18d20d53c8dda6b808392f62845eaf38cc5 2.5s => => resolve docker.io/library/debian:10-slim@sha256:47e092810f101be84824f6d93885c18d20d53c8dda6b808392f62845eaf38cc5 0.0s => => sha256:105744913aa934523fde6bb7c8d965324a5b3394db573658a623f0dff3fc1a29 1.46kB / 1.46kB 0.0s => => sha256:a330b6cecb98cd2425fd25fce36669073f593b3176b4ee14731e48c05d678cdd 27.15MB / 27.15MB 0.6s => => sha256:47e092810f101be84824f6d93885c18d20d53c8dda6b808392f62845eaf38cc5 1.85kB / 1.85kB 0.0s => => sha256:d6ecd2ec241bc6c672f1af7d2b102e4916998735a95fe4112457e804e62bfc03 529B / 529B 0.0s => => extracting sha256:a330b6cecb98cd2425fd25fce36669073f593b3176b4ee14731e48c05d678cdd 1.2s => [stage-1 2/9] RUN apt-get update && apt-get install --yes --no-install-recommends ca-certificates build-essential git libssl-dev curl cpio bspatch vim gettext bc bison flex dosfstools kmod && rm -rf /var/lib/apt/lists/* /tmp/* && curl --progress-bar -- 30.6s => [extract 2/2] ADD downloads/ds.apollolake-7.0.dev.txz / 34.8s => [stage-1 3/9] RUN git clone https://github.com/RedPill-TTG/redpill-lkm.git -b master /opt/redpill-lkm && git clone https://github.com/RedPill-TTG/redpill-load.git -b master /opt/redpill-load 5.0s => [stage-1 4/9] COPY --from=extract /usr/local/x86_64-pc-linux-gnu/x86_64-pc-linux-gnu/sys-root/usr/lib/modules/DSM-7.0/build/ /opt/redpill-lkm/toolkit_dev-apollolake-7.0-41890 1.4s => [stage-1 5/9] RUN if [ "apollolake" = "apollolake" ]; then echo '+' > /opt/redpill-lkm/toolkit_dev-apollolake-7.0-41890/.scmversion; fi && if [ "toolkit_dev" = "kernel" ]; then cp /opt/redpill-lkm/toolkit_dev-apollolake-7.0-41890/synoconfigs/apollolake 0.4s => [stage-1 6/9] WORKDIR /opt 0.0s => [stage-1 7/9] COPY Makefile /opt/ 0.1s => [stage-1 8/9] COPY entrypoint.sh /entrypoint.sh 0.1s => [stage-1 9/9] RUN chmod +x /entrypoint.sh 0.4s => exporting to image 3.5s => => exporting layers 3.5s => => writing image sha256:ad5fb106608dff245916077a3cf5a19eb79398aefe8729db6d40f30c00bfd35b 0.0s => => naming to docker.io/library/redpill-tool-chain:apollolake-7.0-41890 0.0s root@icloud:/usr/src/redpill3# ./redpill_tool_chain.sh clean all ---------- before clean -------------------------------------- TYPE TOTAL ACTIVE SIZE RECLAIMABLE Images 4 3 5.388GB 448.2MB (8%) Containers 3 2 1.838GB 1.32GB (71%) Local Volumes 10 10 1.11GB 0B (0%) Build Cache 13 0 1.671GB 1.671GB Deleted build cache objects: jcezmj8qx5var9vj30mp5nyzq t5h4ilfc6clsw2jl5wntfdvd5 roscwc9ea13zlyb13i1n5u2ha 9jm4b792irhnd7w6m12sw05sh Total reclaimed space: 1.671GB Untagged: redpill-tool-chain:apollolake-7.0-41890 Deleted: sha256:ad5fb106608dff245916077a3cf5a19eb79398aefe8729db6d40f30c00bfd35b ---------- after clean --------------------------------------- TYPE TOTAL ACTIVE SIZE RECLAIMABLE Images 3 3 4.94GB 0B (0%) Containers 3 2 1.838GB 1.32GB (71%) Local Volumes 10 10 1.11GB 0B (0%) Build Cache 9 0 448.2MB 448.2MB root@icloud:/usr/src/redpill3# ./redpill_tool_chain.sh clean all ---------- before clean -------------------------------------- TYPE TOTAL ACTIVE SIZE RECLAIMABLE Images 3 3 4.94GB 0B (0%) Containers 3 2 1.838GB 1.32GB (71%) Local Volumes 10 10 1.11GB 0B (0%) Build Cache 9 0 448.2MB 448.2MB Deleted build cache objects: 1nct0t7x6i8xf8p2vh11qolg7 fysodg8ezau8ihfitbnlh3r08 80pascarf3aqhmf5hh76389ha ukepnvqyue765kaywrdbzb2jr wv0gtndb39oxhozncd0a7bu3u vq2u79x4a4eop4u97s6rtsnol 6mm1xit662vdq8525403lx70n kk39rhgj0hd9u53a4b61ozuw4 sha256:d000633a56813933cb0ac5ee3246cf7a4c0205db6290018a169d7cb096581046 Total reclaimed space: 448.2MB ---------- after clean --------------------------------------- TYPE TOTAL ACTIVE SIZE RECLAIMABLE Images 3 3 4.94GB 0B (0%) Containers 3 2 1.838GB 1.32GB (71%) Local Volumes 10 10 1.11GB 0B (0%) Build Cache 0 0 0B 0B root@icloud:/usr/src/redpill3# ./redpill_tool_chain.sh clean all ---------- before clean -------------------------------------- TYPE TOTAL ACTIVE SIZE RECLAIMABLE Images 3 3 4.94GB 0B (0%) Containers 3 2 1.838GB 1.32GB (71%) Local Volumes 10 10 1.11GB 0B (0%) Build Cache 0 0 0B 0B Total reclaimed space: 0B ---------- after clean --------------------------------------- TYPE TOTAL ACTIVE SIZE RECLAIMABLE Images 3 3 4.94GB 0B (0%) Containers 3 2 1.838GB 1.32GB (71%) Local Volumes 10 10 1.11GB 0B (0%) Build Cache 0 0 0B 0B root@icloud:/usr/src/redpill3# Link to comment Share on other sites More sharing options...
haydibe Posted September 14, 2021 Share #1460 Posted September 14, 2021 2 minutes ago, shibby said: but @haydibe i need to do "clean all" twice to be sure that all toolchain stuff has been removed hmm, that's odd. Let me take a look after work. Link to comment Share on other sites More sharing options...
shibby Posted September 14, 2021 Share #1461 Posted September 14, 2021 (edited) hmm ignore above post. After one run of "clean all" only debian:10-slim is cached. Probably not important to compile redpill Quote [+] Building 47.2s (15/15) FINISHED => [internal] load .dockerignore 0.0s => => transferring context: 2B 0.0s => [internal] load build definition from Dockerfile 0.0s => => transferring dockerfile: 2.14kB 0.0s => [internal] load metadata for docker.io/library/debian:10-slim 1.1s => CACHED [extract 1/2] FROM docker.io/library/debian:10-slim@sha256:47e092810f101be84824f6d93885c18d20d53c8dda6b808392f62845eaf38cc5 0.0s => [internal] load build context 3.3s => => transferring context: 356.74MB 3.3s => [stage-1 2/9] RUN apt-get update && apt-get install --yes --no-install-recommends ca-certificates build-essential git libssl-dev curl cpio bspatch vim gettext bc bison flex dosfstools kmod && rm -rf /var/lib/apt/lists/* /tmp/* && curl --progress-bar -- 30.2s => [extract 2/2] ADD downloads/ds.apollolake-7.0.dev.txz / 35.5s => [stage-1 3/9] RUN git clone https://github.com/RedPill-TTG/redpill-lkm.git -b master /opt/redpill-lkm && git clone https://github.com/RedPill-TTG/redpill-load.git -b master /opt/redpill-load 3.2s => [stage-1 4/9] COPY --from=extract /usr/local/x86_64-pc-linux-gnu/x86_64-pc-linux-gnu/sys-root/usr/lib/modules/DSM-7.0/build/ /opt/redpill-lkm/toolkit_dev-apollolake-7.0-41890 1.4s => [stage-1 5/9] RUN if [ "apollolake" = "apollolake" ]; then echo '+' > /opt/redpill-lkm/toolkit_dev-apollolake-7.0-41890/.scmversion; fi && if [ "toolkit_dev" = "kernel" ]; then cp /opt/redpill-lkm/toolkit_dev-apollolake-7.0-41890/synoconfigs/apollolake 0.8s => [stage-1 6/9] WORKDIR /opt 0.0s => [stage-1 7/9] COPY Makefile /opt/ 0.1s => [stage-1 8/9] COPY entrypoint.sh /entrypoint.sh 0.1s => [stage-1 9/9] RUN chmod +x /entrypoint.sh 0.4s => exporting to image 3.5s => => exporting layers 3.5s => => writing image sha256:3b40e0c2485293cb037156827f924f481dbc125da7009877ce3edf4d69ae6e3b 0.0s => => naming to docker.io/library/redpill-tool-chain:apollolake-7.0-41890 Edited September 14, 2021 by shibby Link to comment Share on other sites More sharing options...
ct85msi Posted September 14, 2021 Share #1462 Posted September 14, 2021 (edited) waiting for @chchia to merge redpill-ttg into master and recreate my usb boot stick. https://github.com/chchia/redpill-load When will 7.0.1-42214 be officially supported into the master branch ? @ThorGroup Thank you! L.E. Done, merged . Thank you chchia! Edited September 14, 2021 by ct85msi Link to comment Share on other sites More sharing options...
ct85msi Posted September 14, 2021 Share #1463 Posted September 14, 2021 (edited) @chchia DSM 7.0.1-42214 lacks fake sata dom boot https://github.com/RedPill-TTG/redpill-load/commit/15feb4b6e8651d77be19d18b936e8aba780520ab https://github.com/RedPill-TTG/redpill-load/commit/8f870dba9800f5e321ac1a0d2985fc8067bb822a https://github.com/RedPill-TTG/redpill-load/commit/92f922c641c8b189bdc1a47b97fd2ce863c56f05 Thanks Edited September 14, 2021 by ct85msi Link to comment Share on other sites More sharing options...
pocopico Posted September 14, 2021 Share #1464 Posted September 14, 2021 4 hours ago, haydibe said: Seems I missed to test the bromolow-7.0.1 image... So this is the one that caused this mystery behavior. I disabled the build cache now by default - it can be turned on again in global_settings.json. Now "clean all" deletes all images, including the last build one. changes in v0.7.3 : - fixed usage of label that determins the redpill-tool-chain images for clean up - add `"docker.use_build_cache": "false"` to global_settings.json - add `"docker.clean_images": "all"` to global_settings.json (set to orphaned to cleanup everything except the latest build) See README.md for usage. When I introduced labels, I must have made a last adjustment to the Dockerfile, which actual resulted in all images beeing created using the correct key, but with the wrong value (=all identical) . Please clean up your build cache and images to benefit from the fix: docker builder prune --all --filter label=redpill-tool-chain docker image ls --filter label=redpill-tool-chain --quiet | xargs docker image rm redpill-tool-chain_x86_64_v0.7.3.zip 8.08 kB · 73 downloads @haydibe Hi, I have tried to create the image for apollolake 7.0.1 with the last version (v0.7.3) and the GRUB does not contain the menu entry for SATA boot. Any ideas ? Link to comment Share on other sites More sharing options...
ct85msi Posted September 14, 2021 Share #1465 Posted September 14, 2021 (edited) yes, that is because the 7.0.1 branch is forked by chchia for appollolake and by jumkey for bromolow TGG only maintains 6.2.4 and 7.0 check global_config.json in redpill-tool-chain. Edited September 14, 2021 by ct85msi 1 Link to comment Share on other sites More sharing options...
jumkey Posted September 14, 2021 Share #1466 Posted September 14, 2021 20 minutes ago, ct85msi said: yes, that is because the 7.0.1 branch is forked by chchia for appollolake and by jumkey for bromolow TGG only maintains 6.2.4 and 7.0 check global_config.json in redpill-tool-chain. my dev branch contain all this two 3 Link to comment Share on other sites More sharing options...
ct85msi Posted September 14, 2021 Share #1467 Posted September 14, 2021 Yes, but chchia`s doesn`t ... I have the same combination, ds918+ / 7.0.1 Link to comment Share on other sites More sharing options...
maxhartung Posted September 14, 2021 Share #1468 Posted September 14, 2021 (edited) nmv Edited September 14, 2021 by maxhartung Link to comment Share on other sites More sharing options...
haydibe Posted September 14, 2021 Share #1469 Posted September 14, 2021 5 hours ago, shibby said: hmm ignore above post. After one run of "clean all" only debian:10-slim is cached. Probably not important to compile redpill That's the base image for apollolake 7.x builds. "clean all" realy just targets images build by the toochain builder - it doesn't clean anything else. I introduced lables in the Dockerfile for this particular purpose to be able to filter for those images and just prune the build cache for those. It wouldn't feel right to generaly prune everything Though, still the double "clean all" just doesn't make sense, since the operation should be idempotent... realy strange, will check later if for whatever reason something slips through. It will be sometime in the evening, I still have to work 4hrs and then rest before I am able to take a look. Link to comment Share on other sites More sharing options...
flybird08 Posted September 14, 2021 Share #1470 Posted September 14, 2021 I use Pentium G4560 + B250, an additional PCIe to SATA adapter card, and its chip is JMB585. After starting DSM 7.0.1, only one hard disk connected to the adapter card can be recognized, and all hard disks connected to the SATA controller on the motherboard can be recognized. It seems that the JMB585 driver is missing. If the driver is not installed on Windows, only one hard disk can be seen. Is my understanding right? Link to comment Share on other sites More sharing options...
shibby Posted September 14, 2021 Share #1471 Posted September 14, 2021 1 hour ago, jumkey said: my dev branch contain all this two so i changed global_config.json entrie for DS918+ 7.0.1. "redpill_load": { - "source_url": "https://github.com/chchia/redpill-load.git", - "branch": "master" + "source_url": "https://github.com/jumkey/redpill-load.git", + "branch": "develop" } compilation goes well. Xpenology is working thanks. Link to comment Share on other sites More sharing options...
Sephiroth Posted September 14, 2021 Share #1472 Posted September 14, 2021 14 minutes ago, yanjun said: for example: clone related driver form https://github.com/torvalds/linux/tree/master/drivers(But this is not a recommended practice. If the source of the group Synology GPL7.0 is released and the drivers you need are in the drivers folder, the best practice is to select the driver from the synology GPL source.) cd drivers/net/ethernet/intel/ixgbe make CONFIG_IXGBE=m CROSS_COMPILE=/usr/local/x86_64-pc-linux-gnu/bin/x86_64-pc-linux-gnu- -C /usr/local/x86_64-pc-linux-gnu/x86_64-pc-linux-gnu/sys-root/usr/lib/modules/DSM-7.0/build/ M=`pwd` modules notice: CONFIG_IXGBE=m you need found the CONFIG_IXGBE string form Makefile in /drivers/net/ethernet/intel/ixgbe if you want to compile other drivers I want to build a driver for reltek8111e,What can I do?there's no rtl8168's src in original Linux kernel src. Link to comment Share on other sites More sharing options...
ct85msi Posted September 14, 2021 Share #1473 Posted September 14, 2021 oh man, I don`t want to complicate things here but I have a new branch: - TGG`s original repo - jumkey`s EFI boot changes in master (not devel branch) - chchia`s support for 7.0.1-42214 - Added sata boot entry for 918+ "redpill_load": { "source_url": "https://github.com/ct85msi/redpill-load.git", "branch": "master" Who wants DS918+/ sata boot option/ 7.0.1RC/ EFI should give this a try. Link to comment Share on other sites More sharing options...
nemesis122 Posted September 14, 2021 Share #1474 Posted September 14, 2021 Has anyone gen 8 working ? thanks Link to comment Share on other sites More sharing options...
p33ps Posted September 14, 2021 Share #1475 Posted September 14, 2021 On 9/13/2021 at 3:19 PM, p33ps said: Can someone paste here their VM Proxmox setup for a DS3615xs boot? I am having huge CPU issues when the Photos app starts their face recognition index process. It blocks the VM completely and I need to stop-start it. It never finishes the recognition process. This is the CPU and network status when it starts: Current hardware setup is: HP Proliant Microserver G8 16GB RAM Xeon E3 1265l v2 1 x 1TB 870 SSD 3 x 12TB Seagate Exos X16 1 x 12TB Seagate IronWolf Pro DSM 7.0.1 RC. I've tested it with LVM and ZFS storage pool. Thanks! Sorry but, can someone give me with this? Thanks! Link to comment Share on other sites More sharing options...
Recommended Posts