There's a push for a stable update this weekend, so I'm currently
preparing an upload to p-u with the two changes we have queued (on top
of today's DSA for 2.6.18.dfsg.1-22etch3):
[ Ian Campbell ]
* Fix DMA crash under Xen when no IOMMU is present (closes: #445987)
[ dann frazier ]
* [xfs
On Fri, Sep 12, 2008 at 07:25:06PM +0200, Ralf Gross wrote:
> Thanks, this worked.
>
> So far, I couldn't reproduce the bug on the spare server. Neither
> with the old 2.6.18 nor with your new one.
>
> I haven't encountered other problems with the new kernel so far.
Ah - I *thought* you'd confir
Problem happened even with hpet=disable.
Syslog for the whole session attached.
The mouse cursor shape changed to a vertical dotted bar (like a rebar
handle) a few moments before the freeze. (Actually, since 2.6.25 I
experience random cursor shape changes fairly often, don't know if
this may be
Processing commands for [EMAIL PROTECTED]:
> reassign 502081 redhat-cluster
Bug#502081: redhat-cluster-modules-2.6.26-1-amd64: GFS cannot create files over
3KB
Bug reassigned from package `redhat-cluster-modules-2.6.26-1-amd64' to
`redhat-cluster'.
> severity 502081 serious
Bug#502081: redhat-c
linux-2.6_2.6.18.dfsg.1-22etch3_i386.changes uploaded successfully to localhost
along with the files:
linux-2.6_2.6.18.dfsg.1-22etch3.dsc
linux-2.6_2.6.18.dfsg.1-22etch3.diff.gz
linux-doc-2.6.18_2.6.18.dfsg.1-22etch3_all.deb
linux-manual-2.6.18_2.6.18.dfsg.1-22etch3_all.deb
linux-patch-de
Hello Debian Kernel list,
I'm experiencing a lot of soft lockups with the 2.6.24-etchnhalf kernel
and JFS on a Etch installation:
BUG: soft lockup - CPU#0 stuck for 11s! [jfsCommit:2122]
Pid: 2122, comm: jfsCommit Not tainted (2.6.24-etchnhalf.1-686-bigmem #1)
EIP: 0060:[] EFLAGS: 0202 C
Package: redhat-cluster-modules-2.6.26-1-amd64
Version: 2.6.26+2.20080801-4
Severity: critical
Justification: causes serious data loss
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-amd64
On Mon, Oct 13, 2008 at 10:52:31AM +0200, Pinchas wrote:
> Dear Ben
>
> This subject was discussed and clarified in the past and it was agreed that
> the "firmware" part of the Driver will be distributed in Binary. This
> Firmware is actually an integral part of our H/W and should be viewed as
>
Package: initramfs-tools
Version: 0.92j
Severity: important
File: /usr/share/initramfs-tools/scripts/functions
X-Debbugs-Cc: [EMAIL PROTECTED]
Tags: patch
initramfs-tools breaks mdadm, which uses set -eu. So when it calls
maybe_break, the script dies:
Begin: Running /scripts/local-top ...
/scri
Package: initramfs-tools
Version: 0.92j
Tags: patch
Uvesafb framebuffer driver needs v86d userspace program
but when fb driver is modprobed at init-top stage of initrd,
/dev/zero and /dev/mem are missing because udev have not
been run yet.
Attached patch fixes this issue.
Regards,
Michal Pokrywk
10 matches
Mail list logo