On Wed, Aug 22, 2018 at 4:36 AM Salvatore Bonaccorso wrote:
>
> Hi,
ciao,
> On Tue, Aug 21, 2018 at 10:07:42PM +0200, Salvatore Bonaccorso wrote:
> > I have put in
> >
> > https://people.debian.org/~carnil/tmp/linux/arm64/
> > https://people.debian.org/~carnil/tmp/linux/armel/
> > [https://peopl
Hi,
On Tue, Aug 21, 2018 at 10:07:42PM +0200, Salvatore Bonaccorso wrote:
> I have put in
>
> https://people.debian.org/~carnil/tmp/linux/arm64/
> https://people.debian.org/~carnil/tmp/linux/armel/
> [https://people.debian.org/~carnil/tmp/linux/all/]
armhf packages:
https://people.debian.org/~ca
On Aug 20, Michael Stone wrote:
> This should probably actually be in the rpcbind package rather than
> nfs-common. Once upon a time, when rpcbind was still portmap, it was
> actually part of netbase so a dependency was unnecessary. But rpcinfo is
And after my slimming cure nowadays netbase is ju
Hi
I have put in
https://people.debian.org/~carnil/tmp/linux/arm64/
https://people.debian.org/~carnil/tmp/linux/armel/
[https://people.debian.org/~carnil/tmp/linux/all/]
built packages available for testing. armhf builds are at the time of
writing not yet done, but can put those there as well.
Processing commands for cont...@bugs.debian.org:
> tags 906769 + pending
Bug #906769 [src:linux] arm kernels fail to boot
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
906769: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=906769
Debian
The Kernel Oops image has the top line cut off which states the bug
occurred in linux4.17.8/lib/list_debug.c:53
That line is part of an if which checks for data corruption in the
function __list_del_entry_valid(struct list_head *entry)
CHECK_DATA_CORRUPTION(prev->next != entry,
"list_del corru
Package: linux-base
Version: 4.5
Severity: normal
Dear Maintainer,
I am using grub with `check_signatures` set to `enforce`. This requires gpg-
style detached signatures in the boot directory. `linux-version` incorrectly
lists these signatures as kernel versions.
Recently, initramfs-tools seems
Retested with 4.17.8-1~bpo9+1 and it works again.
Please close this issue.
On 10/27/17 3:04 PM, Martin Weinelt wrote:
> Package: src:linux
> Version: 4.13.4-2~bpo9+1
> Severity: important
>
> Dear Maintainer,
>
> upgrading the kernel package from stretch (4.9) to stretch-backports (4.12 and
> 4
On 2018-08-20, Vagrant Cascadian wrote:
> I can confirm this on several machines in the reproducible builds zoo,
> running linux-image-4.9.0-8-armmp-lpae version 4.9.110-3+deb9u3.
>
> What I've noticed is that machines running the "armmp" variant appear to
> be unaffected, all of the systems that f
On Mon, Aug 20, 2018 at 03:16:52PM -0700, Vagrant Cascadian wrote:
> I can confirm this on several machines in the reproducible builds zoo,
> running linux-image-4.9.0-8-armmp-lpae version 4.9.110-3+deb9u3.
>
> What I've noticed is that machines running the "armmp" variant appear to
> be unaffecte
Hello everybody,
in the thread on the ubuntu tracker someone else pointed out that this
was also observed on fedora 26, see comment 14 in
https://bugzilla.redhat.com/show_bug.cgi?id=1552037
Apparently it was suggested there (comment 14) that forcing NFS vers=4.0
for the mount appears to fix this
On Mon, 20 Aug 2018 15:16:52 -0700 Vagrant Cascadian wrote:
One "armmp-lpae" system appears to have successfully booted, but gets
many kernel messages along these lines:
[ 78.638348] INFO: rcu_sched detected stalls on CPUs/tasks:
[ 78.642433] 0-...: (0 ticks this GP) idle=29c/0/0 softirq=1
12 matches
Mail list logo
