From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S263299AbTJaNKv (ORCPT ); Fri, 31 Oct 2003 08:10:51 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S263304AbTJaNKu (ORCPT ); Fri, 31 Oct 2003 08:10:50 -0500 Received: from p62.246.105.71.tisdip.tiscali.de ([62.246.105.71]:2944 "EHLO dbintra.dmz.lightweight.ods.org") by vger.kernel.org with ESMTP id S263299AbTJaNK0 (ORCPT ); Fri, 31 Oct 2003 08:10:26 -0500 Date: Fri, 31 Oct 2003 14:10:19 +0100 From: Thunder Anklin To: linux-kernel@vger.kernel.org Subject: [2.6.0-test*] Timer interrupts not fired at all? (With a remark to Framebuffers) Message-ID: <20031031131019.GA780@dbintra.dmz.lightweight.ods.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline X-GPG-KeyID: 0xDEBA90FF X-GPG-Fingerprint: 6288 DAF3 13F7 276D 77A5 0914 CA04 0D20 DEBA 90FF X-Location: Dorndorf-Steudnitz, TH (Germany) User-Agent: Mutt/1.5.4i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Salut, I happened to notice that under Linux 2.6.0-test[1-9] timer interrupts appear not to be fired at all unless another interrupt happens. This has been shown by some weird behaviors: 1. sleeps on boot can take an infinite amount of time, but if I press any key, the booting will continue at once. 2. If I call date on a console when the PC is idle, each call to date will show exactly one second more, even if I waited ten seconds. 3. When I do something like playing ogg streams, the clock runs at its usual rate. I didn't see any of these problems on Linux 2.4 or FreeBSD 4.8, but FreeBSD 5.* behaves in a strange way, too: the clock will run at double speed. (Another probably bad thing: The NVidia framebuffer driver doesn't appear to work well for me: if I switch to more than 800x600@85, the monitor switches itself off. Note, however, that 2.4 is working well at 1024x768@100.) thunder@dbintra:/tmp$ sudo lspci -vvv Password: 00:00.0 Host bridge: ALi Corporation M1541 (rev 04) Subsystem: ALi Corporation ALI M1541 Aladdin V/V+ AGP System Controller Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Steppi= ng- SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=3Dslow >TAbort- SERR- 00:01.0 PCI bridge: ALi Corporation M1541 PCI to AGP Controller (rev 04) (p= rog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Steppi= ng- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=3Dslow >TAbort- SERR- Reset- FastB2B- 00:02.0 USB Controller: ALi Corporation USB 1.1 Controller (rev 03) (prog-i= f 10 [OHCI]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Steppi= ng- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=3Dmedium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- [disabled] [size=3D64K] Capabilities: [dc] Power Management version 1 Flags: PMEClk- DSI- D1- D2- AuxCurrent=3D0mA PME(D0-,D1-,D2-,D3hot-,D3col= d-) Status: D0 PME-Enable- DSel=3D0 DScale=3D0 PME- 00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C= /8139C+ (rev 10) Subsystem: Realtek Semiconductor Co., Ltd. RT8139 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Steppi= ng- SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=3Dmedium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- thunder@dbintra:/tmp$=20 Thunder --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/ol87ygQNIN66kP8RAtNgAJ9ZhyRuQEvNi0GCuM7nLAEfuSRH3gCgomzv rx1HcvY24wF4Da3Oz+K4DMY= =WB4m -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24--