i''m getting this following error while installing xen 4.0.1 from source after enabling XSM select-repository: Searching `.:..'' for linux-2.6.18-xen.hg select-repository: Ignoring `.'' Unable to determine path to Linux source tree. Falling back to linux-2.6.18-xen Mercurial repository. Cloning http://xenbits.xensource.com/linux-2.6.18-xen.hg to linux-2.6.18-xen.hg. abort: error: Name or service not known make[2]: *** [linux-2.6.18-xen.hg/.valid-src] Error 255 make[2]: Leaving directory `/root/xen-4.0.1'' make[1]: *** [linux-2.6-xen0-install] Error 2 make[1]: Leaving directory `/root/xen-4.0.1'' make: *** [install-kernels] Error 1 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users
i''m getting this following error while installing xen 4.0.1 from source after enabling XSM select-repository: Searching `.:..'' for linux-2.6.18-xen.hg select-repository: Ignoring `.'' Unable to determine path to Linux source tree. Falling back to linux-2.6.18-xen Mercurial repository. Cloning http://xenbits.xensource.com/linux-2.6.18-xen.hg to linux-2.6.18-xen.hg. abort: error: Name or service not known make[2]: *** [linux-2.6.18-xen.hg/.valid-src] Error 255 make[2]: Leaving directory `/root/xen-4.0.1'' make[1]: *** [linux-2.6-xen0-install] Error 2 make[1]: Leaving directory `/root/xen-4.0.1'' make: *** [install-kernels] Error 1 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users
On Fri, 2013-04-12 at 05:24 +0100, Dharshini Tharmaraj wrote:> > > > i''m getting this following error while installing xen 4.0.1 from > source after enabling XSM4.0.1 is pretty old...> select-repository: Searching `.:..'' for linux-2.6.18-xen.hg > select-repository: Ignoring `.'' > Unable to determine path to Linux source tree. > Falling back to linux-2.6.18-xen Mercurial repository. > Cloning http://xenbits.xensource.com/linux-2.6.18-xen.hg to linux-2.6.18-xen.hg. > abort: error: Name or service not knownSeems to be OK now, probably just a network glitch, or there is something up with your network connectivity. Ian.
---policydb.c: In function ‘policydb_read’: policydb.c:1779: error: format ‘%lu’ expects type ‘long unsigned int’, but argument 3 has type ‘size_t’ make[6]: *** [policydb.o] Error 1 make[6]: Leaving directory `/usr/src/xen-4.2.1/xen/xsm/flask/ss'' make[5]: *** [ss/built_in.o] Error 2 make[5]: Leaving directory `/usr/src/xen-4.2.1/xen/xsm/flask'' make[4]: *** [flask/built_in.o] Error 2 make[4]: Leaving directory `/usr/src/xen-4.2.1/xen/xsm'' make[3]: *** [/usr/src/xen-4.2.1/xen/xsm/built_in.o] Error 2 make[3]: Leaving directory `/usr/src/xen-4.2.1/xen/arch/x86'' make[2]: *** [/usr/src/xen-4.2.1/xen/xen] Error 2 make[2]: Leaving directory `/usr/src/xen-4.2.1/xen'' make[1]: *** [install] Error 2 make[1]: Leaving directory `/usr/src/xen-4.2.1/xen'' make: *** [install-xen] Error 2 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users
On Mon, 2013-04-15 at 07:55 +0100, Dharshini Tharmaraj wrote:> > > ---policydb.c: In function ‘policydb_read’: > policydb.c:1779: error: format ‘%lu’ expects type ‘long unsigned int’, but argument 3 has type ‘size_t’ > make[6]: *** [policydb.o] Error 1What options are you building with? What distro, what compiler. (In general a few words of explanation and not just a quote of an error log is always the most useful/polite way to approach a mailing list when asking for help) Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users
i''m installing xen 4.2.1 in debian 32 bit after enabling XSM but while giving the command "make world" i''m facing the below problem policydb.c: In function ‘policydb_read’: policydb.c:1779: error: format ‘%lu’ expects type ‘long unsigned int’, but argument 3 has type ‘size_t’ make[7]: *** [policydb.o] Error 1 make[7]: Leaving directory `/root/xen-4.2.1/xen/xsm/flask/ss'' make[6]: *** [ss/built_in.o] Error 2 make[6]: Leaving directory `/root/xen-4.2.1/xen/xsm/flask'' make[5]: *** [flask/built_in.o] Error 2 make[5]: Leaving directory `/root/xen-4.2.1/xen/xsm'' make[4]: *** [/root/xen-4.2.1/xen/xsm/built_in.o] Error 2 make[4]: Leaving directory `/root/xen-4.2.1/xen/arch/x86'' make[3]: *** [/root/xen-4.2.1/xen/xen] Error 2 make[3]: Leaving directory `/root/xen-4.2.1/xen'' make[2]: *** [install] Error 2 make[2]: Leaving directory `/root/xen-4.2.1/xen'' make[1]: *** [install-xen] Error 2 make[1]: Leaving directory `/root/xen-4.2.1'' make: *** [world] Error 2 can anyone help me out. On Mon, Apr 15, 2013 at 4:46 PM, Ian Campbell <Ian.Campbell@citrix.com>wrote:> On Mon, 2013-04-15 at 07:55 +0100, Dharshini Tharmaraj wrote: > > > > > > ---policydb.c: In function ‘policydb_read’: > > policydb.c:1779: error: format ‘%lu’ expects type ‘long unsigned int’, > but argument 3 has type ‘size_t’ > > make[6]: *** [policydb.o] Error 1 > > What options are you building with? What distro, what compiler. > > (In general a few words of explanation and not just a quote of an error > log is always the most useful/polite way to approach a mailing list when > asking for help) > > Ian. > > >_______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users
Ian Campbell
2013-Apr-15 13:36 UTC
[PATCH] xsm: fix printf format string for strlen result
strlen returns size_t:
policydb.c: In function ‘policydb_read’:
policydb.c:1779: error: format ‘%lu’ expects type ‘long unsigned int’, but
argument 3 has type ‘size_t’
This is probably benign on 64-bit x86 but was found by Dharshini on 32-bit Xen
4.2.x. I expect it affects ARM too.
Reported-by: Dharshini Tharmaraj <dharshinitharmaraj@gmail.com>
Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
Cc: Daniel De Graaf <dgdegra@tycho.nsa.gov>
---
xen/xsm/flask/ss/policydb.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/xen/xsm/flask/ss/policydb.c b/xen/xsm/flask/ss/policydb.c
index fefcd59..bdec4ac 100644
--- a/xen/xsm/flask/ss/policydb.c
+++ b/xen/xsm/flask/ss/policydb.c
@@ -1737,7 +1737,7 @@ int policydb_read(struct policydb *p, void *fp)
if ( len != strlen(POLICYDB_STRING) )
{
printk(KERN_ERR "Flask: policydb string length %d does not "
- "match expected length %lu\n",
+ "match expected length %zu\n",
len, strlen(POLICYDB_STRING));
goto bad;
}
--
1.7.2.5
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
Ian Campbell
2013-Apr-15 13:36 UTC
[PATCH] xsm: fix printf format string for strlen result
strlen returns size_t:
policydb.c: In function ‘policydb_read’:
policydb.c:1779: error: format ‘%lu’ expects type ‘long unsigned int’, but
argument 3 has type ‘size_t’
This is probably benign on 64-bit x86 but was found by Dharshini on 32-bit Xen
4.2.x. I expect it affects ARM too.
Reported-by: Dharshini Tharmaraj <dharshinitharmaraj@gmail.com>
Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
Cc: Daniel De Graaf <dgdegra@tycho.nsa.gov>
---
xen/xsm/flask/ss/policydb.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/xen/xsm/flask/ss/policydb.c b/xen/xsm/flask/ss/policydb.c
index fefcd59..bdec4ac 100644
--- a/xen/xsm/flask/ss/policydb.c
+++ b/xen/xsm/flask/ss/policydb.c
@@ -1737,7 +1737,7 @@ int policydb_read(struct policydb *p, void *fp)
if ( len != strlen(POLICYDB_STRING) )
{
printk(KERN_ERR "Flask: policydb string length %d does not "
- "match expected length %lu\n",
+ "match expected length %zu\n",
len, strlen(POLICYDB_STRING));
goto bad;
}
--
1.7.2.5
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
Ian Campbell
2013-Apr-22 12:28 UTC
Re: [PATCH] xsm: fix printf format string for strlen result
Adding Keir + Jan. On Mon, 2013-04-15 at 14:36 +0100, Ian Campbell wrote:> strlen returns size_t: > > policydb.c: In function ‘policydb_read’: > policydb.c:1779: error: format ‘%lu’ expects type ‘long unsigned int’, but argument 3 has type ‘size_t’ > > This is probably benign on 64-bit x86 but was found by Dharshini on 32-bit Xen > 4.2.x. I expect it affects ARM too. > > Reported-by: Dharshini Tharmaraj <dharshinitharmaraj@gmail.com> > Signed-off-by: Ian Campbell <ian.campbell@citrix.com> > Cc: Daniel De Graaf <dgdegra@tycho.nsa.gov> > --- > xen/xsm/flask/ss/policydb.c | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/xen/xsm/flask/ss/policydb.c b/xen/xsm/flask/ss/policydb.c > index fefcd59..bdec4ac 100644 > --- a/xen/xsm/flask/ss/policydb.c > +++ b/xen/xsm/flask/ss/policydb.c > @@ -1737,7 +1737,7 @@ int policydb_read(struct policydb *p, void *fp) > if ( len != strlen(POLICYDB_STRING) ) > { > printk(KERN_ERR "Flask: policydb string length %d does not " > - "match expected length %lu\n", > + "match expected length %zu\n", > len, strlen(POLICYDB_STRING)); > goto bad; > }_______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel
Ian Campbell
2013-Apr-22 12:28 UTC
Re: [PATCH] xsm: fix printf format string for strlen result
Adding Keir + Jan. On Mon, 2013-04-15 at 14:36 +0100, Ian Campbell wrote:> strlen returns size_t: > > policydb.c: In function ‘policydb_read’: > policydb.c:1779: error: format ‘%lu’ expects type ‘long unsigned int’, but argument 3 has type ‘size_t’ > > This is probably benign on 64-bit x86 but was found by Dharshini on 32-bit Xen > 4.2.x. I expect it affects ARM too. > > Reported-by: Dharshini Tharmaraj <dharshinitharmaraj@gmail.com> > Signed-off-by: Ian Campbell <ian.campbell@citrix.com> > Cc: Daniel De Graaf <dgdegra@tycho.nsa.gov> > --- > xen/xsm/flask/ss/policydb.c | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/xen/xsm/flask/ss/policydb.c b/xen/xsm/flask/ss/policydb.c > index fefcd59..bdec4ac 100644 > --- a/xen/xsm/flask/ss/policydb.c > +++ b/xen/xsm/flask/ss/policydb.c > @@ -1737,7 +1737,7 @@ int policydb_read(struct policydb *p, void *fp) > if ( len != strlen(POLICYDB_STRING) ) > { > printk(KERN_ERR "Flask: policydb string length %d does not " > - "match expected length %lu\n", > + "match expected length %zu\n", > len, strlen(POLICYDB_STRING)); > goto bad; > }_______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users
Jan Beulich
2013-Apr-29 15:50 UTC
Re: [PATCH] xsm: fix printf format string for strlen result
>>> On 22.04.13 at 14:28, Ian Campbell <Ian.Campbell@citrix.com> wrote: > Adding Keir + Jan.Would really be Daniel to give his ack here. It's a trivial enough change, so if I don't see an ack soon, I'll probably commit this anyway... Jan> On Mon, 2013-04-15 at 14:36 +0100, Ian Campbell wrote: >> strlen returns size_t: >> >> policydb.c: In function ‘policydb_read’: >> policydb.c:1779: error: format ‘%lu’ expects type ‘long unsigned int’, but > argument 3 has type ‘size_t’ >> >> This is probably benign on 64-bit x86 but was found by Dharshini on 32-bit > Xen >> 4.2.x. I expect it affects ARM too. >> >> Reported-by: Dharshini Tharmaraj <dharshinitharmaraj@gmail.com> >> Signed-off-by: Ian Campbell <ian.campbell@citrix.com> >> Cc: Daniel De Graaf <dgdegra@tycho.nsa.gov> >> --- >> xen/xsm/flask/ss/policydb.c | 2 +- >> 1 files changed, 1 insertions(+), 1 deletions(-) >> >> diff --git a/xen/xsm/flask/ss/policydb.c b/xen/xsm/flask/ss/policydb.c >> index fefcd59..bdec4ac 100644 >> --- a/xen/xsm/flask/ss/policydb.c >> +++ b/xen/xsm/flask/ss/policydb.c >> @@ -1737,7 +1737,7 @@ int policydb_read(struct policydb *p, void *fp) >> if ( len != strlen(POLICYDB_STRING) ) >> { >> printk(KERN_ERR "Flask: policydb string length %d does not " >> - "match expected length %lu\n", >> + "match expected length %zu\n", >> len, strlen(POLICYDB_STRING)); >> goto bad; >> }_______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel
Jan Beulich
2013-Apr-29 15:50 UTC
Re: [PATCH] xsm: fix printf format string for strlen result
>>> On 22.04.13 at 14:28, Ian Campbell <Ian.Campbell@citrix.com> wrote: > Adding Keir + Jan.Would really be Daniel to give his ack here. It's a trivial enough change, so if I don't see an ack soon, I'll probably commit this anyway... Jan> On Mon, 2013-04-15 at 14:36 +0100, Ian Campbell wrote: >> strlen returns size_t: >> >> policydb.c: In function ‘policydb_read’: >> policydb.c:1779: error: format ‘%lu’ expects type ‘long unsigned int’, but > argument 3 has type ‘size_t’ >> >> This is probably benign on 64-bit x86 but was found by Dharshini on 32-bit > Xen >> 4.2.x. I expect it affects ARM too. >> >> Reported-by: Dharshini Tharmaraj <dharshinitharmaraj@gmail.com> >> Signed-off-by: Ian Campbell <ian.campbell@citrix.com> >> Cc: Daniel De Graaf <dgdegra@tycho.nsa.gov> >> --- >> xen/xsm/flask/ss/policydb.c | 2 +- >> 1 files changed, 1 insertions(+), 1 deletions(-) >> >> diff --git a/xen/xsm/flask/ss/policydb.c b/xen/xsm/flask/ss/policydb.c >> index fefcd59..bdec4ac 100644 >> --- a/xen/xsm/flask/ss/policydb.c >> +++ b/xen/xsm/flask/ss/policydb.c >> @@ -1737,7 +1737,7 @@ int policydb_read(struct policydb *p, void *fp) >> if ( len != strlen(POLICYDB_STRING) ) >> { >> printk(KERN_ERR "Flask: policydb string length %d does not " >> - "match expected length %lu\n", >> + "match expected length %zu\n", >> len, strlen(POLICYDB_STRING)); >> goto bad; >> }_______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users
Daniel De Graaf
2013-Apr-29 16:10 UTC
Re: [PATCH] xsm: fix printf format string for strlen result
On 04/29/2013 11:50 AM, Jan Beulich wrote:>>>> On 22.04.13 at 14:28, Ian Campbell <Ian.Campbell@citrix.com> wrote: >> Adding Keir + Jan. > > Would really be Daniel to give his ack here. It's a trivial enough > change, so if I don't see an ack soon, I'll probably commit this > anyway... > > JanAh, sorry about that, for some reason I didn't register that this was waiting for my Ack since it seemed like a trivial change. Acked-by: Daniel De Graaf <dgdegra@tycho.nsa.gov>> >> On Mon, 2013-04-15 at 14:36 +0100, Ian Campbell wrote: >>> strlen returns size_t: >>> >>> policydb.c: In function ‘policydb_read’: >>> policydb.c:1779: error: format ‘%lu’ expects type ‘long unsigned int’, but >> argument 3 has type ‘size_t’ >>> >>> This is probably benign on 64-bit x86 but was found by Dharshini on 32-bit >> Xen >>> 4.2.x. I expect it affects ARM too. >>> >>> Reported-by: Dharshini Tharmaraj <dharshinitharmaraj@gmail.com> >>> Signed-off-by: Ian Campbell <ian.campbell@citrix.com> >>> Cc: Daniel De Graaf <dgdegra@tycho.nsa.gov> >>> --- >>> xen/xsm/flask/ss/policydb.c | 2 +- >>> 1 files changed, 1 insertions(+), 1 deletions(-) >>> >>> diff --git a/xen/xsm/flask/ss/policydb.c b/xen/xsm/flask/ss/policydb.c >>> index fefcd59..bdec4ac 100644 >>> --- a/xen/xsm/flask/ss/policydb.c >>> +++ b/xen/xsm/flask/ss/policydb.c >>> @@ -1737,7 +1737,7 @@ int policydb_read(struct policydb *p, void *fp) >>> if ( len != strlen(POLICYDB_STRING) ) >>> { >>> printk(KERN_ERR "Flask: policydb string length %d does not " >>> - "match expected length %lu\n", >>> + "match expected length %zu\n", >>> len, strlen(POLICYDB_STRING)); >>> goto bad; >>> }_______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users
Daniel De Graaf
2013-Apr-29 16:10 UTC
Re: [PATCH] xsm: fix printf format string for strlen result
On 04/29/2013 11:50 AM, Jan Beulich wrote:>>>> On 22.04.13 at 14:28, Ian Campbell <Ian.Campbell@citrix.com> wrote: >> Adding Keir + Jan. > > Would really be Daniel to give his ack here. It's a trivial enough > change, so if I don't see an ack soon, I'll probably commit this > anyway... > > JanAh, sorry about that, for some reason I didn't register that this was waiting for my Ack since it seemed like a trivial change. Acked-by: Daniel De Graaf <dgdegra@tycho.nsa.gov>> >> On Mon, 2013-04-15 at 14:36 +0100, Ian Campbell wrote: >>> strlen returns size_t: >>> >>> policydb.c: In function ‘policydb_read’: >>> policydb.c:1779: error: format ‘%lu’ expects type ‘long unsigned int’, but >> argument 3 has type ‘size_t’ >>> >>> This is probably benign on 64-bit x86 but was found by Dharshini on 32-bit >> Xen >>> 4.2.x. I expect it affects ARM too. >>> >>> Reported-by: Dharshini Tharmaraj <dharshinitharmaraj@gmail.com> >>> Signed-off-by: Ian Campbell <ian.campbell@citrix.com> >>> Cc: Daniel De Graaf <dgdegra@tycho.nsa.gov> >>> --- >>> xen/xsm/flask/ss/policydb.c | 2 +- >>> 1 files changed, 1 insertions(+), 1 deletions(-) >>> >>> diff --git a/xen/xsm/flask/ss/policydb.c b/xen/xsm/flask/ss/policydb.c >>> index fefcd59..bdec4ac 100644 >>> --- a/xen/xsm/flask/ss/policydb.c >>> +++ b/xen/xsm/flask/ss/policydb.c >>> @@ -1737,7 +1737,7 @@ int policydb_read(struct policydb *p, void *fp) >>> if ( len != strlen(POLICYDB_STRING) ) >>> { >>> printk(KERN_ERR "Flask: policydb string length %d does not " >>> - "match expected length %lu\n", >>> + "match expected length %zu\n", >>> len, strlen(POLICYDB_STRING)); >>> goto bad; >>> }_______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel
Jan Beulich
2013-Apr-30 07:11 UTC
Re: [PATCH] xsm: fix printf format string for strlen result
>>> On 29.04.13 at 18:10, Daniel De Graaf <dgdegra@tycho.nsa.gov> wrote: > On 04/29/2013 11:50 AM, Jan Beulich wrote: >>>>> On 22.04.13 at 14:28, Ian Campbell <Ian.Campbell@citrix.com> wrote: >>> Adding Keir + Jan. >> >> Would really be Daniel to give his ack here. It''s a trivial enough >> change, so if I don''t see an ack soon, I''ll probably commit this >> anyway... > > Ah, sorry about that, for some reason I didn''t register that this was > waiting for my Ack since it seemed like a trivial change.Trivial or not, the rule of thumb is that all patches should have an ack from a maintainer. Otherwise we''re getting into the gray zone of determining where "trivial" ends. So while exceptions to this are possible, we''re trying to limit them... Jan
Jan Beulich
2013-Apr-30 07:11 UTC
Re: [PATCH] xsm: fix printf format string for strlen result
>>> On 29.04.13 at 18:10, Daniel De Graaf <dgdegra@tycho.nsa.gov> wrote: > On 04/29/2013 11:50 AM, Jan Beulich wrote: >>>>> On 22.04.13 at 14:28, Ian Campbell <Ian.Campbell@citrix.com> wrote: >>> Adding Keir + Jan. >> >> Would really be Daniel to give his ack here. It''s a trivial enough >> change, so if I don''t see an ack soon, I''ll probably commit this >> anyway... > > Ah, sorry about that, for some reason I didn''t register that this was > waiting for my Ack since it seemed like a trivial change.Trivial or not, the rule of thumb is that all patches should have an ack from a maintainer. Otherwise we''re getting into the gray zone of determining where "trivial" ends. So while exceptions to this are possible, we''re trying to limit them... Jan