Sudish Joseph writes:
> The PR also contains the (gross, alpha-specific) hack I use right now
> to work around this issue. It simply masks out the upper 32 bits in
> the pointer when making the comparison. Obviously not a real
> solution, however it suffices for now since all of the pointers bei
Julian Elischer writes:
> can you send us a patch that works for you?
> we can make it #ifdef __Alpha__ or something.
>From PR kern/27767:
--- /sys/netgraph/ng_pppoe.cSat Nov 4 08:23:16 2000
+++ /sys/netgraph/ng_pppoe.cWed Apr 4 22:59:52 2001
@@ -441,7 +441,7 @@
if ((h
Thomas Pornin writes:
> The problem is in the pppoe_finduniq() function. In order to identify
> sessions, the PPPoE code sends a tag with the first packet it sends to
> the modem; this tag is in fact a 64-bit pointer to some data structure
> in kernel space. When a packet of type PADO_CODE or PADS
I think he was using ppp, not mpd. he's doing adsl/pppoe and
not pptp.
On Wed, 1 Aug 2001, Peter Blok wrote:
> What did you patch in the mpd daemon. I found a lot endian issues with it,
> but due to work pressure I didn't finish it.
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [
can you send us a patch that works for you?
we can make it #ifdef __Alpha__ or something.
can you ocnfirm that the outgoing packet has a tag-lenth of '8'
and that teh return tag has a length of '4'?
(maybe 9 and 5)
sounds like a brain-dead router at the other end..
On Wed, 1 Aug 2001, Thomas
What did you patch in the mpd daemon. I found a lot endian issues with it,
but due to work pressure I didn't finish it.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Thomas Pornin
Sent: Wednesday, August 01, 2001 17:36
To: [EMAIL PROTECTED]
Cc: [EMAIL P
