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

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

[Alexey Dobriyan]

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

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

[Thomas Gleixner]

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.23-rc7/patch-2.6.23-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

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

[Alexey Dobriyan]

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.23-rc7/patch-2.6.23-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.

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

[Thomas Gleixner]

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.23-rc7/patch-2.6.23-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

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

[Alexey Dobriyan]

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.23-rc7/patch-2.6.23-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!

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

[Alexey Dobriyan]

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
	...

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

[Alan Cox]

On Wed, 26 Sep 2007 19:39:01 +0400
Alexey Dobriyan <adobriyan@gmail.com> 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)

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

[Alexey Dobriyan]

On Wed, Sep 26, 2007 at 05:00:20PM +0100, Alan Cox wrote:
> On Wed, 26 Sep 2007 19:39:01 +0400
> Alexey Dobriyan <adobriyan@gmail.com> 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)