[Mesa-dev] [android-x86-devel] Re: need-help: how to change to newest mesa in android-x86?

陈渝 yuchen at mail.tsinghua.edu.cn
Fri Jan 15 21:45:02 PST 2016 

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 at 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" <robherring2 at gmail.com>
> 发送时间: 2016-01-16 05:30:50 (星期六)
> 收件人: "Dave Airlie" <airlied at gmail.com>
> 抄送: "Rob Clark" <robdclark at gmail.com>, "Chih-Wei Huang" <cwhuang at android-x86.org>, "陈渝" <yuchen at mail.tsinghua.edu.cn>, "Android-x86 development" <android-x86-devel at googlegroups.com>, "mesa-dev at lists.freedesktop.org" <mesa-dev at 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 <airlied at 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+unsubscribe at googlegroups.com.
> To post to this group, send email to android-x86-devel at 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:yuchen at tsinghua.edu.cn
==============================================

More information about the mesa-dev mailing list