Jump to content

going

Members
  • Posts

    508
  • Joined

  • Last visited

Posts posted by going

  1. 1 час назад, Stannieman сказал:

    OFFLINE_WORK=yes

    This option can only be used when you have already done the build once.
    The sources in the cache folder have been updated or created.
    By applying this parameter, the build system should not update local sources and their state should not change.
    In this case, it is possible to achieve repeatability of the assembly. But this is only local.
    It is not possible to re-build a package that exists in a remote repository.

  2. 54 минуты назад, Stannieman сказал:

    What do you mean with "If you want the packages you have collected to be installed..."?

    Ambiguity of the translation

     

    Unfortunately, it is not possible to build a specific version or, in other words, repeat the build.

     

    Let's assume that I'm building all the packages and installing them in a future image.

    I have made my custom changes in the kernel package and in two other packages.
    And I don't want these packages of mine to be updated when the OS is updated.
    In this case, I install a version larger than the latest version in the Armbian repository.
    Another case.

    I've put together three packages and just want to install them into an already running OS on the device.

    I'm doing the same thing with the version.
    That's what I meant.

  3. 5 часов назад, Werner сказал:

    VERSION doesn't do anything and is pure cosmetics.

    The entry in this file is used as the package version.

     

    13 часов назад, Stannieman сказал:

    Changing the version in the VERSION file (by default set to 24.5.0-trunk) changes

    If you want the packages you have collected to be installed and then they are not updated to packages from the Armbian repository,

    then the version in your build should be higher than the current one for today. I.e. 24.5.1-trunk.

  4. @Andrea @Jens J. Currently, the build system is not designed for the development process

    and does not have convenient tools for this.

     

    Alternatively, you can copy the entire kernel tree after patches have been applied and changes

    have been made to it in other non-traditional ways.

    Stopping the compilation process as soon as it has started.

    The build system deletes some files and replaces them by copying its own or simply copies its own files.


    In this copy of the tree, make a commit of the git with the addition of all unindexed files.

    Next, you make your changes and commit them. Extract the changes as a patch and place it in custom patches.

     

    This method avoids many time-consuming processes, but has one drawback.

    The process of applying patches using the python script is accompanied by dividing large patches into

    separate pieces and applying them separately.

    At the same time, some pieces can be applied with displacement and diffusion in one line.

    Thus, the changes end up in another function.
    Externally, it looks as if all the patches were applied without errors.

    Let's assume that you found this bug and made your own patch of fixes.
     But after a while, the patch author may make corrections and your custom patches will need to be redone.

     

    Thank you for your attention.

  5. 11 часов назад, Alessandro Lannocca сказал:

    For everything else, I'd prefer a clean rootfs, with kali repositories packages, installed directly at build time via chroot in armbian build framework

    If I change sources.list afterwards, I get some armbian packages mixed with kali's and vice-versa

     

    So ideally, I'd just select "Kali" instead of "trixie" or "bookworm" as distribution, while keeping the final rootfs structure armbian-pristine

     

    It isn't any different than enjoying armbian with ubuntu jammy instead of debian bookwork; do I give the idea?

    thanks. I understand your point of view.


    For a clean system, you may need this key:  KEEP_ORIGINAL_OS_RELEASE=yes

    The script that @Igor advises will add the Kali repository to the /etc/apt/sources.list.d/kali.list file.

    But one inaccuracy remains.

    You'll probably want to change that: https://github.com/armbian/build/blob/27a07d918e3e010f74dc24fcc17f510a8eb35252/lib/functions/rootfs/distro-specific.sh#L150

     

    @Igor sid and unstable are synonyms of the same repositorysid and ustable.

    		sid|unstable)
    		cat <<- EOF > "${basedir}"/etc/apt/sources.list
    			deb ${DEBIAN_MIRROR} $release main contrib non-free non-free-firmware
    			#deb-src ${DEBIAN_MIRROR} $release main contrib non-free non-free-firmware
    		EOF

    Otherwise, apt will read the same thing twice.

  6. 11 часов назад, mc510 сказал:

    You mean your kernel aims to fix the running-hot problem? Or the incorrect-temp-reporting problem?

    The problem with displaying the actual temperature was noticed a long time ago and I fixed it in this core for the A83T processor.
    I did not notice any overheating problems during normal no-load operation.
    You just need to check if this will work for the H3 processor.

    You will be able to return to the 6.1 kernel in the same way if there are problems.

    And then just delete it using apt.

     

    09.04.2024 в 20:38, Khadas сказал:

    After upgrading from the official version with kernel 6.1 to the CSC version with kernel 6.6 I noticed an increase in CPU temperature of as much as 10 degrees.

     

    Is this normal? Honestly, seeing 52 degrees at idle worries me a bit

    Is 52 degrees the real temperature?

    How did you measure it?

    What does htop say? armbianmonitor?

     

  7. 13 часов назад, mc510 сказал:

    device is reporting 26C and feels warm but not crazy hot like before

    I'm wondering how you measure the temperature? The readings of armbianmonitor  and a finger touch?

    If the finger on the radiator feels warm, it means that the temperature is in the range of 35-45 degrees Celsius.

    At the same time, the readings in 26 C are false.

  8. 4 часа назад, Victorhtf сказал:

    that the problem should be my sdcard. But I read in some post that higher capacity sdcards doest not work very well with Armbian.

    This question is not about Armbian and not about large SD cards.
    This question is about who produced this SD card and what technology, what kind of controller is there.

    Very well-known manufacturers (expensive ones) can release a SD card with a controller that will work

    well with the MSDOS partition table and the FAT, VFAT file system and will be very slow or will reduce

    the size with the EXT4 file system, and will not work with the GPT partition table.

    I have such an SD card.
    You can understand what you bought when you start using it.

  9. @dhlii Thank you so much for the detailed answer.
    Now I see that you are a much more experienced developer than me.

    The H3 and H5 processors are pin-to-pin compatible.

    Theoretically, it is possible to solder one and solder another processor. And it should work.😁Of course it's a joke.

    Therefore, comparing the DTS sun50i-h5-nanopi-r1s-h5.dts and sun8i-h3-nanopi-r1.dts, I can see many identical nodes of the same name.

    This comparison will not be difficult for you.

     

    I wrote buildroot as an example. There are several such build systems for embedded operating systems.

    From my point of view, buildroot is not the most convenient to use.

  10. 27 минут назад, daniele95100 сказал:

    You mean to compile myself an Armbian image?

    I think that in the first step it is enough to compile only the kernel and install it into an existing OS.
    You have published a stack dump of the kernel panic.

    But to say something definite, I need to see this particular kernel source code.

  11. 9 часов назад, dhlii сказал:

    I am an embdded linux developer. 

    @dhlii I wish good health to the developer of embedded Linux.
    It will be very interesting for me to talk to you.

    I have a question. Do you use specialized build systems such as buildroot in your work?

     

    9 часов назад, dhlii сказал:

    My 2nd question was if I choose a similar H3 device to  the nanopi-r1s-h3  and I either find a nonopi-r1s-h3 device tree or I modify an H3 device tree to match the nanopi-r1s-h3 hardware and then substite that device tree in a different H3 image - that should work ?

    The first thing to do is add the target DTS to the u-boot. You can take this as a basis:

    u-boot> find ./arch/arm/dts/ -name '*nanopi-r1*'
    ./arch/arm/dts/sun8i-h3-nanopi-r1.dts
    ./arch/arm/dts/sun50i-h5-nanopi-r1s-h5.dts
    
    linux-stable> find ./arch/arm/boot/dts/ -name '*nanopi*'
    ./arch/arm/boot/dts/allwinner/sun8i-h3-nanopi-duo2.dts
    ./arch/arm/boot/dts/allwinner/sun8i-h3-nanopi-m1-plus.dts
    ./arch/arm/boot/dts/allwinner/sun8i-h3-nanopi-m1.dts
    ./arch/arm/boot/dts/allwinner/sun8i-h3-nanopi-neo-air.dts
    ./arch/arm/boot/dts/allwinner/sun8i-h3-nanopi-neo.dts
    ./arch/arm/boot/dts/allwinner/sun8i-h3-nanopi-r1.dts
    ./arch/arm/boot/dts/allwinner/sun8i-h3-nanopi.dtsi

    This DTS must match the wiring of the pins of the printed circuit board and match the brands of soldered chips.

    The second good step is if you add the default u-boot configuration file.

    This will allow you to repeat the loader assembly by changing only the dts

    You can take this as a basis:

    u-boot> find ./configs/ -name '*h3*'
    u-boot> find ./configs/ -name '*nanopi*'

    Special attention is paid to the CONFIG_DRAM_CLK parameter.

    Even on identical boards but from different series, different memory chips can be soldered.

     

    After u-boot has done its job and it loads the dtb of the kernel and the kernel itself, we will be able to dynamically change the dtb using overlays.
    I.e., the DTB in u-boot is hard-coded, the DTB for the kernel we can change dynamically.

     

    P.S. Here I have described my own development process.

  12. 2 часа назад, Tu Hu сказал:

    Armbian_23.10_Bananapim3_bookworm_edge_6.4.16_minimal.img doesn't work at all on my board.

    If your SD card is working properly and the image is recorded on it correctly, then this is the reason:

    This image differs from the previous one in that in the uboot configuration the parameter 'CONFIG_DRAM_CLK=480'.

    This only means that your board needs 'CONFIG_DRAM_CLK=384' - this is what is set by default in the current Armbian images.

     

    Unfortunately, you have not published what exactly does not work.

    Maybe a system startup log?

    Maybe a set of commands that you used to switch the locale language?

  13. 04.09.2023 в 21:01, going сказал:

    Please extract it from the file system

    dtc --sort -I fs -O dts  /sys/firmware/devicetree/base > cur-dts-out.txt

    or from the existing dtb used and publish only two nodes pio and spi

    For any image and for any board.


    First you have to see the real picture. There is no point in jumping from one image or core to another.

    Next, you change your dtb or make one correct dtb overlay.

    It is necessary to check the file '/boot/ArmbianEnv'.

    Nothing but your overlay should be loaded and the scp script should not be enabled.
    If you are not sure, just post this file here.

  14. 46 минут назад, greg396 сказал:

    And the fan wouldn't be active all the time and only if the cpu temperature raises to 50 degrees?

    These settings are located in the dtb file.

    To change them, you will have to make an overlay file with your settings.

    Read the messages above.

  15. 22.02.2024 в 23:27, greg396 сказал:

    Yes, I would prefer the 2pin fan connector, but I need to find out getting the right adapter from 4pin Noctua NF-A4x10 5V (black & blue wire to the left & right) to Molex PicoBlade 2pin connector

     

    Noctua_PWM_specifications_white_paper.pdf

    - The fans operate at full rated speed if there is no PWM input signal.

     

    1) Only two wires. The fan rotates at maximum speed:

    Yellow +5V -> 5V -> pin2 or pin4 (40pin con.)

    Black - GND -> pin6 (40pin con.)

     

    2) Three wires. The power is regulated by the internal fan circuit. It may be necessary to connect pins 1 and 2 with a 1 kohm resistor.
    Yellow +5V -> 5V -> pin2 or pin4 (40pin con.)

    Black - GND -> pin6 (40pin con.)

    Blue PWM Signal -> => to right contact (2):

     

    OPI-5-plus-fun-con-V2.png.650c3126f058971ddb65da328ea522b9.png

     

     

    fan_power_opi5-plus.png.4edbf091dc234c62fdeacdf2945b3969.png

     

    3) Two wires. The power is regulated by the internal OPI5-plus circuit:

    OPI-5-plus-fun-con-V3.png.8144e956a9cbe7af3d8ada457464e4a1.png

     

    Everything that is drawn here you use at your own risk.

    There are no guarantees.

    I do not know the internal circuit of the fan.

  16. 20.02.2024 в 21:06, greg396 сказал:

    Can someone please help to find the best connection for a 4 Pin PWM Fan (NF-A4x10 5V) to the 40pin interface?

     

    19.02.2024 в 13:34, greg396 сказал:

    Yellow +5V -> 5V -> 1. pin right side

    Black - GND -> 3rd pin right side

    Blue PWM Signal -> 6. pin left side GIO04_B2 PWM14_M1

    image.png.90c23968c887d6f7380c9ab62a75751c.png

    If you use this fan and want to connect to the 40-pin connector.

     

    @greg396

    Read this discussion. It's well written here.

    5V+4+pin+PWM+Noctua+A4X10+on+Raspberry+Pi

     

    P.S. My previous recommendation is not suitable for this fan.

  17. 5 часов назад, Crossplatform Vlad сказал:

    On my orange pi pc there are no any errors on missing discard support. it says turning on sync discard 🥳

     

    [    7.831505] BTRFS info (device sda1: state M): turning on sync discard
    [    7.831553] BTRFS warning (device sda1: state M): excessive commit interval 600
    [    7.831581] BTRFS info (device sda1: state M): use lzo compression, level 0

     

    Does it mean continuing trimming works despite fstrim doesn't?

    In this case, the TRIM will be continuous and implemented directly by the kernel.

     

    P.S. More info:

    Solid_state_drive

     

    I don't have anything to add to this article.

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines