Dmitriy Monakhov wrote on Monday, December 18, 2006 5:23 AM
This patch is result of discussion started week ago here:
http://lkml.org/lkml/2006/12/11/66
changes from original patch:
- Update wrong comments about i_mutex locking.
- Add BUG_ON(!mutex_is_locked(..)) for non blkdev.
-
Ingo Molnar wrote:
* Jiri Slaby [EMAIL PROTECTED] wrote:
Ingo Molnar wrote:
allyesconfig bzImage bootup produced 33 warning messages, of which the
first couple are attached below.
With which kernel? mxser had ttyM for a long time, it should be fixed
in 2.6.20-rc1.
current -git.
It's
Hi !
I have a phenomena that I don't quite understand. gdbserver forks and
after setting ptrace (PTRACE_TRACEME, 0, 0, 0); it then execv
(program, allargs); when this child process hits ptrace_stoped (breakpoint
it does the following in kernel space:
pid 1242 = child process
pid 1241 =
On Dec 18, 2006, Linus Torvalds [EMAIL PROTECTED] wrote:
That said, I think they are still pushing the you don't have any rights
unless we give you additional rights explicitly angle a bit too hard.
Maybe it's just a matter of perception. I don't see it that way from
the inside.
How about
From: Randy Dunlap [EMAIL PROTECTED]
Fix inline kobject functions to return 0 when CONFIG_HOTPLUG=n.
include/linux/kobject.h: In function 'kobject_uevent':
include/linux/kobject.h:277: warning: no return statement in function returning
non-void
include/linux/kobject.h: In function
* Jiri Slaby [EMAIL PROTECTED] wrote:
Ingo Molnar wrote:
* Jiri Slaby [EMAIL PROTECTED] wrote:
Ingo Molnar wrote:
allyesconfig bzImage bootup produced 33 warning messages, of which the
first couple are attached below.
With which kernel? mxser had ttyM for a long time, it should be
On Mon, 18 Dec 2006, Linus Torvalds wrote:
But at the same time, it's interesting that it still happens when we try
to re-add the dirty bit. That would tell me that it's one of two cases:
Forget that. There's a third case, which is much more likely:
- Andrew's patch had a , 1 where it
On Mon, 2006-12-18 at 19:51 +0100, Eric Sesterhenn wrote:
hi,
while playing around with fsfuzzer, i got the following oops with jfs:
[ 851.804875] BUG at fs/jfs/jfs_xtree.c:760 assert(!BT_STACK_FULL(btstack))
...
On a damaged filesystem we might have a full stack and should
not
On Mon, 18 Dec 2006, Alexandre Oliva wrote:
In other words, in the GPL, Program does NOT mean binary. Never has.
Agreed. So what? How does this relate with the point above?
The binary is a Program, as much as the sources are a Program. Both
forms are subject to copyright law and to
On Monday 18 December 2006 10:47, Dave Neuer wrote:
On 12/17/06, D. Hazelton [EMAIL PROTECTED] wrote:
On Sunday 17 December 2006 16:32, David Schwartz wrote:
I would argue that this is _particularly_ pertinent with regards to
Linux. For example, if you look at many of our atomics or
On Mon, 18 Dec 2006 18:02:20 +0100
Jiri Slaby [EMAIL PROTECTED] wrote:
Rafael J. Wysocki wrote:
Hi,
On Monday, 18 December 2006 12:20, Jiri Slaby wrote:
Hi.
I got this oops while suspending:
[ 309.366557] Disabling non-boot CPUs ...
[ 309.386563] CPU 1 is now offline
[
On 12/18/06, D. Hazelton [EMAIL PROTECTED] wrote:
Ah, okay. However I'm quite sure that there are more ways to accomplish the
tasks handled by the code in the header files (in most cases).
Well, that may be so. Unfortunately, Lexmark vs. Static Controls
actually says that even if there are
Hi :o)
On Fri, 2006-12-15 at 18:55 -0800, Linus Torvalds wrote:
But the point is, derived work is not what _you_ or _I_ define. It's
what copyright law defines.
Of course not. I never suggested trying to define a derived work.
And trying to push that definition too far is a total disaster.
On Mon, 2006-12-18 at 12:41 -0800, Linus Torvalds wrote:
On Mon, 18 Dec 2006, Linus Torvalds wrote:
But at the same time, it's interesting that it still happens when we try
to re-add the dirty bit. That would tell me that it's one of two cases:
Forget that. There's a third case,
On Sat, 2006-12-16 at 17:03 +0900, KAMEZAWA Hiroyuki wrote:
/* add this memory to iomem resource */
static struct resource *register_memory_resource(u64 start, u64 size)
{
@@ -273,10 +284,13 @@
if (ret)
goto error;
}
+
Static vs dynamic matters for whether it's an AGGREGATE work. Clearly,
static linking aggregates the library with the other program in the same
binary. There's no question about that. And that _does_ have meaning from
a copyright law angle, since if you don't have permission to ship
On 12/18, Eric W. Biederman wrote:
Oleg Nesterov [EMAIL PROTECTED] writes:
Btw, de_thread() already takes care about multithread init, but
get_signal_to_deliver() does not:
if (current == child_reaper(current))
continue;
Probably just: current-group_leader ==
On Mon, 18 Dec 2006 12:14:35 -0800 (PST)
Linus Torvalds [EMAIL PROTECTED] wrote:
OR:
- page_mkclean_one() is simply buggy.
And I'm starting to wonder about the second case. But it all LOOKS really
fine - I can't see anything wrong there (it uses the extremely
conservative
Kirill Korotaev wrote on Monday, December 18, 2006 4:05 AM
[IA64] bug in ldscript (mainstream)
Occasionally, in mainstream number of fsys entries is even.
Is it a typo on fsys entries is even?
If not, then this change log is misleading. It is the instruction
patch list of FSYS_RETURN that
On Mon, Dec 18, 2006 at 12:43:35PM -0500, Robert P. J. Day wrote:
Add a new section to the CodingStyle file, encouraging people not to
re-invent available kernel macros such as ARRAY_SIZE(),
FIELD_SIZEOF(), min() and max(), among others.
Good stuff. Could you also mention the printk()
Alan wrote:
On Fri, 15 Dec 2006 11:50:14 -0500
Bill Davidsen [EMAIL PROTECTED] wrote:
Did I miss an alternate method of handling ftape devices, or are these
old beasts now unsupported? I occasionally have to be able to handle
that media, since the industrial device using ftape for control
On Mon, 2006-12-18 at 12:14 -0800, Linus Torvalds wrote:
On Mon, 18 Dec 2006, Andrei Popa wrote:
I dropped that patch and added WARN_ON(1), the unified patch is
attached.
I got corruption: Hash check on download completion found bad chunks,
consider using safe_sync.
Ok. That is
Marek Wawrzyczny wrote:
Dear Linux Kernel ML,
I am writing as a Linux-only user of over 2 years to express my concern with
the recent proposal to block out closed source modules from the kernel.
While, I understand and share your sentiments over open source software and
drivers. I fear
On Mon, 18 Dec 2006, Erik Mouw wrote:
On Mon, Dec 18, 2006 at 12:43:35PM -0500, Robert P. J. Day wrote:
Add a new section to the CodingStyle file, encouraging people not to
re-invent available kernel macros such as ARRAY_SIZE(),
FIELD_SIZEOF(), min() and max(), among others.
Good
On 12/18/06, Andrei Popa [EMAIL PROTECTED] wrote:
On Mon, 2006-12-18 at 12:41 -0800, Linus Torvalds wrote:
On Mon, 18 Dec 2006, Linus Torvalds wrote:
But at the same time, it's interesting that it still happens when we try
to re-add the dirty bit. That would tell me that it's one of two
On Mon, Dec 18, 2006 at 10:04:07PM +0100, karderio wrote:
I have realised that the proposed changes do not *impose* any more
restriction on the use of the kernel than currently exists. Currently
the Kernel is licenced to impose the same licence on derived works,
enforce distribution of source
Use the appropriate logging macro for the priority level for that
printk call.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
this appears to be the only instance in the entire tree of
hard-coding the log level in a printk.
diff --git a/arch/ppc/syslib/m8260_pci_erratum9.c
On Mon, 18 Dec 2006, karderio wrote:
I don't see how what is proposed for blocking non GPL modules at all
touches the definition of derived work. Even if according to law and the
GPL, binary modules are legal, the proposed changes could still be
made.
.. and then what does that mean? It
On Mon, Dec 18, 2006 at 05:41:17PM -0200, Alexandre Oliva wrote:
On Dec 17, 2006, Kyle Moffett [EMAIL PROTECTED] wrote:
On the other hand, certain projects like OpenAFS, while not license-
compatible, are certainly not derivative works.
Certainly a big chunk of OpenAFS might not be,
On Mon, Dec 18, 2006 at 04:22:44PM +0300, Dmitriy Monakhov wrote:
diff --git a/mm/filemap.c b/mm/filemap.c
index 8332c77..7c571dd 100644
--- a/mm/filemap.c
+++ b/mm/filemap.c
@@ -2044,8 +2044,9 @@ generic_file_direct_write(struct kiocb *
/*
* Sync the fs metadata but not the
On Mon, Dec 18, 2006 at 01:13:57PM -0800, Dave Hansen wrote:
On Sat, 2006-12-16 at 17:03 +0900, KAMEZAWA Hiroyuki wrote:
/* add this memory to iomem resource */
static struct resource *register_memory_resource(u64 start, u64 size)
{
@@ -273,10 +284,13 @@
if (ret)
(This email is a followup to Re: [PATCH 2.6.19.1] fix aoe without
scatter-gather [Bug 7662].)
On Mon, Dec 18, 2006 at 12:53:00PM -0500, Ed L. Cashin wrote:
...
This patch eliminates the offset data on cards that don't support
scatter-gather or have had scatter-gather turned off. There remains
Linus Torvalds wrote:
On Mon, 18 Dec 2006, Alexandre Oliva wrote:
In other words, in the GPL, Program does NOT mean binary. Never has.
Agreed. So what? How does this relate with the point above?
The binary is a Program, as much as the sources are a Program. Both
forms are
On Mon, Dec 18, 2006 at 08:41:33AM +, Willy Tarreau wrote:
Hi,
Two changes before -final. The first one fixes a race where
one can hit a BUG(), the second one fixes CVE-2006-4814.
-final is just a few days ahead (it scares me, I'll have to check
my scripts to ensure everything's OK).
On Monday 18 December 2006 15:41, Linus Torvalds wrote:
On Mon, 18 Dec 2006, Linus Torvalds wrote:
But at the same time, it's interesting that it still happens when we
try to re-add the dirty bit. That would tell me that it's one of two
cases:
Forget that. There's a third case, which is much
On Mon, 18 Dec 2006, Andrei Popa wrote:
This should be fairly easy to test: just change every single , 1 case in
the patch to , 0.
What happens for you in that case?
I have file corruption.
Magic. And btw, _thanks_ for being such a great tester.
So now I have one more thng for
On 12/18/06, David Schwartz [EMAIL PROTECTED] wrote:
Static vs dynamic matters for whether it's an AGGREGATE work. Clearly,
static linking aggregates the library with the other program in the same
binary. There's no question about that. And that _does_ have meaning from
a copyright law
kernel-parameters.txt says what ACPI and APM stand for, but not APIC.
J Advanced PIC, most likely.
Also say what PIC means.
J http://en.wikipedia.org/wiki/APIC will tell more.
Not when one is having booting problems and can't connect their modem.
Also there give some basic apm related
On Monday, 18 December 2006 18:02, Jiri Slaby wrote:
Rafael J. Wysocki wrote:
Hi,
On Monday, 18 December 2006 12:20, Jiri Slaby wrote:
Hi.
I got this oops while suspending:
[ 309.366557] Disabling non-boot CPUs ...
[ 309.386563] CPU 1 is now offline
[ 309.387625] CPU1 is
On Mon, Dec 18, 2006 at 09:17:50AM +0100, Haar János wrote:
From: David Chinner [EMAIL PROTECTED]
The NBD serves through eth1, and it is on the CPU3, but the ide0 is on
the
CPU0.
I'd say your NBD based XFS filesystem is having trouble.
Are you using XFS on a NBD?
Yes, on
On 12/18/06, Linus Torvalds [EMAIL PROTECTED] wrote:
In other words, it means that we are pushing a agenda that is no longer
neither a technical issue (it's clearly technically _worse_ to not be able
to do something) _nor_ a legal issue.
So tell me, what does the proposed blocking actually do?
Hi.
On Mon, 2006-12-18 at 23:38 +0100, Rafael J. Wysocki wrote:
On Monday, 18 December 2006 18:02, Jiri Slaby wrote:
Rafael J. Wysocki wrote:
Hi,
On Monday, 18 December 2006 12:20, Jiri Slaby wrote:
Hi.
I got this oops while suspending:
[ 309.366557] Disabling non-boot
On Mon, 18 Dec 2006, Alessandro Suardi wrote:
No idea whether this can be a data point or not, but
here it goes... my P2P box is about to turn 5 days old
while running nonstop one or both of aMule 2.1.3 and
BitTorrent 4.4.0 on ext3 mounted w/default options
on both IDE and USB disks. Zero
On Mon, Dec 18, 2006 at 05:21:09PM -0500, Ed L. Cashin wrote:
(This email is a followup to Re: [PATCH 2.6.19.1] fix aoe without
scatter-gather [Bug 7662].)
On Mon, Dec 18, 2006 at 12:53:00PM -0500, Ed L. Cashin wrote:
...
This patch eliminates the offset data on cards that don't support
On Saturday 16 December 2006 09:03, KAMEZAWA Hiroyuki wrote:
@@ -273,10 +284,13 @@
if (ret)
goto error;
}
+ atomic_inc(memory_hotadd_count);
/* call arch's memory hotadd */
ret = arch_add_memory(nid, start, size);
Remove the remaining hard-coded printk levels.
Signed-off-by: David Rientjes [EMAIL PROTECTED]
---
arch/arm/lib/io-acorn.S |4 +++-
arch/arm/vfp/vfphw.S|8 +---
arch/arm26/lib/io-acorn.S |4 +++-
drivers/isdn/i4l/isdn_bsdcomp.c |4 ++--
Hi,
On Monday, 18 December 2006 23:44, Nigel Cunningham wrote:
Hi.
On Mon, 2006-12-18 at 23:38 +0100, Rafael J. Wysocki wrote:
On Monday, 18 December 2006 18:02, Jiri Slaby wrote:
Rafael J. Wysocki wrote:
Hi,
On Monday, 18 December 2006 12:20, Jiri Slaby wrote:
Hi.
On Mon, 2006-12-18 at 23:54 +0100, Arnd Bergmann wrote:
#ifndef __HAVE_ARCH_MEMMAP_INIT
#define memmap_init(size, nid, zone, start_pfn) \
- memmap_init_zone((size), (nid), (zone), (start_pfn))
+ memmap_init_zone((size), (nid), (zone), (start_pfn), 1)
#endif
This is what I was
Hi.
On Tue, 2006-12-19 at 00:09 +0100, Rafael J. Wysocki wrote:
Hi,
On Monday, 18 December 2006 23:44, Nigel Cunningham wrote:
Hi.
On Mon, 2006-12-18 at 23:38 +0100, Rafael J. Wysocki wrote:
On Monday, 18 December 2006 18:02, Jiri Slaby wrote:
Rafael J. Wysocki wrote:
Hi,
On Mon, 18 Dec 2006 23:38:23 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Looks like we have a problem with slab shrinking here.
Could you please use gdb to check what exactly is at shrink_slab+0x9e?
Sure, but not till Friday, sorry (I am away).
I reproduced this on one box,
On Sat, 16 Dec 2006 02:09:48 +0100 (CET)
Jiri Slaby [EMAIL PROTECTED] wrote:
isicom, fix probe race
Fix two race conditions in the probe function with mutex.
...
static int __devinit isicom_probe(struct pci_dev *pdev,
const struct pci_device_id *ent)
{
+ static
On Dec 18, 2006, Linus Torvalds [EMAIL PROTECTED] wrote:
On Mon, 18 Dec 2006, Alexandre Oliva wrote:
In other words, in the GPL, Program does NOT mean binary. Never has.
Agreed. So what? How does this relate with the point above?
Here's how it relates:
- if a program is not a derived
Junio C Hamano writes:
Excuse me, but are you two discussing ld? ;-)
Oops. Yes. :)
Paul.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
On Sat, 16 Dec 2006 08:56:58 +0100
Ingo Molnar [EMAIL PROTECTED] wrote:
-
Subject: [patch] debugging feature: SysRq-Q to print timers
From: Ingo Molnar [EMAIL PROTECTED]
add SysRq-Q to print pending timers and other timer info.
I must say that I've never needed this feature
- Original Message -
From: David Chinner [EMAIL PROTECTED]
To: Haar János [EMAIL PROTECTED]
Cc: David Chinner [EMAIL PROTECTED]; [EMAIL PROTECTED];
linux-kernel@vger.kernel.org
Sent: Monday, December 18, 2006 11:36 PM
Subject: Re: xfslogd-spinlock bug?
On Mon, Dec 18, 2006 at
On Mon, Dec 18, 2006 at 03:31:03PM -0800, Andrew Morton wrote:
On Sat, 16 Dec 2006 08:56:58 +0100
Ingo Molnar [EMAIL PROTECTED] wrote:
-
Subject: [patch] debugging feature: SysRq-Q to print timers
From: Ingo Molnar [EMAIL PROTECTED]
add SysRq-Q to print
On Mon, 2006-12-18 at 14:32 -0800, Linus Torvalds wrote:
On Mon, 18 Dec 2006, Andrei Popa wrote:
This should be fairly easy to test: just change every single , 1 case
in
the patch to , 0.
What happens for you in that case?
I have file corruption.
Magic. And btw,
Andrew Morton wrote:
On Sat, 16 Dec 2006 02:09:48 +0100 (CET)
Jiri Slaby [EMAIL PROTECTED] wrote:
isicom, fix probe race
Fix two race conditions in the probe function with mutex.
...
static int __devinit isicom_probe(struct pci_dev *pdev,
const struct pci_device_id *ent)
{
+
The kernel already maintains context switch counts for each task, and
exposes them through getrusage(2). These counters can also be used
more generally to track which processes on the system are active
(i.e. getting scheduled to run), but getrusage is too constrained to
use it in that way.
This
Linus Torvalds writes:
Derivation has nothing to do with linking. Either it's derived or it
is not, and linking simply doesn't matter. It doesn't matter whether
it's static or dynamic. That's a detail that simply doesn't have anythign
at all to do with derivative work.
There is in fact a
Hello David,
Monday, December 18, 2006, 6:28:58 AM, you wrote:
On Sunday 17 December 2006 11:30 am, Paul Sokolovsky wrote:
Small battery-powered systems, like PDAs, need a way to be
suspended most of the time and woken up just from time to time to
process pending tasks.
Sounds like
On Tue, 19 Dec 2006, Paul Mackerras wrote:
There is in fact a pretty substantial non-technical difference between
static and dynamic linking. If I create a binary by static linking
and I include some library, and I distribute that binary to someone
else, the recipient doesn't need to have
On Mon, 18 Dec 2006 18:45:49 -0500
Dave Jones [EMAIL PROTECTED] wrote:
On Mon, Dec 18, 2006 at 03:31:03PM -0800, Andrew Morton wrote:
On Sat, 16 Dec 2006 08:56:58 +0100
Ingo Molnar [EMAIL PROTECTED] wrote:
-
Subject: [patch] debugging feature: SysRq-Q to print
On Tue, 19 Dec 2006, Andrei Popa wrote:
There's exactly two call sites that call page_mkclean() (an dthat is the
only thing in turn that calls page_mkclean_one(), which we already
determined will cause the corruption).
Can you just TOTALLY DISABLE that case for the
isicom, correct probing/removing
Don't forget to decrease card_count in fail paths and in remove function.
Also null board-base in such cases to point out, that this structure is
unused and thus can be reassigned.
Signed-off-by: Jiri Slaby [EMAIL PROTECTED]
---
commit
On Fri, Dec 08, 2006 at 07:24:37PM +0100, Thomas Hellström wrote:
This patch is to speed up flipping of pages in and out of the AGP
aperture as needed by the new drm memory manager.
A number of global cache flushes are removed as well as some PCI posting
flushes.
The following
On 18/12/06, Hannu Savolainen [EMAIL PROTECTED] wrote:
Marek Wawrzyczny wrote:
Dear Linux Kernel ML,
I am writing as a Linux-only user of over 2 years to express my concern with
the recent proposal to block out closed source modules from the kernel.
While, I understand and share your
I went on with investigating that problem and found the problem,
though I'm not sure if that solution is acceptable..
seems like the memory range gets preallocated in setup-bus.c, and
CARDBUS_MEM_SIZE defines that size.
I changed
#define CARDBUS_MEM_SIZE(32*1024*1024)
to
#define
On Mon, 2006-12-18 at 14:45 -0800, Linus Torvalds wrote:
On Mon, 18 Dec 2006, Alessandro Suardi wrote:
No idea whether this can be a data point or not, but
here it goes... my P2P box is about to turn 5 days old
while running nonstop one or both of aMule 2.1.3 and
BitTorrent 4.4.0 on
On Mon, 18 Dec 2006 15:16:20 -0800
Dave Hansen [EMAIL PROTECTED] wrote:
enum context
{
EARLY,
HOTPLUG
};
I like this :)
Thanks,
-Kame
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Mon, 18 Dec 2006 01:34:16 +0300
Oleg Nesterov [EMAIL PROTECTED] wrote:
Remove -remove_sequence, -insert_sequence, and -work_done from
struct cpu_workqueue_struct. To implement flush_workqueue() we can
queue a barrier work on each CPU and wait for its completition.
Seems sensible. I seem
On Thu, 14 Dec 2006 22:59:13 -0800 Andrew Morton wrote:
Got this on booting up on x86_64 test box.
Didn't happen on next boot.
BUG: scheduling while atomic: hald-addon-stor/0x2000/3300
Call Trace:
[8020ac30] show_trace+0x34/0x47
[8020ac55] dump_stack+0x12/0x17
On Tue, 19 Dec 2006, Andrei Popa wrote:
the corrupted file has a chink full with zeros
http://193.226.119.62/corruption0.jpg
http://193.226.119.62/corruption1.jpg
Thanks. Yup, filled with zeroes, and the corruption stops (but does _not_
start) at a page boundary.
That _does_ look very
On Mon, 2006-12-18 at 16:04 -0800, Linus Torvalds wrote:
On Tue, 19 Dec 2006, Andrei Popa wrote:
There's exactly two call sites that call page_mkclean() (an dthat is
the
only thing in turn that calls page_mkclean_one(), which we already
determined will cause the corruption).
This is just a heads-up to the folk who read LKML more than more specialized
Linux lists ... there's work afoot to clean up the I2C core and make it fit
the driver model better. (Some would say overdue work)
The most interesting/useful part (IMO) is summarized in the appended message;
you
On Mon, 18 Dec 2006 16:29:02 -0800
Randy Dunlap [EMAIL PROTECTED] wrote:
On Thu, 14 Dec 2006 22:59:13 -0800 Andrew Morton wrote:
Got this on booting up on x86_64 test box.
Didn't happen on next boot.
BUG: scheduling while atomic: hald-addon-stor/0x2000/3300
Call Trace:
Linus Torvalds writes:
On Tue, 19 Dec 2006, Paul Mackerras wrote:
There is in fact a pretty substantial non-technical difference between
static and dynamic linking. If I create a binary by static linking
and I include some library, and I distribute that binary to someone
else, the
On 12/18, Andrew Morton wrote:
On Mon, 18 Dec 2006 01:34:16 +0300
Oleg Nesterov [EMAIL PROTECTED] wrote:
NOTE: I removed 'int cpu' parameter, flush_workqueue() locks/unlocks
workqueue_mutex unconditionally. It may be restored, but I think it
doesn't make much sense, we take the mutex
We (the -stable team) are announcing the release of the 2.6.18.6 kernel.
An assortment of important fixes with one security related fix that is
associated with less common bluetooth hardware:
1dca7c28: Bluetooth: Add packet size checks for CAPI messages (CVE-2006-6106)
The diffstat and short
diff --git a/Makefile b/Makefile
index 85d8009..c8b2f7e 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 18
-EXTRAVERSION = .5
+EXTRAVERSION = .6
NAME=Avast! A bilge rat!
# *DOCUMENTATION*
diff --git a/arch/arm/kernel/calls.S
Alan wrote:
I no longer have two kernels to test through; I can't tell if the speed
is back or not. Nothing in dmesg tells me if SATA is using DMA or
32-bit IO support though, so I don't know... lack of knowledge over here
is killing me for troubleshooting this on my own.
The dmesg
On Tuesday, 19 December 2006 00:17, Andrew Morton wrote:
On Mon, 18 Dec 2006 23:38:23 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Looks like we have a problem with slab shrinking here.
Could you please use gdb to check what exactly is at shrink_slab+0x9e?
Sure, but not
On Mon, 18 Dec 2006 23:17:14 +0300
Oleg Nesterov [EMAIL PROTECTED] wrote:
Add -current_work to the struct cpu_workqueue_struct, it points to
currently running struct queue_work. When flush_work(work) detects
-current_work == work, it inserts a barrier at the _head_ of -worklist
(and thus
Hi Paul,
On Monday 18 December 2006 3:58 pm, Paul Sokolovsky wrote:
Monday, December 18, 2006, 6:28:58 AM, you wrote:
On Sunday 17 December 2006 11:30 am, Paul Sokolovsky wrote:
Small battery-powered systems, like PDAs, need a way to be
suspended most of the time and woken up just
On Tue, 19 Dec 2006, Andrei Popa wrote:
nope, no file corruption at all.
Ok. That's interesting, but I think you actually #ifdef'ed out too
much:
It was really just the _inner_ if (mapping_cap_account_dirty(..
statement that I meant you should remove.
Can you try that
On Monday 18 December 2006 4:54 pm, David Brownell wrote:
http://handhelds.org/cgi-bin/cvsweb.cgi/linux/kernel26/drivers/rtc/rtc-sa1100.c.diff?r1=1.5r2=1.6f=h
That patch you applied looks right to me -- why don't you forward it
to Alessandro as a bugfix for 2.6.20-rc2, and save me the
On Tue, 19 Dec 2006 03:43:19 +0300
Oleg Nesterov [EMAIL PROTECTED] wrote:
On 12/18, Andrew Morton wrote:
On Mon, 18 Dec 2006 01:34:16 +0300
Oleg Nesterov [EMAIL PROTECTED] wrote:
NOTE: I removed 'int cpu' parameter, flush_workqueue() locks/unlocks
workqueue_mutex unconditionally.
On Mon, Dec 18, 2006 at 08:38:54AM +0100, Andreas Jellinghaus ([EMAIL
PROTECTED]) wrote:
Does acrypto still have the same size restrictions
I ran into with the last release?
Actually I do not recall what is 'size retrictions' - if you talk about
possibility to use software crypto provider,
What network cards are in the client and the server?
DL10022-based pcmcia network card(both client and server)
The driver name is pcnet_cs.
Are there any error messages your client gives or in the log files?
no error messages.
I capture the packet of ftp transfer by ethereal.
I found the
Evgeniy Polyakov wrote:
Actually I do not recall what is 'size retrictions' - if you talk about
possibility to use software crypto provider, which supports one cipher
in a time, then yes, but it is intended to be used with hardware though.
Otherwise I do not recall any problems pointed to me.
On Mon, Dec 18, 2006 at 02:00:26PM +0100, Andreas Jellinghaus ([EMAIL
PROTECTED]) wrote:
Evgeniy Polyakov wrote:
Actually I do not recall what is 'size retrictions' - if you talk about
possibility to use software crypto provider, which supports one cipher
in a time, then yes, but it is
I read your message on LKML and the bugzilla entry. For best results with bcm43xx problems, please
post to the bcm43xx mailing list or to the netdev mailing list (both are on the CC list here).
Unfortunately, you built your 2.6.19.1 system with bcm43xx debugging disabled. It is impossible to
On Mon, 18 Dec 2006, Adrian Bunk wrote:
On Mon, Dec 18, 2006 at 11:41:59AM -0500, Robert P. J. Day wrote:
Remove the note in the documentation that suggests people can use
requires for dependencies in Kconfig files.
...
Considering that noone uses it, what about the patch below to
On Mon, Dec 18, 2006 at 01:46:27PM -0500, Robert P. J. Day wrote:
On Mon, 18 Dec 2006, Adrian Bunk wrote:
On Mon, Dec 18, 2006 at 11:41:59AM -0500, Robert P. J. Day wrote:
Remove the note in the documentation that suggests people can use
requires for dependencies in Kconfig files.
On Mon, 18 Dec 2006, Adrian Bunk wrote:
On Mon, Dec 18, 2006 at 01:46:27PM -0500, Robert P. J. Day wrote:
p.s. i didn't look closely enough to see if your patch took out
support for both depends *and* requires. at this point,
neither of those are necessary anymore -- it's all depends on
On Monday 18 December 2006 18:48, Andrei Popa wrote:
On Mon, 2006-12-18 at 14:32 -0800, Linus Torvalds wrote:
On Mon, 18 Dec 2006, Andrei Popa wrote:
This should be fairly easy to test: just change every single , 1
case in the patch to , 0.
What happens for you in that case?
I
On Mon, 18 Dec 2006, Andrew Morton wrote:
diff -puN mm/vmscan.c~shrink_all_memory-fix-lru_pages-handling mm/vmscan.c
--- a/mm/vmscan.c~shrink_all_memory-fix-lru_pages-handling
+++ a/mm/vmscan.c
@@ -1484,6 +1484,16 @@ static unsigned long shrink_all_zones(un
return ret;
}
+static
On Mon, 18 Dec 2006 16:57:30 -0800 (PST)
Linus Torvalds [EMAIL PROTECTED] wrote:
What happens if you only ifdef out that single thing?
The actual page-cleaning functions make sure to only clear the TAG_DIRTY
bit _after_ the page has been marked for writeback. Is there some ordering
On Mon, 18 Dec 2006 17:18:12 -0800 (PST)
David Rientjes [EMAIL PROTECTED] wrote:
On Mon, 18 Dec 2006, Andrew Morton wrote:
diff -puN mm/vmscan.c~shrink_all_memory-fix-lru_pages-handling mm/vmscan.c
--- a/mm/vmscan.c~shrink_all_memory-fix-lru_pages-handling
+++ a/mm/vmscan.c
@@ -1484,6
It's also not clear that an aggregate work is in fact
a single work for any legal purpose other than the aggregator's claim to
copyright.
Not sure what you're trying to say there - what are we talking about
here other than the copyright?
We are talking about two different possible
501 - 600 of 669 matches
Mail list logo