Hello,
first: thank you all for your effort in supporting this board.
My rock64 is booting from mmcblk0 with kernel-sources from ayufan. With every release they get a little better, so thank you ayufan for your hard work.
I read in the changelog that 0.6.51 will fix hdmi output and enable hdmi sound. Something I'm keen to have. So I installed linux-image-4.4.126-rockchip-ayufan-253_0.6.51_arm64.deb, but it does not boot. In fact every release after 0.6.45 will not boot in my board. Has anyone gotten 0.6.46 or higher to run on the rock64? Any ideas?
TIA,
hunderteins
Added Community Bionic LXDE (ROCK64) 0.6.44-239 on Wiki and PINE64 Installer.
Added Community Bionic Minimal (ROCK64) 0.6.44-239 on Wiki and PINE64 Installer.
Update Community Debian Stretch Minimal (ROCK64) 0.6.44-239 on Wiki and PINE64 Installer.
Update Community Jessie OpenMediaVault (ROCK64) 0.6.44-239 on Wiki and PINE64 Installer.
> Has anyone gotten 0.6.46 or higher to run on the rock64? Any ideas?
"Starting kernel ..."
It stops right after outputting the first message above
Perhaps you also have the same symptoms.
There is a buggy commit between the following two
Because of that, "rock64" can not boot.
I heard that "rockpro64" works, but I have no way to check it.
0.6.46: Rebase 4.4 kernel on rockchip-linux/kernel@ f113aef,
....
0.6.42: Rebase 4.4 kernel on rockchip-linux/kernel@ 3dd9af3
Latest release : 0.6.44
The subsequent changes are as follows, most of which are changes for "rockpro64".
So, it would be better to see the situation for a while.
https://github.com/ayufan-rock64/linux-k...elease-4.4
And you expected,
"... changelog that 0.6.51 will fix hdmi output and enable hdmi sound ..."
This seems to be a fix for "rockpro64".
Do you have any problems with "HDMI-Sound" ?
(06-05-2018, 01:03 PM)hunderteins Wrote: In fact every release after 0.6.45 will not boot in my board. Has anyone gotten 0.6.46 or higher to run on the rock64? Any ideas?
Most if not all of the changes in that build are for the rockpro64, not the rock64. The last image that was really rock64 specific was 0.6.44, hence the reason it's marked as the 'latest' image, with all the ones subsequent being pre-release.
(06-06-2018, 08:36 PM)t4_4t Wrote: I heard that "rockpro64" works, but I have no way to check it.
0.6.51 does indeed work on the rockpro64, and pretty much everything subsequent 0.6.44 is rockpro64 specific.
(06-06-2018, 08:36 PM)t4_4t Wrote: "Starting kernel ..."
It stops right after outputting the first message above
Perhaps you also have the same symptoms.
Do you have any problems with "HDMI-Sound" ?
thank you for your response. At least I'm not alone.
They made a lot of changes since 0.6.45: https://github.com/ayufan-rock64/linux-k...elease-4.4
When the kernel hangs so soon, it must be a change in arch/arm64/
there are some changes in dts, but I tried to boot with an old dtb already and the rest of the diff is config.
with Linux I have no HDMI-sound at all. There is an alsa-HDMI-device, but the loudspeaker is quiet with speaker-test and aplay. amixer shows full output. With coreELEC sound is working.
It is unfortunate if rock64 and rock64pro have a common defconfig, cause they differ so much.
(06-07-2018, 01:43 AM)hunderteins Wrote: They made a lot of changes since 0.6.45: https://github.com/ayufan-rock64/linux-k...elease-4.4
there are some changes in dts, but I tried to boot with an old dtb already and the rest of the diff is config.
It is unfortunate if rock64 and rock64pro have a common defconfig, cause they differ so much.
Yes, a lot of changes were made. It is a little more confusing if you follow the tagged versions, as 0.7.0 was actually somewhere between 0.6.42 and 0.6.46, so makes things out of sequence (as 0.7.x was pushed for a couple of builds just for the rockpro64 until the build system worked, and then the two were merged, and 0.6.x pushed again).
However, the pertinent change which is likely to break things (due to driver and configuration updates from the rockchip-kernel repo) is at : 0.6.46: Rebase 4.4 kernel on rockchip-linux/kernel@f113aef
And yes, they do have a common defconfig. If that is really an issue, I don't know. I would be more inclined to think it's one of the 227 changes that isn't playing nicely with the rock64, but is working just fine with the rockpro64.
For what it's worth, this is the output from my rock64 with the bionic-containers-rock64-0.6.51 image. It also stops after 'starting kernel'. https://pastebin.com/Cq0Euqcn
> thank you for your response. At least I 'm not alone.
You do not need to worry.
I think that there is no one saying "this worked". (except for "rockpro64")
The buggy code is committed before "Commits on Jun 03, 2018".
That is a pure "*.c" code, so changing "dts" will not solve it.
In addition, this is not a code changed by "ayufan".
The code that the original "github.com/rockchip-linux" put in.
(This case is often seen)
Since "Kwiboo" has already noticed and fixed it, I think that feedback will be given.
----
Aside from that.
I think, your true purpose want to work "HDMI-Sound". is not it ?
If so, you should try "bionic-minimal-rock64-0.6.44-239-arm64.img.xz".
In my environment, I could play mp3 from "HDMI-Monitor " just by installing "mpg321" only.
If you can not play music in the above simple environment, it is monitor and kernel issue.
In that case, It may be difficult to improve it.
(06-07-2018, 06:04 PM)t4_4t Wrote: Aside from that.
I think, your true purpose want to work "HDMI-Sound". is not it ?
If so, you should try "bionic-minimal-rock64-0.6.44-239-arm64.img.xz".
In my environment, I could play mp3 from "HDMI-Monitor " just by installing "mpg321" only.
If you can not play music in the above simple environment, it is monitor and kernel issue.
In that case, It may be difficult to improve it.
Thank you, for your response.
It is a monitor issue indeed. Because my monitor has a bad edid I'm used to load a custom edid in the kernel command line on my PC and did so on the rock64. That fixes the problem with the bad display-mode, but I loose hdmi-audio with it on the rock64. Without the custom edid I get hdmi-audio but the screen looks terrible.
So I'll try on the rock64 to force a modeline from X11 to get display working without loosing hdmi-sound.
In my case
"HDMI-Sound" does work. @ "bionic-minimal-rock64-0.6.44-239-arm64.img.xz"
"HDMI-Sound" does not work. @ "bionic-lxde-rock64-0.6.44-239-arm64.img.xz"
I am remembering that, In order to operate "HDMI-Sound" on "lxde-image" ,
It was necessary to set a setting in a place that is difficult to find.
So, I thought you were the same case, so I asked.
If it is a problem of "edid", it may not be related to above.
|
