--- /usr/share/initramfs-tools/hook-functions.orig2006-08-18
13:21:56.0 +0100
+++ /usr/share/initramfs-tools/hook-functions2006-08-18
13:19:46.0 +0100
@@ -169,7 +169,7 @@
scsi)
for x in 3w-9xxx 3w- a100u2x aacraid advansys ahci \
aic79xx aic7xxx
Package: linux-2.6
Version: 2.6.26-21lenny4
Severity: normal
Tags: patch
Hi,
We've seen what I suspect was this problem under Lenny on one box. Fix is
upstream, and also in RHEL5 now...
http://bugs.centos.org/view.php?id=3832
https://rhn.redhat.com/errata/RHSA-2010-0398.html
Package: linux-2.6
Version: 2.6.26-21lenny4
Severity: normal
Tags: patch
-- Package-specific info:
** Version:
Linux version 2.6.26-2-amd64 (Debian 2.6.26-21lenny4) (da...@debian.org) (gcc
version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 SMP Tue Mar 9
22:29:32 UTC 2010
Here are a
Package: linux-2.6
Version: 2.6.32-15
Severity: normal
Tags: upstream squeeze patch
Just a heads-up, this appears to be an upstream bug which can trigger
deadlocks in raid10 under heavy load on 2.6.32+. I haven't verified
that the relevant code is in the squeeze kernel, but from the look of
the
Package: linux-image-2.6-openvz-amd64
Version: 2.6.26+17+lenny1
Severity: normal
It is impossible to set the io scheduling class of a process from within
a VE:
eris:~# ionice -c 3 /bin/bash
ioprio_set: Operation not permitted
... it should be possible to drop the priority of tasks with in a VE
Package: initramfs-tools
Version: 0.93.4
Severity: normal
Tags: patch
/usr/share/initramfs-tools/scripts/functions attempts to follow the
semantics described in Documentation/filesystems/nfs/nfsroot.txt with
respect to IP autoconfiguration, however a significant departure from
the behaviour is
You can build a package from svn with the following commands:
Thanks for the instructions, but I'd just about managed to find the svn,
and cobble together something similar a few hours before your email to
get some 2.6.26-22 packages built. Seems good so-far - I'm leaving the
machine doing
Transferred about a terabyte over NFS over 3 days whilst under disk/CPU
load - with no apparent problems, thanks.
Tim.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi,
I recently posted the below message to linux-raid, but perhaps it should
have gone here first... Perhaps Neil Brown will have some bright ideas.
Common factors on all three pieces of hardware seeing the problem seem
to have been:
Lenny 2.6.26 kernel
Serial console
md with lvm
Package: linux-2.6
Version: 2.6.32-23
Severity: normal
I have this in:
pre-up /sbin/mii-tool ethInet -F 10baseT-FD
/etc/network/interfaces, on boot I get:
[8.958841] [ cut here ]
[8.960858] WARNING: at
Package: linux-2.6
Version: 2.6.32-23
Severity: normal
/proc/sys/dev/raid/speed_limit_max defaults to 20 - unnecessarily
limiting software RAID performance, I can't see a reason for this limit
which seems a bit arbitrary
--
To UNSUBSCRIBE, email to
On 30/09/10 18:43, Bastian Blank wrote:
On Thu, Sep 30, 2010 at 05:14:44PM +0100, Tim Small wrote:
/proc/sys/dev/raid/speed_limit_max defaults to 20 - unnecessarily
limiting software RAID performance, I can't see a reason for this limit
which seems a bit arbitrary
Please
Package: linux-2.6
Version: 2.6.32-23
Severity: normal
When passing log_buf_len=2M to the kernel, the kernel logs nulls, or
other aparently unitialised RAM to the console, and netconsole.
Checked on:
lenny 2.6.26-openvz amd64 (Dell PE300)
lenny 2.6.32-openvz-bp amd64 (Dell PE300)
squeeze
Package: linux-2.6
Version: 2.6.32-23
Severity: normal
Thanks, tested and confirmed working against svn sid (686), and svn
lenny (amd64) and applies cleanly to both.
Tested-By: t...@seoss.co.uk
Would you like me to check upstream OpenVZ, and open a bug in their
tracker if relevant?
BTW, I
Package: linux-2.6
Version: 2.6.32-23
Severity: normal
Hmm, forgot to regen the patch - sorry about that :-(
Index: debian/bin/test-patches
===
--- debian/bin/test-patches (revision 16455)
+++ debian/bin/test-patches
Package: initramfs-tools
Version: 0.98.5
Severity: normal
Tags: patch
The documentation is vague about how the list of modules is derived.
Hopefully this makes things clearer without requiring the user to delve
into the source code
Cheers,
Tim.
--- /tmp/initramfs.conf.orig2010-11-18
Package: linux-image-2.6.26-2-openvz-amd64
Version: 2.6.26-25lenny1
Severity: normal
On Lenny, I have observed the following behaviour:
An I/O deadlock occurs under the following conditions:
. OpenVZ container data stored on an LVM for which the PV is an md RAID1
. RAID1 md undergoing a rebuild
Package: initramfs-tools
Version: 0.98.5
Severity: normal
How's this?
--- initramfs.conf.5.orig 2010-11-18 10:08:00.093469868 +
+++ initramfs.conf.52010-11-22 16:47:45.692926195 +
@@ -22,16 +22,24 @@
.TP
\fB MODULES
Specifies the modules for the initramfs image.
-The default
On 20/06/11 06:19, Ola Lundqvist wrote:
I would like you to check if the issue you reported in 604469
is solved in the squeeze release.
Well, I can't say for certain, but I couldn't reproduce the issue using
the squeeze kernel.
Tim.
--
South East Open Source Solutions Limited
Registered
Hmm, I just re-read
http://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.en.html#deprecated
and it says Debian GNU/Linux 6.0 will be the last release to include
Linux kernel virtualization featuresets outside of mainline. This means
that the OpenVZ and Linux-Vserver featuresets
FWIW, I was only able to reproduce the problem which I was seeing on
lenny+openvz (running the same workload on lenny+chroot, or
squeeze+openvz didn't trigger it).
The fix you attached does sound like a plausible fix for the issue I was
seeing (having spent a day or two peering at the code and
Package: linux-image-2.6.32-5-openvz-amd64
Version: 2.6.32-48squeeze1
Severity: normal
Tags:
When using the squeeze openvz kernel, the --wait feature of 'vzctl'
seems to wait forever.
Broken with:
+ Squeeze hardware node
+ Squeeze guests
+ vzctl 3.0.24 and also 3.0.30
+ kernel
Package: src:linux
Version: 3.16.7-ckt20-1+deb8u3
Followup-For: Bug #779628
I think this patch fixes this issue:
https://github.com/torvalds/linux/commit/627ccd20b4ad3ba836472468208e2ac4dfadbf03
It's included in this set which got merged in the 4.5 window. See this
thread:
On 05/02/16 23:14, Ben Hutchings wrote:
>> https://lkml.org/lkml/2015/12/30/331
>>
>> It would be good to get this set into Stretch, and possibly a Jessie
>> point release too (IIRC, it will apply cleanly to the Jessie kernel).
> That whole patch series was included in 4.3.3-6, but I have yet
Package: src:linux
Version: 6.0.2-1+b1
Severity: normal
Tags: patch
X-Debbugs-Cc: t...@seoss.co.uk
Firstly, thanks for the work on the Debian kernel packaging!
Upstream kernel v5.19 incorporated a patch which split out Solarflare
SFC9000 (NIC model SFN5000 and SFN6000 series) driver support from
25 matches
Mail list logo
