Igor
-
Posts
14429 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by Igor
-
-
20 minutes ago, junnikokuki said:
Mmmmmm, I don't know why have to revert, but 4.18.0 rc7 works well except wifi.
Because that branch is temporarily development branch with a purpose to develop a few things. We only have two choices here - switch to current 4.18.y, say goodbye to HDMI for a while and fix other things, wifi perhaps ... or wait until HDMI is not mainlined. Other options are too expensive.
I have to remind you that this board is under development and regressions are possible. Some are intended, some not. -
We have a few problems here. First is that sunxi64-next branch was reverted back to 4.14.y since 4.18.y just not ready yet ... in 4.14.y there is no support for H6 ... I can only switch to sunx64-dev, where the board boots, but without http://ix.io/1nK7 HDMI, WiFi and USB3 seem also not to function properly.
@martinayotte
Should I apply this?diff --git a/config/sources/sun50iw6.conf b/config/sources/sun50iw6.conf index 16834529..692bb292 100644 --- a/config/sources/sun50iw6.conf +++ b/config/sources/sun50iw6.conf @@ -31,6 +31,13 @@ case $BRANCH in KERNELDIR=$MAINLINE_KERNEL_DIR KERNEL_USE_GCC='> 7.0' KERNELPATCHDIR='sunxi-dev-h6' + + KERNELSOURCE=$MAINLINE_KERNEL_SOURCE + KERNELBRANCH='branch:linux-4.18.y' + KERNELDIR=$MAINLINE_KERNEL_DIR + KERNEL_USE_GCC='> 7.0' + KERNELPATCHDIR='sunxi-dev' + ;; esac diff --git a/patch/kernel/sunxi-dev/p-board-h6-add-THS.patch b/patch/kernel/sunxi-dev/p-board-h6-add-THS.patch index 8d59cca2..631a40f8 100644 --- a/patch/kernel/sunxi-dev/p-board-h6-add-THS.patch +++ b/patch/kernel/sunxi-dev/p-board-h6-add-THS.patch @@ -1012,7 +1012,7 @@ diff --git a/arch/arm64/boot/dts/allwinner/sun50i-h6.dtsi b/arch/arm64/boot/dts/ index 000a681fb515..bec8c4a46ec7 100644 --- a/arch/arm64/boot/dts/allwinner/sun50i-h6.dtsi +++ b/arch/arm64/boot/dts/allwinner/sun50i-h6.dtsi -@@ -41,6 +41,32 @@ +@@ -41,6 +41,30 @@ opp-microvolt = <880000>; clock-latency-ns = <244144>; /* 8 32k periods */ }; -
55 minutes ago, FranckM said:
applied (appliable ?) to Armbian Stretch or Bionic ?
It's there for months:
https://github.com/armbian/build/blob/master/patch/u-boot/u-boot-rockchip/board_tinkerboard/0049-added-timeout-when-force-entering-UMS-mode.patch -
4 minutes ago, nickeh said:
Thanks I'll try that way, is there a reason why the fex editor is removed from armbian-config under system?
Fex editor is not there if there are no sunxi-tools installed or if you are running a mainline kernel ... or there is a bug, your system is broken somehow.QuoteCan I find it anywhere else?
If GUI is not operational, there is always a manual way: bin2fex and fex2bin tools. If not, you install them, eventually compile from sources. -
armbian-config -> system -> install desktop ... do that on a clean image. But its officially untested on Oranepi Zero. Here the problem is probably because HDMI is disabled by default (need to be enabled in boot/script.bin|fex). Probably the same on a mainline kernel.
Since it's not there.
-
11 hours ago, martinayotte said:
is this nightly has been built differently from the normal WIP DEV build process ?
Possible. Let me check this during the day. -
Just now, tkaiser said:
So where did your comment 'usb hotpluging and network sometimes doesn't work properly' originates from then?
Network troubles were in the past while (non-critical) USB hotplugging is still present. As you can see I manually tested most of the boards and already that was on the edge what I can do "by the way". I am not sure I will do that ever again and certainly not within the next 6 months. It's painful, time wasteful and it goes by completely unnoticed.6 minutes ago, tkaiser said:It's about the process! If an update is to be expected to break functionality then why enrolling it?
I didn't expect that it will break and my C2 works also when updated to latest nightly. Here https://github.com/armbian/testings everything looks fine -> From the information that I have its safe to update. -
15 minutes ago, tkaiser said:
Seriously: I don't get this policy.
My C2 is working without any issues: http://ix.io/1nGc -
A network was working OK for some time and at the time of testing but it is possible that one wrong patch finds its way upstream. Obviously ... while USB is a bit problematic. Hotplugging sometimes still doesn't work. If you boot with an attached device, it works.
I need to see if I can recreate this. -
This should be done automatically. Please provide logs with:
armbianmonitor -u -
6 hours ago, data said:
Since nightly builds are now available, what else do I need in order to enable ap6255 wireless?
If the image boots, it should work out of the box. -
3 hours ago, Guidalpi said:
Rebooting my OPi I noticed that the version of u-boot was really downgraded and the boot process was succesfully executed.
This is a bit strange but OK.
3 hours ago, Guidalpi said:I just need to know where I can access these versions.
You can find old u-boot packages in our repository.
http://apt.armbian.com/pool/main/ldefault=3.4.y
next=4.14.ydev=4.18.y ->
-
34 minutes ago, Werner said:
Unbootable kernel with OPi One Plus confirmed, runs into panic, reading from UART. There is something wrong with the later 4.18.x kernel. 4.18.0-rc7 from @Icenowy sources working well.
But this kind a runs off topic I guess
I'll try to bring it up in 4.19.y ... some basic support is getting mainlined and it will be less troublesome. I hope. -
-
21 minutes ago, guidol said:
but the "root"-package is at 5.59: linux-stretch-root-next-bananapim64 5.59
Probably because it is still .wip and packages are made only for .conf ... not 100% sure but possible. -
12 minutes ago, freak said:
PM me a shipping address.
I personally don't need it and have no time - it will be donated directly to one of the project volunteers (living in US or Canada). Will send you info ASAP. Thanks. -
7 hours ago, Igor said:
out there
11 minutes ago, freak said:I'll ship you a brand new http://a.co/d/2YbJdo1
For what we already do for you? Deal. -
3 minutes ago, tkaiser said:
Why not fixing it or at least always update this package too with version bumps?
With the latest update, it should be 5.60 ... but perhaps after reboot/logout/login?Well, perhaps it's time to enforce some already proposed naming for a version of Armbian and use this numbering only for our internal process.
Armbian 2018.10
Armbian 18.04
Armbian Some_Generic_Names
Let's make a separate topic or attach to existing for those changes.
-
3 minutes ago, adr3nal1n said:
One other quick query if I may, what is the most elegant way for me to remove the desktop and associated packages from my current rock64 armbian install?
Perhaps apt purge armbian-RELEASE-desktop ? You can also just temporally disable it in the armbian-config. -
13 hours ago, chwe said:
Do we really want this?
Yes -> "... I can clean up armbian-config" We don't need to have so many functions doing the same thing. -
-
Just use armbian-config for changing kernel which will remove old kernel and prevent troubles on update. Symlink is made on package install ...
Wrote on mobile -
9 hours ago, CR_B said:
If anyone has an idea ?
Try blacklisting wireless (xradio) and set lower max CPU frequency (/etc/default/cpufrequtils). Some revisions of this board have overheating issues ... which are a possible cause for troubles.QuoteIf I reboot the device with usb plugged the boot fail, so i have to boot without usb plugged and then plug usb and restart ser2net daemon to make it work.
Where does it hang? -
8 hours ago, adr3nal1n said:
Is this expected behaviour for the rock64 Debian image? In that, you have to manually configure eth0 after running through the install process or is this a bug?
According to our testings, there is no bug: https://github.com/armbian/testings
On some boards, it can take a little longer that networks get initialized. Your logs show expected entry:
[ 13.398258] rk_gmac-dwmac ff540000.ethernet eth0: Link is Up - 100Mbps/Full - flow control off
Module tv in legacy image for nanopim1plus
in Allwinner sunxi
Posted
Try with reserveing more memory. Add extraargs=cma=256M to /boot/armbianEnv.txt ... also try higher values.