From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tejun Heo Subject: Re: warning report Date: Mon, 27 Oct 2008 23:57:35 +0900 Message-ID: <4905D6DF.8050201@kernel.org> References: <48F236EA.2060404@saturnosoft.biz> <20081015014112.a2c806cf.akpm@linux-foundation.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: Received: from hera.kernel.org ([140.211.167.34]:44798 "EHLO hera.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751197AbYJ0O5s (ORCPT ); Mon, 27 Oct 2008 10:57:48 -0400 In-Reply-To: <20081015014112.a2c806cf.akpm@linux-foundation.org> Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: Andrew Morton Cc: Todor Gyumyushev , linux-kernel@vger.kernel.org, linux-ide@vger.kernel.org Andrew Morton wrote: > (cc linux-ide) > >> On Sun, 12 Oct 2008 20:42:02 +0300 Todor Gyumyushev wrote: >> [ 3724.989177] cdrom: This disc doesn't have any tracks I recognize! >> [ 4953.736107] ------------[ cut here ]------------ >> [ 4953.736117] WARNING: at drivers/ata/libata-sff.c:944 >> ata_sff_hsm_move+0x47d/0x6a0 [libata]() >> [ 4953.736121] Modules linked in: i915 drm eth1394 ipt_MASQUERADE >> iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack ip_tables x_tables tun >> kvm acpi_cpufreq freq_table hci_usb rfcomm l2cap bluetooth vboxdrv nfsd >> lockd nfs_acl auth_rpcgss sunrpc exportfs ipv6 ac battery fuse loop >> snd_hda_intel snd_pcm_oss snd_mixer_oss arc4 ecb snd_pcm >> crypto_blkcipher snd_timer video ath5k snd mac80211 backlight usblp >> led_class soundcore rng_core tpm_infineon intel_agp iTCO_wdt >> snd_page_alloc output iTCO_vendor_support i2c_i801 rtc_cmos tpm cfg80211 >> i2c_core button tpm_bios evdev usbhid hid ext3 jbd mbcache sg sr_mod >> cdrom sd_mod crc_t10dif ohci1394 ata_piix libata scsi_mod ieee1394 dock >> ehci_hcd uhci_hcd sky2 thermal processor fan thermal_sys hwmon [last >> unloaded: kvm_intel] >> [ 4953.736215] Pid: 0, comm: swapper Not tainted 2.6.27 #1 >> [ 4953.736218] >> [ 4953.736219] Call Trace: >> [ 4953.736223] [] warn_on_slowpath+0x64/0xb0 >> [ 4953.736255] [] scsi_dispatch_cmd+0x128/0x2d0 >> [scsi_mod] >> [ 4953.736278] [] scsi_request_fn+0x95/0x420 [scsi_mod] >> [ 4953.736282] [] __blk_run_queue+0x65/0x110 >> [ 4953.736293] [] ata_sff_data_xfer+0x98/0xc0 [libata] >> [ 4953.736297] [] crypto_attr_alg_name+0x30/0x40 >> [ 4953.736307] [] ata_sff_hsm_move+0x47d/0x6a0 [libata] >> [ 4953.736317] [] scsi_end_request+0xa3/0xb0 [scsi_mod] >> [ 4953.736328] [] ata_sff_interrupt+0x1a3/0x2c0 [libata] >> [ 4953.736331] [] handle_IRQ_event+0x34/0x70 >> [ 4953.736334] [] handle_edge_irq+0xc0/0x160 >> [ 4953.736337] [] do_IRQ+0x7c/0x100 >> [ 4953.736339] [] ret_from_intr+0x0/0xa >> [ 4953.736341] [] >> acpi_idle_enter_simple+0x1c7/0x237 [processor] >> [ 4953.736352] [] acpi_idle_enter_simple+0x1bd/0x237 >> [processor] >> [ 4953.736356] [] cpuidle_idle_call+0xd7/0x120 >> [ 4953.736358] [] cpu_idle+0x66/0xf0 >> [ 4953.736360] >> [ 4953.736361] ---[ end trace 8d1ccc07ba5c0659 ]--- Eh... this really shouldn't happen. How often does the problem occur? Is there a way to reproduce this problem reliably? Thanks. -- tejun