Re: Adaptec 2410SA, aacraid, managment
In article [EMAIL PROTECTED], Giacomo Di Ciocco [EMAIL PROTECTED] wrote: Hello subscribers, theres any utility to query/manage controller status/features ? I'm using this card for a Raid 10 array made of four 300GB sata disks, on a debian sarge with kernel 2.6.19.1-grsec. It runs on a dual opteron Tyan GT24 transport and operates principally as mail and web server. You can download the 'storage manager' software from the adaptec site. It includes GUI and CLI (arcconf) tools. http://linux.adaptec.com/2007/11/15/how-to-monitor-the-status-of-arrays-in-ubuntu-710/ Mike. - To unsubscribe from this list: send the line unsubscribe linux-scsi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
[PATCH] dpt_i2o: don't set DMA_64BIT_MASK [was: Re: [stable] broken dpt_i2o in 2.6.23 (was: ext2 check page: bad entry in directory) (fwd)]
According to Greg KH: So, what should be added to 2.6.23-stable then? And, can I get a real changelog entry for it? This is suitable for both 2.6.23.x and 2.6.24-rc5 : linux-2.6-dpt_i2o-no-dma64.patch The dpt_i2o driver can't handle 64 bit DMA addresses, so do not let it set pci_set_dma_mask(pDev, DMA_64BIT_MASK) . Signed-off-by: Miquel van Smoorenburg [EMAIL PROTECTED] diff -ruN linux-2.6.23.9.orig/drivers/scsi/dpt_i2o.c linux-2.6.23.9/drivers/scsi/dpt_i2o.c --- linux-2.6.23.9.orig/drivers/scsi/dpt_i2o.c 2007-11-26 18:51:43.0 +0100 +++ linux-2.6.23.9/drivers/scsi/dpt_i2o.c 2007-12-12 13:21:05.0 +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); - To unsubscribe from this list: send the line unsubscribe linux-scsi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: broken dpt_i2o in 2.6.23 (was: ext2 check page: bad entry in directory) (fwd)
On Wed, 2007-12-12 at 03:38 -0800, Andrew Morton wrote: On Wed, 12 Dec 2007 11:58:41 +0100 Anders Henke [EMAIL PROTECTED] 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 ? Mike. diff -ruN linux-2.6.23.9.orig/drivers/scsi/dpt_i2o.c linux-2.6.23.9/drivers/scsi/dpt_i2o.c --- linux-2.6.23.9.orig/drivers/scsi/dpt_i2o.c 2007-11-26 18:51:43.0 +0100 +++ linux-2.6.23.9/drivers/scsi/dpt_i2o.c 2007-12-12 13:21:05.0 +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);
Re: broken dpt_i2o in 2.6.23 (was: ext2_check_page: bad entry in directory) (fwd)
On Fri, 2007-11-30 at 11:34 +0100, Anders Henke wrote: Am 30.11.2007 schrieb FUJITA Tomonori: According to the 2.6.23-rc1 short-form changelog, there is one major edit on the dpt_i2o driver: FUJITA Tomonori [SCSI] dpt_i2o: convert to use the data buffer accessors Stephen Rothwell dpt_i2o depends on virt_to_bus Fujita, would you please take a look at this? In between, I've ruled out that the static assignment isn't source of the problem. And due to some manually made make clean which didn't clean enough, I've also pointed out the wrong patch - sorry, Fujita, definitely the right one which breaks my boxes is the dpt_i2o patch from 2.6.23-rc2 to 2.6.23-rc3 (7 kb in Size) from Matthew Wilcox. commit 55d9fcf57ba5ec427544fca7abc335cf3da78160 Author: Matthew Wilcox [EMAIL PROTECTED] Date: Mon Jul 30 15:19:18 2007 -0600 [SCSI] dpt_i2o: convert to SCSI hotplug model I just noticed the same bug when I tried to update a 2.6.18 server to 2.6.23.9 .. also tried 2.6.24-rc4. The symptom I'm seeing is that init segfaults, or can't be found .. anyway, driver/fs errors. In the kernel config, under processor type and features, I disabled 64GB memory support (changed to 4GB) and I also disabled 64 bit Memory and IO resources and the problem went away. Do you by any chance happen to have those features enabled ? The dpt_i2o driver is not 64-bit clean, it happens to work with PAE/64-bit dma in earlier kernels but that might be by chance. Perhaps the different initialization ordering exposes the problem. I got the 64-bit dpt_i2o driver from Adaptec some time ago, and I have added 64-bit support to the 2.6.23.1 dpt_i2o driver based on that driver. I intended to submit it for 2.6.25 or so ... if I have some time later today or tomorrow I'll try that next to see if that makes a difference. Mike. - To unsubscribe from this list: send the line unsubscribe linux-scsi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: broken dpt_i2o in 2.6.23 (was: ext2_check_page: bad entry in directory) (fwd)
On Tue, 2007-12-11 at 15:40 +0100, Miquel van Smoorenburg wrote: I just noticed the same bug when I tried to update a 2.6.18 server to 2.6.23.9 .. also tried 2.6.24-rc4. The symptom I'm seeing is that init segfaults, or can't be found .. anyway, driver/fs errors. In the kernel config, under processor type and features, I disabled 64GB memory support (changed to 4GB) and I also disabled 64 bit Memory and IO resources and the problem went away. Do you by any chance happen to have those features enabled ? The dpt_i2o driver is not 64-bit clean, it happens to work with PAE/64-bit dma in earlier kernels but that might be by chance. Perhaps the different initialization ordering exposes the problem. I got the 64-bit dpt_i2o driver from Adaptec some time ago, and I have added 64-bit support to the 2.6.23.1 dpt_i2o driver based on that driver. I intended to submit it for 2.6.25 or so ... if I have some time later today or tomorrow I'll try that next to see if that makes a difference. I just recompiled 2.6.23.9 with the 64 bit patch for dpt_i2o and now it boots just fine. The patch is here: http://www.miquels.cistron.nl/linux/dpt_i2o-64bit-2.6.23.patch It's not the final version - it needs a few cleanups before it can be submitted, but perhaps you can test if it also works for you. Mike. - To unsubscribe from this list: send the line unsubscribe linux-scsi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [patch 20/23] aacraid driver fails with Dell PowerEdge Expandable RAID Controller 3/Di
In article [EMAIL PROTECTED] you write: Path: news.xs4all.nl!newsspool.news.xs4all.nl!post.news.xs4all.nl!gateway The enclosed patch introduces a new adapter quirk and tries to limp along by enabling pass-through in situations where memory is 32 bit addressable on 64 bit machines, or disable the pass-through functions altogether. I expect that the check for 32 bit addressable memory to be controversial in that it can be incorrect in non-Dell non-Intel systems that PERC would never be installed under, the alternative is to disable pass-through in all cases which could be reported as another regression. +static int aac_scsi_32_64(struct fib * fib, struct scsi_cmnd * cmd) +{ + if ((sizeof(dma_addr_t) 4) + (num_physpages (0xULL PAGE_SHIFT)) + (fib-dev-adapter_info.options AAC_OPT_SGMAP_HOST64)) + return FAILED; + return aac_scsi_32(fib, cmd); +} I saw the same thing in the 64-bit dpt_i2o driver, but I wonder, shouldn't this be something like: #include linux/bootmem.h if ((sizeof(dma_addr_t) 4) (max_pfn (0xULL PAGE_SHIFT)) (fib-dev-adapter_info.options AAC_OPT_SGMAP_HOST64)) e.g. use max_pfn instead of num_physpages ? Mike. - To unsubscribe from this list: send the line unsubscribe linux-scsi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html