On Monday, August 8, 2016 at 11:51:14 PM UTC+3, Marek Marczykowski-Górecki wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > On Mon, Aug 08, 2016 at 01:10:31PM -0700, [email protected] <javascript:> > wrote: > > > > > > On Monday, August 8, 2016 at 6:20:01 AM UTC+3, Marek > Marczykowski-Górecki > > wrote: > > > It is something else: lack of #define XC_WANT_COMPAT_MAP_FOREIGN_API > in > > > shmoverride.c > > > > > > > Nice! I can confirm that this fixed the Xorg crash issue (also can open > > normally VM windows, since shmoverride is now operating). > > BTW this is already in gui-daemon master. > > > > And BTW it is not needed to include xenctrl_compat.h manually. By not > > > doing this, the code is compatible with both new and old Xen. See > > > xen-4.7 branch in marmarek/qubes-core-vchan-xen. > > > > > > As for vmm-xen repository - could you rebase it on top of xen-4.6 to > > > cleanup history? Otherwise I would need to cherry-pick individual > > > commits, which will remove signatures on them. > > > > > > > > Done. Updated also XSA182 patch formatting and removed XSA154 patch > > (already on Xen 4.7). > > Thanks! > I've pushed it to my github repo, with few minor additional patches. > vchan submodule still points at the old code though... > > Yes, I didn't want to pollute the history originally by making reference to my own repository, so until now I just manually edited the .gitmodules file.
Now that I look more carefully the submodule configuration, all the submodules seem to refer to certain snapshots of 3.1 release versions. For example reference to version of gui-common is also almost 1 year old. Even by modifying .gitmodules and adding "branch = xen-4.7" to core-vchan-xen the reference stays the same and manual intervention/checkout is needed. And if the snapshot reference is updated, then this has to be redone every time a new patch is applied to the target submodule repository. I'm not familiar at all with these advanged git options, so what's the best way to keep track of changes in submodules? > - -- > Best Regards, > Marek Marczykowski-Górecki > Invisible Things Lab > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2 > > iQEcBAEBCAAGBQJXqPC7AAoJENuP0xzK19csCtgH/A3Eyv/inP/Qtmn/P8qXVdMu > O4FKRjx3+dTlAtVJSJNFphhJC6viUVt/JoW+NepS/579APZKIGoXebPitUs2YhOs > Arrs5xg4koqRpuKY8cvXhmnRwsnCK7A30p4IGvTSBrbyvJhmaOcOH26Vc3oPMHPM > 79DTuMpQEkRRuLrWxNi/UEpzsKE3mjCjJHIu+vYPsacNnE1IiasqxLBNIwqzCFwj > MPq2nfkQBmyjID9tF4PivhVbzm1Hxd1LrFk6Fwi1ho7gq84IqD8d/2CrkL72eU8k > krrAMi6czVmnMc6NtXckGjeMb5B1i1FSm078tQajPtJjaH74VV1luj2quO9e7vM= > =SysX > -----END PGP SIGNATURE----- > Best regards, Marcus -- You received this message because you are subscribed to the Google Groups "qubes-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-devel/c46537fc-f269-4433-ae2c-c5d56a1cdcbf%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
