* Domenico Andreoli [2018-05-07 20:54]:
> dpkg.log says qcontrol was installed until March 23, with enough bad
> luck the consequences on initrd became visible only with the kernel
> update. This would answer question 1 and 4 above.
Mystery solved. Well done. ;)
If all bugs were as easy to reso
On Mon, May 7, 2018 at 7:14 PM, Martin Michlmayr wrote:
> * Domenico Andreoli [2018-05-07 19:02]:
> > > Does this make any difference?
> > > /sbin/qcontrol --direct watchdog off
> > yes, a lot.
> >
> > Indeed after the watchdog is turned off the box doesn't reset any more.
>
> This command n
* Domenico Andreoli [2018-05-07 19:02]:
> > Does this make any difference?
> > /sbin/qcontrol --direct watchdog off
> yes, a lot.
>
> Indeed after the watchdog is turned off the box doesn't reset any more.
This command normally gets run in the initramfs, so the next step is
to figure out why
On Mon, May 7, 2018 at 10:37 AM, Martin Michlmayr wrote:
> * Domenico Andreoli [2018-05-07 10:12]:
> > 3. maybe I'm missing some watchdog package which properly solves my
> problem?
>
> Does this make any difference?
>
> /sbin/qcontrol --direct watchdog off
>
yes, a lot.
Indeed after the w
* Domenico Andreoli [2018-05-07 10:12]:
> 3. maybe I'm missing some watchdog package which properly solves my problem?
Does this make any difference?
/sbin/qcontrol --direct watchdog off
--
Martin Michlmayr
http://www.cyrius.com/
Hi,
this started to happen right after I updated kernel to version 4.9.88-1.
Previous version, I think it was 4.9.82-1+deb9u3, worked just fine. This
machine strictly follows Debian stable + updates.
I've the serial cable connected and I don't see any strange kernel message
on the console. OTOH
* Timo Jyrinki [2018-03-17 14:24]:
> https://www.cyrius.com/debian/kirkwood/qnap/ts-219/serial/ doesn't
> explicitly list TS-221, maybe I can trial and error until I find the
> correct pins.
It's the same as described on that page.
--
Martin Michlmayr
http://www.cyrius.com/
2018-03-16 12:30 GMT+02:00 Martin Michlmayr :
> Are you in a position to test kernels and attach a serial console if
> necessary?
Possibly yes, now my QNAP doesn't have services that absolutely need
to be up 24/7. OTOH my free time is extremely limited, but with
instructions and kernels available
* Timo Jyrinki [2018-03-15 16:53]:
> thread I can find is from July last year about the "Unhandled fault:
> external abort on linefetch (0x014)" [1].
Based on recent reports, this problem is still there.
Are you in a position to test kernels and attach a serial console if
necessary?
--
Martin
Thanks for the report!
Have I missed anything related to the faults with the 1GB RAM / 2.0GHz
models (TS-221), ie are they mabe now able to upgrade to stretch? Last
thread I can find is from July last year about the "Unhandled fault:
external abort on linefetch (0x014)" [1].
[1] https://lists.deb
A few more details...
I used kernel-6182 & initrd from:
http://ftp.debian.org/debian/dists/stretch/main/installer-armel/current/images/kirkwood/network-console/qnap/ts-21x/
verified with help from:
http://ftp.debian.org/debian/dists/stretch/main/installer-armel/current/images/SHA256SUMS
I had t
Hello,
I just successfully upgraded my second QNAP TS-212P NAS
from jessie to stretch.
I didn't remember how I did the first one last year. I went to
Martin's excellent web site and did what is described as
"Re-installing Debian" from the following page:
http://www.cyrius
* Vincent Legoll [2016-02-12 16:09]:
> I also see that :
>
> [9.584629] rtc-mv rtc-mv: internal RTC not ticking
>
> dunno if it's important though.
This is harmless. You should see rtc-s35390a a few lines below with
the correct time.
--
Martin Michlmayr
http://www.cyrius.com/
Hello,
I just wanted to thank you all for the work done to keep supporting
those old pieces of HW.
I am reporting that current debian stable is working nicely on the QNAP TS 212p,
I chose this model because it is supported, even if it's old.
I installed it yesterday on a brand new unit.
On Tue, 2015-07-07 at 23:17 +0200, JM wrote:
> On Fri, May 29, 2015 at 2:14 PM, JM wrote:
> * qcontrol service does not start. This appears to be due to
> the fact that qcontrol expects a symlink
> "platform-gpio-keys-event" in /dev/input/by-path, while with
> the
On Fri, May 29, 2015 at 2:14 PM, JM wrote:
> * qcontrol service does not start. This appears to be due to the fact that
> qcontrol expects a symlink "platform-gpio-keys-event" in
> /dev/input/by-path, while with the 4.0 kernel it's called
> "platform-gpio_keys-event" instead. As a workaround, ad
On Thu, 2015-06-04 at 14:30 +0200, JM wrote:
> I tested the patch you suggested, and somewhat surprisingly it fixed
> the xhci/USB3.0 initialization problem,
Great!
> but the stalling and sata resets during kernel/initramfs flashing
> persist.
Not Great :-(
Please can you report this one to
On Tue, Jun 2, 2015 at 10:00 AM, Ian Campbell wrote:
> On Tue, 2015-06-02 at 08:40 +0100, Ian Campbell wrote:
> > On Sun, 2015-05-31 at 15:55 +0200, JM wrote:
> > > Yes, I managed to catch it in the act:
> > >
> > > http://pastebin.com/PYqqrcLX
> > >
> > >
> > > Basically, the device stalls durin
4 22:33]:
> > > Hi,
> > >
> > > I have just installed Debian Stable on a new QNAP TS-212p (using the
> > > instructions at
> http://www.cyrius.com/debian/kirkwood/qnap/ts-219/install/),
> > > followed by kernel 3.16.0-0.bpo.4-kirkwood from wheezy-backpo
On Tue, 2015-06-02 at 08:40 +0100, Ian Campbell wrote:
> On Sun, 2015-05-31 at 15:55 +0200, JM wrote:
> > Yes, I managed to catch it in the act:
> >
> > http://pastebin.com/PYqqrcLX
> >
> >
> > Basically, the device stalls during the flashing process (which takes
> > maybe three minutes), and th
On Sun, 2015-05-31 at 15:55 +0200, JM wrote:
> Yes, I managed to catch it in the act:
>
> http://pastebin.com/PYqqrcLX
>
>
> Basically, the device stalls during the flashing process (which takes
> maybe three minutes), and that seems to cause sata to time out, and
> eventually everything gets re
Yes, I managed to catch it in the act:
http://pastebin.com/PYqqrcLX
Basically, the device stalls during the flashing process (which takes maybe
three minutes), and that seems to cause sata to time out, and eventually
everything gets remounted read-only. Now if I recall correctly, I'd get
sata li
On Fri, 2015-05-29 at 14:14 +0200, JM wrote:
> * I am experiencing system instability following flash-kernel on kernel
> update:
>
> rm: cannot remove ‘/tmp/flash-kernel.VuR9vASl’: Read-only file system
> run-parts: /etc/initramfs/post-update.d//flash-kernel exited with return code
> 1
> dpkg:
I've begun testing 4.0 kernel on QNAP TS-212P. The following results likely
apply also to other devices matching kirkwood-ts219-6282.dtb like TS-210
and variants of TS-219. So, let's begin with...
The Good:
* mv_cesa works correctly (partially broken in 3.16 - #783718)
* kirkwood-cpu
g the 4.0.x kernel from Sid first though.
>
> Ian.
>
> > * JM [2015-04-24 22:33]:
> > > Hi,
> > >
> > > I have just installed Debian Stable on a new QNAP TS-212p (using the
> > > instructions at
> http://www.cyrius.com/debian/kirkwood/qnap/ts-21
x27;d suggest testing the 4.0.x kernel from Sid first though.
Ian.
> * JM [2015-04-24 22:33]:
> > Hi,
> >
> > I have just installed Debian Stable on a new QNAP TS-212p (using the
> > instructions at http://www.cyrius.com/debian/kirkwood/qnap/ts-219/install/),
> > f
Ian, are you familiar with these features?
* JM [2015-04-24 22:33]:
> Hi,
>
> I have just installed Debian Stable on a new QNAP TS-212p (using the
> instructions at http://www.cyrius.com/debian/kirkwood/qnap/ts-219/install/),
> followed by kernel 3.16.0-0.bpo.4-kirkwood from whee
Hi,
I have just installed Debian Stable on a new QNAP TS-212p (using the
instructions at http://www.cyrius.com/debian/kirkwood/qnap/ts-219/install/),
followed by kernel 3.16.0-0.bpo.4-kirkwood from wheezy-backports. I have
three questions.
1. kirkwood-thermal (
http://lxr.free-electrons.com
28 matches
Mail list logo
