Dan,
I added the printk you suggested below, and also a printk to __init() to be
sure I was running the new modules. The printk in __init was invoked, but
not the printk above tty_hangup(). So it appears that the hangup is
happening somewhere else.
-Jason
On Wed, Mar 17, 2010 at 9:15 PM, Dan W
On Wed, 2010-03-17 at 20:34 -0400, Jason Glasgow wrote:
> Dan, No problem. I'm happy to rebuild the kernel module and I'm
> familiar with the process.) I'm using a 2.6.31 kernel.
>
>
> Do you suggest that I just try removing the code below?
Nah, just put something like:
if (tty && !C_CLOC
Dan, No problem. I'm happy to rebuild the kernel module and I'm familiar
with the process.) I'm using a 2.6.31 kernel.
Do you suggest that I just try removing the code below?
if (old_dcd_state && !portdata->dcd_state) {
struct tty_struct *tty =
tty_port_t
On Wed, 2010-03-17 at 17:48 -0400, Jason Glasgow wrote:
> Dan,
> I tried the patch below, but it had no effect.
Are you comfortable with rebuilding a single kernel driver (don't need
to do the whole kernel)? If so, we could put some code into the
'option' driver to see if the tty_hangup() call in
Dan,
I tried the patch below, but it had no effect.
-Jason
diff --git a/src/mm-serial-port.c b/src/mm-serial-port.c
index 07010e1..0ed57f9 100644
--- a/src/mm-serial-port.c
+++ b/src/mm-serial-port.c
@@ -358,7 +358,7 @@ config_fd (MMSerialPort *self, GError **error)
stbuf.c_cc[VEOF] = 1
Sure, I'll give that a try and let you know what happens. Thanks, -Jason
On Mon, Mar 15, 2010 at 7:13 PM, Dan Williams wrote:
> On Fri, 2010-03-12 at 12:50 -0500, Jason Glasgow wrote:
> > Dan,
> >
> >
> > Novatel U760. The modem appears to be fine (not sure what you mean
> > drop off the bus.
On Fri, 2010-03-12 at 12:50 -0500, Jason Glasgow wrote:
> Dan,
>
>
> Novatel U760. The modem appears to be fine (not sure what you mean
> drop off the bus. If I reopen the device all is fine). I hacked up
> my version of the code (mm-generic-cdma.c) to always call
> mm_serial_port_open() befor
Dan,
Novatel U760. The modem appears to be fine (not sure what you mean drop off
the bus. If I reopen the device all is fine). I hacked up my version of
the code (mm-generic-cdma.c) to always call mm_serial_port_open() before
using the file descriptor, and it works great. But I don't think thi
On Wed, 2010-03-10 at 18:03 -0500, Jason Glasgow wrote:
> I've been working with a Novatel Modem on a 2.6.31 kernel using the
> generic CDMA driver. If I enable the modem via ModemManager and then
> connect, everything works fine. But if I disconnect the modem using
> the DBUS API, and shut down
On Wed, Mar 10, 2010 at 06:03:13PM -0500, Jason Glasgow wrote:
> I've been working with a Novatel Modem on a 2.6.31 kernel using the generic
> CDMA driver. If I enable the modem via ModemManager and then connect,
> everything works fine. But if I disconnect the modem using the DBUS API, and
> s
I've been working with a Novatel Modem on a 2.6.31 kernel using the generic
CDMA driver. If I enable the modem via ModemManager and then connect,
everything works fine. But if I disconnect the modem using the DBUS API,
and shut down ppp, ModemManager gets confused. The internal modem state
indi
11 matches
Mail list logo