Package: linux-image-3.10-3-amd64
Version: 3.10.11-1
[ 6963.002602] WARNING: at
/build/linux-BPzSEt/linux-3.10.11/block/blk-core.c:493
blk_queue_bypass_end+0x43/0x57()
[ 6963.002606] Modules linked in: sr_mod(+) cdrom udf tun bnep rfcomm bluetooth
parport_pc ppdev lp parport cpufreq_powersave
Package: linux-image-3.2.0-4-amd64
Version: 3.2.39-2
This is transcribed, and due to photographic ineptitude, I've lost
everything after the RIP line:
kernel BUG at
/build/buildd-linux_3.2.39-2-amd64-G5_nM0/linux-3.2.39/fs/inode.c:428
invalid opcode: [#1] SMP
CPU 2
Modules linked in: tun
Hi Chris,
When my Sheevaplug's btrfs partition gets near-full (df will report 1.8
or 1.9 gigs free), the filesystem hangs. I get messages as seen below,
and I can no longer read or write.
This occurs with Debian's linux-image-2.6.39-2-kirkwood and
3.0.0~rc5-1~experimental.1 as well. It is
On Mon, Jul 04, 2011 at 04:41:57AM +0100, Ben Hutchings wrote:
Could you test 3.0-rc5 from experimental, please?
Unfortunately the problem still occurs with
3.0.0~rc5-1~experimental.1 .
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
This problem does not seem to occur when there is plenty
of free space.
It makes it impossible to fill the partition any more
than this:
/dev/sda1 1.4T 1.3T 1.8G 100%
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
Package: linux-2.6
Version: 2.6.39-2
This btrfs filesystem seemed to work flawlessly under
linux-image-2.6.32-5-kirkwood, but now with
linux-image-2.6.39-2-kirkwood, things like this
happen:
[ 4852.113592] device fsid 1b48baae86d0b237-51ab536c499a6594 devid 1 transid
163957 /dev/sda1
[
I also have this problem.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110515223559.ga14...@scru.org
Package: linux-image-2.6.32-5-xen-686
Version: 2.6.32-24
I am experiencing various problems with I/O of domU's and dom0 choking when
using drbd-backed Xen VMs.
I saw this message on console after a failed attempt to reboot:
(hand-transcribed)
kernel BUG at
On Sun, Sep 12, 2010 at 04:45:44PM -0700, Gerald Turner wrote:
Hello, I have been experiencing random bridge failures with Xen domU's.
Presently I'm using this patch on top of -22
From: Jeremy Fitzhardinge jeremy.fitzhardi...@citrix.com
Date: Fri, 10 Sep 2010 01:01:49 + (+1000)
Subject:
Package: src:linux-2.6
I only know this to be true of 2.6.34-rc2-dsa-octeon on gabrielli
and presumably the same version on corelli.
The patch in this thread allegedly allows eglibc to be built on
an FPU-less (though single-cpu) system:
Package: initramfs-tools
Version: 0.92o
This will keep lilo from overwriting the mbr when do_bootloader = no, at least.
diff -ur initramfs-tools-0.92o.orig/update-initramfs
initramfs-tools-0.92o/update-initramfs
--- initramfs-tools-0.92o.orig/update-initramfs 2008-09-15 05:48:38.0
On Sun, Jan 11, 2009 at 08:51:30PM +0100, maximilian attems wrote:
ok can be added, but where does the grub binary hide on this box?
should be probably exchanged anyway with
[ -x $(command -v grub) ]
There isn't one.
You could look for one of these, maybe:
/usr/bin/grub-mkimage
With 2.6.28-git5 the problem is not reproducible with the steps
described in the original report, but still occurs under other
circumstances (which I do not have a simple testcase for, but
which work fine under 2.6.18).
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a
On Mon, Dec 15, 2008 at 12:04:18AM +0100, Moritz Muehlenhoff wrote:
Does this error still occur with more recent kernel versions?
If you're running Etch, could you try to reproduce this bug
with the 2.6.24 based kernel added in 4.0r4?
http://packages.qa.debian.org/l/linux-2.6.24.html
I'll
On Thu, Nov 27, 2008 at 11:59:14PM +0100, Moritz Muehlenhoff wrote:
Clint, since last year pm2fb seems to be under active maintenance again. Do
you still own that machine, does it work for you with current kernels, such
as the 2.6.24 kernel from Etch 4.0r4 or the Lenny kernel?
Unfortunately I
On Sun, Nov 23, 2008 at 11:29:26AM +0100, Moritz Muehlenhoff wrote:
According to Larry Doolittle's followup the current Lenny kernel works
for him. Can you confirm?
Yes, it works for me as well.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
reassign 463425 linux-image-2.6.25-2-amd64 2.6.25-3
thanks
Still doesn't work:
May 14 23:31:34 percebes kernel: [ 44.156697] ath5k_pci :03:00.0:
registered as 'phy0'
May 14 23:31:34 percebes kernel: [ 44.157085] Uhhuh. NMI received for unknown
reason b1.
May 14 23:31:34 percebes
Package: linux-image-2.6.24-1-amd64
Version: 2.6.24-1
03:00.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg NIC
(rev 01)
Jan 31 10:45:28 percebes kernel: ACPI: PCI Interrupt :03:00.0[A] - GSI 17
(level, low) - IRQ 17
Jan 31 10:45:28 percebes kernel: PCI: Setting
On Thu, Sep 27, 2007 at 12:33:42PM +0200, Josip Rodin wrote:
In any case, I let it run some more, and then when it went more or less
dead, I tried to press the said key combination on the keyboard - to no
avail. Break+p would be Ctrl+Pause+p? Didn't work, and Alt+Pause+p also
didn't work. What
On Sun, Sep 30, 2007 at 03:03:07PM +0200, Bernd Zeimetz wrote:
Right, but sending a break via serial console to a sparc is the same as
pressing stop+a - it'll return you to the OBP's prompt. Walking to the
keyboard to press alt+stop+p is is a bit annoying if the machine is not
next to you.
If
Package: linux-image-2.6.17-1-sparc64
Version: 2.6.17-5
% sudo modprobe envctrl
FATAL: Error inserting envctrl
(/lib/modules/2.6.17-1-sparc64/kernel/drivers/sbus/char/envctrl.ko):
Unknown symbol in module, or unknown parameter (see dmesg)
% dmesg|grep envctrl
envctrl: Unknown symbol execve
I haven't tested this.
diff -ur linux-2.6.13/drivers/net/sungem.c linux-2.6.13.2/drivers/net/sungem.c
--- linux-2.6.13/drivers/net/sungem.c 2005-08-28 19:41:01.0 -0400
+++ linux-2.6.13.2/drivers/net/sungem.c 2005-09-16 21:02:12.0 -0400
@@ -2816,7 +2816,7 @@
#if
tags 322734 + patch
quit
The patch appears to fix the problem.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: linux-image-2.6.12-1-sparc64
Version: 2.6.12-2
Severity: normal
[...]
Freeing initrd memory: 3328k freed
NET: Registered protocol family 16
PCI: Probing for controllers.
Package: linux-image-2.6.12-1-sparc64
Version: 2.6.12-2
The kernel oopses, says it can't load sungem, then announces that eth0
is up at 100/full. kernel-image-2.6.11-1-sparc64 2.6.11-5 works fine.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
modprobe -k alim15x3 /dev/null 21
would be nice to know which one of the aboves ide modules
you really need, could you narrow it down?
alim15x3
also an lspci of your machine would be nice.
Attached.
what's your partition scheme, where is your /boot and / on?
could you post fstab?
improves the situation. If you could confirm that it fails with 2.4.27-2
currently in the archive, but works with my image, it would be great.
Confirmed.
% uname -r
2.4.27-2-sparc64
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
reassign 281243 kernel-image-2.4.27-2-sparc64
quit
Same problem with kernel-image-2.4.27-2-sparc64 and stock initd-tools.
Also does not work having added ide-generic before ide-disk (though
I forgot to try adding ide-detect)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
I got the same problem. I'think this is a bug in 2.6.8 kernel. aic7xxx does
not work even if compiled into the kernel. aic7xxx_old works fine even in
2.6.8.
I can confirm the aic7xxx problem (both compiled-in and modular) with an
aic7892.
You know that there are 2 aic7xxx drivers in 2.6.8? Maybe
the old version works for you. I would suggest to check
the online help in menuconfig.
Yes, but this is not so helpful with a Debian prepackaged kernel,
especially on the install CD.
reassign 270102 kernel-image-2.6.8-1-686
severity grave
quit
I just experienced the same panic with 2.6.7 and 2.6.8; 2.6.6 does not
panic. Deleting aic79xx.ko prevented the problem from occurring.
This is a problem on the SFS server as well as on the SFS clients.
When the ip_conntrack module is loaded on recent 2.6 kernels, such as
2.6.6 and 2.6.7, and one tries to access an SFS mount or a simple
localhost NFS mount, the kernel will spit out
ip_conntrack_in: Frag of proto 17 (hook=0)
repeatedly as the process attempting the access will hang.
This
The alioth repository host is currently not suitable for large
repositories.
It is for arch.debian.org.
[PATCH 8/14 linux-2.6.7-rc1] prism54: Fix prism54.org bugs 39, 73
I'm considering rejecting the entire series because of this obfuscation
of changes, and getting you to resend with the whitespace crapola
separated out.
Please at least apply the changes in the 8/14 patch, because without
Could we please adopt the [PATCH] tag in subject for submitting patch
suggestions as in LKML? It helps a lot in ML browsing...
Is that going to be the canonical way to submit patches? I suggest
changing the Maintainer of the kernel pseudo-package to
[EMAIL PROTECTED] Then patches could be
There is absolutely no point in having 10 archs recompile the kernels
just because the 11th arch needs a typo fix.
How about consistency?
Given that everyone extremly dislikes the single source package scheme
Well, if you're taking a poll, count me in favor of single source
package.
Single source packages are nice, but not practical in the debian case. I
guess you will have uploads multiplied by 12 or so compared to today, if
you want to keep the reactivity that is possible today.
It works for glibc, though that is uploaded much too infrequently.
Yes. Margit sent a patch for inclussion on 2.6.6 but it was just a huge
patch of our changes since our last release. netdev wants individual
patches.. so yeah, we have to send small sequential diffs. It'll be a while
before 2.6.7 so it's just a matter of when we get to Getting all these
40 matches
Mail list logo