On Tue, Feb 20, 2007 at 10:22:40AM +, J.J. Green wrote:
Finally got the thing compiled, and I can now load/unload the
module too -- bug fixed, thanks very much.
Unfortunately, when loaded, it spawns a kenvctrld which eats up
almost 100% of one the CPUs, so unusable at present. But I've
Are you talking about the patch like the one in
http://lists.debian.org/debian-sparc/2007/02/msg00045.html ?
this patch seems to work fine...
pls check and tell us
On 2/21/07, Jurij Smakov [EMAIL PROTECTED] wrote:
On Tue, Feb 20, 2007 at 10:22:40AM +, J.J. Green wrote:
Finally got
Processing commands for [EMAIL PROTECTED]:
tags 406915 moreinfo
Bug#406915: access to large RAID arrays on Adaptec 2400A RAID controller with
dpt_i2o module causes system hang
There were no tags set.
Tags added: moreinfo
thanks
Stopping processing here.
Please contact me if you need
Jurji
On Tue, Feb 20, 2007 at 10:22:40AM +, J.J. Green wrote:
Finally got the thing compiled, and I can now load/unload the
module too -- bug fixed, thanks very much.
Unfortunately, when loaded, it spawns a kenvctrld which eats up
almost 100% of one the CPUs, so unusable at present. But
Package: linux-2.6
Version: 2.6.18-8
Severity: normal
Symptoms: After a few weeks/months of uptime, my IPv6 machines whose
IPv6 first hop link MTU is more than the minimum (1280) stop
reacting to ICMPv6 too big packets and keep sending TCP packets
above the MTU of the path to other hosts.
linux-2.6_2.6.18.dfsg.1-11_powerpc.changes uploaded successfully to localhost
along with the files:
linux-2.6_2.6.18.dfsg.1-11.dsc
linux-2.6_2.6.18.dfsg.1-11.diff.gz
linux-doc-2.6.18_2.6.18.dfsg.1-11_all.deb
linux-manual-2.6.18_2.6.18.dfsg.1-11_all.deb
Accepted:
linux-2.6_2.6.18.dfsg.1-11.diff.gz
to pool/main/l/linux-2.6/linux-2.6_2.6.18.dfsg.1-11.diff.gz
linux-2.6_2.6.18.dfsg.1-11.dsc
to pool/main/l/linux-2.6/linux-2.6_2.6.18.dfsg.1-11.dsc
linux-doc-2.6.18_2.6.18.dfsg.1-11_all.deb
to
Your message dated Wed, 21 Feb 2007 14:17:35 +
with message-id [EMAIL PROTECTED]
and subject line Bug#410497: fixed in linux-2.6 2.6.18.dfsg.1-11
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it
Your message dated Wed, 21 Feb 2007 14:17:35 +
with message-id [EMAIL PROTECTED]
and subject line Bug#411023: fixed in linux-2.6 2.6.18.dfsg.1-11
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it
Your message dated Wed, 21 Feb 2007 14:17:35 +
with message-id [EMAIL PROTECTED]
and subject line Bug#411024: fixed in linux-2.6 2.6.18.dfsg.1-11
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it
Your message dated Wed, 21 Feb 2007 14:17:35 +
with message-id [EMAIL PROTECTED]
and subject line Bug#410375: fixed in linux-2.6 2.6.18.dfsg.1-11
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it
Your message dated Wed, 21 Feb 2007 14:17:35 +
with message-id [EMAIL PROTECTED]
and subject line Bug#411135: fixed in linux-2.6 2.6.18.dfsg.1-11
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it
Your message dated Wed, 21 Feb 2007 14:17:35 +
with message-id [EMAIL PROTECTED]
and subject line Bug#400488: fixed in linux-2.6 2.6.18.dfsg.1-11
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it
Hello,
I've recently been stomped by a very strange kernel problem and
I'm hoping someone here can help me out. I'm using a custom
kernel (2.6.20) that I've compiled myself, I've used mkinitrd to
generate an initrd. When my machine boots up it loads the initrd,
prints out a few errors from mount
On Wednesday 21 February 2007 17:29, [EMAIL PROTECTED] wrote:
I've recently been stomped by a very strange kernel problem and
I'm hoping someone here can help me out. I'm using a custom
kernel (2.6.20) that I've compiled myself, I've used mkinitrd to
generate an initrd.
You cannot use
heya,
On Wed, Feb 21, 2007 at 11:29:10AM -0500, [EMAIL PROTECTED] wrote:
snipp
machine without any issues). The problem is it seems initrd is
somehow dependant on devfs support. As far as I can tell, what
happends is that when initrd get loaded it tries to mount /dev
using devfs when that
Processing commands for [EMAIL PROTECTED]:
reassign 411906 linux-2.6
Bug#411906: System impossible to install
Bug reassigned from package `kernel ?' to `linux-2.6'.
--
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator,
I've gotten confirmation that yes, applying this patch just exposes the next
error about relocations. So there's no particular hurry on applying this
when it doesn't actually fix the modules in question.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian
On (02/21/07 18:20), maximilian attems wrote:
heya,
On Wed, Feb 21, 2007 at 11:29:10AM -0500, [EMAIL PROTECTED] wrote:
snipp
machine without any issues). The problem is it seems initrd is
somehow dependant on devfs support. As far as I can tell, what
happends is that when initrd get
I have the same problem with my Sansa c240 MP3 player.
When I connect to the USB port, my syslog shows:
Feb 21 15:00:09 kernel: usb 5-7: new high speed USB device using ehci_hcd and
address 2
Feb 21 15:00:09 kernel: usb 5-7: device descriptor read/64, error -71
Feb 21 15:00:09 kernel: usb 5-7:
Patchs available to 2.6.20 stable Kernel comment by Stephen is attached.
sky2-pause-flush.patch
sky2-tx-timeout-deadlock.patchSubject: sky2: don't flush good pause frames
Don't mark pause frames as errors. This problem caused transmitter not
to pause and would effectively take out a gigabit
I see the same bug.
Latest Debian Etch install. Same error on mount. Single Processor VM,
running in a vmware ESX 3 node cluster.
ii linux-image-2.6.18-3-6862.6.18-7
CMAN: Waiting to join or form a Linux-cluster
CMAN: forming a new cluster
CMAN: quorum regained, resuming
I've attached a patch for this, posted on the Redhat Cluster list here:
https://www.redhat.com/archives/linux-cluster/2007-February/msg00021.html
This will *not* be fixed upstream; instead, they have elected to update
the code to work properly with 2.6.20. It would be great if this could
23 matches
Mail list logo