From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751850AbVHGOaJ (ORCPT ); Sun, 7 Aug 2005 10:30:09 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751849AbVHGOaJ (ORCPT ); Sun, 7 Aug 2005 10:30:09 -0400 Received: from stat16.steeleye.com ([209.192.50.48]:34016 "EHLO hancock.sc.steeleye.com") by vger.kernel.org with ESMTP id S1751847AbVHGOaI (ORCPT ); Sun, 7 Aug 2005 10:30:08 -0400 Subject: RE: As of 2.6.13-rc1 Fusion-MPT very slow From: James Bottomley To: Holger Kiehl Cc: "Moore, Eric Dean" , Andrew Morton , linux-kernel , SCSI Mailing List In-Reply-To: References: <91888D455306F94EBD4D168954A9457C035CB64A@nacos172.co.lsil.com> <1123350790.5092.2.camel@mulgrave> <1123366064.5102.3.camel@mulgrave> Content-Type: text/plain Date: Sun, 07 Aug 2005 09:29:37 -0500 Message-Id: <1123424977.5020.4.camel@mulgrave> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-4) Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 2005-08-07 at 05:59 +0000, Holger Kiehl wrote: > Thanks, removing those it compiles fine. This patch also solves my problem, > here the output of dmesg: Well ... the transport class was supposed to help diagnose the problem rather than fix it. However, what it shows is that the original problem is in the fusion internal domain validation somewhere, but that we still don't know where... James