[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Parameter fuer lockd-Modul in Kernel 2.6



Irgendwelche Ideen? Funktioniert das Ändern der ports für irgendjemanden
auf einer anderen Architektur?

Thomas Jahns

Thomas Jahns <Thomas.Jahns@gmx.net> writes:
> In der c't vom 21.2. findet sich ein Hotline-Artikel, wie man den lockd
> des c't-Debian-Servers auf einen bestimmten Port festnagelt.
> Wenn ich nun versuche, dies auf einem PowerMac mit Kernel 2.6
> umzusetzen, bekomme ich nicht etwa das gewünschte Ergebnis sondern
> modprobe stürzt halb ab und hinterläßt einen nur bedingt
> funktionierenden Kernel:
> 
> # cat /etc/modprobe.d/lockd
> options lockd nlm_udpport=2052 nlm_tcpport=2052
> # modprobe lockd
> Oops: Exception in kernel mode, sig: 4 [#1]
> PREEMPT
> NIP: CBB66558 LR: CBB5FC80 SP: C8A6FE20 REGS: c8a6fd70 TRAP: 0700    Not tainted
> MSR: 00089032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
> TASK = c95bc460[1596] 'modprobe' THREAD: c8a6e000Last syscall: 128
> GPR00: C00302BC C8A6FE20 C95BC460 C05D98EC C8A6FE28 00000000 00000004 00000000
> GPR08: C05D98E0 0000000C CBB6D3FC 00000000 00000002 1001E284 0000000C 00000000
> GPR16: 00000010 00000000 0000000D CBB531BC CBB6DF40 CBB532CC 00000021 00000004
> GPR24: 00000020 C0270000 CBB5DF4C CBB69E88 00000004 C05D98EC CBB537F4 CBB69EB0
> NIP [cbb66558] 0xcbb66558
> LR [cbb5fc80] 0xcbb5fc80
> Call trace:
>  [c00302bc] parse_one+0x70/0xb4
>  [c0030480] parse_args+0x60/0x108
>  [c00374c0] load_module+0x794/0x9a4
>  [c0037748] sys_init_module+0x78/0x3cc
>  [c0005c20] ret_from_syscall+0x0/0x44
> Illegal instruction
> 
> Ich wüßte gerne, was da schiefläuft, es betrifft anscheinend nur dieses
> eine Modul (ich lade auf der gleichen Maschine auch andere Module mit
> Parametern). Leider kenne ich mich mit PPC-Assembler nicht genug aus, um
> die Ursache aufzufinden und für den Kernel-Debugger fehlen mir auch die
> Nerven.
> 
> Für Kommentare bin ich dankbar, schließlich kann ich noch nicht
> ausschließen, daß ich selbst den Fehler verursacht habe, obwohl ich
> davon ausgehe, daß ein Kernel-Oops schlußendlich nur auf einen Fehler im
> Kernel zurückgehen kann.
> 
> Thomas Jahns
-- 
"Computers are good at following instructions,
 but not at reading your mind."
D. E. Knuth, The TeXbook, Addison-Wesley 1984, 1986, 1996, p. 9



Reply to: