Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756374Ab2KZVnF (ORCPT ); Mon, 26 Nov 2012 16:43:05 -0500 Received: from smtprelay.restena.lu ([158.64.1.62]:50638 "EHLO smtprelay.restena.lu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753576Ab2KZVnD (ORCPT ); Mon, 26 Nov 2012 16:43:03 -0500 Date: Mon, 26 Nov 2012 22:42:45 +0100 From: Bruno =?UTF-8?B?UHLDqW1vbnQ=?= To: "Justin Piszcz" Cc: , Subject: Re: Supermicro X9SRL-F - channel enumeration error & ACPI/firmware bug question Message-ID: <20121126224245.248f0901@neptune.home> In-Reply-To: <097501cdca7b$7e303890$7a90a9b0$@lucidpixels.com> References: <097501cdca7b$7e303890$7a90a9b0$@lucidpixels.com> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.12; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3001 Lines: 62 Hi Justin, On Sat, 24 November 2012 "Justin Piszcz" wrote: > Is the following normal on an X9SRL-F board (bios 1.0a)? > > In the manual it states: > > Data Direct I/O > Select Enabled to enable Intel I/OAT (I/O Acceleration Technology), which > significantly reduces CPU overhead by leveraging CPU architectural > improvements and freeing the system resource for other tasks. The options > are Disabled and Enabled. > > Default is Enabled. > > When enabled in the kernel, I see the following: > > [ 0.696357] ioatdma: Intel(R) QuickData Technology Driver 4.00 > [ 0.696487] ioatdma 0000:00:04.0: channel error register unreachable > [ 0.696546] ioatdma 0000:00:04.0: channel enumeration error > [ 0.696604] ioatdma 0000:00:04.0: Intel(R) I/OAT DMA Engine init failed > [ 0.696721] ioatdma 0000:00:04.1: channel error register unreachable > [ 0.696779] ioatdma 0000:00:04.1: channel enumeration error > [ 0.697522] ioatdma 0000:00:04.1: Intel(R) I/OAT DMA Engine init failed > [ 0.697617] ioatdma 0000:00:04.2: channel error register unreachable > [ 0.697681] ioatdma 0000:00:04.2: channel enumeration error > [ 0.697739] ioatdma 0000:00:04.2: Intel(R) I/OAT DMA Engine init failed > [ 0.697831] ioatdma 0000:00:04.3: channel error register unreachable > [ 0.697890] ioatdma 0000:00:04.3: channel enumeration error > [ 0.697948] ioatdma 0000:00:04.3: Intel(R) I/OAT DMA Engine init failed > [ 0.698037] ioatdma 0000:00:04.4: channel error register unreachable > [ 0.698095] ioatdma 0000:00:04.4: channel enumeration error > [ 0.698153] ioatdma 0000:00:04.4: Intel(R) I/OAT DMA Engine init failed > [ 0.698245] ioatdma 0000:00:04.5: channel error register unreachable > [ 0.698303] ioatdma 0000:00:04.5: channel enumeration error > [ 0.698360] ioatdma 0000:00:04.5: Intel(R) I/OAT DMA Engine init failed > [ 0.698449] ioatdma 0000:00:04.6: channel error register unreachable > [ 0.698508] ioatdma 0000:00:04.6: channel enumeration error > [ 0.698565] ioatdma 0000:00:04.6: Intel(R) I/OAT DMA Engine init failed > [ 0.698676] ioatdma 0000:00:04.7: channel error register unreachable > [ 0.698735] ioatdma 0000:00:04.7: channel enumeration error > [ 0.698792] ioatdma 0000:00:04.7: Intel(R) I/OAT DMA Engine init failed > > -- > > Also, I tried using ASPM (enabled in BIOS), but since ACPI Linux query is > ignored, it fails to work: > [ 0.562229] [Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignored > > I assume this is something Supermicro has to fix? You are probably missing some kernel config option(s) :) - I did fight similar issues on a Fujitsu SandyBridge Xeon based server. Check if enabling CONFIG_X86_X2APIC helps as well as other APIC/IOMMU options. Bruno -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/