• Posts

  • Joined

  • Last visited

Reputation Activity

  1. Like
    guidol reacted to sockscap in What actions should I do to make sure bluetooth is completely disabled?   
    Thanks! lsmod / blacklist the modules resolves the issue.
  2. Like
    guidol reacted to Myron in The LED1 and LED2 on the BanabaPi Pro. How do I get them to show MMC card usage and the watchdog heart beat?   
    Thank-you everyone. I would mark multiple solutions, but the board only allows me to mark one.

    I got it working. Used the cron @reboot method on user root.  The LEDs are useful where on the screen it may look like it's got stuck, the LEDs will at least show if there is some activity and if the SOC is still got a heartbeat.  I'm still a noob on the higher technical issues of Linux.  I have one more question to ask and that will be in another thread.    (Yes, I will donate!  I've seen the donate link on the Armbian home page, but as you all know, the budget that keeps the roof over the head, electricity supplied, food on the table, etc... is priority. Shall donate what I can, when I can.)
    EDIT: I finally ended up using the /etc/rc.local method.  Thank-you @Werner and @guidol.
  3. Like
    guidol got a reaction from Myron in The LED1 and LED2 on the BanabaPi Pro. How do I get them to show MMC card usage and the watchdog heart beat?   
    on my BananaPi M1 I can only control the green LED, but for that usage I do use the following command-line:
    echo 'mmc0' > /sys/class/leds/bananapi:green:usr/trigger only green LED available: # ls -l /sys/class/leds/ lrwxrwxrwx 1 root root 0 Sep 11 22:11 bananapi:green:usr -> ./../devices/platform/leds/leds/bananapi:green:usr  
  4. Like
    guidol got a reaction from Rabux 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"
  5. Like
    guidol reacted to lvmc in The repository ' xenial Release' does not have a Release file.   
    @guidol, I was talking with @Igor these days and I think the main issue is how slow (and prone to errors) is the repository generator scripts for generating packages for all releases... it's time consuming and requires a lot of efforts from him. I'm taking a look at the scripts to see if I find a way to optimize it. Older releases must be support as `csc` I think.
    And yes, I'm using exactly the repositories you suggested, thanks:
    deb xenial main restricted universe multiverse #deb-src xenial main restricted universe multiverse deb xenial-security main restricted universe multiverse #deb-src xenial-security main restricted universe multiverse deb xenial-updates main restricted universe multiverse #deb-src xenial-updates main restricted universe multiverse deb xenial-backports main restricted universe multiverse #deb-src xenial-backports main restricted universe multiverse  
    By the way now it's clearly that the affected packages are only the ones that are build by Armbian, not the packages that are provided by the official Ubuntu repositories.
  6. Like
    guidol reacted to Elric in [Solved] Bananapi M1 doesn't boot when Wireless Desktop Reciever is plugged in   
    Downloaded new image Armbian_21.08.1_Bananapi_buster_current_5.10.60.img today, flashed it to sdcard and started with a Unifying reciever plugged-in. Everything was fine, kernel starts without any troubles. Thanks for providing a new installation image!
  7. Like
    guidol reacted to Werner in Armbian (Debian Bulleye) - supported or not?   
    Yes,  Bullseye will be supported while Buster phases out but may take a few additional month to get things prepared.
  8. Like
    guidol reacted to Igor in Problems with the RTL8192cu driver   
    Also for other reason. We keep well known and those a bit less known wireless drivers in best possible shape and bundled with kernels we provide. In theory - users should not need to compile exotic drivers that Linux doesn't support (well enough) on their own, but all dependencies are ready (kernel headers, compilers) - so you can. For things we don't cover, can't bundle (zfs) or for experimenting ...

    We all are 
    It is impossible to know everything, especially in this tech world full of complicated details.
  9. Like
    guidol reacted to Igor in Problems with the RTL8192cu driver   
    In fact it is. Starting with v197 systemd:
  10. Like
    guidol got a reaction from gounthar in How would you implement a super precise clock with a board running Armbian?   
    @gounthar also maybe here some other idea?
  11. Like
    guidol got a reaction from Werner in [Short Info] Pihole on unsupported OS   
    As Hirsute Hippo is at this time also a unsupported OS - there is another catch to get the lighthttpd of pihole working with the Hippo  
    While using the PIHOLE_SKIP_OS_CHECK=true the install-routine cant restart the lighthttpd correctly, because the package 
    is missing
    When the install routine does try to restart the lighthttpd it fails with:
    journalctl -u lighttpd configfile.c.461) Warning: "mod_compress" is DEPRECATED and has been replaced with "mod_deflate". A future release of lighttpd 1.4.x will not contain mod_compresss and lighttpd may fail to start up plugin.c.195) dlopen() failed for: /usr/lib/lighttpd/ /usr/lib/lighttpd/ cannot open shared object file: No such file or directory server.c.1238) loading plugins finally failed  
    The Hippo has no mod_compress in the lighthttpd  but its searching for the replacement mod_deflate
    mod_deflate can be installed via 
    apt install lighttpd-mod-deflate
    While there were also other requirements missing on new installs of pihole I did use the following install-command:
    apt install php-cgi php-common php php-sqlite3 dhcpcd5 lighttpd-mod-deflate -y && curl -sSL | PIHOLE_SKIP_OS_CHECK=true sudo -E bash  
    As a "goodie" you can edit after the installation od pihole the /etc/lighttpd/lighttpd.conf and do the follwoing replacement:
    change line "mod_compress", against "mod_deflate", then save/exit and restart lighthttpd with 
    /etc/init.d/lighttpd restart
    This way I got pihole running under Hirsute Hippo  
  12. Like
    guidol reacted to BarTender in Odroid C2 : no eth0 with latest image   
    Just had the same problem as well, was running Buster without an issue on my C2 and needed to move to Focal for a few annoying reasons using the non desktop download and can see I also have the same issue with uboot failing to find the network adapter. I can pull the version out of the running Bionic image and then dd it onto the eMMC.
    I eventually got my host working by taking the uboot from Bionic:
    wget 7z e Armbian_20.02.8_Odroidc2_bionic_current_5.4.28_desktop.7z dd if=Armbian_20.02.8_Odroidc2_bionic_current_5.4.28_desktop.img of=bionicuboot.bin bs=512 seek=1 skip=1 count=4096 then put onto the emmc: dd if=bionicuboot.bin of=/dev/sdb bs=512 seek=1 skip=1  
    Further edit.. I am going to search for my serial console tonight when I get home to help debug the root cause. I am also running the same C2 board revision as @guidol as per this post: 
  13. Like
    guidol reacted to qualle337 in Fail to Boot with Serial Device Connected to USB   
    Yes - looks like you're right! Thanks for pointing me in this direction. I'll update the thread when I found a solution (other than plugging in the Arduino after the boot) in case someone else has similar issues.

  14. Like
    guidol reacted to griefman in Failing to Boot   
    after struggling for quite some time i finally was able to get things back to normal without losing data (at least i think so).
    The problem was apparently a broken kernel upgrade to version 5.10.43 . There were broken symlinks and not only. 
    In the end what solved it was the following:
    I first put the latest stable armbian on an sd card and booted with it. then i actually upgraded that image to the latest kernel and copied all version related files from /boot of the sd card to the /boot of the mmc. I also copied the 5.10.45 modules from /lib/module from the sd card to the mmc.
    Fixed all symlinks in /boot and then the device finally booted. After that it was all about reinstalling kernel headers, cleaning up wrong zfs versions and packages and rebooting frequently enough in between
    Hope that i didnt break too much and that this helps someone.
  15. Like
    guidol reacted to bartek666666 in Allwiner A10 tablet USB not working [SOLVED]   
    Okay, I'm a noob but finally it works. .dts for anyone that is curious. now i just need to enable LCD in u-boot
    /dts-v1/; #include "sun4i-a10.dtsi" #include "sunxi-common-regulators.dtsi" #include <dt-bindings/gpio/gpio.h> #include <dt-bindings/input/input.h> #include <dt-bindings/interrupt-controller/irq.h> #include <dt-bindings/pwm/pwm.h> / { model = "Cubietech Cubieboard"; compatible = "cubietech,a10-cubieboard", "allwinner,sun4i-a10"; aliases { serial0 = &uart0; }; chosen { stdout-path = "serial0:115200n8"; }; hdmi-connector { compatible = "hdmi-connector"; type = "a"; port { hdmi_con_in: endpoint { remote-endpoint = <&hdmi_out_con>; }; }; }; }; &ahci { target-supply = <&reg_ahci_5v>; status = "okay"; }; &codec { status = "okay"; }; &cpu0 { cpu-supply = <&reg_dcdc2>; }; &de { status = "okay"; }; &ehci0 { status = "okay"; }; &ehci1 { status = "okay"; }; &emac { phy-handle = <&phy1>; status = "okay"; }; &emac_sram { status = "okay"; }; &hdmi { status = "okay"; }; &hdmi_out { hdmi_out_con: endpoint { remote-endpoint = <&hdmi_con_in>; }; }; &i2c0 { status = "okay"; axp209: pmic@34 { reg = <0x34>; interrupts = <0>; }; }; &i2c1 { status = "okay"; }; &ir0 { pinctrl-names = "default"; pinctrl-0 = <&ir0_rx_pins>; status = "okay"; }; &mdio { status = "okay"; phy1: ethernet-phy@1 { reg = <1>; }; }; &mmc0 { vmmc-supply = <&reg_vcc3v3>; bus-width = <4>; cd-gpios = <&pio 7 1 GPIO_ACTIVE_LOW>; /* PH1 */ status = "okay"; }; &ohci0 { status = "okay"; }; &ohci1 { status = "okay"; }; &otg_sram { status = "okay"; }; &pio { usb0_id_detect_pin: usb0-id-detect-pin { pins = "PH4"; function = "gpio_in"; bias-pull-up; }; usb0_vbus_detect_pin: usb0-vbus-detect-pin { pins = "PH5"; function = "gpio_in"; bias-pull-down; }; }; &reg_ahci_5v { status = "okay"; }; #include "axp209.dtsi" &ac_power_supply { status = "okay"; }; &reg_dcdc2 { regulator-always-on; regulator-min-microvolt = <1000000>; regulator-max-microvolt = <1400000>; regulator-name = "vdd-cpu"; }; &reg_dcdc3 { regulator-always-on; regulator-min-microvolt = <1000000>; regulator-max-microvolt = <1250000>; regulator-name = "vdd-int-dll"; }; &reg_ldo1 { regulator-name = "vdd-rtc"; }; &reg_ldo2 { regulator-always-on; regulator-min-microvolt = <3000000>; regulator-max-microvolt = <3000000>; regulator-name = "avcc"; }; &reg_usb0_vbus { status = "okay"; }; &reg_usb1_vbus { status = "okay"; }; &reg_usb2_vbus { status = "okay"; }; &spi0 { pinctrl-names = "default"; pinctrl-0 = <&spi0_pi_pins>, <&spi0_cs0_pi_pin>; status = "okay"; }; &uart0 { pinctrl-names = "default"; pinctrl-0 = <&uart0_pb_pins>; status = "okay"; }; &usb_otg { dr_mode = "host"; status = "okay"; }; &usbphy { pinctrl-names = "default"; pinctrl-0 = <&usb0_id_detect_pin>, <&usb0_vbus_detect_pin>; usb0_id_det-gpios = <&pio 7 4 (GPIO_ACTIVE_HIGH | GPIO_PULL_UP)>; /* PH4 */ usb0_vbus_det-gpio = <&pio 7 5 (GPIO_ACTIVE_HIGH | GPIO_PULL_DOWN)>; /* PH5 */ usb0_vbus-supply = <&reg_usb0_vbus>; usb1_vbus-supply = <&reg_usb1_vbus>; usb2_vbus-supply = <&reg_usb2_vbus>; status = "okay"; };  
  16. Like
    guidol reacted to Dan MacDonald in CH340-fan-control - USB fan control script   
    I own a few Android TV boxes that have poor thermal designs that are prone to overheating when under sustained load. This can either cause your device to significantly slow down or shut down entirely. This can be fixed by cutting a hole in the bottom on your TV box above the SoC and sticking a small USB fan on it. In my case I am using a AC Infinity 40mm x 20mm USB Fan that cost me £10.
    CH340-fan-control is a python script to only activate my TV boxes USB fan when required by using a USB relay module. I'd expect somebody (or several somebodies) have already wrote a similar script for the same device but I failed to find it so here is my effort at fixing this common TV box issue. Hopefully someone else will find it useful.


  17. Like
    guidol reacted to lanefu in Armbian the Virtual Machine   
    Been dreaming of this one for a while.  Finally got a weekend to focus on it recently.  I'm hoping someone is eager to take what I've done and move It along some more.

    Here's what we have so far.

    * a linux 'family' called virtual.conf
    * a kernel config called linux-virtual-current.config
    * a board called virtual-qemu.wip
    The result is a full HVM accelerated armbian image with a kernel compiled with all the virtio drivers for disk, network and video.   Also a u-boot.bin made for qemu that can boot the image when used as the qemu bios/firmware
    I've ran it as a VM on ubuntu using plain qemu on a Ampere eMag box.. and using UTM (qemu) on Apple M1 in MacOS

    this is using u-boot, not uEFI.. and you need to copy the u-boot.bin manually from cache/sources/u-boot...../u-boot.bin and use it as your chosen bios for qemu.  I left some quick breadcrumbs on how to launch within the board config file.
    I want to keep the u-boot option, but obviously we need this to support uEFI booting to be viable for the masses.

    Next steps:

    * automatically resize and convert resulting image to qcow2 format
    * solve how to add cloud-init to image
    * solve for installing grubEFI for booting and whatever partition layout is needed
    * figure a proper way to write uboot to the image so thet qemu can boot without loading as a bios
    * strip extra hardware drivers out of kernel and make this thing lean

    PS Did I mention Desktop Works too?

  18. Like
    guidol reacted to PietreLinux in Tablets q8(a13,a23,a33) support??   
    Hello everyone, I wanted to propose that the q8 tablets be included in the compilation script, I have several q8 tablets, at the beginning I used my own rootfs, but armbian is fantastic !! counting the modifications I make to the armbian rootfs I think it would be easy, in the firmware repository you already have the majority of hardware such as 8723 and other Wi-Fi chips, with respect to the uboot the templates that already incorporate the main repository work almost perfectly, no I know, could I help, I have the components, the dtb and the compiled uboot, how do you see it? Greetings
  19. Like
    guidol got a reaction from sami in serial data with framing bits(Nanopi Neo Core)   
    you could try the socat command  which supports some raw-configuration.
    I use it to "copy" the stream from /dev/ttyUSB0 to /dev/ttyUSB1 for connecting 2 USB-serial devices on a armbian-SBC
  20. Like
    guidol reacted to NicoD in Real time operating system   
    I was thinking exactly the same question. Why do you bother and waste your time here if you don't like Armbian?
    Lately I've red few complaints of people who have "many years of experience". But they don't want to bother reading and learning new skills. 
    Experience is not the same as knowledge
    As knowledge is not the same as experience

    With experience you can have gained knowledge about much but not being specialized at one thing, or know a lot about a small section of the industry and be blind to all other.

    Thousands of people happily use Armbian on their devices and for 99% of the usecases everything is fine. The other 1% we try to help here. 

    I've made tons of informative videos about SBCs. I show how to do all the basic stuff, and some more advanced things.
    The forum also has the Reviews, Tutorials and Hacks section where almost everything you could want to learn about Armbian is explained.
    Then there is Armbian Docs also full of information.

    All these things have cost us time, and so also money. We are here to serve. And then you say our work is "garbage".
    Sorry, but I do not take that lightly.

    You can't teach someone who is convinced to know it all. Greetings.
  21. Like
    guidol reacted to Pali in How to make ESPRESSObin v7 stable?   
    I have sent that fallback vdd voltage patch to Marvell:
  22. Like
    guidol reacted to lanefu in Make forum messages friendlier -- 2021 Edition!   
    Per meeting, we're still trying to improve our responses to "unsupported' inquries.

    current thoughts
    * revise "invalid label"
    * focus on moving messages
  23. Like
    guidol got a reaction from malaga in [Invalid] - operating-system wanted for the Alwinner A 20 - which one to take   
    find at all downloads
    - Alwinner /banana Pi A 20 

    - Udoo Quad Makerboard Rev. D.

    - Orange PI Prime rev 1.0
  24. Like
    guidol got a reaction from Werner in Need your help - what else beside Etcher   
    Info on Reddit
  25. Like
    guidol reacted to martinayotte in Bug GUI Armbian on Pinebook   
    I've tried for months to clarify the reason of such issue ...
    My last working kernel was 5.7.6, and the issue appeared as soon as 5.8.0, I've done "diff" between both branches and I still didn't figured out the glitches ...