This fragment is much too short to allow to judge on possible reasons. There is a high probability that your problem is caused by the cdrecord fork called "wodim". Please always include the following information in your bug-report: - The version number of cdrecord that caused the bug. - The command line that was used for the failing command. - The complete output (including error messages) from 'cdrecord -v ...' - Probably the important part of the 'cdrecord -V' output if we agreed on it ...

This reverts commit 45b503548210fe6f23e92b856421c2a3f05fd034. It contains deadlock, and breaks userspace applications (wpa_supplicant, networkmanager). References: http://bugzilla.kernel.org/show_bug.cgi?id=10002 http://bugzilla.kernel.org/show_bug.cgi?id=10002 --- net/core/rtnetlink.c | 36 ++++++++++-------------------------- 1 files changed, 10 insertions(+), 26 deletions(-) diff --git a/net/core/rtnetlink.c b/net/core/rtnetlink.c index ecb02af..61ac8d0 100644 --- a/net/core/rtnetlink....

Hi all, Remove redundant irq_desc[NR_IRQS] element initialization in init_ISA_irqs(). irq_desc[NR_IRQS] is already statically initialized with the same values in kernel/irq/handle.c . Signed-off-by: Ahmed S. Darwish <darwish.07@gmail.com> --- i8259_32.c | 26 ++++++-------------------- 1 file changed, 6 insertions(+), 20 deletions(-) Tested only on a UP machine with an i8259A PIC. diff --git a/arch/x86/kernel/i8259_32.c b/arch/x86/kernel/i8259_32.c index 2d25b77..0fea87d 10064...

[This is a bit late, for which I'm sorry, but I waited for things to calm down a bit, to have something less of a moving target. Now, following an Ingo's advice, the list has been generated directly out of the Bugzilla entries used for tracking the bugs. I'm going to release the script used for generating the list, so that it can be recreated by anyone on the fly.] This message contains a list of some regressions from 2.6.24 reported since 2.6.25-rc1 was released, for which there are no fixes in...

In fact, some people don't like to get messages from the Bugzilla and asked me Hm, I'd rather avoid sending messages with 100+ addresses in the CC list. :-) Perhaps I can write a script to send followup messages to everyone involved for each of the regressions listed, but that will take time (or perhaps someone could do that for me ;-)). Thanks, Rafael --

That's a typo :/ Should read 2.6.25-rc1 instead. Mariusz --

Fix pcspkr driver to use explicit timing delay for access to PIT, rather than inb_p/outb_p calls, which use insufficiently explicit delays (defaulting to port 80 writes) that can cause freeze problems on some machines, such as Quanta moterboard machines using ENE EC's. The explicit timing delay is only needed for accesses to the 8253 PIT. The standard requirement for the 8253 to respond to successive writes is 1 microsecond. The 8253 has never been on the expansion bus, so a proper delay has nothi...

fix code to access CMOS rtc registers so that it does not use inb_p and outb_p routines, which are deprecated. Extensive research on all known CMOS RTC chipset timing shows that there is no need for a delay in accessing the registers of these chips even on old machines. These chipa are never on an expansion bus, but have always been "motherboard" resources, either in the processor chipset or explicitly on the motherboard, and they are not part of the ISA/LPC or PCI buses, so delays should not be bas...

fix init_8259A() which initializes the 8259 PIC to not use outb_pic, which is a renamed version of outb_p, and delete outb_pic define. There is already code in the .c files that does accesses to CMD & IMR registers in successive outb() calls without _p. Thus the outb_p is obviously not needed, if it ever was. Research into chipset documentation and old BIOS listings shows that IODELAY was not used even in early machines. Thus the delay between i/o port writes was deleted for the 8259. Again,...

cleanup motherboard chip io port delays. inb_p and outb_p have traditionally used a write to port 80 (a non-existent port) as a delay. Though there is an argument that that is a good delay for devices on the ISA or PCI expansion buses it is not a good mechanism for devices in the processor chipset or on the "motherboard". The write to port 80 at best causes an abort on the ISA or LPC bus, and on some machines (like many of the HP laptops manufactured by Quanta) actually writes data to real i/o devi...

Excellent, that has been on my TODO list for some time and I'd only gotten as far as putting into the ISA/VLB drivers rather than generally testing. I'm not however sure this should be a DFLAG but should be an alernative ata_data_xfer method - I say that because VLB needs to wrap it and some controllers have quirky rules for 32bit xfers. (Also some small number of pre ATA disks can't handle the different timing cycles from a 32bit ISA I/O being redirected their way). Alan --

From 4ea313fe6a3c46a90226cf40d0e3ece4b36b48f9 Mon Sep 17 00:00:00 2001 From: Willy Tarreau <w@1wt.eu> Date: Sun, 17 Feb 2008 21:28:25 +0100 Subject: [PATCH 2/2] libata: implement support for 32-bit PIO transfers When ATA_DFLAG_32BIT_PIO is set in ata flags, PIO transfers will be performed in 32-bit, just like with the plain old IDE drivers. 16-bit transfers in libata are as slow as 16-bit transfers in plain old IDE drivers, which are about 35% slower than 32-bit transfers with various C...

From 40a8174d27cb9d93b859bc073c8f075b9ff71578 Mon Sep 17 00:00:00 2001 From: Willy Tarreau <w@1wt.eu> Date: Sun, 17 Feb 2008 21:11:46 +0100 Subject: [PATCH 1/2] libata: implement ATA_IOC_GET_IO32/ATA_IOC_SET_IO32 ioctls This patch implements the aforementionned ioctls and get/set the new ATA_DFLAG_32BIT_PIO ata flag accordingly for the device. It only supports values 0 and 1 (disable/enable), as I have no plan to implement the sync VLB transfers. Signed-off-by: Willy Tarreau <w@1wt.eu...

From David P. Reed <dpreed@reed.com> Sat Feb 16 15:05:17 2008 Message-Id: <20080216200517.113862251@reed.com>> User-Agent: quilt/0.46-1 Date: Sat, 16 Feb 2008 15:05:17 -0500 From: David P. Reed <dpreed@reed.com> To: Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@redhat.com>, "H. Peter Anvin" <hpa@zytor.com> Cc: linux-kernel@vger.kernel.org Subject: [PATCH 0/3] x86: cleanup primary motherboard chip port access delays cleanup motherboard chip io p...

From David P. Reed <dpreed@reed.com> Sat Feb 16 15:05:17 2008 Message-Id: <20080216200517.384525783@reed.com>> References: <20080216200517.113862251@reed.com>> User-Agent: quilt/0.46-1 Date: Sat, 16 Feb 2008 15:05:19 -0500 From: David P. Reed <dpreed@reed.com> To: Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@redhat.com>, "H. Peter Anvin" <hpa@zytor.com> Cc: linux-kernel@vger.kernel.org, "David P. Reed" <dpreed@reed.com> Subject:...

The following files can now be removed: - arch/mips/configs/qemu_defconfig - include/asm-mips/qemu.h Signed-off-by: Adrian Bunk <bunk@kernel.org> --- arch/mips/configs/qemu_defconfig | 800 ------------------------------- include/asm-mips/qemu.h | 30 - 2 files changed, 830 deletions(-) c4abfb4f70f2ef471666fefdf9cdc7b8a28888b1 diff --git a/arch/mips/configs/qemu_defconfig b/arch/mips/configs/qemu_defconfig deleted file mode 100644 index 72ca147..0000000 --- a/arch/mips/...

This patch fixes the following build error caused by commit 3631c650c495d61b1dabf32eb26b46873636e918: <-- snip --> ... LD .tmp_vmlinux1 crypto/built-in.o: In function `skcipher_null_crypt': crypto_null.c:(.text+0x3d14): undefined reference to `blkcipher_walk_virt' crypto_null.c:(.text+0x3d14): relocation truncated to fit: R_MIPS_26 against `blkcipher_walk_virt' crypto/built-in.o: In function `$L32': crypto_null.c:(.text+0x3d54): undefined reference to `blkcipher_walk_done' cryp...

Commit b037b08e59633d939d79f1df9c43c6625f8db904 broke the compilation of cobalt_btns.c: <-- snip --> ... CC drivers/input/misc/cobalt_btns.o ... /home/bunk/linux/kernel-2.6/git/linux-2.6/drivers/input/misc/cobalt_btns.c: In function 'cobalt_buttons_probe': /home/bunk/linux/kernel-2.6/git/linux-2.6/drivers/input/misc/cobalt_btns.c:101: error: 'struct platform_device' has no member named 'keymap' /home/bunk/linux/kernel-2.6/git/linux-2.6/drivers/input/misc/cobalt_btns.c:102: error:...

We ever do... --

>> One week ago we upgraded about 300 servers from 2.6.20.20 to 2.6.24.2. > > Painfull. OK not really - i've tested the new kernel on all models. And it works fine... the DN state only comes sometimes - absolutely not reproducable. So my tests went OK and then we've done the update. I've now seen 5 servers in 7 days having this problem. >> Now we get sometimes dozent of processes in state DN. The system is >> completely idle - but the load is 20 or 90 or whatever....

Hi, I was printing on the parallel port and suddenly the "parallel" CUPS backend went 50% CPU (obviously endless-looping), while the other 50% were eaten by ghostscript (strace didn't show anything, so this might be an "internal" loop). When I eventually killed the latter, I got this: Eeek! page_mapcount(page) went negative! (-1) page pfn = 3 page->flags = 80014 page->count = 0 page->mapping = 00000000 vma->vm_ops = _stext+0x3feff000/0x14 ------------[ cut here ]-------...

This is really difficult to determine, since the event is pretty hard to reproduce. I'll try to investigate more, then. :/ This one happened pretty much right after a reboot due to a completely frozen machine (no Oops or Eeek whatsoever) apparently due to intensive writing to the parallel port (the kernel complained that "FIFO write timed out" twice before locking up). Of course I do suspect a hardware problem, but since last time I had similarly strange things it ended up being due to misco...

* Factor out common code from proc_idedisk_read_smart_{thresholds,values}() to proc_idedisk_read_smart() helper. * Rename proc_idedisk_read_smart_thresholds() to proc_idedisk_read_st() and proc_idedisk_read_smart_values() to proc_idedisk_read_sv(). There should be no functional changes caused by this patch. Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> --- drivers/ide/ide-disk.c | 39 +++++++++++++++++---------------------- 1 file changed, 17 insertions(+), 22 dele...

drivers/ide/ide.c:801:18: warning: symbol 'flags' shadows an earlier one drivers/ide/ide.c:732:16: originally declared here Also fix some whitespace damage while at it. Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> --- drivers/ide/ide.c | 13 +++++-------- 1 file changed, 5 insertions(+), 8 deletions(-) Index: b/drivers/ide/ide.c =================================================================== --- a/drivers/ide/ide.c +++ b/drivers/ide/ide.c @@ -797,10 +797,9 @@ i...

No need for it nowadays so remove quirk code from ide_get_best_pio_mode() and IDE_HFLAG_PIO_DOWNGRADE host flag. Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> --- drivers/ide/ide-lib.c | 10 ---------- drivers/ide/pci/amd74xx.c | 1 - drivers/ide/pci/via82cxxx.c | 1 - drivers/ide/ppc/pmac.c | 1 - include/linux/ide.h | 2 -- 5 files changed, 15 deletions(-) Index: b/drivers/ide/ide-lib.c ===============================================...