Clocksource Boot Issues 4.9.13

Home » CentOS-Virt » Clocksource Boot Issues 4.9.13
CentOS-Virt 3 Comments

SGkgYWxsDQoNCknigJl2ZSBnb3QgYSBmZXcgSW50ZWwgWjg3IGNoaXBzZXQgbWFjaGluZXMgd2l0
aCBBZGFwdGVjIDU0MDUgcmFpZCBjYXJkcyAobGF0ZXN0IGZpcm13YXJlKSwgdGhleSB3b3JrIGZp bmUgb24gMy4xOCBidXQgZHVyaW5nIERvbTAgYm9vdCB1c2luZyBrZXJuZWwgNC45LjEzIGl0IGhh bmdzIGF0IOKAnFVzaW5nIGNsb2Nrc291cmNlIHRzY+KAnSBhbmQgdGhlIGFhY3JhaWQgZHJpdmVy IGtlZXBzIHRyeWluZyB0byByZXNldA0KDQpIYXMgYW55b25lIHNlZW4gYW55dGhpbmcgbGlrZSB0
aGlzPw0KDQpJ4oCZdmUgdHJpZWQgc3BlY2lmeWluZyBjbG9ja3NvdXJjZT14ZW4gaW4gZ3J1YiBp bnN0ZWFkIG9mIHRoZSBkZWZhdWx0IG9mIHRzYywgYW5kIHRoYXQgaGFzIHRoZSBzYW1lIGlzc3Vl LiBIUEVUIGlzIGVuYWJsZWQgYW5kIFhlbiBpcyBzZWVpbmcgaXQ6DQoNCihYRU4pIEFDUEk6IEhQ
RVQgRDk2NDlDQjAsIDAwMzggKHIxIEFMQVNLQSAgICBBIE0gSSAgMTA3MjAwOSBBTUkuICAgICAg ICA1KQ0KKFhFTikgUGxhdGZvcm0gdGltZXIgaXMgMTQuMzE4TUh6IEhQRVQNCg0KVGhhbmtzDQpD
aHJpcw0K

3 thoughts on - Clocksource Boot Issues 4.9.13

  • I saw a hang at a similar place in the boot process when trying to boot xen-on-xen for our test system. On a hunch I was going to to try recompiling without the PVHVM PCI related driver (pci-platform ? platform-pci ? ) before saying anything about it.

    Since you tried changing the clock source I’m wondering is that the boot issue is unrelated to the clock source, in which case you may get a better idea of what’s hanging by comparing the boot logs from 3.18 to 4.9 and seeing what’s present in 3.18 but not in 4.9. Presumably the messages in the
    3.18 but not 4.9 logs are either removed from the kernel source or happen after whatever is hanging.

    –Sarah

  • –9pW08RMERjsDm3IbaDQ9CnjiRR3SBAUww Content-Type: text/plain; charset=windows-1252
    Content-Transfer-Encoding: quoted-printable

    I have a test kernel that fixes the xen on xen issue:

    https://people.CentOS.org/hughesjr/4.9.16/

    there are 6 and 7 4.9.20 kernels in there .. give them a try. (I know, the directory say 4.9.16 and the newest kernels are 4.9.20 .. but it is going away once we build them for real :D)

    Also for chris: try these parameters on the vmlinux line:

    clocksource=tsc tsc=reliable

    Thanks, Johnny Hughes

    –9pW08RMERjsDm3IbaDQ9CnjiRR3SBAUww

  • I’ve tested the 4.9.20-26 kernel on various CentOS 6 systems and seems to work fine, also with xen 4.6.3-12 which was just released

    Still can’t get one particular server to boot on 4.9 without hanging, but strangely another identical server with the same bios version works fine… so I’m thinking its bad hardware. Odd that previous 3.4, 3.10 and 3.14 kernels had no issues

    Chris

    >>> Hi all
    >>>
    >>> I’ve got a few Intel Z87 chipset machines with Adaptec 5405 raid cards (latest firmware), they work fine on 3.18 but during Dom0 boot using kernel
    >>> 4.9.13 it hangs at “Using clocksource tsc” and the aacraid driver keeps trying to reset
    >>>
    >>> Has anyone seen anything like this?
    >>>
    >>> I’ve tried specifying clocksource=xen in grub instead of the default of tsc, and that has the same issue. HPET is enabled and Xen is seeing it:
    >>>
    >>> (XEN) ACPI: HPET D9649CB0, 0038 (r1 ALASKA A M I 1072009 AMI. 5) (XEN) Platform timer is 14.318MHz HPET
    >>
    >> I saw a hang at a similar place in the boot process when trying to boot xen-on-xen for our test system. On a hunch I was going to to try recompiling
    >> without the PVHVM PCI related driver (pci-platform ? platform-pci ? ) before saying anything about it.
    >>
    >> Since you tried changing the clock source I’m wondering is that the boot issue is unrelated to the clock source, in which case you may get a better
    >> idea of what’s hanging by comparing the boot logs from 3.18 to 4.9 and seeing what’s present in 3.18 but not in 4.9. Presumably the messages in the
    >> 3.18 but not 4.9 logs are either removed from the kernel source or happen after whatever is hanging.
    >
    > The Xen-on-xen thing is a specific problem with nested Xen; I asked on
    > xen-devel and was pointed to this commit.
    >
    > Unfortunately it’s pretty unlikely this one will help Chris.
    >
    > But perhaps, Chris, if you follow my example and post a bug report to
    > xen-devel (with serial output from Xen and the guest kernel), someone
    > may be able to find a patch which fixes the problem.
    >

    I have a test kernel that fixes the xen on xen issue:

    https://people.CentOS.org/hughesjr/4.9.16/

    there are 6 and 7 4.9.20 kernels in there .. give them a try. (I know,
    the directory say 4.9.16 and the newest kernels are 4.9.20 .. but it is
    going away once we build them for real :D)

    Also for chris: try these parameters on the vmlinux line:

    clocksource=tsc tsc=reliable

    Thanks,
    Johnny Hughes

LEAVE A COMMENT