linux-kernel - RE: [PATCH 1/5] RT kernel: force detect HPET from PCI space

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <Pine.OSF.4.64.0703311053330.412261@kosh.hut.fi>
Date:	Sat, 31 Mar 2007 11:00:52 +0300 (EEST)
From:	Mikko Tiihonen <mikko.tiihonen@....fi>
To:	Nicolas Mailhot <nicolas.mailhot@...oste.net>
cc:	linux-kernel@...r.kernel.org
Subject: RE: [PATCH 1/5] RT kernel: force detect HPET from PCI space

On Sat, 31 Mar 2007, Nicolas Mailhot wrote:

> Le samedi 31 mars 2007 à 01:09 +0300, Mikko Tiihonen a écrit :
>>> Anyone got the same thing for CK804? I had my hopes high, and then I saw
>>> the DECLARE_PCI_FIXUP_HEADER values [and the thread title was misleading]
>>
>> I have an A8N-E motherboard with AthlonX2 and the ACPI definitions are
>> missing the HPET (standard feature of Asus motherboards).
>>
>> I too got interested to get my motherboard working. Luckily I found this
>> http://lkml.org/lkml/2006/12/17/69
>
> Oh, is looks so close to my system
>
> 00:01.0 ISA bridge: nVidia Corporation CK804 ISA Bridge (rev a3)
>        Subsystem: Giga-byte Technology GA-K8N Ultra-9 Mainboard
>        Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop-
> ParErr- Stepping- SERR- FastB2B-
>        Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
> <TAbort- <MAbort- >SERR- <PERR-
>        Latency: 0
> 00: de 10 50 00 0f 00 a0 00 a3 00 01 06 00 00 80 00
> 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 20: 00 00 00 00 00 00 00 00 00 00 00 00 58 14 11 0c
> 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 40: 58 14 11 0c 00 f0 ff fe fa 3e ff 00 fa 3e ff 00
>                ^^^^^^^^^^^
>                Usual HPET base address
> 50: fa 3e ff 00 00 5a 62 02 00 00 00 01 00 00 ff ff
> 60: 01 10 00 00 01 14 00 00 01 18 00 00 00 00 f9 ff
> 70: 10 00 ff ff c1 00 00 00 00 00 04 19 18 d2 80 0d
>                ^^
>                c1 => HPET disabled (according to your reference)
>
> I don't have an HPET toggle in my bios
>
>> from which I generated the following patch:
>
> I'd love to test it, but what kernel baseline did you use?
> 2.6.21-rc5-mm2?

No, I could not get the original patches to apply to any new kernel. They did 
apply to 2.6.20-mm2 with very minimal collisions.

I only applied patches 1/5 and 2/5 of the original series. But now that I look 
into patch 3/5 it seems that it has useful irq allocation things.

Anyway, I think the best way would be to get 2.6.20-rt8 against which the 
original patch series was made. Add all 5 patches from Venkatesh and then try 
with my patch added. I'll try that myself later today.

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