On Mon, Dec 12, 2016 at 08:11:12PM +, Dominic Hargreaves wrote:
> The kernel panics immediately after bootup with the following console
> output:
I forgot to mention that problem isn't seen with either 4.6.4-1
or 3.16.7-ckt25-2+deb8u3 which are also installed.
Thanks for any
Package: src:linux
Version: 4.8.11-1
Severity: important
The kernel panics immediately after bootup with the following console
output:
Loading Linux 4.8.0-2-amd64 ...
Loading initial ramdisk ...
/dev/vda1: clean, 832314/3932160 files, 10062334/15728128 blocks
[ 147.464089] general protection fau
This appears to have been fixed in #812207 so this probably needs
to be merged or otherwise closed (incidentally, it appears that
reporting the bug against a real package wasn't enough for it to get
attention ;)
Cheers,
Dominic.
On Mon, Jan 04, 2016 at 03:12:08PM +, Dominic Hargreaves wrote:
> Package: linux-image-3.16.0-4-amd64
> Version: 3.16.7-ckt20-1+deb8u1
> Severity: important
>
> As described in [1] a commit from 3.16.7-ckt20 [2] included in
> 3.16.7-ckt20-1+deb8u1 in Debian causes a regre
Package: linux-image-3.16.0-4-amd64
Version: 3.16.7-ckt20-1+deb8u1
Severity: important
As described in [1] a commit from 3.16.7-ckt20 [2] included in
3.16.7-ckt20-1+deb8u1 in Debian causes a regression meaning java
processes hang whilst exiting. Most commonly this is observed in docker
setups.
Al
gt; On Sun, May 24, 2015 at 02:55:00PM +0800, Paul Wise wrote:
> > > > On Sat, 2015-05-23 at 19:10 +0200, Dominic Hargreaves wrote:
> > > >
> > > > > This is rather strange; any ideas from DSA?
> > > >
> > > > The underlying hosts do not
On Sun, May 24, 2015 at 07:38:19PM +0300, Apollon Oikonomopoulos wrote:
> On 16:38 Sun 24 May , Ben Hutchings wrote:
> > On Sun, 2015-05-24 at 14:09 +0300, Niko Tyni wrote:
> > > On Sun, May 24, 2015 at 02:55:00PM +0800, Paul Wise wrote:
> > > > On Sat, 2015
found 637234 2.6.32-39
notfound 637234 3.0.0-1
thanks
On Mon, Dec 12, 2011 at 08:35:47AM +, Ian Campbell wrote:
> On Sun, 2011-12-11 at 22:02 +0000, Dominic Hargreaves wrote:
> > This problem is also present with ext3 by default now, following the
> > barriers-by-default chan
fix:
<http://lists.xen.org/archives/html/xen-devel/2011-12/msg00306.html>
I suspect that over time this will hit a lot of people on domU upgrades
from squeeze to wheezy - and it needs to be fixed in the dom0 kernel, which
presumably means a point release update.
Cheers,
Dominic.
--
Dominic
On Fri, Sep 24, 2010 at 05:34:58PM +, maximilian attems wrote:
> On Fri, Sep 24, 2010 at 06:27:06PM +0100, Dominic Hargreaves wrote:
> > On Fri, Sep 24, 2010 at 05:21:07PM +, Debian Bug Tracking System wrote:
> >
> > > it was quick adhoc code, anyway MO
> fine in lenny. Closing as aboves should be fixed since,
> if you can reproduce with newer shout and will be reopened.
Thanks; we'll have a think about whether applying my patch locally
or moving to squeeze's initramfs-tools suits our needs best.
Dominic.
--
Dom
Package: initramfs-tools
Version: 0.92o
Severity: important
When updating a kernel on a lenny system recently we saw the following
messages:
update-initramfs: Generating /boot/initrd.img-2.6.26-2-xen-amd64
mkinitramfs: missing raid root /dev/mapper/local0-sys.root /sys entry
mkinitramfs: workarou
Package: linux-2.6
Version: 2.6.32-5
Severity: important
I received a kernel BUG, which rendered the system unusable (all I/O
was blocked, I think) immediately after issuing the command
eject /media/usb0
(which was an SDHC card formatted as FAT32 I'd just been using).
At the same time, I was re
2-686-bigmem.
I've moved the domU to a vanilla 2.6.27.41 kernel, and it's been stable
since (39 days uptime at present). The dom0 is still running
2.6.26-2-xen-amd64.
Dominic.
--
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,e
Package: linux-image-2.6.24-etchnhalf.1-686
Version: 2.6.24-6~etchnhalf.6
Severity: important
The io_edgeport USB serial driver is missing from the etchnhalf kernels;
see
http://packages.debian.org/search?searchon=contents&keywords=io_edgeport.ko&mode=path&suite=stable&arch=any
and also
http://
This still hangs with noacpi on the command line after a random number
of hours after boot, and my BIOS has no option to disable ACPI. So sadly
this kernel is unusable on my system.
Cheers,
Dominic.
--
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li
Package: linux-image-2.6.17-2-k7
Version: 2.6.17-9
Followup-For: Bug #386985
I can't give detailed information immediately as the affected system is
my main work one, but I can confirm that I see random hangs (not
necessarily at boot, but typically within a few hours of it) on a Via
KT133 board.
managed to have any time to
work on the Xen packages yet but I'm likely to be able to in the future,
and needing to be in the kernel team would probably make things harder.
Do other kernel team members have any opinions on wanting Xen in the
kernel project?
Cheers,
Domini
18 matches
Mail list logo
