[Librecores Discussion] pinmux gsoc2018 proposal

Ouabache Designworks z3qmtr45 at gmail.com
Tue Jan 23 17:59:25 CET 2018


On Tue, Jan 23, 2018 at 6:16 AM, Luke Kenneth Casson Leighton <lkcl at lkcl.net
> wrote:

> http://rhombus-tech.net/riscv/shakti/m_class/gsoc2018/
>
> wrote up draft proposal
> _______________________________________________
> Discussion mailing list
> Discussion at lists.librecores.org
> https://lists.librecores.org/listinfo/discussion
>


Some additional considerations:

Glitchless muxing::    Pads must never glitch when switched.

Request/Grant handshake::  Multiple requests can occur at the same time and
control goes to the highest priority.
A grant signal notifies the winner and losing input pads are driven to a
specified value (1,0 ,other signal)

Fast path for main function::  The pads main function is the most important
signal but it only controls the pad when no one
else wants it. You want it one mux level from the pad and must not have to
go through a bunch of muxes.

Jtag mode:: Boundary scan must test mission mode signals going to pad


Test mode:: For any and all scan,mbist or test signals. Must not go through
jtag Boundary scan.

Reset mode: Forces pad into reset state during power on reset



John Eaton
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.librecores.org/pipermail/discussion/attachments/20180123/33c6bf9a/attachment.html>


More information about the Discussion mailing list