* possibly bug
@ 2013-08-15 22:18 Walter Robert Ditzler
2013-08-16 12:52 ` Konrad Rzeszutek Wilk
0 siblings, 1 reply; 6+ messages in thread
From: Walter Robert Ditzler @ 2013-08-15 22:18 UTC (permalink / raw)
To: xen-devel
Hi Dev Team,
as you can see I defined a Debian Wheezy 64 Bit installation with 8 VCPUS
and 8GB RAM. The problem is, when I start the guest "xl create host11.cfg"
XEN always allocate 1 VCPUS. The Windows System "host12" gets the VCPUS
allocated correctly > very strange!
***
root@srv-ldeb-xen001:/var/local/abbeoo/xen.d# xl vcpu-list
Name ID VCPU CPU State Time(s) CPU
Domain-0 0 0 12 -b- 164.9 any
Domain-0 0 1 20 -b- 0.2 any
Domain-0 0 2 11 -b- 7.6 any
Domain-0 0 3 10 -b- 1.0 any
Domain-0 0 4 5 -b- 2.6 any
Domain-0 0 5 1 -b- 0.6 any
Domain-0 0 6 26 -b- 1.4 any
Domain-0 0 7 24 -b- 0.3 any
Domain-0 0 8 3 -b- 0.8 any
Domain-0 0 9 19 -b- 0.3 any
Domain-0 0 10 13 -b- 0.6 any
Domain-0 0 11 29 -b- 0.3 any
Domain-0 0 12 24 -b- 0.5 any
Domain-0 0 13 9 -b- 0.3 any
Domain-0 0 14 11 -b- 0.5 any
Domain-0 0 15 25 -b- 0.2 any
Domain-0 0 16 23 -b- 0.6 any
Domain-0 0 17 14 -b- 0.4 any
Domain-0 0 18 8 -b- 0.5 any
Domain-0 0 19 15 -b- 1.2 any
Domain-0 0 20 30 r-- 2.8 any
Domain-0 0 21 6 -b- 0.6 any
Domain-0 0 22 4 -b- 1.8 any
Domain-0 0 23 2 -b- 0.5 any
Domain-0 0 24 25 -b- 2.1 any
Domain-0 0 25 28 -b- 0.6 any
Domain-0 0 26 18 -b- 1.2 any
Domain-0 0 27 10 -b- 0.4 any
Domain-0 0 28 22 -b- 0.9 any
Domain-0 0 29 16 -b- 0.3 any
Domain-0 0 30 7 -b- 0.7 any
Domain-0 0 31 21 -b- 0.3 any
host12 1 0 16 -b- 52.0 any
host12 1 1 31 -b- 9.3 any
host12 1 2 17 -b- 6.2 any
host12 1 3 29 -b- 5.5 any
host12 1 4 27 -b- 3.5 any
host12 1 5 21 -b- 3.0 any
host12 1 6 0 -b- 2.6 any
host12 1 7 26 -b- 2.9 any
host11 2 0 1 -b- 55.2 any
host11 2 1 - --p 0.0 any
host11 2 2 - --p 0.0 any
host11 2 3 - --p 0.0 any
host11 2 4 - --p 0.0 any
host11 2 5 - --p 0.0 any
host11 2 6 - --p 0.0 any
host11 2 7 - --p 0.0 any
root@srv-ldeb-xen001:/var/local/abbeoo/xen.d# xl list
Name ID Mem VCPUs State
Domain-0 0 8192 32 r-----
host12 1 8192 8 -b----
host11 2 8183 1 -b----
root@srv-ldeb-xen001:/var/local/abbeoo/xen.d#
***
***
name = 'host11'
builder = 'hvm'
maxmem = 8192
memory = 8192
vcpus = 8
uuid = '15ab8054-b763-11e0-96b4-002264c41111'
vif = [ 'bridge=br0,mac=00:24:1D:C1:11:11,modle=e1000' ]
disk = [ 'phy:/dev/vgdata1/host11,xvda,w' ]
boot = 'dc';
usbdevice = 'tablet'
viridian = 1
sdl = 0
vnc = 1
vnclisten = "0.0.0.0"
vncconsole = 1
vncunused = 11
vncdisplay = 11
keymap = "de-ch"
on_poweroff = 'destroy'
on_reboot = 'restart'
on_crash = 'destroy'
***
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: possibly bug
2013-08-15 22:18 possibly bug Walter Robert Ditzler
@ 2013-08-16 12:52 ` Konrad Rzeszutek Wilk
2013-08-16 15:16 ` Walter Robert Ditzler
2013-08-16 23:01 ` Walter Robert Ditzler
0 siblings, 2 replies; 6+ messages in thread
From: Konrad Rzeszutek Wilk @ 2013-08-16 12:52 UTC (permalink / raw)
To: Walter Robert Ditzler; +Cc: xen-devel
On Fri, Aug 16, 2013 at 12:18:16AM +0200, Walter Robert Ditzler wrote:
> Hi Dev Team,
>
> as you can see I defined a Debian Wheezy 64 Bit installation with 8 VCPUS
> and 8GB RAM. The problem is, when I start the guest "xl create host11.cfg"
> XEN always allocate 1 VCPUS. The Windows System "host12" gets the VCPUS
This usually means that the guest is told: Hey, you got 8 CPUs.
If the guest does not boot those CPUs, it will remain at one CPU.
Is the guest booting with some nosmp option or such?
> allocated correctly > very strange!
>
> ***
> root@srv-ldeb-xen001:/var/local/abbeoo/xen.d# xl vcpu-list
> Name ID VCPU CPU State Time(s) CPU
> Domain-0 0 0 12 -b- 164.9 any
> Domain-0 0 1 20 -b- 0.2 any
> Domain-0 0 2 11 -b- 7.6 any
> Domain-0 0 3 10 -b- 1.0 any
> Domain-0 0 4 5 -b- 2.6 any
> Domain-0 0 5 1 -b- 0.6 any
> Domain-0 0 6 26 -b- 1.4 any
> Domain-0 0 7 24 -b- 0.3 any
> Domain-0 0 8 3 -b- 0.8 any
> Domain-0 0 9 19 -b- 0.3 any
> Domain-0 0 10 13 -b- 0.6 any
> Domain-0 0 11 29 -b- 0.3 any
> Domain-0 0 12 24 -b- 0.5 any
> Domain-0 0 13 9 -b- 0.3 any
> Domain-0 0 14 11 -b- 0.5 any
> Domain-0 0 15 25 -b- 0.2 any
> Domain-0 0 16 23 -b- 0.6 any
> Domain-0 0 17 14 -b- 0.4 any
> Domain-0 0 18 8 -b- 0.5 any
> Domain-0 0 19 15 -b- 1.2 any
> Domain-0 0 20 30 r-- 2.8 any
> Domain-0 0 21 6 -b- 0.6 any
> Domain-0 0 22 4 -b- 1.8 any
> Domain-0 0 23 2 -b- 0.5 any
> Domain-0 0 24 25 -b- 2.1 any
> Domain-0 0 25 28 -b- 0.6 any
> Domain-0 0 26 18 -b- 1.2 any
> Domain-0 0 27 10 -b- 0.4 any
> Domain-0 0 28 22 -b- 0.9 any
> Domain-0 0 29 16 -b- 0.3 any
> Domain-0 0 30 7 -b- 0.7 any
> Domain-0 0 31 21 -b- 0.3 any
> host12 1 0 16 -b- 52.0 any
> host12 1 1 31 -b- 9.3 any
> host12 1 2 17 -b- 6.2 any
> host12 1 3 29 -b- 5.5 any
> host12 1 4 27 -b- 3.5 any
> host12 1 5 21 -b- 3.0 any
> host12 1 6 0 -b- 2.6 any
> host12 1 7 26 -b- 2.9 any
> host11 2 0 1 -b- 55.2 any
> host11 2 1 - --p 0.0 any
> host11 2 2 - --p 0.0 any
> host11 2 3 - --p 0.0 any
> host11 2 4 - --p 0.0 any
> host11 2 5 - --p 0.0 any
> host11 2 6 - --p 0.0 any
> host11 2 7 - --p 0.0 any
>
> root@srv-ldeb-xen001:/var/local/abbeoo/xen.d# xl list
> Name ID Mem VCPUs State
> Domain-0 0 8192 32 r-----
> host12 1 8192 8 -b----
> host11 2 8183 1 -b----
> root@srv-ldeb-xen001:/var/local/abbeoo/xen.d#
> ***
>
> ***
> name = 'host11'
> builder = 'hvm'
> maxmem = 8192
> memory = 8192
> vcpus = 8
> uuid = '15ab8054-b763-11e0-96b4-002264c41111'
> vif = [ 'bridge=br0,mac=00:24:1D:C1:11:11,modle=e1000' ]
> disk = [ 'phy:/dev/vgdata1/host11,xvda,w' ]
> boot = 'dc';
> usbdevice = 'tablet'
> viridian = 1
>
> sdl = 0
> vnc = 1
> vnclisten = "0.0.0.0"
> vncconsole = 1
> vncunused = 11
> vncdisplay = 11
> keymap = "de-ch"
>
> on_poweroff = 'destroy'
> on_reboot = 'restart'
> on_crash = 'destroy'
> ***
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: possibly bug
2013-08-16 12:52 ` Konrad Rzeszutek Wilk
@ 2013-08-16 15:16 ` Walter Robert Ditzler
2013-08-16 23:01 ` Walter Robert Ditzler
1 sibling, 0 replies; 6+ messages in thread
From: Walter Robert Ditzler @ 2013-08-16 15:16 UTC (permalink / raw)
To: 'Konrad Rzeszutek Wilk'; +Cc: xen-devel
Hi Konrad,
Our guest is a SUSE 11 SP2 and i just had a talk with the SUSE support. They
said it might be a prob of their kernel, too old for an E5 generation
processor.
I will now install SUSE 11 SP3 on my XEN 4.3 and let you know if it works.
>From my tests today I believe now it is a SUSE thing ...
I will let you know about this later on
Thanks a lot,
Walter
-----Original Message-----
From: Konrad Rzeszutek Wilk [mailto:konrad.wilk@oracle.com]
Sent: Freitag, 16. August 2013 14:52
To: Walter Robert Ditzler
Cc: xen-devel@lists.xen.org
Subject: Re: [Xen-devel] possibly bug
On Fri, Aug 16, 2013 at 12:18:16AM +0200, Walter Robert Ditzler wrote:
> Hi Dev Team,
>
> as you can see I defined a Debian Wheezy 64 Bit installation with 8
> VCPUS and 8GB RAM. The problem is, when I start the guest "xl create
host11.cfg"
> XEN always allocate 1 VCPUS. The Windows System "host12" gets the
> VCPUS
This usually means that the guest is told: Hey, you got 8 CPUs.
If the guest does not boot those CPUs, it will remain at one CPU.
Is the guest booting with some nosmp option or such?
> allocated correctly > very strange!
>
> ***
> root@srv-ldeb-xen001:/var/local/abbeoo/xen.d# xl vcpu-list
> Name ID VCPU CPU State Time(s) CPU
> Domain-0 0 0 12 -b- 164.9 any
> Domain-0 0 1 20 -b- 0.2 any
> Domain-0 0 2 11 -b- 7.6 any
> Domain-0 0 3 10 -b- 1.0 any
> Domain-0 0 4 5 -b- 2.6 any
> Domain-0 0 5 1 -b- 0.6 any
> Domain-0 0 6 26 -b- 1.4 any
> Domain-0 0 7 24 -b- 0.3 any
> Domain-0 0 8 3 -b- 0.8 any
> Domain-0 0 9 19 -b- 0.3 any
> Domain-0 0 10 13 -b- 0.6 any
> Domain-0 0 11 29 -b- 0.3 any
> Domain-0 0 12 24 -b- 0.5 any
> Domain-0 0 13 9 -b- 0.3 any
> Domain-0 0 14 11 -b- 0.5 any
> Domain-0 0 15 25 -b- 0.2 any
> Domain-0 0 16 23 -b- 0.6 any
> Domain-0 0 17 14 -b- 0.4 any
> Domain-0 0 18 8 -b- 0.5 any
> Domain-0 0 19 15 -b- 1.2 any
> Domain-0 0 20 30 r-- 2.8 any
> Domain-0 0 21 6 -b- 0.6 any
> Domain-0 0 22 4 -b- 1.8 any
> Domain-0 0 23 2 -b- 0.5 any
> Domain-0 0 24 25 -b- 2.1 any
> Domain-0 0 25 28 -b- 0.6 any
> Domain-0 0 26 18 -b- 1.2 any
> Domain-0 0 27 10 -b- 0.4 any
> Domain-0 0 28 22 -b- 0.9 any
> Domain-0 0 29 16 -b- 0.3 any
> Domain-0 0 30 7 -b- 0.7 any
> Domain-0 0 31 21 -b- 0.3 any
> host12 1 0 16 -b- 52.0 any
> host12 1 1 31 -b- 9.3 any
> host12 1 2 17 -b- 6.2 any
> host12 1 3 29 -b- 5.5 any
> host12 1 4 27 -b- 3.5 any
> host12 1 5 21 -b- 3.0 any
> host12 1 6 0 -b- 2.6 any
> host12 1 7 26 -b- 2.9 any
> host11 2 0 1 -b- 55.2 any
> host11 2 1 - --p 0.0 any
> host11 2 2 - --p 0.0 any
> host11 2 3 - --p 0.0 any
> host11 2 4 - --p 0.0 any
> host11 2 5 - --p 0.0 any
> host11 2 6 - --p 0.0 any
> host11 2 7 - --p 0.0 any
>
> root@srv-ldeb-xen001:/var/local/abbeoo/xen.d# xl list
> Name ID Mem VCPUs State
> Domain-0 0 8192 32 r-----
> host12 1 8192 8 -b----
> host11 2 8183 1 -b----
> root@srv-ldeb-xen001:/var/local/abbeoo/xen.d#
> ***
>
> ***
> name = 'host11'
> builder = 'hvm'
> maxmem = 8192
> memory = 8192
> vcpus = 8
> uuid = '15ab8054-b763-11e0-96b4-002264c41111'
> vif = [ 'bridge=br0,mac=00:24:1D:C1:11:11,modle=e1000' ]
> disk = [ 'phy:/dev/vgdata1/host11,xvda,w' ]
> boot = 'dc';
> usbdevice = 'tablet'
> viridian = 1
>
> sdl = 0
> vnc = 1
> vnclisten = "0.0.0.0"
> vncconsole = 1
> vncunused = 11
> vncdisplay = 11
> keymap = "de-ch"
>
> on_poweroff = 'destroy'
> on_reboot = 'restart'
> on_crash = 'destroy'
> ***
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: possibly bug
2013-08-16 12:52 ` Konrad Rzeszutek Wilk
2013-08-16 15:16 ` Walter Robert Ditzler
@ 2013-08-16 23:01 ` Walter Robert Ditzler
2013-08-19 14:44 ` Konrad Rzeszutek Wilk
1 sibling, 1 reply; 6+ messages in thread
From: Walter Robert Ditzler @ 2013-08-16 23:01 UTC (permalink / raw)
To: 'Konrad Rzeszutek Wilk'; +Cc: xen-devel
Hi Konrad,
i owe you a status email - here we go: in fact XEN works and worked
correctly. What happened is, the version of SUSE Ent. 11 SP2 and SP3 just
got too old kernels in the standard installation.
I installed a SUSE 11SP3 with 1 VCPU and compiled a 3.10.7 kernel from
Kernel.org and the magic ...
... it worked :-)
Now I got 8 VCPU's. The only thing what I had to do in the XEN config file
was the entry "device_model_version", that's it ...
Thanks for helping,
Walter.
***
# ABBEOO MODIFIED AT 2013-08-12 16:43:28
#
name = 'host11'
builder = 'hvm'
device_model_version = "qemu-xen-traditional"
maxmem = 8192
memory = 8192
vcpus = 8
maxvcpus = 8
***
-----Original Message-----
From: Konrad Rzeszutek Wilk [mailto:konrad.wilk@oracle.com]
Sent: Freitag, 16. August 2013 14:52
To: Walter Robert Ditzler
Cc: xen-devel@lists.xen.org
Subject: Re: [Xen-devel] possibly bug
On Fri, Aug 16, 2013 at 12:18:16AM +0200, Walter Robert Ditzler wrote:
> Hi Dev Team,
>
> as you can see I defined a Debian Wheezy 64 Bit installation with 8
> VCPUS and 8GB RAM. The problem is, when I start the guest "xl create
host11.cfg"
> XEN always allocate 1 VCPUS. The Windows System "host12" gets the
> VCPUS
This usually means that the guest is told: Hey, you got 8 CPUs.
If the guest does not boot those CPUs, it will remain at one CPU.
Is the guest booting with some nosmp option or such?
> allocated correctly > very strange!
>
> ***
> root@srv-ldeb-xen001:/var/local/abbeoo/xen.d# xl vcpu-list
> Name ID VCPU CPU State Time(s) CPU
> Domain-0 0 0 12 -b- 164.9 any
> Domain-0 0 1 20 -b- 0.2 any
> Domain-0 0 2 11 -b- 7.6 any
> Domain-0 0 3 10 -b- 1.0 any
> Domain-0 0 4 5 -b- 2.6 any
> Domain-0 0 5 1 -b- 0.6 any
> Domain-0 0 6 26 -b- 1.4 any
> Domain-0 0 7 24 -b- 0.3 any
> Domain-0 0 8 3 -b- 0.8 any
> Domain-0 0 9 19 -b- 0.3 any
> Domain-0 0 10 13 -b- 0.6 any
> Domain-0 0 11 29 -b- 0.3 any
> Domain-0 0 12 24 -b- 0.5 any
> Domain-0 0 13 9 -b- 0.3 any
> Domain-0 0 14 11 -b- 0.5 any
> Domain-0 0 15 25 -b- 0.2 any
> Domain-0 0 16 23 -b- 0.6 any
> Domain-0 0 17 14 -b- 0.4 any
> Domain-0 0 18 8 -b- 0.5 any
> Domain-0 0 19 15 -b- 1.2 any
> Domain-0 0 20 30 r-- 2.8 any
> Domain-0 0 21 6 -b- 0.6 any
> Domain-0 0 22 4 -b- 1.8 any
> Domain-0 0 23 2 -b- 0.5 any
> Domain-0 0 24 25 -b- 2.1 any
> Domain-0 0 25 28 -b- 0.6 any
> Domain-0 0 26 18 -b- 1.2 any
> Domain-0 0 27 10 -b- 0.4 any
> Domain-0 0 28 22 -b- 0.9 any
> Domain-0 0 29 16 -b- 0.3 any
> Domain-0 0 30 7 -b- 0.7 any
> Domain-0 0 31 21 -b- 0.3 any
> host12 1 0 16 -b- 52.0 any
> host12 1 1 31 -b- 9.3 any
> host12 1 2 17 -b- 6.2 any
> host12 1 3 29 -b- 5.5 any
> host12 1 4 27 -b- 3.5 any
> host12 1 5 21 -b- 3.0 any
> host12 1 6 0 -b- 2.6 any
> host12 1 7 26 -b- 2.9 any
> host11 2 0 1 -b- 55.2 any
> host11 2 1 - --p 0.0 any
> host11 2 2 - --p 0.0 any
> host11 2 3 - --p 0.0 any
> host11 2 4 - --p 0.0 any
> host11 2 5 - --p 0.0 any
> host11 2 6 - --p 0.0 any
> host11 2 7 - --p 0.0 any
>
> root@srv-ldeb-xen001:/var/local/abbeoo/xen.d# xl list
> Name ID Mem VCPUs State
> Domain-0 0 8192 32 r-----
> host12 1 8192 8 -b----
> host11 2 8183 1 -b----
> root@srv-ldeb-xen001:/var/local/abbeoo/xen.d#
> ***
>
> ***
> name = 'host11'
> builder = 'hvm'
> maxmem = 8192
> memory = 8192
> vcpus = 8
> uuid = '15ab8054-b763-11e0-96b4-002264c41111'
> vif = [ 'bridge=br0,mac=00:24:1D:C1:11:11,modle=e1000' ]
> disk = [ 'phy:/dev/vgdata1/host11,xvda,w' ]
> boot = 'dc';
> usbdevice = 'tablet'
> viridian = 1
>
> sdl = 0
> vnc = 1
> vnclisten = "0.0.0.0"
> vncconsole = 1
> vncunused = 11
> vncdisplay = 11
> keymap = "de-ch"
>
> on_poweroff = 'destroy'
> on_reboot = 'restart'
> on_crash = 'destroy'
> ***
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: possibly bug
2013-08-16 23:01 ` Walter Robert Ditzler
@ 2013-08-19 14:44 ` Konrad Rzeszutek Wilk
0 siblings, 0 replies; 6+ messages in thread
From: Konrad Rzeszutek Wilk @ 2013-08-19 14:44 UTC (permalink / raw)
To: Walter Robert Ditzler; +Cc: xen-devel
On Sat, Aug 17, 2013 at 01:01:31AM +0200, Walter Robert Ditzler wrote:
> Hi Konrad,
>
> i owe you a status email - here we go: in fact XEN works and worked
> correctly. What happened is, the version of SUSE Ent. 11 SP2 and SP3 just
> got too old kernels in the standard installation.
>
> I installed a SUSE 11SP3 with 1 VCPU and compiled a 3.10.7 kernel from
> Kernel.org and the magic ...
>
> ... it worked :-)
<smiles> I like those kinds of bugs :-)
>
> Now I got 8 VCPU's. The only thing what I had to do in the XEN config file
> was the entry "device_model_version", that's it ...
>
> Thanks for helping,
Sure thing! Have a good day!
>
> Walter.
>
> ***
> # ABBEOO MODIFIED AT 2013-08-12 16:43:28
> #
> name = 'host11'
> builder = 'hvm'
>
> device_model_version = "qemu-xen-traditional"
>
> maxmem = 8192
> memory = 8192
> vcpus = 8
> maxvcpus = 8
> ***
>
>
>
> -----Original Message-----
> From: Konrad Rzeszutek Wilk [mailto:konrad.wilk@oracle.com]
> Sent: Freitag, 16. August 2013 14:52
> To: Walter Robert Ditzler
> Cc: xen-devel@lists.xen.org
> Subject: Re: [Xen-devel] possibly bug
>
> On Fri, Aug 16, 2013 at 12:18:16AM +0200, Walter Robert Ditzler wrote:
> > Hi Dev Team,
> >
> > as you can see I defined a Debian Wheezy 64 Bit installation with 8
> > VCPUS and 8GB RAM. The problem is, when I start the guest "xl create
> host11.cfg"
> > XEN always allocate 1 VCPUS. The Windows System "host12" gets the
> > VCPUS
>
> This usually means that the guest is told: Hey, you got 8 CPUs.
> If the guest does not boot those CPUs, it will remain at one CPU.
>
> Is the guest booting with some nosmp option or such?
>
> > allocated correctly > very strange!
> >
> > ***
> > root@srv-ldeb-xen001:/var/local/abbeoo/xen.d# xl vcpu-list
> > Name ID VCPU CPU State Time(s) CPU
> > Domain-0 0 0 12 -b- 164.9 any
> > Domain-0 0 1 20 -b- 0.2 any
> > Domain-0 0 2 11 -b- 7.6 any
> > Domain-0 0 3 10 -b- 1.0 any
> > Domain-0 0 4 5 -b- 2.6 any
> > Domain-0 0 5 1 -b- 0.6 any
> > Domain-0 0 6 26 -b- 1.4 any
> > Domain-0 0 7 24 -b- 0.3 any
> > Domain-0 0 8 3 -b- 0.8 any
> > Domain-0 0 9 19 -b- 0.3 any
> > Domain-0 0 10 13 -b- 0.6 any
> > Domain-0 0 11 29 -b- 0.3 any
> > Domain-0 0 12 24 -b- 0.5 any
> > Domain-0 0 13 9 -b- 0.3 any
> > Domain-0 0 14 11 -b- 0.5 any
> > Domain-0 0 15 25 -b- 0.2 any
> > Domain-0 0 16 23 -b- 0.6 any
> > Domain-0 0 17 14 -b- 0.4 any
> > Domain-0 0 18 8 -b- 0.5 any
> > Domain-0 0 19 15 -b- 1.2 any
> > Domain-0 0 20 30 r-- 2.8 any
> > Domain-0 0 21 6 -b- 0.6 any
> > Domain-0 0 22 4 -b- 1.8 any
> > Domain-0 0 23 2 -b- 0.5 any
> > Domain-0 0 24 25 -b- 2.1 any
> > Domain-0 0 25 28 -b- 0.6 any
> > Domain-0 0 26 18 -b- 1.2 any
> > Domain-0 0 27 10 -b- 0.4 any
> > Domain-0 0 28 22 -b- 0.9 any
> > Domain-0 0 29 16 -b- 0.3 any
> > Domain-0 0 30 7 -b- 0.7 any
> > Domain-0 0 31 21 -b- 0.3 any
> > host12 1 0 16 -b- 52.0 any
> > host12 1 1 31 -b- 9.3 any
> > host12 1 2 17 -b- 6.2 any
> > host12 1 3 29 -b- 5.5 any
> > host12 1 4 27 -b- 3.5 any
> > host12 1 5 21 -b- 3.0 any
> > host12 1 6 0 -b- 2.6 any
> > host12 1 7 26 -b- 2.9 any
> > host11 2 0 1 -b- 55.2 any
> > host11 2 1 - --p 0.0 any
> > host11 2 2 - --p 0.0 any
> > host11 2 3 - --p 0.0 any
> > host11 2 4 - --p 0.0 any
> > host11 2 5 - --p 0.0 any
> > host11 2 6 - --p 0.0 any
> > host11 2 7 - --p 0.0 any
> >
> > root@srv-ldeb-xen001:/var/local/abbeoo/xen.d# xl list
> > Name ID Mem VCPUs State
> > Domain-0 0 8192 32 r-----
> > host12 1 8192 8 -b----
> > host11 2 8183 1 -b----
> > root@srv-ldeb-xen001:/var/local/abbeoo/xen.d#
> > ***
> >
> > ***
> > name = 'host11'
> > builder = 'hvm'
> > maxmem = 8192
> > memory = 8192
> > vcpus = 8
> > uuid = '15ab8054-b763-11e0-96b4-002264c41111'
> > vif = [ 'bridge=br0,mac=00:24:1D:C1:11:11,modle=e1000' ]
> > disk = [ 'phy:/dev/vgdata1/host11,xvda,w' ]
> > boot = 'dc';
> > usbdevice = 'tablet'
> > viridian = 1
> >
> > sdl = 0
> > vnc = 1
> > vnclisten = "0.0.0.0"
> > vncconsole = 1
> > vncunused = 11
> > vncdisplay = 11
> > keymap = "de-ch"
> >
> > on_poweroff = 'destroy'
> > on_reboot = 'restart'
> > on_crash = 'destroy'
> > ***
> >
> >
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel@lists.xen.org
> > http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Possibly Bug
[not found] ` <BANLkTiksB-XiGyDwkH+ikFto18w+T2J-3g@mail.gmail.com>
@ 2011-04-17 12:02 ` Eder Santiago carneiro
0 siblings, 0 replies; 6+ messages in thread
From: Eder Santiago carneiro @ 2011-04-17 12:02 UTC (permalink / raw)
To: linux-media
[-- Attachment #1: Type: text/plain, Size: 1663 bytes --]
Well, at first I'm sorry to not know how to use yours dvb list. But
since I'm not planning to be a active developer, just let me send some
problem I got with 'scan' utility.
First of all, I Live in South America, got a Skystar HD2 wich runs
perfectly on my other OS..
I'm planning to get it working on opensuse 11.4 x86_64, kernel version
2.6.38.2, using mantis driver. I used, as input for scan, the file I'm
sending attached to this mail. It's from Star One C2 satellite
(formerly Brasilsat B4) which operates on C band. Unfortunately, when
I run scan, got error messages like this for every transponder:
__tune_to_transponder:1912: ERROR: Setting frontend parameters failed:
22 Invalid argument
ERROR: initial tuning failed
tail -f /var/log/messages said:
Apr 17 08:51:13 linux-7gu4 kernel: [ 2446.768781] DVB: adapter 0
frontend 0 frequency 5137920 out of range (950000..2150000)
Apr 17 08:51:13 linux-7gu4 kernel: [ 2446.768797] DVB: adapter 0
frontend 0 frequency 5137920 out of range (950000..2150000)
Apr 17 08:51:13 linux-7gu4 kernel: [ 2446.768813] DVB: adapter 0
frontend 0 frequency 5137880 out of range (950000..2150000)
Apr 17 08:51:13 linux-7gu4 kernel: [ 2446.768829] DVB: adapter 0
frontend 0 frequency 5137880 out of range (950000..2150000)
Apr 17 08:51:13 linux-7gu4 kernel: [ 2446.768846] DVB: adapter 0
frontend 0 frequency 5137835 out of range (950000..2150000)
Apr 17 08:51:13 linux-7gu4 kernel: [ 2446.768862] DVB: adapter 0
frontend 0 frequency 5137835 out of range (950000..2150000)
Which makes me guess that there are some problem which values or
conversion here. So please let me know whether It's a known bug, and
how to fix it.
[-- Attachment #2: 2900.1.txt --]
[-- Type: text/plain, Size: 1951 bytes --]
S 3628 H 3000000 3/4 AUTO QPSK
S 3632 H 4688000 3/4 AUTO QPSK
S 3637 H 2600000 3/4 AUTO 8PSK
S 3642 H 6516000 3/4 AUTO QPSK
S 3644 V 3214000 3/4 AUTO QPSK
S 3648 V 2170000 3/4 AUTO QPSK
S 3650 H 4285000 3/4 AUTO QPSK
S 3652 V 2780000 3/4 AUTO QPSK
S 3656 H 3393000 3/4 AUTO QPSK
S 3657 V 3931000 3/4 AUTO QPSK
S 3662 H 3333000 3/4 AUTO QPSK
S 3663 V 4285000 5/6 AUTO QPSK
S 3668 H 7500000 2/3 AUTO 8PSK
S 3668 V 2222000 3/4 AUTO QPSK
S 3672 H 4800000 5/6 AUTO QPSK
S 3674 V 6667000 3/4 AUTO QPSK
S 3680 H 6000000 3/4 AUTO QPSK
S 3685 V 5000000 3/4 AUTO 8PSK
S 3688 H 7500000 2/3 AUTO QPSK
S 3690 V 2220000 3/4 AUTO QPSK
S 3695 H 3598000 3/4 AUTO QPSK
S 3700 V 15000000 5/6 AUTO 8PSK
S 3704 H 3750000 3/4 AUTO 8PSK
S 3714 V 4400000 3/4 AUTO QPSK
S 3754 V 6220000 3/4 AUTO QPSK
S 3808 V 8150000 2/3 AUTO 8PSK
S 3822 V 10000000 5/6 AUTO 8PSK
S 3830 V 2500000 2/3 AUTO 8PSK
S 3833 V 7350000 5/6 AUTO QPSK
S 3874 V 5926000 3/4 AUTO QPSK
S 3888 V 8150000 2/3 AUTO 8PSK
S 3898 V 7500000 2/3 AUTO QPSK
S 3904 V 3214000 3/4 AUTO QPSK
S 3909 V 4000000 5/6 AUTO QPSK
S 3916 V 5000000 2/3 AUTO 8PSK
S 3940 V 30000000 2/3 AUTO 8PSK
S 3945 H 7200000 2/3 AUTO QPSK
S 3955 H 4400000 3/4 AUTO QPSK
S 3964 H 1875000 3/4 AUTO QPSK
S 3965 V 2930000 2/3 AUTO QPSK
S 3969 V 1853000 5/6 AUTO QPSK
S 3973 V 3703000 3/4 AUTO QPSK
S 3978 V 3617000 7/8 AUTO QPSK
S 3983 V 3928000 3/4 AUTO QPSK
S 3985 H 2170000 3/4 AUTO QPSK
S 3990 V 7400000 3/4 AUTO 8PSK
S 3996 V 2300000 3/4 AUTO QPSK
S 4000 H 2400000 2/3 AUTO QPSK
S 4047 V 7143000 3/4 AUTO QPSK
S 4070 H 13021000 3/4 AUTO QPSK
S 10974 H 29900000 3/4 AUTO QPSK
S 11014 H 29900000 3/4 AUTO QPSK
S 11130 V 29900000 3/4 AUTO QPSK
S 11170 V 29900000 3/4 AUTO QPSK
S 11780 H 29900000 3/4 AUTO QPSK
S 11820 H 29900000 3/4 AUTO QPSK
S 11940 H 29900000 3/4 AUTO QPSK
S 11960 V 29900000 3/4 AUTO QPSK
S 12020 V 41500000 4/5 AUTO QPSK
S 12080 V 29900000 3/5 AUTO 8PSK
S 12120 V 29900000 3/4 AUTO QPSK
S 12165 V 29900000 3/5 AUTO 8PSK
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2013-08-19 14:44 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-08-15 22:18 possibly bug Walter Robert Ditzler
2013-08-16 12:52 ` Konrad Rzeszutek Wilk
2013-08-16 15:16 ` Walter Robert Ditzler
2013-08-16 23:01 ` Walter Robert Ditzler
2013-08-19 14:44 ` Konrad Rzeszutek Wilk
[not found] <BANLkTimaDxKQno=pjW0rpxYKG82M4jU1xg@mail.gmail.com>
[not found] ` <BANLkTiksB-XiGyDwkH+ikFto18w+T2J-3g@mail.gmail.com>
2011-04-17 12:02 ` Possibly Bug Eder Santiago carneiro
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.