nve0: device timeout (??)

Toxic Wolf

H4x0r :D
Seid gegruesst,

Ich habe mir jetzt ein neuen Rechner zusammen gebaut und wie es eigentlich zu erwarten war, gibt es jetzt auch einige Problemme.... naja, was heisst einige, inmoment habe ich eigentlich nur zwei ;)

Soweit laeuft alles super nur... auf der ersten Konsole (STRG+ALT+F1) bekomme ich in regelmaessigen Abstaenden die Meldung:

Code:
nve0: device timeout (??)

Statt der "??" stehen immer irgendwelche Zahlen da. Leider ist das nicht das einzigste Problem, in etwa 2 Std. sind 2GB Ram in verwendung ohne das ich etwas am Rechner machen muss =(

Hatte auch schon gegoogelt und bin auf eine Mailing-List gestossen wo jemand nen Fix geschrieben hatte. Entsprechend dieser Angaben habe ich jetzt auch die Datei "/usr/src/sys/dev/nve/if_nve.c" veraendert jedoch ohne Erfolg.

Zeile: 693
Code:
        sc->linkup = 0;
        sc->cur_rx = 0;
        sc->pending_rxs = 0;

Hier habe ich folgene Zeile hinzugefuegt:
Code:
        sc->pending_txs = 0;

Zeile: 730
Code:
        sc->cur_rx = sc->cur_tx = sc->pending_rxs = sc->pending_txs = 0;

Habe ich ersetzt durch:
Code:
        sc->cur_rx = sc->cur_tx = sc->pending_rxs = 0;

Zeile 937:
Code:
                /* Set watchdog timer. */
                ifp->if_timer = 8;

Wurde geaendert zu:
Code:
                /* Set watchdog timer. */
                ifp->if_timer = 0;

Die aenderung vom Watchtimer war auch auf einer Seite die ich mit google gefunden habe, war kein Fix aber bei dem Author hatte diese aenderung geholfen.

So, an dieser stelle eine kurze Frage, muss ich irgendetwas machen nachdem ich diese Aenderung vorgenommen habe? (auser neu booten?!) Ich habe noch nie etwas an einer ".c" Datei geaendert und kenne mich auf diesem gebiet nicht wirklich aus.

Wenn man nix weiter machen muss, hat jemand eine andere idee was dieses Problem betrifft? Und kann das "fressen" vom RAM-Speicher an diesem Problem liegen, oder ist das wiederum ein anderes Problem das der RAM-Speicher "gefressen" wird?

MfG
Toxic Wolf

[EDIT]
Hups... was wichtiges vergessen...:

Prozessor: AMD Athlon 64 3400+
Chipsatz: nVidia nForce3 250
OS: FreeBSD 6.0
 
Last edited:
Ich hatte dies Problem - und viele andere mit mit meinem nforce4 ebenfalls - ein Update auf 61-BETA4, wenn möglich, löst diese Probleme. Er wird die Meldung zwar weiterhin anzeigen, die Karte funktioniert dann aber. Falls sie dich dennoch nervt, hilft das abschalten des Watchdogs, du musst deine Änderungen aus Zeile 937 (bei 6.1 andere ZEilennummer, inhaltlich aber gleich) noch einmal durchführen.
 
Danke, werde ich dann mal nen Update machen =) Die Meldung selber stoert ja nicht *grins* nur das in fast 2 Std. 2GB Ram verschluckt wird, is hard ;)
 
hatte unter releng_6_0 immer stress mit nve0, hab es deaktiviiert und ne ander netzwerkkarte genutz...
wenn es noch freien platz gibt sparen 8¬ einem viel gefrickel :D
 
markus.r said:
Mal eine dumme Zwischenfrage:

Du hast den Kernel nach dem Ändern der C-Datei neu compiliert?

Das z.B. hatte ich mit "muss ich noch etwas machen auser neubooten" gemeint :D Na mal probieren (noch habe ich nicht upgegradet... wollte eben alles anfangen zu sichern *Grins)

@Soul_Rebel: Naja, platz habe ich noch ausreichen ^^ Auser meiner Grafikkarte, ist keine zusaetzliche Karte eingebaut. Auf die idee mit ner anderen Netzwerkkarte war ich auch gekommen, was ja auch kein Problem waere den, die Netzwerkkarte von meinem alten Rechner lief problemlos. Aber ich wollte diese loesung erst dann umsetzten, sollte ich die OnBoard nicht zumlaufen bringen, ich wollte eigentlich alle OnBoard Device nutzen damit ich immer ma ne karte uebrig habe fuer den fall das man mal eine brauch ;)

MfG
Toxic Wolf
 
Wirklich aktuell nicht mehr ôO Ich habe jetzt die OnBoard-Karte deaktiviert und meine alte eingebaut. Doch lag es nicht an der Netzwerkkarte und den Treiberfehler das meine 2GB Ram nach kurzer Zeit in benutzung sind ^^

Habe das ganze System komplett neuaufgesezt da einige fehler unterlaufen waren, und dann schaue ich mal auf den Mem-Monitor von gkrellm und schock..... ohne das ich etwas mache, wird mein Ram-Speicher immer kleiner ôO *seufz* naja, ich setzte mich dann mal an den Kernel dran in der hoffnung, das durch ein neuen Kernel das Problem geloest wird. Kann doch nicht angehen das einfach der Speicher nach und nach verschwindet :(
 
Last edited:
Wahrscheinlich deutest Du den Speicherverbrauch nur falsch.

Free bedeutet nicht Frei im Sinne von "Platz auf der Festplatte".

Bei FreeBSD gibt es verschiedene Verbrauchsarten von Speicher und Free ist im Idealfall 1 bis 2 MB groß.

Durch das aufwändige optimierende Speichermanagement von FreeBSD gibt es keine scharfe Definition mehr von "Freier" speicher.
Folgender Text beschreibt das ganz gut:

10.29. What do the various memory states displayed by top mean?

* Active: pages recently statistically used.

* Inactive: pages recently statistically unused.

* Cache: (most often) pages that have percolated from inactive to a status where they maintain their data, but can often be immediately reused (either with their old association, or reused with a new association.) There can be certain immediate transitions from active to cache state if the page is known to be clean (unmodified), but that transition is a matter of policy, depending upon the algorithm choice of the VM system maintainer.

* Free: pages without data content, and can be immediately used in certain circumstances where cache pages might be ineligible. Free pages can be reused at interrupt or process state.

* Wired: pages that are fixed into memory, usually for kernel purposes, but also sometimes for special use in processes.

* Pages are most often written to disk (sort of a VM sync) when they are in the inactive state, but active pages can also be synced (but requires the availability of certain CPU features.) This depends upon the CPU tracking of the modified bit being available, and in certain situations there can be an advantage for a block of VM pages to be synced, whether they are active or inactive. In most common cases, it is best to think of the inactive queue to be a queue of relatively unused pages that might or might not be in the process of being written to disk. Cached pages are already synced, not mapped, but available for immediate process use with their old association or with a new association. Free pages are available at interrupt level, but cached or free pages can be used at process state for reuse. Cache pages are not adequately locked to be available at interrupt level.

There are some other flags (e.g., busy flag or busy count) that might modify some of the rules that I described.
10.30. How much free memory is available?

There are a couple of kinds of ``free memory''. One kind is the amount of memory immediately available without paging anything else out. That is approximately the size of cache queue + size of free queue (with a derating factor, depending upon system tuning.) Another kind of ``free memory'' is the total amount of VM space. That can be complex, but is dependent upon the amount of swap space and memory. Other kinds of ``free memory'' descriptions are also possible, but it is relatively useless to define these, but rather it is important to make sure that the paging rate is kept low, and to avoid running out of swap space.

Quelle:
http://www.weberdev.com/Manuals/FreeBSDFAQ/admin.html
 
Naja, viel verstehen tue ich in dem Decument zwar nicht, aber glaube, ich verstehe ein wenig wie es gemeint ist...

Top-Ausgabe:
Code:
Mem: 155M Active, 761M Inact, 173M Wired, 148K Cache, 112M Buf, 914M Free

gkrellm meint:
Code:
804MB used / 1830 Total

Und bei gkrellm steigt der Ram-Used permanent weiter ^^ Finde ich etwas komisch ôO Und Ram-Total sinkt mit der Zeit auch =/

EDIT:

Code:
Mem: 155M Active, 764M Inact, 175M Wired, 148K Cache, 112M Buf, 908M Free

Wenn ich die Werte so vergleiche, glaube ich... das ich es nicht absolut falsch gedeutet habe ôO Oder? Also ich muss sagen... ich bin gerade total verwirrt und verstehe garnix mehr :confused: Die Werte aendern sich permanent.. Inact wankt (steigt und sinkt), Wired steigt, Free sinkt ob wohl ich rein garnix mache...

Code:
last pid: 19300;  load averages:  0.02,  0.06,  0.07                                                      up 0+05:37:32  00:28:44
45 processes:  3 running, 42 sleeping
CPU states:  1.9% user,  0.0% nice,  1.1% system,  0.0% interrupt, 97.0% idle
Mem: 155M Active, 763M Inact, 180M Wired, 148K Cache, 112M Buf, 904M Free
Swap: 4096M Total, 4096M Free

  PID USERNAME  THR PRI NICE   SIZE    RES STATE    TIME   WCPU COMMAND
 2975 me          1  96    0   168M 78312K select   1:57  0.68% Xorg
 2981 me          3  20    0 17032K 13064K kserel   3:08  0.00% gkrellm
 2985 me          4  96    0 11724K  8840K RUN      2:39  0.00% xmms
 2989 me          4  20    0   113M   106M kserel   2:19  0.00% galeon-bin
  249 root        1  96    0  1208K   704K select   0:05  0.00% moused
 2986 me          1  96    0  9516K  6968K select   0:05  0.00% multi-gnome-termina
 2978 me          1  96    0 11628K 10220K select   0:02  0.00% enlightenment
26529 me          1  96    0  5908K  4760K select   0:01  0.00% gconfd-2
19279 me          1  96    0  2384K  1664K RUN      0:00  0.00% top
  417 root        1  96    0  3416K  2640K select   0:00  0.00% sendmail
 2992 me          1  96    0  5276K  3664K select   0:00  0.00% bonobo-activation-s
 3260 root        1  20    0  4084K  2864K pause    0:00  0.00% csh
19172 root        1   5    0  2664K  1588K ttyin    0:00  0.00% nano
  439 root        1   8    0  1312K  1020K nanslp   0:00  0.00% cron
  295 root        1  96    0  1292K   856K select   0:00  0.00% syslogd
 3106 root        1   5    0  4064K  2880K ttyin    0:00  0.00% csh
  616 me          1   8    0  1676K  1308K wait     0:00  0.00% sh
  368 root        1  96    0  1208K   772K select   0:00  0.00% usbd
 3066 me          1   8    0  1692K  1372K wait     0:00  0.00% sh
  615 root        1   8    0  1616K  1300K wait     0:00  0.00% login
 2993 me          1   8    0  1692K  1368K wait     0:00  0.00% sh
19278 me          1   8    0  1704K  1376K wait     0:00  0.00% sh
  423 smmsp       1  20    0  3296K  2660K pause    0:00  0.00% sendmail
 2987 me          1   4    0  1288K   900K sbwait   0:00  0.00% mgt-pty-helper
 3105 me          1   8    0  1600K  1316K wait     0:00  0.00% su
 3259 me          1   8    0  1600K  1316K wait     0:00  0.00% su
 2960 me          1   8    0  1632K  1200K wait     0:00  0.00% sh
 2974 me          1   8    0  1996K  1292K wait     0:00  0.00% xinit
26473 root        1   5    0  1264K   908K ttyin    0:00  0.00% getty
  518 root        1   5    0  1264K   908K ttyin    0:00  0.00% getty
  495 root        1   5    0  1264K   908K ttyin    0:00  0.00% getty
  493 root        1   5    0  1264K   908K ttyin    0:00  0.00% getty
  491 root        1   5    0  1264K   908K ttyin    0:00  0.00% getty
  494 root        1   5    0  1264K   908K ttyin    0:00  0.00% getty
  492 root        1   5    0  1264K   908K ttyin    0:00  0.00% getty
  266 root        1  96    0   500K   352K select   0:00  0.00% devd
  152 root        1  20    0  1172K   616K pause    0:00  0.00% adjkerntz

Wird hier etwas offtopic ôO
 
Last edited:
Ich hatte auf meinem K8We das Problem, dass FreeBSD trotz eingebauten 4GB gerne mal 8GB RAM oder sogar noch mehr erkannte. Die wundersamme RAM-Vermehrung von Hamburg :) Es könnte also gut sein, dass da irgendwas mit dem Speichermanagement nicht stimmt. Ich habe das Prob gelöst, in dem ich in den Sysctl "hw.physmem" die Menge des tatscählich vorhanden RAMs in Byte gesetzt habe.

Kurz:
Code:
hw.physmem=$rammenge_in_byte
in die die /boot/loader.conf. Vielleicht ändert sich was.
 
is ein versuch wert ;) Aber angenommen es aendert sich nichts... (habe so ein kleinen verdacht), koennte es an MGT (Multi-Gnome-Terminal) liegen? Jedesmal wenn ich eine Taste druecke im Term, kommt im tty1 eine 3zeilige Fehlermeldung (pro Tasten druck).

Ich nutze enlightenment mit MGT da mir MGT bis jetzt noch am besten gefaellt und ich am besten mit klar komme (auch wenn er halb Gnome installiert ^^)

Code:
Not mathced
subset is whole list!
event->keyval: 108, event->state: 0

Je nach taste aendern sich die Nummern ^^

PS: Muss das $ bei "hw.physmem=$rammenge_in_byte" stehen bleiben oder die rammenge ohne $ angeben?
 
Last edited:
Ohne $. Das $ beichnet im Allgemeinen den Beginn einer Variablen, wie zum Beispiel $JAVA_HOME oder $NAME.
 
Deshalb hatte ich nachgefragt ;) Weil mich das $ gewundert hatte *grins* aber haette ja trozdem sein koennen... ;)

So, eintrag gemacht, neu gebootet und:
Code:
sysctl: oid 'hw.physmem' is read only
als Meldung beim booten erhalten, ich hoffe es bedeutet nicht, das es jetzt nicht uebernommen wurde ;) in den ersten Minuten habe ich festgestellt jetzt, das gkrellm bei "Used mem" im minus bereich is :confused: Is ja ma lustig... naja, ich habe jetzt MGT abgeschaltet und stattdessen mal Multi-Aterm gestartet, mal sehen wie es sich jetzt verhaellt...
 
Last edited:
Okay... das Thema hat sich dann mal erledigt... Es gibt zwar keine aenderung bezueglich der Anzeige aber...
Code:
Mem: 135M Active, 1098M Inact, 168M Wired, 352K Cache, 112M Buf, 601M Free
gkrellm
Code:
1121 used / 1835 total
Anscheinend ist doch alles normal, oder? Also, so wie es aussieht, kann man die anzeige des Ram's bei gkrellm ausschalten =/ Naja, da ich mich eben entschieden habe KDE mal zu testen, werde ich wohl erstmal auf Karamba umsteigen... ich hoffe das die anzeige dort besser einstellbar ist ;) Jedenfalls danke fuer die Hilfe :) PS: Eines verwundert mich dennoch, warum will der Kernel 168MB? So wie ich es aus dem Post oben entnommen habe, zeigt Wired an, was der Kernel an Speicher verbraucht... oder habe ich es falsch verstanden? Den diese anzeige ist immer noch am steigen :eek:

[edit] Okay... die letzte Frage hat sich erleidgt... jetzt hat sich alles eingependelt und ist alles so wie es sein soll...
 
Last edited:
Back
Top