Messages in this thread | | | Subject | Re: Linux-1.3.81 | From | Steven L Baur <> | Date | 30 Mar 1996 18:56:46 -0800 |
| |
(Ben Wing is Cc'ed since XEmacs is now experiencing major breakage with new Linux kernels).
>>>>> "Linus" == Linus Torvalds <torvalds@cs.helsinki.fi> writes: ... Linus> - named pipes now work the way God intended them to work, the SunOS Linus> compat code is disabled by default. ... Linus> Look it over, will you?
Linus> Linus
This appears to have a devastating affect on sysvinit 2.58 (it loops on the error message ``error reading initrequest'' upon changing run levels), appropriately enough in the routine CheckInitFifo which is commented: /* * Read from the init FIFO. Processes like telnetd and rlogind can * ask us to create login processes on their behalf. * * FIXME: this needs to be finished. */
I'm not sure what the fix is.
I've already had one crash and a non-crash oops in about 5 hours of total uptime, so 1.3.81 for me is no more stable than any of the other 1.3 kernels I've tried (1.3.64 ->).
The crash manifested itself as the machine started responding only to ICMP (ping) and nothing else (telnet, rlogin failed). Rebooting cleared this up. There were no error messages left in the logs.
The oops: This was triggered off some sort of network activity, I was fiddling with remote print spooling at the time. Mar 30 17:27:51 deanna kernel: Unable to handle kernel paging request at virtual address 00000004 Mar 30 17:27:51 deanna kernel: current->tss.cr3 = 012a2000, Pr3 = 012a2000 Mar 30 17:27:51 deanna kernel: *pde = 00000000 Mar 30 17:27:51 deanna kernel: Oops: 0002 Mar 30 17:27:51 deanna kernel: CPU: 0 Mar 30 17:27:51 deanna kernel: EIP: 0010:[padzero+47/60] Mar 30 17:27:51 deanna kernel: EFLAGS: 00010206 Mar 30 17:27:51 deanna kernel: eax: 400056dc ebx: 00000924 ecx: 00000924 edx: 400056dd Mar 30 17:27:51 deanna kernel: esi: 400056dc edi: 40005000 ebp: 01a73018 esp: 01bc1cb8 Mar 30 17:27:51 deanna kernel: ds: 0018 es: 0018 fs: 002b gs: 002b ss: 0018 Mar 30 17:27:51 deanna kernel: Process in.identd (pid: 477, process nr: 52, stackpage=01bc1000) Mar 30 17:27:51 deanna kernel: Stack: 01a73078 40000000 0012d0c0 400056dc 08000d00 0000002b 00000018 01670efc Mar 30 17:27:51 deanna kernel: 00000812 00000003 400056fc 400056dc 00000004 016cd1b0 0012d8ae 01bc1dac Mar 30 17:27:51 deanna kernel: 00089780 01bc1d78 fffffff8 01bc1e6c 01afd000 01bc1e3c 00000001 00000056 Mar 30 17:27:51 deanna kernel: Call Trace: [load_elf_interp+520/604] [load_elf_binary+1678/2852] [do_sd_request+210/364] [kerneld_send+36/220] [search_binary_handler+63/336] [do_execve+325/440] [do_execve+362/440] Mar 30 17:27:51 deanna kernel: [sys_execve+50/80] [system_call+89/160] Mar 30 17:27:51 deanna kernel: Code: 64 c6 00 00 4b 75 f6 5b 5e c3 8d 76 00 83 ec 0c 55 57 56 53
I'm triggering some other kind of bogosity now with XEmacs in that I can no longer run Gnus in it if I start XEmacs out of an olvwm menu -- it eventually dies with: Fatal error: assertion failed, file signal.c, line 327, async_timer_suppress_count > 0
Fatal error (6). Your files have been auto-saved. and a stack backtrace of: (gdb) where #0 0x4017b875 in __kill () #1 0x8086b90 in fatal_error_signal (sig=6) at emacs.c:170 #2 0xbffda3ec in __ypbindlist () #3 0x401a6eb9 in gsignal () #4 0x80d3e4b in alarm (howlong=1) at signal.c:327 #5 0x401bfd9b in sleep () (gdb)
It doesn't seem right to me that XEmacs should redefine alarm, but not redefine sleep, which calls alarm (in libc 5.2.18 at least). Whatever XEmacs is doing though causes XF86_SVGA (3.1.2) to crash in Linux 1.3.77 and 1.3.80; it does not crash the X server in 1.2.13 or 1.3.81.
I can however, type the XEmacs command on a command line in an xterm and have it work normally. Perhaps this is related to the row/columns stty initialization bug, which is hitting me in spades too.
Regards, -- steve@miranova.com baur Unsolicited commercial e-mail will be proofread for $250/hour. Andrea Seastrand: For your vote on the Telecom bill, I will vote for anyone except you in November.
| |