The with-raw/rare-mode ones need both an input port and an output port, without-echo's needs to be specified as the latter, since changes need to be made the file descriptors behind them. Per the recent standards, Schemes normally do not have bidirectional tty ports, instead supplying ones for stdin, stdout, and lately stderr. R7RS, lacking a seek operation, doesn't even have a requirement for a port that can both read and write a file, nor does this SRFI support such in its I/O section. So this is what I've got now in my version of the SRFI:
(with-raw-mode input-port output-port min time thunk) → [thunk returns] (procedure) POSIX
stty -ECHO -ICANON -IEXTEN -ISIG -BRKINT -ICRNL -INPCK -ISTRIP -IXON -CSIZE -PARENB CS8 -OPOST
(with-rare-mode input-port output-port thunk) → [thunk returns] (procedure) POSIX
stty -ICANON -ECHO VMIN=1 VTIME=0
(without-echo output-port thunk) → [thunk returns] (procedure) POSIX
stty -ECHO -ECHOE -ECHOK -ECHONL
BTW I'm not happy with the "thunk returns" return specification, and with-raw-mode gets particularly long, plus maybe some of the requirements have been relaxed since the 3rd edition of Stevens and Rago's Advanced Programming in the UNIX® Environment.
The bigger issue is that we might want to change the thunk arguments into procedures that take the above port or ports as supplied to the procedure, otherwise we're requiring that the thunk be defined in the same lexical scope that the with- and without- procedures are called if the user is doing it right. Which makes the calling bit of code unavoidably longer, and implicit parameter passing is generally to be avoided unless there's a good reason to strongly couple all this together. And this SRFI's paradigm for these procedures encourages the use of shared globals.