Update 22.02.2019 Feature-complete Debian build - SDIO WiFi/BT / PCIe / 3D / 2D

[Belakor]

Doesn't that violate the GPL?

Yes it does.  I can understand not trying to upstream changes until they are more thoroughly tested but not releasing source code is not the right thing to do.

[Bullet64]

For the first time i have working wlan on an ROCKPro64. Thanks Mr.Fixit



Sorry, only german.
https://forum.frank-mankel.org/topic/457...-erste-mal

[MisterA]

Hi,

Is there any word on full PCIe support? Anxiously waiting to get my SATA controller working :-)

Regards

[fosf0r]

GPL code is used but no GPL license is supplied.

GPL code is used to produce binaries but no source is supplied.

Please address this.

https://www.gnu.org/licenses/gpl-violation.html

[Mrfixit2001]

relax you hungry animals haha, i will make the kernel source available soon. I didn't expect so much concern over source and assumed you'd just be happy that you had this release available. At its core it's just rockchip's 4.4 bsp kernel, just heavily patched.
The delay is because this is a hobby, and I have a full time job, a wife and two kids, and limited free time. In the little free time I do have, I've been busy working on fixes for the next release. I assumed those would be a higher priority to everyone compared to source code.
I'm a bit of a perfectionist and want things to be working fully (to the best of my testing ability) before I publish them. I have recently finished back porting the majority of the important PCIe fixes from mainline, and added some of rockchip's new commits as well. Just this weekend Nuumio came up with an idea for delaying SDIO probing until after the PCIe link training completes and I was able to use his idea to get that working 100% of the time (you can follow much of that discussion, with a patch link, on the IRC).
I expect that there should be an updated release before the end of the week. Just one issue to work out in the boot script first. Following the release I'll drop the patched kernel source into a new repo on my GitHub
I do hope this addresses any concerns.

[KoU2N]

I might suggest replacing libmali.so on the build with this blob:
https://github.com/rockchip-linux/libmal...x11-gbm.so

I haven't test it yet, but *in theory* that blob should support both gbm and x11. Hopefully that would allow you to run XORG applications, such as web browsers.

If you want wayland instead of X then you could try this blob:
https://github.com/rockchip-linux/libmal...and-gbm.so

Again, I haven't tested either one, so please report back if you have success

Just download the blob and save it as libmali.so and overwrite the current symlink with this. If it works out then I'll include it in the next release.

Unfortunately, the swap file did not give anything. Chromium still does not start

You can use this script to slove the chromium problem,I have been tested.
Xfce with chromium.Youtube in chromium works well,but the sound(HDMI output) is not smooth.

[MisterA]

relax you hungry animals haha, i will make the kernel source available soon. I didn't expect so much concern over source and assumed you'd just be happy that you had this release available. At its core it's just rockchip's 4.4 bsp kernel, just heavily patched.
The delay is because this is a hobby, and I have a full time job, a wife and two kids, and limited free time. In the little free time I do have, I've been busy working on fixes for the next release. I assumed those would be a higher priority to everyone compared to source code.
I'm a bit of a perfectionist and want things to be working fully (to the best of my testing ability) before I publish them. I have recently finished back porting the majority of the important PCIe fixes from mainline, and added some of rockchip's new commits as well. Just this weekend Nuumio came up with an idea for delaying SDIO probing until after the PCIe link training completes and I was able to use his idea to get that working 100% of the time (you can follow much of that discussion, with a patch link, on the IRC).
I expect that there should be an updated release before the end of the week. Just one issue to work out in the boot script first. Following the release I'll drop the patched kernel source into a new repo on my GitHub
I do hope this addresses any concerns.

I fully agree with your statement and way of working.

In an ideal world you shouldn't be doing this work, it's up to the hardware manufacturers to support their devices.
Now they release hardware and say: "look it has this and this feature" (e.g. PCIe) but don't mention there is absolutely no software support for it. This is the reason the Raspberry Pi remains the defacto standard in spite of the lower performance specs.

Anyway: thanks for your effort!

[Bullet64]

@Mrfixit2001: Thanks for your work and Nuumio too 

I would be happy to test the image in my free time for you

[fosf0r]

relax you hungry animals haha, i will make the kernel source available soon. I didn't expect so much concern over source and assumed you'd just be happy that you had this release available. At its core it's just rockchip's 4.4 bsp kernel, just heavily patched.
The delay is because this is a hobby, and I have a full time job, a wife and two kids, and limited free time. In the little free time I do have, I've been busy working on fixes for the next release. I assumed those would be a higher priority to everyone compared to source code.
I'm a bit of a perfectionist and want things to be working fully (to the best of my testing ability) before I publish them. I have recently finished back porting the majority of the important PCIe fixes from mainline, and added some of rockchip's new commits as well. Just this weekend Nuumio came up with an idea for delaying SDIO probing until after the PCIe link training completes and I was able to use his idea to get that working 100% of the time (you can follow much of that discussion, with a patch link, on the IRC).
I expect that there should be an updated release before the end of the week. Just one issue to work out in the boot script first. Following the release I'll drop the patched kernel source into a new repo on my GitHub
I do hope this addresses any concerns.

Understood, but code quality and life's time constraints aren't valid reasons to fully disregard the GPL.

If you're going to embark on this journey already knowing you have limited time, then that is all the more reason for the source code to go up before the binaries. So we can all fix it with you.

[Luke]

The image has been updated, see initial post.