OpenVZ Forum


Home » Mailing lists » Devel » PPC64 Kernel 2.6.18 + RPM packages
PPC64 Kernel 2.6.18 + RPM packages [message #13201] Wed, 23 May 2007 11:59 Go to next message
Christian Kaiser2 is currently offline  Christian Kaiser2
Messages: 27
Registered: May 2007
Junior Member
Hi all,

I did my first steps wtih OpenVZ on a JS21 Blade. I'm running FC6 and built
my own 2.6.18 kernel from kernel.org with your latest patches (028stab31).
I used the default kernel config (not yours but from vanilla kernel) and I
removed support for checkpointing. There was no menu entry for the Fair CPU
scheduler in the menuconfig for the powerpc architecture. The compilation
failed printing the following lines:

In file included from drivers/media/video/pwc/pwc-uncompress.c:29:
include/asm/current.h: In function ‘get_current’:
include/asm/current.h:23: warning: implicit declaration of function
‘offsetof’
include/asm/current.h:23: error: expected expression before ‘struct’
make[4]: *** [drivers/media/video/pwc/pwc-uncompress.o] Error 1
make[3]: *** [drivers/media/video/pwc] Error 2
make[2]: *** [drivers/media/video] Error 2
make[1]: *** [drivers/media] Error 2
make: *** [drivers] Error 2

Then I replaced the include/asm/current.h file with the
include/asm/current.h file of the vanilla kernel and compiled for new. Now
it works. I could compile and boot the kernel with your patches (excluding
the include/asm/current.h file).

After that I installed the ppc64 rpm packes of vzquota, vzctl and
vzctl-lib. "vzkernel" and "vzquotamod" were missing so I had to force the
installation (--nodeps) because I did the kernel compilation on my own,
right?
After installation I tried to run /etc/init.d/vz start but it faild because
of a missing library libvzctl-0.0.2.so. I found it in /usr/lib64 instead of
/usr/lib.

[root@s10b10-0 ~]# /etc/init.d/vz start
Starting OpenVZ: [ OK ]
Bringing up interface venet0: [ OK ]
Configuring interface venet0: [ OK ]
vzctl set 0 --cpuunits 1000 failed: /usr/sbin/vzctl: error [FAILED]ading
shared libraries: libvzctl-0.0.2.so: cannot open shared object file: No
such file or directory

It seems to be that there is a mixture of 32 and 64 bit binaries and libs.
See that output of /usr/sbin:

[root@s10b10-0 sbin]# file vz*
vzcalc: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1
(SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), for
GNU/Linux 2.6.4, not stripped
vzcfgvalidate: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1
(SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), for
GNU/Linux 2.6.4, not stripped
vzcpucheck: Bourne-Again shell script text executable
vzctl: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1
(SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), for
GNU/Linux 2.6.4, not stripped
vzdqcheck: ELF 64-bit MSB executable, cisco 7500, version 1 (SYSV), for
GNU/Linux 2.6.4, dynamically linked (uses shared libs), for GNU/Linux
2.6.4, stripped
vzdqdump: ELF 64-bit MSB executable, cisco 7500, version 1 (SYSV), for
GNU/Linux 2.6.4, dynamically linked (uses shared libs), for GNU/Linux
2.6.4, stripped
vzdqload: ELF 64-bit MSB executable, cisco 7500, version 1 (SYSV), for
GNU/Linux 2.6.4, dynamically linked (uses shared libs), for GNU/Linux
2.6.4, stripped
vzlist: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1
(SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), for
GNU/Linux 2.6.4, not stripped
vzmemcheck: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1
(SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), for
GNU/Linux 2.6.4, not stripped
vzmigrate: Bourne-Again shell script text executable
vznetcfg: Bourne-Again shell script text executable
vzpid: Bourne-Again shell script text executable
vzquota: ELF 64-bit MSB executable, cisco 7500, version 1 (SYSV), for
GNU/Linux 2.6.4, dynamically linked (uses shared libs), for GNU/Linux
2.6.4, stripped
vzsplit: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1
(SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), for
GNU/Linux 2.6.4, not stripped

or here a 32 bit object file in /usr/lib64 directory ?!?

[root@s10b10-0 sbin]# file /usr/lib64/libvzctl-0.0.2.so
/usr/lib64/libvzctl-0.0.2.so: ELF 32-bit MSB shared object, PowerPC or
cisco 4500, version 1 (SYSV), not stripped

So moving the lib from /usr/lib64 to /usr/lib solved my problem but showed
another error when starting /etc/init.d/vz start

[root@s10b10-0 vzctl-3.0.16]# /etc/init.d/vz start
Starting OpenVZ: [ OK ]
Bringing up interface venet0: [ OK ]
Configuring interface venet0: [ OK ]
vzctl set 0 --cpuunits 1000 failed: Setting CPU units: 1000
fairsched_chwt: No such file or directory
WARNING: Settings were not saved and will be resetted to or[FAILED]alues on
next start (use --save flag)

What is "fairsched_chwt"? And why is it missing in my configuration?? An VE
creation works fine:

[root@s10b10-0 cache]# vzctl create 101 --ostemplate
debian-3.1-powerpc-minimal --ipadd 192.168.0.101 --hostname ve101
Creating VE private area (debian-3.1-powerpc-minimal)
Warning: Temp dir /vz/private/101.tmp already exists, deleting
Performing postcreate actions
VE private area was created

but starting an VE fails. There is no verbose output on that even when I
switch it on.

[root@s10b10-0 ~]# vzctl --verbose start 101
Starting VE ...
VE is mounted
VE start failed
VE is unmounted
[root@s10b10-0 ~]#

Can someone help me on this?

Mit freundlichen Grüßen / Best Regards
Christian Kaiser
--
IBM Deutschland Entwicklung GmbH
Open Systems Firmware Development
mail: ckaiser2@de.ibm.com

IBM Deutschland Entwicklung GmbH
Vorsitzender des Aufsichtsrats: Martin Jetter
Geschäftsführung: Herbert Kircher
Sitz der Gesellschaft: Böblingen
Registergericht: Amtsgericht Stuttgart, HRB 243294
Re: PPC64 Kernel 2.6.18 + RPM packages [message #13213 is a reply to message #13201] Wed, 23 May 2007 12:41 Go to previous messageGo to next message
dev is currently offline  dev
Messages: 1693
Registered: September 2005
Location: Moscow
Senior Member

Christian Kaiser2 wrote:
> Hi all,
>
> I did my first steps wtih OpenVZ on a JS21 Blade. I'm running FC6 and built
> my own 2.6.18 kernel from kernel.org with your latest patches (028stab31).
> I used the default kernel config (not yours but from vanilla kernel) and I
> removed support for checkpointing. There was no menu entry for the Fair CPU
> scheduler in the menuconfig for the powerpc architecture. The compilation
> failed printing the following lines:

related to Fair CPU scheduler:
please check that CONFIG_SCHED_VCPU=y
then CONFIG_FAIRSCHED will appear and should be set to y as well.

You are right, CONFIG_CPT should be disabled as powerpc is not supported by
checkpointing currently.

> In file included from drivers/media/video/pwc/pwc-uncompress.c:29:
> include/asm/current.h: In function ‘get_current’:
> include/asm/current.h:23: warning: implicit declaration of function
> ‘offsetof’
> include/asm/current.h:23: error: expected expression before ‘struct’
> make[4]: *** [drivers/media/video/pwc/pwc-uncompress.o] Error 1
> make[3]: *** [drivers/media/video/pwc] Error 2
> make[2]: *** [drivers/media/video] Error 2
> make[1]: *** [drivers/media] Error 2
> make: *** [drivers] Error 2

imho, it is a mainstream bug (maybe triggered by our changes).
2 fixes possible:

1. Simply add:

#include <linux/stddef.h>

in include/asm-powerpc/current.h (after #include <asm/paca.h>)

2. or add the same line at the very beginning at file which failed to compile,
i.e. to drivers/media/video/pwc/pwc-uncompress.c

>
> Then I replaced the include/asm/current.h file with the
> include/asm/current.h file of the vanilla kernel and compiled for new. Now
> it works. I could compile and boot the kernel with your patches (excluding
> the include/asm/current.h file).

this changes came from diff-merge-2.6.18.8-20070227, which is essentially
the fixes from 2.6.18.8. i.e. the following changeset from mainstream caused the problem:
http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.1 8.y.git;a=commitdiff;h=f102c840f7f72492a83c93fa65396fe0edcf1df6


> After that I installed the ppc64 rpm packes of vzquota, vzctl and
> vzctl-lib. "vzkernel" and "vzquotamod" were missing so I had to force the
> installation (--nodeps) because I did the kernel compilation on my own,
> right?

right.

> After installation I tried to run /etc/init.d/vz start but it faild because
> of a missing library libvzctl-0.0.2.so. I found it in /usr/lib64 instead of
> /usr/lib.
>
> [root@s10b10-0 ~]# /etc/init.d/vz start
> Starting OpenVZ: [ OK ]
> Bringing up interface venet0: [ OK ]
> Configuring interface venet0: [ OK ]
> vzctl set 0 --cpuunits 1000 failed: /usr/sbin/vzctl: error [FAILED]ading
> shared libraries: libvzctl-0.0.2.so: cannot open shared object file: No
> such file or directory
>
> It seems to be that there is a mixture of 32 and 64 bit binaries and libs.
> See that output of /usr/sbin:
>
> [root@s10b10-0 sbin]# file vz*
> vzcalc: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1
> (SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), for
> GNU/Linux 2.6.4, not stripped
> vzcfgvalidate: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1
> (SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), for
> GNU/Linux 2.6.4, not stripped
> vzcpucheck: Bourne-Again shell script text executable
> vzctl: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1
> (SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), for
> GNU/Linux 2.6.4, not stripped
> vzdqcheck: ELF 64-bit MSB executable, cisco 7500, version 1 (SYSV), for
> GNU/Linux 2.6.4, dynamically linked (uses shared libs), for GNU/Linux
> 2.6.4, stripped
> vzdqdump: ELF 64-bit MSB executable, cisco 7500, version 1 (SYSV), for
> GNU/Linux 2.6.4, dynamically linked (uses shared libs), for GNU/Linux
> 2.6.4, stripped
> vzdqload: ELF 64-bit MSB executable, cisco 7500, version 1 (SYSV), for
> GNU/Linux 2.6.4, dynamically linked (uses shared libs), for GNU/Linux
> 2.6.4, stripped
> vzlist: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1
> (SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), for
> GNU/Linux 2.6.4, not stripped
> vzmemcheck: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1
> (SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), for
> GNU/Linux 2.6.4, not stripped
> vzmigrate: Bourne-Again shell script text executable
> vznetcfg: Bourne-Again shell script text executable
> vzpid: Bourne-Again shell script text executable
> vzquota: ELF 64-bit MSB executable, cisco 7500, version 1 (SYSV), for
> GNU/Linux 2.6.4, dynamically linked (uses shared libs), for GNU/Linux
> 2.6.4, stripped
> vzsplit: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1
> (SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), for
> GNU/Linux 2.6.4, not stripped

looks like all binaries from vzquota package are 64bit, while
binaries from vzctl package are 32bit... Can you try to recompile vzctl yourself please?
and please tell me where you took the binaries from so I could recheck/fix it if needed :)

>
> or here a 32 bit object file in /usr/lib64 directory ?!?
>
> [root@s10b10-0 sbin]# file /usr/lib64/libvzctl-0.0.2.so
> /usr/lib64/libvzctl-0.0.2.so: ELF 32-bit MSB shared object, PowerPC or
> cisco 4500, version 1 (SYSV), not stripped
>
> So moving the lib from /usr/lib64 to /usr/lib solved my problem but showed
> another error when starting /etc/init.d/vz start
>
> [root@s10b10-0 vzctl-3.0.16]# /etc/init.d/vz start
> Starting OpenVZ: [ OK ]
> Bringing up interface venet0: [ OK ]
> Configuring interface venet0: [ OK ]
> vzctl set 0 --cpuunits 1000 failed: Setting CPU units: 1000
> fairsched_chwt: No such file or directory
> WARNING: Settings were not saved and will be resetted to or[FAILED]alues on
> next start (use --save flag)
>
> What is "fairsched_chwt"? And why is it missing in my configuration?? An VE
> creation works fine:

this is due to not set CONFIG_FAIRSCHED option in your kernel .config file.

> [root@s10b10-0 cache]# vzctl create 101 --ostemplate
> debian-3.1-powerpc-minimal --ipadd 192.168.0.101 --hostname ve101
> Creating VE private area (debian-3.1-powerpc-minimal)
> Warning: Temp dir /vz/private/101.tmp already exists, deleting
> Performing postcreate actions
> VE private area was created
>
> but starting an VE fails. There is no verbose output on that even when I
> switch it on.
>
> [root@s10b10-0 ~]# vzctl --verbose start 101
> Starting VE ...
> VE is mounted
> VE start failed
> VE is unmounted
> [root@s10b10-0 ~]#
>
> Can someone help me on this?
doing my best :)

Thanks,
Kirill
Re: PPC64 Kernel 2.6.18 + RPM packages [message #13215 is a reply to message #13201] Wed, 23 May 2007 12:47 Go to previous messageGo to next message
dev is currently offline  dev
Messages: 1693
Registered: September 2005
Location: Moscow
Senior Member

looks like you have 32bit binaries in vzctl since configure script didn't add
-m64 to CFLAGS, though it has a code in configure.ac for this.
Checking...

Kirill

Christian Kaiser2 wrote:
> Hi all,
>
> I did my first steps wtih OpenVZ on a JS21 Blade. I'm running FC6 and built
> my own 2.6.18 kernel from kernel.org with your latest patches (028stab31).
> I used the default kernel config (not yours but from vanilla kernel) and I
> removed support for checkpointing. There was no menu entry for the Fair CPU
> scheduler in the menuconfig for the powerpc architecture. The compilation
> failed printing the following lines:
>
> In file included from drivers/media/video/pwc/pwc-uncompress.c:29:
> include/asm/current.h: In function ‘get_current’:
> include/asm/current.h:23: warning: implicit declaration of function
> ‘offsetof’
> include/asm/current.h:23: error: expected expression before ‘struct’
> make[4]: *** [drivers/media/video/pwc/pwc-uncompress.o] Error 1
> make[3]: *** [drivers/media/video/pwc] Error 2
> make[2]: *** [drivers/media/video] Error 2
> make[1]: *** [drivers/media] Error 2
> make: *** [drivers] Error 2
>
> Then I replaced the include/asm/current.h file with the
> include/asm/current.h file of the vanilla kernel and compiled for new. Now
> it works. I could compile and boot the kernel with your patches (excluding
> the include/asm/current.h file).
>
> After that I installed the ppc64 rpm packes of vzquota, vzctl and
> vzctl-lib. "vzkernel" and "vzquotamod" were missing so I had to force the
> installation (--nodeps) because I did the kernel compilation on my own,
> right?
> After installation I tried to run /etc/init.d/vz start but it faild because
> of a missing library libvzctl-0.0.2.so. I found it in /usr/lib64 instead of
> /usr/lib.
>
> [root@s10b10-0 ~]# /etc/init.d/vz start
> Starting OpenVZ: [ OK ]
> Bringing up interface venet0: [ OK ]
> Configuring interface venet0: [ OK ]
> vzctl set 0 --cpuunits 1000 failed: /usr/sbin/vzctl: error [FAILED]ading
> shared libraries: libvzctl-0.0.2.so: cannot open shared object file: No
> such file or directory
>
> It seems to be that there is a mixture of 32 and 64 bit binaries and libs.
> See that output of /usr/sbin:
>
> [root@s10b10-0 sbin]# file vz*
> vzcalc: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1
> (SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), for
> GNU/Linux 2.6.4, not stripped
> vzcfgvalidate: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1
> (SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), for
> GNU/Linux 2.6.4, not stripped
> vzcpucheck: Bourne-Again shell script text executable
> vzctl: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1
> (SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), for
> GNU/Linux 2.6.4, not stripped
> vzdqcheck: ELF 64-bit MSB executable, cisco 7500, version 1 (SYSV), for
> GNU/Linux 2.6.4, dynamically linked (uses shared libs), for GNU/Linux
> 2.6.4, stripped
> vzdqdump: ELF 64-bit MSB executable, cisco 7500, version 1 (SYSV), for
> GNU/Linux 2.6.4, dynamically linked (uses shared libs), for GNU/Linux
> 2.6.4, stripped
> vzdqload: ELF 64-bit MSB executable, cisco 7500, version 1 (SYSV), for
> GNU/Linux 2.6.4, dynamically linked (uses shared libs), for GNU/Linux
> 2.6.4, stripped
> vzlist: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1
> (SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), for
> GNU/Linux 2.6.4, not stripped
> vzmemcheck: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1
> (SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), for
> GNU/Linux 2.6.4, not stripped
> vzmigrate: Bourne-Again shell script text executable
> vznetcfg: Bourne-Again shell script text executable
> vzpid: Bourne-Again shell script text executable
> vzquota: ELF 64-bit MSB executable, cisco 7500, version 1 (SYSV), for
> GNU/Linux 2.6.4, dynamically linked (uses shared libs), for GNU/Linux
> 2.6.4, stripped
> vzsplit: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1
> (SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), for
> GNU/Linux 2.6.4, not stripped
>
> or here a 32 bit object file in /usr/lib64 directory ?!?
>
> [root@s10b10-0 sbin]# file /usr/lib64/libvzctl-0.0.2.so
> /usr/lib64/libvzctl-0.0.2.so: ELF 32-bit MSB shared object, PowerPC or
> cisco 4500, version 1 (SYSV), not stripped
>
> So moving the lib from /usr/lib64 to /usr/lib solved my problem but showed
> another error when starting /etc/init.d/vz start
>
> [root@s10b10-0 vzctl-3.0.16]# /etc/init.d/vz start
> Starting OpenVZ: [ OK ]
> Bringing up interface venet0: [ OK ]
> Configuring interface venet0: [ OK ]
> vzctl set 0 --cpuunits 1000 failed: Setting CPU units: 1000
> fairsched_chwt: No such file or directory
> WARNING: Settings were not saved and will be resetted to or[FAILED]alues on
> next start (use --save flag)
>
> What is "fairsched_chwt"? And why is it missing in my configuration?? An VE
> creation works fine:
>
> [root@s10b10-0 cache]# vzctl create 101 --ostemplate
> debian-3.1-powerpc-minimal --ipadd 192.168.0.101 --hostname ve101
> Creating VE private area (debian-3.1-powerpc-minimal)
> Warning: Temp dir /vz/private/101.tmp already exists, deleting
> Performing postcreate actions
> VE private area was created
>
> but starting an VE fails. There is no verbose output on that even when I
> switch it on.
>
> [root@s10b10-0 ~]# vzctl --verbose start 101
> Starting VE ...
> VE is mounted
> VE start failed
> VE is unmounted
> [root@s10b10-0 ~]#
>
> Can someone help me on this?
>
> Mit freundlichen Grüßen / Best Regards
> Christian Kaiser
> --
> IBM Deutschland Entwicklung GmbH
> Open Systems Firmware Development
> mail: ckaiser2@de.ibm.com
>
> IBM Deutschland Entwicklung GmbH
> Vorsitzender des Aufsichtsrats: Martin Jetter
> Geschäftsführung: Herbert Kircher
> Sitz der Gesellschaft: Böblingen
> Registergericht: Amtsgericht Stuttgart, HRB 243294
>
Re: PPC64 Kernel 2.6.18 + RPM packages [message #13219 is a reply to message #13201] Wed, 23 May 2007 12:51 Go to previous messageGo to next message
kir is currently offline  kir
Messages: 1645
Registered: August 2005
Location: Moscow, Russia
Senior Member

Christian Kaiser2 wrote:
> It seems to be that there is a mixture of 32 and 64 bit binaries and libs.
>

vzctl should be compiled with -m64 flag to gcc. There is a code in
configure.ac for that:

if test x$build_cpu = xppc64; then
CFLAGS="${CFLAGS} -m64"
fi

So it looks like in your case $build_cpu is set to something different
than 'ppc64' -- can you tell us its value so we can fix this
configure.ac code accordingly?

As a workaround, you may do
CFLAGS="-m64" ./configure
make clean
make

> See that output of /usr/sbin:
>
> [root@s10b10-0 sbin]# file vz*
> vzcalc: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1
> (SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), for
> GNU/Linux 2.6.4, not stripped
> vzcfgvalidate: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1
> (SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), for
> GNU/Linux 2.6.4, not stripped
> vzcpucheck: Bourne-Again shell script text executable
> vzctl: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1
> (SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), for
> GNU/Linux 2.6.4, not stripped
>
Re: PPC64 Kernel 2.6.18 + RPM packages [message #13222 is a reply to message #13213] Wed, 23 May 2007 12:57 Go to previous messageGo to next message
Alexey Dobriyan is currently offline  Alexey Dobriyan
Messages: 195
Registered: August 2006
Senior Member
On Wed, May 23, 2007 at 04:41:03PM +0400, Kirill Korotaev wrote:
> Christian Kaiser2 wrote:
> > [root@s10b10-0 vzctl-3.0.16]# /etc/init.d/vz start
> > Starting OpenVZ: [ OK ]
> > Bringing up interface venet0: [ OK ]
> > Configuring interface venet0: [ OK ]
> > vzctl set 0 --cpuunits 1000 failed: Setting CPU units: 1000
> > fairsched_chwt: No such file or directory
> > WARNING: Settings were not saved and will be resetted to or[FAILED]alues on
> > next start (use --save flag)
> >
> > What is "fairsched_chwt"? And why is it missing in my configuration?? An VE
> > creation works fine:
>
> this is due to not set CONFIG_FAIRSCHED option in your kernel .config file.

It would return -ENOSYS then?
Re: PPC64 Kernel 2.6.18 + RPM packages [message #13238 is a reply to message #13222] Wed, 23 May 2007 13:34 Go to previous messageGo to next message
Christian Kaiser2 is currently offline  Christian Kaiser2
Messages: 27
Registered: May 2007
Junior Member
Alexey Dobriyan <adobriyan@sw.ru> wrote on 05/23/2007 03:06:10 PM:

> On Wed, May 23, 2007 at 04:41:03PM +0400, Kirill Korotaev wrote:
> > Christian Kaiser2 wrote:
> > > [root@s10b10-0 vzctl-3.0.16]# /etc/init.d/vz start
> > > Starting OpenVZ: [ OK ]
> > > Bringing up interface venet0: [ OK ]
> > > Configuring interface venet0: [ OK ]
> > > vzctl set 0 --cpuunits 1000 failed: Setting CPU units: 1000
> > > fairsched_chwt: No such file or directory
> > > WARNING: Settings were not saved and will be resetted to
> or[FAILED]alues on
> > > next start (use --save flag)
> > >
> > > What is "fairsched_chwt"? And why is it missing in my
> configuration?? An VE
> > > creation works fine:
> >
> > this is due to not set CONFIG_FAIRSCHED option in your kernel .config
file.
>
> It would return -ENOSYS then?
>

When, where and what should return "-ENOSYS"?

I rechecked my .config file and I've seen that
CONFIG_SCHED_VCPU=y
CONFIG_FAIRSCHED=y
is already in it. But I cannot find it in the menuconfig. The menu of
powerpc architecture is a bit different than i386. So perhaps I just
haven't seen it... where should I find it then?

So what I posted before is perhaps wrong. CONFIG_FAIRSCHED _was set_ in
.config file. But I got the error "fairsched_chwt: No such file or
directory".

Mit freundlichen Grüßen / Best Regards
Christian Kaiser
--
IBM Deutschland Entwicklung GmbH
Open Systems Firmware Development
mail: ckaiser2@de.ibm.com

IBM Deutschland Entwicklung GmbH
Vorsitzender des Aufsichtsrats: Martin Jetter
Geschäftsführung: Herbert Kircher
Sitz der Gesellschaft: Böblingen
Registergericht: Amtsgericht Stuttgart, HRB 243294
Re: PPC64 Kernel 2.6.18 + RPM packages [message #13241 is a reply to message #13219] Wed, 23 May 2007 14:28 Go to previous messageGo to next message
Christian Kaiser2 is currently offline  Christian Kaiser2
Messages: 27
Registered: May 2007
Junior Member
Kir Kolyshkin <kir@openvz.org> wrote on 05/23/2007 02:51:07 PM:

> Christian Kaiser2 wrote:
> > It seems to be that there is a mixture of 32 and 64 bit binaries and
libs.
> >
>
> vzctl should be compiled with -m64 flag to gcc. There is a code in
> configure.ac for that:
>
> if test x$build_cpu = xppc64; then
> CFLAGS="${CFLAGS} -m64"
> fi
>
> So it looks like in your case $build_cpu is set to something different
> than 'ppc64' -- can you tell us its value so we can fix this
> configure.ac code accordingly?
>

from config.log: build_cpu='powerpc64'

> As a workaround, you may do
> CFLAGS="-m64" ./configure
> make clean
> make
>

Mit freundlichen Grüßen / Best Regards
Christian Kaiser
--
IBM Deutschland Entwicklung GmbH
Open Systems Firmware Development
mail: ckaiser2@de.ibm.com

IBM Deutschland Entwicklung GmbH
Vorsitzender des Aufsichtsrats: Martin Jetter
Geschäftsführung: Herbert Kircher
Sitz der Gesellschaft: Böblingen
Registergericht: Amtsgericht Stuttgart, HRB 243294
Re: PPC64 Kernel 2.6.18 + RPM packages [message #13244 is a reply to message #13213] Wed, 23 May 2007 14:37 Go to previous messageGo to next message
Christian Kaiser2 is currently offline  Christian Kaiser2
Messages: 27
Registered: May 2007
Junior Member
devel-bounces@openvz.org wrote on 05/23/2007 02:41:03 PM:

> > In file included from drivers/media/video/pwc/pwc-uncompress.c:29:
> > include/asm/current.h: In function ‘get_current’:
> > include/asm/current.h:23: warning: implicit declaration of function
> > ‘offsetof’
> > include/asm/current.h:23: error: expected expression before ‘struct’
> > make[4]: *** [drivers/media/video/pwc/pwc-uncompress.o] Error 1
> > make[3]: *** [drivers/media/video/pwc] Error 2
> > make[2]: *** [drivers/media/video] Error 2
> > make[1]: *** [drivers/media] Error 2
> > make: *** [drivers] Error 2
>
> imho, it is a mainstream bug (maybe triggered by our changes).
> 2 fixes possible:
>
> 1. Simply add:
>
> #include <linux/stddef.h>
>
> in include/asm-powerpc/current.h (after #include <asm/paca.h>)
>
> 2. or add the same line at the very beginning at file which failed to
compile,
> i.e. to drivers/media/video/pwc/pwc-uncompress.c
>

I tried the 1. solution. Works fine for me now!


> > It seems to be that there is a mixture of 32 and 64 bit binaries and
libs.
>
> looks like all binaries from vzquota package are 64bit, while
> binaries from vzctl package are 32bit... Can you try to recompile
> vzctl yourself please?
> and please tell me where you took the binaries from so I could
> recheck/fix it if needed :)
>

I'll try to recompile the packages with the hints you gave me. I'll do this
tomorrow.

I've taken the ppc64 rpm binary packages from
http://openvz.org/download/utils/
So there is also a mixture of 32 and 64 bit packages in there.
I think vzctl an vzctl-lib is 32 bit, while vzquota is 64 bit.

> > So moving the lib from /usr/lib64 to /usr/lib solved my problem but
showed
> > another error when starting /etc/init.d/vz start
> >
> > [root@s10b10-0 vzctl-3.0.16]# /etc/init.d/vz start
> > Starting OpenVZ: [ OK ]
> > Bringing up interface venet0: [ OK ]
> > Configuring interface venet0: [ OK ]
> > vzctl set 0 --cpuunits 1000 failed: Setting CPU units: 1000
> > fairsched_chwt: No such file or directory
> > WARNING: Settings were not saved and will be resetted to
or[FAILED]alues on
> > next start (use --save flag)
> >
> > What is "fairsched_chwt"? And why is it missing in my configuration??
An VE
> > creation works fine:
>
> this is due to not set CONFIG_FAIRSCHED option in your kernel .config
file.
>

I was wrong when I mentioned that it is not set. I've had a look at the
kernel .config file. There it set. But in menuconfig I can't find it. See
also my response to Alexey please.

Mit freundlichen Grüßen / Best Regards
Christian Kaiser
--
IBM Deutschland Entwicklung GmbH
Open Systems Firmware Development
mail: ckaiser2@de.ibm.com

IBM Deutschland Entwicklung GmbH
Vorsitzender des Aufsichtsrats: Martin Jetter
Geschäftsführung: Herbert Kircher
Sitz der Gesellschaft: Böblingen
Registergericht: Amtsgericht Stuttgart, HRB 243294
Re: PPC64 Kernel 2.6.18 + RPM packages [message #13390 is a reply to message #13238] Fri, 25 May 2007 12:41 Go to previous messageGo to next message
dev is currently offline  dev
Messages: 1693
Registered: September 2005
Location: Moscow
Senior Member

Christian,

sys_fairsched_chwt() can return ENOENT in the only case:
when fairsched node ID was not found in the list.
but VE0 node is always on the list.
So I guess there is something wrong with syscall args in your case.

Please apply the attached patch to the kernel and vzctl
recompile/reboot and report the output of both.

Thanks,
Kirill


> When, where and what should return "-ENOSYS"?
>
> I rechecked my .config file and I've seen that
> CONFIG_SCHED_VCPU=y
> CONFIG_FAIRSCHED=y
> is already in it. But I cannot find it in the menuconfig. The menu of
> powerpc architecture is a bit different than i386. So perhaps I just
> haven't seen it... where should I find it then?
>
> So what I posted before is perhaps wrong. CONFIG_FAIRSCHED _was set_ in
> .config file. But I got the error "fairsched_chwt: No such file or
> directory".
>
> Mit freundlichen Grüßen / Best Regards
> Christian Kaiser
> --
> IBM Deutschland Entwicklung GmbH
> Open Systems Firmware Development
> mail: ckaiser2@de.ibm.com
>
> IBM Deutschland Entwicklung GmbH
> Vorsitzender des Aufsichtsrats: Martin Jetter
> Geschäftsführung: Herbert Kircher
> Sitz der Gesellschaft: Böblingen
> Registergericht: Amtsgericht Stuttgart, HRB 243294
>
>
>


--- ./kernel/fairsched.c.ve2350 2007-05-24 11:48:18.000000000 +0400
+++ ./kernel/fairsched.c 2007-05-25 16:36:36.000000000 +0400
@@ -618,6 +618,7 @@ static struct fairsched_node *fairsched_
struct fairsched_node *p;

for_each_fairsched_node(p) {
+ printk(" fairsched_find: search %u, node: %d/%u\n", id, p->id, p->id);
if (p->id == id)
return p;
}
@@ -734,9 +735,13 @@ int do_fairsched_chwt(unsigned int id, u
if (weight < 1 || weight > FSCHWEIGHT_MAX)
return -EINVAL;

+ printk("do_fairsched_chwt: node %u, w %u\n", id, weight);
node = fairsched_find(id);
- if (node == NULL)
+ if (node == NULL) {
+ printk("do_fairsched_chwt: ENOENT\n");
return -ENOENT;
+ }
+ printk("do_fairsched_chwt: found\n");

spin_lock_irq(&fairsched_lock);
node->weight = weight;

diff --git a/src/lib/cpu.c b/src/lib/cpu.c
index 947d973..b0b53a7 100644
--- a/src/lib/cpu.c
+++ b/src/lib/cpu.c
@@ -74,7 +74,7 @@ static int set_cpulimit(envid_t veid, un

static int set_cpuweight(envid_t veid, unsigned int cpuweight)
{
-
+ logger(0, 0, "vzctl: fairsched_chwt(%u, %u)", veid, cpuweight);
if (fairsched_chwt(veid, cpuweight)) {
logger(-1, errno, "fairsched_chwt");
return VZ_SETFSHD_ERROR;
Re: PPC64 Kernel 2.6.18 + RPM packages [message #13398 is a reply to message #13390] Fri, 25 May 2007 13:30 Go to previous messageGo to next message
Christian Kaiser2 is currently offline  Christian Kaiser2
Messages: 27
Registered: May 2007
Junior Member
Kirill Korotaev <dev@sw.ru> wrote on 05/25/2007 02:41:09 PM:

> Christian,
>
> sys_fairsched_chwt() can return ENOENT in the only case:
> when fairsched node ID was not found in the list.
> but VE0 node is always on the list.
> So I guess there is something wrong with syscall args in your case.
>
> Please apply the attached patch to the kernel and vzctl
> recompile/reboot and report the output of both.
>
> Thanks,
> Kirill
>
>

OK! here it is:

1. vzctl:

[root@s10b10-0 ~]# vzctl set 0 --cpuunits 1000
Setting CPU units: 1000
vzctl: fairsched_chwt(2147483647, 500)
fairsched_chwt: No such file or directory

2. kernel messages (dmesg):

fairsched_find: search 500, node: 2147483647/2147483647

> > When, where and what should return "-ENOSYS"?
> >
> > I rechecked my .config file and I've seen that
> > CONFIG_SCHED_VCPU=y
> > CONFIG_FAIRSCHED=y
> > is already in it. But I cannot find it in the menuconfig. The menu of
> > powerpc architecture is a bit different than i386. So perhaps I just
> > haven't seen it... where should I find it then?
> >
> > So what I posted before is perhaps wrong. CONFIG_FAIRSCHED _was set_ in
> > .config file. But I got the error "fairsched_chwt: No such file or
> > directory".
> >
> > Mit freundlichen Grüßen / Best Regards
> > Christian Kaiser
> >
> >
>
> --- ./kernel/fairsched.c.ve2350 2007-05-24 11:48:18.000000000 +0400
> +++ ./kernel/fairsched.c 2007-05-25 16:36:36.000000000 +0400
> @@ -618,6 +618,7 @@ static struct fairsched_node *fairsched_
> struct fairsched_node *p;
>
> for_each_fairsched_node(p) {
> + printk(" fairsched_find: search %u, node: %d/%u\n", id, p->id,
p->id);
> if (p->id == id)
> return p;
> }
> @@ -734,9 +735,13 @@ int do_fairsched_chwt(unsigned int id, u
> if (weight < 1 || weight > FSCHWEIGHT_MAX)
> return -EINVAL;
>
> + printk("do_fairsched_chwt: node %u, w %u\n", id, weight);
> node = fairsched_find(id);
> - if (node == NULL)
> + if (node == NULL) {
> + printk("do_fairsched_chwt: ENOENT\n");
> return -ENOENT;
> + }
> + printk("do_fairsched_chwt: found\n");
>
> spin_lock_irq(&fairsched_lock);
> node->weight = weight;
> diff --git a/src/lib/cpu.c b/src/lib/cpu.c
> index 947d973..b0b53a7 100644
> --- a/src/lib/cpu.c
> +++ b/src/lib/cpu.c
> @@ -74,7 +74,7 @@ static int set_cpulimit(envid_t veid, un
>
> static int set_cpuweight(envid_t veid, unsigned int cpuweight)
> {
> -
> + logger(0, 0, "vzctl: fairsched_chwt(%u, %u)", veid, cpuweight);
> if (fairsched_chwt(veid, cpuweight)) {
> logger(-1, errno, "fairsched_chwt");
> return VZ_SETFSHD_ERROR;

Mit freundlichen Grüßen / Best Regards
Christian Kaiser
--
IBM Deutschland Entwicklung GmbH
Open Systems Firmware Development
mail: ckaiser2@de.ibm.com

IBM Deutschland Entwicklung GmbH
Vorsitzender des Aufsichtsrats: Martin Jetter
Geschäftsführung: Herbert Kircher
Sitz der Gesellschaft: Böblingen
Registergericht: Amtsgericht Stuttgart, HRB 243294
Re: PPC64 Kernel 2.6.18 + RPM packages [message #13403 is a reply to message #13398] Fri, 25 May 2007 14:04 Go to previous messageGo to next message
dev is currently offline  dev
Messages: 1693
Registered: September 2005
Location: Moscow
Senior Member

Christian, please check the patch attached.

Kirill

Christian Kaiser2 wrote:
> Kirill Korotaev <dev@sw.ru> wrote on 05/25/2007 02:41:09 PM:
>
>
>>Christian,
>>
>>sys_fairsched_chwt() can return ENOENT in the only case:
>>when fairsched node ID was not found in the list.
>>but VE0 node is always on the list.
>>So I guess there is something wrong with syscall args in your case.
>>
>>Please apply the attached patch to the kernel and vzctl
>>recompile/reboot and report the output of both.
>>
>>Thanks,
>>Kirill
>>
>>
>
>
> OK! here it is:
>
> 1. vzctl:
>
> [root@s10b10-0 ~]# vzctl set 0 --cpuunits 1000
> Setting CPU units: 1000
> vzctl: fairsched_chwt(2147483647, 500)
> fairsched_chwt: No such file or directory
>
> 2. kernel messages (dmesg):
>
> fairsched_find: search 500, node: 2147483647/2147483647
>
>
>>>When, where and what should return "-ENOSYS"?
>>>
>>>I rechecked my .config file and I've seen that
>>>CONFIG_SCHED_VCPU=y
>>>CONFIG_FAIRSCHED=y
>>>is already in it. But I cannot find it in the menuconfig. The menu of
>>>powerpc architecture is a bit different than i386. So perhaps I just
>>>haven't seen it... where should I find it then?
>>>
>>>So what I posted before is perhaps wrong. CONFIG_FAIRSCHED _was set_ in
>>>.config file. But I got the error "fairsched_chwt: No such file or
>>>directory".
>>>
>>>Mit freundlichen Grüßen / Best Regards
>>>Christian Kaiser
>>>
>>>
>>
>>--- ./kernel/fairsched.c.ve2350 2007-05-24 11:48:18.000000000 +0400
>>+++ ./kernel/fairsched.c 2007-05-25 16:36:36.000000000 +0400
>>@@ -618,6 +618,7 @@ static struct fairsched_node *fairsched_
>> struct fairsched_node *p;
>>
>> for_each_fairsched_node(p) {
>>+ printk(" fairsched_find: search %u, node: %d/%u\n", id, p->id,
>
> p->id);
>
>> if (p->id == id)
>> return p;
>> }
>>@@ -734,9 +735,13 @@ int do_fairsched_chwt(unsigned int id, u
>> if (weight < 1 || weight > FSCHWEIGHT_MAX)
>> return -EINVAL;
>>
>>+ printk("do_fairsched_chwt: node %u, w %u\n", id, weight);
>> node = fairsched_find(id);
>>- if (node == NULL)
>>+ if (node == NULL) {
>>+ printk("do_fairsched_chwt: ENOENT\n");
>> return -ENOENT;
>>+ }
>>+ printk("do_fairsched_chwt: found\n");
>>
>> spin_lock_irq(&fairsched_lock);
>> node->weight = weight;
>>diff --git a/src/lib/cpu.c b/src/lib/cpu.c
>>index 947d973..b0b53a7 100644
>>--- a/src/lib/cpu.c
>>+++ b/src/lib/cpu.c
>>@@ -74,7 +74,7 @@ static int set_cpulimit(envid_t veid, un
>>
>> static int set_cpuweight(envid_t veid, unsigned int cpuweight)
>> {
>>-
>>+ logger(0, 0, "vzctl: fairsched_chwt(%u, %u)", veid, cpuweight);
>> if (fairsched_chwt(veid, cpuweight)) {
>> logger(-1, errno, "fairsched_chwt");
>> return VZ_SETFSHD_ERROR;
>
>
> Mit freundlichen Grüßen / Best Regards
> Christian Kaiser
> --
> IBM Deutschland Entwicklung GmbH
> Open Systems Firmware Development
> mail: ckaiser2@de.ibm.com
>
> IBM Deutschland Entwicklung GmbH
> Vorsitzender des Aufsichtsrats: Martin Jetter
> Geschäftsführung: Herbert Kircher
> Sitz der Gesellschaft: Böblingen
> Registergericht: Amtsgericht Stuttgart, HRB 243294
>
>
>


--- ./include/asm-powerpc/systbl.h.ve2351 2007-05-24 11:48:17.000000000 +0400
+++ ./include/asm-powerpc/systbl.h 2007-05-25 17:58:34.000000000 +0400
@@ -304,7 +304,7 @@ SYSCALL_SPU(fchmodat)
SYSCALL_SPU(faccessat)
COMPAT_SYS_SPU(get_robust_list)
COMPAT_SYS_SPU(set_robust_list) /* 300 */
-SYS_SKIP(301, 399)
+SYS_SKIP(301, 400)
SYSCALL(ni_syscall)
SYS_SKIP_END()
SYSCALL(fairsched_mknod) /* 400 */
@@ -313,7 +313,7 @@ SYSCALL(fairsched_chwt)
SYSCALL(fairsched_mvpr)
SYSCALL(fairsched_rate)
SYSCALL(fairsched_vcpus)
-SYS_SKIP(406, 409)
+SYS_SKIP(406, 410)
SYSCALL(ni_syscall)
SYS_SKIP_END()
SYSCALL(getluid) /* 410 */
Re: PPC64 Kernel 2.6.18 + RPM packages [message #13404 is a reply to message #13398] Fri, 25 May 2007 14:07 Go to previous messageGo to next message
dev is currently offline  dev
Messages: 1693
Registered: September 2005
Location: Moscow
Senior Member

Christian Kaiser2 wrote:
> Kirill Korotaev <dev@sw.ru> wrote on 05/25/2007 02:41:09 PM:
>
>
>>Christian,
>>
>>sys_fairsched_chwt() can return ENOENT in the only case:
>>when fairsched node ID was not found in the list.
>>but VE0 node is always on the list.
>>So I guess there is something wrong with syscall args in your case.
>>
>>Please apply the attached patch to the kernel and vzctl
>>recompile/reboot and report the output of both.
>>
>>Thanks,
>>Kirill
>>
>>
>
>
> OK! here it is:
>
> 1. vzctl:
>
> [root@s10b10-0 ~]# vzctl set 0 --cpuunits 1000
> Setting CPU units: 1000
> vzctl: fairsched_chwt(2147483647, 500)
> fairsched_chwt: No such file or directory
>
> 2. kernel messages (dmesg):
>
> fairsched_find: search 500, node: 2147483647/2147483647
is it the only message???
it should have printed more...
well. it looks like these 2 numbers were somehow swapped in the kernel.
it should have printed "fairsched_find: search 2147483647, node: 2147483647/2147483647",
i.e. 2147483647 instead of 500...

Thanks,
Kirill
Re: PPC64 Kernel 2.6.18 + RPM packages [message #13406 is a reply to message #13403] Fri, 25 May 2007 14:26 Go to previous messageGo to next message
Christian Kaiser2 is currently offline  Christian Kaiser2
Messages: 27
Registered: May 2007
Junior Member
Kirill Korotaev <dev@sw.ru> wrote on 05/25/2007 04:04:35 PM:

> Christian, please check the patch attached.
>
> Kirill
>
> --- ./include/asm-powerpc/systbl.h.ve2351 2007-05-24 11:48:17.
> 000000000 +0400
> +++ ./include/asm-powerpc/systbl.h 2007-05-25 17:58:34.000000000 +0400
> @@ -304,7 +304,7 @@ SYSCALL_SPU(fchmodat)
> SYSCALL_SPU(faccessat)
> COMPAT_SYS_SPU(get_robust_list)
> COMPAT_SYS_SPU(set_robust_list) /* 300 */
> -SYS_SKIP(301, 399)
> +SYS_SKIP(301, 400)
> SYSCALL(ni_syscall)
> SYS_SKIP_END()
> SYSCALL(fairsched_mknod) /* 400 */
> @@ -313,7 +313,7 @@ SYSCALL(fairsched_chwt)
> SYSCALL(fairsched_mvpr)
> SYSCALL(fairsched_rate)
> SYSCALL(fairsched_vcpus)
> -SYS_SKIP(406, 409)
> +SYS_SKIP(406, 410)
> SYSCALL(ni_syscall)
> SYS_SKIP_END()
> SYSCALL(getluid) /* 410 */

That's it! Yeah!
/etc/init.d/vz start seems to work without errors. I was able to start an
VE and to enter it. I will do a more precise testing next week.

Thank you very much and please add the patch to the git repository of
2.6.18-openvz!

Mit freundlichen Grüßen / Best Regards
Christian Kaiser
--
IBM Deutschland Entwicklung GmbH
Open Systems Firmware Development
mail: ckaiser2@de.ibm.com

IBM Deutschland Entwicklung GmbH
Vorsitzender des Aufsichtsrats: Martin Jetter
Geschäftsführung: Herbert Kircher
Sitz der Gesellschaft: Böblingen
Registergericht: Amtsgericht Stuttgart, HRB 243294
Re: PPC64 Kernel 2.6.18 + RPM packages [message #13407 is a reply to message #13406] Fri, 25 May 2007 14:34 Go to previous messageGo to next message
dev is currently offline  dev
Messages: 1693
Registered: September 2005
Location: Moscow
Senior Member

> That's it! Yeah!
> /etc/init.d/vz start seems to work without errors. I was able to start an
> VE and to enter it. I will do a more precise testing next week.
>
> Thank you very much and please add the patch to the git repository of
> 2.6.18-openvz!
thanks, queued :)

Thanks,
Kirill
Re: PPC64 Kernel 2.6.18 + RPM packages [message #13575 is a reply to message #13407] Wed, 30 May 2007 09:52 Go to previous messageGo to next message
Christian Kaiser2 is currently offline  Christian Kaiser2
Messages: 27
Registered: May 2007
Junior Member
devel-bounces@openvz.org wrote on 05/25/2007 04:34:39 PM:

> > /etc/init.d/vz start seems to work without errors. I was able to start
an
> > VE and to enter it. I will do a more precise testing next week.

Here I am back from testing. Creating, starting and stopping a VE works
great. Then I did testing with LTP syscall Testing Suite on a native JS21
Blade and then inside a VE (with all capabilities except syspcap) that I
created from a selfmade FC6-ppc template.

Unfortunately some tests fail already on the native running FC6 with Kernel
2.6.18-028stab033:

swapon02, vmsplice01

And these tests fail inside a VE:

syslog12, ustat01, ustat02 + the two tests I mentionned above.

That means that the same tests fail inside a powerpc64 VE like in a x86 VE.
Thats a great effort, I guess, because we could say that OpenVZ runs
"stable" on powerpc64. Now I'll try to find out why these two tests fail
when they run natively.

> > Thank you very much and please add the patch to the git repository of
> > 2.6.18-openvz!
> thanks, queued :)
>
> Thanks,
> Kirill

Mit freundlichen Grüßen / Best Regards
Christian Kaiser
--
IBM Deutschland Entwicklung GmbH
Open Systems Firmware Development
mail: ckaiser2@de.ibm.com

IBM Deutschland Entwicklung GmbH
Vorsitzender des Aufsichtsrats: Martin Jetter
Geschäftsführung: Herbert Kircher
Sitz der Gesellschaft: Böblingen
Registergericht: Amtsgericht Stuttgart, HRB 243294
Re: PPC64 Kernel 2.6.18 + RPM packages [message #13707 is a reply to message #13201] Mon, 04 June 2007 08:01 Go to previous message
dev is currently offline  dev
Messages: 1693
Registered: September 2005
Location: Moscow
Senior Member

http://git.openvz.org/?p=linux-2.6.18-openvz;a=commit;h=cb649b7cede6764c00e256578dc3c7ad73c1b24c

Thanks,
Kirill

Christian Kaiser2 wrote:
> Hi Kirill,
>
> imho there is no reason for not adding the patch to the git repository.
> I've tested it for one week now and I'm getting no serious errors.
>
> Mit freundlichen Grüßen / Best Regards
> Christian Kaiser
> --
> IBM Deutschland Entwicklung GmbH
> Open Systems Firmware Development
> mail: ckaiser2@de.ibm.com
>
> IBM Deutschland Entwicklung GmbH
> Vorsitzender des Aufsichtsrats: Martin Jetter
> Geschäftsführung: Herbert Kircher
> Sitz der Gesellschaft: Böblingen
> Registergericht: Amtsgericht Stuttgart, HRB 243294
>
> devel-bounces@openvz.org wrote on 05/25/2007 04:04:35 PM:
>
>
>>Christian, please check the patch attached.
>>
>>Kirill
>>
>>--- ./include/asm-powerpc/systbl.h.ve2351 2007-05-24 11:48:17.
>>000000000 +0400
>>+++ ./include/asm-powerpc/systbl.h 2007-05-25 17:58:34.000000000 +0400
>>@@ -304,7 +304,7 @@ SYSCALL_SPU(fchmodat)
>> SYSCALL_SPU(faccessat)
>> COMPAT_SYS_SPU(get_robust_list)
>> COMPAT_SYS_SPU(set_robust_list) /* 300 */
>>-SYS_SKIP(301, 399)
>>+SYS_SKIP(301, 400)
>> SYSCALL(ni_syscall)
>> SYS_SKIP_END()
>> SYSCALL(fairsched_mknod) /* 400 */
>>@@ -313,7 +313,7 @@ SYSCALL(fairsched_chwt)
>> SYSCALL(fairsched_mvpr)
>> SYSCALL(fairsched_rate)
>> SYSCALL(fairsched_vcpus)
>>-SYS_SKIP(406, 409)
>>+SYS_SKIP(406, 410)
>> SYSCALL(ni_syscall)
>> SYS_SKIP_END()
>> SYSCALL(getluid) /* 410 */
Re: PPC64 Kernel 2.6.18 + RPM packages [message #13712 is a reply to message #13403] Mon, 04 June 2007 07:48 Go to previous message
Christian Kaiser2 is currently offline  Christian Kaiser2
Messages: 27
Registered: May 2007
Junior Member
Hi Kirill,

imho there is no reason for not adding the patch to the git repository.
I've tested it for one week now and I'm getting no serious errors.

Mit freundlichen Grüßen / Best Regards
Christian Kaiser
--
IBM Deutschland Entwicklung GmbH
Open Systems Firmware Development
mail: ckaiser2@de.ibm.com

IBM Deutschland Entwicklung GmbH
Vorsitzender des Aufsichtsrats: Martin Jetter
Geschäftsführung: Herbert Kircher
Sitz der Gesellschaft: Böblingen
Registergericht: Amtsgericht Stuttgart, HRB 243294

devel-bounces@openvz.org wrote on 05/25/2007 04:04:35 PM:

> Christian, please check the patch attached.
>
> Kirill
>
> --- ./include/asm-powerpc/systbl.h.ve2351 2007-05-24 11:48:17.
> 000000000 +0400
> +++ ./include/asm-powerpc/systbl.h 2007-05-25 17:58:34.000000000 +0400
> @@ -304,7 +304,7 @@ SYSCALL_SPU(fchmodat)
> SYSCALL_SPU(faccessat)
> COMPAT_SYS_SPU(get_robust_list)
> COMPAT_SYS_SPU(set_robust_list) /* 300 */
> -SYS_SKIP(301, 399)
> +SYS_SKIP(301, 400)
> SYSCALL(ni_syscall)
> SYS_SKIP_END()
> SYSCALL(fairsched_mknod) /* 400 */
> @@ -313,7 +313,7 @@ SYSCALL(fairsched_chwt)
> SYSCALL(fairsched_mvpr)
> SYSCALL(fairsched_rate)
> SYSCALL(fairsched_vcpus)
> -SYS_SKIP(406, 409)
> +SYS_SKIP(406, 410)
> SYSCALL(ni_syscall)
> SYS_SKIP_END()
> SYSCALL(getluid) /* 410 */
Previous Topic: listhelp.h
Next Topic: [PATCH -mm] Fix /proc/slab_allocators re seq_list_next() conversion
Goto Forum:
  


Current Time: Sun Apr 28 07:45:20 GMT 2024

Total time taken to generate the page: 0.02458 seconds