Mailing List Archive

[Bug 1775] distro package of xen-4.1 breaks system on botting a vm
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1775


johneed@hotmail.com changed:

What |Removed |Added
----------------------------------------------------------------------------
Summary|distro package of xen-4.1 |distro package of xen-4.1
|breaks system on botting a |breaks system on botting a
|cm |vm




--
Configure bugmail: http://bugzilla.xensource.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

_______________________________________________
Xen-bugs mailing list
Xen-bugs@lists.xensource.com
http://lists.xensource.com/xen-bugs
[Bug 1775] distro package of xen-4.1 breaks system on botting a vm [ In reply to ]
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1775





------- Comment #8 from johneed@hotmail.com 2011-07-30 10:04 -------
ok I'm picking up the treads.

# make clean
# nano Config.mk
# emerge install-xen

for each alteration.

the build fails only for setting ACM_SECURITY ?= y.


--
Configure bugmail: http://bugzilla.xensource.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

_______________________________________________
Xen-bugs mailing list
Xen-bugs@lists.xensource.com
http://lists.xensource.com/xen-bugs
[Bug 1775] distro package of xen-4.1 breaks system on botting a vm [ In reply to ]
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1775





------- Comment #9 from konrad.wilk@oracle.com 2011-07-31 08:14 -------
(In reply to comment #7)
> Konrad;
>
> thanks. When you say maintainer, do you mean a gentoo maintainer?
> If so, then you are talking to the next gentoo maintainer, so I am trying to
> figure what is what.

Cool. So in regards to disable ACM/FLask - that was to you. In regards to
actually figuring why ACM/Flask does not seem to work - that was meant for the
maintainer of that code in Xen - who seemed to have moved on to other things.

> I have figured I know xen more than any gentoo dev. Updating and fixings
> things xen will lead to becoming a gentoo dev, and I intend to look after xen
> properly, since I will be the only one around who can work it.
> Do you imply the poor code is in the ebuild for emerging xen hypervisor,
> package xsm, or whatever is supposed to hookup with things ACM_SECURITY in xen.
>
> I have downloaded the 4.4.1. Is it not available via hg?
> # hg clone http://xenbits.xensource.com/xen-4.1.1-testing.hg doesn't work.
>

http://xenbits.xen.org/hg/ shows the link to be
http://xenbits.xen.org/hg/xen-4.1-testing.hg/

> I can get the use flags withdrawn, but the task at hand is to get them to work.

Ah, then you will need to figure out why FLASK does not work - I have no
knowledge of that code so won't be much help. You might have better luck
digging up the authors of said code and emailing them.

> I can say that change to setting
> FLASK_ENABLE ?= y
> cause the emerge or build to fail in my gentoo
>
> Thanks for your important help.
>


--
Configure bugmail: http://bugzilla.xensource.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

_______________________________________________
Xen-bugs mailing list
Xen-bugs@lists.xensource.com
http://lists.xensource.com/xen-bugs
[Bug 1775] distro package of xen-4.1 breaks system on botting a vm [ In reply to ]
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1775





------- Comment #10 from johneed@hotmail.com 2011-07-31 08:49 -------
ok; to correct last entries.

It seems that flask is fine. On repeating it a number of times, for whatever
reason, on compiling the xensource package xen-4.1-testing.hg, it appears that
entries flask and acm will in fact compile fine. It seems that setting flask on
its own will fail, it depends upon xsm being set. Setting xsm om its own or
with flask works.

In fact, setting all 3, the package builds. But like the gentoo emerge, the
hypervisor breaks the system if ACM_SECURITY is set. Setting use=ACM
presumably leads to setting ACM_SECURITY ?= n in the Config.mk. simple. So the
flaw isn't in gentoo, it' in the source. Like most everyone else in
gentooland, we don't know ACM.

ok so you don't know about flask, the question now is do you know about ACM.

Know here is an unexpected little extra. After pointing out happily setting
dom0=<1500MB> in the previous bug worked, it has now stopped working. On
booting,

gentoo64 grub # xm list
Name ID Mem VCPUs State Time(s)
Domain-0 0 7473 4 r----- 117.6
centos5.com 1 512 2 -b---- 0.5
...
...
...

The kernel arg is being ignored it seems. xm mem-set will adjust it ok, but
it's not doing what it's told. Foer fear of 'polluting' this one, shall I file
a new one for this? It's clearly a trivial flaw.

Essentially a workaround to the essence of the bug is to exclude ACM. Can it
be resolved??


--
Configure bugmail: http://bugzilla.xensource.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

_______________________________________________
Xen-bugs mailing list
Xen-bugs@lists.xensource.com
http://lists.xensource.com/xen-bugs