raschid

Members
  • Content Count

    106
  • Joined

  • Last visited


Reputation Activity

  1. Like
    raschid got a reaction from gounthar in Lime2 mainline kernel with Debian 9 (stretch) becomes unresponsive (forced reboot required)   
    You are right ... and out of luck for now:
    https://github.com/armbian/build/issues/1003#issuecomment-394987272
     
    you could try a recent nightly build:
    https://dl.armbian.com/orangepizero/
     
    One BananaPi running a recent kernel (Armbian 5.45 / kernel 4.17.0 rc7) has been up and running for 12 days now ...
  2. Like
    raschid got a reaction from gounthar in OrangePi Zero stops working after some time (orangepizero 4.14.14-sunxi #1 SMP Thu Jan 25 12:20:57 CET 2018 armv7l GNU/Linux)   
    Have a look at this:
    https://forum.armbian.com/topic/6386-lime2-mainline-kernel-with-debian-9-stretch-becomes-unresponsive-forced-reboot-required/?page=2&tab=comments#comment-55225
     
  3. Like
    raschid reacted to @lex in regulatory.db - wifi not working with DEV-kernel   
    I have spent a lot of time on this and latest package should fix that, hopefully:
     
    https://patchwork.kernel.org/patch/10128825/
     
  4. Like
    raschid reacted to constantius in banana pi single boards   
    after all, you know that you do not have to. so I asked through curiosity
  5. Like
    raschid reacted to Igor in compiling building dev-branch kernel (debs): no linux-dtb deb file!   
    Yes. Changes to packaging method upstream. It is getting fixed. Check my last commits to developmebt branch for quick fix.

    Wrote on mobile


  6. Like
    raschid reacted to TonyMac32 in Learning from DietPi!   
    I completely agree. I think, if a desire to be more minimalist exists, that we create those images specifically labelled as such, for devices that fit the case (OPi IoT, nanopi NEO, Duo, etc).  Otherwise I don't see the value.
     
    My honest reaction to the discussion is that it fits perfectly with the "What is Armbian?" discussion.  I don't think playing games to save a few megabytes fits something we really care about, it isn't really our problem if an extreme subset of users wants to pull the 512 MB SD card out of their 10 year old Sandisk Sansa MP3 player and want to put Linux on it...
     
    There are 2 main deliverables that I see:  A build system for people to make their flavor of Debian for their needs, and our pre-packaged images.  IMHO, if we want to make it more "lean", this can be an option available in the build system deliverable, and if we want to make questionably valuable tiny images, then we can do that in parallel with the current desktop and server images.
  7. Like
    raschid got a reaction from guidol in H2: Sunvell R69 Android TV Box (AliExpress)   
    Did you build your kernel with the armbian build system? Like this:
    # git clone --depth 1 https://github.com/armbian/build # cd build # ./compile.sh BOARD=sunvell-r69 Use the <NEXT> kernel. There have been changes recently to DRAM timing which have increased stability.
    To transfer the OS from SD-Card to eMMC use $sudo armbian-config. There is an option in the "Systems"-menu to transfer the OS to the internal eMMC.
  8. Like
    raschid reacted to Strontium in Orange Pi Zero (H2+/H3) TV Out on Mainline, WORKING   
    Well it took me longer than i hoped but i have managed to forward port icenowys code for TVE on the H2+/H3 to mainline armbian.  It seems to work totally fine, with a few caveats.
    First: Sample images of it in action -> https://imgur.com/a/vXQEM
    Second: the patch itself -> https://github.com/stevenj/h3-tve/tree/v0.0.11
    Third a prebuilt image for Orange Pi Zero: -> https://github.com/stevenj/h3-tve/releases/tag/v0.0.11
     
    Howto:
    just put the patch into userpatches for the sunxi-next kernel, and build.  it should apply cleanly. Its for H2+/H3.  I have only tried it on a orange pi zero, but it should work on all H2+/H3 boards.
     
    You then need to edit /boot/armbianEnv.txt
    add tve to overlays to enable it.  the driver will only run and enable tv out when the tv out devices are specifically enabled, so i created an overlay which does this.  If you want to turn TV out off, just remove tve from the overlays line.
    My armbianEnv.txt overlays looks like this:
    overlays=usbhost2 usbhost3 tve If you want copious amounts of DRM debug info in your logs, add this as well:
    extraargs=drm.debug=0xF Its not needed, unless you really want the debug info.
     
    Notes:
    1. The default mode is PAL, with 720x576 resolution.  Thats outside of normal PAL displayable area, and so the screen overscans.
    I dont know how to correct this, although its mostly just annoying with terminals.
    I also don't know how to change the video mode to NTSC.
     
    2. The standard font is a bit thin for composite video, and causes slight strobing and color impurity.  Its because PAL needs pixels to be a certain MINIMUM width or color information can not be properly encoded.
    A way to resolve this is use :
    # apt-get install fbterm ... $ fbterm -s 20 This will run a terminal which is easy to change the font, and pick a bigger one.  its much easier to read.  Look at the help for fbterm to work out everything it can do.
     
    3. I used the program "fim" to display the test images.  there are others for doing stuff on the terminal.
     
    4. I haven't tried X.  I am not interested in running an X terminal on a TV, but it should probably work fine.
     
    Other than that it all seems good.  I originally tested my hardware with the legacy kernel, and the image quality from this patch seems superior to what the legacy kernel produces. (legacy was noisy)
     
    The only other thing you need to know is Orange Pi Zero is missing filter circuity from its Composite Output, the most important thing you need to do is put a 50 ohm resistor between the signal and GND.  i soldered one inside my RCA connector, it fits fine and isn't too difficult.  IF you don't do this the image will bloom and look like total crap, so you have been warned.
     
    As this patch allows TVE to be enabled/disabled through use of the Device Tree overlays, i think it should be fine if the Armbian devs want to include it.  I am happy to clean out some of the debug messages i added if they are interested in making a standard part of the build.  If not, its easy enough to build your own image, just follow the guides on how to rebuild armbian.
     
    EDIT: I need to mention, all props go to Icenowy Zheng who wrote the original driver.  I just tweaked the device tree stuff and got it in a state where it can apply cleanly to the armbian mainline kernel and build system.
    Original code is here:
    https://github.com/Icenowy/linux/tree/tve-v2
  9. Like
    raschid got a reaction from manuti in H2: Sunvell R69 Android TV Box (AliExpress)   
    Time CPU load %cpu %sys %usr %nice %io %irq CPU C.St. 17:17:45: 1008MHz 0.11 7% 4% 3% 0% 0% 0% 36.2°C 0/7 same build (4.14.20-sunxi). Ambient temp: 21 degs.
     
  10. Like
    raschid got a reaction from guidol in H2: Sunvell R69 Android TV Box (AliExpress)   
    Good news but still odd: the legacy image's FEX file indicates a DRAM clock of 576MHz. Never mind, I created a pull request with an updated u-boot patch which should solve the issue for other users as well.
    Thx for raising the issue and the extensive testing
     
  11. Like
    raschid got a reaction from manuti in H2: Sunvell R69 Android TV Box (AliExpress)   
    Good news but still odd: the legacy image's FEX file indicates a DRAM clock of 576MHz. Never mind, I created a pull request with an updated u-boot patch which should solve the issue for other users as well.
    Thx for raising the issue and the extensive testing
     
  12. Like
    raschid reacted to guidol in H2: Sunvell R69 Android TV Box (AliExpress)   
    I did build the image with this patch as Armbian_5.40_Sunvell-r69_Debian_stretch_next_4.14.17_RAM_408Mhz.img
    and now all the others cards (8GB Ultra and 32GB Exteme) DO boot again in the first try
    ARMBIAN 5.40 user-built Debian GNU/Linux 9 (stretch) 4.14.17-sunxi Linux sunvell-r69 4.14.17-sunxi #6 SMP Wed Feb 7 11:31:13 +03 2018 armv7l GNU/Linux I didnt want to copy the OS to eMMC, because for future purposes I want to leave the original Android there.
    As I have the case closed I dont want to open these clips again - because Iam afraid they could break in a additional try
  13. Like
    raschid got a reaction from guidol in H2: Sunvell R69 Android TV Box (AliExpress)   
    @guidol: Does the boot-stability improve, when you replace build/patch/u-boot/u-boot-sunxi/add-sunvell-r69.patch with the attached file (reduces DRAM clck to 408)?
    If stability improves, could you copy the OS to eMMC via armbian-config and check boot-stability?
    add-sunvell-r69.patch
  14. Like
    raschid got a reaction from manuti in H2: Sunvell R69 Android TV Box (AliExpress)   
    Mainline kernel vers. 4.14.17 also works quite well (supporting eth, wifi, both usb-ports, emmc, ir, audio, ...). You could build it yourself with the armbian build system (https://docs.armbian.com/Developer-Guide_Build-Preparation/)
    # git clone --depth 1 https://github.com/armbian/build # cd build # ./compile.sh BOARD=sunvell-r69 for media stuff you better stay with the legacy kernel though ...
  15. Like
    raschid got a reaction from guidol in H2: Sunvell R69 Android TV Box (AliExpress)   
    Mainline kernel vers. 4.14.17 also works quite well (supporting eth, wifi, both usb-ports, emmc, ir, audio, ...). You could build it yourself with the armbian build system (https://docs.armbian.com/Developer-Guide_Build-Preparation/)
    # git clone --depth 1 https://github.com/armbian/build # cd build # ./compile.sh BOARD=sunvell-r69 for media stuff you better stay with the legacy kernel though ...
  16. Like
    raschid reacted to reverend_t in Network Manager woes   
    Hmmm, I've never thought that e/n/i is particularly complicated. Like most of GNU/Linux it's a powerful tool, possible to get wrong but it's also a solid part of the Linux learning experience. Isn't that also what Armbian is at least partially about? Even Netplan, which is slated to replace ifupdown in 18.04, is largely based on e/n/i (state your desired outcome) principles rather than NM (coddle you from any chance of mishap) principles.
     
    And the fact that boards like the Orange Pi Zeroes, etc, open up the world of Linux to more people is something to be celebrated, surely?
     
    However, if this is the way things ust be then there's a couple of issues/suggestions:
     
    1. The "standard" Ubuntu/Debian way of disabling Network Manager appears to be broken (at least in H3 5.35 Dev):
    $ sudo systemctl stop NetworkManager.service $ sudo systemctl disable NetworkManager.service Following these (man page) commands good ol' Network Manager is somehow re-enabled on the next boot. I had to take slightly more drastic step of:
    mv /lib/systemd/system/NetworkManager.service /lib/systemd/system/NetworkManager.service.BAK after the previous steps to actually slay the vampire. I don't know whether this is due to Armbian's integration of NM into its basic tools or what.
     
     
    2. The description in /e/n/i needs to be more balanced
     
    It sounds like it was written by someone fuming at the ears. It should, of course, emphasise the benefits of NM but should also point out that for any vaguely interesting routing set up (say you want to play with LXD and create neat bridges, VLANs or whatever) then it should contain clear and working instructions on how to disable NM (since the standard Debian way doesn't seem to work). Maybe even better would be to add into armbianconfig. I'll investigate if I have time!  
  17. Like
    raschid got a reaction from zador.blood.stained in Orange Pi Zero /4.11.0-sun8i/ wlan0 is gone   
    ### meminfo: MemTotal: 1024100 kB MemFree: 901772 kB This looks odd. AFAIK the OPi Zero only comes with 256M or 512M.
     
     
  18. Like
    raschid reacted to TonyMac32 in NanoPi Duo (plus Mini Shield)   
    Feedback and requests appreciated, obviously I don't have infinite resources and time, but ideas are always good.
     
    Also, there is a test image specifically for the Duo, so far so good.  https://www.armbian.com/nanopi-duo/
  19. Like
    raschid reacted to martinayotte in Orange Pi Zero and NEXT kernel   
    Good catch !
    Those lines were there when we were on 4.11.x ...
    That means nobody seen that those were missing in NEXT 4.13 !
  20. Like
    raschid got a reaction from Igor in Orange Pi Zero and NEXT kernel   
    @Igor quick fix (fix-xradio-interrupt.patch):
    diff --git a/arch/arm/boot/dts/sun8i-h2-plus-orangepi-zero.dts b/arch/arm/boot/dts/sun8i-h2-plus-orangepi-zero.dts index 454408b..df356b5 100644 --- a/arch/arm/boot/dts/sun8i-h2-plus-orangepi-zero.dts +++ b/arch/arm/boot/dts/sun8i-h2-plus-orangepi-zero.dts @@ -49,6 +49,7 @@ #include <dt-bindings/gpio/gpio.h> #include <dt-bindings/input/input.h> +#include <dt-bindings/pinctrl/sun4i-a10.h> / { model = "Xunlong Orange Pi Zero"; @@ -157,6 +158,10 @@ */ xr819: sdio_wifi@1 { reg = <1>; + compatible = "xradio,xr819"; + interrupt-parent = <&pio>; + interrupts = <6 10 IRQ_TYPE_EDGE_RISING>; + interrupt-names = "host-wake"; }; }; performance is back up to around 10 mbit/s ... (PCB rev 1.1). 
  21. Like
    raschid got a reaction from Igor in Orange Pi Zero mainline broken?   
    @Igor, sorry, I misspelled "patch" in my original post and I think you copy&pasted that typo when uploading the patch.
  22. Like
    raschid got a reaction from willmore in Orange Pi Zero mainline broken?   
    the following patch fixes cpufreq for the Orange Pi Zero, Mainline 4.11.12.
    @mbee, to give it a try save it as e.g. "orangepi-zero-add-cpufreqscaling.patch" and place it in build/userpatches.
    Don't forget to freeze the kernel version in armbian-config to avoid loosing this functionality when running apdate/upgrade.
    This patch also fixes some temperature issues since the CPU is not fed 1.3V all the time. My OPiZ is right now idling happily at 30 deg (21 deg ambient temp). Armbianmonitor now reports the current cpu-freq.
    @igor, please consider to include this patch. 
    diff --git a/arch/arm/boot/dts/sun8i-h2-plus-orangepi-zero.dts b/arch/arm/boot/dts/sun8i-h2-plus-orangepi-zero.dts index 69b4a35..506c462 100644 --- a/arch/arm/boot/dts/sun8i-h2-plus-orangepi-zero.dts +++ b/arch/arm/boot/dts/sun8i-h2-plus-orangepi-zero.dts @@ -50,10 +50,11 @@ #include <dt-bindings/gpio/gpio.h> #include <dt-bindings/input/input.h> #include <dt-bindings/pinctrl/sun4i-a10.h> +#include <dt-bindings/thermal/thermal.h> / { model = "Xunlong Orange Pi Zero"; - compatible = "xunlong,orangepi-zero", "allwinner,sun8i-h2-plus"; + compatible = "xunlong,orangepi-zero", "allwinner,sun8i-h3"; aliases { serial0 = &uart0; @@ -94,6 +95,77 @@ reset-gpios = <&r_pio 0 7 GPIO_ACTIVE_LOW>; post-power-on-delay-ms = <200>; }; + + vdd_cpux: gpio-regulator { + compatible = "regulator-gpio"; + regulator-name = "vdd-cpux"; + regulator-type = "voltage"; + regulator-boot-on; + regulator-always-on; + regulator-min-microvolt = <1100000>; + regulator-max-microvolt = <1300000>; + regulator-ramp-delay = <50>; /* 4ms */ + gpios = <&r_pio 0 6 GPIO_ACTIVE_HIGH>; + gpios-states = <0x1>; + states = <1100000 0x0 + 1300000 0x1>; + }; +}; + +&cpu0 { + operating-points = < + 1008000 1300000 + 816000 1100000 + 624000 1100000 + 480000 1100000 + 312000 1100000 + 240000 1100000 + 120000 1100000 + >; + #cooling-cells = <2>; + cooling-min-level = <0>; + cooling-max-level = <6>; + cpu0-supply = <&vdd_cpux>; +}; + +&cpu_thermal { + trips { + cpu_warm: cpu_warm { + temperature = <65000>; + hysteresis = <2000>; + type = "passive"; + }; + cpu_hot: cpu_hot { + temperature = <75000>; + hysteresis = <2000>; + type = "passive"; + }; + cpu_very_hot: cpu_very_hot { + temperature = <90000>; + hysteresis = <2000>; + type = "passive"; + }; + cpu_crit: cpu_crit { + temperature = <105000>; + hysteresis = <2000>; + type = "critical"; + }; + }; + + cooling-maps { + cpu_warm_limit_cpu { + trip = <&cpu_warm>; + cooling-device = <&cpu0 THERMAL_NO_LIMIT 1>; + }; + cpu_hot_limit_cpu { + trip = <&cpu_hot>; + cooling-device = <&cpu0 2 3>; + }; + cpu_very_hot_limit_cpu { + trip = <&cpu_very_hot>; + cooling-device = <&cpu0 5 THERMAL_NO_LIMIT>; + }; + }; }; &ehci0 {  
  23. Like
    raschid reacted to Igor in Orange Pi Zero /4.11.0-sun8i/ wlan0 is gone   
    Updated dev / testing image for Opi Zero, wireless + upstream patches included: https://dl.armbian.com/orangepizero/Ubuntu_xenial_dev.7z
  24. Like
    raschid reacted to Bubba in Orange Pi Zero /4.11.0-sun8i/ wlan0 is gone   
    OK so now that others see that zero wi-fi is not as crappy as others have stated.
     
    I have wireless streamed / transferred 67 gig across a zero this month and did not see any real issues.
     
    Now can we get it enabled for all the users??
    NOT having it enabled really does not make much sense, if the powers to be do not wish to "support" then don't.
    They could move those post to Peer support. Some of us are only looking at IoT projects, moving txt / csv / xml files, and so on.
     
    I did a little project a few weeks back, call it a proof of concept, I was sent 10 zero's / sd cards and power supplies purchased as a package deal.
    I setup the zeros as asked and they went out to service, the Monkey tech installing the zero's had issues with a cisco catalyst ??, and another cisco switch??.
    The "tech" (firedog / geeksquad / Gurus to go) did not know what model switches....
     
    He said one zero would not connect (wired), said he had to plug one into the switch with 12 " cable, going thru the punch down block did not work, another he had to use a cheap switch between the zero and cisco. I am told those 2 zeros have heavy packet loss over the wired connection and drop off the network once or twice a day.
    Now just to be clear I did not recommend the Zero, I said he should use the PC Plus.
    P.S. Because I got paid for this project I donated a small part (about 10%) to Igor..as I used Armbian build for the zeros. Hint... Hint... If everyone did this Igor and ??? could have a weekend long drunk on us.
  25. Like
    raschid reacted to ldiaz in Orange Pi Zero /4.11.0-sun8i/ wlan0 is gone   
    I confirm that raschid patch worked also for me. It include botth DTS mods for opizero and the patched driver for 4.11.
    May thanks for the success.  I will some perfomance test also. As regards distance to AP I think this could be improved with a better antenna. The one that come with the zero seems really low quality,