Hello Brian,
Yes, this looks fine, although I think this shows that the -direct
description is wrong. Perhaps this is more appropriate:
-direct
This is used for communicating over an already established connection,
usually when receiving incoming connections accepted by getty(8). ppp
ig
Hi,
Yes, this looks fine, although I think this shows that the -direct
description is wrong. Perhaps this is more appropriate:
-direct
This is used for communicating over an already established connection,
usually when receiving incoming connections accepted by getty(8). ppp
ignores th
Terry,
> > seems like it :) just got report back from one of the testers.
> > he got connected to the internet over his T39m bluetooth enabled
> > cell phone. the cool thing is that you can make CSD, GPRS or HSCSD
> > calls. its just a matter of init string you send to the phone :)
> > still waiti
Maksim Yevmenkin wrote:
> seems like it :) just got report back from one of the testers.
> he got connected to the internet over his T39m bluetooth enabled
> cell phone. the cool thing is that you can make CSD, GPRS or HSCSD
> calls. its just a matter of init string you send to the phone :)
> still
Terry,
Maksim Yevmenkin wrote:
force-scripts
Default: Disabled. Forces execution of the configured chat
scripts in direct and dedicated modes.
Outstanding! If Brian doesn't veto, I'd say it's gold, and
someone should commit it; so I guess this fixes the last Bluetooth
Cell phone PPP pro
My un-trained eye says this is good. Thanks for turning around the
feedback so quickly. Now, we wait for Brian to review it.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Maksim Yevmenkin wrote:
> force-scripts
>Default: Disabled. Forces execution of the configured chat
>scripts in direct and dedicated modes.
Outstanding! If Brian doesn't veto, I'd say it's gold, and
someone should commit it; so I guess this fixes the last Bluetooth
Cell phone PPP problem,
Dear Brian and Hackers,
Please find updated proposed version of the patch. As suggested by
Warner option has been renamed to 'force-sripts' and now works for
both 'direct' and 'dedicated' modes. Also as suggested by Terry the
man page has been updated to document side effect of 'direct'.
-direct
Maksim Yevmenkin wrote:
> Please find attached patch that adds new option to the PPP.
>
> run-scripts-in-direct-mode
> Default: Disabled. This allows to run chat scripts in
> direct mode.
>
> did i miss anything? objections? comments? reviews?
First comment: run it past Brian Som
In message: <[EMAIL PROTECTED]>
Maksim Yevmenkin <[EMAIL PROTECTED]> writes:
: Dear Hackers,
:
: Please find attached patch that adds new option to the PPP.
:
:
: run-scripts-in-direct-mode
: Default: Disabled. This allows to run chat scripts in
: direct mode.
:
: did i
Dear Hackers,
Please find attached patch that adds new option to the PPP.
run-scripts-in-direct-mode
Default: Disabled. This allows to run chat scripts in
direct mode.
did i miss anything? objections? comments? reviews?
thanks,
max
I'm working on the Bluetooth stack for FreeBSD and curren
Daniel,
> > yes. that is one example. but the real trouble with tty is the
> > server application that wants to listen on wildcard address. for
> > example Network Access point that listens on RFCOMM channel 1. no
> > matter what client comes in the server will just accept connection
> > on the s
Warner,
> : So you see it is probably possible to build a tty-like interface,
> : but i do not think it really worth the trouble. In fact one
> : can do it right now with the help of nmdm(4) driver. It is a
> : simple wrapper that would pass the data between socket and
> : /dev/nmdm0{A|B}.
>
> T
In message: <[EMAIL PROTECTED]>
"Maksim Yevmenkin" <[EMAIL PROTECTED]> writes:
: So you see it is probably possible to build a tty-like interface,
: but i do not think it really worth the trouble. In fact one
: can do it right now with the help of nmdm(4) driver. It is a
: simple wrappe
On Mon, 2003-02-03 at 14:41, Maksim Yevmenkin wrote:
> yes. that is one example. but the real trouble with tty is the
> server application that wants to listen on wildcard address. for
> example Network Access point that listens on RFCOMM channel 1. no
> matter what client comes in the server will
Daniel,
> > Is there any reason that RFCOMM doesn't give full tty support, like
> > the various USB modem drivers do? That's likely the best way to deal
> > with this. Then ppp or whatever application you want will just work.
>
> Maybe it is necessary/useful to 'steer' PPP from the RFCOMM end?
On Mon, 2003-02-03 at 13:48, M. Warner Losh wrote:
> Is there any reason that RFCOMM doesn't give full tty support, like
> the various USB modem drivers do? That's likely the best way to deal
> with this. Then ppp or whatever application you want will just work.
Maybe it is necessary/useful to '
Warner,
> Is there any reason that RFCOMM doesn't give full tty support, like
> the various USB modem drivers do? That's likely the best way to deal
> with this. Then ppp or whatever application you want will just work.
Yes, there is. RFCOMM connection can only be established when
baseband link
Is there any reason that RFCOMM doesn't give full tty support, like
the various USB modem drivers do? That's likely the best way to deal
with this. Then ppp or whatever application you want will just work.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers"
Daniel,
> > So the questions is: would it be possible to enable PPP chat
> > in "direct" mode? Is there any reason to not allow this? It
> > seems 'login' script would do just fine. Is there any other/
> > better way to do this? One possible option right now is to
> > execute /bin/chat from the l
On Mon, 2003-02-03 at 08:18, Maksim Yevmenkin wrote:
> So the questions is: would it be possible to enable PPP chat
> in "direct" mode? Is there any reason to not allow this? It
> seems 'login' script would do just fine. Is there any other/
> better way to do this? One possible option right now is
Dear Hackers,
I'm working on the Bluetooth stack for FreeBSD and currently
doing testing for new in-kernel RFCOMM code. RFCOMM is a way
to emulate serial link over Bluetooth.
In particular Bluetooth spec defines two RFCOMM based profiles
LAN (Network Access profile) and DUN (DialUp Networking pro
22 matches
Mail list logo
