iOS offline Linux - tty forwarding to xterm.js #172

jaromaz · 2017-10-11T23:03:31Z

I managed to run Linux 3 offline on iOS by using your v86 Project and the web server included in GoCoEdit app. Unfortunately, keyboard operation is not working properly. However, it is working properly at https://xtermjs.org. Can you redirect the tty to xterm.js instead of textarea?

czenzel · 2017-10-13T02:00:34Z

If I get some free time I will take a look at this, but I believe you can hide the textarea using CSS 3 and then redirect the serial output to the xtermjs. You would have to hook the serial interface API which I think is documented under the project. This would mean the kernel would have to have serial TTY support built in along with the kernel flags at boot indicating to use a serial console.

smallpotato000 · 2017-10-13T05:41:20Z

I managed to run FreeDOS offline on iOS by using v86 and DraftCode.
Edit debug.txt:
<div id="screen_container" style="display: none" contenteditable="true">
to make keyboard working...
However is it very slow, about 500kIPS on iPhoneSE.
I have no idea if DraftCode use a slow JavaScript engine, because v86 runs much faster (tens of MIPS) in Firefox.

smallpotato000 · 2017-10-13T05:57:56Z

the keyboard works.
Btw v86 runs much faster in GoCoEdit than in DraftCode.

copy · 2017-10-13T16:39:06Z

If I get some free time I will take a look at this, but I believe you can hide the textarea using CSS 3 and then redirect the serial output to the xtermjs.

This is a good idea. It would also be nice to have this feature for the keyboard input (#105), which would entail porting the keyboard handling from xtermjs to keyboard.js.

jaromaz · 2017-10-14T23:07:47Z

Btw v86 runs much faster in GoCoEdit than in DraftCode.

You can use any browser with GoCoEdit - v86 is the fastest performing in Chrome.

contenteditable="true"

I used this attribute before I wrote my first post. Problem is that characters can only be written in lowercase letters and the some vim shortcuts are not supported. I use a bluetooth keyboard and have tested that in conjunction with xterm.js these problems do not occur. The perfect solution (after loading the system) would be to open xterm. js in the full window.

This could be a very interesting and comprehensive solution, because Apple does not allow for virtualization in its store.

czenzel · 2017-10-15T22:35:14Z

Hi @copy, I am looking into it now. I am feeling better after some sick time I needed. I will try to visit as much of this as possible tonight and try to get a sample on GitHub later this week. I am thinking that redirecting the serial output/input is the best route with the appropriate kernel; however, I will look at the screen output and keyboard redirect. However, as always work comes first (just got a new job).

Update: It might be easy to create a separate add-on to xterm.js similar to their web socket ones such as https://github.com/sourcelair/xterm.js/blob/v3/src/addons/terminado/terminado.js and instead hook it to the existing API functions. Thoughts?

copy · 2017-10-17T10:54:18Z

Update: It might be easy to create a separate add-on to xterm.js similar to their web socket ones such as https://github.com/sourcelair/xterm.js/blob/v3/src/addons/terminado/terminado.js and instead hook it to the existing API functions. Thoughts?

Sounds good.

jaromaz · 2017-10-27T10:28:20Z

Any new info?

czenzel · 2017-10-29T23:30:59Z

Hi @jaromaz, Sorry not at this time. I have been super busy at work.

copy · 2017-11-09T17:16:56Z

I pushed a fix for the phone keyboard, I'll make a release tonight.

Integration of xterm for the terminal would still be nice, I'll leave this issue open for that.

humphd · 2018-06-07T00:18:51Z

I might be missing something, but the following seems to work perfectly with xterm.js:

<!doctype html>
<title>Serial example with xterm.js</title>

<!-- run `npm install xterm` first to get these -->
<link rel="stylesheet" href="../node_modules/xterm/dist/xterm.css" />
<script src="../node_modules/xterm/dist/xterm.js"></script>

<!-- display for xterm.js -->
<div id="terminal"></div>

<script src="../build/libv86.js"></script>
<script>
"use strict";

window.onload = () => {
    var emulator = new V86Starter({
        bios: {
            url: "../bios/seabios.bin",
        },
        vga_bios: {
            url: "../bios/vgabios.bin",
        },
        cdrom: {
            url: "../images/linux.iso",
        },
        autostart: true,
        disable_keyboard: true
    });

    var term = window.term = new Terminal();
    term.open(document.getElementById('terminal'));

    // Wire input events from xterm.js -> ttyS0
    term.on('key', key => emulator.serial0_send(key));
    // Wire output events from ttyS0 -> xterm.js
    emulator.add_listener("serial0-output-char", (char) => term.write(char));
};
</script>

humphd · 2018-06-13T15:19:44Z

Continuing the discussion from #210, now that I have xterm.js connected to ttyS0, and trying to figure out a good way to deal with autoresizing.

In Linux I can change the terminal size with stty rows 80 cols 40, and then tell xterm.js to term.resize(80,40). But there is no clean way (that I can see) to do this automatically--doing it over a network protocol vs. serial would accomplish this, but I don't think that would be easy (correct me if I'm wrong).

So I need a way to manage this. One thought would be to have 2 serial connections (or hijack the existing console) to use the second connection in order to send stty resize info whenever the client terminal size changes. I could then do something like send SIGWINCH to the terminal to tell it that it needs to resize.

Anyone got advice here? How should I handle this? Using xterm.js + ttyS0 is so close to perfect, I'd like to not reinvent the wheel for this one thing.

copy · 2018-06-13T17:19:37Z

Anyone got advice here? How should I handle this? Using xterm.js + ttyS0 is so close to perfect, I'd like to not reinvent the wheel for this one thing.

I would try xterm.js's auto-resizing plugin, combined with one of these hacks. From a quick glance, xterm.js supports these ANSI escapes, so something like this should work:

res() {

  old=$(stty -g)
  stty raw -echo min 0 time 5

  printf '\0337\033[r\033[999;999H\033[6n\0338' > /dev/tty
  IFS='[;R' read -r _ rows cols _ < /dev/tty

  stty "$old"

  # echo "cols:$cols"
  # echo "rows:$rows"
  stty cols "$cols" rows "$rows"
}
trap res DEBUG

humphd · 2018-06-15T19:30:59Z

Busybox doesn't seem to work with this hack. I'll have to do some more research.

Also, the xterm fit addon doesn't really address this. It's more for having the widget fill the space, but still honours the rows/cols.

copy · 2021-01-04T08:05:47Z

There's xterm.js support now, see #203 (comment).

Repository owner deleted a comment Oct 13, 2017

humphd mentioned this issue May 8, 2018

Create an initial terminal/shell in src/terminal humphd/next#13

Open

copy mentioned this issue May 20, 2018

Setting initial screen resolution #210

Closed

humphd mentioned this issue Jun 18, 2018

Deal with resizing terminal (xterm.js) and updating stty rows/cols in Linux humphd/next#101

Open

copy mentioned this issue Aug 29, 2018

When booting linux3.iso for example and entering full-screen mode output size is still small #227

Open

JustTNE mentioned this issue Jan 24, 2020

[xterm.js 0.4.7-s] scaling problem Ylianst/MeshCentral#859

Closed

copy added a commit that referenced this issue Jan 4, 2021

Experimental xterm.js support (#172, #227)

d0fb1a7

copy added a commit that referenced this issue Jan 4, 2021

Proper xtermjs integration (#172)

7a0d213

copy closed this as completed Jan 4, 2021

Repository owner deleted a comment from hello-smile6 Jan 5, 2022

hello-smile6 mentioned this issue Jan 8, 2022

Remote access via bugout chr15m/bugout#56

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

iOS offline Linux - tty forwarding to xterm.js #172

iOS offline Linux - tty forwarding to xterm.js #172

jaromaz commented Oct 11, 2017

czenzel commented Oct 13, 2017

smallpotato000 commented Oct 13, 2017 •

edited

Loading

smallpotato000 commented Oct 13, 2017 •

edited

Loading

copy commented Oct 13, 2017

jaromaz commented Oct 14, 2017

czenzel commented Oct 15, 2017 •

edited

Loading

copy commented Oct 17, 2017

jaromaz commented Oct 27, 2017

czenzel commented Oct 29, 2017

copy commented Nov 9, 2017

humphd commented Jun 7, 2018

humphd commented Jun 13, 2018

copy commented Jun 13, 2018

humphd commented Jun 15, 2018 •

edited

Loading

copy commented Jan 4, 2021

iOS offline Linux - tty forwarding to xterm.js #172

iOS offline Linux - tty forwarding to xterm.js #172

Comments

jaromaz commented Oct 11, 2017

czenzel commented Oct 13, 2017

smallpotato000 commented Oct 13, 2017 • edited Loading

smallpotato000 commented Oct 13, 2017 • edited Loading

copy commented Oct 13, 2017

jaromaz commented Oct 14, 2017

czenzel commented Oct 15, 2017 • edited Loading

copy commented Oct 17, 2017

jaromaz commented Oct 27, 2017

czenzel commented Oct 29, 2017

copy commented Nov 9, 2017

humphd commented Jun 7, 2018

humphd commented Jun 13, 2018

copy commented Jun 13, 2018

humphd commented Jun 15, 2018 • edited Loading

copy commented Jan 4, 2021

smallpotato000 commented Oct 13, 2017 •

edited

Loading

smallpotato000 commented Oct 13, 2017 •

edited

Loading

czenzel commented Oct 15, 2017 •

edited

Loading

humphd commented Jun 15, 2018 •

edited

Loading