[speedtouch] Re: Speedtouch on *BSD

2005-01-31 Thread Benoit PAPILLAULT
Francois Rogler a écrit :
 Hi Guys,
 
 I guess I have to give you some explanations.
 I am still the maintainer of the BSD part (yes, it's written on the
 website).. Unfortunatly, the last 2 years, I didn't do any dev on the
 driver, just a few corrections on docs and scripts.
 For the personal part, I have been moving around with no internet
 connection at home for about 2 years. I just settled down 1 month ago and
 sent the signup form for the internet connection 3 days ago ! Hopefuly
 I'll be connected in a few weeks.

No problem Francois. I have been maintaining the BSD part by checking 
that each release compiled fine on all BSD variants (using gmake). 
However, I've not tested if it works correctly, but since I did not 
change the BSD specific code, it should!

Benoit PAPILLAULT

Liste de diffusion modem ALCATEL SpeedTouch USB
Pour se désinscrire : mailto:[EMAIL PROTECTED]




[speedtouch] Re: Speedtouch on *BSD

2005-01-30 Thread César Catrián
Hi.

As far as I know, that is a big detail expecting to be
fixed on the modem_run driver. Every time the USB plug
is detached, the driver hangs. And the process can't
be  iniciated again in 1.3.1 (due the fact that only
one registered instance of modem_run is allowed). And
the easy way to get connection again is rebooting.

The way in Linux to know when a device is dettached or
attached is usbdevfs. That implementation is used on
modem_run to catch the events on the interface, right?

The manual page of usb(4) on NetBSD say:

-snip
USB EVENT INTERFACE
All USB events are reported via the /dev/usb device. 
This devices can be opened for reading and each
read(2) will yield an event record (if something has
happened).  The poll(2) system call can be used to
determine if an event record is available for reading.
...
Note that that there is a separation between device
and device driver events.  A device event is generated
when a physical USB device is attached or detached.  A
single USB device may have zero, one, or many device
drivers associated with it.
-snip

So, this could be associated in some way with
libpusb-bsd.

I don't know about other BSD's, but it has to be done
on a similar way.

When the connection dies: native ppp on BSD works a
lot better than userppp. It is able to reconnect and
set the default route and MTU properly.

Since NetBSD 2.0, there are in-kernel threads
available, but I don't know if is related to pppoa2.

The rest is to elaborate a good rc script that can be
integrated to the /etc/ifconfig.* files, and to solve
a misterious murder (signal 1) of the father or the
son after the boot at starting of pppoa2.

Regards

--
  César Catrián C.
  http://mioficina.cjc.cl

 --- Francois Rogler [EMAIL PROTECTED] escribió: 
 
 Hi Guys,
 
 I guess I have to give you some explanations.
 I am still the maintainer of the BSD part (yes, it's
 written on the
 website).. Unfortunatly, the last 2 years, I didn't
 do any dev on the
 driver, just a few corrections on docs and scripts.
 For the personal part, I have been moving around
 with no internet
 connection at home for about 2 years. I just settled
 down 1 month ago and
 sent the signup form for the internet connection 3
 days ago ! Hopefuly
 I'll be connected in a few weeks.
 
  Do you know if there are any plans in the future
 for further *BSD support
  in
  the speedtouch software, as in:
 Right now, there is no big announcement from me.
 
  1. Support for when the connection dies: In Linux
 this was handled by some
  system call which allowed the modem (USB flavour)
 to do a hardware reset
  without having to reboot?
 
  2. Any params to modem_run to allow a hardware
 reset of the USB modem? Is
  that
  possible?
 
  I'm using v 1.2 of the package as a lot of the new
 functionality doesn't
  work
  on *BSD. (so the features I'm mentioning may
 already be in 1.3.x, but are
  not
  supported yet on *BSD)
 
 Anyway let's try to handle thoses problems. The open
 points that needs to
 be reviwed are :
 - 1.3 working on every BSD ? if not why ? (btw now
 gmake is mandatory to
 compile the driver)
 - hard reset of the modem (The 2 points you
 mentionned deals with it or
 did I miss something?)
 
 Is there anyother problem with the driver under BSD
 ? Open and Net still
 use pppoa2 cauz of the lack of good thread library ?
 
 Anyway, I promise I'll have a look at your request
 very soon.
 
  Many thanks,
 
  Simon.
 
 About the futur of the project (BSD part), now as I
 am working, I don't
 have much free time. So if someone is interested in
 taking over that job,
 there is no problem. I can also give him some hints
 and help. Just let me
 know !
 
 Have Fun
 
 --
 Francois Rogler

_
Do You Yahoo!?
Información de Estados Unidos y América Latina, en Yahoo! Noticias.
Visítanos en http://noticias.espanol.yahoo.com

Liste de diffusion modem ALCATEL SpeedTouch USB
Pour se désinscrire : mailto:[EMAIL PROTECTED]




[speedtouch] Re: Speedtouch on *BSD

2005-01-28 Thread Guillaume R.



 Hi All,

 Do you know if there are any plans in the future for further *BSD support
 in
 the speedtouch software, as in:

 1. Support for when the connection dies: In Linux this was handled by some
 system call which allowed the modem (USB flavour) to do a hardware reset
 without having to reboot?

 2. Any params to modem_run to allow a hardware reset of the USB modem? Is
 that
 possible?

 I'm using v 1.2 of the package as a lot of the new functionality doesn't
 work
 on *BSD. (so the features I'm mentioning may already be in 1.3.x, but are
 not
 supported yet on *BSD)

 Many thanks,
Hi
Same questions here, is the *BSD package always maintained coz nothing
seems to be done...?


 Simon.

 Liste de diffusion modem ALCATEL SpeedTouch USB
 Pour se désinscrire :
 mailto:[EMAIL PROTECTED]





-- 
Raimondeau Guillaume

Utilsez Tux!!! ça marche mieux :)


Liste de diffusion modem ALCATEL SpeedTouch USB
Pour se désinscrire : mailto:[EMAIL PROTECTED]




[speedtouch] Re: Speedtouch on *BSD

2005-01-28 Thread Francois Rogler

Hi Guys,

I guess I have to give you some explanations.
I am still the maintainer of the BSD part (yes, it's written on the
website).. Unfortunatly, the last 2 years, I didn't do any dev on the
driver, just a few corrections on docs and scripts.
For the personal part, I have been moving around with no internet
connection at home for about 2 years. I just settled down 1 month ago and
sent the signup form for the internet connection 3 days ago ! Hopefuly
I'll be connected in a few weeks.

 Do you know if there are any plans in the future for further *BSD support
 in
 the speedtouch software, as in:
Right now, there is no big announcement from me.

 1. Support for when the connection dies: In Linux this was handled by some
 system call which allowed the modem (USB flavour) to do a hardware reset
 without having to reboot?

 2. Any params to modem_run to allow a hardware reset of the USB modem? Is
 that
 possible?

 I'm using v 1.2 of the package as a lot of the new functionality doesn't
 work
 on *BSD. (so the features I'm mentioning may already be in 1.3.x, but are
 not
 supported yet on *BSD)

Anyway let's try to handle thoses problems. The open points that needs to
be reviwed are :
- 1.3 working on every BSD ? if not why ? (btw now gmake is mandatory to
compile the driver)
- hard reset of the modem (The 2 points you mentionned deals with it or
did I miss something?)

Is there anyother problem with the driver under BSD ? Open and Net still
use pppoa2 cauz of the lack of good thread library ?

Anyway, I promise I'll have a look at your request very soon.

 Many thanks,

 Simon.

About the futur of the project (BSD part), now as I am working, I don't
have much free time. So if someone is interested in taking over that job,
there is no problem. I can also give him some hints and help. Just let me
know !

Have Fun

--
Francois Rogler


Liste de diffusion modem ALCATEL SpeedTouch USB
Pour se désinscrire : mailto:[EMAIL PROTECTED]