[Gta04-owner] /dev/ttyHS3 renames after resume to /dev/ttyHS6

Christoph Mair christoph.mair at gmail.com
Fri Feb 10 18:59:48 CET 2012


On Fri, Feb 10, 2012 at 5:08 PM, Dr. H. Nikolaus Schaller
<hns at goldelico.com> wrote:
>
> Am 10.02.2012 um 16:27 schrieb Flemming Richter Mikkelsen:
>
> On Fri, Feb 10, 2012 at 16:07, Dr. H. Nikolaus Schaller <hns at goldelico.com>
> wrote:
>>
>>
>> Am 10.02.2012 um 15:46 schrieb Radek Polak:
>>
>> > Hi,
>> > i found a problem with modem serial device. Probably after
>> > suspend/resume the
>> > device node is renamed from /dev/ttyHS3->/dev/ttyHS6 and i cant send AT
>> > commands then. Attached is dmesg output, you can search for ttyHS6 to
>> > find the
>> > place.
>> >
>> > These are all /dev/ttyHS before suspend:
>> >
>> >       ttyHS0  ttyHS1  ttyHS2  ttyHS3  ttyHS4  ttyHS5
>> >
>> > and this is how it looked after resume:
>> >
>> >       ttyHS0  ttyHS1  ttyHS2  ttyHS4  ttyHS5  ttyHS6
>>
>> Hm. Maybe the driver knows that ttyHS3 is active before
>> resume and therefore shuts it down differently from the other ports?
>
>
> grep ttyH dmesg.txt tells us that for ttyHS{0,1,2,4,5} the devices is shut
> down:
>    device_unregister
>    device_create_release
> but nothing similar for ttyHS3.
>
>
> This appears to be a good hint.
>
>  Maybe this is because we don't power off the modem completely?
>
>
> Well, then it should handle all /dev/ttyHS ports in the same way.
> They are all to communicate with the modem.
>
> Or because it is in use (opened)?
>
> Ah, please try:
>
> sleep 1000 </dev/ttyHS0    # this is the diagnostics ports
>
> then suspend and see if ttyHS0 also remains registered.

I have seen similar behavior with ttyUSB* when I suspended my notebook
while minicom was still using the serial device. Therefore I think its
because the device is still being used on suspend.

Christoph


More information about the Gta04-owner mailing list