2.6.23-rc8-mm1: somewhat broken forced HPET on ICH5 - Kernel

This is a discussion on 2.6.23-rc8-mm1: somewhat broken forced HPET on ICH5 - Kernel ; ich-force-hpet-ich5-quirk-to-force-detect-enable.patch is causing the following on Etch boot: [initscripts as usual] Setting system clock: [nothing happens for several seconds] select to /dev/rtc to wait for clock tick timed out [initscripts as usual] Then clock is skewed for 3 hours (GMT/MSK ...

+ Reply to Thread
Results 1 to 8 of 8

Thread: 2.6.23-rc8-mm1: somewhat broken forced HPET on ICH5

  1. 2.6.23-rc8-mm1: somewhat broken forced HPET on ICH5

    ich-force-hpet-ich5-quirk-to-force-detect-enable.patch
    is causing the following on Etch boot:

    [initscripts as usual]
    Setting system clock:
    [nothing happens for several seconds]
    select to /dev/rtc to wait for clock tick timed out
    [initscripts as usual]

    Then clock is skewed for 3 hours (GMT/MSK difference).

    Here is dmesg diff (with junk dropped, mind you) and lspci output and
    config snippets:

    --- rc8.dmesg
    +++ mm.dmesg
    @@ -103,0 +200 @@
    +Force enabled HPET at base address 0xfed00000
    @@ -125,0 +223,3 @@
    +hpet clockevent registered
    +hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0
    +hpet0: 3 64-bit timers, 14318180 Hz
    @@ -159,0 +260 @@
    +Switched to high resolution mode on CPU 0 /* wo-hoo, officially tickless! */


    00:00.0 Host bridge [0600]: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface [8086:2570] (rev 02)
    00:01.0 PCI bridge [0604]: Intel Corporation 82865G/PE/P PCI to AGP Controller [8086:2571] (rev 02)
    00:1d.0 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 [8086:24d2] (rev 02)
    00:1d.1 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 [8086:24d4] (rev 02)
    00:1d.2 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 [8086:24d7] (rev 02)
    00:1d.3 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 [8086:24de] (rev 02)
    00:1d.7 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller [8086:24dd] (rev 02)
    00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev c2)
    00:1f.0 ISA bridge [0601]: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge [8086:24d0] (rev 02)
    00:1f.1 IDE interface [0101]: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller [8086:24db] (rev 02)
    00:1f.2 IDE interface [0101]: Intel Corporation 82801EB (ICH5) SATA Controller [8086:24d1] (rev 02)
    00:1f.3 SMBus [0c05]: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller [8086:24d3] (rev 02)
    00:1f.5 Multimedia audio controller [0401]: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller [8086:24d5] (rev 02)
    01:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV350 AP [Radeon 9600] [1002:4150]
    01:00.1 Display controller [0380]: ATI Technologies Inc RV350 AP [Radeon 9600] (Secondary) [1002:4170]
    02:03.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ [10ec:8139] (rev 10)
    02:04.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ [10ec:8139] (rev 10)


    CONFIG_HPET_TIMER=y
    CONFIG_HPET=y
    # CONFIG_HPET_RTC_IRQ is not set
    CONFIG_HPET_MMAP=y
    CONFIG_RTC=m
    CONFIG_GEN_RTC=m
    CONFIG_GEN_RTC_X=y
    # CONFIG_HPET_RTC_IRQ is not set
    CONFIG_SND_RTCTIMER=m
    CONFIG_SND_SEQ_RTCTIMER_DEFAULT=y
    # CONFIG_RTC_CLASS is not set
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  2. Re: 2.6.23-rc8-mm1: somewhat broken forced HPET on ICH5

    Alexey,

    On Wed, 2007-09-26 at 00:50 +0400, Alexey Dobriyan wrote:
    > ich-force-hpet-ich5-quirk-to-force-detect-enable.patch
    > is causing the following on Etch boot:
    >
    > [initscripts as usual]
    > Setting system clock:
    > [nothing happens for several seconds]
    > select to /dev/rtc to wait for clock tick timed out
    > [initscripts as usual]
    >
    > Then clock is skewed for 3 hours (GMT/MSK difference).


    Can you please check, whether

    http://tglx.de/projects/hrtimers/2.6...rc7-hrt1.patch

    has the same problem ? It contains the hpet force enable patches as
    well, but lacks the other crap^Wfeatures of -mm

    Thanks,

    tglx


    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  3. Re: 2.6.23-rc8-mm1: somewhat broken forced HPET on ICH5

    On Tue, Sep 25, 2007 at 11:45:17PM +0200, Thomas Gleixner wrote:
    > On Wed, 2007-09-26 at 00:50 +0400, Alexey Dobriyan wrote:
    > > ich-force-hpet-ich5-quirk-to-force-detect-enable.patch
    > > is causing the following on Etch boot:
    > >
    > > [initscripts as usual]
    > > Setting system clock:
    > > [nothing happens for several seconds]
    > > select to /dev/rtc to wait for clock tick timed out
    > > [initscripts as usual]
    > >
    > > Then clock is skewed for 3 hours (GMT/MSK difference).

    >
    > Can you please check, whether
    >
    > http://tglx.de/projects/hrtimers/2.6...rc7-hrt1.patch
    >
    > has the same problem ? It contains the hpet force enable patches as
    > well, but lacks the other crap^Wfeatures of -mm


    Yes, exactly same delay and clock skew.
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  4. Re: 2.6.23-rc8-mm1: somewhat broken forced HPET on ICH5

    On Wed, 2007-09-26 at 13:14 +0400, Alexey Dobriyan wrote:
    > On Tue, Sep 25, 2007 at 11:45:17PM +0200, Thomas Gleixner wrote:
    > > On Wed, 2007-09-26 at 00:50 +0400, Alexey Dobriyan wrote:
    > > > ich-force-hpet-ich5-quirk-to-force-detect-enable.patch
    > > > is causing the following on Etch boot:
    > > >
    > > > [initscripts as usual]
    > > > Setting system clock:
    > > > [nothing happens for several seconds]
    > > > select to /dev/rtc to wait for clock tick timed out
    > > > [initscripts as usual]
    > > >
    > > > Then clock is skewed for 3 hours (GMT/MSK difference).

    > >
    > > Can you please check, whether
    > >
    > > http://tglx.de/projects/hrtimers/2.6...rc7-hrt1.patch
    > >
    > > has the same problem ? It contains the hpet force enable patches as
    > > well, but lacks the other crap^Wfeatures of -mm

    >
    > Yes, exactly same delay and clock skew.


    Ok, stupid me. Did not look at your config snippet right away. Can you
    please enable CONFIG_HPET_EMULATE_RTC ?

    tglx


    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  5. Re: 2.6.23-rc8-mm1: somewhat broken forced HPET on ICH5

    On Wed, Sep 26, 2007 at 08:43:17AM +0200, Thomas Gleixner wrote:
    > On Wed, 2007-09-26 at 13:14 +0400, Alexey Dobriyan wrote:
    > > On Tue, Sep 25, 2007 at 11:45:17PM +0200, Thomas Gleixner wrote:
    > > > On Wed, 2007-09-26 at 00:50 +0400, Alexey Dobriyan wrote:
    > > > > ich-force-hpet-ich5-quirk-to-force-detect-enable.patch
    > > > > is causing the following on Etch boot:
    > > > >
    > > > > [initscripts as usual]
    > > > > Setting system clock:
    > > > > [nothing happens for several seconds]
    > > > > select to /dev/rtc to wait for clock tick timed out
    > > > > [initscripts as usual]
    > > > >
    > > > > Then clock is skewed for 3 hours (GMT/MSK difference).
    > > >
    > > > Can you please check, whether
    > > >
    > > > http://tglx.de/projects/hrtimers/2.6...rc7-hrt1.patch
    > > >
    > > > has the same problem ? It contains the hpet force enable patches as
    > > > well, but lacks the other crap^Wfeatures of -mm

    > >
    > > Yes, exactly same delay and clock skew.

    >
    > Ok, stupid me. Did not look at your config snippet right away. Can you
    > please enable CONFIG_HPET_EMULATE_RTC ?


    This helps!
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  6. 2.6.23-rc8-mm1: ata3: soft resetting link after STR

    Frequently get these messages after resume from STR,
    (subjectively, first STR is always OK).

    CONFIG_ATA_PIIX=y is used. CONFIG_IDE=n.

    This happened with 2.6.23-rc7-mm1, 2.6.23-rc8-mm1, and
    2.6.23-rc7-hrt1.patch

    ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2
    ata3.00: BMDMA stat 0x6
    ata3.00: cmd ca/00:08:27:12:72/00:00:00:00:00/eb tag 0 cdb 0x0 data 4096 out
    res 51/84:08:27:12:72/00:00:00:00:00/eb Emask 0x30 (host bus error)
    ata3.00: status: {DRDY ERR }
    ata3.00: error: {ICRC ABRT }
    ata3: soft resetting link
    ata3.00: configured for UDMA/133
    ata3: EH complete

    [same block several times]

    sd 2:0:0:0: [sdb] Result: hostbyte=0x00 driverbyte=0x08
    sd 2:0:0:0: [sdb] Sense Key : 0xb [current] [descriptor]
    Descriptor sense data with sense descriptors (in hex):
    72 0b 47 00 00 00 00 0c 00 0a 80 00 00 00 00 00
    0b 72 12 2f
    sd 2:0:0:0: [sdb] ASC=0x47 ASCQ=0x0
    end_request: I/O error, dev sdb, sector 192025135
    Buffer I/O error on device sdb1
    [same block + 1]
    [same block + 2]
    [same block + 3]
    [same block + 4]
    ata3: EH complete
    sd 2:0:0:0: [sdb] many 512-byte hardware sectors
    ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2
    ata3.00: BMDMA stat 0x6
    ata3.00: cmd ca/00:28:67:12:72/00:00:00:00:00/eb tag 0 cdb 0x0 data 20480 out
    ...
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  7. Re: 2.6.23-rc8-mm1: ata3: soft resetting link after STR

    On Wed, 26 Sep 2007 19:39:01 +0400
    Alexey Dobriyan wrote:

    > Frequently get these messages after resume from STR,
    > (subjectively, first STR is always OK).


    Does this occur if you have the acpi support enabled
    (libata.noacpi=0)

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  8. Re: 2.6.23-rc8-mm1: ata3: soft resetting link after STR

    On Wed, Sep 26, 2007 at 05:00:20PM +0100, Alan Cox wrote:
    > On Wed, 26 Sep 2007 19:39:01 +0400
    > Alexey Dobriyan wrote:
    >
    > > Frequently get these messages after resume from STR,
    > > (subjectively, first STR is always OK).

    >
    > Does this occur if you have the acpi support enabled
    > (libata.noacpi=0)


    I resumed ~20 times and there weren't any.

    What did happened 3 times is hang on resume right after
    message:

    Radeon 9600 256MB 1002 pa711eab.iee 817d33
    _
    ^ cursor here

    with HDD LED is on. Never saw this on mainline.
    (this is probably separate bug)
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

+ Reply to Thread