Bug#425355: dpt_i2o - disk IO causes very high load
Package: linux-image-2.6.18-4-k7 Version: 2.6.18.dfsg.1-12etch2 Doing any disk IO (> 10MB/s) causes the load on the system to rise into extreme areas. This is bugging me, especially since the disks (4) are on a separate RAID controller (Adaptec 2400A, module dpt_i2o). For example: If I copy a big file via NFS onto the machine, the load rises easily up to 8 (8 threads configured for nfsd). Copying the same file via scp, the load gets still up to 5, so it doesn't look like it is related to NFS. When I check with top what is causing this high load, I can see that the system is spending all the time in iowaits. I had this problem also with older kernels. I guess it was just not that worse, because I just recently upgraded the NIC from 100MBit to 1GBit, causing extra stress for the disks. Trying to debug things I found a something strange (at least for me). PCI: Failed to allocate mem resource #6:[EMAIL PROTECTED] for :01:05.0 PCI: Bridge: :00:01.0 IO window: disabled. MEM window: e800-e8ff PREFETCH window: f000-f7ff PCI: Bridge: :02:05.1 IO window: disabled. MEM window: disabled. PREFETCH window: disabled. PCI: Bridge: :00:10.0 IO window: 2000-2fff MEM window: e900-e90f PREFETCH window: ea00-ebff :01:05.0 -> graphics card (AGP, nVidia nv15) :02:05.1 -> PCI bridge of the RAID controller Why is the IO/MEM/PREFETCH window disabled? Attached is also the full output of dmesg, lspci, /proc/interrupts, /proc/iomem and /proc/ioports. Could that be the reason for the high load? cheers, Peter -- Peter Hirdina <[EMAIL PROTECTED]> output.iomem Description: Binary data output.ioports Description: Binary data output.lspci Description: Binary data output.dmesg Description: Binary data output.interrupts Description: Binary data
thank you DKT!
Hi, Thank you Debian Kernel Team for Sid's linux-source-2.6.21 (2.6.21-2)! (On an i386 box with nvidia video cards) I use the diff.gz file with kernel.org's patches to generate a kernel tree and then follow section 4.2 Rebuilding an official Debian kernel package of the Debian Linux Kernel Handbook. I add 2 patches, the Debian Logo patch and 2.6.21-ck2 from: http://members.optusnet.com.au/ckolivas/kernel/ Additionally I change some things in the config: CONFIG_PARAVIRT off to be able to use nvidia CONFIG_PRINTK_TIME on CONFIG_LOGO on Works like a charm! Thanks again. Hugo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: your mail
Processing commands for [EMAIL PROTECTED]: > reassign 401778 initramfs-tools Bug#401778: installation-report: Successfull installation on sunblade 2000 with downloaded firmware plus video and initrd tricks Bug reassigned from package `mdadm' to `initramfs-tools'. > retitle 401778 please provide a way to wait until hdd nodes are created by > udev Bug#401778: installation-report: Successfull installation on sunblade 2000 with downloaded firmware plus video and initrd tricks Changed Bug title to please provide a way to wait until hdd nodes are created by udev from installation-report: Successfull installation on sunblade 2000 with downloaded firmware plus video and initrd tricks. > severity 401778 wishlist Bug#401778: please provide a way to wait until hdd nodes are created by udev Severity set to `wishlist' from `normal' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: [bts-link] source package linux-2.6
Processing commands for [EMAIL PROTECTED]: > # > # bts-link upstream status pull for source package linux-2.6 > # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html > # > user [EMAIL PROTECTED] Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]). > # remote status report for #404148 > # * http://bugzilla.kernel.org/show_bug.cgi?id=7768 > # * remote status changed: NEW -> CLOSED > # * remote resolution changed: (?) -> CODE-FIX > # * closed upstream > tags 404148 + fixed-upstream Bug#404148: kernel: data corruption with nvidia chipsets and IDE/SATA drives // memory hole mapping related bug?! Tags were: pending etch-ignore patch Tags added: fixed-upstream > usertags 404148 - status-NEW Bug#404148: kernel: data corruption with nvidia chipsets and IDE/SATA drives // memory hole mapping related bug?! Usertags were: status-NEW. Usertags are now: . > usertags 404148 + status-CLOSED resolution-CODE-FIX Bug#404148: kernel: data corruption with nvidia chipsets and IDE/SATA drives // memory hole mapping related bug?! There were no usertags set. Usertags are now: resolution-CODE-FIX status-CLOSED. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#425393: linux-2.6: [s390] kernel panic while loading initramfs (hercules emulator)
Package: linux-2.6
Severity: important
Version: 2.6.20-3
The kernel crashes while the initramfs is being loaded. I've tested both
2.6.20-3 and 2.6.21-2. 2.6.18-4 works fine.
The trace below is from .21-2.
checking if image is initramfs...
it is
HHCCP014I CPU: Specification exception CODE=0006 ILC=4
CPU: PSW=070C2000 80306B48 INST=83030308 DIAG 0,3,776(0)
CPU: V:0308:K:06=
CPU: GR00=00B2E000 GR01= GR02=00B2E000 GR03=0006
CPU: GR04=80063A3A GR05=7FE165E0 GR06= GR07=
CPU: GR08= GR09= GR10=00315A3C GR11=003175C0
CPU: GR12=0020 GR13=80306B22 GR14=80306B36 GR15=0FFC1E58
CPU: CR00=14B54E12 CR01=0031B07F CR02=00011180 CR03=
CPU: CR04=0001 CR05=00011180 CR06=1000 CR07=0031B07F
CPU: CR08= CR09= CR10= CR11=
CPU: CR12= CR13=0031B07F CR14=EB00 CR15=
HHCCP014I CPU: Specification exception CODE=0006 ILC=4
CPU: PSW=070C2000 8030783E INST=83120224 DIAG 1,2,548(0)
CPU: V:0224:K:06=
CPU: GR00=0001 GR01= GR02=0FF17000 GR03=0031EC84
CPU: GR04=80307828 GR05=80063116 GR06= GR07=
CPU: GR08= GR09= GR10=00315A3C GR11=003175CC
CPU: GR12= GR13=80307736 GR14=80307828 GR15=0FFC1DF0
CPU: CR00=14B54E12 CR01=0031B07F CR02=00011180 CR03=
CPU: CR08= CR09= CR10= CR11=
CPU: CR12= CR13=0031B07F CR14=EB00 CR15=
Freeing initrd memory: 3260k freed
specification exception: 0006 #1!
CPU:0Not tainted
Process swapper (pid: 1, task: 00b3cb28, ksp: 0ffc1bc0)
Krnl PSW : 070c2000 8030783e (hypfs_diag_init+0x10e/0x1b8)
Krnl GPRS: 0001 0ff17000 0031ec84
80307828 80063116
00315a3c 003175cc
80307736 80307828 0ffc1df0
Krnl Code: 58 30 30 00 a7 48 00 00 43 40 30 00 89 40 00 04 a7 4a 00 0f
Call Trace:
( <00307828>! hypfs_diag_init+0xf8/0x1b8)
<00307696>! hypfs_init+0x36/0xd0
<002fe2e6>! init+0x192/0x334
<00019cd2>! kernel_thread_starter+0x6/0xc
<00019ccc>! kernel_thread_starter+0x0/0xc
<0>Kernel panic - not syncing: Attempted to kill init
CPU: SIGP Stop (05) CPU0001, PARM : CC 0
CPU: SIGP Store status (0E) CPU0001, PARM 00B36000: CC 0
HHCCP011I CPU: Disabled wait state
PSW=000A 80032C56
pgpiG0n2VsfGx.pgp
Description: PGP signature
[bts-link] source package linux-2.6
# # bts-link upstream status pull for source package linux-2.6 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user [EMAIL PROTECTED] # remote status report for #404148 # * http://bugzilla.kernel.org/show_bug.cgi?id=7768 # * remote status changed: NEW -> CLOSED # * remote resolution changed: (?) -> CODE-FIX # * closed upstream tags 404148 + fixed-upstream usertags 404148 - status-NEW usertags 404148 + status-CLOSED resolution-CODE-FIX thanks
Bug#421595: marked as done (Please disallow Routing Header Type 0 by default (CVE-2007-2242))
Your message dated Mon, 21 May 2007 13:37:17 -0600 with message-id <[EMAIL PROTECTED]> and subject line resolved 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 is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: linux-2.6 Severity: grave Tags: security The IPv6 protocol allows remote attackers to cause a denial of service via crafted IPv6 type 0 route headers (IPV6_RTHDR_TYPE_0) that create network amplification between two routers. There was already a patch for 2.6.20.9 (010831ab8436dfd9304b203467566fb6b135c24f). Please apply this patch to all debian kernels. See: http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.20.9 http://nvd.nist.gov/nvd.cfm?cvename=CVE-2007-2242 for more informations. Thanks Alex --- System information. --- Architecture: powerpc Kernel: Linux 2.6.20-1-powerpc Debian Release: lenny/sid 200 unstabledebian.netcologne.de --- End Message --- --- Begin Message --- Version: 2.6.21-1 --- End Message ---
Bug#319755: Not necessarily initrd problem!
I have had this for a while and do not use an initrd. I can rmmod genrtc and modprobe rtc afterwards. However, certain thing have already loaded which depend upon the rtc.ko and produce errors with genrtc.ko loaded. I had a blacklist entry which had been successful in surpressing genrtc. I would get an "error message" on bootup "Not load blacklisted module genrtc" and then rtc would load correctly. However, this workaround's file has been lost and I do not remember where I had it. It was relating hotplug watchdogs though it is more relevant to alsa. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#416608: :)
Processing commands for [EMAIL PROTECTED]: > reassign 416608 linux-source-2.6.18 Bug#416608: klaptopdaemon: delayed battery update after hibernated power change Bug reassigned from package `klaptopdaemon' to `linux-source-2.6.18'. > retitle 416602 acpi - discover battery after hibernate takes a long time Bug#416602: depends on non-essential package in postrm Changed Bug title to acpi - discover battery after hibernate takes a long time from depends on non-essential package in postrm. (By the way, that Bug is currently marked as done.) > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Processed: Re: Bug#416608: :)
Processing commands for [EMAIL PROTECTED]: > #sorry - typos. > retitle 416608 acpi - discover battery after hibernate takes a long time Bug#416608: klaptopdaemon: delayed battery update after hibernated power change Changed Bug title to acpi - discover battery after hibernate takes a long time from klaptopdaemon: delayed battery update after hibernated power change. > retitle 416602 depends on non-essential package in postrm Bug#416602: acpi - discover battery after hibernate takes a long time Changed Bug title to depends on non-essential package in postrm from acpi - discover battery after hibernate takes a long time. (By the way, that Bug is currently marked as done.) > -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#425462: NAT prerouting over tun interface broken
Package: linux-2.6 Version: 2.6.21-2 Tags: upstream Forwarded: http://bugzilla.kernel.org/show_bug.cgi?id=8519 My hercules s/390 emulator no longer receives packets sent from other boxes to the external IP address it has on the host system. It appears that iptables prerouting is broken somehow. For details, see upstream BR. -- Package-specific info: ** Version: Linux version 2.6.21-1-amd64 (Debian 2.6.21-2) ([EMAIL PROTECTED]) (gcc version 4.1.3 20070514 (prerelease) (Debian 4.1.2-7)) #1 SMP Fri May 18 23:28:21 CEST 2007 ** Not tainted -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash pgp9VegKWBffe.pgp Description: PGP signature
Processed: LINUX_VERSION_CODE is defined but has no value in
Processing commands for [EMAIL PROTECTED]: > severity 423462 grave Bug#423462: LINUX_VERSION_CODE is defined but has no value in /usr/include/linux/version.h Severity set to `grave' from `normal' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#423462: LINUX_VERSION_CODE is defined but has no value in
severity 423462 grave thanks Hi! This seems to trigger ftbfs in many packages - and it is very well hidden. Raising severity. /Sune -- Man, do you know how to receive from the firewall? You must rename a RW bus on the AGP connector for logging from a URL. signature.asc Description: This is a digitally signed message part.
Bug#423462: LINUX_VERSION_CODE is defined but has no value in
On Tue, May 22, 2007 at 12:36:05AM +0200, Sune Vuorela wrote: > severity 423462 grave > thanks > This seems to trigger ftbfs in many packages - and it is very well hidden. > Raising severity. Any package depending on linux/version.h to detect a kernel version from user space is almost certainly buggy. This should probably be closed as not-a-bug and the affected packages fixed to not expect anything from linux/version.h. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#423462: LINUX_VERSION_CODE is defined but has no value in
clone 423462 -1
reassign -1 libiw-dev
retitle -1 libiw depends on version.h to detect kernel version.
found -1 29~pre21-1
thanks
On Tuesday 22 May 2007, Steve Langasek wrote:
> On Tue, May 22, 2007 at 12:36:05AM +0200, Sune Vuorela wrote:
> > severity 423462 grave
> > thanks
> >
> > This seems to trigger ftbfs in many packages - and it is very well
> > hidden. Raising severity.
>
> Any package depending on linux/version.h to detect a kernel version from
> user space is almost certainly buggy. This should probably be closed as
> not-a-bug and the affected packages fixed to not expect anything from
> linux/version.h.
hmm.. let us keep this bug open a bit first.
libiw-people:
This fails with linux-libc-dev (but works fine with linux-kernel-headers):
$ cat iwtest.c
#include
int main()
{
struct wireless_info info;
info.b.freq = 1 ;
exit (0);
}
with:
$ gcc iwtest.c
In file included from iwtest.c:1:
/usr/include/iwlib.h:47:27: error: operator '&&' has no right operand
/usr/include/iwlib.h:55:29: error: operator '&&' has no right operand
/usr/include/iwlib.h:61:2: error: #error "Your kernel/libc combination is not
supported"
In file included from iwtest.c:1:
/usr/include/iwlib.h: In function 'iw_saether_aton':
/usr/include/iwlib.h:590: error: 'ARPHRD_ETHER' undeclared (first use in this
function)
/usr/include/iwlib.h:590: error: (Each undeclared identifier is reported only
once
/usr/include/iwlib.h:590: error: for each function it appears in.)
/usr/include/iwlib.h: In function 'iw_broad_ether':
/usr/include/iwlib.h:601: error: 'ARPHRD_ETHER' undeclared (first use in this
function)
/usr/include/iwlib.h: In function 'iw_null_ether':
/usr/include/iwlib.h:612: error: 'ARPHRD_ETHER' undeclared (first use in this
function)
this breaks compilations of packages using iwlib.h (like kdenetwork)
--
How to forward from the terminale?
The point is that you neither should boot a site over a port of a LCD tool on
the directory to the connection, nor can link the menu in order to turn off a
LCD provider.
signature.asc
Description: This is a digitally signed message part.
Processed (with 1 errors): Re: Bug#423462: LINUX_VERSION_CODE is defined but has no value in
Processing commands for [EMAIL PROTECTED]: > clone 423462 -1 Bug#423462: LINUX_VERSION_CODE is defined but has no value in /usr/include/linux/version.h Bug 423462 cloned as bug 425485. > reassign -1 libiw-dev Bug#425485: LINUX_VERSION_CODE is defined but has no value in /usr/include/linux/version.h Bug reassigned from package `linux-libc-dev' to `libiw-dev'. > retitle -1 libiw depends on version.h to detect kernel version. Bug#425485: LINUX_VERSION_CODE is defined but has no value in /usr/include/linux/version.h Changed Bug title to libiw depends on version.h to detect kernel version. from LINUX_VERSION_CODE is defined but has no value in /usr/include/linux/version.h. > found -1 29~pre21-1 Unknown command or malformed arguments to command. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#423462: LINUX_VERSION_CODE is defined but has no value in
On Mon, May 21, 2007 at 03:51:34PM -0700, Steve Langasek wrote: > On Tue, May 22, 2007 at 12:36:05AM +0200, Sune Vuorela wrote: > > This seems to trigger ftbfs in many packages - and it is very well hidden. > > Raising severity. > Any package depending on linux/version.h to detect a kernel version from > user space is almost certainly buggy. This should probably be closed as > not-a-bug and the affected packages fixed to not expect anything from > linux/version.h. No, it is not that wrong for software like libiw which needs linux headers from specific versions. It does not use it to detect the running version but to find the version of the provided headers. Bastian -- Killing is stupid; useless! -- McCoy, "A Private Little War", stardate 4211.8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
