Jump to content
XPEnology Community

logze

Rookie
  • Posts

    8
  • Joined

  • Last visited

Posts posted by logze

  1. 10 hours ago, Peter Suh said:

     

     

    There were some typos in rploader.sh.

     

    Until pocopico corrects it, temporarily use the file I modified first.

     

    Please try again with the command below.

     

    curl --location "https://github.com/PeterSuh-Q3/redpill-load/raw/master/rploader.sh" -O; chmod +x rploader.sh;

     

     

    Hi @Peter Suh

     

    Rebuilding the loader by using your script and the nvme ssd can be recognized  as a cache drive.

    Thanks for your help!

    • Like 1
  2. 10 hours ago, Peter Suh said:

     

    The curl command was incorrectly reported. Please use below.

     

    curl --location "https://github.com/pocopico/tinycore-redpill/raw/stable/rploader.sh" -O; chmod +x rploader.sh;

     

    Got an error when building with the script ver 0.8.0.5

     

    tc@box:~$ ./rploader.sh build geminilake-7.1.0-42661
    Rploader Version : 0.8.0.5
    Loader source : https://github.com/pocopico/redpill-load.git Loader Branch : develop 
    Redpill module source : https://github.com/pocopico/redpill-lkm.git : Redpill module branch : master 
    Extensions :   redpill-dtb-static
      redpill-misc 
    Extensions URL : "https://github.com/pocopico/rp-ext/raw/main/redpill-dtb-static/rpext-index.json",
    "https://github.com/pocopico/redpill-load/raw/master/redpill-misc/rpext-index.json"
    TOOLKIT_URL : https://sourceforge.net/projects/dsgpl/files/toolkit/DSM7.0/ds.apollolake-7.0.dev.txz/download
    TOOLKIT_SHA : d349fa644392d4cfab8191243ee38aaa32bd517208c144678e0c855cb5a619ea
    SYNOKERNEL_URL : https://sourceforge.net/projects/dsgpl/files/Synology%20NAS%20GPL%20Source/25426branch/apollolake-source/linux-4.4.x.txz/download
    SYNOKERNEL_SHA : af815ee065775d2e569fd7176e25c8ba7ee17a03361557975c8e5a4b64230c5b
    COMPILE_METHOD : toolkit_dev
    TARGET_PLATFORM       : geminilake
    TARGET_VERSION    : 7.1.0
    TARGET_REVISION : 42661
    REDPILL_LKM_MAKE_TARGET : test-v7
    KERNEL_MAJOR : 4
    MODULE_ALIAS_FILE :  modules.alias.4.json
    SYNOMODEL : ds920p_42661 
    MODEL : DS920+ 
    Local Cache Folder : /mnt/sde3/auxfiles
    DATE Internet : 01102022 Local : 01102022
    Checking Internet Access -> OK
    Checking if a newer version exists on the stable repo -> Version is current
    Redpill sources already downloaded, pulling latest
    Already up to date.
    Loader sources already downloaded, pulling latest
    Already up to date.
    No extra build option or static specified, using default <static> 
    Using static compiled redpill extension
    Removing any old redpill.ko modules
    Looking for redpill for : ds920p_42661 
    parse error: Invalid numeric literal at line 1, column 10
    Module does not contain platorm information for ds920p_42661
  3. 10 hours ago, Peter Suh said:

     

     

    In order to fully convert to pocopico's stable repo,

     

    Please do it like below.

     

    curl --location "https://github.com/pocopico/tinycore-redpill/raw/stable/custom_config.json" -O

     

    ./rploader.sh fullupgrade

     

    Directly modifying ./rploader.sh will not work as desired.

     

    The final version in the stable state should be confirmed as 0.8.0.5.

     

    In stable, you can only use up to 7.1.0-42661.

     

    stable automatically adds the redpill-dtb-static ext driver instead of dtbpatch.

     

    The process of redpill-dtb-static finding NVMe is shown in the build process of rploader.sh.

     

    The build log of rploader.sh is too long, so please attach it with spoilers.

     

    And one more thing, I want to check more NVMe information with this command.

     

    Please attach this result as well.

     

    lspci -tvnnq

     

    After a thorough analysis, I'll see if we can handle it by modifying the ds920.dts file we want.

     

    Hi @Peter Suh

     

    The result as below.

     

    tc@box:~$ lspci -tvnnq
    -[0000:00]-+-00.0  Intel Corporation Xeon E3-1200 v6/7th Gen Core Processor Host Bridge/DRAM Registers [8086:590f]
               +-02.0  Intel Corporation HD Graphics 630 [8086:5912]
               +-14.0  Intel Corporation 200 Series PCH USB 3.0 xHCI Controller [8086:a2af]
               +-14.2  Intel Corporation 200 Series PCH Thermal Subsystem [8086:a2b1]
               +-17.0  Intel Corporation 200 Series PCH SATA controller [AHCI mode] [8086:a282]
               +-1b.0-[01]----00.0  Samsung Electronics Co Ltd NVMe SSD Controller SM981/PM981/PM983 [144d:a808]
               +-1c.0-[02]----00.0  Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168]
               +-1c.6-[03]----00.0  Intel Corporation Wireless 8265 / 8275 [8086:24fd]
               +-1c.7-[04]----00.0  Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168]
               +-1f.0  Intel Corporation 200 Series PCH LPC Controller (B250) [8086:a2c8]
               +-1f.2  Intel Corporation 200 Series PCH PMC [8086:a2a1]
               +-1f.3  Intel Corporation 200 Series PCH HD Audio [8086:a2f0]
               \-1f.4  Intel Corporation 200 Series PCH SMBus Controller [8086:a2a3]
  4. 15 hours ago, Peter Suh said:

     

    I think the dtbpatch ext driver was included,
    It might be a good idea to check it out.
    Let's check the driver list first with the command below in TC Linux.
    ll *load/c*/e*

    tc@box:~$ ll *load/c*/e*
    total 4
    -rw-r--r-- 1 tc   staff 920 Sep 29 13:55 REALLY_README.txt
    drwxr-sr-x 3 tc   staff  80 Sep 30 23:29 dtbpatch/
    drwxr-sr-x 3 tc   staff  80 Sep 30 23:29 pocopico.r8169/
    drwxr-sr-x 3 root staff  80 Sep 30 23:29 redpill-boot-wait/
    drwxr-sr-x 3 tc   staff  80 Sep 30 23:29 redpill-misc/

    Hi @Peter Suh

     

    I found both the ds920p.dts and ds1621p.dts(as attachement) become a html format file about github.

    Should I update the rploader.sh beford building cause the var "build" in the lasest rploader.sh is "main" and the branch in github have been switch to "stable".

    #!/bin/bash
    #
    # Author :
    # Date : 220914
    # Version : 0.9.2.5
    #
    #
    # User Variables :
    
    rploaderver="0.9.2.5"
    build="main"
    redpillmake="prod"

     

     

    I used those command for building as below.

    ./rploader.sh update now
    ./rploader.sh fullupgrade now
    ./rploader.sh serialgen DS920+ realmac
    ./rploader.sh identifyusb now
    ./rploader.sh backup now
    ./rploader.sh build geminilake-7.1.1-42962

     

    ds920p.dts ds1621p.dts

  5. 9 minutes ago, Peter Suh said:

     

    Since DS920+ is a Device Tree-based model, the dtbpatch ext driver automatically detects and adds it.
    This process should have been done automatically, but something seems to have gone wrong.
    DS918+, DS3622xs+'s NVMe cache activation method should be viewed as another method.

     

    When building the DS920+, what command did you use with ./rploader.sh and what options?

    Just like DS918+ ./rploader.sh build gemilake-7.1.1-42962

    Should I modify the ds920p.dts before building?

  6. 18 hours ago, pocopico said:

     

    Hi,

    If you have a hotplug option in your BIOS setup then you can disable it.

     

    There is also a linux command line option named HddHotplug=0 and should be 0 i assume that since this is the default you have not changed that.

     

    sata_remap should work but it does not work for all platforms. You can also use a dtb based platform like DS920 that uses the dtb file to assign the disks to ports automatically 

     

    18 hours ago, Peter Suh said:

     

    A muxed Sataport is expected, but as a last resort, try setting SataportMap="",DiskIdxMap="" .
    If this setting does not work as desired, try switching to DS920+ as the next best work.

    DS920+ is a Device Tree-based model and does not involve SataportMap settings.

     

    Hi @pocopico @Peter Suh

     

    I have switch the platform to the DS920+ and the disk sequence shows as my expected.(disk1~disk4).

    But there is another problem, the nvme SSD does not recognized by the DSM.

    With DS918+ platform, it can be done by modifying the libsynonvme.so.1.

  7. Hi @pocopico

    I'm using the TCRP stable version, and everything works fine except the SATA sequence.

    My motherboard(B250 chipset) has 1 sata controller that support 6 sata ports.

    But there are only 4 physical ports sata3~sata6 so it shows DISK3-DISK6 in the DSM.

    SATA1&SATA2 was not show even in the BIOS settings.

    I have try add  sata_remap  into grub.cfg boot argument but it seems not work.

    Does TCRP support this boot argument  or is there any other way to remap the SATA sequence?

×
×
  • Create New...