Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752260AbbKISyL (ORCPT ); Mon, 9 Nov 2015 13:54:11 -0500 Received: from eddie.linux-mips.org ([148.251.95.138]:43628 "EHLO cvs.linux-mips.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751654AbbKISyJ (ORCPT ); Mon, 9 Nov 2015 13:54:09 -0500 Date: Mon, 9 Nov 2015 18:54:05 +0000 (GMT) From: "Maciej W. Rozycki" To: Sergei Shtylyov cc: Ralf Baechle , Bartlomiej Zolnierkiewicz , linux-mips@linux-mips.org, linux-ide@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] mips: sb1250_swarm_defconfig: disable IDE subsystem In-Reply-To: <5640D8E9.7080808@cogentembedded.com> Message-ID: References: <1442245918-27631-1-git-send-email-b.zolnierkie@samsung.com> <1442245918-27631-16-git-send-email-b.zolnierkie@samsung.com> <20151109144932.GE22591@linux-mips.org> <5640D8E9.7080808@cogentembedded.com> User-Agent: Alpine 2.20 (LFD 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1654 Lines: 37 On Mon, 9 Nov 2015, Sergei Shtylyov wrote: > > I think I've been reasonably serious about my SWARM and despite issues > > elsewhere the onboard PATA interface is a part of the system I've never > > had any with. Yes, it's limited to PIO 3, but it's not a big deal, that's > > still 11MB/s (and one of the 4 generic data movers present in the SoC > > If you measure it with something like 'hdparm -t', the real speed figures > in the PIO modes would disappoint you. It's usually more like 3 MB/s even in > PIO4... Well, various factors contribute to actual figures possible to achieve, the physical medium transfer speed being an important one. That 11MB/s throughput is the maximum you can ever get on the wire in PIO 3, assuming data is already available to transfer and IORDY is asserted right away every cycle. As I say my SWARM is currently in flux, so I can't get any benchmarking done right now, but as a matter of interest I'll check that when I get to looking at this piece. > > could be used as a DMA engine to offload the CPU if anyone bothered > > implementing that in the HBA driver). > > Oh, that's nice! Indeed, I've been told the generic bus interface the PATA inferface has been cooked up on in this system has been specifically designed such as to make it work with the data mover. There's still lot of silicon treasure left in this system unexplored! Maciej -- 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/