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 c
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 pa
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 consi
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". Troubl
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? Con
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
[ 5288.244
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
/buildd/buildd-linux-2.6_2.6.32-24-i38
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
Date: Fri, 10 Sep 2010 01:01:49 + (+1000)
Subject: xen/netfront: make smartpoll optio
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:
http://www.linux-mips.org/archives/linux-mips/2010-05/msg00
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
/usr/bin
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
-0400
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 s
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'
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
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 kernel:
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 laten
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.
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. W
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
--
Package: initramfs-tools
Severity: minor
This is suboptimal word choice:
# Above are only possible example please costumize.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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]
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 (!defined(__spa
If the sungem{,_phy}.ko files are moved out of the way, the oops will
occur on one of the ieee1394 modules (ohci1394, I think).
If all of those are moved out of the way, it will oops on ohci_hcd, but
keep booting. Here is that oops.
NET: Registered protocol family 15
ohci_hcd: 2004 Nov 08 USB 1.
Since the glint framebuffer driver is not entirely unbroken, I can't
decipher enough of the oops to type it in, but the Caller[]: lines
contain these, in order
bus_add_driver
pci_register_driver
sys_init_module
linux_sparc_syscall
0x132a8
I'll try to get something off serial console later
--
T
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 2>&1
> 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 f
> 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 PRO
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
Package: initrd-tools
Version: 0.1.74
Severity: serious
Tags: patch
This helps.
--- /usr/sbin/mkinitrd 2004-08-27 14:43:34.0 -0400
+++ /tmp/mkinitrd 2004-10-14 18:39:51.248008111 -0400
@@ -1130,7 +1130,7 @@
devices=
for i in \
- cciss ide scsi md map
> 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.
> 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.
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.
> Now, if arch had a bitkeeper gateway ...
What would that do?
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 problem
> 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 with
> 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 fi
> There is absolutely no point in having 10 archs recompile the kernels
> just because the 11th arch needs a typo fix.
How about consistency?
> 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.
> 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.
> 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
> p
45 matches
Mail list logo
