-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
failed to build rock5b #13
Comments
Got the same thing |
Has this been looked into yet? I am seeing the exact same error as OP when building for the Rock 5b (RK3588). |
I just did a test build and there were no failures. I got a full image compiled. Can you confirm that you have all of the requirements installed ? Even python2 ? |
Thank you for following up. I had not installed python2 as the readme indicated it was needed if building for the cm3 and rock3 derivatives. That said, I did install it, ran make clean and then re-ran make and hit the same error:
|
What system are you building on ? OS ? |
I was originally using Ubuntu Desktop 20.04 LTS running under VMWare (under Windows 11). It had been some time since I had built that VM, so I made a fresh VM with Ubuntu Desktop 23.04. Unfortunately, I encountered the same error. For the sake of completeness, with the fresh version of 23.04 installed, I performed the following from the /home/paul directory:
I ran the build without having python 2 since installing it on my 20.04 VM did not make a difference. I did note the following prompts were not automatically answered by the build, but I do not believe my responses resulted in the build error(s) I am seeing: Support Rockchip RK3528 (ROCKCHIP_RK3528) [N/y/?] (NEW) Thanks again for the help; I must be doing something wrong. |
ok - a few issues here... You need to checkout a particular version of buildroot. According to the readme :
Second of all I am pretty sure that the version of uboot sourced still required python2. Here are a few solution ideas for that problem : |
Once again, thank you for the follow up. I actually had done the git checkout 2022.05, but did neglect to put it into my notes. Thank you for catching that. I went all the way back to Ubuntu 18.04 and had not issues getting python installed. It did require sudo apt install python-minimal, but performing python2 -v shows 2,7.17 installed. I did check the repo you reference and it does indeed still require python2, but there is a check in the make file to see if python2 is installed and an error is thrown if it is not found. I do not see that error, so I think there is a different issue. The following is what I did under Ubuntu 18.04 and still I see the same error.
May I please ask what environment you used to run a test build? |
I've built this on various machines, ubuntu 22.04 and 22.10 for example. |
It is possible that pre-reqs are missing yes. When/if you find them, please let me know. |
I got it working for the Rock 5b. Here are my steps:
However this caused uboot to break during build due to some code references which could not be resolved. I had a look and was confident, that the code which caused the error is not needed for the RK3588 (but for some other SoC), so I created the following patch.
Afterwards it did build and I could boot it. @flatmax would you like that we change the recommended version in the readme to "2022.05.x"or tag "2022.05.3" and add the patch to your repo? If so (I have actually never done this before) how should I do it? May I create a pull request? |
@edwardzhou the actual reason why I tried buildroot version "2022.05.x" aka. tag "2022.05.3", is, that I also got some error during compilation before. I however don't recall it. But it might have been the same as you. After changing I then ran into the uboot issue, hence I created the abovementioned patch. |
@prubin100 I just realize, that my patch (at first glance) corresponds to the error you report. Maybe just try integrating my patch - it might work. |
Hi @akkusativk. Thank you for spending time on this issue and posting your findings. Curiously, I was still not able to build following your suggestion. I still receive the same error. It's as if the "buildroot.rockchip.ext/patches.rk3588/uboot/004-rockchip-otp.patch" file is being ignored - the lines of code it seeks to comment out look to still be compiling and thus the same error. I am not an expert on buildroot, but it does seem like the patch file should have been processed by virtue of its location. |
@flatmax I am also unable to successfully compile. I have the same result as @prubin100. The only difference in my setup is that I attempted it on Debian 12. Thoughts? @akkusativk Applying the patch you described had no impact on my result. |
@prubin100 @bmclapham1973 please describe your issues here. What is the error you face ? Here are my steps (switch for your correct paths below) :
|
Here is my error: CC drivers/usb/gadget/f_fastboot.o |
@flatmax I got the same error after following your same steps: source ~/temp/buildroot.rockchip/setup.rock5b.sh /home/name.unencrypted/buildroot.rk3588/ |
can you confirm you have python2 on your system ? what is the output of python2 when you execute it ?! |
@flatmax |
@flatmax I also tried the additional steps you recommended. I did not get the error I had previously seen and which @bmclapham1973 is now seeing but instead a new error. Below is the section of the output leading up to and including the build error. It's odd, it can't find a file related to openssl but clearly in a section related to the rk3588 when the error occurs. For what it's worth I had previously reverted (per my comments above) to Ubuntu 18.04 and installed python2, but doing so never helped with the error I had been seeing and which @bmclapham1973 is seeing now. I am going to make clean and try the build again to see if it was a fluke or recurs. `# As the kernel gets compiled before root filesystems are built, we create a fake cpio file. It'll bereplaced later by the real cpio archive, and the kernel will berebuilt using the linux-rebuild-with-initramfs target./usr/bin/sed -i -e "/\<CONFIG_DEVTMPFS\>/d" /home/paul/buildroot/output/build/linux-52f51a2b5ba178f331af62260d2da86d7472c14b//.config configuration written to .config
|
please install python2 and try again. It should work. |
@prubin100 that is a lot of information you are printing - I can't see anything I need there. Is it trying to compile Linux ? |
I am planning to install python 2.7 from source since it's not available via apt anymore. Do you have another suggestion for installing python2 on Debian 12? |
That was a problem for me as well - I can't remember how I solved it. Give it a go - it should be ok. |
Based on the following two lines it does look to me like it is trying to compile Linux:
The two lines just prior to the compilation error are what made me think it is related to the RK3358 code: DTCO arch/arm64/boot/dts/rockchip/overlay/rk3588-pwm3-m1.dtbo |
ok - I am a little unsure why it is having trouble. |
@prubin100 do you still have the issue, that the patch is not applied? If so, maybe buildroot does not apply the patch, because it thinks, that all patches for the package were already applied. Buildroot uses so called "stamp files" (e.g. '.stamp_downloaded', '.stamp_extracted', '.stamp_patched') to monitor the "progress" of packages, e.g., whether the patches for some packes were already applied or not. If the stamp file ist present, then a new compilation will cause the particular step to NOT be executed again. I.e., if there is already a '.stamp_patched' in your uboot BUILD folder (i.e., buildroot/output/build/uboot-versionXYZ/.stamp_patched), then no patches will be applied, if you rebuild. This then also means, that any new patch you add afterwards will not be applied. I know 3 things you can do:
I like the last option best. Afterwards you could try to first only rebuild uboot, by using For more info about how to rebuild packages in buildroot, see here: https://buildroot.org/downloads/manual/manual.html#rebuild-pkg I hope this helps :) |
@prubin100 regarding the other issue "fatal error: openssl/bio.h: No such file or directory", I had the same one recently. For me, installing libssl-dev did the trick, like described here: TinkerBoard/debian_kernel#26 |
@prubin100 @bmclapham1973 what you could also try to do just as a test: You could try to just manually apply the changes of my patch to the source file. Therefore you would have to open /app/buildroot/buildroot/output/build/uboot-stable-5.10-rock5/arch/arm/mach-rockchip/rk3588/rk3588.c, go to line 1164 and then manually apply the changes of my patch. It should then work. However, beware that a) the patch is then not used by buildroot, else there will be an error, because the patch cannot be properly applied once you already made the change manually |
following the instruction in READE for build rock5b, got below error
The text was updated successfully, but these errors were encountered: