guidol

Members
  • Content Count

    1184
  • Joined

  • Last visited


Reputation Activity

  1. Like
    guidol reacted to Igor in [Experiment] armbian on NanoPi A64   
    If you get this working, send a PR (to dev and next) and you don't need to worry about  In case board works well, we could also add an image ... we have it for some other CSC targets as well.
  2. Like
    guidol got a reaction from lanefu in [Info] compiling SDL2 "Commander X16" Emulator on armbian Desktop   
    Maybe someone here knows the 8-Bit Guy and the project of his Dream-Computer - the Commander X16
     
    You could see the actual state of the real hardware at YT-Video from the 8-Bit Guy:
    (Building my Dream Computer - Part 2)
    https://www.youtube.com/watch?v=sg-6Cjzzg8s
     
    Since the hardware isnt ready/completed yet there is a Emulator which uses SDL2 and can be compiled now (since r30)
    also on Linux ARM
     
    Github-page of the emulator: https://github.com/commanderx16/x16-emulator https://github.com/commanderx16/x16-emulator/releases Source: https://github.com/commanderx16/x16-emulator/archive/r30.zip or https://github.com/commanderx16/x16-emulator/archive/r30.tar.gz Linux-Binary for PC including the 2 ROMs: https://github.com/commanderx16/x16-emulator/releases/download/r30/x16emu_linux-r30.zip libsdl2-dev hasnt to be compiled from source for armbian, because we have already a installable package
    and the runtime libsdl2-2.0-0 is already installed in the desktop image.
     
    For compiling the Emulator I used on my NanoPi K1 Plus a fresh compiled (with armbian-build-system) dev-image:
    Armbian_5.97_Nanopik1plus_Debian_buster_dev_5.3.0-rc8_desktop
     
    For to have all programs for compiling the application I did use 
    sudo apt install gcc git make libsdl2-dev zip unzip -y
     
    Then we do create a directory and download the source and extract it:
    mkdir x16
    cd x16
    wget https://github.com/commanderx16/x16-emulator/archive/r30.tar.gz
    tar -xvf r30.tar.gz
     
    Now we change in the newly created directory and do compile with make:
    cd x16-emulator-r30/
    make
     
    For running the emulator we do need the 2 ROMs chargen.bin and rom.bin out of the archive
    https://github.com/commanderx16/x16-emulator/releases/download/r30/x16emu_linux-r30.zip
    in the same directory as the compile x16emu binary.
     
    Now we can run the emulator (here with german keymap):
    ./x16emu -keymap de
     
    Unfortunately the emulator doesnt run very fast, do use only one CPU-core and hasnt idle-support - so the CPU will get really fast very hot (70 Degree).
     
    A AMD Phenom II X4 with 4x3GHz max. is about 2 times more faster (100%+200%=300%) than the X16 on the NanoPi K1 Plus
     
     
     


    X16_r30_ROMs.zip
  3. Like
    guidol reacted to kevinplatt in [Experiment] armbian on NanoPi A64   
    I have two boards of nanopi-a64. after following the instructions here to enable usb and hdmi audio, i've tried also making the audio jack working (at least for audio output).
     
    I did the inclusion of a custom board config as stated in post #1 of this thread.
     
    Here is my patch file I add to <armbian-build-path>/patch/kernel/sunxi-dev/
    I named it xxx-xxx-nanopi-a64-fix-usb-and-audio.patch so that it would be executed last on the patching stage of the build.
    diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64-nanopi-a64.dts b/arch/arm64/boot/dts/allwinner/sun50i-a64-nanopi-a64.dts index 9b9d915..0b671c7 100644 --- a/arch/arm64/boot/dts/allwinner/sun50i-a64-nanopi-a64.dts +++ b/arch/arm64/boot/dts/allwinner/sun50i-a64-nanopi-a64.dts @@ -283,3 +283,48 @@ &usbphy { status = "okay"; }; + +&codec { + status = "okay"; +}; + +&codec_analog { + cpvdd-supply = <&reg_eldo1>; + status = "okay"; +}; + +&dai { + status = "okay"; +}; + +&i2s1 { + status = "okay"; +}; + +&i2s2 { + status = "okay"; +}; + +&sound { + simple-audio-card,aux-devs = <&codec_analog>; + simple-audio-card,widgets = "Microphone", "Microphone Jack", + "Headphone", "Headphone Jack"; + simple-audio-card,routing = + "Left DAC", "AIF1 Slot 0 Left", + "Right DAC", "AIF1 Slot 0 Right", + "Headphone Jack", "HP", + "AIF1 Slot 0 Left ADC", "Left ADC", + "AIF1 Slot 0 Right ADC", "Right ADC", + "MIC2", "Microphone Jack"; + status = "okay"; +}; + +&sound_hdmi { + status = "okay"; +}; + +&usb_otg { + dr_mode = "host"; + status = "okay"; +}; + Adding it at the patching stage avoids having to decompile and recompile into dtb and replacing the one at the boot.
    So far so good, audio on hdmi and the audio jack works, you just have to set the default sink device on pulse audio's settings if you want to use either audio outputs.
     
    Be aware though that is needed to hold the linux-dtb-dev-sunxi and linux-dtb-dev-sunxi64 packages so that the patches above wont be lost when running apt-get upgrade.
     
  4. Like
    guidol reacted to mflorezm in Banana Pi M2 Berry won't boot   
    Holy Mother of God, i found the problem.
     
    I found on web blog that for eMMC as they are DDR they need a drive-strength of 40 instead of 30 like it was.
     
                mmc2-pins {
                    pins = "PC5\0PC6\0PC7\0PC8\0PC9\0PC10\0PC11\0PC12\0PC13\0PC14\0PC15\0PC24";
                    function = "mmc2";
                    drive-strength = < 0x28 >; => equual to 40 in decimal
                    bias-pull-up;
                    phandle = < 0x12 >;
                };
     
    So, i guess that now somebody has to update the DTB with a patch.
     
    Thanks.
     
    Mauricio F.
  5. Like
    guidol reacted to Igor in Orange Pi Zero LTS Incorrect Temps Reported   
    I think this partially explains
    https://github.com/megous/linux/commit/0376281ed8ef09e81dbc6ce72a7b3f7b675962b5#diff-445fc9c5ea648f3611cc61ce04a601ef
  6. Like
    guidol reacted to martinayotte in Orange Pi Zero LTS Incorrect Temps Reported   
    My "delete" commit was due to duplicate nodes already present in @megous branch, but I didn't check if his commits was coming from mainstream and were healthy ...
    It maybe not only DT issue, but from thermal driver, see here activities in his branch : https://github.com/megous/linux/commits/orange-pi-5.3/drivers/thermal/sun8i_thermal.c
     
  7. Like
    guidol reacted to mflorezm in Banana Pi M2 Berry won't boot   
    Hi Martinayotte and Guidol:
     
    So many thanks for you help and effort.
     
    I have been deepth analizing the DTB file for BPI M2U and the board schematic from BPI at https://drive.google.com/file/d/0B4PAo2nW2KfndUZobUNSQ0YtalE/view?usp=sharing, and i'm pretty sure that the DTB file was developed to have eMMC like mmc2 and WIFI like mmc1. Nevertheless, the board boots and the kernel load eMMC like mmc1 and the WIFI like mmc2, (i don't know why).
     
    I rewrite the bus width to 4 for SD (mmc0) and Wifi (mmc) and width to 8 for eMMC (mmc1) and now the board boots faster and does not crashes when i type fdisk /dev/mmcblk1 like it was before. So now, the board is working perfectly with armbian loaded from SD card, but i'm having problems to create a partition to mmcblk1.
     
    As you can see on the attachd image below, the fdisk -l, list the mmcblk1 with the right size (7.3 GB), them i'm creating a new partition and writing the partition table without any issues, but once done,  the new partition never gets to the disk, and fdisk -l shows the disk like if was before. Of course, whithout a partition i can not format the eMMC and can not use nand-sata-install.
     
    This only happens with armbian, because with bananapi images there was no issue to create the partition and save it to the disk like mmcblk1p1. 
     
    Even worse, if the eMMC disk has been partitioned and it is not formatted again, i really don't know why armbian (kernel) can not see that partition that was done with BPI images if it is Ext4.
     
    Regards,
     
    Mauricio F.
     
     
     
     

  8. Like
    guidol reacted to martinayotte in Banana Pi M2 Berry won't boot   
    No, I've an M2U and don't have the issue, as I've said it is probably that yours has a defective AP6212.
    You can avoid DTB updates using "apt-mark hold linux-dtb-dev-meson64_5.94_arm64.deb" for example.
  9. Like
    guidol reacted to Werner in Start looking at 5.3.y   
    I always freeze firmware updates when using custom build kernel images on my boards to avoid issues like this.
  10. Like
    guidol reacted to martinayotte in Start looking at 5.3.y   
    That should be pretty easy to fix by commenting or erasing the duplicate in our patch.
    I will look at it ...
     
    EDIT: removal of guilty patches is now done !
    https://github.com/armbian/build/commit/b53556a5f1ada29169d08b6a106a01f87d763774
  11. Like
    guidol got a reaction from SaiHou in Orange Pi PC2 H5 CPU Armbian OS (Debian Stretch / Buster)   
    armbian for OPi PC2 H5-CPU is 64bit (aarch64)
  12. Like
    guidol reacted to Sun Xuan in A temporary fix for Nanopi NEO4 wifi "device not ready"   
    I used both buster and ubuntu images (Armbian_5.91_Nanopineo4_Debian_buster_default_4.4.179_desktop.img    and    Armbian_5.90_Nanopineo4_Ubuntu_bionic_default_4.4.179_desktop.img), both have no wifi, only show "device not ready". So I extracted firmware from official friendly desktop image and unzip to /lib/firmware/rkwifi/ and wifi works. I'm a newbie and hope this could be fixed properly soon.
     
    For those new to linux like me, download the attachment, extract everything to /lib/firmware/rkwifi/, reboot and wifi should be there.
    ap6212.zip
  13. Like
    guidol got a reaction from sfx2000 in [Info] NanoPi Neo/Neo2-OLED-Hat does work with armbian   
    Did you use the armbian-build-system for generating the image/kernel? :  https://github.com/armbian/build
    This can be done in a VirtualBox or a unused real PC.
    I think there you havent to activate much i2c stuff, but after booting activating i2c through the armbian-config and reboot.
     
    For myself I disconnected the OLED-Screen and did put the Neo2 now in the silver NAS-Case from FriendlyARM
    and connected a LCD2USB-Display which can be used with LCD4Linux e.g. like 
    USB port 1602 LCD Module for Pi (LCD2USB)
    https://www.friendlyarm.com/index.php?route=product/product&amp;product_id=136
     


  14. Like
    guidol reacted to Igor in [RFC] New Naming Convention for Kernel Source Trees   
    1/2 into that direction.
     

  15. Like
    guidol reacted to martinayotte in Start looking at 5.3.y   
    Tested on forgotten boards in first AllWinner's garden Tour : nanopiduo2, nanopineo2, nanopim1plus2 and bananapim2plus ...
  16. Like
    guidol got a reaction from Werner in Start looking at 5.3.y   
    Great Job @martinayotte !
    I did a new compile with 5.3 - and no exception anymore AND restart does work
    (also while using the NAS-Hat for the OPi Zero on the OPi R1  )
    login as: root root@192.168.6.101's password: ___ ____ _ ____ _ / _ \| _ \(_) | _ \/ | | | | | |_) | | | |_) | | | |_| | __/| | | _ <| | \___/|_| |_| |_| \_\_| Welcome to Debian Buster with Armbian Linux 5.3.0-rc3-sunxi package bsp-kernel[5.94] u-boot[5.94] dtb[5.94] firmware[5.94] config[5.94] System load: 0.72 0.26 0.09 Up time: 1 min Memory usage: 32 % of 238MB IP: 192.168.6.101 CPU temp: 46°C Usage of /: 7% of 15G Last login: Fri Aug 16 23:42:39 2019 from 192.168.6.17 root@opi-r1(192.168.6.101):~#  

  17. Like
    guidol got a reaction from lanefu in Start looking at 5.3.y   
    Great Job @martinayotte !
    I did a new compile with 5.3 - and no exception anymore AND restart does work
    (also while using the NAS-Hat for the OPi Zero on the OPi R1  )
    login as: root root@192.168.6.101's password: ___ ____ _ ____ _ / _ \| _ \(_) | _ \/ | | | | | |_) | | | |_) | | | |_| | __/| | | _ <| | \___/|_| |_| |_| \_\_| Welcome to Debian Buster with Armbian Linux 5.3.0-rc3-sunxi package bsp-kernel[5.94] u-boot[5.94] dtb[5.94] firmware[5.94] config[5.94] System load: 0.72 0.26 0.09 Up time: 1 min Memory usage: 32 % of 238MB IP: 192.168.6.101 CPU temp: 46°C Usage of /: 7% of 15G Last login: Fri Aug 16 23:42:39 2019 from 192.168.6.17 root@opi-r1(192.168.6.101):~#  

  18. Like
    guidol reacted to martinayotte in Start looking at 5.3.y   
    No ! it is there as wifi-3002-add-realtek-8189es.patch ...
    As I said in EDIT2, I was a bit blind earlier ...
    I will fix that patch for 5.3.y !
  19. Like
    guidol reacted to richardk in Rock64 LED control   
    Furthermore... these i2cset commands work:
     
    i2cset -f -y 1 0x18 0x52 3 # turn off both LEDs
    i2cset -f -y 1 0x18 0x52 2 # turn off white, turn on red
    i2cset -f -y 1 0x18 0x52 1 # turn off red, turn on white
    i2cset -f -y 1 0x18 0x52 0 # turn on both red and white
     
  20. Like
    guidol reacted to martinayotte in Start looking at 5.3.y   
    In my case, I've done the tour of my AllWinner's garden : OPiPC+, OPiOne, OPiZero, OPi+2E, OPiPC2, OPi3, OPiOne+, OPiZero+2, OPiWin, OPiPrime, Pine64 and OlinuxinoA64.
  21. Like
    guidol reacted to martinayotte in Start looking at 5.3.y   
    Commit for the 5.3.y switch is now done !
     
    https://github.com/armbian/build/commit/a00375179bbc27bac4b39927133578a3f2dae383
     
  22. Like
    guidol reacted to martinayotte in Start looking at 5.3.y   
    Fortunately, I've fixed the 8189fs crashes with the help of @Icenowy commit from here : https://github.com/jwrdegoede/rtl8189ES_linux/commit/50da9756282edf5008a5a567275b33c1d2f16197
    Armbian is using a static copy of those drivers (8189fs but also 8723cs), so, maybe in the future, we should use @jwrdegoede directly with cloning ...
     
  23. Like
    guidol reacted to Vicky in Unable to locate package dkms   
    Thanks a lot ...!!!  to both  lgor and guidol. It is working  with this image :
    https://dl.armbian.com/lime2/archive/Armbian_5.90_Lime2_Ubuntu_bionic_next_4.19.57.7z.  
  24. Like
    guidol got a reaction from Werner in OrangePi Prime, Start Kernel and stopped   
    how long did you wait?
    what kind of monitor dis you use?
    or serial console?
    how fast is your sdcard?
    what kind of powersupply did you use?
  25. Like
    guidol reacted to martinayotte in Hardware Graphic/Video Acceleration in H3 Mainline   
    You can try to change Armbian config/sources/sunxi_common.inc file to point to Megous branch 5.3, but be aware that maybe several current patches won't be apply properly ...