Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Saturday 17 March 2007 19:17, Dan Williams wrote:
> Yes, defaulting to 'y' is not necessary, but ASYNC_TX_DMA=y &&
> DMA_ENGINE=n is an explicit feature of the interface.  When DMA_ENGINE
> is not selected all the asynchronous paths in the API are compiled
> out.  This allows subsytems, like md-raid5, to be written in an
> asynchronous fashion without regard for the architecture[1] or
> availability of offload engines.

The current implementation builds on my embedded PPC4xx system without any 
disks the objects async_tx.o and xor.o into the kernel which I definitely 
don't need and want. And I get something like:

async_tx: api initialized (sync-only)
xor: measuring software checksumming speed
   8regs     :   145.000 MB/sec
   8regs_prefetch:   115.000 MB/sec
   32regs    :   176.000 MB/sec
   32regs_prefetch:   135.000 MB/sec
xor: using function: 32regs (176.000 MB/sec)

upon bootup.

Best regards,
Stefan
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux