public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* reading a file in emacs crashes 2.4.17 and 18-pre4
@ 2002-01-22  2:28 John Covici
  2002-01-23 10:11 ` John Covici
  0 siblings, 1 reply; 5+ messages in thread
From: John Covici @ 2002-01-22  2:28 UTC (permalink / raw)
  To: emacs-devel; +Cc: linux-kernel

[-- Attachment #1: Type: text/plain, Size: 270 bytes --]

Its a small file and was actually an accident, but you get all sorts
of unable to handle kernel paging ... and eventually a kernel panic
because it was trying to kill the idle process.

I am using emacs version "21.2.50.1" and I have 1.4ghz Athlon and 256
m of memory.


[-- Attachment #2: vt100 --]
[-- Type: application/octet-stream, Size: 1143 bytes --]

[-- Attachment #3: Type: text/plain, Size: 57 bytes --]


-- 
         John Covici
         covici@ccs.covici.com

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: reading a file in emacs crashes 2.4.17 and 18-pre4
  2002-01-22  2:28 reading a file in emacs crashes 2.4.17 and 18-pre4 John Covici
@ 2002-01-23 10:11 ` John Covici
  2002-01-23 10:16   ` Eli Zaretskii
  0 siblings, 1 reply; 5+ messages in thread
From: John Covici @ 2002-01-23 10:11 UTC (permalink / raw)
  To: emacs-devel; +Cc: linux-kernel

Well, I have worked around this problem by getting rid of the Athlon
optimizations so I guess there is still more work to do on those.

on Mon, 21 Jan 2002 21:28:47 -0500 John Covici <covici@ccs.covici.com> wrote:

> Its a small file and was actually an accident, but you get all sorts
> of unable to handle kernel paging ... and eventually a kernel panic
> because it was trying to kill the idle process.
>
> I am using emacs version "21.2.50.1" and I have 1.4ghz Athlon and 256
> m of memory.

-- 
         John Covici
         covici@ccs.covici.com

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: reading a file in emacs crashes 2.4.17 and 18-pre4
  2002-01-23 10:11 ` John Covici
@ 2002-01-23 10:16   ` Eli Zaretskii
  2002-01-23 11:45     ` John Covici
  0 siblings, 1 reply; 5+ messages in thread
From: Eli Zaretskii @ 2002-01-23 10:16 UTC (permalink / raw)
  To: John Covici; +Cc: emacs-devel, linux-kernel


On Wed, 23 Jan 2002, John Covici wrote:

> Well, I have worked around this problem by getting rid of the Athlon
> optimizations so I guess there is still more work to do on those.

Could you please tell what did you change, exactly?  It might be that 
this information should be in etc/PROBLEMS, in case other users bump into 
the same problem.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: reading a file in emacs crashes 2.4.17 and 18-pre4
  2002-01-23 10:16   ` Eli Zaretskii
@ 2002-01-23 11:45     ` John Covici
  2002-01-23 16:30       ` Mark Hahn
  0 siblings, 1 reply; 5+ messages in thread
From: John Covici @ 2002-01-23 11:45 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: emacs-devel, linux-kernel

I reconfigured my kernel to lie to it and say k6 for the processor
family instead of k7.

On Wed, 23 Jan 2002, Eli Zaretskii wrote:

>
> On Wed, 23 Jan 2002, John Covici wrote:
>
> > Well, I have worked around this problem by getting rid of the Athlon
> > optimizations so I guess there is still more work to do on those.
>
> Could you please tell what did you change, exactly?  It might be that
> this information should be in etc/PROBLEMS, in case other users bump into
> the same problem.
>

-- 
         John Covici
         covici@ccs.covici.com


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: reading a file in emacs crashes 2.4.17 and 18-pre4
  2002-01-23 11:45     ` John Covici
@ 2002-01-23 16:30       ` Mark Hahn
  0 siblings, 0 replies; 5+ messages in thread
From: Mark Hahn @ 2002-01-23 16:30 UTC (permalink / raw)
  To: emacs-devel, linux-kernel

> I reconfigured my kernel to lie to it and say k6 for the processor
> family instead of k7.

right.  and just for posterity, let me note here that 
the K7-specific kernel code IS NOT KNOWN TO BE BUGGY.

the best and so far only explanation is that since CONFIG_MK7 
can *triple* the bandwidth that Linux demands of dram, 
marginal hardware is pushed over the edge.  stable hardware
has no problem with the code, and the code follows AMD's specs.

turning off the optimizations is just de-tuning the kernel
to pander to (work around) flakey hardware.

> > > Well, I have worked around this problem by getting rid of the Athlon
> > > optimizations so I guess there is still more work to do on those.
> >
> > Could you please tell what did you change, exactly?  It might be that
> > this information should be in etc/PROBLEMS, in case other users bump into
> > the same problem.


^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2002-01-23 16:29 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-01-22  2:28 reading a file in emacs crashes 2.4.17 and 18-pre4 John Covici
2002-01-23 10:11 ` John Covici
2002-01-23 10:16   ` Eli Zaretskii
2002-01-23 11:45     ` John Covici
2002-01-23 16:30       ` Mark Hahn

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox