hi, Rob Herring: I have downloaded the AOSP repos finally(spend 36+ hours). and followed your Instructions try to know your current progress on x86_64.
I finished virglrenderer, qemu, kernel, BUT... (BTW, I have tried AOSP-6, android-x86 sucessfully in the last) When I build aosp， I got below error info, ... build/core/tasks/boot_jars_package_check.mk:34: update target 'out/target/common/obj/PACKAGING/boot-jars-package-check_intermediates/stamp' due to: out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/telephony-common_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/voip-common_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/ims-common_intermediates/classes.jar echo "Check package name for out/target/common/obj/JAVA_LIBRARIES/core-libart_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/conscrypt_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/okhttp_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/core-junit_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/bouncycastle_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/ext_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/telephony-common_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/voip-common_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/ims-common_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/apache-xml_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/org.apache.http.legacy.boot_intermediates/classes.jar" Check package name for out/target/common/obj/JAVA_LIBRARIES/core-libart_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/conscrypt_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/okhttp_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/core-junit_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/bouncycastle_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/ext_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/telephony-common_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/voip-common_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/ims-common_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/apache-xml_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/org.apache.http.legacy.boot_intermediates/classes.jar build/core/tasks/check_boot_jars/check_boot_jars.py build/core/tasks/check_boot_jars/package_whitelist.txt out/target/common/obj/JAVA_LIBRARIES/core-libart_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/conscrypt_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/okhttp_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/core-junit_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/bouncycastle_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/ext_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/telephony-common_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/voip-common_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/ims-common_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/apache-xml_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/org.apache.http.legacy.boot_intermediates/classes.jar mkdir -p out/target/common/obj/PACKAGING/boot-jars-package-check_intermediates/ && touch out/target/common/obj/PACKAGING/boot-jars-package-check_intermediates/stamp make: *** No rule to make target 'out/target/product/linaro_x86_64/obj/STATIC_LIBRARIES/libdrm_intermediates/export_includes', needed by 'out/target/product/linaro_x86_64/obj/STATIC_LIBRARIES/libminui_intermediates/import_includes'. Stop. ESC[0;31m#### make failed to build some targets (02:24 (mm:ss)) ####ESC[00m ---------------------- I also check the repos. It looks OK. ---------------------- chyyuu@chyyuu-X599:/media/chyyuu/opt2/robh-aosp$ repo status project device/linaro/generic/ (*** NO BRANCH ***) -- linaro_arm64/AndroidProducts.mk -- linaro_arm64/BoardConfig.mk -- linaro_x86_64/AndroidProducts.mk -- linaro_x86_64/BoardConfig.mk project frameworks/native/ (*** NO BRANCH ***) -m services/surfaceflinger/SurfaceFlinger.cpp ---------------------- Am I miss some thing? Now I have to learn drm_gralloc, drm_hwcomposer,..., I like them! Thank you! > -----原始邮件----- > 发件人: "Rob Herring" <robherri...@gmail.com> > 发送时间: 2016-01-16 05:30:50 (星期六) > 收件人: "Dave Airlie" <airl...@gmail.com> > 抄送: "Rob Clark" <robdcl...@gmail.com>, "Chih-Wei Huang" > <cwhu...@android-x86.org>, "陈渝" <yuc...@mail.tsinghua.edu.cn>, "Android-x86 > development" <android-x86-de...@googlegroups.com>, > "mesa-dev@lists.freedesktop.org" <mesa-dev@lists.freedesktop.org> > 主题: Re: Re: [android-x86-devel] Re: need-help: how to change to newest mesa > in android-x86? > > On Fri, Jan 15, 2016 at 3:10 PM, Dave Airlie <airl...@gmail.com> wrote: > >> > >> well, nothing specific, but for example early on we had some confusion > >> in drm_gralloc (when adding dmabuf fd support) about who close()d the > >> fd's. Resulting in same fd getting closed twice (although some > >> completely unrelated file handle might have snuck into that slot > >> between the two close()s). > >> > >> Or you could end up w/ the same sort of thing for gem handles (which > >> are unique to the drm device fd, so if you open() the device multiple > >> times..). I did initially have some confusion about this, w/ multiple > >> fd_bo's (or pipe_resource's) being created for a given gem handle, and > >> first one that gets deleted takes away the backing store that both > >> userspace references where using. > >> > >> You might want to look at freedreno_drm_winsys.c and the crazy things > >> it does.. I suspect virgl might need similar hacks. That is really > >> one part of two, that ensures that we share the same pipe_screen, and > >> therefore (from libdrm) fd_device, for a given drm device fd. The > >> other part is that fd_device has hashtables to deal w/ double import > >> of gem buffers. > > > > I think Rob Clark might be on the right track here. > > > > it sounds like the host is sending double deletes for some objects, which > > sounds like a possible reference counting bug in the host. > > > > So possibly something drm_gralloc, but it could be a bug in mesa, though > > I haven't triggered anything like this yet. > > Okay, I'll start digging there. > > > > > I'd be more willing to look at this if/when there is an easy to > > produce android-x86 > > image that I could just drop newer mesa/drm_gralloc into, I suppose I could > > look > > at ARM images, but I'm not really setup for cross dev, and I've a few > > other things to > > be doing. > > I've got a minimal build that is recent mesa and 4.4 kernel (only a > couple of patches on top of each) and runs in a VM (or arm64). It is > as easy as it gets with Android and rebuilding the world, but that's > not saying too much. Instructions are here[1]. > > Rob > > [1] > https://github.com/robherring/generic_device/wiki/Android-with-DRM-mesa-graphics > > -- > You received this message because you are subscribed to the Google Groups > "Android-x86 development" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to android-x86-devel+unsubscr...@googlegroups.com. > To post to this group, send email to android-x86-de...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/android-x86-devel/CAL_JsqJ1PiwktS0s2Cg1W95QE9Msq-YWqmw0%3D2sYJO%3DSpZ%3DvnA%40mail.gmail.com. > For more options, visit https://groups.google.com/d/optout. -- ============================================== Chen, Yu Ph.D. Associate Professor System Software&Software Engineering Group, Dept. of Computer Science and Technology Tsinghua University, Beijing 100084, P.R. China E-Mail: mailto:yuc...@tsinghua.edu.cn ============================================== _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
