Bug im DEMUX ?

Beitrag von **juk** » Mittwoch 13. Februar 2002, 17:05

Ist es eigentlich Absicht oder ein Bug, dass bei Zugriff auf Port 31338 (Loggen) folgendes passiert:

dmxdev: set buffer size 40000 -> 100000
dmxdev: set buffer size 40000 -> 100000
Oops: kernel access of bad area, sig: 11
NIP: C000B71C XER: E000FB7F LR: C3A96794 SP: C1FF1E50 REGS: c1ff1da0 TRAP: 0300
MSR: 00009032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
DAR: C3D1F000, DSISR: C2000000
TASK = c1ff0000[2] 'keventd' Last syscall: -1
last math 00000000 last altivec 00000000
GPR00: 00000000 C1FF1E50 C1FF0000 C3C5F3A8 C396D6E3 FFFFFFE1 C3D1EFFC FFFFFFFF
GPR08: FFFFFFFF C3C1F000 00000000 C000B6F8 55355535 10018C68 01FDF400 00000000
GPR16: FFFFFFFF 00000000 000002D8 00000258 00000000 00000005 01F9FC28 00000000
GPR24: 00000000 C38ADA87 00000000 00000000 FFFFFFE1 00000000 FFFFFFE1 C3AAA230
Call backtrace:
10020074 C3AA438C C0014974 C001BF18 C0004CAC

Die obige Ausgabe wurde mit dem 1.0.18-Image erzeugt. Box ist Sagem 2xIntel Avia600. Es hat ja schon mal funktioniert.

Beitrag von **juk** » Freitag 15. Februar 2002, 14:45

Dieses Problem hat übrigens nichts mit dem Streaming-Bug in der 1.0.18 zu tun. In 1.0.17 und 1.0.19 geht das auch nicht richtig.

Beitrag von **obi** » Freitag 15. Februar 2002, 15:17

juk hat geschrieben: Oops: kernel access of bad area, sig: 11

da siehste ja, du hast ne empfindliche stelle erwischt, wahrscheinlich boese pids... pfui

Beitrag von **juk** » Freitag 15. Februar 2002, 15:26

Es handelt sich hierbei auch nicht um das "Feature", das vorübergehend mal eingebaut wurde und die PID's 1000 und 1500 blockte.
Ich wollte jetzt auch nur wissen, ob die Entwickler da tatsächlich absichtlich einen Riegel vorgeschoben haben, oder ob es sich um einen Bug handelt.

Beitrag von **derget** » Freitag 15. Februar 2002, 17:00

loggen macht mann nicht ....

Beitrag von **tmbinc** » Freitag 15. Februar 2002, 17:01

guten code versteckt man halt so gut, dass ihn niemand wiederfindet *duck*

Beitrag von **Space_2063** » Sonntag 3. März 2002, 20:45

Ich moechte den Thread mal nach oben holen. Und um eines sicher zu stellen - es hat nix mit Loggen zu tun. Exakt den gleichen Fehler habe ich seit dieser Woche immer oefter:

Oops: kernel access of bad area, sig: 11
NIP: C38A1EC4 XER: E000477F LR: C3CB607C SP: C1FDFE50 REGS: c1fdfda0 TRAP: 0300
MSR: 00009032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
DAR: 00000059, DSISR: 0000033B
TASK = c1fde000[2] 'keventd' Last syscall: -1
last math 00000000 last altivec 00000000
GPR00: C3CB607C C1FDFE50 C1FDE000 C38CD048 000000BC 00000000 00000000 C3CB8D90
GPR08: 00000000 00000000 00000450 C38A1EB0 95355F53 1003DD84 01FDF400 00000000
GPR16: FFFFFFFF 00000000 00000170 000000F0 00000000 00000002 01F9FC28 00000000
GPR24: C3CB8964 C38CD048 C3CB8978 00000001 00000440 00000009 C3CB8AC0 000003C0
Call backtrace:
00009032 C3CB607C C00149B0 C001E1CC C0004CAC
dmxdev: set buffer size 40000 -> 60000
dmxdev: set buffer size 40000 -> 60000

Einfach beim Zappen. Basis war alexW Image, mit CDK Update von heute (oder updates der letzten Tage). Mit v 1.00.19 als Basis und CDK Updates bis ca. 20.2.2002 ist dies nicht passiert. Irgendwelche Ideen, woran das liegen koennte ? Ich denke, dies ist ein heftigeres Problem und nicht nur irgendein trivialer Gag.

[Nokia 2xIntel, Sat, Avia 600, BM 1.2]

Beitrag von **derget** » Sonntag 3. März 2002, 22:31

Oops: kernel access of bad area, sig: 11

kann alles heissen ....

ka was da zz nicht geht :(

Beitrag von **Belgarad** » Donnerstag 7. März 2002, 00:15

Wen es interessiert: Ich kann den Bug bestaetigen ...

Beitrag von **alexW** » Donnerstag 7. März 2002, 08:24

Tja,

uralter Bug, den leider keiner findet :(

bye alexW

Beitrag von **faralla** » Donnerstag 7. März 2002, 10:13

Er lässt sich glaub ich reproduzieren, wenn man vonn Viva auf Pro7 zappt. Habe leider bisher keinen Sat, bin aber gerade am umziehen und kann sowas dann endlich testen.
AFAIK hatte Field da auch mal angefangen zu suchen.
@Field: Ist da irgendwas bei rausgekommen?

Ciao,
faralla

Beitrag von **field** » Mittwoch 13. März 2002, 21:03

Gesucht hab' ich (kurz), gefunden hab' ich (leider) nix, ausser dass ich ziemlich sicher auf "im Kernel" tippen würde...

Beitrag von **NoClue** » Montag 8. April 2002, 09:56

Hi field,

werden bei Dir die Überbringer der schlechten Nachrichten wie im Alten Rom geschlachtet?

Der Kernel ist nicht verantwortlich, er wird unschuldigerweise abgeschossen und haucht noch in den letzten Zügen eine unverständliche Antwort über den Übeltäter aus - Es ist halt wie bei Microsoft - mit einem ServicePack werden vorhandene Fehler behoben und durch neue Fehler ergänzt. Das sorgt dafür, dass der Kunde bei der Stange bleibt und sich auf jedes neue Update freut.

NoClue

Beitrag von **obi** » Montag 8. April 2002, 10:12

@NoClue:
fuer deine info:
ein oops ist immer ein kernel problem...
per definition.

Beitrag von **NoClue** » Montag 8. April 2002, 10:17

obi, ich habe nie etwas anderes behauptet.