Thread (9 messages) flat view 9 messages, 6 authors, 2001-10-01

Re: Problem serial.c on module

From: Olaf Hering <hidden>
Date: 2001-09-28 18:53:30

On Fri, Sep 28, Tom Rini wrote:
On Fri, Sep 28, 2001 at 11:26:20AM -0700, David A. Gatwood wrote:
quoted
On Friday, September 28, 2001, at 11:05 AM, Tom Rini wrote:
quoted
On Fri, Sep 28, 2001 at 10:41:23AM -0700, David A. Gatwood wrote:
quoted
On Friday, September 28, 2001, at 08:15 AM, Tom Rini wrote:
quoted
On Fri, Sep 28, 2001 at 02:33:01PM +0900, KOBAYASHI R. Taizo wrote:
quoted
I examined this problem and had a question.
Dose it need following branch?
================L5375==
#ifdef CONFIG_ALL_PPC
      /* early PowerMacs would machine check */
      if (_machine == _MACH_Pmac) {
              printk(KERN_INFO "serial.c: nothing to do on
PowerMacs.\n");
              return 0;
      }
#endif
=======================
Some older machines apparently do.  The current 'workaround' in 2_4 is
#if defined(CONFIG_ALL_PPC) && !defined(MODULE).
That's disgusting.  This should be doing the Linux equivalent of setjmp
and trapping the machine check and returning 0.  Hardware probes
shouldn't need hacks like this.  Just my $0.02.
Thats what should be happening.  But apparently it still doesn't on a
few
older machines.   Or it didn't the last time I got an answer out of
Olaf@SuSE.
Sounds like a lowmem_vectors problem or similar.  What machine and
processor?
I think it was a 7x00 with a 601.  But I'm not sure.  Olaf?  Is this a problem
still even?
I will try it again, later.
That hunk wasnt supposed to go into Bens tree.


Gruss Olaf

--
 $ man clone

BUGS
       Main feature not yet implemented...

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help