> hi, i think i spoke with you on #hurd yesterday. i don't have much > low level programming experience, but i would really like to work on > porting pppoe to the hurd to get my adsl modem working. any advice or > pointers to useful information you can offer would be appreciated. > do you think ppp under the hurd is strong enough at this point for me > to get to work on pppoe right away, or should i put my energies into > improving that first?
As far as I can tell, there are no big problems with the ppp proper. Rather, I think that there is a bug in the implementation of the tunnel device in pfinet. Take a look at src/hurd/pfinet/tunnel.c. However, I could be completely wrong. First, you need to get ppp working. This does not require an Internet connection: you can use ppp over a serial cable, for instance. Once you get this far, you can start to think about pppoe. I see two possible implementations without going into libstream: You add another interface to pfinet similar to the tunnel device except at a lower layer, i.e. below the tcp/ip layer. Here you demultiplex Ethernet frames based on the frame type and pass tcp/ip packets to pfinet etc. The second option is to change pfinet to use device_{get,set}_filter to do the demultiplexing before the packets hit pfinet. This is arguable the better solution. Good luck. In the future, please keep discussion on the mailing lists so that all can benefit from the exchange of ideas -- I have added [EMAIL PROTECTED] to the list of recipients. _______________________________________________ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd