Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760195AbXLLTRZ (ORCPT ); Wed, 12 Dec 2007 14:17:25 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757130AbXLLTRR (ORCPT ); Wed, 12 Dec 2007 14:17:17 -0500 Received: from smtp2.linux-foundation.org ([207.189.120.14]:34999 "EHLO smtp2.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752107AbXLLTRP (ORCPT ); Wed, 12 Dec 2007 14:17:15 -0500 Date: Wed, 12 Dec 2007 11:16:29 -0800 From: Andrew Morton To: Anders Henke Cc: Miquel van Smoorenburg , linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org, matthew@wil.cx, FUJITA Tomonori , stable@kernel.org Subject: Re: broken dpt_i2o in 2.6.23 (was: ext2 check page: bad entry in directory) (fwd) Message-Id: <20071212111629.9a4f7f73.akpm@linux-foundation.org> In-Reply-To: <20071212134342.GR6770@1und1.de> References: <20071212105841.GN6770@1und1.de> <20071212033808.6fb92139.akpm@linux-foundation.org> <1197464879.20796.15.camel@n2o.xs4all.nl> <20071212134342.GR6770@1und1.de> X-Mailer: Sylpheed 2.4.1 (GTK+ 2.8.17; x86_64-unknown-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: 2639 Lines: 73 On Wed, 12 Dec 2007 14:43:42 +0100 Anders Henke wrote: > Am 12.12.2007 schrieb Miquel van Smoorenburg: > > On Wed, 2007-12-12 at 03:38 -0800, Andrew Morton wrote: > > > On Wed, 12 Dec 2007 11:58:41 +0100 Anders Henke wrote: > > > > > > > Hi, > > > > > > > > I'd like to let you now that my boxes are running a 32-bit kernel, so > > > > the 64-bit-uncleanliness shouldn't apply to my boxes; however, > > > > > > > > http://www.miquels.cistron.nl/linux/dpt_i2o-64bit-2.6.23.patch > > > > > > > > fixed the issue on my testbox. > > > > > > > > I took a clean 2.6.23, applied patch, recompiled the kernel, reboot: works. > > > > > > What a huge patch :( > > > > > > We already reverted the offening patch so I assume that 2.6.24-rc5 is > > > working for you? > > > > > > I guess we need to look at restoring "dpt_i2o: convert to SCSI hotplug > > > model" and then absorbing what Miquel has done there. > > > > This was just a patch I had lying around, if it worked it would confirm > > my suspicion, which it has. > > > > The minimal patch which is suitable for 2.6.23-stable and 2.6.24 would > > be the attached one-liner. The "dpt_i2o: convert to SCSI hotplug model" > > patch could be restored then. > > > > (if the list eats the attachment, it's also available here: > > http://www.miquels.cistron.nl/linux/linux-2.6.23+24-dpt_i2o-dma64.patch > > ) > > > > Anders, does this one-liner patch work for you ? > > Got it - and it works! > > I took a clean 2.6.23, applied the patch, recompiled the kernel and > rebooted my testbox: came up with the fresh-compiled kernel > (verified by "uname -a"). > That looks appropriate for 2.6.23.x: --- linux-2.6.23.9.orig/drivers/scsi/dpt_i2o.c 2007-11-26 18:51:43.000000000 +0100 +++ linux-2.6.23.9/drivers/scsi/dpt_i2o.c 2007-12-12 13:21:05.000000000 +0100 @@ -905,8 +905,7 @@ } pci_set_master(pDev); - if (pci_set_dma_mask(pDev, DMA_64BIT_MASK) && - pci_set_dma_mask(pDev, DMA_32BIT_MASK)) + if (pci_set_dma_mask(pDev, DMA_32BIT_MASK)) return -EINVAL; base_addr0_phys = pci_resource_start(pDev,0); However it is a bit mystifying that 55d9fcf57ba5ec427544fca7abc335cf3da78160 would cause a dma mask problem (isn't it?) The scsi people might want to restore 55d9fcf57ba5ec427544fca7abc335cf3da78160 and then apply Miquel's patch on top for 2.6.24, or do it for 2.6.25? -- 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/