lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.20.1511091827480.10231@eddie.linux-mips.org>
Date:	Mon, 9 Nov 2015 18:54:05 +0000 (GMT)
From:	"Maciej W. Rozycki" <macro@...ux-mips.org>
To:	Sergei Shtylyov <sergei.shtylyov@...entembedded.com>
cc:	Ralf Baechle <ralf@...ux-mips.org>,
	Bartlomiej Zolnierkiewicz <b.zolnierkie@...sung.com>,
	linux-mips@...ux-mips.org, linux-ide@...r.kernel.org,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH] mips: sb1250_swarm_defconfig: disable IDE subsystem

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@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ