> OK, I don't want to make noise on this discussion, but I'd like
> to ask a very simple question.
> I do have a spare 486 next to me ( it was going to be trashed
> before I got hold of it ), and I'd like to implement a serial
> logger ( yes, I do also have a serial cable ) to debug some
> stuff that I'm working with ( I'm also having Oops and all those
> funny things that happen when something crashed hard in a
> kernel, and even when not, it's very difficult to keep track of
> all the printks to follow execution ).
> Could somebody point me to a place with instructions to how to
> set up a serial logger ? ( I've never needed one before, so I've
> never implemented one ). Hopefully, it will help me a lot.
I don't have detailed instructions to hand, but here's a brief outline
of the procedure...
1. Install favourite operating system.
2. Install serial terminal emulator software.
3. Install null modem between logger computer and computer being
logged.
4. Run serial emulator software. Set it to use highest reliable
baud rate at 8N1 (8 data bits, No parity, 1 Stop bit). The
relevant baud rate is as follows, and the LOWEST speed chosen
for the IC's at both ends should be used.
UART IC Max Safe Speed
~~~~~~~ ~~~~~~~~~~~~~~
8250 19,200 Baud
14450 57,600 Baud
14550 115,200 Baud
14750 Unknown
Note that all of the above chips CAN be operated at higher Baud
rates, but the above are the highest speeds that at considered
safe for logging purposes.
5. Tell the emulator software to capture all incoming text to disk,
in a specified file. Make sure the partition this file will be
on is plenty large enough - the more the merrier.
6. Set up computer being logged to log to the serial port, then
reboot it into the serial logging mode.
7. At regular intervals, and at least once a week, go to the logging
computer, tell it to close the current logging file and open a
new one. Repeat this stage Ad Nauseum...
> As I said, a simple question, thanks in advance
No problem.
Best wishes from Riley.
+----------------------------------------------------------------------+
| There is something frustrating about the quality and speed of Linux |
| development, ie., the quality is too high and the speed is too high, |
| in other words, I can implement this XXXX feature, but I bet someone |
| else has already done so and is just about to release their patch. |
+----------------------------------------------------------------------+
* ftp://ftp.MemAlpha.cx/pub/rhw/Linux
* http://www.MemAlpha.cx/kernel.versions.html
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/