Re: [PATCH 2.4.30-pre3] x86_64: pci_alloc_consistent() match 2.6 implementation

On Fri, 2005-03-18 at 15:23 -0600, Matt Domsch wrote: > For review and comment. > > On x86_64 systems with no IOMMU and with >4GB RAM (in fact, whenever > there are any pages mapped above 4GB), pci_alloc_consistent() falls > back to using ZONE_DMA for all allocations, even if the device's > dma_ma

[PATCH] [4/5] ncr53c8xx update

ncr53c8xx update ncr-3.4.3g: - set the starget in slave_alloc instead of slave_configure to avoid problems with drives sending negotiation messages before we try to configure them. - Implement ->get_signalling. - Pass the scsi_cmnd to ncr_get_ccb() instead of the target & lun numbers -

[PATCH] [5/5] Fix small bug in scsi_transport_spi

Fix small bug in scsi_transport_spi "reserved" was being printed without a trailing \n. Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]> diff -urpNX dontdiff linus-2.6/drivers/scsi/scsi_transport_spi.c parisc-2.6/drivers/scsi/scsi_transport_spi.c --- linus-2.6/drivers/scsi/scsi_transport_spi.c

[PATCH] [3/5] Zalon updates

Zalon updates - Add KERN_INFO to printk Signed-off-by: Andrew McGregor <[EMAIL PROTECTED]> Signed-off-by: Domen Puncer <[EMAIL PROTECTED]> Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]> - Remove iomem-related warnings - Improve printk message - Use cpu_relax() Signed-off-by: Matthew Wilcox

[PATCH] [2/5] Improve 53c700 /proc/interrupt output

Improve 53c700 /proc/interrupt output Request the IRQ in the name of the chip rather than the bus address. Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]> diff -urpNX dontdiff linus-2.6/drivers/scsi/53c700.c parisc-2.6/drivers/scsi/53c700.c --- linus-2.6/drivers/scsi/53c700.c 2005-03-18 0

[PATCH] [1/5] Misc Lasi 700 fixes

Misc Lasi 700 fixes - Use the DMA_32BIT_MASK constants when calling dma_set_mask() Signed-off-by: Tobias Klauser <[EMAIL PROTECTED]> Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]> - ioremap fixes Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]> diff -urpNX dontdiff linus-2.6/drivers/scsi

[PATCH 2.4.30-pre3] x86_64: pci_alloc_consistent() match 2.6 implementation

For review and comment. On x86_64 systems with no IOMMU and with >4GB RAM (in fact, whenever there are any pages mapped above 4GB), pci_alloc_consistent() falls back to using ZONE_DMA for all allocations, even if the device's dma_mask could have supported using memory from other zones. Problems c

RE: [PATCH 2.4.30-pre3] scsi_mod: add max_dma_memory and use_zone_normal params

This is all done to work around a bug in the kernel dealing with ZONE_DMA. I applaud the fix, but so many drivers need to be rewritten to first try taking memory from the general pool, then dropping back to the DMA pool if not matching the dma_mask. Sincerely -- Mark Salyzyn -Original Message

[PATCH 2.4.30-pre3] scsi_mod: add max_dma_memory and use_zone_normal params

For review and comment. Patch adds two new module parameters to scsi_mod: max_dma_memory=, maximum DMA pool size, in MB (default=32 -> 32MB) makes the hard-coded limit for the DMA pool size be adjustable. This Signed-off-by: Matt Domsch <[EMAIL PROTECTED]> is necessary for systems with large num

Adaptec SC4100 AltEvo reports 64 bits of LUN - kernel panics (2.6.9-2.6.12)

I have an Adaptec 12 bay U320 scsi disk array. It is divided in this case into 2 sections of 6 drives each. Each string of drives reports a "Processor" on unit #15. Why would the scsi layer scan unit #15 for LUN's? it reports a HUGE number of LUN's, many times more than 511. 0x908789244a030402 LU

Re: [PATCH] fix fusion breakage with multiple PCI domains

On Thu, 2005-03-17 at 13:00 -0700, Bjorn Helgaas wrote: > mpt_detect_bound_ports(): Don't assume that two devices with the same > dev->bus->number are on the same bus. With multiple PCI domains, > many buses may have the same number. Maybe mpt_detect_bound_ports() could be rewritten to us

queue <-> sdev reference counting problem

Hi, There is a problem with the way sdev is freed currently. The reason is really that there is a circular referencing problem: the sdev needs to hold on to the queue, but the queue (through the request function) also needs to hold on to the sdev. The easiest way to work-around this problem is to

Re: [PATCH 2.6.11] ide-scsi: map sg buffers in idescsi_input/output_buffers() to kernel virtual address

On Thu, Mar 17 2005, [EMAIL PROTECTED] wrote: > Jens Axboe wrote: > > On Thu, Mar 17 2005, Jens Axboe wrote: > >> On Thu, Mar 17 2005, [EMAIL PROTECTED] wrote: > >>> Jens Axboe wrote: > On Wed, Mar 16 2005, [EMAIL PROTECTED] wrote: > > Jens Axboe wrote: > >> On Wed, Mar 16 2005, [EMAIL