From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ingo Molnar Subject: SATA resume slowness, e1000 MSI warning Date: Mon, 5 Mar 2007 11:11:20 +0100 Message-ID: <20070305101120.GA23032@elte.hu> References: <20070225175559.GC12392@stusta.de> <20070227100202.GV3822@kernel.dk> <20070227102109.GG6745@elf.ucw.cz> <20070227103021.GA2250@kernel.dk> <20070227103407.GA17819@elte.hu> <20070227105922.GD2250@kernel.dk> <20070227111515.GA4271@kernel.dk> <20070301093450.GA8508@elte.hu> <20070302100704.GB2293@elf.ucw.cz> <20070305084257.GA4464@mellanox.co.il> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: Content-Disposition: inline In-Reply-To: <20070305084257.GA4464@mellanox.co.il> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-pm-bounces@lists.osdl.org Errors-To: linux-pm-bounces@lists.osdl.org To: "Michael S. Tsirkin" Cc: Auke Kok , Michal Piotrowski , Linus Torvalds , linux-pm@lists.osdl.org, Linux Kernel Mailing List , Adrian Bunk , Pavel Machek , Jens Axboe , Thomas Gleixner , Jeff Garzik , Andrew Morton List-Id: linux-pm@vger.kernel.org * Michael S. Tsirkin wrote: > > (Resume is very slow, because disks are not spinned up properly; and > > there's something wrong with timers; console beeps take way too long). > Pavel, I tried with your .config, and indeed the system came back to = > life after 2-3 minutes after I press Fn/F4, indeed the issue seems to = > be with the disk. It could be that the same takes place with my = > original .config - maybe I just wasn't patient enough. I'll need to = > re-test that. the spin-up takes a few seconds here under suspend/resume simulation: | ata1: waiting for device to spin up (7 secs) | Restarting tasks ... done. [5-10 seconds pass] | ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) | ata1.00: configured for UDMA/100 | SCSI device sda: 156301488 512-byte hdwr sectors (80026 MB) | sda: Write Protect is off | sda: Mode Sense: 00 3a 00 00 | SCSI device sda: write cache: enabled, read cache: enabled, doesn't supp= ort DPO or FUA with real resume it takes even longer time - but i dont see where the = delays come from in that case - i suspect it's SATA. i'm also getting this WARN_ON() from e1000: BUG: at drivers/pci/msi.c:611 pci_enable_msi() [] show_trace_log_lvl+0x19/0x2e [] show_trace+0x12/0x14 [] dump_stack+0x14/0x16 [] pci_enable_msi+0x6d/0x203 [] e1000_request_irq+0x2e/0xe2 [] e1000_resume+0x7f/0xef [] pci_device_resume+0x1a/0x44 [] resume_device+0xf7/0x16f [] dpm_resume+0x77/0xcb [] device_resume+0x3a/0x51 [] enter_state+0x193/0x1bb [] state_store+0x81/0x97 [] subsys_attr_store+0x20/0x25 [] sysfs_write_file+0xce/0xf6 [] vfs_write+0xb1/0x13a [] sys_write+0x3d/0x61 [] syscall_call+0x7/0xb seems harmless because it seems to work fine. Ingo