Package: src:linux
Version: 4.9.30-2+deb9u2
Severity: important
File: linux-image-4.9.0
Dear Maintainer,
*** Reporter, please consider answering these questions, where
appropriate ***
* What led up to the situation?
I upgraded from Jessie to Stretch on my server.
* What exactly did you
I made a little mistake in the description above: The kernel I had on my QNAP
TS-219P II before was linux-image-4.9.0-3-marvell_4.9.30-2+deb9u2 - and this
appears to be the last version that boots.
I've tried loading mkimage'd kernels+dtbs via tftpd into my broken QNAP TS-219P
II from these pac
On Mon, Jul 31, 2017 at 7:16 AM, Ian Campbell wrote:
>
> I found that with 4.11 the initrd was too big for my ts41x. Could it be that?
Thanks for providing the info!
Stock initrd of Linkstation is 9MB, and now Debian's initrd is just
4+MB (MODULE=dep, compressed by gzip).
So I don't think it's a
On 30 July 2017 19:05:18 BST, Roger Shimizu wrote:
>On Sat, Jul 22, 2017 at 8:40 AM, Ben Hutchings
>wrote:
>> On Wed, 2017-05-03 at 23:12 +0100, Ben Hutchings wrote:
>>> linux 4.11-1~exp1 FTBFS on armel. I spent a little while
>modularising
>>> some things that were unnecessarily built-in, but
Package: linux-image-4.11.0-0.bpo.1-marvell
Version: 4.11.6-1~bpo9+1: armel
I had Debian Stretch installed on my QNAP TS-219P II and already upgraded to
the backports kernel linux-image-4.9.0-0.bpo.3-marvell (4.9.30-2+deb9u2~bpo8+1:
armel). Upgrading that to the package specified above yielded a
On Mon, 2017-07-31 at 03:05 +0900, Roger Shimizu wrote:
> > On Sat, Jul 22, 2017 at 8:40 AM, Ben Hutchings wrote:
> > On Wed, 2017-05-03 at 23:12 +0100, Ben Hutchings wrote:
> > > linux 4.11-1~exp1 FTBFS on armel. I spent a little while modularising
> > > some things that were unnecessarily built
On Sat, Jul 22, 2017 at 8:40 AM, Ben Hutchings wrote:
> On Wed, 2017-05-03 at 23:12 +0100, Ben Hutchings wrote:
>> linux 4.11-1~exp1 FTBFS on armel. I spent a little while modularising
>> some things that were unnecessarily built-in, but the image size will
>> still be very close to the current l
2017-07-30 17:47 GMT+02:00 Ross Vandegrift :
> On 2017-07-30 09:00, Samuel Wolf wrote:
>
>> Try now everything in Strecht "button.lid_init_state module=method"
>> ignore and open, no change.
>>
>
>
Hi Ross,
> Hi Samuel - the bug notes have a small mistake. The correct parameter is
> button.lid_
On 2017-07-30 09:00, Samuel Wolf wrote:
Try now everything in Strecht "button.lid_init_state module=method"
ignore and open, no change.
Hi Samuel - the bug notes have a small mistake. The correct parameter
is
button.lid_init_state=method - give that a try, it worked for me.
Ross
> I'm going to reassign this to the kernel for now, as it's not a gdm issue.
Can confirm this issue and it is the same in Jessie *with* Bpo Kernel.
Try now everything in Strecht "button.lid_init_state module=method" ignore
and open, no change.
We have four affected Notebooks in the Office, three
Package: linux-headers-amd64
Version: 4.11+83
Severity: grave
Tags: newcomer
Justification: renders package unusable
Dear Maintainer, linux-headers-amd64 depends on 4.11.0-2-amd64, wich depends on
4.11.0-2-common (version =4.11.11-1+b1), but only 4.11.11-1 is available on
Sid. In result, can't ins
11 matches
Mail list logo
