|
List Info
Thread: partman-crypto_10_i386.changes ACCEPTED
|
|
| partman-crypto_10_i386.changes ACCEPTED |

|
2006-08-22 07:47:06 |
Accepted:
partman-crypto-dm_10_all.udeb
to
pool/main/p/partman-crypto/partman-crypto-dm_10_all.udeb
partman-crypto-loop_10_all.udeb
to
pool/main/p/partman-crypto/partman-crypto-loop_10_all.udeb
partman-crypto_10.dsc
to pool/main/p/partman-crypto/partman-crypto_10.dsc
partman-crypto_10.tar.gz
to pool/main/p/partman-crypto/partman-crypto_10.tar.gz
partman-crypto_10_i386.udeb
to pool/main/p/partman-crypto/partman-crypto_10_i386.udeb
Override entries for your package:
partman-crypto-dm_10_all.udeb - standard debian-installer
partman-crypto-loop_10_all.udeb - standard debian-installer
partman-crypto_10.dsc - source debian-installer
partman-crypto_10_i386.udeb - standard debian-installer
Announcing to debian-devel-changes lists.debian.org
Closing bugs: 381870 381981 382374 382398 382605
Thank you for your contribution to Debian.
--
To UNSUBSCRIBE, email to debian-boot-REQUEST lists.debian.org
with a subject of "unsubscribe". Trouble?
Contact listmaster lists.debian.org
|
|
| VMX Status Report 11218:f681ffc9b01a |

|
2006-08-22 07:56:27 |
We have tested the latest xen on VT platform with Intel
915/E8500
chipset.
Here is the test summary:
Issues:
IA32: 4 LTP math cases(float_bessel, float_exp_log,
float_power and
float_trigo) sometime fail.
IA32: Kernel build in VMX may meet kernel panic
IA32PAE: Cannot bootup pae SMP VMX domain. We can bootup UP
VMX domain
IA32E: "xen0+xenU" build fails, see attachment
for details. but can be
built by default (2.6.16-xen) configuration.
IA32E: We built with default build. 32/32e SMP VMX can
startup. But
32pae
SMP VMX cannot bootup either.
details:
IA-32:
+ Build&Boot SMP xen0 without problem
+ Can bootup unmodified IA-32 2.6 linux in SMP VMX domain
+ Can bootup unmodified IA-32 WindowsXP SP1/SP2 in VMX
domain
+ Can bootup SMP VMX & XenU with different memory size
(VMX:64MB,128MB,196MB,256MB,512MB.XenU:256MB)
+ A selected subset of xm-test runs well
+ A selected subset of LTP runs well in SMP VMX domain(2.6)
+ Can startX in Dom0
+ Can bootup IA-32 2.6 linux in SMP VMX domain with acpi
enable
+ Can startX in VMX
+ Network is OK in VMX
For details
------------------------------------------------------------
Platform: IA-32
Service OS: FC5, IA-32, SMP
Hardware: Grandstale
Default guest OS: IA-32-SMP, 2.6 kernel
1, one vmx with memory 512M PASS
2, one xenU with memory 256M PASS
3, 2 vmx and 2 xenU coexist PASS
4, four vmx coexist(64M,128M,196M,256M) PASS
5, network in VMX domain PASS
6, network in XenU domain PASS
7, one window domain PASS
8, 1 xpsp1 and 1 xpsp2 windows domains coexist PASS
9, XenU migration PASS
10,subset LTP test in VMX domain PASS
11,one vmx boot with base kernel(2.6.16) PASS
12,xm-test PASS
13,kernel build in smp guest FAIL
14,StartX in Dom0 PASS
15,one vmx with acpi enable PASS
Xm test on ia32:
====================================================
Xm-test execution summary:
PASS: 44
FAIL: 5
XPASS: 0
XFAIL: 3
Details:
XFAIL: 02_network_local_ping_pos
ping loopback failed for size 65507. ping eth0 failed for
size
1 48 64 512 1440 1500 1505 4096 4192 32767 65507.
XFAIL: 05_network_dom0_ping_pos
Ping to dom0 failed for size 1 48 64 512 1440 1500 1505
4096
4192 32767 65507.
XFAIL: 11_network_domU_ping_pos
Ping failed for size 1 48 64 512 1440 1500 1505 4096 4192
32767
65507.
FAIL: 01_reboot_basic_pos
[Errno 5] Input/output error
FAIL: 01_sedf_multi_pos
[0] xm sedf returned invalid 256 != 0
LTP test on ia32:
=======================================
Detail Test Report of Last Session
============================================================
=========
The following testcases do Not pass:
Suite : Scenario TC No. TP No.
ltp:math 0 3 FAIL 23:16:50
Starting LTP math Test Case float_bessel
ltp:math 0 6 FAIL 23:17:38
Starting LTP math Test Case float_power
ltp:math 0 7 FAIL 23:17:54
Starting LTP math Test Case float_trigo
Summary Test Report of Last Session
Summary Test Report of Last Session
============================================================
============
======
= Total Pass Fail NoResult
Crash
============================================================
============
======
=ltp 194 191 3 0
0
============================================================
============
======
=ltp 194 191 3 0
0
mm 21 21 0 0
0
dio 28 28 0 0
0
nptl 1 1 0 0
0
math 10 7 3 0
0
ipc 8 8 0 0
0
pty 3 3 0 0
0
quickhit 120 120 0 0
0
sched 3 3 0 0
0
============================================================
============
======
=Total 194 191 3 0
0
The three failed ltp cases can pass if run them in separate
rather than
in whole ltp test.
Xm test on ia32pae:
===========================================================
Xm-test execution summary:
PASS: 44
FAIL: 5
XPASS: 0
XFAIL: 3
Details:
XFAIL: 02_network_local_ping_pos
ping loopback failed for size 65507. ping eth0 failed for
size
1 48 64 512 1440 1500 1505 4096 4192 32767 65507.
XFAIL: 05_network_dom0_ping_pos
Ping to dom0 failed for size 1 48 64 512 1440 1500 1505
4096
4192 32767 65507.
XFAIL: 11_network_domU_ping_pos
Ping failed for size 1 48 64 512 1440 1500 1505 4096 4192
32767
65507.
FAIL: 01_reboot_basic_pos
[Errno 5] Input/output error
FAIL: 01_sedf_multi_pos
[0] xm sedf returned invalid 256 != 0
Best Regards
Larry
_______________________________________________
Xen-devel mailing list
Xen-devel lists.xensource.com
http://lists.xen
source.com/xen-devel
|
|
| Long delays for DTMF - Seems that 200 OK
is "lost" |

|
2006-08-22 07:29:19 |
Hello,
Wonderful gdb !!!
It has just told me what's wrong !
OK, I don't have a clue for the solution, but the problem :
I'm using
simpleopal, and to send a tone, the SendTone from the
manager does :
1 - GetAllConnections
1.1 - GetConnectionWithLock
and then a conn->SendUserInputTone
Thus, we have acquired a lock in the SendTone function, and
this lock
is _NOT_ released at the time the 200 OK PDU is received,
thus causing the
problem.
Hannes, is this the kind of change you could have introduced
in 2.93 ?
Is there another way to proceed in the simpleopal
application to avoid
getting the lock ?
Regards,
Paul
Paul Rolland, rol(at)as2917.net
ex-AS2917 Network administrator and Peering Coordinator
--
Please no HTML, I'm not a browser - Pas d'HTML, je ne suis
pas un navigateur
"Some people dream of success... while others wake up
and work hard at it"
"I worry about my child and the Internet all the time,
even though she's too
young to have logged on yet. Here's what I worry about. I
worry that 10 or 15
years from now, she will come to me and say 'Daddy, where
were you when they
took freedom of the press away from the Internet?'"
--Mike Godwin, Electronic Frontier Foundation
> -----Original Message-----
> From: openh323-admin openh323.org
> [mailto:openh323-admin openh323.org] On Behalf Of
Paul Rolland
> Sent: Tuesday, August 22, 2006 8:04 AM
> To: openh323 openh323.org
> Cc: rol as2917.net
> Subject: RE: [OpenH323]Long delays for DTMF - Seems
that 200
> OK is "lost"
>
> Hello Hannes;
>
> > I'm not sure whether I can help, but I can at
least try to
> give some
> > clarifications.
>
> Thanks for your time and details !!!
>
> > finished.Wait() blocks until the transaction is
considered to have
> > finished. Due to some SIP timer requirements
(check RFC 3261),
> > finished.Wait() originally blocked for at least 5s
after
> the 200 OK
> > was received. This was unacceptable in case of
hangups and
> > unregistration, where this sync point was used as
well. I've then
> > applied a quick fix, that unblocks the sync point
as soon as the
> > transaction is considered complete.
>
> Well, it's not precisely finished.Wait() that seems to
the the real
> culprit, as digging more into the code seems to show
that I'm stuck in
> writerSemaphore.Wait();
> inside
> PReadWriteMutex::StartWrite (this=0x80a35a8) at
> ../common/osutils.cxx:2571
> when doing a GetSIPConnectionWithLock()
> This occurs when I receive a 200 OK PDU as a reply to
an INFO I sent
> to signal DTMF.
> >From reading the code, it seems that the locking
mechanism
> is done to be
> very local to a scope, so a ReadWrite lock acquired
thru
> GetSIPConnectionWithLock is expected to last only as
long as
> the returned
> pointer exists.
> As this function in only called in
SIPEndPoint::OnReceivedPDU, I've
> been PTRACE'ing enter and exit of this function, to
make sure
> that they
> are balanced, and though they definitely are (or behave
as
> if), I still
> have this lock.
>
> > It may be that I've done something wrong there.
At least, since
> > you've mentioned "finished.Wait()", I
was instantly alerted.
> > Make sure that the SIP Transaction is really added
to the
> > corresponding transactions list in either the
endpoint or
> connection.
> > In doubt, have a look at sippdu, revision 2.93 of
CVS HEAD.
>
> If it was not added, what would be the result ? I would
expect to see
> GetSIPConnectionWithLock to return a NULL pointer (or
> equivalent) to indicate
> that no connection has been found, but this shouldn't
create
> a lock inside
> the Get... call. Or is there something unusual I should
expect ?
>
> > Unfortunately, I do not have time to work on some
issues in OPAL
> > library - at least not for the next couple of
weeks. I am
> not happy
> > with the patch I've commited in 2.93 and have
planned to
> review the
> > code and to implement a better solution.
> I'll try to find time to analyze more precisely, and
I'll
> keep you informed.
>
> I suspect that the addition of the SIP transaction is
also a
> ReadWrite locked
> operation, so I might have a look at this, as it is
possible
> that I'm still
> lock at the point I add the transaction when I already
> receive and process
> the reply... But, the Wait() should allow the adding
thread
> to run, and thus
> Signal() ...
> Damn, really weird :(
>
> Thanks again,
> Paul
>
>
------------------------------------------------------------
--
> ----------
> Check the FAQ before asking! -
> http://www.
openh323.org/~openh323/fom.cgi
> The OpenH323 Project mailing list, using Mailman. To
unsubscribe or
> change your subscription options, goto
> htt
p://www.openh323.org/mailman/listinfo/openh323
> Maintained by Quicknet Technologies, Inc - http://www.quicknet.net
>
------------------------------------------------------------
--
> ----------
>
------------------------------------------------------------
------------
Check the FAQ before asking! - http://www.
openh323.org/~openh323/fom.cgi
The OpenH323 Project mailing list, using Mailman. To
unsubscribe or
change your subscription options, goto
htt
p://www.openh323.org/mailman/listinfo/openh323
Maintained by Quicknet Technologies, Inc - http://www.quicknet.net
------------------------------------------------------------
------------
|
|
| How to put Extra-Options in Xen 3.0 |

|
2006-08-22 07:42:37 |
>
> The Xen INSTALL kernels should not be striped, there's
no space issue here.
> I'll see if it's easy to change in the Makefile.
>
Hello Manuel,
Already some news?
Thx,
Roger
|
|
| VMX Status Report 11218:f681ffc9b01a |

|
2006-08-22 07:56:27 |
We have tested the latest xen on VT platform with Intel
915/E8500
chipset.
Here is the test summary:
Issues:
IA32: 4 LTP math cases(float_bessel, float_exp_log,
float_power and
float_trigo) sometime fail.
IA32: Kernel build in VMX may meet kernel panic
IA32PAE: Cannot bootup pae SMP VMX domain. We can bootup UP
VMX domain
IA32E: "xen0+xenU" build fails, see attachment
for details. but can be
built by default (2.6.16-xen) configuration.
IA32E: We built with default build. 32/32e SMP VMX can
startup. But
32pae
SMP VMX cannot bootup either.
details:
IA-32:
+ Build&Boot SMP xen0 without problem
+ Can bootup unmodified IA-32 2.6 linux in SMP VMX domain
+ Can bootup unmodified IA-32 WindowsXP SP1/SP2 in VMX
domain
+ Can bootup SMP VMX & XenU with different memory size
(VMX:64MB,128MB,196MB,256MB,512MB.XenU:256MB)
+ A selected subset of xm-test runs well
+ A selected subset of LTP runs well in SMP VMX domain(2.6)
+ Can startX in Dom0
+ Can bootup IA-32 2.6 linux in SMP VMX domain with acpi
enable
+ Can startX in VMX
+ Network is OK in VMX
For details
------------------------------------------------------------
Platform: IA-32
Service OS: FC5, IA-32, SMP
Hardware: Grandstale
Default guest OS: IA-32-SMP, 2.6 kernel
1, one vmx with memory 512M PASS
2, one xenU with memory 256M PASS
3, 2 vmx and 2 xenU coexist PASS
4, four vmx coexist(64M,128M,196M,256M) PASS
5, network in VMX domain PASS
6, network in XenU domain PASS
7, one window domain PASS
8, 1 xpsp1 and 1 xpsp2 windows domains coexist PASS
9, XenU migration PASS
10,subset LTP test in VMX domain PASS
11,one vmx boot with base kernel(2.6.16) PASS
12,xm-test PASS
13,kernel build in smp guest FAIL
14,StartX in Dom0 PASS
15,one vmx with acpi enable PASS
Xm test on ia32:
====================================================
Xm-test execution summary:
PASS: 44
FAIL: 5
XPASS: 0
XFAIL: 3
Details:
XFAIL: 02_network_local_ping_pos
ping loopback failed for size 65507. ping eth0 failed for
size
1 48 64 512 1440 1500 1505 4096 4192 32767 65507.
XFAIL: 05_network_dom0_ping_pos
Ping to dom0 failed for size 1 48 64 512 1440 1500 1505
4096
4192 32767 65507.
XFAIL: 11_network_domU_ping_pos
Ping failed for size 1 48 64 512 1440 1500 1505 4096 4192
32767
65507.
FAIL: 01_reboot_basic_pos
[Errno 5] Input/output error
FAIL: 01_sedf_multi_pos
[0] xm sedf returned invalid 256 != 0
LTP test on ia32:
=======================================
Detail Test Report of Last Session
============================================================
=========
The following testcases do Not pass:
Suite : Scenario TC No. TP No.
ltp:math 0 3 FAIL 23:16:50
Starting LTP math Test Case float_bessel
ltp:math 0 6 FAIL 23:17:38
Starting LTP math Test Case float_power
ltp:math 0 7 FAIL 23:17:54
Starting LTP math Test Case float_trigo
Summary Test Report of Last Session
Summary Test Report of Last Session
============================================================
============
======
= Total Pass Fail NoResult
Crash
============================================================
============
======
=ltp 194 191 3 0
0
============================================================
============
======
=ltp 194 191 3 0
0
mm 21 21 0 0
0
dio 28 28 0 0
0
nptl 1 1 0 0
0
math 10 7 3 0
0
ipc 8 8 0 0
0
pty 3 3 0 0
0
quickhit 120 120 0 0
0
sched 3 3 0 0
0
============================================================
============
======
=Total 194 191 3 0
0
The three failed ltp cases can pass if run them in separate
rather than
in whole ltp test.
Xm test on ia32pae:
===========================================================
Xm-test execution summary:
PASS: 44
FAIL: 5
XPASS: 0
XFAIL: 3
Details:
XFAIL: 02_network_local_ping_pos
ping loopback failed for size 65507. ping eth0 failed for
size
1 48 64 512 1440 1500 1505 4096 4192 32767 65507.
XFAIL: 05_network_dom0_ping_pos
Ping to dom0 failed for size 1 48 64 512 1440 1500 1505
4096
4192 32767 65507.
XFAIL: 11_network_domU_ping_pos
Ping failed for size 1 48 64 512 1440 1500 1505 4096 4192
32767
65507.
FAIL: 01_reboot_basic_pos
[Errno 5] Input/output error
FAIL: 01_sedf_multi_pos
[0] xm sedf returned invalid 256 != 0
Best Regards
Larry
_______________________________________________
Xen-devel mailing list
Xen-devel lists.xensource.com
http://lists.xen
source.com/xen-devel
|
|
| VMX Status Report 11218:f681ffc9b01a |

|
2006-08-22 07:56:27 |
We have tested the latest xen on VT platform with Intel
915/E8500
chipset.
Here is the test summary:
Issues:
IA32: 4 LTP math cases(float_bessel, float_exp_log,
float_power and
float_trigo) sometime fail.
IA32: Kernel build in VMX may meet kernel panic
IA32PAE: Cannot bootup pae SMP VMX domain. We can bootup UP
VMX domain
IA32E: "xen0+xenU" build fails, see attachment
for details. but can be
built by default (2.6.16-xen) configuration.
IA32E: We built with default build. 32/32e SMP VMX can
startup. But
32pae
SMP VMX cannot bootup either.
details:
IA-32:
+ Build&Boot SMP xen0 without problem
+ Can bootup unmodified IA-32 2.6 linux in SMP VMX domain
+ Can bootup unmodified IA-32 WindowsXP SP1/SP2 in VMX
domain
+ Can bootup SMP VMX & XenU with different memory size
(VMX:64MB,128MB,196MB,256MB,512MB.XenU:256MB)
+ A selected subset of xm-test runs well
+ A selected subset of LTP runs well in SMP VMX domain(2.6)
+ Can startX in Dom0
+ Can bootup IA-32 2.6 linux in SMP VMX domain with acpi
enable
+ Can startX in VMX
+ Network is OK in VMX
For details
------------------------------------------------------------
Platform: IA-32
Service OS: FC5, IA-32, SMP
Hardware: Grandstale
Default guest OS: IA-32-SMP, 2.6 kernel
1, one vmx with memory 512M PASS
2, one xenU with memory 256M PASS
3, 2 vmx and 2 xenU coexist PASS
4, four vmx coexist(64M,128M,196M,256M) PASS
5, network in VMX domain PASS
6, network in XenU domain PASS
7, one window domain PASS
8, 1 xpsp1 and 1 xpsp2 windows domains coexist PASS
9, XenU migration PASS
10,subset LTP test in VMX domain PASS
11,one vmx boot with base kernel(2.6.16) PASS
12,xm-test PASS
13,kernel build in smp guest FAIL
14,StartX in Dom0 PASS
15,one vmx with acpi enable PASS
Xm test on ia32:
====================================================
Xm-test execution summary:
PASS: 44
FAIL: 5
XPASS: 0
XFAIL: 3
Details:
XFAIL: 02_network_local_ping_pos
ping loopback failed for size 65507. ping eth0 failed for
size
1 48 64 512 1440 1500 1505 4096 4192 32767 65507.
XFAIL: 05_network_dom0_ping_pos
Ping to dom0 failed for size 1 48 64 512 1440 1500 1505
4096
4192 32767 65507.
XFAIL: 11_network_domU_ping_pos
Ping failed for size 1 48 64 512 1440 1500 1505 4096 4192
32767
65507.
FAIL: 01_reboot_basic_pos
[Errno 5] Input/output error
FAIL: 01_sedf_multi_pos
[0] xm sedf returned invalid 256 != 0
LTP test on ia32:
=======================================
Detail Test Report of Last Session
============================================================
=========
The following testcases do Not pass:
Suite : Scenario TC No. TP No.
ltp:math 0 3 FAIL 23:16:50
Starting LTP math Test Case float_bessel
ltp:math 0 6 FAIL 23:17:38
Starting LTP math Test Case float_power
ltp:math 0 7 FAIL 23:17:54
Starting LTP math Test Case float_trigo
Summary Test Report of Last Session
Summary Test Report of Last Session
============================================================
============
======
= Total Pass Fail NoResult
Crash
============================================================
============
======
=ltp 194 191 3 0
0
============================================================
============
======
=ltp 194 191 3 0
0
mm 21 21 0 0
0
dio 28 28 0 0
0
nptl 1 1 0 0
0
math 10 7 3 0
0
ipc 8 8 0 0
0
pty 3 3 0 0
0
quickhit 120 120 0 0
0
sched 3 3 0 0
0
============================================================
============
======
=Total 194 191 3 0
0
The three failed ltp cases can pass if run them in separate
rather than
in whole ltp test.
Xm test on ia32pae:
===========================================================
Xm-test execution summary:
PASS: 44
FAIL: 5
XPASS: 0
XFAIL: 3
Details:
XFAIL: 02_network_local_ping_pos
ping loopback failed for size 65507. ping eth0 failed for
size
1 48 64 512 1440 1500 1505 4096 4192 32767 65507.
XFAIL: 05_network_dom0_ping_pos
Ping to dom0 failed for size 1 48 64 512 1440 1500 1505
4096
4192 32767 65507.
XFAIL: 11_network_domU_ping_pos
Ping failed for size 1 48 64 512 1440 1500 1505 4096 4192
32767
65507.
FAIL: 01_reboot_basic_pos
[Errno 5] Input/output error
FAIL: 01_sedf_multi_pos
[0] xm sedf returned invalid 256 != 0
Best Regards
Larry
_______________________________________________
Xen-devel mailing list
Xen-devel lists.xensource.com
http://lists.xen
source.com/xen-devel
|
|
[1-6]
|
|