Mailing List Archive: Xen: Devel

[ANNOUNCE] Third release candidates for 4.0.4 and 4.1.3

Index | Next | Previous | View Threaded

keir at xen

Jul 22, 2012, 8:42 AM

Post #1 of 9 (96 views)
Permalink

[ANNOUNCE] Third release candidates for 4.0.4 and 4.1.3

Folks,

I have just tagged 3rd release candidates for 4.0.4 and 4.1.3:

http://xenbits.xen.org/staging/xen-4.0-testing.hg (tag 4.0.4-rc3)
http://xenbits.xen.org/staging/xen-4.1-testing.hg (tag 4.1.3-rc3)

Please test! Assuming nothing crops up, we will make these the official
point releases at the end of this month.

-- Keir

_______________________________________________
Xen-devel mailing list
Xen-devel [at] lists
http://lists.xen.org/xen-devel

yongjie.ren at intel

Jul 26, 2012, 3:04 AM

Post #2 of 9 (84 views)
Permalink

Re: [ANNOUNCE] Third release candidates for 4.0.4 and 4.1.3 [In reply to]

I did a testing for 4.1.3-rc3 with Linux 3.4.6 as dom0.
I met the following 3 issues.
(1) Can't get deep C-state status via "xenpm" command.
(2) Can't get P-state info via "xenpm" command.
(3) HVM S3 resume error.
No. 1 and No. 2 exists on 4.1.3-rc3, but don't exist on latest xen-unstable tree.
No. 3 issue exists on both 4.1.3-rc3 and latest xen-unstable tree.
CCed Konrad.
As for the PM features, could it be the reason that xen 4.1.3 can't work very well with Linux 3.4.6 as Dom0?

Details:
(1) C-state issue
Only C0 and C1 C-state via "xenpm get-cpuidle-states" command line; no info for C2 or C3.
But xen-unstable tree (CS #25643) can have C0, C1, C2, C3.
----log here for 4.1.3------
[root [at] vt-nhm ~]# xenpm get-cpuidle-states 1
Max C-state: C7

cpu id : 1
total C-states : 2
idle time(ms) : 477336
C0 : transition [00000000000000000001]
residency [00000000000000008629 ms]
C1 : transition [00000000000000000001]
residency [00000000000000477336 ms]
pc3 : [00000000000000000000 ms]
pc6 : [00000000000000000000 ms]
pc7 : [00000000000000000000 ms]
cc3 : [00000000000000000000 ms]
cc6 : [00000000000000000000 ms]
------------
---log for 4.2-unstable tree ----
[root [at] vt-nhm ~]# xenpm get-cpuidle-states 1
Max possible C-state: C7

cpu id : 1
total C-states : 4
idle time(ms) : 139164
C0 : transition [ 3189]
residency [ 67719 ms]
C1 : transition [ 162]
residency [ 4739 ms]
C2 : transition [ 9]
residency [ 44 ms]
C3 : transition [ 3018]
residency [ 75951 ms]
pc2 : [ 0 ms]
pc3 : [ 758 ms]
pc6 : [ 28187 ms]
pc7 : [ 0 ms]
cc3 : [ 1335 ms]
cc6 : [ 71613 ms]
cc7 : [ 0 ms]
----

(2) P-state issue
No P-state info via "xenpm get-cpufreq-states" command line.
But xen-unstable tree (CS#25643 ) works fine for P-state.
--- log here for 4.1.3--
[root [at] vt-nhm ~]# xenpm get-cpufreq-states 1
[root [at] vt-nhm ~]#
--------------

--- log for 4.2-unstable -----
[root [at] vt-nhm ~]# xenpm get-cpufreq-states 1
cpu id : 1
total P-states : 10
usable P-states : 10
current frequency : 1596 MHz
P0 [2794 MHz]: transition [ 1]
residency [ 0 ms]
P1 [2793 MHz]: transition [ 0]
residency [ 0 ms]
P2 [2660 MHz]: transition [ 0]
residency [ 0 ms]
P3 [2527 MHz]: transition [ 0]
residency [ 0 ms]
P4 [2394 MHz]: transition [ 0]
residency [ 0 ms]
P5 [2261 MHz]: transition [ 0]
residency [ 0 ms]
P6 [2128 MHz]: transition [ 0]
residency [ 0 ms]
P7 [1995 MHz]: transition [ 0]
residency [ 0 ms]
P8 [1862 MHz]: transition [ 0]
residency [ 0 ms]
*P9 [1596 MHz]: transition [ 1]
residency [ 7 ms]
-----------

(3) HVM S3 resume issue
Error occurred when resuming from S3.
Both 4.1.3 and xen-unstable tree have the same issue.
-----console log for S3 resume ------------
Red Hat Enterprise Linux Server release 6.2 (Santiago)
Kernel 2.6.32-220.el6.x86_64 on an x86_64

rhel6u2-GA.guest login: eth0: no IPv6 routers present
PM: Syncing filesystems ... done.
Freezing user space processes ... (elapsed 0.00 seconds) done.
Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
Suspending console(s) (use no_console_suspend to debug)
ACPI: Preparing to enter system sleep state S3
Disabling non-boot CPUs ...
Back to C!
ACPI: Waking up from system sleep state S3
ata_piix 0000:00:01.1: restoring config space at offset 0x1 (was 0x2800000, writing 0x2800005)
xen-platform-pci 0000:00:03.0: PCI INT A -> GSI 28 (level, low) -> IRQ 28
WARNING: g.e. still in use!
WARNING: leaking g.e. and page still in use!
WARNING: g.e. still in use!
WARNING: leaking g.e. and page still in use!
WARNING: g.e. still in use!
WARNING: leaking g.e. and page still in use!
pm_op(): platform_pm_resume+0x0/0x50 returns -19
PM: Device i8042 failed to resume: error -19
Restarting tasks ... done.
---------if I use keyboard to type some keys and "Ctrl+C" after resume, it will show the following call trace-----------
INFO: task flush-202:0:342 blocked for more than 120 seconds.
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
flush-202:0 D 0000000000000000 0 342 2 0x00000000
ffff88003d83b5b0 0000000000000046 ffff88003d83b620 ffffffff811238a1
ffff8800000106c0 ffff880000000001 ffff88003adf8100 ffff88003d83b748
ffff880037c45b38 ffff88003d83bfd8 000000000000f4e8 ffff880037c45b38
Call Trace:
[<ffffffff811238a1>] ? __alloc_pages_nodemask+0x111/0x940
[<ffffffff81090ede>] ? prepare_to_wait+0x4e/0x80
[<ffffffffa006009d>] do_get_write_access+0x29d/0x520 [jbd2]
[<ffffffff81090c30>] ? wake_bit_function+0x0/0x50
[<ffffffffa0060471>] jbd2_journal_get_write_access+0x31/0x50 [jbd2]
[<ffffffffa00b4b88>] __ext4_journal_get_write_access+0x38/0x80 [ext4]
[<ffffffffa00b6a42>] ext4_mb_mark_diskspace_used+0xf2/0x300 [ext4]
[<ffffffffa00bdc19>] ext4_mb_new_blocks+0x2a9/0x560 [ext4]
[<ffffffffa00b0f1e>] ? ext4_ext_find_extent+0x2be/0x320 [ext4]
[<ffffffffa00b3fd3>] ext4_ext_get_blocks+0x1113/0x1a10 [ext4]
[<ffffffff81250132>] ? generic_make_request+0x2b2/0x5c0
[<ffffffffa0091335>] ext4_get_blocks+0xf5/0x2a0 [ext4]
[<ffffffff811271a5>] ? pagevec_lookup_tag+0x25/0x40
[<ffffffffa00922fc>] mpage_da_map_blocks+0xac/0x450 [ext4]
[<ffffffffa005f3c5>] ? jbd2_journal_start+0xb5/0x100 [jbd2]
[<ffffffffa0092f37>] ext4_da_writepages+0x2f7/0x660 [ext4]
[<ffffffff81126351>] do_writepages+0x21/0x40
[<ffffffff811a046d>] writeback_single_inode+0xdd/0x2c0
[<ffffffff811a08ae>] writeback_sb_inodes+0xce/0x180
[<ffffffff811a0a0b>] writeback_inodes_wb+0xab/0x1b0
[<ffffffff811a0dab>] wb_writeback+0x29b/0x3f0
[<ffffffff814eca40>] ? thread_return+0x4e/0x77e
[<ffffffff8107cc02>] ? del_timer_sync+0x22/0x30
[<ffffffff811a1099>] wb_do_writeback+0x199/0x240
[<ffffffff811a11a3>] bdi_writeback_task+0x63/0x1b0
[<ffffffff81090ab7>] ? bit_waitqueue+0x17/0xd0
[<ffffffff81134d40>] ? bdi_start_fn+0x0/0x100
[<ffffffff81134dc6>] bdi_start_fn+0x86/0x100
[<ffffffff81134d40>] ? bdi_start_fn+0x0/0x100
[<ffffffff81090886>] kthread+0x96/0xa0
[<ffffffff8100c14a>] child_rip+0xa/0x20
[<ffffffff810907f0>] ? kthread+0x0/0xa0
[<ffffffff8100c140>] ? child_rip+0x0/0x20
-------------------------
(END of this email.)

Best Regards,
Yongjie (Jay)

> -----Original Message-----
> From: xen-devel-bounces [at] lists
> [mailto:xen-devel-bounces [at] lists] On Behalf Of Keir Fraser
> Sent: Sunday, July 22, 2012 11:42 PM
> To: xen-devel [at] lists
> Subject: [Xen-devel] [ANNOUNCE] Third release candidates for 4.0.4 and
> 4.1.3
>
> Folks,
>
> I have just tagged 3rd release candidates for 4.0.4 and 4.1.3:
>
> http://xenbits.xen.org/staging/xen-4.0-testing.hg (tag 4.0.4-rc3)
> http://xenbits.xen.org/staging/xen-4.1-testing.hg (tag 4.1.3-rc3)
>
> Please test! Assuming nothing crops up, we will make these the official
> point releases at the end of this month.
>
> -- Keir
>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel [at] lists
> http://lists.xen.org/xen-devel

_______________________________________________
Xen-devel mailing list
Xen-devel [at] lists
http://lists.xen.org/xen-devel

Ian.Campbell at citrix

Jul 26, 2012, 3:12 AM

Post #3 of 9 (83 views)
Permalink

Re: [ANNOUNCE] Third release candidates for 4.0.4 and 4.1.3 [In reply to]

On Thu, 2012-07-26 at 11:04 +0100, Ren, Yongjie wrote:
> I did a testing for 4.1.3-rc3 with Linux 3.4.6 as dom0.
> I met the following 3 issues.
> (1) Can't get deep C-state status via "xenpm" command.
> (2) Can't get P-state info via "xenpm" command.
> (3) HVM S3 resume error.
> No. 1 and No. 2 exists on 4.1.3-rc3, but don't exist on latest xen-unstable tree.
> No. 3 issue exists on both 4.1.3-rc3 and latest xen-unstable tree.

What was the status of these 3 in 4.1.2? i.e. is this a regression in
the 4.1.x branch or not?

> CCed Konrad.
> As for the PM features, could it be the reason that xen 4.1.3 can't work very well with Linux 3.4.6 as Dom0?
>
> Details:
> (1) C-state issue
> Only C0 and C1 C-state via "xenpm get-cpuidle-states" command line; no info for C2 or C3.
> But xen-unstable tree (CS #25643) can have C0, C1, C2, C3.
> ----log here for 4.1.3------
> [root [at] vt-nhm ~]# xenpm get-cpuidle-states 1
> Max C-state: C7
>
> cpu id : 1
> total C-states : 2
> idle time(ms) : 477336
> C0 : transition [00000000000000000001]
> residency [00000000000000008629 ms]
> C1 : transition [00000000000000000001]
> residency [00000000000000477336 ms]
> pc3 : [00000000000000000000 ms]
> pc6 : [00000000000000000000 ms]
> pc7 : [00000000000000000000 ms]
> cc3 : [00000000000000000000 ms]
> cc6 : [00000000000000000000 ms]
> ------------
> ---log for 4.2-unstable tree ----
> [root [at] vt-nhm ~]# xenpm get-cpuidle-states 1
> Max possible C-state: C7
>
> cpu id : 1
> total C-states : 4
> idle time(ms) : 139164
> C0 : transition [ 3189]
> residency [ 67719 ms]
> C1 : transition [ 162]
> residency [ 4739 ms]
> C2 : transition [ 9]
> residency [ 44 ms]
> C3 : transition [ 3018]
> residency [ 75951 ms]
> pc2 : [ 0 ms]
> pc3 : [ 758 ms]
> pc6 : [ 28187 ms]
> pc7 : [ 0 ms]
> cc3 : [ 1335 ms]
> cc6 : [ 71613 ms]
> cc7 : [ 0 ms]
> ----
>
> (2) P-state issue
> No P-state info via "xenpm get-cpufreq-states" command line.
> But xen-unstable tree (CS#25643 ) works fine for P-state.
> --- log here for 4.1.3--
> [root [at] vt-nhm ~]# xenpm get-cpufreq-states 1
> [root [at] vt-nhm ~]#
> --------------
>
> --- log for 4.2-unstable -----
> [root [at] vt-nhm ~]# xenpm get-cpufreq-states 1
> cpu id : 1
> total P-states : 10
> usable P-states : 10
> current frequency : 1596 MHz
> P0 [2794 MHz]: transition [ 1]
> residency [ 0 ms]
> P1 [2793 MHz]: transition [ 0]
> residency [ 0 ms]
> P2 [2660 MHz]: transition [ 0]
> residency [ 0 ms]
> P3 [2527 MHz]: transition [ 0]
> residency [ 0 ms]
> P4 [2394 MHz]: transition [ 0]
> residency [ 0 ms]
> P5 [2261 MHz]: transition [ 0]
> residency [ 0 ms]
> P6 [2128 MHz]: transition [ 0]
> residency [ 0 ms]
> P7 [1995 MHz]: transition [ 0]
> residency [ 0 ms]
> P8 [1862 MHz]: transition [ 0]
> residency [ 0 ms]
> *P9 [1596 MHz]: transition [ 1]
> residency [ 7 ms]
> -----------
>
> (3) HVM S3 resume issue
> Error occurred when resuming from S3.
> Both 4.1.3 and xen-unstable tree have the same issue.
> -----console log for S3 resume ------------
> Red Hat Enterprise Linux Server release 6.2 (Santiago)
> Kernel 2.6.32-220.el6.x86_64 on an x86_64
>
> rhel6u2-GA.guest login: eth0: no IPv6 routers present
> PM: Syncing filesystems ... done.
> Freezing user space processes ... (elapsed 0.00 seconds) done.
> Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
> Suspending console(s) (use no_console_suspend to debug)
> ACPI: Preparing to enter system sleep state S3
> Disabling non-boot CPUs ...
> Back to C!
> ACPI: Waking up from system sleep state S3
> ata_piix 0000:00:01.1: restoring config space at offset 0x1 (was 0x2800000, writing 0x2800005)
> xen-platform-pci 0000:00:03.0: PCI INT A -> GSI 28 (level, low) -> IRQ 28
> WARNING: g.e. still in use!
> WARNING: leaking g.e. and page still in use!
> WARNING: g.e. still in use!
> WARNING: leaking g.e. and page still in use!
> WARNING: g.e. still in use!
> WARNING: leaking g.e. and page still in use!
> pm_op(): platform_pm_resume+0x0/0x50 returns -19
> PM: Device i8042 failed to resume: error -19
> Restarting tasks ... done.
> ---------if I use keyboard to type some keys and "Ctrl+C" after resume, it will show the following call trace-----------
> INFO: task flush-202:0:342 blocked for more than 120 seconds.
> "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
> flush-202:0 D 0000000000000000 0 342 2 0x00000000
> ffff88003d83b5b0 0000000000000046 ffff88003d83b620 ffffffff811238a1
> ffff8800000106c0 ffff880000000001 ffff88003adf8100 ffff88003d83b748
> ffff880037c45b38 ffff88003d83bfd8 000000000000f4e8 ffff880037c45b38
> Call Trace:
> [<ffffffff811238a1>] ? __alloc_pages_nodemask+0x111/0x940
> [<ffffffff81090ede>] ? prepare_to_wait+0x4e/0x80
> [<ffffffffa006009d>] do_get_write_access+0x29d/0x520 [jbd2]
> [<ffffffff81090c30>] ? wake_bit_function+0x0/0x50
> [<ffffffffa0060471>] jbd2_journal_get_write_access+0x31/0x50 [jbd2]
> [<ffffffffa00b4b88>] __ext4_journal_get_write_access+0x38/0x80 [ext4]
> [<ffffffffa00b6a42>] ext4_mb_mark_diskspace_used+0xf2/0x300 [ext4]
> [<ffffffffa00bdc19>] ext4_mb_new_blocks+0x2a9/0x560 [ext4]
> [<ffffffffa00b0f1e>] ? ext4_ext_find_extent+0x2be/0x320 [ext4]
> [<ffffffffa00b3fd3>] ext4_ext_get_blocks+0x1113/0x1a10 [ext4]
> [<ffffffff81250132>] ? generic_make_request+0x2b2/0x5c0
> [<ffffffffa0091335>] ext4_get_blocks+0xf5/0x2a0 [ext4]
> [<ffffffff811271a5>] ? pagevec_lookup_tag+0x25/0x40
> [<ffffffffa00922fc>] mpage_da_map_blocks+0xac/0x450 [ext4]
> [<ffffffffa005f3c5>] ? jbd2_journal_start+0xb5/0x100 [jbd2]
> [<ffffffffa0092f37>] ext4_da_writepages+0x2f7/0x660 [ext4]
> [<ffffffff81126351>] do_writepages+0x21/0x40
> [<ffffffff811a046d>] writeback_single_inode+0xdd/0x2c0
> [<ffffffff811a08ae>] writeback_sb_inodes+0xce/0x180
> [<ffffffff811a0a0b>] writeback_inodes_wb+0xab/0x1b0
> [<ffffffff811a0dab>] wb_writeback+0x29b/0x3f0
> [<ffffffff814eca40>] ? thread_return+0x4e/0x77e
> [<ffffffff8107cc02>] ? del_timer_sync+0x22/0x30
> [<ffffffff811a1099>] wb_do_writeback+0x199/0x240
> [<ffffffff811a11a3>] bdi_writeback_task+0x63/0x1b0
> [<ffffffff81090ab7>] ? bit_waitqueue+0x17/0xd0
> [<ffffffff81134d40>] ? bdi_start_fn+0x0/0x100
> [<ffffffff81134dc6>] bdi_start_fn+0x86/0x100
> [<ffffffff81134d40>] ? bdi_start_fn+0x0/0x100
> [<ffffffff81090886>] kthread+0x96/0xa0
> [<ffffffff8100c14a>] child_rip+0xa/0x20
> [<ffffffff810907f0>] ? kthread+0x0/0xa0
> [<ffffffff8100c140>] ? child_rip+0x0/0x20
> -------------------------
> (END of this email.)
>
>
> Best Regards,
> Yongjie (Jay)
>
> > -----Original Message-----
> > From: xen-devel-bounces [at] lists
> > [mailto:xen-devel-bounces [at] lists] On Behalf Of Keir Fraser
> > Sent: Sunday, July 22, 2012 11:42 PM
> > To: xen-devel [at] lists
> > Subject: [Xen-devel] [ANNOUNCE] Third release candidates for 4.0.4 and
> > 4.1.3
> >
> > Folks,
> >
> > I have just tagged 3rd release candidates for 4.0.4 and 4.1.3:
> >
> > http://xenbits.xen.org/staging/xen-4.0-testing.hg (tag 4.0.4-rc3)
> > http://xenbits.xen.org/staging/xen-4.1-testing.hg (tag 4.1.3-rc3)
> >
> > Please test! Assuming nothing crops up, we will make these the official
> > point releases at the end of this month.
> >
> > -- Keir
> >
> >
> >
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel [at] lists
> > http://lists.xen.org/xen-devel
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel [at] lists
> http://lists.xen.org/xen-devel

_______________________________________________
Xen-devel mailing list
Xen-devel [at] lists
http://lists.xen.org/xen-devel

yongjie.ren at intel

Jul 26, 2012, 3:20 AM

Post #4 of 9 (87 views)
Permalink

Re: [ANNOUNCE] Third release candidates for 4.0.4 and 4.1.3 [In reply to]

> -----Original Message-----
> From: Ian Campbell [mailto:Ian.Campbell [at] citrix]
> Sent: Thursday, July 26, 2012 6:13 PM
> To: Ren, Yongjie
> Cc: Keir (Xen.org); xen-devel [at] lists; Konrad Rzeszutek Wilk
> Subject: Re: [Xen-devel] [ANNOUNCE] Third release candidates for 4.0.4
> and 4.1.3
>
> On Thu, 2012-07-26 at 11:04 +0100, Ren, Yongjie wrote:
> > I did a testing for 4.1.3-rc3 with Linux 3.4.6 as dom0.
> > I met the following 3 issues.
> > (1) Can't get deep C-state status via "xenpm" command.
> > (2) Can't get P-state info via "xenpm" command.
> > (3) HVM S3 resume error.
> > No. 1 and No. 2 exists on 4.1.3-rc3, but don't exist on latest xen-unstable
> tree.
> > No. 3 issue exists on both 4.1.3-rc3 and latest xen-unstable tree.
>
> What was the status of these 3 in 4.1.2? i.e. is this a regression in
> the 4.1.x branch or not?
>
No. 1 and 2 should be a regression, because we have automatic test cases to cover the 2 issues.
I also need a double check and will reply later.

> > CCed Konrad.
> > As for the PM features, could it be the reason that xen 4.1.3 can't work
> very well with Linux 3.4.6 as Dom0?
> >
> > Details:
> > (1) C-state issue
> > Only C0 and C1 C-state via "xenpm get-cpuidle-states" command line; no
> info for C2 or C3.
> > But xen-unstable tree (CS #25643) can have C0, C1, C2, C3.
> > ----log here for 4.1.3------
> > [root [at] vt-nhm ~]# xenpm get-cpuidle-states 1
> > Max C-state: C7
> >
> > cpu id : 1
> > total C-states : 2
> > idle time(ms) : 477336
> > C0 : transition [00000000000000000001]
> > residency [00000000000000008629 ms]
> > C1 : transition [00000000000000000001]
> > residency [00000000000000477336 ms]
> > pc3 : [00000000000000000000 ms]
> > pc6 : [00000000000000000000 ms]
> > pc7 : [00000000000000000000 ms]
> > cc3 : [00000000000000000000 ms]
> > cc6 : [00000000000000000000 ms]
> > ------------
> > ---log for 4.2-unstable tree ----
> > [root [at] vt-nhm ~]# xenpm get-cpuidle-states 1
> > Max possible C-state: C7
> >
> > cpu id : 1
> > total C-states : 4
> > idle time(ms) : 139164
> > C0 : transition [ 3189]
> > residency [ 67719 ms]
> > C1 : transition [ 162]
> > residency [ 4739 ms]
> > C2 : transition [ 9]
> > residency [ 44 ms]
> > C3 : transition [ 3018]
> > residency [ 75951 ms]
> > pc2 : [ 0 ms]
> > pc3 : [ 758 ms]
> > pc6 : [ 28187 ms]
> > pc7 : [ 0 ms]
> > cc3 : [ 1335 ms]
> > cc6 : [ 71613 ms]
> > cc7 : [ 0 ms]
> > ----
> >
> > (2) P-state issue
> > No P-state info via "xenpm get-cpufreq-states" command line.
> > But xen-unstable tree (CS#25643 ) works fine for P-state.
> > --- log here for 4.1.3--
> > [root [at] vt-nhm ~]# xenpm get-cpufreq-states 1
> > [root [at] vt-nhm ~]#
> > --------------
> >
> > --- log for 4.2-unstable -----
> > [root [at] vt-nhm ~]# xenpm get-cpufreq-states 1
> > cpu id : 1
> > total P-states : 10
> > usable P-states : 10
> > current frequency : 1596 MHz
> > P0 [2794 MHz]: transition [ 1]
> > residency [ 0 ms]
> > P1 [2793 MHz]: transition [ 0]
> > residency [ 0 ms]
> > P2 [2660 MHz]: transition [ 0]
> > residency [ 0 ms]
> > P3 [2527 MHz]: transition [ 0]
> > residency [ 0 ms]
> > P4 [2394 MHz]: transition [ 0]
> > residency [ 0 ms]
> > P5 [2261 MHz]: transition [ 0]
> > residency [ 0 ms]
> > P6 [2128 MHz]: transition [ 0]
> > residency [ 0 ms]
> > P7 [1995 MHz]: transition [ 0]
> > residency [ 0 ms]
> > P8 [1862 MHz]: transition [ 0]
> > residency [ 0 ms]
> > *P9 [1596 MHz]: transition [ 1]
> > residency [ 7 ms]
> > -----------
> >
> > (3) HVM S3 resume issue
> > Error occurred when resuming from S3.
> > Both 4.1.3 and xen-unstable tree have the same issue.
> > -----console log for S3 resume ------------
> > Red Hat Enterprise Linux Server release 6.2 (Santiago)
> > Kernel 2.6.32-220.el6.x86_64 on an x86_64
> >
> > rhel6u2-GA.guest login: eth0: no IPv6 routers present
> > PM: Syncing filesystems ... done.
> > Freezing user space processes ... (elapsed 0.00 seconds) done.
> > Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
> > Suspending console(s) (use no_console_suspend to debug)
> > ACPI: Preparing to enter system sleep state S3
> > Disabling non-boot CPUs ...
> > Back to C!
> > ACPI: Waking up from system sleep state S3
> > ata_piix 0000:00:01.1: restoring config space at offset 0x1 (was
> 0x2800000, writing 0x2800005)
> > xen-platform-pci 0000:00:03.0: PCI INT A -> GSI 28 (level, low) -> IRQ 28
> > WARNING: g.e. still in use!
> > WARNING: leaking g.e. and page still in use!
> > WARNING: g.e. still in use!
> > WARNING: leaking g.e. and page still in use!
> > WARNING: g.e. still in use!
> > WARNING: leaking g.e. and page still in use!
> > pm_op(): platform_pm_resume+0x0/0x50 returns -19
> > PM: Device i8042 failed to resume: error -19
> > Restarting tasks ... done.
> > ---------if I use keyboard to type some keys and "Ctrl+C" after resume, it
> will show the following call trace-----------
> > INFO: task flush-202:0:342 blocked for more than 120 seconds.
> > "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this
> message.
> > flush-202:0 D 0000000000000000 0 342 2 0x00000000
> > ffff88003d83b5b0 0000000000000046 ffff88003d83b620
> ffffffff811238a1
> > ffff8800000106c0 ffff880000000001 ffff88003adf8100
> ffff88003d83b748
> > ffff880037c45b38 ffff88003d83bfd8 000000000000f4e8
> ffff880037c45b38
> > Call Trace:
> > [<ffffffff811238a1>] ? __alloc_pages_nodemask+0x111/0x940
> > [<ffffffff81090ede>] ? prepare_to_wait+0x4e/0x80
> > [<ffffffffa006009d>] do_get_write_access+0x29d/0x520 [jbd2]
> > [<ffffffff81090c30>] ? wake_bit_function+0x0/0x50
> > [<ffffffffa0060471>] jbd2_journal_get_write_access+0x31/0x50 [jbd2]
> > [<ffffffffa00b4b88>] __ext4_journal_get_write_access+0x38/0x80
> [ext4]
> > [<ffffffffa00b6a42>] ext4_mb_mark_diskspace_used+0xf2/0x300 [ext4]
> > [<ffffffffa00bdc19>] ext4_mb_new_blocks+0x2a9/0x560 [ext4]
> > [<ffffffffa00b0f1e>] ? ext4_ext_find_extent+0x2be/0x320 [ext4]
> > [<ffffffffa00b3fd3>] ext4_ext_get_blocks+0x1113/0x1a10 [ext4]
> > [<ffffffff81250132>] ? generic_make_request+0x2b2/0x5c0
> > [<ffffffffa0091335>] ext4_get_blocks+0xf5/0x2a0 [ext4]
> > [<ffffffff811271a5>] ? pagevec_lookup_tag+0x25/0x40
> > [<ffffffffa00922fc>] mpage_da_map_blocks+0xac/0x450 [ext4]
> > [<ffffffffa005f3c5>] ? jbd2_journal_start+0xb5/0x100 [jbd2]
> > [<ffffffffa0092f37>] ext4_da_writepages+0x2f7/0x660 [ext4]
> > [<ffffffff81126351>] do_writepages+0x21/0x40
> > [<ffffffff811a046d>] writeback_single_inode+0xdd/0x2c0
> > [<ffffffff811a08ae>] writeback_sb_inodes+0xce/0x180
> > [<ffffffff811a0a0b>] writeback_inodes_wb+0xab/0x1b0
> > [<ffffffff811a0dab>] wb_writeback+0x29b/0x3f0
> > [<ffffffff814eca40>] ? thread_return+0x4e/0x77e
> > [<ffffffff8107cc02>] ? del_timer_sync+0x22/0x30
> > [<ffffffff811a1099>] wb_do_writeback+0x199/0x240
> > [<ffffffff811a11a3>] bdi_writeback_task+0x63/0x1b0
> > [<ffffffff81090ab7>] ? bit_waitqueue+0x17/0xd0
> > [<ffffffff81134d40>] ? bdi_start_fn+0x0/0x100
> > [<ffffffff81134dc6>] bdi_start_fn+0x86/0x100
> > [<ffffffff81134d40>] ? bdi_start_fn+0x0/0x100
> > [<ffffffff81090886>] kthread+0x96/0xa0
> > [<ffffffff8100c14a>] child_rip+0xa/0x20
> > [<ffffffff810907f0>] ? kthread+0x0/0xa0
> > [<ffffffff8100c140>] ? child_rip+0x0/0x20
> > -------------------------
> > (END of this email.)
> >
> >
> > Best Regards,
> > Yongjie (Jay)
> >
> > > -----Original Message-----
> > > From: xen-devel-bounces [at] lists
> > > [mailto:xen-devel-bounces [at] lists] On Behalf Of Keir Fraser
> > > Sent: Sunday, July 22, 2012 11:42 PM
> > > To: xen-devel [at] lists
> > > Subject: [Xen-devel] [ANNOUNCE] Third release candidates for 4.0.4
> and
> > > 4.1.3
> > >
> > > Folks,
> > >
> > > I have just tagged 3rd release candidates for 4.0.4 and 4.1.3:
> > >
> > > http://xenbits.xen.org/staging/xen-4.0-testing.hg (tag 4.0.4-rc3)
> > > http://xenbits.xen.org/staging/xen-4.1-testing.hg (tag 4.1.3-rc3)
> > >
> > > Please test! Assuming nothing crops up, we will make these the official
> > > point releases at the end of this month.
> > >
> > > -- Keir
> > >
> > >
> > >
> > > _______________________________________________
> > > Xen-devel mailing list
> > > Xen-devel [at] lists
> > > http://lists.xen.org/xen-devel
> >
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel [at] lists
> > http://lists.xen.org/xen-devel
>

_______________________________________________
Xen-devel mailing list
Xen-devel [at] lists
http://lists.xen.org/xen-devel

JBeulich at suse

Jul 26, 2012, 3:38 AM

Post #5 of 9 (80 views)
Permalink

Re: [ANNOUNCE] Third release candidates for 4.0.4 and 4.1.3 [In reply to]

>>> On 26.07.12 at 12:20, "Ren, Yongjie" <yongjie.ren [at] intel> wrote:
>> From: Ian Campbell [mailto:Ian.Campbell [at] citrix]
>> On Thu, 2012-07-26 at 11:04 +0100, Ren, Yongjie wrote:
>> > I did a testing for 4.1.3-rc3 with Linux 3.4.6 as dom0.
>> > I met the following 3 issues.
>> > (1) Can't get deep C-state status via "xenpm" command.
>> > (2) Can't get P-state info via "xenpm" command.
>> > (3) HVM S3 resume error.
>> > No. 1 and No. 2 exists on 4.1.3-rc3, but don't exist on latest xen-unstable
>> tree.
>> > No. 3 issue exists on both 4.1.3-rc3 and latest xen-unstable tree.
>>
>> What was the status of these 3 in 4.1.2? i.e. is this a regression in
>> the 4.1.x branch or not?
>>
> No. 1 and 2 should be a regression, because we have automatic test cases to
> cover the 2 issues.

This sort of contradicts your own suspicion that 3.4.x may not
interact well with 4.1.x - is the known working case perhaps
with some other kernel version used in Dom0 (albeit the support
for this isn't that old yet in pv-ops)?

Jan

_______________________________________________
Xen-devel mailing list
Xen-devel [at] lists
http://lists.xen.org/xen-devel

yongjie.ren at intel

Jul 26, 2012, 5:09 AM

Post #6 of 9 (88 views)
Permalink

Re: [ANNOUNCE] Third release candidates for 4.0.4 and 4.1.3 [In reply to]

> -----Original Message-----
> From: Jan Beulich [mailto:JBeulich [at] suse]
> Sent: Thursday, July 26, 2012 6:39 PM
> To: Ren, Yongjie
> Cc: Ian Campbell; xen-devel [at] lists; Konrad Rzeszutek Wilk; Keir
> (Xen.org)
> Subject: Re: [Xen-devel] [ANNOUNCE] Third release candidates for 4.0.4
> and 4.1.3
>
> >>> On 26.07.12 at 12:20, "Ren, Yongjie" <yongjie.ren [at] intel> wrote:
> >> From: Ian Campbell [mailto:Ian.Campbell [at] citrix]
> >> On Thu, 2012-07-26 at 11:04 +0100, Ren, Yongjie wrote:
> >> > I did a testing for 4.1.3-rc3 with Linux 3.4.6 as dom0.
> >> > I met the following 3 issues.
> >> > (1) Can't get deep C-state status via "xenpm" command.
> >> > (2) Can't get P-state info via "xenpm" command.
> >> > (3) HVM S3 resume error.
> >> > No. 1 and No. 2 exists on 4.1.3-rc3, but don't exist on latest
> xen-unstable
> >> tree.
> >> > No. 3 issue exists on both 4.1.3-rc3 and latest xen-unstable tree.
> >>
> >> What was the status of these 3 in 4.1.2? i.e. is this a regression in
> >> the 4.1.x branch or not?
> >>
> > No. 1 and 2 should be a regression, because we have automatic test
> cases to
> > cover the 2 issues.
>
> This sort of contradicts your own suspicion that 3.4.x may not
> interact well with 4.1.x - is the known working case perhaps
> with some other kernel version used in Dom0 (albeit the support
> for this isn't that old yet in pv-ops)?
>
Finally, I did a test with an old dom0(2.6.32.57) in the following tree.
git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git
My first suspicion is right. :-)
Issue 1 and 2 (C-state and P-state) can work well with 4.1.3-rc3 and old dom0.
And issue 3 still exists. I think it doesn't block the release of xen 4.1.3.
If using Xen 4.1.3 with Linux 3.4.x dom0, you may meet some small bugs. :-)

Both 4.1.3-rc3 and 4.2-unstable tree have the following issues.
A. HVM S3 issue as I mentioned.
(I'll file a bug to track this.)
B. a VGA display issue with a SR-IOV hot-plug case
http://bugzilla.xen.org/bugzilla/show_bug.cgi?id=1812

_______________________________________________
Xen-devel mailing list
Xen-devel [at] lists
http://lists.xen.org/xen-devel

konrad.wilk at oracle

Jul 26, 2012, 7:18 AM

Post #7 of 9 (84 views)
Permalink

Re: [ANNOUNCE] Third release candidates for 4.0.4 and 4.1.3 [In reply to]

On Thu, Jul 26, 2012 at 10:04:49AM +0000, Ren, Yongjie wrote:
> I did a testing for 4.1.3-rc3 with Linux 3.4.6 as dom0.
> I met the following 3 issues.
> (1) Can't get deep C-state status via "xenpm" command.

That might be due to the CONFIG_ACPI_PROCESSOR_AGGREGATOR being compiled
in your kernel (df88b2d96e36d9a9e325bfcd12eb45671cbbc937).
If you don't have CONFIG_ACPI_PROCESSOR_AGGREG.. as either module or built-in
can you get to lower C-states?

> (2) Can't get P-state info via "xenpm" command.

That is strange. I seem to be able to get that.
Using 4.1.3: (XEN) Latest ChangeSet: Sun Jul 22 16:39:00 2012 +0100 23324:e89be0dedeb4

This is on i3-2100 box (MSI MS-7680/H61M-P23 (MS-7680), BIOS V17.0 03/14/2011):

cpu id : 0
total P-states : 16
usable P-states : 16
current frequency : 1600 MHz
P0 : freq [3100 MHz]
transition [00000000000000000015]
residency [00000000000000000813 ms]
P1 : freq [3000 MHz]
transition [00000000000000000001]
residency [00000000000000000007 ms]
P2 : freq [2900 MHz]
transition [00000000000000000001]
residency [00000000000000000018 ms]
P3 : freq [2800 MHz]
transition [00000000000000000000]
residency [00000000000000000000 ms]
P4 : freq [2700 MHz]
transition [00000000000000000000]
residency [00000000000000000000 ms]
P5 : freq [2600 MHz]
transition [00000000000000000000]
residency [00000000000000000000 ms]
P6 : freq [2500 MHz]
transition [00000000000000000000]
residency [00000000000000000000 ms]
P7 : freq [2400 MHz]
transition [00000000000000000000]
residency [00000000000000000000 ms]
P8 : freq [2300 MHz]
transition [00000000000000000000]
residency [00000000000000000000 ms]
P9 : freq [2200 MHz]
transition [00000000000000000001]
residency [00000000000000000020 ms]
P10 : freq [2100 MHz]
transition [00000000000000000000]
residency [00000000000000000000 ms]
P11 : freq [2000 MHz]
transition [00000000000000000002]
residency [00000000000000000015 ms]
P12 : freq [1900 MHz]
transition [00000000000000000000]
residency [00000000000000000000 ms]
P13 : freq [1800 MHz]
transition [00000000000000000001]
residency [00000000000000000000 ms]
P14 : freq [1700 MHz]
transition [00000000000000000001]
residency [00000000000000000000 ms]
*P15 : freq [1600 MHz]
transition [00000000000000000013]
residency [00000000000000001666 ms]
.. and more

> (3) HVM S3 resume error.
> No. 1 and No. 2 exists on 4.1.3-rc3, but don't exist on latest xen-unstable tree.
> No. 3 issue exists on both 4.1.3-rc3 and latest xen-unstable tree.
> CCed Konrad.
> As for the PM features, could it be the reason that xen 4.1.3 can't work very well with Linux 3.4.6 as Dom0?

Could be, but in 3.4 was when the xen-acpi-processor was introduced so it _should_ be working.
The only thought I have for the low C-states is the acpi_pad, but nothing else.

_______________________________________________
Xen-devel mailing list
Xen-devel [at] lists
http://lists.xen.org/xen-devel

lars.kurth at xen

Aug 10, 2012, 4:49 AM

Post #8 of 9 (54 views)
Permalink

Re: [ANNOUNCE] Third release candidates for 4.0.4 and 4.1.3 [In reply to]

Keir,
do we have a list of what has gone into these (worth highlighting). I
can't see any CVE and XSA numbers and the check-in descriptions don't
tell me an awful lot
Lars

On 22/07/2012 16:42, Keir Fraser wrote:
> Folks,
>
> I have just tagged 3rd release candidates for 4.0.4 and 4.1.3:
>
> http://xenbits.xen.org/staging/xen-4.0-testing.hg (tag 4.0.4-rc3)
> http://xenbits.xen.org/staging/xen-4.1-testing.hg (tag 4.1.3-rc3)
>
> Please test! Assuming nothing crops up, we will make these the official
> point releases at the end of this month.
>
> -- Keir
>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel [at] lists
> http://lists.xen.org/xen-devel

_______________________________________________
Xen-devel mailing list
Xen-devel [at] lists
http://lists.xen.org/xen-devel

keir at xen

Aug 10, 2012, 5:12 AM

Post #9 of 9 (56 views)
Permalink

Re: [ANNOUNCE] Third release candidates for 4.0.4 and 4.1.3 [In reply to]

All of XSA-7 through XSA-11 are fixed in 4.1.3 and 4.0.4. So there's a good
security argument for everyone to upgrade, quite apart from the various
other fixes (e.g., there are over 100 patches in 4.1 branch since 4.1.2) --
libxl bug fixes, and a bunch of hypervisor stuff, fixing for particular
systems, or particular minority usage cases, for example... There's no
broader generalisation than that to be made really, each patch fixes some
usually fairly minor issue, but they add up to a big bag of small fixes!

XSA-7 to XSA-11 *are* called out explicitly in their respective changeset
comments in both 4.0 and 4.1 repositories by the way. If you can't see them
you may not be looking at the right thing. ;-)

-- Keir

On 10/08/2012 12:49, "Lars Kurth" <lars.kurth [at] xen> wrote:

> Keir,
> do we have a list of what has gone into these (worth highlighting). I
> can't see any CVE and XSA numbers and the check-in descriptions don't
> tell me an awful lot
> Lars
>
> On 22/07/2012 16:42, Keir Fraser wrote:
>> Folks,
>>
>> I have just tagged 3rd release candidates for 4.0.4 and 4.1.3:
>>
>> http://xenbits.xen.org/staging/xen-4.0-testing.hg (tag 4.0.4-rc3)
>> http://xenbits.xen.org/staging/xen-4.1-testing.hg (tag 4.1.3-rc3)
>>
>> Please test! Assuming nothing crops up, we will make these the official
>> point releases at the end of this month.
>>
>> -- Keir
>>
>>
>>
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel [at] lists
>> http://lists.xen.org/xen-devel
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel [at] lists
> http://lists.xen.org/xen-devel

_______________________________________________
Xen-devel mailing list
Xen-devel [at] lists
http://lists.xen.org/xen-devel

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads