DIKOM DK300: Kernel hangs after suspend to ram

DIKOM DK300: Kernel hangs after suspend to ram

[Andrea.Amorosi76@gmail.com]

Hi to all!
I'm trying to use my Dikom DK-300 usb dvb-t device connected to an old 
laptop used as media player.
The device works well but if I suspend the pc to ram (S3) when the Dikom 
usb stick is plugged in, the system hangs during the resume phase.
So I've tried to create two scripts. The first one removes the driver
before sleeping (the script is in the /etc/acpi/suspend.d directory)
and the second one reloads it during the resume phase (this script is
in /etc/acpi/resume.d directory).
I've also inserted in the scripts some logs and it seems that the
driver is correctly removed before the suspension, but then the pc
hangs when resuming.
Do you have some suggestion on how to resolve?
I suspect that something in the GPIO setting is not corrected, but I 
don't know very well how to check that (now I've access to a windows xp 
virtualbox machine and a real windows vista system which maybe I can use 
to test/debug the correctness of the patch I postes some time ago).
Thank you,
Andrea Amorosi

Re: DIKOM DK300: Kernel hangs after suspend to ram

[Johannes Stezenbach]

On Tue, Sep 07, 2010 at 10:47:55PM +0200, Andrea.Amorosi76@gmail.com wrote:
> I'm trying to use my Dikom DK-300 usb dvb-t device connected to an
> old laptop used as media player.
> The device works well but if I suspend the pc to ram (S3) when the
> Dikom usb stick is plugged in, the system hangs during the resume
> phase.
> So I've tried to create two scripts. The first one removes the driver
> before sleeping (the script is in the /etc/acpi/suspend.d directory)
> and the second one reloads it during the resume phase (this script is
> in /etc/acpi/resume.d directory).
> I've also inserted in the scripts some logs and it seems that the
> driver is correctly removed before the suspension, but then the pc
> hangs when resuming.
> Do you have some suggestion on how to resolve?
> I suspect that something in the GPIO setting is not corrected, but I
> don't know very well how to check that (now I've access to a windows
> xp virtualbox machine and a real windows vista system which maybe I
> can use to test/debug the correctness of the patch I postes some
> time ago).

Can't help you with the driver, but for general suspend/resume debug:
Did you try no_console_suspend to see if there are any errors?
See Documentation/kernel-parameters.txt for more info.
There are also some debugging hints in Documentation/power/s2ram.txt
and basic-pm-debugging.txt.

HTH
Johannes

Re: DIKOM DK300: Kernel hangs after suspend to ram

[Andrea.Amorosi76@gmail.com]

Hi!
I've tried to add the no_console_suspend=1 to the grub boot line using 
the command editor at startup, but switching to the first console and 
trying to suspend, the console went away as it does if the above option 
is not present so I was unable to read anything when the kernel crashed 
at resume.
Is there something wrong?
Andrea Amorosi

Il 10/09/2010 16:41, Johannes Stezenbach ha scritto:
> On Tue, Sep 07, 2010 at 10:47:55PM +0200, Andrea.Amorosi76@gmail.com wrote:
>> I'm trying to use my Dikom DK-300 usb dvb-t device connected to an
>> old laptop used as media player.
>> The device works well but if I suspend the pc to ram (S3) when the
>> Dikom usb stick is plugged in, the system hangs during the resume
>> phase.
>> So I've tried to create two scripts. The first one removes the driver
>> before sleeping (the script is in the /etc/acpi/suspend.d directory)
>> and the second one reloads it during the resume phase (this script is
>> in /etc/acpi/resume.d directory).
>> I've also inserted in the scripts some logs and it seems that the
>> driver is correctly removed before the suspension, but then the pc
>> hangs when resuming.
>> Do you have some suggestion on how to resolve?
>> I suspect that something in the GPIO setting is not corrected, but I
>> don't know very well how to check that (now I've access to a windows
>> xp virtualbox machine and a real windows vista system which maybe I
>> can use to test/debug the correctness of the patch I postes some
>> time ago).
>
> Can't help you with the driver, but for general suspend/resume debug:
> Did you try no_console_suspend to see if there are any errors?
> See Documentation/kernel-parameters.txt for more info.
> There are also some debugging hints in Documentation/power/s2ram.txt
> and basic-pm-debugging.txt.
>
> HTH
> Johannes
>