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
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':
>
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.
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
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
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
[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
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
> 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
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
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
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 (>lock) at:
[]
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
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.
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
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:
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
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
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
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
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
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()
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
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 --
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
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
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
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 |
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]>
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(+)
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
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
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]>
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
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
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
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.
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
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
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 @@
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
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
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
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
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
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
-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
-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
-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)
-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]>
-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
-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 -
-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
-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
-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
-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
-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
-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
-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
-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
-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:
-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 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
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
-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
-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
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 |
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
-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]>
---
-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:
-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]>
---
-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
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
-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
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]>
---
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
-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
-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
-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
-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
-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
-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
-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:
-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
-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:
[]
-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
-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
-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]>
-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
-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
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
-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
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
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
#
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
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
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
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
> #
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
> >
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_MIP6 is not set
CONFIG_IPV6_SIT=m
# CONFIG_IPV6_TUNNEL is not set
1 - 100 of 892 matches
Mail list logo
