Re: kern/27767: (was: PPPoE + Alpha + 32/64 bits)

2001-08-02 Thread Thomas Pornin
On Wed, Aug 01, 2001 at 06:11:11PM -0700, Julian Elischer wrote: > can you try this thomas? I tried. It works like a charm. Thanks ! --Thomas To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: kern/27767: (was: PPPoE + Alpha + 32/64 bits)

2001-08-01 Thread Julian Elischer
DUH! (slaps forhead with palm "obvious when shown") can you try this thomas? On Wed, 1 Aug 2001, Brian Somers wrote: > Hi, > > I think the attached will fix it properly -- but I haven't got an > alpha to test with, so can someone do the honours for me ? > > Ta. > > > can you send us a patc

kern/27767: (was: PPPoE + Alpha + 32/64 bits)

2001-08-01 Thread Brian Somers
Hi, I think the attached will fix it properly -- but I haven't got an alpha to test with, so can someone do the honours for me ? Ta. > 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 '

Re: PPPoE + Alpha + 32/64 bits

2001-08-01 Thread Sudish Joseph
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

Re: PPPoE + Alpha + 32/64 bits

2001-08-01 Thread Sudish Joseph
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

Re: PPPoE + Alpha + 32/64 bits

2001-08-01 Thread Sudish Joseph
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

RE: PPPoE + Alpha + 32/64 bits

2001-08-01 Thread Julian Elischer
t; From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Thomas Pornin > Sent: Wednesday, August 01, 2001 17:36 > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: PPPoE + Alpha + 32/64 bits > > > Hello, > > I recently connected my FreeBSD/Alpha (4.3-

Re: PPPoE + Alpha + 32/64 bits

2001-08-01 Thread Julian Elischer
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

RE: PPPoE + Alpha + 32/64 bits

2001-08-01 Thread Peter Blok
EMAIL PROTECTED] Subject: PPPoE + Alpha + 32/64 bits Hello, I recently connected my FreeBSD/Alpha (4.3-RELEASE) to an ADSL link using an Alcatel Speed Touch Home modem. As is, it was not working; after some digging, I found that there is a bug either in the ng_pppoe support, or in the modem.

PPPoE + Alpha + 32/64 bits

2001-08-01 Thread Thomas Pornin
Hello, I recently connected my FreeBSD/Alpha (4.3-RELEASE) to an ADSL link using an Alcatel Speed Touch Home modem. As is, it was not working; after some digging, I found that there is a bug either in the ng_pppoe support, or in the modem. The problem is in the pppoe_finduniq() function. In orde