lkml.org 
[lkml]   [1996]   [Mar]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: Linux-1.3.81
From
Date
(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.


\
 
 \ /
  Last update: 2005-03-22 13:36    [W:0.113 / U:1.484 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site