[[!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 document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled [[GNU Free Documentation License|/fdl]]."]]"""]] [[!tag open_issue_documentation]] # IRC, freenode, #hurdfr, 2010-09-20 tu peux compiler ton gnumach pour qu'il utilise la console série, et tu mets le port série sur la console qemu -AC_DEFINE([RCLINE], [-1], [com port for the remote console]) +AC_DEFINE([RCLINE], [0], [com port for the remote console]) dans i386/configfrag.ac grumpf, peu pratique :) ben après t'auras accès vraiment à ton gnumach messages de noyau etc. oui c'est sûr, mais j'ai aucune idée de comment je configure qemu & co, ça va être sportif encore -serial vc je lance pas moi-même le qemu, donc j'imagine qqch comme -serial tcp::qqch,server ben t'as pas accès à la console alors ? mais sinon via tcp ça devrait aller oui si, via telnet youpi: et après, tu fais comment pour envoyer le c-a-D toi ? (question sans doute bête) c'est un code différent via com1 iirc mmmmmmmmmhhhhhh (c'est pas bête: c-a-d c'est pas vraiment défini pour un port série) tu sais où je peux le trouver ? ah tiens non yena pas mais bon spa dur à ajouter bcp trop compliqué pour moi dans i386/i386at/com.c, à la première ligne ttyinput() tu compares c à ce que tu veux et dans ce cas tu appelles kdb_kintr (sans paramètre) mais sinon ya pas vraiment besoin d'appeller explicitement le débuggueur hein ah ? dès que tu mets debug_all_traps à 1 dans traps.c, il sera invoqué lors du segv ok pour xen j'ai mis £ comme raccourcis ça me paraît plus simple dans ce cas clin d'œil à la société anglaise :) # IRC, freenode, #hurd, 2014-02-20 04:06:45< gg0> ok a configuration that works w/o patching anything is 9600 7S1 [ 7bits - parity Space - 1 stopbit ] 04:07:57< gg0> it displays correctly gnumach, ext2fs and following outputs 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 seems something broke it later or it never worked on real hardware we definitely want it to work with 8N1 never had problems with _virtual_ serial consoles never = during last 2 years = since http://git.savannah.gnu.org/gitweb/?p=hurd/gnumach.git;a=commitdiff;h=2a603e88f86bee88e013c2451eacf076fbcaed81 but i don't think i was on real hardware at that time ## IRC, freenode, #hurd, 2014-02-21 yeah, i have one rebuilt trying to fix serial console (already give up) what were you trying to fix ? i didn't fix anything but it's been useful somehow :) this one http://paste.debian.net/plain/83292 initial messages from mach/hurd outputs like there was no line feed each line overwrites previous one then ext2fs outputs garbage then openrc start outputting fine minicom 9600 8N1 this is from a real machine ? yep real machine nice :) i fixed last line, last garbage, by switching c: from 38400 to 9600 in inittab i've a vt510 terminal connected to my hurd box, and i started to make the serial setting in gnumach more configurable and disabling T0 didn't finish it though physical vt510 connected to virtual hurd box? no, it's a real box as well good. and does it behave as described/pasted above? currently i do not put the mach console on the serial line b/c it has a fixed baud rate of 9600 and both grub and the getty are configured at a higher speed hence my desire to improve gnumachs serial port setup i don't care much about speed. such no-line-feed behavior is quite annoying though i thought it was related to CRMOD which afaiu should translate cr to cr-lf, but i was surely missing something (annoying till one does ^A-A to make minicom add line feeds itself)