Re: [PATCH RFC] libata: FUA updates

Robert Hancock wrote: > This updates libata FUA support to be more more in line with reality. > FUA support remains off by default. > > Add a setting for the fua command-line parameter on libata which enables > FUA only on NCQ-supporting disks. > > Update the ata_dev_supports_fua function to remo

Re: [RFC] split NAPI from network device.

From: Divy Le Ray <[EMAIL PROTECTED]> Date: Tue, 20 Feb 2007 23:39:55 -0800 > I applied the patch to test the chelsio drivers. > The compilation of the forcedeth driver fails if CONFIG_FORCEDETH_NAPI > is not set. > /opt/sources/linux-2.6/drivers/net/forcedeth.c: In function `nv_nic_irq': > /opt/

Re: [RFC] split NAPI from network device.

David Miller wrote: From: Stephen Hemminger <[EMAIL PROTECTED]> Date: Wed, 13 Dec 2006 15:46:35 -0800 Split off NAPI part from network device, this patch is build tested only! It breaks kernel API for network devices, and only three examples are fixed (skge, sky2, and tg3). 1. Decomposition

Re: iwlwifi warnings

On Tue, 20 Feb 2007 22:23:21 -0800 Stephen Hemminger wrote: > BUilding with sparse shows lots of warnings. > > > $ make C=1 > Checking kernel compatibility in: > /lib/modules/2.6.20.1/source > * Kernel supports required features for 'tip' version. > Building compatibility version in 'compat

RE: SATA problems

Hi Marcus, Could you give more details ? I'm stucked with a boot problem on a Asus P5W that also includes a Jmicron behind a Sata port on ICH8, and the kernel boot goes timeout when probing it... I've been trying various kernels, including some patches from Tejun (Thanks !), but no luck to date..

[PATCH 1/2][IPX] Remove outdated information from Kconfig

SPX was removed in early 2.5. How to connect to a Mac or the other OS isn't hard to find out these days. Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]> --- commit 0566e9a5f19ca9fe1982e2b4a89aff131cc6525b tree 20b72b4e347a0ff926f82188bb296c2b3a8911f5 parent ce4e52a8be675c1724fa3af503ff1c75478ff

[PATCH 2/2][IPX] Remove ancient changelog

[IPX] Remove ancient changelog Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]> --- commit 6b8afc66b9d6893d3fa292b75769b58539836ff3 tree 9078513bb6727e61aee238da153d9b3358a1d817 parent 0566e9a5f19ca9fe1982e2b4a89aff131cc6525b author Rolf Eike Beer <[EMAIL PROTECTED]> Tue, 20 Feb 2007 19:45:03 +0

[PATCH 0/2] Remove outdated information from IPX

Who cares about stuff describing what happened in early 2.5 days? Even worse is to reference Kconfig options removed back then. Go, rest in pieces. Eike pgpjdAVzZTifL.pgp Description: PGP signature

Re: [2.6 patch] drivers/infiniband/hw/cxgb3/: possible cleanups

> You could just remove the code instead of #if 0... Steve, can you decide what the right thing to do with these changes is and send me the result (or just tell me to apply Adrian's patch as-is)? Thanks, Roland - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the bo

Re: ata command timeout

Jeff Garzik wrote: > Mark Lord wrote: >> I don't believe that. Command timeouts never happen on healthy systems, >> unless we have a driver bug. Okay, so I can imagine a pathological case >> of a full queue (NCQ) with all 32 commands taking longer than usual due >> to ECC retries in the firmware.

Re: [patch 1/2] sched: fix idle load balancing in softirqd context

On Sat, Feb 17, 2007 at 09:42:16AM -0500, Steven Rostedt wrote: > On Fri, 16 Feb 2007, Siddha, Suresh B wrote: > > - int cpu = smp_processor_id(); > > + int cpu = smp_processor_id(), idle_at_tick = idle_cpu(cpu); > > struct rq *rq = cpu_rq(cpu); > > > > But I would recommend that the idle_

2.6.20-mm2 -- tifm/0/1919 is trying to release lock (&fm->lock) at: [] tifm_7xx1_switch_media+0x2e9/0x326 [tifm_7xx1]

Hello, When I pull my SD card out of my laptop, I get the following: tifm_7xx1: demand removing card from socket 3 = [ BUG: bad unlock balance detected! ] - tifm/0/1919 is trying to release lock (&fm->lock) at: [] tifm_7xx1_

Re: [RFC PATCH(Experimental) 2/4] Revert changes to workqueue.c

On Tue, Feb 20, 2007 at 11:09:36PM +0300, Oleg Nesterov wrote: > > Which caller are you referring to here? Maybe we can decide on the > > option after we see the users of flush_workqueue() in DOWN_PREPARE. > > mm/slab.c:cpuup_callback() The cancel_rearming_delayed_work, if used as it is in cpuup_

Re: SATA problems

Tejun, I checked out the kernel 2.6.19 to 2.6.20 Changelog. Seems like you fixed a problem with the JMB363. The Asus P5B-Deluxe I am using has a JMB363 - besides an Intel ICH8R - with the SATA ports set to AHCI as well. Looks like that might have been the source of the problem in 2.6.19. Thanks,

iwlwifi warnings

BUilding with sparse shows lots of warnings. $ make C=1 Checking kernel compatibility in: /lib/modules/2.6.20.1/source * Kernel supports required features for 'tip' version. Building compatibility version in 'compatible/' directory: Copying compatible/ from origin/...done make -C /lib/modules

[ANNOUNCE] Guilt v0.20

Guilt v0.20 is available for download (once it mirrors out on kernel.org). Guilt (Git Quilt) is a series of bash scripts which add a Mercurial queues-like functionality and interface to git. Tarballs: http://www.kernel.org/pub/linux/kernel/people/jsipek/guilt/ Git repo: git://git.kernel.org/pub/

Re: no backlight on radeon after recent kernel "upgrade"s

I am sorry on the delay > > On Sun, 18 Feb 2007 23:46:16 -0500 Yaroslav Halchenko <[EMAIL PROTECTED]> > > wrote: > > > Since the most recent successful for me kernel 2.6.19-rc6-mm1, I've > > > tried few times to build more recent snapshots and now finally > > > 2.6.20-mm2. In all those cases I ha

Re: SATA problems

Tejun, thanks. In preparation of your patch I installed a vanilla 2.6.20.1 kernel on my FC6 system. Amazingly the problem went away with the vanilla(!) kernel and NCQ is enabled at boot time (queue_depth is 31). I guess I should have tried that kernel earlier. The patches you sent earlier apply

[rfc][patch 2.6.20-git16] mm: replicated pagecache

Hi, This patch is getting a bit more stable now, if anyone wants to play with it. Nick -- Page-based NUMA pagecache replication. This is a scheme for page replication replicates read-only pagecache pages opportunistically, at pagecache lookup time (at points where we know the page is being look

Re: [-mm patch] UNION_FS must depend on SLAB

For the time being, I included it in unionfs.git. I wouldn't mind having this dependency disappear. Thanks, Josef "Jeff" Sipek. -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) - To unsubscribe from this list: send the line "unsubscribe linux-kernel"

Re: [PATCH] fault injection: split up stacktrace filter Kconfig option

On Wed, Feb 21, 2007 at 01:59:09AM +, Linux Kernel wrote: > Commit: 1df49008f4ddec9d4f6862b47ea5bdba82078aa4 > Parent: 94412a96c4553255bda7a232a349059dd7543338 > Author: Akinobu Mita <[EMAIL PROTECTED]> > AuthorDate: Tue Feb 20 13:57:56 2007 -0800 > Committer: Linus Torvalds <

[PATCH] devpts: add fsnotify create event

Currently, devpts doesn't generate an fsnotify event upon pts creation because the regular vfs paths aren't involved. Deallocation, on the other hand, correctly generates a nameremove event thanks to the d_delete() invocation in devpts_pty_kill(). This patch adds the missing fsnotify_create()

Re: [patch 5/6] mm: merge nopfn into fault

On Wed, Feb 21, 2007 at 05:50:31AM +0100, Nick Piggin wrote: > Remove ->nopfn and reimplement the existing handlers with ->fault > > Signed-off-by: Nick Piggin <[EMAIL PROTECTED]> Dang, forgot to quilt refresh after fixing spufs compile. -- Remove ->nopfn and reimplement the existing handlers wi

[patch 6/6] mm: remove legacy cruft

Remove legacy filemap_nopage and all of the .populate API cruft. This patch can be skipped if it will cause clashes in your tree, or you disagree with removing these guys right now. Signed-off-by: Nick Piggin <[EMAIL PROTECTED]> Documentation/feature-removal-schedule.txt | 18 -- include/linu

Linux 2.6.21-rc1

Ok, the merge window for 2.6.21 has closed, and -rc1 is out there. There's a lot of changes, as is usual for an -rc1 thing, but at least so far it would seem that 2.6.20 has been a good base, and I don't think we have anything *really* scary here. The most interesting core change may be the dy

[patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

Nonlinear mappings are (AFAIKS) simply a virtual memory concept that encodes the virtual address -> file offset differently from linear mappings. I can't see why the filesystem/pagecache code should need to know anything about it, except for the fact that the ->nopage handler didn't quite pass dow

[patch 3/6] mm: fix fault vs invalidate race for linear mappings

Fix the race between invalidate_inode_pages and do_no_page. Andrea Arcangeli identified a subtle race between invalidation of pages from pagecache with userspace mappings, and do_no_page. The issue is that invalidation has to shoot down all mappings to the page, before it can be discarded from th

[patch 5/6] mm: merge nopfn into fault

Remove ->nopfn and reimplement the existing handlers with ->fault Signed-off-by: Nick Piggin <[EMAIL PROTECTED]> arch/powerpc/platforms/cell/spufs/file.c | 90 --- drivers/char/mspec.c | 29 ++--- include/linux/mm.h |

[patch 2/6] mm: simplify filemap_nopage

Identical block is duplicated twice: contrary to the comment, we have been re-reading the page *twice* in filemap_nopage rather than once. If any retry logic or anything is needed, it belongs in lower levels anyway. Only retry once. Linus agrees. Signed-off-by: Nick Piggin <[EMAIL PROTECTED]> m

[patch 1/6] mm: debug check for the fault vs invalidate race

Add a bugcheck for Andrea's pagefault vs invalidate race. This is triggerable for both linear and nonlinear pages with a userspace test harness (using direct IO and truncate, respectively). Signed-off-by: Nick Piggin <[EMAIL PROTECTED]> mm/filemap.c |2 ++ 1 file changed, 2 insertions(+) In

[patch 0/6] fault vs truncate/invalidate race fix

The following set of patches are based on current git. These fix the fault vs invalidate and fault vs truncate_range race for filemap_nopage mappings, plus those and fault vs truncate race for nonlinear mappings. These patches fix silent data corruption that we've had several people hitting in SU

Re: [ANNOUNCE] DualFS: File System with Meta-data and Data Separation

Hi Jörn, On Tue, 20 Feb 2007, [utf-8] Jörn Engel wrote: On Tue, 20 February 2007 00:57:50 +0100, Juan Piernas Canovas wrote: Actually, the GC may become a problem when the number of free segments is 50% or less. If your LFS always guarantees, at least, 50% of free "segments" (note that I am t

[patch] mm: remove gcc workaround

Minimum gcc version is 3.2 now. However, with likely profiling, even modern gcc versions cannot always eliminate the call. Replace the placeholder functions with the more conventional empty static inlines, which should be optimal for everyone. Signed-off-by: Nick Piggin <[EMAIL PROTECTED]> Inde

Re: securityfs_create_dir strange comment

On Wed, Feb 21, 2007 at 12:45:40AM +0100, Jan Engelhardt wrote: > > On Feb 20 2007 14:26, Greg KH wrote: > >On Tue, Feb 20, 2007 at 03:18:49PM -0600, Serge E. Hallyn wrote: > >> Quoting Jan Engelhardt ([EMAIL PROTECTED]): > >> > Hello list, > >> > > >> > > >> > in security/inode.c, the comment f

Re: SATA problems

Marcus Haebler wrote: > thanks for the patches! I am on an Intel P965/ICH8R. I see. That can happen too. There was a race window where in-flight r/w command which left SCSI midlayer but pending on libata gets executed in the wrong mode. If possible, please verify that it doesn't happen with the

Re: [Unionfs] Re: [-mm patch] UNION_FS must depend on SLAB

Josef Sipek: > That's the only user of malloc_sizes. It is supposed to be an optimization - > we get the smallest sized piece of memory even if we don't need all of it. > This way we don't reallocate & memcpy needlessly. How about exporting ksize to modules, and introduce a new function such like

[PATCH] sata_nv: kill old private BMDMA helper functions

sata_nv implemented its own copies of the BMDMA helper functions for ADMA, since the ADMA BMDMA status registers are PIO while the other registers are MMIO, and this was the only way to handle this previously. Now that we have iomap support, the standard routines should just work, so use them. The

Re: High CPU usage with sata_nv

Matthew Fredrickson wrote: I have noticed something that might be related as well. I am working on a device driver that would have periodic data errors due to exceptionally long interrupt handling latency. I have come to the point that I suspect that it's the sata_nv driver, and now that we c

Re: SLAB cache reaper on isolated cpus

Christoph Lameter wrote: > On Tue, 20 Feb 2007, Max Krasnyansky wrote: > >> Suppose I need to isolate a CPU. We already support at the scheduler and >> irq levels (irq affinity). But I want to go a bit further and avoid >> doing kernel work on isolated cpus as much as possible. For example I >>

[patch] trivial type cast clean up for find_next_zero_bit

clean up unneeded type cast by properly declare data type. Signed-off-by: Ken Chen <[EMAIL PROTECTED]> diff --git a/arch/i386/lib/bitops.c b/arch/i386/lib/bitops.c index 97db385..afd0045 100644 --- a/arch/i386/lib/bitops.c +++ b/arch/i386/lib/bitops.c @@ -43,7 +43,7 @@ EXPORT_SYMBOL(find_next_b

Re: SATA problems

Pablo Sebastian Greco wrote: > Tejun Heo wrote: >> * Pablo, the bug you saw was bad interaction between blacklisted NCQ >> device and dynamic queue depth adjustment. Patches are submitted to fix >> the problem. Just drop the blacklist patch. Your drives should work >> fine in NCQ mode. My gut f

Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working

On 2/11/07, Tejun Heo <[EMAIL PROTECTED]> wrote: Please test the attached patch over 2.6.20. No luck for me. I'm using pata_sis. Some error bits: agpgart: Found an AGP 3.0 compliant device at :00:00.0. agpgart: Putting AGP V3 device at :00:00.0 into 16x mode agpgart: SiS delay workarou

Re: [PATCH 1/3] Make the IDE DMA timeout modifiable

Hi, On Wednesday 21 February 2007 03:13, Suleiman Souhlal wrote: > > On Feb 20, 2007, at 5:44 PM, Bartlomiej Zolnierkiewicz wrote: > > > > > On Wednesday 21 February 2007 02:19, Suleiman Souhlal wrote: > >> It can be changed via /proc/ide/hd?/settings. > > > > Why do we need to change IDE DMA t

Re: [PATCH 1/3] Make the IDE DMA timeout modifiable

On Feb 20, 2007, at 5:44 PM, Bartlomiej Zolnierkiewicz wrote: On Wednesday 21 February 2007 02:19, Suleiman Souhlal wrote: It can be changed via /proc/ide/hd?/settings. Why do we need to change IDE DMA timeout dynamically? I've used it to test error recovery (for example). BTW /proc/ide

Re: [stable] [patch 00/50] -stable review

Greg KH wrote: > Ok, I've now gotten all of these for .19 and .18. > > If I've missed anything, please let me know. > > thanks for your patience. Looks good... Thank you, Greg. Greg KH wrote: > This will probably be the last release of the 2.6.19-stable series, so > if there are patches that yo

Re: [PATCH 2/3] Don't change transfer speed while requests are in flight

On Wednesday 21 February 2007 02:21, Suleiman Souhlal wrote: > Use ide_wait_cmd() in ide_config_drive_speed() if the drive has been > initialized and we're not in an interrupt, to avoid changing the > xfer speed while requests are in flight. Many devices have problems with SETFEATURES_XFER if the

[patch 07/18] grow_buffers() infinite loop fix (CVE-2006-5757, CVE-2006-6060)

-stable review patch. If anyone has any objections, please let us know. -- From: Andrew Morton <[EMAIL PROTECTED]> If grow_buffers() is for some reason passed a block number which wants to lie outside the maximum-addressable pagecache range (PAGE_SIZE * 4G bytes) then it will acc

[patch 08/18] hfs_fill_super returns success even if no root inode (CVE-2006-6056)

-stable review patch. If anyone has any objections, please let us know. -- From: Eric Sandeen <[EMAIL PROTECTED]> http://kernelfun.blogspot.com/2006/11/mokb-14-11-2006-linux-26x-selinux.html mount that image... fs: filesystem was not cleanly unmounted, running fsck.hfs is recomm

[patch 15/18] V4L: fix ks0127 status flags

-stable review patch. If anyone has any objections, please let us know. -- From: Martin Samuelsson <[EMAIL PROTECTED]> Or status flags together in DECODER_GET_STATUS instead of and-zapping them. (cherry picked from commit 55d5440d4587454628a850ce26703639885af678) Signed-off-by:

[patch 11/18] v4l: cx2341x audio_properties is an u16, not u8

-stable review patch. If anyone has any objections, please let us know. -- From: Hans Verkuil <[EMAIL PROTECTED]> This bug broke the MPEG audio mode controls. (cherry picked from commit cb2c7b4927c8f376b7ba9557978d8c59ed472664) Signed-off-by: Hans Verkuil <[EMAIL PROTECTED]> Si

[patch 17/18] V4L: buf_qbuf: fix videobuf_queue->stream corruption and lockup

-stable review patch. If anyone has any objections, please let us know. -- From: Oleg Nesterov <[EMAIL PROTECTED]> We are doing ->buf_prepare(buf) before adding buf to q->stream list. This means that videobuf_qbuf() should not try to re-add a STATE_PREPARED buffer. (cherry picke

[patch 18/18] x86_64: fix 2.6.18 regression - PTRACE_OLDSETOPTIONS should be accepted

-stable review patch. If anyone has any objections, please let us know. -- From: "Paolo 'Blaisorblade' Giarrusso" <[EMAIL PROTECTED]> Also PTRACE_OLDSETOPTIONS should be accepted, as done by kernel/ptrace.c and forced by binary compatibility. UML/32bit breaks because of this - si

[patch 16/18] V4L: tveeprom: autodetect LG TAPC G701D as tuner type 37

-stable review patch. If anyone has any objections, please let us know. -- From: Michael Krufky <[EMAIL PROTECTED]> Autodetect LG TAPC G701D as tuner type 37, fixing mis-detected tuners in some Hauppauge tv tuner cards. Thanks to Adonis Papas, for pointing this out. (cherry pic

[patch 10/18] dvb-core: fix bug in CRC-32 checking on 64-bit systems

-stable review patch. If anyone has any objections, please let us know. -- From: Ang Way Chuang <[EMAIL PROTECTED]> CRC-32 checking during ULE decapsulation always failed on x86_64 systems due to the size of a variable used to store CRC. This bug was discovered on Fedora Core 6 w

[patch 14/18] V4L: Fix quickcam communicator driver for big endian architectures

-stable review patch. If anyone has any objections, please let us know. -- From: Grant Likely <[EMAIL PROTECTED]> Host endianess does not affect the order that pixel rgb data comes in from the quickcam (the values are bytes, not words or longs). The driver is erroniously swappin

[patch 09/18] IB/mad: Fix race between cancel and receive completion

-stable review patch. If anyone has any objections, please let us know. -- From: Roland Dreier <[EMAIL PROTECTED]> When ib_cancel_mad() is called, it puts the canceled send on a list and schedules a "flushed" callback from process context. However, this leaves a window where a r

[patch 06/18] i2c: fix broken ds1337 initialization

-stable review patch. If anyone has any objections, please let us know. -- From: Dirk Eibach <[EMAIL PROTECTED]> On a custom board with ds1337 RTC I found that upgrade from 2.6.15 to 2.6.18 broke RTC support. The main problem are changes to ds1337_init_client(). When a ds1337 re

[patch 13/18] V4L: cx88: Fix lockup on suspend

-stable review patch. If anyone has any objections, please let us know. -- From: Robert Hancock <[EMAIL PROTECTED]> Suspending with the cx88xx module loaded causes the system to lock up because the cx88_audio_thread kthread was missing a try_to_freeze() call, which caused it to g

[patch 12/18] v4l: cx88: Fix leadtek_eeprom tagging

-stable review patch. If anyone has any objections, please let us know. -- From: Jean Delvare <[EMAIL PROTECTED]> reference to .init.text: from .text between 'cx88_card_setup' (at offset 0x68c) and 'cx88_risc_field' Caused by leadtek_eeprom() being declared __devinit and called f

[patch 05/18] IB/srp: Fix FMR mapping for 32-bit kernels and addresses above 4G

-stable review patch. If anyone has any objections, please let us know. -- From: Roland Dreier <[EMAIL PROTECTED]> struct srp_device.fmr_page_mask was unsigned long, which means that the top part of addresses above 4G was being chopped off on 32-bit architectures. Of course noth

[patch 02/18] bcm43xx: Fix for oops on ampdu status

-stable review patch. If anyone has any objections, please let us know. -- From: Michael Buesch <[EMAIL PROTECTED]> If bcm43xx were to process an afterburner (ampdu) status response, Linux would oops. The ampdu and intermediate status bits are properly named. Signed-off-by: Mic

[patch 04/18] SCSI: add missing cdb clearing in scsi_execute()

-stable review patch. If anyone has any objections, please let us know. -- From: Tejun Heo <[EMAIL PROTECTED]> Clear-garbage-after-CDB patch missed scsi_execute() and it causes some ODDs (HL-DT-ST DVD-RAM GSA-H30N) choke during SCSI scan. Note that this patch is only for -stable

[patch 03/18] Dont leak NT bit into next task

-stable review patch. If anyone has any objections, please let us know. -- From: Andi Kleen <[EMAIL PROTECTED]> SYSENTER can cause a NT to be set which might cause crashes on the IRET in the next task. Following similar i386 patch from Linus. Signed-off-by: Andi Kleen <[EMAIL P

[patch 00/18] 2.6.18-stable review

This is the start of the stable review cycle for the 2.6.18.8 release. This will be the last release of the 2.6.18-stable series, so if there are patches that you feel should be applied to that tree, please let me know. There are 18 patches in this series, all will be posted as a response to this

[patch 01/18] bcm43xx: Fix for oops on resume

-stable review patch. If anyone has any objections, please let us know. -- From: Larry Finger <[EMAIL PROTECTED]> There is a kernel oops on bcm43xx when resuming due to an overly tight timeout loop. Signed-off-by: Larry Finger <[EMAIL PROTECTED]> Signed-off-by: Greg Kroah-Hartm

[patch 07/21] rtc-pcf8563: detect polarity of century bit automatically

-stable review patch. If anyone has any objections, please let us know. -- From: Atsushi Nemoto <[EMAIL PROTECTED]> The usage of the century bit was inverted on 2.6.19 following to PCF8563's description, but it was not match to usage suggested by RTC8564's datasheet. Anyway wha

Re: [PATCH 1/3] Make the IDE DMA timeout modifiable

On Wednesday 21 February 2007 02:19, Suleiman Souhlal wrote: > It can be changed via /proc/ide/hd?/settings. Why do we need to change IDE DMA timeout dynamically? BTW /proc/ide/hd?/settings is obsoleted > Signed-off-by:Ed Falk <[EMAIL PROTECTED]> > > --- > drivers/ide/ide-dma.c |3

[PATCH] [MTD] CHIPS: oops in cfi_amdstd_sync

From: Vijay Sampath <[EMAIL PROTECTED]> The files cfi_cmdset_0002.c and cfi_cmdset_0020.c do not initialize their wait queues like is done in cfi_cmdset_0001.c. This causes an oops when the wait queue is accessed. I have copied the code from cfi_cmdset_0001.c that is pertinent to initialization o

[patch 12/21] bcm43xx: Fix for oops on resume

-stable review patch. If anyone has any objections, please let us know. -- There is a kernel oops on bcm43xx when resuming due to an overly tight timeout loop. Signed-off-by: Larry Finger<[EMAIL PROTECTED]> Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]> --- drivers/net

[patch 13/21] bcm43xx: Fix for oops on ampdu status

-stable review patch. If anyone has any objections, please let us know. -- From: Michael Buesch <[EMAIL PROTECTED]> If bcm43xx were to process an afterburner (ampdu) status response, Linux would oops. The ampdu and intermediate status bits are properly named. Signed-off-by: Mi

[patch 11/21] pata_amd: fix an obvious bug in cable detection

-stable review patch. If anyone has any objections, please let us know. -- 80c test mask is at bits 18 and 19 of EIDE Controller Configuration not 22 and 23. Fix it. Signed-off-by: Tejun Heo <[EMAIL PROTECTED]> Acked-by: Alan Cox <[EMAIL PROTECTED]> --- drivers/ata/pata_amd.c

[patch 09/21] x86_64: fix 2.6.18 regression - PTRACE_OLDSETOPTIONS should be accepted

-stable review patch. If anyone has any objections, please let us know. -- Also PTRACE_OLDSETOPTIONS should be accepted, as done by kernel/ptrace.c and forced by binary compatibility. UML/32bit breaks because of this - since it is wise enough to use PTRACE_OLDSETOPTIONS to be bi

[PATCH 2/3] Don't change transfer speed while requests are in flight

Use ide_wait_cmd() in ide_config_drive_speed() if the drive has been initialized and we're not in an interrupt, to avoid changing the xfer speed while requests are in flight. An easy way to trigger the problem is to dd the disk while doing while :; do hdparm -d 1 /dev/hdc> /dev/null; done While t

[patch 17/21] Use different constraint for gcc < 4.1 in bitops.

-stable review patch. If anyone has any objections, please let us know. -- Use different constraint for gcc < 4.1 in bitops.h +m is really correct for a RMW instruction, but some older gccs error out. I finally gave in and ifdefed it. This fixes compilation errors with some com

[PATCH 3/3] Use correct IDE error recovery

IDE error recovery is using WIN_IDLEIMMEDIATE which was only valid for IDE V1 and IDE V2. Modern drives will not be able to recover using this error handling. The correct thing to do is issue a SRST followed by a SET_FEATURES. Signed-off-by: Suleiman Souhlal <[EMAIL PROTECTED]> --- drivers/id

[PATCH 1/3] Make the IDE DMA timeout modifiable

It can be changed via /proc/ide/hd?/settings. Signed-off-by: Ed Falk <[EMAIL PROTECTED]> --- drivers/ide/ide-dma.c |3 ++- drivers/ide/ide.c |2 ++ include/linux/ide.h |3 +++ 3 files changed, 7 insertions(+), 1 deletions(-) diff --git a/drivers/ide/ide-dma.c b/drivers/ide/id

[patch 18/21] prism54: correct assignment of DOT1XENABLE in WE-19 codepaths

-stable review patch. If anyone has any objections, please let us know. -- Correct assignment of DOT1XENABLE in WE-19 codepaths. RX_UNENCRYPTED_EAPOL = 1 really means setting DOT1XENABLE _off_, and vice versa. The original WE-19 patch erroneously reversed that. This patch fixes

[patch 16/21] usbaudio - Fix Oops with unconventional sample rates

-stable review patch. If anyone has any objections, please let us know. -- [PATCH] usbaudio - Fix Oops with unconventional sample rates The patch fixes the memory corruption by the support of unconventional sample rates. Also, it avoids the too restrictive constraints if any o

[patch 21/21] knfsd: Fix a race in closing NFSd connections.

-stable review patch. If anyone has any objections, please let us know. -- If you lose this race, it can iput a socket inode twice and you get a BUG in fs/inode.c When I added the option for user-space to close a socket, I added some cruft to svc_delete_socket so that I could cal

[patch 20/21] Keys: Fix key serial number collision handling

-stable review patch. If anyone has any objections, please let us know. -- From: David Howells <[EMAIL PROTECTED]> [PATCH] Keys: Fix key serial number collision handling Fix the key serial number collision avoidance code in key_alloc_serial(). This didn't use to be so much of a

[patch 19/21] net, 8139too.c: fix netpoll deadlock

-stable review patch. If anyone has any objections, please let us know. -- From: Ingo Molnar <[EMAIL PROTECTED]> [PATCH] net, 8139too.c: fix netpoll deadlock fix deadlock in the 8139too driver: poll handlers should never forcibly enable local interrupts, because they might be us

[patch 14/21] usb-audio: work around wrong frequency in CM6501 descriptors

-stable review patch. If anyone has any objections, please let us know. -- [PATCH] usb-audio: work around wrong frequency in CM6501 descriptors The C-Media CM6501 chip's descriptors say that altsetting 5 supports 48 kHz, but it actually plays at 96 kHz. Signed-off-by: Clemens L

[patch 15/21] usbaudio - Fix Oops with broken usb descriptors

-stable review patch. If anyone has any objections, please let us know. -- [PATCH] usbaudio - Fix Oops with broken usb descriptors This is a patch for ALSA Bug #2724. Some webcams provide bogus settings with no valid rates. With this patch those are skipped. Signed-off-by: Grego

[patch 10/21] ide: fix drive side 80c cable check

-stable review patch. If anyone has any objections, please let us know. -- eighty_ninty_three() had word 93 validitity check but not the 80c bit test itself (bit 12). This increases the chance of incorrect wire detection especially because host side cable detection is often unre

[patch 08/21] aio: fix buggy put_ioctx call in aio_complete - v2

-stable review patch. If anyone has any objections, please let us know. -- From: "Ken Chen" <[EMAIL PROTECTED]> An AIO bug was reported that sleeping function is being called in softirq context: BUG: warning at kernel/mutex.c:132/__mutex_lock_common() Call Trace: [] __mute

[patch 01/21] V4L: cx88: Fix lockup on suspend

-stable review patch. If anyone has any objections, please let us know. -- Suspending with the cx88xx module loaded causes the system to lock up because the cx88_audio_thread kthread was missing a try_to_freeze() call, which caused it to go into a tight loop and result in softlock

[patch 04/21] V4L: tveeprom: autodetect LG TAPC G701D as tuner type 37

-stable review patch. If anyone has any objections, please let us know. -- Autodetect LG TAPC G701D as tuner type 37, fixing mis-detected tuners in some Hauppauge tv tuner cards. Thanks to Adonis Papas, for pointing this out. (cherry picked from commit 1323fbda1343f50f198bc8bd6d

[patch 03/21] V4L: fix ks0127 status flags

-stable review patch. If anyone has any objections, please let us know. -- Or status flags together in DECODER_GET_STATUS instead of and-zapping them. (cherry picked from commit 55d5440d4587454628a850ce26703639885af678) Signed-off-by: Martin Samuelsson <[EMAIL PROTECTED]> Signed

[patch 06/21] net/smc911x: match up spin lock/unlock

-stable review patch. If anyone has any objections, please let us know. -- From: Peter Korsgaard <[EMAIL PROTECTED]> smc911x_phy_configure's error handling unconditionally unlocks the spinlock even if it wasn't locked. Patch fixes it. Signed-off-by: Peter Korsgaard <[EMAIL PROTE

[patch 05/21] V4L: buf_qbuf: fix videobuf_queue->stream corruption and lockup

-stable review patch. If anyone has any objections, please let us know. -- We are doing ->buf_prepare(buf) before adding buf to q->stream list. This means that videobuf_qbuf() should not try to re-add a STATE_PREPARED buffer. (cherry picked from commit 419dd8378dfa32985672ab7927b

[patch 00/21] 2.6.19-stable review

This is the start of the stable review cycle for the 2.6.19.5 release. This will probably be the last release of the 2.6.19-stable series, so if there are patches that you feel should be applied to that tree, please let me know. There are 21 patches in this series, all will be posted as a respons

[patch 02/21] V4L: Fix quickcam communicator driver for big endian architectures

-stable review patch. If anyone has any objections, please let us know. -- Host endianess does not affect the order that pixel rgb data comes in from the quickcam (the values are bytes, not words or longs). The driver is erroniously swapping the order of rgb values for big endian

Re: [PATCH] deprecated/obsolete patch

On Wednesday 21 February 2007 00:20, Robert P. J. Day wrote: > > here's a slightly revised wording, if that makes it clearer: I think that it does explain things better and I hope that some form of consensus can be finally reached. Thanks, Bart - To unsubscribe from this list: send the line "

Re: IPV6 build failure 2.6.20-git1x

Neil Brown wrote: On Wednesday February 21, [EMAIL PROTECTED] wrote: x86_64 builds without errors on openSUSE 10.2. x86 on openSUSE 10.3 Alpha1 gcc version 4.1.2 20070115 (prerelease) (SUSE Linux) CONFIG_IPV6=m CONFIG_IPV6_PRIVACY=y CONFIG_IPV6_ROUTER_PREF=y CONFIG_IPV6_ROUTE_INFO=y # CONFIG

Re: Kernel oops in 2.6.18.3 with RAID5

Here is the full dmesg log of the crash: iret exception: [#1] SMP Modules linked in: ppdev lp button ac battery ipv6 dm_snapshot dm_mirror dm_mod loop tsdev rtc psmouse parport_pc parport floppy serio_raw pcspkr i2c_nforce2 snd_intel8x0 snd_ac97_codec snd_ ac97_bus snd_pcm snd_timer snd soun

Soft lockup on shutdown in nf_ct_iterate_cleanup()

I was testing a 2.6.20 kernel and got a soft lockup on shutdown: _raw_write_lock+0x5a nf_ct_iterate_cleanup+0x3e kill_l3proto+0x0 nf_conntrack_l3proto_unregister+0x85 nf_conntrack_l3proto_ipv4_fini+0x1e sys_delete_module+0x18a remove_vma+0x45 do_munmap+0x196 syscall_call+0x7 - To unsubscribe fro

Re: SATA problems

Tejun, thanks for the patches! I am on an Intel P965/ICH8R. Best, Marcus On 2/20/07, Tejun Heo <[EMAIL PROTECTED]> wrote: * Pablo, the bug you saw was bad interaction between blacklisted NCQ device and dynamic queue depth adjustment. Patches are submitted to fix the problem. Just drop the b

Re: [PATCH] fix handling of SIGCHILD from reaped child

On Tue, 20 Feb 2007 15:10:07 -0800 (PST) Roland McGrath <[EMAIL PROTECTED]> wrote: > I'm usually the stickler for anal POSIX compliance, but this is one thing > that I did notice a while ago, realized Linux had never done it, and > decided I didn't care. > Okay, I don't think this is a big troubl

Re: IPV6 build failure 2.6.20-git1x

On Wednesday February 21, [EMAIL PROTECTED] wrote: > x86_64 builds without errors on openSUSE 10.2. > x86 on openSUSE 10.3 Alpha1 > gcc version 4.1.2 20070115 (prerelease) (SUSE Linux) > CONFIG_IPV6=m > CONFIG_IPV6_PRIVACY=y > CONFIG_IPV6_ROUTER_PREF=y > CONFIG_IPV6_ROUTE_INFO=y > # CONFIG_IPV6_MI

Re: [PATCH] fix handling of SIGCHILD from reaped child

On Tue, 20 Feb 2007 20:20:49 +0300 Oleg Nesterov <[EMAIL PROTECTED]> wrote: > > > > + clear_stale_sigchild(current, retval); > > > > > > But we are not checking that SIGCHLD is blocked? > > > > > I'm sorry if I don't read SUSv3 correctly. SUSv3 doesn't define how we > > should > >

  1   2   3   4   5   >