Richard Scobie wrote:
> 3726/4726 work very well under high load with most drives. I guess
> you had some problem with the cage.
Does anyone have any performance figures to share, with these PMP
interfaces?
Hello,
what exactly you are looking for? For me it behaves exactly as
intended,
>Please discuss.
I don't think there's much to discuss - Yoichi Yuasa's changes can be simply
brought through to the other patch (of which I continue to only state that X
has a problem, the patch fixes it for me [and perhaps *only* me], and afaik
X itself still hasn't been fixed in this respect).
Hi Petr,
> Though I do not run any RAID on them (I would say that with PMP's
> bottleneck it would be bad idea), so maybe I'm not stressing them
> sufficiently to trip over bugs.
Thanks for your reply.
Sorry, I should have asked "Does anyone have any performance figures to
share, using md RAID
Tejun,
I did it yesterday with the 2.6.22.5 vanilla from kernel.org. It works.
I don't have the dmesg output here - I'll send it to you in the evening.
Generally:
It defines ATA2 as Config disk but doesn't wait for device ID and doesn't
perform several resets - no delay during the boot. Which act
Hello,
Weksler Izik wrote:
> I did it yesterday with the 2.6.22.5 vanilla from kernel.org. It
> works. I don't have the dmesg output here - I'll send it to you in
> the evening. Generally: It defines ATA2 as Config disk but doesn't
> wait for device ID and doesn't perform several resets - no de
>>>On Monday 27 August 2007, Tejun Heo wrote:
> Izik Weksler wrote:
> > >>>On Saturday 25 August 2007, Tejun Heo wrote:
> >>
> >> Izik Weksler wrote:
> >>> -- Forwarded Message --
> >>>
> >>> Subject: Re: libata pmp support
> >>> Date: Thursday 23 August 2007
> >>> From: Izik
On Thursday 23 August 2007, Kumar Gala wrote:
> Currently the mpc8xx ide driver will only work on arch/ppc so only
> allow it to be built there. Also, killed a minor include that isn't
> actually used by the driver.
>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
applied
-
To unsubscribe from
Hello,
On Saturday 25 August 2007, Sergei Shtylyov wrote:
> The Marvell bridge chips used on HighPoint SATA cards do not seem to support
> the UltraDMA modes 1, 2, and 3 as well as any MWDMA modes, so the driver needs
> to account for this in the udma_filter() method. In order to achieve that, d
On Saturday 25 August 2007, Sergei Shtylyov wrote:
> Make the SATA drive detection code from eighty_ninty_three() into inline
> ide_dev_is_sata() helper fixing it along the way to be more strict while
> checking word 80 for the reserved values...
>
> Signed-off-by: Sergei Shtylyov <[EMAIL PROTECTE
On Saturday 25 August 2007, Sergei Shtylyov wrote:
> Hello.
>
> Bartlomiej Zolnierkiewicz wrote:
>
> >>The Marvell bridge chips used on HighPoint SATA cards do not seem to support
> >>the UltraDMA modes 1, 2, and 3 (as well as any MWDMA modes), so the driver
> >>needs to account for this in the u
On Sunday 26 August 2007, Sergei Shtylyov wrote:
> Bartlomiej Zolnierkiewicz wrote:
>
> >>The driver erroneously "lets go" the mate IDE chip in init_setup_pdc20270()
> >>when ide_setup_pci_devices() call succeeds -- fix this, and drop a couple of
> >>useless assignments in this function while at i
drive->dn is initialized by ide-probe.c::probe_hwif() so no need to do it
in ->init_hwif method.
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/pci/amd74xx.c |1 -
drivers/ide/pci/via82cxxx.c |1 -
2 files changed, 2 deletions(-)
Index: b/drivers/ide/pci/
This belongs to user-space (and only if really needed).
textdata bss dec hex filename
67232000 288751222f drivers/ide/pci/amd74xx.o.before
38332000 16584916d9 drivers/ide/pci/amd74xx.o.after
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMA
Add IDE_HFLAG_BOOTABLE host flag and IDE_HFLAG_OFF_BOARD define. Convert
all host drivers using ide_pci_device_t to use IDE_HFLAG_{BOOTABLE,OFF_BOARD}
instead of d->bootable and then remove no longer needed d->bootable.
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/id
Add IDE_HFLAG_NO_LBA48[_DMA] host flags, use it instead of hwif->no_lba48[_dma]
and then remove no longer needed hwif->no_lba48[_dma]. As a side-effect
this change fixes hwif->no_lba48_dma not being restored by ide_hwif_restore().
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
* Make ide_pci_device_t.host_flags u32 and add IDE_HFLAG_CS5520 host flag.
* Pass ide_pci_device_t *d to setup-pci.c::ide_get_or_set_dma_base()
and use d->name instead of hwif->cds->name.
* Set IDE_HFLAG_CS5520 host flag in cs5520 host driver and use it in
ide_get_or_set_dma_base() to find o
Add IDE_HFLAG_NO_{DMA,AUTODMA} host flags. Convert all host drivers using
ide_pci_device_t to use these flags instead of d->autodma and then remove no
longer needed d->autodma.
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/pci/aec62xx.c |8 ++--
drive
Add IDE_HFLAG_NO_ATAPI_DMA host flag and set it in host drivers which
don't support ATAPI DMA. Then remove no longer needed hwif->atapi_dma.
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/arm/icside.c |1 -
drivers/ide/cris/ide-cris.c|1 +
drivers
Cc: Jeff Garzik <[EMAIL PROTECTED]>
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
include/linux/ata.h | 13 +
1 file changed, 13 insertions(+)
Index: b/include/linux/ata.h
===
--- a/include/linux/ata
Documentation doesn't mention SWDMA and moreover all timings used
for SWDMA modes were over-clocked when compared to ATA spec.
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/pci/pdc202xx_old.c |6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
Index: b/d
* Add ->mwdma_mask and ->swdma_mask to ide_pci_device_t.
* Set ide_hwif_t DMA masks using DMA masks from ide_pci_device_t in
setup-pci.c::ide_pci_setup_ports() (iff DMA base is valid and ->init_hwif
method may still override them).
* Convert IDE PCI host drivers to use ide_pci_device_t DMA m
On Wed, Aug 22, 2007 at 02:06:48AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.23-rc2-mm2:
>...
> +ide-ide-remove-hwif-autodma-and-drive-autodma.patch
>...
> IDE tree updates
>...
noautodma can now be unexported.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
957dc7601c050cb14a7afc
On Sat, 25 Aug 2007 19:12:31 +0200 (MEST)
Mikael Pettersson <[EMAIL PROTECTED]> wrote:
> On Fri, 24 Aug 2007 22:21:47 -0700, Andrew Morton wrote:
> > On Fri, 24 Aug 2007 21:14:49 -0700 (PDT) [EMAIL PROTECTED] wrote:
> >
> > > http://bugzilla.kernel.org/show_bug.cgi?id=8936
> > >
> > >
On Mon, Aug 27, 2007 at 08:08:08PM +1200, Richard Scobie wrote:
> I was just interested to see if anyone had tested a similar md RAID 5 using
> these chips on Linux.
/dev/md2 is a 5-disk RAID5 on a Sonnet Fusion 500 enclosure (3726 based):
http://www.sonnettech.com/product/fusiond500p-eseries.ht
Robin H. Johnson wrote:
/dev/md2:
Timing cached reads: 2334 MB in 2.00 seconds = 1167.20 MB/sec
Timing buffered disk reads: 350 MB in 3.01 seconds = 116.32 MB/sec
It should exceed that speed - if I run hdparm -tT on 3 or more separate drives
in the array at the same time, their combined
El Miércoles, 22 de Agosto de 2007 16:54, Rene Herman escribió:
> José: do you have SCSI CD-ROM support compiled in? What are the ATA/SCSI
> related messages in the output of "dmesg" when you compile with the
> CONFIG_ATA_PIIX driver, SCSI disk and SCSI CD-ROM support (and nothing from
> the old ID
On Tue, Aug 28, 2007 at 11:31:02AM +1200, Richard Scobie wrote:
> http://www.barefeats.com/quick.html
> and scroll down to the December 23rd 2006 entry.
> "This is due to the fact that all current ExpressCard products use the
> Silicon Image 3132 chip set and, for some reason, that's as fast a
Hi,
yesterday I compiled a new kernel (2.6.23-rc3-git10) from Vanilla
sources and it works!
sudo hdparm -t /dev/scd0 now gives:
Timing buffered disk reads: 14 MB in 3.22 seconds = 4.34 MB/sec
So, after crawling the web for more than three weeks, this is the
solution. :) Therefore other thin
28 matches
Mail list logo