Igor

Yes, but I am not a god   There are things that I simply don't know or would need to waste a lot of time to dig for info and give it to you. I don't provide manual Google service.
 
Try using our search: https://www.armbian.com/search_gcse/

Hi there.
Now I have this issue too. Today I had upgraded my system on XU4 from 5.22 to 5.25 and it stopped working.
 
 
 
 
I have usb-uart and  i can catch logs for you. Any help wanted!

After the kernel update the mac address of eth0 changed  , i deleted the arp entry at my router and works fine.

install linux-u-boot-bananapipro-next
 
and now sata is working
 
$ lsblk NAME        MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT sda           8:0    0  477G  0 disk └─sda1        8:1    0  477G  0 part mmcblk0     179:0    0  7.4G  0 disk └─mmcblk0p1 179:1    0  7.3G  0 part /     Thanks to all who sorted this out.   Fred

Ok
Thx! I've use an older image on an other CT and i loving it!

Thank you for your fast response! Unfortunately I have ingnored that red sign... Maybe I will try other kernel if I will be in trouble with the driver.
 
Thanks again!

Thanks - I just copied the dtb across from the newer image 

Ok i still can't believe it but after looking at orangepione dts files comparing it to nanopi-neo.dts i managed to make some changes that made the serial ports work:
root@nanopineo:/boot/dtb# diff  sun8i-h3-nanopi-neo.dts.orig sun8i-h3-nanopi-neo.dts -u --- sun8i-h3-nanopi-neo.dts.orig    2017-02-04 09:18:09.295914003 +0000 +++ sun8i-h3-nanopi-neo.dts    2017-02-04 09:13:25.065085930 +0000 @@ -759,7 +759,9 @@              resets = <0x2 0x32>;              dmas = <0x16 0x7 0x16 0x7>;              dma-names = "rx", "tx"; -            status = "disabled"; +            pinctrl-names = "default"; +            pinctrl-0 = <0x43 0x44>; +            status = "okay";              linux,phandle = <0x49>;              phandle = <0x49>;          }; @@ -774,7 +776,9 @@              resets = <0x2 0x33>;              dmas = <0x16 0x8 0x16 0x8>;              dma-names = "rx", "tx"; -            status = "disabled"; +            pinctrl-names = "default"; +            pinctrl-0 = <0x45>; +            status = "okay";              linux,phandle = <0x4a>;              phandle = <0x4a>;          }; @@ -1495,12 +1499,14 @@                  clocks = <0x0>;                  resets = <0x0>;                  dmas = <0x0 0x8>; +                pinctrl-0 = <0x0>;              };              serial@01c28800 {                  clocks = <0x0>;                  resets = <0x0>;                  dmas = <0x0 0x8>; +                pinctrl-0 = <0x0>;              };              serial@01c28c00 { root@nanopineo:/boot/dtb# cat /proc/tty/driver/serial serinfo:1.0 driver revision: 0: uart:U6_16550A mmio:0x01C28000 irq:33 tx:8350 rx:0 RTS|DTR 1: uart:U6_16550A mmio:0x01C28400 irq:34 tx:13239 rx:24 brk:1 RTS|CTS|DTR 2: uart:U6_16550A mmio:0x01C28800 irq:35 tx:26 rx:0 RTS|CTS|DTR 3: uart:U6_16550A mmio:0x01C28C00 irq:36 tx:0 rx:0 CTS 4: uart:unknown port:00000000 irq:0 5: uart:unknown port:00000000 irq:0 6: uart:unknown port:00000000 irq:0 7: uart:unknown port:00000000 irq:0 shouldn't uart2 have uart2_rts_cts section too ?
 
Other issue - every reboot the ethernet adapter has different mac address
I solved it by adding :
mac-address = [72 28 b7 40 79 f2]; to sun8i-h3-nanopi-neo.dts under ethernet@1c30000
I'm on fire today.

Than you don't have much choices except Bluetooth and WiFi direct. In both cases expect troubles and stick to modern kernel, where you have more chances of success. 
 
For example: I can use BT keyboard and mouse nicely with Cubietruck running kernel 4.9.7 ... I didn't test sending and receiving files to mobile phone.

It's closed source technology, require firmware to run, it's know to cause problems. This simply means that it's to avoid in first place. There are other and better ways for wireless comm.
 
Hardware maker are just people / engineers which sometimes overestimate and make mistakes. If you add commercial agenda to this, things become only worse. For a board which cost 9 USD shipped, 1 USD is a lot . And they don't invest much into software. This goes from zero up to just a little. Even software is "free", it cost a lot of money to develop it.
 
Armbian makes things closer to ordinary users and saves time, but we can't make a perfectly smooth plug and play operating system. Just remember to have fun in first place 

lol, forget what i stated before, after some testing with older and newest images now its running again...don't know why, but maybe some contacts are not ok, putting power cable and sata cable in and out and...tada...all fine again ;-) really crazy because i did not move anything just upgrading first. After setting right uuid now boots from sata again :-)

What if you already received best possible answers and you are simply not willing to accept the facts? In any case, do more research, try to understand the background if you wanna discuss it and stop abusing forum for your personal consulting service and we will treat you accordingly. Right @athamarmian?

Latest hostapd, normal and patched for Realtek are built from sources and available within Armbian package base (apt.armbian.com) by default since early days of the project:
apt-get install hostapd or
apt-get install hostapd-realtek

What if you already received best possible answers and you are simply not willing to accept the facts? In any case, do more research, try to understand the background if you wanna discuss it and stop abusing forum for your personal consulting service and we will treat you accordingly. Right @athamarmian?

First off, this happens on x86. Google "rowhammer" if you think that this kind of situation isn't a problem even for "expensive" computers.
 
 
Xunlong never advertised the Orange Pi Zero as an AP! Please, show me where they said "use the Orange Pi Zero as a WiFi router"
 
Even the cheapest WiFi routers that I know of cost $15 (AR9331/MT7620).
 
This is additional functionality that we've been lucky to get from the WiFi radio, and now people are getting all pissed that it doesn't work as well as a Raspberry Pi.
 
In my country, the Orange Pi Zero costs as much as a hamburger meal from McDonalds. Just try and use your hamburger as an AP...
 
Fack, people. Lower your expectations.

All those companies sell half baked products simply because they can and must if they want to survive and we you buy their bullshit. Majority of people have zero clue and believe nice shaped marketing stories -> here is textbook example.
 
Board with good support and not with the cheapest components on Earth, let's say with something similar like we do, would need to have 5-10x higher price tag and it will become less attractive for masses ... no one is investing into scheme more than pure minimum. If you want to make profit, if you want to survive on the market, you need to fool people, that they are getting a board with full featured Ubuntu / Debian / Android + you name it ... for 9.99 USD or similar unrealistic price tag for such bundle.
 
Since we are crazy enough and provide top support for free and since community do exists, you get all this already for this price tag.
 
Wireless module, which we talk about here, is not high end router class wireless device. It's not even low end router class device. Its not router class device but just something that provide some wireless connectivity. Its low end of low end. I doubt there is any room for improvement left.
 
If you need higher speed, do the home work / research and than buy the board. Not everything can be boosted or fixed. For 9 USD, presale research is usually skipped or there are simply not enough reliable information around. You need to wait few months that developers community creates some deeper insight of the device, that you don't need to gamble and judge based on (fake/missing) promo docs.  

All those companies sell half baked products simply because they can and must if they want to survive and we you buy their bullshit. Majority of people have zero clue and believe nice shaped marketing stories -> here is textbook example.
 
Board with good support and not with the cheapest components on Earth, let's say with something similar like we do, would need to have 5-10x higher price tag and it will become less attractive for masses ... no one is investing into scheme more than pure minimum. If you want to make profit, if you want to survive on the market, you need to fool people, that they are getting a board with full featured Ubuntu / Debian / Android + you name it ... for 9.99 USD or similar unrealistic price tag for such bundle.
 
Since we are crazy enough and provide top support for free and since community do exists, you get all this already for this price tag.
 
Wireless module, which we talk about here, is not high end router class wireless device. It's not even low end router class device. Its not router class device but just something that provide some wireless connectivity. Its low end of low end. I doubt there is any room for improvement left.
 
If you need higher speed, do the home work / research and than buy the board. Not everything can be boosted or fixed. For 9 USD, presale research is usually skipped or there are simply not enough reliable information around. You need to wait few months that developers community creates some deeper insight of the device, that you don't need to gamble and judge based on (fake/missing) promo docs.  

LM2596 should be right for the job - it can cope with such loads and they are dirt cheap.
 
https://www.aliexpress.com/wholesale?SearchText=LM2596

LM2596 should be right for the job - it can cope with such loads and they are dirt cheap.
 
https://www.aliexpress.com/wholesale?SearchText=LM2596

Is there any release date written for 5.25 ? If not, this means it's not released yet ... we are doing latest tests + fixes and writing release documentations. 
 
Just grab 5.24 or wait for about a week.

Like this?
 
/etc/update-motd.d/35-motd 
#!/bin/bash quotes="/etc/update-motd.d/armbian-quotes.txt" random_line=$(shuf -i 1-$(wc -l < $quotes) -n 1) quote=$(sed -n -e "$random_line"p $quotes) echo -e "\e[93mTip of the day:\e[39m $quote\n"

There was an idea to add a level of support as one of a board general characteristic. This is more relevant and less demanding than maintaining bugs per boards, which are now written in documentation and / or scattered around forum. Good / bad support can also means, that we don't know much about board. It could be good in theory, but basic vendor support, Linux, number of users, etc. simply sucks ... but this can also be changed over time.
 

Low  --------------------------------------- SUPPORT LEVEL ---------------------------------------- Superb
 
But there is a problem - we are a small team of amateurs, already fully overloaded and adding more load without expanding the crew is not an option. Somebody(s) needs to maintain this feature on a long run and some code / plugin needs to be made and added to the blog.

Thanks Joe!
 
The idea is to establish a small team, which would help us test the boards upon request. Within 2-3 weeks before planned update. If we would made more changes, more testing will be required. We want to make sure that upgrade does not break the board's core functionality at first place, than we need to try to find hidden bugs and document them under "known problems" what was found in last moment.
 
Specific details about this process are still adjusting, but roughly this is it. 
 
When I cooked my first image, it was easy and I had a lot of fun trying to find and fix a problem. I like doing that   but I simply can not. Today, this task can be done only together.

This works very well... I've just had the time to test this. Sorry for my lack of input, my knowledge ATM is rather limited on the matter of uboot.
I really appreciate the work this community is doing, opening up the code for such devices that have no support from the board o the chip manufacturers.
I've got much to learn...
thnx

Please stop feeding the troll. Why do we allow people who never understand the answers they get to flood constructive threads with stupid BS?! Is that really necessary?