summaryrefslogtreecommitdiff
path: root/open_issues/serial_console.mdwn
diff options
context:
space:
mode:
Diffstat (limited to 'open_issues/serial_console.mdwn')
-rw-r--r--open_issues/serial_console.mdwn58
1 files changed, 56 insertions, 2 deletions
diff --git a/open_issues/serial_console.mdwn b/open_issues/serial_console.mdwn
index ed6358a2..827fd211 100644
--- a/open_issues/serial_console.mdwn
+++ b/open_issues/serial_console.mdwn
@@ -1,4 +1,4 @@
-[[!meta copyright="Copyright © 2010 Free Software Foundation, Inc."]]
+[[!meta copyright="Copyright © 2010, 2014 Free Software Foundation, Inc."]]
[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
id="license" text="Permission is granted to copy, distribute and/or modify this
@@ -10,7 +10,8 @@ License|/fdl]]."]]"""]]
[[!tag open_issue_documentation]]
-IRC, #hurdfr, 2010-09-20
+
+# IRC, freenode, #hurdfr, 2010-09-20
<youpi> tu peux compiler ton gnumach pour qu'il utilise la console série, et tu
mets le port série sur la console qemu
@@ -50,3 +51,56 @@ IRC, #hurdfr, 2010-09-20
<youpi> pour xen j'ai mis £ comme raccourcis
<manuel> ça me paraît plus simple dans ce cas
<youpi> clin d'œil à la société anglaise :)
+
+
+# IRC, freenode, #hurd, 2014-02-20
+
+ <gg0> 04:06:45< gg0> ok a configuration that works w/o patching anything is
+ 9600 7S1 [ 7bits - parity Space - 1 stopbit ]
+ <gg0> 04:07:57< gg0> it displays correctly gnumach, ext2fs and following
+ outputs
+ <gg0> 04:28:05< gg0> youpi: instead if you want a patch, this one makes
+ gnumach default to 8N1. someone should still implement serial line
+ settings for ext2fs though
+ <gg0> seems something broke it later
+ <gg0> or it never worked on real hardware
+ <braunr> we definitely want it to work with 8N1
+ <gg0> never had problems with _virtual_ serial consoles
+ <gg0> never = during last 2 years = since
+ http://git.savannah.gnu.org/gitweb/?p=hurd/gnumach.git;a=commitdiff;h=2a603e88f86bee88e013c2451eacf076fbcaed81
+ <gg0> but i don't think i was on real hardware at that time
+
+
+## IRC, freenode, #hurd, 2014-02-21
+
+ <gg0> yeah, i have one rebuilt trying to fix serial console (already give
+ up)
+ <teythoon> what were you trying to fix ?
+ <gg0> i didn't fix anything but it's been useful somehow :)
+ <gg0> this one http://paste.debian.net/plain/83292
+ <gg0> initial messages from mach/hurd outputs like there was no line feed
+ <gg0> each line overwrites previous one
+ <gg0> then ext2fs outputs garbage
+ <gg0> then openrc start outputting fine
+ <gg0> minicom 9600 8N1
+ <teythoon> this is from a real machine ?
+ <gg0> yep real machine
+ <teythoon> nice :)
+ <gg0> i fixed last line, last garbage, by switching c: from 38400 to 9600
+ in inittab
+ <teythoon> i've a vt510 terminal connected to my hurd box, and i started to
+ make the serial setting in gnumach more configurable
+ <gg0> and disabling T0
+ <teythoon> didn't finish it though
+ <gg0> physical vt510 connected to virtual hurd box?
+ <teythoon> no, it's a real box as well
+ <gg0> good. and does it behave as described/pasted above?
+ <teythoon> currently i do not put the mach console on the serial line
+ <teythoon> b/c it has a fixed baud rate of 9600
+ <teythoon> and both grub and the getty are configured at a higher speed
+ <teythoon> hence my desire to improve gnumachs serial port setup
+ <gg0> i don't care much about speed. such no-line-feed behavior is quite
+ annoying though
+ <gg0> i thought it was related to CRMOD which afaiu should translate cr to
+ cr-lf, but i was surely missing something
+ <gg0> (annoying till one does ^A-A to make minicom add line feeds itself)