guidol

Members
  • Content Count

    1377
  • Joined

  • Last visited


Reputation Activity

  1. Like
    guidol got a reaction from TCB13 in NanoPI M4: Disable LEDs and WiFi   
    for the LEDs you can try the following:

    ls -l /sys/class/leds
    (here as example from a NanoPi Neo2):
    lrwxrwxrwx 1 root root 0 Feb 20 21:50 nanopi:green:status -> ../../devices/platform/leds/leds/nanopi:green:status
    lrwxrwxrwx 1 root root 0 Feb 20 21:50 nanopi:red:pwr -> ../../devices/platform/leds/leds/nanopi:red:pwr
     
    then echo none to the trigger of the led-name: 
     
    echo 'none' > /sys/class/leds/[name_of_the_led]/trigger
     
    so it should look like this:
     
    echo 'none' > /sys/class/leds/nanopi:green:status/trigger
     
    You only have to check the led-names of your board and add the commands in /etc/rc.local before "exit 0"
  2. Like
    guidol reacted to 5kft in Kernel 5.5.0-rc2 freezes on Orange PI Plus 2   
    For what it's worth, I've been running 5.5.0-rc2 on a number of NanoPi boards (NEO 2s and NEO 2 Blacks) for several weeks now, including one running mosquitto+Influx+Grafana+nginx+a lot of Python processes, and they've all worked flawlessly.
  3. Like
    guidol got a reaction from Werner in Kernel 5.5.0-rc2 freezes on Orange PI Plus 2   
    I got some Sunxi/Sunxi64 board running 5.5.0-rc2 running for some days (one or two weeks) and couldnt find any freezes.
    Today dev is going on my systems to 5.5.0-rc6 - I will see if there will be any freezes.
     
    Running Boards are OPi Zero, OPi One, BPI M2 Berry, NanoPi A64, NanoPi Neo2
  4. Like
    guidol reacted to balbes150 in OFTOPIC Growing popularity of the Armbian resource.   
    Now I paid attention to the numbers of visitors
    I have never seen such an influx of guests ....
     
    14 Members, 0 Anonymous, 1208 Guests (See full list)
  5. Like
    guidol reacted to nylonatathep in mpg123-audio via HDMI much too fast on OPi One   
    Problem solved!
     
    The dtb file is wrong on newer Kernels after 5.3.9
    There is an added option called dai-tdm-slot-width (description) in the sound category which is set to high (0x20). When you set this to 0x10 (decimal 16, I think 16Bit for audio!?) the Sound is in normal speed.
    There is another typo, I think, in line 897 phy-names is set to "phy" but the name of the phy is "hdmi-phy" so its in old dtb's too.
    Corrected dts for Orange Pi PC in attachment.
    Please test this on other boards...
    EDIT: Confirmed on sunvell R69 1.3 with Kernel 5.5.0cr2
     
    Regards
    devicetree-5.4.8.dts
  6. Like
    guidol reacted to nylonatathep in H2: Sunvell R69 Android TV Box (AliExpress)   
    USB on the back does not work => Information:
     
    I compiled Armbian (Bionic, 5.5.0rc2) and tested it on my r69 h2 ver. 1.3 blue PCB with nothing special.
    Everything works fine except the USB on the back.
    After some investigation I checked the dtb file and there is the back-USB port configured as OTG.
    I dont' know if is this a bug or a feature but if you want to use both USB you have ti change the dtb file.
    After decompile change line 322 in dtb from "otg" to "host", compile it again and replace the orginal file in /boot
    I added the corrected dts and the compiled dtb file for Kernel 5.5.0rc2.
     
    sun8i-h2-plus-sunvell-r69.dtb sun8i-h2-plus-sunvell-r69.dts
  7. Like
    guidol reacted to JuanEsf in V40/R40 Boards   
    Hi everyone. I have compiled sunxi-next u-boot and activated the SoC internal analog audio codec, now I am testing the mali node. Audio Working!
    Commit:
    https://github.com/juanesf/u-boot/commits/master
     
  8. Like
    guidol got a reaction from TonyMac32 in [Info] FriendlyARM PCM5102A-Hat with NanoPi Neo under mainline 4.x.x and dev 5.3.3   
    I did that on a NanoPi Neo with the FriendlyARM PCM5102A Hat
    ( https://www.friendlyarm.com/index.php?route=product/product&product_id=169 )
    using kernel 4.14.87-sunxi and armbian 5.67 (or later would be only 5.65?)
    (before that I did use legacy kernel 3.4.x with the PCM510A)

    and the armbian-BuildSystem
    plus (THANKS to) informations in threads from  @dony71 , @Christos, @Valery Rezvyakov
    and the the Reference-Threads you could find above
     
    ----------------------------------------------------------------------------------------------------------------------------------
    BACKUP DTB (on NanoPi Neo)
    ----------------------------------------------------------------------------------------------------------------------------------
    cp /boot/dtb/sun8i-h3-nanopi-neo.dtb /boot/dtb/sun8i-h3-nanopi-neo.dtb_org
     
    ----------------------------------------------------------------------------------------------------------------------------------
    CONVERT dtb to dts (on NanoPi Neo)
    ----------------------------------------------------------------------------------------------------------------------------------
    dtc -I dtb -O dts /boot/dtb/sun8i-h3-nanopi-neo.dtb -o /boot/dtb/sun8i-h3-nanopi-neo.dts
     
    ----------------------------------------------------------------------------------------------------------------------------------
    EDIT /boot/dtb/sun8i-h3-nanopi-neo.dts
    ----------------------------------------------------------------------------------------------------------------------------------
    nano /boot/dtb/sun8i-h3-nanopi-neo.dts
     
    - change: status from "disabled" to "okay"
    ----------------------------------------------------------------------------------------------------------------------------------
    FROM
     
                    i2s@1c22000 {                         #sound-dai-cells = <0x0>;                         compatible = "allwinner,sun8i-h3-i2s";                         reg = <0x1c22000 0x400>;                         interrupts = <0x0 0xd 0x4>;                         clocks = <0x3 0x38 0x3 0x54>;                         clock-names = "apb", "mod";                         dmas = <0x13 0x3 0x13 0x3>;                         resets = <0x3 0x2b>;                         dma-names = "rx", "tx";                         status = "disabled";                         phandle = <0x4e>;                 };  

    TO
     
                    i2s@1c22000 {                         #sound-dai-cells = <0x0>;                         compatible = "allwinner,sun8i-h3-i2s";                         reg = <0x1c22000 0x400>;                         interrupts = <0x0 0xd 0x4>;                         clocks = <0x3 0x38 0x3 0x54>;                         clock-names = "apb", "mod";                         dmas = <0x13 0x3 0x13 0x3>;                         resets = <0x3 0x2b>;                         dma-names = "rx", "tx";                         status = "okay";                         phandle = <0x4e>;                 };
    ----------------------------------------------------------------------------------------------------------------------------------
    CONVERT (BACK) dts to dtb (on NanoPi Neo)
    ----------------------------------------------------------------------------------------------------------------------------------
    dtc -I dts -O dtb /boot/dtb/sun8i-h3-nanopi-neo.dts -o /boot/dtb/sun8i-h3-nanopi-neo.dtb_I2S_okay
     
    ----------------------------------------------------------------------------------------------------------------------------------
    COPY new dtb over dtb (on NanoPi Neo)
    ----------------------------------------------------------------------------------------------------------------------------------
    cp /boot/dtb/sun8i-h3-nanopi-neo.dtb_I2S_okay /boot/dtb/sun8i-h3-nanopi-neo.dtb
                    
    ----------------------------------------------------------------------------------------------------------------------------------
    COPY sun8i-h3-I2S-out.dts to home (working directory on NanoPi Neo)
    ----------------------------------------------------------------------------------------------------------------------------------
    copy sun8i-h3-I2S-out.dts -->  /home/guido/
     
    ----------------------------------------------------------------------------------------------------------------------------------
    armbian-add-overlay (on NanoPi Neo)
    does only work if you got the kernel-headers installed for your actual kernel-version
    (at this time the lastest kernel-header are (via armbian-config -> Software -> Install Headers)
    Linux kernel headers for 4.14.84-sunxi on armhf - so NOT for kernel 4.19.y)
    ----------------------------------------------------------------------------------------------------------------------------------
    root@npi-neo(192.168.6.24):/home/guido# armbian-add-overlay ./sun8i-h3-I2S-out.dts
    Compiling the overlay
    Copying the compiled overlay file to /boot/overlay-user/
    Reboot is required to apply the changes

    ----------------------------------------------------------------------------------------------------------------------------------
    dtbo is created (on NanoPi Neo)
    ----------------------------------------------------------------------------------------------------------------------------------
    root@npi-neo(192.168.6.24):/home/guido# ls -l /boot/overlay-user/
    insgesamt 4
    -rw-r--r-- 1 root root 1323 Dez  7 19:34 sun8i-h3-I2S-out.dtbo
     
    ----------------------------------------------------------------------------------------------------------------------------------
    user-overlay is created in /boot/armbianEnv.txt (on NanoPi Neo)
    ----------------------------------------------------------------------------------------------------------------------------------
    verbosity=1 logo=disabled console=both disp_mode=1920x1080p60 overlay_prefix=sun8i-h3 overlays=usbhost1 usbhost2 rootdev=UUID=33ca90d6-130b-4d5f-a8f4-95b3b97ef5c0 rootfstype=ext4 usbstoragequirks=0x2537:0x1066:u,0x2537:0x1068:u user_overlays=sun8i-h3-I2S-out  
    ----------------------------------------------------------------------------------------------------------------------------------
    now REBOOT (on NanoPi Neo)
    ----------------------------------------------------------------------------------------------------------------------------------
    root@npi-neo(192.168.6.24):~# lsmod|grep i2s
    sun4i_i2s              16384  0
    snd_soc_core          118784  2 sun4i_i2s,sun8i_codec_analog
    snd_pcm                69632  3 sun4i_i2s,snd_pcm_dmaengine,snd_soc_core
     
    ----------------------------------------------------------------------------------------------------------------------------------
    EDIT config-default.conf (on armbian-BuildSystem)
    ----------------------------------------------------------------------------------------------------------------------------------
    cd /home/guido/build
    nano ./config-default.conf
    replace content /home/guido/build/config-default.conf with attached
    config-default.conf_nanopineo
    ./compile
    -> With this conf, script compilation will stop to overwrite kernel source to build patch
    -> At that time, overwrite original Kconfig with the one you modified above
    (at "Make changes to U-Boot" press ENTER to proceed)
    wait for
    "Make your changes to /home/guido/build/cache/sources/linux-mainline/linux-4.14.y then press ENTER"
    BUT DONT PRESS ENTER YET
     
    ----------------------------------------------------------------------------------------------------------------------------------
    EDIT/SAVE Kconfig in a 2nd shell-Window (on armbian-BuildSystem)
    ----------------------------------------------------------------------------------------------------------------------------------
    nano /home/guido/build/cache/sources/linux-mainline/linux-4.14.y/sound/soc/codecs/Kconfig
     
    the part FROM
     
    config SND_SOC_PCM5102A     tristate TO
     
    config SND_SOC_PCM5102A     tristate "Texas Instruments PCM5102A CODEC - I2S"  
    ----------------------------------------------------------------------------------------------------------------------------------
    NOW PRESS ENTER in the 1st shell-Windows (.compile.sh) (on armbian-BuildSystem)
    ----------------------------------------------------------------------------------------------------------------------------------
    -> Then script compilation will stop again to ask whether you want to add pcm5102a to compile
    -> Default is N, so you need to enter m for module compilation
    Texas Instruments PCM5102A CODEC - I2S (SND_SOC_PCM5102A) [N/m/?] (NEW) m = m for module compilation
     
    After compile is complete
     
    ----------------------------------------------------------------------------------------------------------------------------------
    copy (via SCP/FTP?) the .deb's from /home/guido/build/output/debs (on armbian-BuildSystem) 
    to /home/guido/ (on the NanoPi Neo)
    ----------------------------------------------------------------------------------------------------------------------------------
     
    ----------------------------------------------------------------------------------------------------------------------------------
    INSTALL the .deb's (here only header and image - because it was already 5.67 (on NanoPi Neo)
    ----------------------------------------------------------------------------------------------------------------------------------
    cd /home/guido 
    dpkg -i ./linux-headers-next-sunxi_5.67_armhf.deb
    dpkg -i ./linux-image-next-sunxi_5.67_armhf.deb
    (image did include the .ko module for the pcm5102a)
     
    ----------------------------------------------------------------------------------------------------------------------------------
    now REBOOT (on NanoPi Neo)
    ----------------------------------------------------------------------------------------------------------------------------------
     
    =====================================================================================
    =====================================================================================
    !!!!!!!!!!!!!!!!!!!!!!!!!!!!! ATTENTION: !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
    After reboot my NanoPi Neo show the following armbian-version:
    ARMBIAN 5.65 stable Debian GNU/Linux 9 (stretch) 4.14.84-sunxi
    and 2 upgrades for headers&image (without the PCM5102A support)
    please keep in mind to freeze the kernel-updates in armbian-config
    for not to loose the support (module) for the PCM5120A!
    armbian-config -> system -> Freeze Disable kernel upgrades
    =====================================================================================
    =====================================================================================

    ----------------------------------------------------------------------------------------------------------------------------------
    BE HAPPY about a successful i2s mapping in dmesg (on NanoPi Neo)
    ----------------------------------------------------------------------------------------------------------------------------------
    root@npi-neo(192.168.6.24):~# dmesg|grep -i i2s
    [    6.911751] asoc-simple-card sound_i2s: pcm5102a-hifi <-> 1c22000.i2s mapping ok
     
    ----------------------------------------------------------------------------------------------------------------------------------
    I enabled also ananlog-Codec (on NanoPi Neo)
    ----------------------------------------------------------------------------------------------------------------------------------
    root@npi-neo(192.168.6.24):/home/guido# aplay -l
    **** Liste der Hardware-Geräte (PLAYBACK) ****
    Karte 0: Codec [H3 Audio Codec], Gerät 0: CDC PCM Codec-0 []
      Sub-Geräte: 1/1
      Sub-Gerät #0: subdevice #0
    Karte 1: I2Smaster [I2S-master], Gerät 0: 1c22000.i2s-pcm5102a-hifi pcm5102a-hifi-0 []
      Sub-Geräte: 1/1
      Sub-Gerät #0: subdevice #0

    ----------------------------------------------------------------------------------------------------------------------------------
    /etc/asound.conf (on NanoPi Neo) - later I2S did switch automatically to card 0
    ----------------------------------------------------------------------------------------------------------------------------------
     
    pcm.!default {     type hw     card 1     device 0 } ctl.!default {     type hw     card 1 }  
    ----------------------------------------------------------------------------------------------------------------------------------
    Reference-Threads
    ----------------------------------------------------------------------------------------------------------------------------------
     
    config-default.conf.mod_nanopineo
    sun8i-h3-I2S-out.dts
  9. Like
    guidol got a reaction from Werner in Failed to build wireless driver   
    why didnt you use the install instructions from the github page?
    or do use a newer kernel?
    for which board you will use the driver?
    whats the model name of you usb device?
  10. Like
    guidol reacted to Werner in Happy new year!   
    Wherever you are around the world I wish you all a happy new year!
    May 2020 bring all the best for you, your family and your friends. Don't party too hard
  11. Like
    guidol reacted to yoq in Orange Pi Zero LTS Incorrect Temps Reported   
    I spent some time investigating this, I think it is a hardware/production issue. There is a calibration value in the eFuse, set during chip production. That value is currently not used in mainline, but in the affected hardware, it does not correct the offset anyway. In my good boards, it only caused a small change that looks reasonable. But the problematic boards are off by 20-30 degrees.
    I wrote a small python3 script to access the hardware directly, it will print a dump of the THS registers, interpret the raw value into a temperature with all the formulas that were published one time or another, and apply the eFuse factory-calibration value. To see the effect, wait a few seconds and run again.
    import time import os import mmap from sys import exit dev_mem_rw = os.open("/dev/mem", os.O_RDWR | os.O_SYNC) #send reset pulse to the THS subsystem if False: ccu_base = 0x01C20000 mmap_base = int(ccu_base/mmap.PAGESIZE)*mmap.PAGESIZE ccu_registers = mmap.mmap(dev_mem_rw, mmap.PAGESIZE, mmap.MAP_SHARED, mmap.PROT_WRITE, offset=mmap_base) ccu_offset = ccu_base - mmap_base rst_reg3 = ccu_offset + 0x2D0 # bus soft rst reg3 current_state = ccu_registers[rst_reg3+1] ccu_registers[rst_reg3+1] = current_state & 0xFE ccu_registers[rst_reg3+1] = current_state print("Reset THS peripheral") ths_base = 0x01C25000 mmap_base = int(ths_base/mmap.PAGESIZE)*mmap.PAGESIZE ths_offset = ths_base - mmap_base ths_ctrl_reg0 = ths_offset + 0x00 # ctrl reg0 ths_ctrl_reg1 = ths_offset + 0x04 # ctrl reg1 ths_cdat_reg = ths_offset + 0x14 # ADC cal data ths_ctrl_reg2 = ths_offset + 0x40 # ctrl reg2 ths_int_ctrl = ths_offset + 0x44 # interrupt ctrl ths_stat_reg = ths_offset + 0x48 # status reg ths_alarm_ctrl = ths_offset + 0x50 # alarm ctrl ths_shdn_ctrl = ths_offset + 0x60 # shutdown ctrl ths_filter_ctrl = ths_offset + 0x70 # filter reg ths_cdata_reg = ths_offset + 0x74 # calibration data register ths_data_reg = ths_offset + 0x80 # thermal sensor data register ths_registers = mmap.mmap(dev_mem_rw, mmap.PAGESIZE, mmap.MAP_SHARED, mmap.PROT_WRITE, offset=mmap_base) regs = { "ctrl0": ths_ctrl_reg0, "ctrl1": ths_ctrl_reg1, "cdat": ths_cdat_reg, "ctrl2": ths_ctrl_reg2, "int_ctrl": ths_int_ctrl, "stat": ths_stat_reg, "alarm": ths_alarm_ctrl, "shdn": ths_shdn_ctrl, "filter": ths_filter_ctrl, "cdata": ths_cdata_reg, "data": ths_data_reg } def dmp(): for name, r in regs.items(): b = ths_registers[r:r+4] x = int.from_bytes(b, byteorder='little') print(f"{name:10}{b[3]:02X} {b[2]:02X} {b[1]:02X} {b[0]:02X}\t{x}") adc_data = ths_registers[ths_data_reg:ths_data_reg+2] adc_value = int.from_bytes(adc_data, byteorder='little') print(f"ADC value: {adc_value}") t_ds = (adc_value-2794)/(-14.882) print(f"H2/H3 datasheet formula: {t_ds:.1f}C") t_h5 = -0.1191 * adc_value + 223 print(f"H5 datasheet formula: {t_h5:.1f}C") t_bsp1 = -0.1180 * adc_value + 256 print(f"BSP v4.9 formula: {t_bsp1:.1f}C") t_bsp2 = -0.1211 * adc_value + 217 print(f"mainline & xunlong kernel: {t_bsp2:.1f}C") with open("/sys/devices/virtual/thermal/thermal_zone0/temp", "r") as f: t_kernel = int(f.read()) / 1000.0 print(f"Running Kernel: {t_kernel:.1f}C") print("\nTHS Registers:") dmp() cal_value = int.from_bytes(ths_registers[ths_cdata_reg:ths_cdata_reg+4], "little") print(f"\nCurrent THS calibration value: 0x{cal_value:3x}") with open("/sys/bus/nvmem/devices/sunxi-sid0/nvmem", "rb") as f: f.seek(0x34) fuse_cal_value = int.from_bytes(f.read(4), "little") print(f"EFuse THS calibration value: 0x{fuse_cal_value:3x}") if cal_value != fuse_cal_value: ths_registers[ths_cdata_reg:ths_cdata_reg+4] = fuse_cal_value.to_bytes(4, "little") delta = (fuse_cal_value-cal_value)*0.1211 print(f"Applied calibration value from EFuse, this causes a change of {delta:.1f} deg C") #ths_registers[ths_ctrl_reg0:ths_ctrl_reg0+4] = (0xFF).to_bytes(4, "little") # 16x averaging #ths_registers[ths_filter_ctrl:ths_filter_ctrl+4] = (0x07).to_bytes(4, "little") # ADC calibration, seems to do nothing? #ths_registers[ths_ctrl_reg1:ths_ctrl_reg1+4] = ((1 << 17) | (0 << 20)| (0 << 21)).to_bytes(4, "little") # stop #ths_registers[ths_ctrl_reg2:ths_ctrl_reg2+4] = (4128769-1).to_bytes(4, "little") # start #ths_registers[ths_ctrl_reg2:ths_ctrl_reg2+4] = (4128769).to_bytes(4, "little") You'll have to run it as root because it accesses the memory directly.
    H2+ datasheet: http://wiki.friendlyarm.com/wiki/images/0/08/Allwinner_H2%2B_Datasheet_V1.2.pdf (THS is on page 255)
    I left in some stuff in the script to control the hardware, if anyone wants to play with it without messing with the kernel

    Good board, SoC temperature measured with thermocouple at 46°C: 
    ADC value: 1414 H2/H3 datasheet formula: 92.7C H5 datasheet formula: 54.6C BSP v4.9 formula: 89.1C mainline & xunlong kernel: 45.8C Running Kernel: 45.6C THS Registers: ctrl0 00 00 00 FF 255 ctrl1 00 00 00 00 0 cdat 00 00 00 00 0 ctrl2 00 3F 00 01 4128769 int_ctrl 00 00 71 00 28928 stat 00 00 00 00 0 alarm 05 A0 06 84 94373508 shdn 04 E9 00 00 82378752 filter 00 00 00 06 6 cdata 00 00 08 00 2048 data 00 00 05 86 1414 Current THS calibration value: 0x800 EFuse THS calibration value: 0x817 Applied calibration value from EFuse, this causes a change of 2.8 deg C Affected LTS board, SoC temperature on top: 47°C:
    ADC value: 1626 H2/H3 datasheet formula: 78.5C H5 datasheet formula: 29.3C BSP v4.9 formula: 64.1C mainline & xunlong kernel: 20.1C Running Kernel: 20.0C THS Registers: ctrl0 00 00 00 FF 255 ctrl1 00 00 00 00 0 cdat 00 00 00 00 0 ctrl2 00 3F 00 01 4128769 int_ctrl 00 00 71 00 28928 stat 00 00 00 00 0 alarm 05 A0 06 84 94373508 shdn 04 E9 00 00 82378752 filter 00 00 00 06 6 cdata 00 00 08 00 2048 data 00 00 06 5A 1626 Current THS calibration value: 0x800 EFuse THS calibration value: 0x7fb Applied calibration value from EFuse, this causes a change of -0.6 deg C  
  12. Like
    guidol reacted to Werner in Switching SUNXI-DEV to 5.5.y   
    Looking decent.
    ___ ____ _ ___ / _ \| _ \(_) / _ \ _ __ ___ | | | | |_) | | | | | | '_ \ / _ \ | |_| | __/| | | |_| | | | | __/ \___/|_| |_| \___/|_| |_|\___| Welcome to Armbian Buster with Linux 5.5.0-rc2-sunxi [...] root@honeypot:~# lsmod Module Size Used by wireguard 57344 0  
     
    Edit: OPi0+ looking good too.
    ___ ____ _ _____ ____ _ / _ \| _ \(_) |__ /___ _ __ ___ | _ \| |_ _ ___ | | | | |_) | | / // _ \ '__/ _ \ | |_) | | | | / __| | |_| | __/| | / /| __/ | | (_) | | __/| | |_| \__ \ \___/|_| |_| /____\___|_| \___/ |_| |_|\__,_|___/ Welcome to Armbian buster with Linux 5.5.0-rc2-sunxi64 Though CPU is capped to 1.01GHz while the H5 should work at 1.2GHz.
    Found this:
    [ 6.037059] core: _opp_supported_by_regulators: OPP minuV: 1320000 maxuV: 1320000, not supported by regulator [ 6.037083] cpu cpu0: _opp_add: OPP not supported by regulators (1104000000) [ 6.037167] core: _opp_supported_by_regulators: OPP minuV: 1320000 maxuV: 1320000, not supported by regulator [ 6.037174] cpu cpu0: _opp_add: OPP not supported by regulators (1200000000) [ 6.037301] core: _opp_supported_by_regulators: OPP minuV: 1340000 maxuV: 1340000, not supported by regulator [ 6.037309] cpu cpu0: _opp_add: OPP not supported by regulators (1296000000) [ 6.037392] core: _opp_supported_by_regulators: OPP minuV: 1400000 maxuV: 1400000, not supported by regulator [ 6.037400] cpu cpu0: _opp_add: OPP not supported by regulators (1368000000) Maybe something missing in the dts?
  13. Like
    guidol got a reaction from Werner in Switching SUNXI-DEV to 5.5.y   
    I did compile with 
    ./compile.sh EXPERT=yes WIREGUARD=no AUFS=no BUILD_KSRC=no and it did also work for for my non-64Bit-sunxi SBCs OPi Zero, OPi One and my BPi M2 Berry

    At this time I have no need for WireGuard.
  14. Like
    guidol reacted to Escobar523 in Lichee Pi zero   
    happy happy, joy joy, kernel compilation and upgrade to buster (jessie to stretch to buster) without any error.
    For compilation of the kernel i followed the instructions at https://licheepizero.us/build-kernel-for-licheepi-zero
    I just changed to kernel 5.2 instead default branch 4.10.y, also i used the latest gcc-linaro instead the one mentioned in the instructions.
    Next thing to do:   make X running :-)

  15. Like
    guidol got a reaction from manuti in H2: Sunvell R69 Android TV Box (AliExpress)   
    @raschid that ONLY  the same dtb-problem as in 5.4
    I copied my changed sun8i-h2-plus-sunvell-r69_guido.dts from the 5.4 kernel to the 5.3 buster installation via ftp 
     
    then compiled it with kernel 5.3 as .dtb
    dtc -I dts -O dtb /home/guido/r69_dts_dtb/sun8i-h2-plus-sunvell-r69_guido.dts -o /home/guido/r69_dts_dtb/sun8i-h2-plus-sunvell-r69_guido.dtb backuped the 5.3 original .dtb
    cp /boot/dtb/sun8i-h2-plus-sunvell-r69.dtb ./sun8i-h2-plus-sunvell-r69.dtb_org_53 and inserted the new compiled .dtb into /boot/dtb
    cp sun8i-h2-plus-sunvell-r69_guido.dtb /boot/dtb/sun8i-h2-plus-sunvell-r69.dtb after that I deleted the follwoing lines from /boot/armbianEnv.txt (because the overlays are included in the dtb)
    overlay_prefix=sun8i-h3 overlays=cir analog-codec now reboot and you will have analog audio (and cir) also in kernel 5.3 (Ok I got debian buster and not ubuntu bionic):
    Welcome to Armbian Buster with Linux 5.3.13-sunxi package bsp-kernel[19.11.3] u-boot[19.11.3] dtb[19.11.3] firmware[19.11.3] config[19.11.3] branch[current] root@sunvell:~# aplay -l **** List of PLAYBACK Hardware Devices **** card 0: Codec [H3 Audio Codec], device 0: CDC PCM Codec-0 [CDC PCM Codec-0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: allwinnerhdmi [allwinner-hdmi], device 0: 1c22800.i2s-i2s-hifi i2s-hifi-0 [1c22800.i2s-i2s-hifi i2s-hifi-0] Subdevices: 1/1 Subdevice #0: subdevice #0 I will attach the compiled 5.3 version which you could copy to /boot/dtb  and reboot - I think the "debian" version 5.3 should work with ubuntu 5.3
    (and dont forget to kill the 2 lines in /boot/armbianEnv.txt)
    sun8i-h2-plus-sunvell-r69.dtb
  16. Like
    guidol reacted to martinayotte in Switching SUNXI-DEV to 5.5.y   
    Both !
    I still have to test some boards but 75% of my garden is now on 5.5.0-rc2 ...
  17. Like
    guidol reacted to le51 in [Info] FriendlyARM PCM5102A-Hat with NanoPi Neo under mainline 4.x.x and dev 5.3.3   
    I've made a breakout board. The small white IC, is an optocoupler and the non connected cables are for a midi in (but not yet finished) interface.
    From this breakout board, I will also connect the RCA cinch out.  
    Final goal is to run a zynthian synth on armbian (see https://zynthian.org/)




  18. Like
    guidol reacted to martinayotte in OPi Zero with fresh installs of Ubuntu Disco has apt-get broken   
    As I said in this other thread :
     
  19. Like
    guidol reacted to citium in New OPi Zero - Yet another high temperature issue...   
    So, I just got mine a few days ago. It's the OPi Zero LTS 512mb version. The board states it's v1.5.
     
    I have it running Pi Hole with around 2 million blocked hosts and it's around 20C. Before installing anything (PiHole), even with passive heating it was well below 10C (Only had Armbian). I'd say it's pretty good. Max I have seen it hit under some load is 33C.
     
    Edit 1: I just installed a heat sink and can already see the temperatures are lower than before.  With heatsinks I'm now at around 13C and don't go over 26C when it's under load. Pi Hole isn't super intensive on the CPU anyway but still. 
     
    Edit 2: I think it's also worth mentioning I have mine in a case. 
  20. Like
    guidol reacted to balbes150 in Armbian for Amlogic S9xxx kernel 5.x   
    Wait, after all the checks I will update git.
  21. Like
    guidol reacted to srx in Armbian for Amlogic S9xxx kernel 5.x   
    That is because /boot is on FAT32 filesystem but update wants to make hardlinks and FAT32 does not support it.
    For it to work /boot needs to be on ext filesystem but uBoot needs FAT32. So you can not covert it to ext.
     
    Other than that it is just as every other Debian/Ubuntu and updating is the same.
     
    How I did get around it?
    * Make alternate boot directory somewhere else
    * copy/rsync contents of /boot into that directory
    * umount /boot
    * bind mount new directory to /boot
    * update kernel
    * umount /boot
    * mount normal /boot again
    * copy/rsync contents of alternate boot to /boot
     
    In the end you have updated kernel...
    If you read my posts above, you see that I had some problems and I think that something went wrong when I updated kernel last time.
    So there is some risk involved.
     
    I am not sure if there is any way to make it possible to update kernel without any such workarounds.
  22. Like
    guidol reacted to raschid in H2: Sunvell R69 Android TV Box (AliExpress)   
    Thanks actually I am not trying the get sound to work right now - I would like to understand why I does not function as it is supposed to, though ...
  23. Like
    guidol got a reaction from raschid in H2: Sunvell R69 Android TV Box (AliExpress)   
    and dont forget to raise the volume with
    alsamixer

     
    and save the setting with
    alsactl store
  24. Like
    guidol reacted to raschid in H2: Sunvell R69 Android TV Box (AliExpress)   
    "current" on an OPi zero also seems to be missing analog audio at this time - so this is not specific to this board.
     

  25. Like
    guidol got a reaction from matt407 in [Odroid C2] Ethernet interface meson8b-dwmac lockup on medium traffic   
    Hmmm. I dont use sshfs - but samba/cifs and I copied
    -rwxrwxrwx 1 root root 1031158598 Nov 12  2015  Starfighter.mp4
    from my video-share
    [ 6151.533916] CIFS: Attempting to mount //192.168.6.xxx/video
    without any errors to the local sdcard.
     
    I did compile today the following current version:
    Armbian Buster with Linux 5.3.13-meson64 package bsp-kernel[19.11.3] u-boot[19.11.3] dtb[19.11.3] firmware[19.11.3] config[19.11.3] branch[current]