Antw: Re: [DDL-ML] Probleme mit UART 16550A/FIFO?

["Frank Stimmer" <f.stimmer@isam-ag.de>]

Hallo Thorsten,

bist Du sicher, das die Hardware, insbesondere Board, CPU und RAM
in Ordnung sind ?

Gut testen kan mann das mit folgendem Script, welches endlos
(z.B. über Nacht) Kernel übersetzt.
Außerdem mußt Du natürlich die Kernelquellen, gcc, make etc.
installiert haben.

Gruß Frank

#!/bin/bash
# Sie m"chten sicher gehen, dass Ihre Hardware unter Linux stabil l*uft.
# Vorausgesetzt Sie haben die Kernelquellen und die ben"tigten
# Entwicklungswerkzeuge (Compiler usw.) installiert, k"nnen Sie mit dem
# folgenden kleinen Skript die Systemstabilit*t sehr gut  berpr fen: 
#
# Das Original dieses Skripts finden Sie unter http://www.bitwizard.nl/sig11.
# Dort wird auch der Hintergrund dieses Tests erl*utert.
#
# Vorteile dieser šberpr fung gegen ber anderen Methoden (z.B. memtest86) sind
#
#   1. Das gesamte System wird gestestet, nicht nur der Arbeitspeicher
#   2. Der Betrieb des Systems muss f r diesen Test nicht unterbrochen werden 
#
#
# Das Skript l*sst in einer Endlosschleife die Kernelquellen  bersetzen (make bzimage)
# und speichert die Ausgabe von make f r jeden Durchlauf in einer eigenen Logdatei
# (die  brigens recht groá wird).
#
# Normalerweise w*re zu erwarten, dass der make Prozess bei jedem Durchlauf exakt
# die gleichen Ausgaben erzeugt.
#
# Das Skript zeigt w*hrend es l*uft einen st*ndig aktualisierten Blick auf
#
# ls -l /usr/src/linux/log.*
#
# Das k"nnte z.B. so aussehen:
#
# Every 2s: ls -lt log.*               Wed Aug  8 15:22:02 2001 
# -rw-r--r--    1 root     root         5472 Aug  8 15:22 log.4
# -rw-r--r--    1 root     root       127120 Aug  8 15:21 log.3
# -rw-r--r--    1 root     root       127120 Aug  8 15:12 log.2
# -rw-r--r--    1 root     root       127120 Aug  8 15:04 log.1
#
# In diesem Beispiel sind die ersten drei Durchl*ufe bereits abgeschlossen.
# Dass sich die Dateigr"áe der ersten drei Log-Dateien nicht unterscheidet ist bereits ein gutes Zeichen.
# Wer sicher gehen will sollte das Skript allerdings bis zu 24 Stunden laufen lassen und sich nicht nur
# auf die Dateigr"áe verlassen. Mit md5sum steht ein geeignetes Werkzeug zur Verf gung um zu  berpr fen,
# ob die Logdateien tats*chlich identisch sind:
#
# linux:/usr/src/linux # md5sum log.*
# 51e25c01370ce034b2c00d4c71995f02  log.1
# 51e25c01370ce034b2c00d4c71995f02  log.2
# 51e25c01370ce034b2c00d4c71995f02  log.3
# a014cc76b1fb46a3cc5b84484403a1b7  log.4
# 
# Dass die vierte Logdatei eine unterschiedliche Pr fsumme ergibt muss nicht wundern,
# da dieser Durchlauf noch nicht abgeschloosen ist. Die Pr fsummen der bereits abgeschlossenen
# Durchl*ufe sollte allerdings identisch sein.
#
# Anmerkung: Unter bestimmten Umst*nden kann es vorkommen, dass der erste Durchlauf ein leicht
# unterschiedliches Resultat im Vergleich zu den weiteren Durchl*ufen liefert. Als Faustregel kann also gelten,
# dass alle Durchl*ufe mit Ausnahme des ersten und des letzten (noch nicht abgeschlossen)
# identische Ergebnisse liefern m ssen. 
#
#
# Adapted from http://www.bitwizard.nl/sig11
#
#set -x

cd /usr/src/linux

t=1
while [ -f log.$t ] 
  do
  t=`expr $t + 1`
done

if [ ! -r .config ]; then
  echo -e
  echo -e "There was no .config file found in /usr/src/linux ."
  echo -e "This means that the kernel sources have not been configured yet."
  echo -e "If you continue \"make cloneconfig\" will be executed to create"
  echo -e "a kernel configuration based on the currently running kernel."
  echo -e "\n"
  echo -e "Press <Ctrl&gt-<C> to abort or <ENTER> to continue ..."
  read
  make cloneconfig
fi

touch log.1
watch "ls -lt log.*" &

while true
  do
  make clean &> /dev/null
  make -k bzImage > log.$t 2> /dev/null
  t=`expr $t + 1`
done



>>> vogt@vogt-it.com 21.11.2002  15.49 Uhr >>>
Hallo,

ich habe nun den Original-RH7.3-Kernel durch einen
minimalistischen Eigenbau-Kernel 2.4.19 ersetzt.
Siehe da: zunächst geht mal alles. Die Lok fährt
ohne Aussetzer, alles ok, bis ... ja, bis der Rechner
nach ca. 3 Minuten einfach komplett stehen bleibt.

Immerhin ist nun klar, dass die komischen Aussetzer
u.a. vom RH-Kernel verursacht werden. Ich werde nun
in aller Ruhe mal einen für Pentium 100Mhz optimierten
Kernel basteln.

Torsten

-- 
Torsten Vogt, Diplom Wirtschaftsinformatiker
SW-Entwicklung, IT-Beratung, Schulung, WWW-Anwendungen und E-Commerce
Tel: 06322/948736       Fax: 06322/948737      Mail: vogt@vogt-it.com 
WWW: http://www.vogt-it.com