[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

AW: Bug#854854: qcontrol: reboot/poweroff



Hello,

I cleared the bug according the link below and the system is working now .

But what I wonder: my kernel version is 3.16.0-4-kirkwood. How I got this?

I followed the procedure on page http://www.cyrius.com/debian/kirkwood/qnap/ts-119/deinstall/
And got the kernel and initrd files of the installer via links there.  You are writing actual version would be  4.6.4-1.
How to get the actual kernel?

Regards
Peter Buechner


-----Ursprüngliche Nachricht-----
Von: Uwe Kleine-König [mailto:uwe@kleine-koenig.org] 
Gesendet: Donnerstag, 16. März 2017 09:45
An: Martin Michlmayr
Cc: peter; 854854@bugs.debian.org; Alexandre Belloni; debian-kernel@lists.debian.org; stable@kernel.org
Betreff: Re: Bug#854854: qcontrol: reboot/poweroff

Cc += Alexandre Belloni, debian-kernel, stable@k.o

Hello,

On Wed, Mar 15, 2017 at 06:10:47PM -0700, Martin Michlmayr wrote:
> > After new installation of Debian the system is properly powering 
> > down either shutdownor by power button. Also the restart is working 
> > by power button. But after some days running the system the machine 
> > is not powering down completely anymore. The status-LED is blinking 
> > red/green, power LED is blue. The system can only be restarted by 
> > disconnecting from power. The power button is not working in this 
> > moment.  This effect happens if I stop by shutdown command as well 
> > as by power button.
> 
> Peter pointed out that this is #794266 which Uwe fixed in the kernel.
> 
> So my question: does that also have to be fixed in the kernel in 
> stable?
> 
> IIRC this was only triggered by newer versions qcontrol but I can't 
> remember the details.

I don't know about qcontrol, I only triggered this by direct interaction with the rtc. There the problem happens if the alarm is enabled and the respective irq event fires. (So I guess qcontrol enables the alarm.)

This is fixed (as good as possible) in mainline since v4.8-rc1[1]. In Debian it's fixed since 4.6.4-1. The kernel supports setting an alarm since

	542dd33a4925 ("drivers/rtc/rtc-s35390a.c: add wakealarm support for rtc-s35390A rtc chip")

which is in v3.7-rc1.

If the device is already in a borked state (i.e.  the irq is active but the respective flag is already read and so cleared) even a new kernel doesn't repair this. To fix it follow the directions in

	https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794266#95

.

Back then I prepared a backport to jessie (which still sits in a topic branch in the debian-kernel repo[2]) but it seems I forgot to merge it into the jessie kernel.

I wonder if the better fix would be to fix this in linux-stable instead.
What do you think?

Best regards
Uwe

[1] http://git.kernel.org/linus/3bd32722c827
[2] https://anonscm.debian.org/cgit/kernel/linux.git/commit/?id=1d69dac66c315a290fb61c5f400e056e8d01fe50


Reply to: