Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756669AbZIVPqV (ORCPT ); Tue, 22 Sep 2009 11:46:21 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751761AbZIVPqU (ORCPT ); Tue, 22 Sep 2009 11:46:20 -0400 Received: from server78.greatnet.de ([83.133.96.102]:51098 "EHLO server78.greatnet.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753659AbZIVPqT (ORCPT ); Tue, 22 Sep 2009 11:46:19 -0400 Message-ID: <4AB8F142.9090609@nachtwindheim.de> Date: Tue, 22 Sep 2009 17:46:10 +0200 From: Henrik Kretzschmar User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090706) MIME-Version: 1.0 To: khali@linux-fr.org, jbarnes@virtousgeek.org CC: linux-pci@vger.kernel.org, linux-i2c@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Crash on reading the whole PCI config of PIIX4 SMBus Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2133 Lines: 51 Hi there, at boot time my system (Wincor/Nixdorf Beetle D1) sometimes crashs while loading the i2c-piix4 driver. I found out that I can always trigger the crash as root, which one of those: # hexdump -C /proc/bus/pci/00/07.3 # hexdump -C /sys/bus/pci/devices/0000:00:07.3/config # lspci -s 07.3 -xxx While initialization the i2c-piix4 driver does two reads to the config space, at 0xd2 and 0xd6, in a relative short time. That sometimes triggers the crash, but isn't that precise like one of those commands. While my investigations I put a printk() between those two reads and had no more crashs on module loading. I tested that with a script, doing insmod/rmmod 100 times in a row. But printk() can't be the solution, so I tried msleep(1) and udelay(250), but with each of these my system crashed. The time for the read and one printk() takes ~100 us on my machine, so both time values should be more than enough, if time would have been the reason. Does someone have an idea what the driver should do between those two reads, to avoid crashing? Can somebody with the same device trigger this crash too (greped LKML 2001-2008, found nothing)? I have another box with this device and I'll test this in 4 hours. Or is just my Hardware broken and I should blacklist the module? I used 2.6.26-2 (deb/lenny) and 2.6.31 (vanilla) whith the same results. Btw, I also tried: $ for i in `seq 300`; do sensors; done which brought the same machine down (only 2.6.31) with an: do_IRQ: 0.66 No irq handler for vector (irq -1) #lspci -s 07.3 -vvvn 00:07.3 0680: 8086:7113 (rev 02) Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR-