Re: udp.c
From: David S. Miller (davem_at_davemloft.net)
Date: 06/14/05
- Previous message: Zachary Amsden: "Re: [discuss] [OOPS] powernow on smp dual core amd64"
- In reply to: Herbert Xu: "Re: udp.c"
- Next in thread: Andi Kleen: "Re: udp.c"
- Reply: Andi Kleen: "Re: udp.c"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Mon, 13 Jun 2005 16:20:52 -0700 (PDT) To: herbert@gondor.apana.org.au
From: Herbert Xu <herbert@gondor.apana.org.au>
Date: Tue, 14 Jun 2005 09:04:22 +1000
> On Mon, Jun 13, 2005 at 02:57:16PM -0700, David S. Miller wrote:
> > From: Herbert Xu <herbert@gondor.apana.org.au>
> > Date: Tue, 14 Jun 2005 07:42:52 +1000
> >
> > > It'll dump the stack anyway if we just make it a NULL pointer.
> >
> > Some platforms don't handle that very cleanly, for example
> > it may be necessary to have something mapped at page zero
> > for one reason or another.
>
> Are there any existing platforms that do that in kernel mode?
X86 did, especially during bootup, for a long time.
I know the highly optimized sparc64 instruction TLB miss handler
doesn't handle this properly and this usually hangs the machine.
I've put some checks in there that tries to handle it properly,
but there are still some cases that pass through.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Previous message: Zachary Amsden: "Re: [discuss] [OOPS] powernow on smp dual core amd64"
- In reply to: Herbert Xu: "Re: udp.c"
- Next in thread: Andi Kleen: "Re: udp.c"
- Reply: Andi Kleen: "Re: udp.c"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
