[Xen-devel] Re: cs:21768 causes guest spend more time on boot up

[Tim Deegan <Tim.Deegan@xxxxxxxxxx>]

At 16:30 +0100 on 15 Jul (1279211440), Zhang, Yang Z wrote:
> ok, I get it. Will you work on this issue ? it has block our nightly
> test. Hope will be fixed as soon as possible.

Yes, I am still looking into it.  I think the address of the table is
not causing it, though, so it might take some time to find the real
cause.

Cheers,

Tim.

> best regards
> yang
> 
> 
> -----Original Message-----
> From: Tim Deegan [mailto:Tim.Deegan@xxxxxxxxxx] 
> Sent: Thursday, July 15, 2010 11:20 PM
> To: Zhang, Yang Z
> Cc: xen-devel@xxxxxxxxxxxxxxxxxxx; Zhang, Jianwu; Xu, Jiajun
> Subject: Re: cs:21768 causes guest spend more time on boot up
> 
> At 16:14 +0100 on 15 Jul (1279210449), Zhang, Yang Z wrote:
> > Is type 11 data structure cover 0xEB180 ? where is the start address
> > of type 11 structure? and the max length ?
> 
> No, the type-11 table is in the middle of the other SMBIOS tables.  The
> SMBIOS tables cover 0xEB000 -- 0xEB171 before my patch; after the patch
> they go a little further.  Extending them to cover 0xEB000 -- 0xEB187 
> (just by making existing strings a little longer, not adding a type-11
> table) makes CentOS 5.5 x64 hang up on boot.
> 
> Cheers,
> 
> Tim.
> 
> > 
> > best regards
> > yang
> > 
> > 
> > -----Original Message-----
> > From: Tim Deegan [mailto:Tim.Deegan@xxxxxxxxxx] 
> > Sent: Thursday, July 15, 2010 8:23 PM
> > To: Zhang, Yang Z
> > Cc: xen-devel@xxxxxxxxxxxxxxxxxxx; Zhang, Jianwu; Xu, Jiajun
> > Subject: Re: cs:21768 causes guest spend more time on boot up
> > 
> > At 10:48 +0100 on 15 Jul (1279190937), Tim Deegan wrote:
> > > At 09:07 +0100 on 15 Jul (1279184841), Zhang, Yang Z wrote:
> > > >          In our recently nightly test, we find guest will cost more
> > > > time to boot up. After our investigation, we find that for rhel5u3 and
> > > > rh5u5 guest it will stop at ?start udev ? for long time when boot
> > > > up. And we find cs:21768 will cause this issue. Do you meet the same
> > > > problem?
> > > 
> > > Nope, works fine for me[tm].  RHEL 5.5 stops at start_udev for about 5
> > > seconds, but that's not unusual.  I'll try RHEL 5.3.
> > 
> > I've reproduced this slowdown on CentOS 5.5 x64.  It seems to be caused
> > by the size of the SMBIOS tables - reverting the part of this cset that
> > adds a type 11 object fixes the boot time; then just making some of the
> > other SMBIOS strings longer causes it to hang again. I wonder whether
> > we're running into some other BIOS datastructure around 0xEB180
> > 
> > Tim.
> > 
> > -- 
> > Tim Deegan <Tim.Deegan@xxxxxxxxxx>
> > Principal Software Engineer, XenServer Engineering
> > Citrix Systems UK Ltd.  (Company #02937203, SL9 0BG)
> 
> -- 
> Tim Deegan <Tim.Deegan@xxxxxxxxxx>
> Principal Software Engineer, XenServer Engineering
> Citrix Systems UK Ltd.  (Company #02937203, SL9 0BG)

-- 
Tim Deegan <Tim.Deegan@xxxxxxxxxx>
Principal Software Engineer, XenServer Engineering
Citrix Systems UK Ltd.  (Company #02937203, SL9 0BG)

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel