Red Hat Bugzilla – Bug 319631
[RFE] memtest86+ allow runtime configuration of serial port/options
Last modified: 2014-06-18 04:00:39 EDT
Escalated to Bugzilla from IssueTracker
We would like the ability to run memtest86+ on serial consoles reliably. However the serial console device and baud rate are compile time options (set in config.h and serial.h) so we are having to compile many versions and configure the appropriate one. Currently we are building the following.
Making the serial device and baudrate a parameter on the grub.conf line would be the most flexible solution IMHO.
To use ttyS1, you need to do the following.
$ diff -u serial.h.ttyS0 serial.h.ttyS1
--- serial.h.ttyS0 2007-10-01 11:12:41.000000000 -0400
+++ serial.h.ttyS1 2007-10-01 11:13:07.000000000 -0400
@@ -136,8 +136,8 @@
-#define serial_echo_outb(v,a) outb((v),(a)+0x3f8)
-#define serial_echo_inb(a) inb((a)+0x3f8)
+#define serial_echo_outb(v,a) outb((v),(a)+0x2f8)
+#define serial_echo_inb(a) inb((a)+0x2f8)
#define BOTH_EMPTY (UART_LSR_TEMT | UART_LSR_THRE)
/* Wait for transmitter & holding register to empty */
#define WAIT_FOR_XMITR \\
This event sent from IssueTracker by tdunnon [SEG - Feature Request]
Created attachment 230041 [details]
patch series providing the requested functionality
This is a patch series I sent upstream. It adds boot command line parsing to
memtest86+. The parameter for serial console configuration is similar to
Linux's "console=...". E.g.:
kernel /boot/memtest.bin console=ttyS1,115200
Awaiting response from upstream.
I added this to F8's memtest86+ so it gets some test exposure.
Upstream accepted the patches. There hasn't been a new upstream release yet. The
version in Fedora 8 (memtest86+-1.70-4.fc8) has the patches included. Installing
it on RHEL4 should work.
Could you test it and see if it works satisfactorily?
If so, I'd suggest closing this bug. If the F8 package works without problems on
RHEL4, there's little point in backporting the patches to the older version of
tested on 9600 and 19200 baud systems. works well, thanks.
Is a postinstall script planned which calls /sbin/new-memtest-pkg ?
> If so, I'd suggest closing this bug. If the F8 package works without problems on
> RHEL4, there's little point in backporting the patches to the older version of
The request for RHEL4 was not to backport, but instead to upgrade it to the
latest upstream version since it really has nothing to do with the base OS (no
risk to do it).
But I guess the request was not picked up.
It appears that there was a bit of confusion on this one. We'd be fine with an
uprev since as Warren notes, it's not really connected to the Base OS and thus
should introduce no risk.
If it happens in RHEL4, please be sure it happens in RHEL5 in Bug #344791 too so
it isn't seen as a "regression" by customers.
This request was evaluated by Red Hat Product Management for
inclusion, but this component is not scheduled to be updated in
the current Red Hat Enterprise Linux release. If you would like
this request to be reviewed for the next minor release, ask your
support representative to set the next rhel-x.y flag to "?".
requires memtest86+ package update to the version 2.00 or newer.