Processing commands for cont...@bugs.debian.org:
> severity 816751 important
Bug #816751 [src:linux] linux-image-3.16.0-4-amd64: Boot hangs at ata_piix
message under 3.16.x, but works with 3.2.x
Severity set to 'important' from 'critical'
> thanks
Stopping processing here.
Please contact me if y
Package: src:linux
Version: 3.16.7-ckt20-1+deb8u3
Severity: critical
Justification: breaks the whole system
Dear Maintainer,
This machine had been running with an up-to-date version of Wheezy for
over a year. Following a dist-upgrade to Jessie, it no longer boots
under the 3.16.x kernel, seeming
Hello,
when running mkinitramfs or update-initramfs the same bug hits the generation
of initial ramdisk. Afterwards the system is booting into kernel panic. Ramdisk
consists only of this /kernel/microcode/... tree.
Linux HOSTNAME 4.3.0-1-amd64 #1 SMP Debian 4.3.5-1 (2016-02-06) x86_64 GNU/Linux
On Fri, 2016-03-04 at 09:03 +0900, Olaf Meeuwissen wrote:
[...]
> The initramfs.conf file says:
>
> >
> > # BUSYBOX: [ y | n ]
> > #
> > # Use busybox if available
> > #
> >
> > BUSYBOX=y
> Something does not make sense unless there is a typo, s/not/now/, in
> Ben's initial comment.
>
> I use t
On Fri, 2016-03-04 at 11:12 +0100, Sergio Gelato wrote:
> * Sergio Gelato [2016-03-04 09:12:14 +0100]:
> >
> > I still think there is a kernel issue here: mcelog shouldn't be able to
> > request the wrong page cache mode and spoil things for everyone else.
> It turns out that mcelog, just like dmi
Just got bit by this this morning.
Ben Hutchings said:
> busybox is not required by the default configuration. See the NEWS
> file.
OK, I check the NEWS file. That says (for 0.121~rc1):
> If initramfs-tools is configured to use busybox but it is not
> installed, mkinitramfs will now fail.
Nex
* Sergio Gelato [2016-03-04 09:12:14 +0100]:
> I still think there is a kernel issue here: mcelog shouldn't be able to
> request the wrong page cache mode and spoil things for everyone else.
It turns out that mcelog, just like dmidecode, mmap()s portions of /dev/mem,
which results in the pages bei
Just to note that the Fedora folk have fixed this for their 4.5.0 rc6
distribution – sound now works fine. Their 4.4 kernel always worked
fine, it was their 4.5 kernel that failed – compare it was the 4.4
kernel in Debian that has the problem.
--
Russel.
=
On Tue, 01 Mar, at 01:03:22AM, Alexis Murzeau wrote:
>
> I've updated my additional debug code to dump all entries of virtual_map
> when calling SetVirtualAddressMap. (new diff of my changes in attachment:
> additionnal_printk_dump_SetVirtualAddressMap.diff)
>
> I've run 3 tests with and without
A closer look at the events around t=9s (when the page cache mode is switched
to WB) pointed to mcelog as a suspect. Indeed the problem went away after
purging the mcelog package. With mcelog (104-1) installed I was getting the
following message in the logs:
mcelog: failed to prefill DIMM database
On Wed, 24 Feb 2016 15:06:27 -0800 Vagrant Cascadian wrote:
> On 2016-02-24, Vagrant Cascadian wrote:
> > On 2016-02-04, Ben Hutchings wrote:
> >> Oh, so the MODULES=most case is bust and we need to list more host
> >> controller drivers (or include all modules under drivers/usb/host/).
> >> How a
Package: src:linux
Version: 4.3.3-7~bpo8+1
Severity: important
Hi,
I keep getting soft lockups (which essentially render the machine
unusable) with this kernel ; my storage is a raid10 set of spinning
rust SATA disks. The console log messages are of the form:
NMI watchdog: BUG: soft lockup - CPU
Package: src:linux
Version: 4.4.2-3
Severity: normal
I'm having some strange problems with the 4.4.2-3 kernel in
high-load/high-memory-pressure situations with a ThinkPad Carbon X1 (3rd gen)
laptop, with a fault in unlink_anon_vmas.
It tends to hang right after turning on my monitor (which I'm a
13 matches
Mail list logo
