2007-10-23 18:06:27

by Jiri Kosina

[permalink] [raw]
Subject: Re: [BUG] rfcomm]

On Tue, 23 Oct 2007, Marcel Holtmann wrote:

> Second, can you try without uswsusp or suspend2. Both of them are not
> upstream and I can't tell how much these would effect this kind of
> behavior.

Hi Marcel,

actually uswsusp has been upstream for quite some time already. See
Documentation/power/userland-swsusp.txt

Thanks,

--
Jiri Kosina


2007-10-24 09:56:26

by Pavel Machek

[permalink] [raw]
Subject: Re: [Bluez-devel] [BUG] rfcomm]

On Tue 2007-10-23 20:28:04, Jiri Kosina wrote:
> On Tue, 23 Oct 2007, Marcel Holtmann wrote:
>
> > > actually uswsusp has been upstream for quite some time already. See
> > > Documentation/power/userland-swsusp.txt
> > nice. I've never used it. Currently I am using what comes with Ubuntu
> > 7.10 and that seems to work.
>
> Never used ubuntu, so I have no idea what they ship, I guess you use
> s2ram/s2disk utilitie. If so, you are using uswsusp too.

Ubuntu may be crazy enough to use suspend2. Anyway, this is driver
problem, and I believe it is reproducible even with plain-old
in-kernel swsusp.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel

2007-10-24 08:43:52

by Cornelia Huck

[permalink] [raw]
Subject: Re: [BUG] rfcomm]

On Tue, 23 Oct 2007 20:55:54 +0200,
"Alon Bar-Lev" <[email protected]> wrote:

> On 10/23/07, Marcel Holtmann <[email protected]> wrote:
> > the code in net/bluetooth/rfcomm/tty.c contains two calls to
> > device_move(). Please comment these out and try again. At least then we
> > know that it is in issue on how we use the driver model.
>
> No bugs...
> Looks OK, although I don't know what removed :)

Hm, this might be similar to
http://marc.info/?l=linux-kernel&m=119124209009812&w=2. To confirm,
could you try with CONFIG_DEBUG_DRIVER and CONFIG_DEBUG_KOBJECT set
(and the device_move() calls in again)?

2007-10-23 18:55:54

by Alon Bar-Lev

[permalink] [raw]
Subject: Re: [BUG] rfcomm]

On 10/23/07, Marcel Holtmann <[email protected]> wrote:
> the code in net/bluetooth/rfcomm/tty.c contains two calls to
> device_move(). Please comment these out and try again. At least then we
> know that it is in issue on how we use the driver model.

No bugs...
Looks OK, although I don't know what removed :)

Regards,
Alon Bar-Lev.

2007-10-23 18:30:10

by Marcel Holtmann

[permalink] [raw]
Subject: Re: [Bluez-devel] [BUG] rfcomm]

Hi Alon,

> > nice. I've never used it. Currently I am using what comes with Ubuntu
> > 7.10 and that seems to work.
>
> Have you tried to suspend while pppd is using rfcomm?
>
> The fact that it happens with suspend2 and uswsusp means that the
> issue is suspend blind.
> Do you need any more information in order to determine what is the problem?

the code in net/bluetooth/rfcomm/tty.c contains two calls to
device_move(). Please comment these out and try again. At least then we
know that it is in issue on how we use the driver model.

Regards

Marcel



-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel

2007-10-23 18:28:04

by Jiri Kosina

[permalink] [raw]
Subject: Re: [BUG] rfcomm]

On Tue, 23 Oct 2007, Marcel Holtmann wrote:

> > actually uswsusp has been upstream for quite some time already. See
> > Documentation/power/userland-swsusp.txt
> nice. I've never used it. Currently I am using what comes with Ubuntu
> 7.10 and that seems to work.

Never used ubuntu, so I have no idea what they ship, I guess you use
s2ram/s2disk utilitie. If so, you are using uswsusp too.

--
Jiri Kosina

2007-10-23 18:27:16

by Alon Bar-Lev

[permalink] [raw]
Subject: Re: [BUG] rfcomm]

On 10/23/07, Marcel Holtmann <[email protected]> wrote:
> nice. I've never used it. Currently I am using what comes with Ubuntu
> 7.10 and that seems to work.

Have you tried to suspend while pppd is using rfcomm?

The fact that it happens with suspend2 and uswsusp means that the
issue is suspend blind.
Do you need any more information in order to determine what is the problem?

Best Regards,
Alon Bar-Lev.

2007-10-23 18:25:05

by Marcel Holtmann

[permalink] [raw]
Subject: Re: [Bluez-devel] [BUG] rfcomm]

Hi Jiri,

> > Second, can you try without uswsusp or suspend2. Both of them are not
> > upstream and I can't tell how much these would effect this kind of
> > behavior.
>
> Hi Marcel,
>
> actually uswsusp has been upstream for quite some time already. See
> Documentation/power/userland-swsusp.txt

nice. I've never used it. Currently I am using what comes with Ubuntu
7.10 and that seems to work.

Regards

Marcel



-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel