Not really sorry. I'm not using this hardware any more.
On Thu, 1 Aug 2019, at 02:37, Martin Michlmayr wrote:
> * Martin Michlmayr [2018-09-10 14:27]:
> > > > > Do you want me to help figure out which change to the kernel fixed the
> > > > > problem?
> > > >
> > > > As far as I can tell and if I
On Mon, 12 Mar 2018, at 00:06, Yves-Alexis Perez wrote:
> On Mon, 2018-03-12 at 00:02 +1300, Menno Finlay-Smits wrote:
> > Do you want me to help figure out which change to the kernel fixed the
> > problem?
>
> As far as I can tell and if I'm not mistaken, the fix is a
> > > Could you also try linux-image-4.14.0-3-marvell from sid?
> >
> > Can do. Should I just use the kernel packages from sid or update the whole
> > system to sid?
>
> Hi Menno
>
> The kernel packages should be sufficient.
Bingo. The problem doesn't seem to happen using
linux-image-4.14.0-3
On Thu, 8 Mar 2018, at 11:27, Andrew Lunn wrote:
> On Thu, Mar 08, 2018 at 09:49:29AM +1300, Menno Finlay-Smits wrote:
> > On Thu, 8 Mar 2018, at 02:36, Andrew Lunn wrote:
> > > > What else can I try?
> > >
> > > Do you have transparent huge pages enab
On Thu, 8 Mar 2018, at 02:36, Andrew Lunn wrote:
> > What else can I try?
>
> Do you have transparent huge pages enabled?
>
> ~$ cat /sys/kernel/mm/transparent_hugepage/enabled
> [always] madvise never
>
> If so, could you disable it with:
>
> echo never > /sys/kernel/mm/transparent_hugepage/e
On Tue, 6 Mar 2018, at 13:54, Menno Finlay-Smits wrote:
> On Tue, 6 Mar 2018, at 04:57, Yves-Alexis Perez wrote:
> > On Mon, 2018-03-05 at 15:28 +0100, Andrew Lunn wrote:
> > > Would it be possible to try to reproduce this problem with 4.9.86 on
> > > the h
On Tue, 6 Mar 2018, at 04:57, Yves-Alexis Perez wrote:
> On Mon, 2018-03-05 at 15:28 +0100, Andrew Lunn wrote:
> > Would it be possible to try to reproduce this problem with 4.9.86 on
> > the hardware reporting the issue?
>
> 4.9.82-1+deb9u3 is currently in the archive. Menno, could you give it a
I messed up the NAS model number when editing the bug description. To be clear,
it's a "QNAP TS-119p II".
Package: src:linux
Version: 4.9.65-3+deb9u2
Severity: critical
Justification: breaks the whole system
Dear Maintainer,
Rsyncing files between 2 HDDs on a QNAP 119p with a fresh, minimal install of
stretch NAS (armel) causes the kernel to fail after ~20mins with a kernel
memory overwrite attempt (
9 matches
Mail list logo
