When data symbols are not present in kernel image, user needs to add
dot(.) before function name explicitly, that he wants to probe in kprobe
module on ppc64.
for ex:-
When data symbols are missing on ppc64,
[EMAIL PROTECTED] ~]# cat /proc/kallsyms | grep do_fork
On Sun, Apr 22, 2007 at 11:15:48PM -0600, Eric W. Biederman wrote:
Now that the vmlinux is marked as relocatable there is no reason to
retain the CONFIG_PHYSICAL_START option, as we can put the binary we
have at any 2MB aligned address in memory.
With CONFIG_PHYSICAL_START gone the handful
William Heimbigner wrote:
However, is the code really in such a shape that the
community doesn't want to maintain it? Obviously there's a significant
number of people interested in reiser4 - if there weren't, questions
like this wouldn't keep getting asked.
There are people interested in
On Fri, 20 Apr 2007 18:39:43 -0700 (PDT) Christoph Lameter [EMAIL PROTECTED]
wrote:
I have never seen a use of SLAB_DEBUG_INITIAL. It is only supported by SLAB.
I think its purpose was to have a callback after an object has been freed
to verify that the state is the constructor state again?
Andrew Morton wrote:
On Mon, 16 Apr 2007 11:41:14 +0400
Pavel Emelianov [EMAIL PROTECTED] wrote:
If the thread failed to create the subsequent wait_event
will hang forever.
This is likely to happen if kernel hits max_threads limit.
Will be critical for virtualization systems that limit
On Mon, 23 Apr 2007, Rik van Riel wrote:
William Heimbigner wrote:
However, is the code really in such a shape that the community doesn't
want to maintain it? Obviously there's a significant number of people
interested in reiser4 - if there weren't, questions like this wouldn't
keep
On 4/23/07, William Heimbigner [EMAIL PROTECTED] wrote:
Obviously there's a significant number of people interested in reiser4
Count me in.
Jeff.
-
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 Sat, 2007-04-21 at 22:25 +0200, Miklos Szeredi wrote:
The other deadlock, in throttle_vm_writeout() is still to be solved.
Let's go back to the original changelog:
Author: marcelo.tosatti marcelo.tosatti
Date: Tue Mar 8 17:25:19 2005 +
[PATCH] vm: pageout
Updated patch according to Sam's comments.
/Mikael
diff -urNP --exclude='*.cvsignore'
../linux/arch/cris/arch-v32/boot/compressed/decompress.ld
linux-2.6/arch/cris/arch-v32/boot/compressed/decompress.ld
--- ../linux/arch/cris/arch-v32/boot/compressed/decompress.ld 2007-02-04
19:44:54.0
Hi Ogawa :)
* OGAWA Hirofumi [EMAIL PROTECTED] dixit:
DervishD [EMAIL PROTECTED] writes:
It would add the limitation to following simple usage,
# mount -t vfat /dev/sda1 /mnt
# cp -a * /mnt
# umount
if /dev/sda1 was the large and slow device, mount will
Vivek Goyal [EMAIL PROTECTED] writes:
On Sun, Apr 22, 2007 at 11:15:48PM -0600, Eric W. Biederman wrote:
+++ b/arch/x86_64/Kconfig
@@ -565,62 +565,9 @@ config CRASH_DUMP
which are loaded in the main kernel with kexec-tools into
a specially reserved region and then later
On Sun, 22 Apr 2007, Andrew Morton wrote:
This patch causes a use-uninitialised crash in the locks code.
Sigh. The only case in which the check is inverted in a constructor.
Invert the check.
Signed-off-by: Christoph Lameter [EMAIL PROTECTED]
Index: linux-2.6.21-rc6/fs/locks.c
William Heimbigner wrote:
If there was 1) a maintainer and 2) code that didn't break coding
standards, would it be included in the kernel?
While I cannot speak for Linus and Andrew, code that fulfills
these criteria (and is useful to have - reiser4 seems to have
enough user interest) usually
* Markus Trippelsdorf [EMAIL PROTECTED] wrote:
The new version does not link here (amd64,smp):
LD .tmp_vmlinux1
arch/x86_64/kernel/built-in.o:(.rodata+0x1dd8): undefined reference to
`sys_yield_to'
Changing sys_yield_to to sys_sched_yield_to in
On Mon, Apr 23, 2007 at 12:17:22AM -0600, Eric W. Biederman wrote:
Vivek Goyal [EMAIL PROTECTED] writes:
On Sun, Apr 22, 2007 at 11:15:48PM -0600, Eric W. Biederman wrote:
+++ b/arch/x86_64/Kconfig
@@ -565,62 +565,9 @@ config CRASH_DUMP
which are loaded in the main kernel
The other deadlock, in throttle_vm_writeout() is still to be solved.
Let's go back to the original changelog:
Author: marcelo.tosatti marcelo.tosatti
Date: Tue Mar 8 17:25:19 2005 +
[PATCH] vm: pageout throttling
With silly pageout testcases it
On Mon, 23 Apr 2007 08:29:59 +0200 Miklos Szeredi [EMAIL PROTECTED] wrote:
What about swapout? That can increase the number of writeback pages,
without decreasing the number of dirty pages, no?
Could we not solve that by enabling cap_account_writeback on
swapper_space, and thereby
Hello, Dmitry.
Dmitry Torokhov wrote:
Isn't think a good thing? By decoupling the 2 layers we insulate them
from changes in each other. This allows bug subsystems to concentrate
on topics that important to them instead of worying about refcounting
objects that are not directly interesting for
On Mon, 23 Apr 2007, Rik van Riel wrote:
William Heimbigner wrote:
If there was 1) a maintainer and 2) code that didn't break coding
standards, would it be included in the kernel?
While I cannot speak for Linus and Andrew, code that fulfills
these criteria (and is useful to have - reiser4
On Thursday April 19, [EMAIL PROTECTED] wrote:
Right. Sigh. But there is no user of the symlinks.
I could drop the symlinks completely. Just do not track what names a cache
aliases to?
Suppose I have a kmem_cache which at different times has different
sizes (like, for example, the cache
On Mon, 23 Apr 2007, Neil Brown wrote:
Another option might be to name each cache actually created with a
unique name, and then create a symlink for each cache that was asked
for (whether it was created or whether a pre-existing cache was used).
Then being lazy about deletion shouldn't be a
El Sun, Apr 22, 2007 at 07:50:36PM -0400 Kyle Moffett ha dit:
On Apr 22, 2007, at 17:39:59, Matthias Kaehlcke wrote:
use spinlock instead of binary mutex in idt77252 driver
I think you really meant: Use mutex instead of binary semaphore in
idt77252 driver, since this is a binary semaphore
On Mon, Apr 23, 2007 at 03:40:21PM +0900, Tejun Heo wrote:
Hello, Dmitry.
Dmitry Torokhov wrote:
Isn't think a good thing? By decoupling the 2 layers we insulate them
from changes in each other. This allows bug subsystems to concentrate
on topics that important to them instead of worying
John,
On Fri, 2007-04-20 at 15:15 +0200, John Sigler wrote:
I've tweaked patch-2.6.20-rt8(*) so that it applies to 2.6.20.7
(*) http://rt.wiki.kernel.org/index.php/Main_Page
The original patch can be found here:
http://people.redhat.com/mingo/realtime-preempt/older/patch-2.6.20-rt8
On Monday 23 April 2007 00:35, Con Kolivas wrote:
On Monday 23 April 2007 00:22, Willy Tarreau wrote:
X is still somewhat jerky, even
at nice -19. I'm sure it happens when it's waiting in the other array. We
should definitely manage to get rid of this if we want to ensure low
latency.
On Sun, Apr 22, 2007 at 03:15:22PM +0300, Sergey Yanovich wrote:
For a typical, non-linux-geek user there are just two states of the device -
available and not available. Ububtu is famous for its end-user support.
They ship your driver since linux-2.6.17. But they pack it in one module.
And
On Sun, 22 Apr 2007 10:40:51 -0700,
Greg KH [EMAIL PROTECTED] wrote:
Looking some more, kobject_get_path() is used for kobject renaming,
uevent handling, and a little bit in the input core. None of these things
should try to access a kobject after it has been del()ed. After all, it's
use mutex instead of binary semaphore in CDU-31A driver
Signed-off-by: Matthias Kaehlcke [EMAIL PROTECTED]
--
diff --git a/drivers/cdrom/cdu31a.c b/drivers/cdrom/cdu31a.c
index 2157c58..d3649e4 100644
--- a/drivers/cdrom/cdu31a.c
+++ b/drivers/cdrom/cdu31a.c
@@ -263,7 +263,7 @@ static int
* Nick Piggin [EMAIL PROTECTED] wrote:
yeah - but they'll all be quad core, so the SMP timeslice
multiplicator should do the trick. Most of the CFS testers use
single-CPU systems.
But desktop users could have have quad thread and even 8 thread CPUs
soon, so if the number doesn't
On Sun, 22 Apr 2007 23:49:41 +0200
Arnd Bergmann wrote:
On Sunday 22 April 2007, Vitaly Bordug wrote:
This utilizes PCMCIA on mpc885ads and mpc866ads from arch/powerpc.
In the new approach, direct IMMR accesses from within drivers/ were
totally eliminated, that requires hardware_enable,
use mutex instead of binary semaphore in idt77252 driver
Signed-off-by: Matthias Kaehlcke [EMAIL PROTECTED]
--
diff --git a/drivers/atm/idt77252.c b/drivers/atm/idt77252.c
index b4b8014..e3cf141 100644
--- a/drivers/atm/idt77252.c
+++ b/drivers/atm/idt77252.c
@@ -2430,7 +2430,7 @@
Hi,
The tool estimates the cross-chunk references from an extt2/3 file
system. It considers a block group as one chunk and calcuates how many
block groups does a file span across. So, the block group size gives
the estimate of chunk size.
The file systems were aged for about 3-4 months on a
On Mon, Apr 23, 2007 at 09:10:50AM +0200, Ingo Molnar wrote:
* Nick Piggin [EMAIL PROTECTED] wrote:
yeah - but they'll all be quad core, so the SMP timeslice
multiplicator should do the trick. Most of the CFS testers use
single-CPU systems.
But desktop users could have have
For a typical, non-linux-geek user there are just two states of the device -
available and not available. Ububtu is famous for its end-user support.
They ship your driver since linux-2.6.17. But they pack it in one module.
And that is _much_ easier, then a hotplug script.
No, we ship a udev
* Nick Piggin [EMAIL PROTECTED] wrote:
do need reinforcement and test results on the basic part: _can_ this
design be interactive enough on the desktop? So far the feedback has
been affirmative, but more testing is needed.
It seems to be fairly easy to make a scheduler interactive if
El Mon, Apr 23, 2007 at 09:16:08AM +0200 Eddie C. Dost ha dit:
Please note that the semaphore is used to lock the idt77252 config
tables among multiple users including atmsigd even on single processor
machines. Does this work with mutexes?
afaik mutexes have the same behaviour as binary
On Sun, Apr 22 2007, Brad Campbell wrote:
Jens Axboe wrote:
Thanks for testing Brad, be sure to use the next patch I sent instead.
The one from this mail shouldn't even get you booted. So double check
that you are still using CFQ :-)
[184901.576773] BUG: unable to handle kernel NULL
Hi,
Please note that the semaphore is used to lock the idt77252 config
tables among multiple users including atmsigd even on single processor
machines. Does this work with mutexes?
Best regards,
Eddie
On Mon, Apr 23, 2007 at 08:55:20AM +0200, Matthias Kaehlcke wrote:
El Sun, Apr 22, 2007 at
Hi,
as long as mutexes are not converted to nop when CONFIG_SMP is not
defined (I don't know what current kernels do), this is of course
correct. You need to verify the headerfiles for the above.
Regards,
Eddie
On Mon, Apr 23, 2007 at 09:40:26AM +0200, Matthias Kaehlcke wrote:
El Mon, Apr 23,
On Sun, 22 Apr 2007, Parag Warudkar wrote:
@@ -1097,8 +1097,13 @@
/* Driver specific per-device data */
chip = kzalloc(sizeof(*chip), GFP_KERNEL);
- if (chip == NULL)
+ devname = kmalloc(DEVNAME_SIZE, GFP_KERNEL);
+ + if (chip == NULL || devname == NULL) {
Hi,
this
hi,
El Mon, Apr 23, 2007 at 09:40:19AM +0200 Eddie C. Dost ha dit:
as long as mutexes are not converted to nop when CONFIG_SMP is not
defined (I don't know what current kernels do), this is of course
correct. You need to verify the headerfiles for the above.
i just checked this, neither the
On Mon, Apr 23, 2007 at 10:14:27AM +0400, Vitaly Bordug wrote:
On Sun, 22 Apr 2007 23:49:41 +0200
Arnd Bergmann wrote:
On Sunday 22 April 2007, Vitaly Bordug wrote:
This utilizes PCMCIA on mpc885ads and mpc866ads from arch/powerpc.
In the new approach, direct IMMR accesses from within
On Sun, 22 Apr 2007 23:13:54 + (GMT) William Heimbigner [EMAIL PROTECTED]
wrote:
On running pktsetup 0 /dev/hdd, I get the following:
[ 3970.461403] =
[ 3970.482051] [ INFO: possible recursive locking detected ]
[ 3970.498210] 2.6.21-rc7 #2
Hi,
On 4/23/07, Eddie C. Dost [EMAIL PROTECTED] wrote:
as long as mutexes are not converted to nop when CONFIG_SMP is not
defined (I don't know what current kernels do), this is of course
correct. You need to verify the headerfiles for the above.
Yes, even on UP different threads accessing
Thomas Gleixner wrote:
On Fri, 2007-04-20 at 15:15 +0200, John Sigler wrote:
I've tweaked patch-2.6.20-rt8(*) so that it applies to 2.6.20.7
(*) http://rt.wiki.kernel.org/index.php/Main_Page
The original patch can be found here:
On Mon, 23 Apr 2007 06:42:24 + (GMT) William Heimbigner [EMAIL PROTECTED]
wrote:
On Mon, 23 Apr 2007, Rik van Riel wrote:
William Heimbigner wrote:
If there was 1) a maintainer and 2) code that didn't break coding
standards, would it be included in the kernel?
While I cannot
Andrew Morton wrote:
On Wed, 18 Apr 2007 11:13:01 +0400 Pavel Emelianov [EMAIL PROTECTED] wrote:
The out_of_memory() function and SysRq-M handler call
show_mem() to show the current memory usage state.
This is also helpful to see which slabs are the largest
in the system.
Thanks Pekka for
Considering where it failed and that 2.6.20.3 worked, I would be
extremely surprised if this wasn't one more report of
adjust-legacy-ide-resource-setting.patch breaking booting (and we
already have confirmed reports for this)...
But AFAIK we still don't understand how this patch managed to
Hello Greg,
On Sun, Apr 22, 2007 at 10:47:17PM -0700, Greg KH wrote:
On Fri, Apr 20, 2007 at 10:58:53AM +0200, Wolfgang Erig wrote:
Hello,
I have a regression with 2.6.21-rc7-g80d74d51.
The utility gammu to talk to my mobile does not work anymore.
With 2.6.20 gammu runs fine.
On 4/22/07, Luca Tettamanti [EMAIL PROTECTED] wrote:
Probably the two siblings are enumerated only in ACPI tables. If you
disable ACPI the kernel won't be aware of the second core.
Luca
--
Su cio` di cui non si puo` parlare e` bene tacere.
Ludwig Wittgenstein
On 4/23/07, Robert Hancock
On Mon, 2007-04-23 at 10:03 +0200, John Sigler wrote:
Can you create an entry in the rt-wiki, so people can find your
patches ?
Sure.
Should I add a link to my patch on the CONFIG PREEMPT RT Patch page?
http://rt.wiki.kernel.org/index.php/CONFIG_PREEMPT_RT_Patch#Download
e.g. in the
On Sun, Apr 22, 2007 at 07:50:36PM -0400, Kyle Moffett wrote:
On Apr 22, 2007, at 17:39:59, Matthias Kaehlcke wrote:
use spinlock instead of binary mutex in idt77252 driver
I think you really meant: Use mutex instead of binary semaphore in
idt77252 driver, since this is a binary semaphore
El Mon, Apr 23, 2007 at 09:17:53AM +0100 Christoph Hellwig ha dit:
On Sun, Apr 22, 2007 at 07:50:36PM -0400, Kyle Moffett wrote:
On Apr 22, 2007, at 17:39:59, Matthias Kaehlcke wrote:
use spinlock instead of binary mutex in idt77252 driver
I think you really meant: Use mutex instead of
We only care when del_timer() returns true. In that case, if the timer
function still runs (possible for single-threaded wqs), it has already
passed __queue_work().
Why do you assume that?
David
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
Hello David,
Thursday, April 19, 2007, 5:22:44 AM, you wrote:
So, talking about what an (optional) implementation framework might
look like (and which could handle the SOC, FPGA, I2C, and MFD cases
I've looked at):
See patches in following messages ... a preliminary gpio_chip core
On Fri, Apr 20, 2007 at 09:08:36PM +0400, Oleg Nesterov wrote:
On 04/20, Jarek Poplawski wrote:
On Thu, Apr 19, 2007 at 02:21:22PM +0400, Oleg Nesterov wrote:
...
Yes. It would be better to use cancel_work_sync() instead of
flush_workqueue()
to make this less possible (because
On Thu, 29 Mar 2007 02:37:38 +1000 Con Kolivas [EMAIL PROTECTED] wrote:
test.kernel.org found some idle time regressions in the latest update to the
staircase deadline scheduler and Andy Whitcroft helped me track down the
offending problem which was present in all previous RSDL schedulers but
Hi all,
this is a very simple module that allows bind() to tcp/udp port (=1024)
only for the uids defined in a configfs tree.
It is a first version, it only works for PF_INET sockets and makes no
difference between tcp and udp (i am working on this)
For (little) more info see
On Mon, 2007-04-23 at 02:16 +0530, Karuna sagar K wrote:
Hi,
For some time I had been working on this file system test framework.
Now I have a implementation for the same and below is the explanation.
Any comments are welcome.
Introduction:
The testing tools and benchmarks available
This patches fixes the silent data corruption problems being seen using the
GART iommu where 4kB of data where incorrect (seen mostly on Nvidia CK804
systems). This fix, to mark the memory regin the GART PTEs reside on as
uncacheable, also brings the code in line with the AGP specification.
Jeremy Fitzhardinge [EMAIL PROTECTED] writes:
Chuck Ebbert wrote:
H. Peter Anvin wrote:
Andi Kleen wrote:
Then we would have seen reports surely?
Yes, I would have thought so. It surprised me that such an obvious bug
could be there, apparently for a long time. But it's
Hi Vitaly,
On Sun, 22 Apr 2007 15:29:37 +0400, Vitaly Bordug wrote:
On Sat, 21 Apr 2007 09:57:07 +0200 Jean Delvare wrote:
I wonder what's the point of having a separate i2c algorithm driver.
We don't expect any other driver than i2c-rpx to ever use it, do we?
In that case, all the code
Use TLB batching for MADV_FREE. Adds another 10-15% extra performance
to the MySQL sysbench results on my quad core system.
Signed-off-by: Rik van Riel [EMAIL PROTECTED]
---
Rik van Riel wrote:
I've added a 5th column, with just your mmap_sem patch and
without my madv_free patch. It is run
* Nick Piggin [EMAIL PROTECTED] wrote:
yeah - but they'll all be quad core, so the SMP timeslice
multiplicator should do the trick. Most of the CFS testers use
single-CPU systems.
But desktop users could have have quad thread and even 8 thread CPUs
soon, [...]
SMT is indeed an
On Friday 20 April 2007, Ingo Molnar wrote:
i'm pleased to announce release -v4 of the CFS patchset.
Hi Ingo, hi Avi, hi all,
I'm trying to use kvm-20 with cfs v4 and get a crash:
[EMAIL PROTECTED]:~$ /usr/local/kvm/bin/qemu -snapshot
/mnt/data/virtual/qemu/winxp.img
kvm_run: failed entry,
On Monday 23 April 2007 11:14:10 Joachim Deguara wrote:
This patches fixes the silent data corruption problems being seen using the
GART iommu where 4kB of data where incorrect (seen mostly on Nvidia CK804
systems).
Performance numbers? How much slower does this make this? Is it still faster
On Fri, Apr 20, 2007 at 09:23:48PM +0400, Oleg Nesterov wrote:
On 04/20, Jarek Poplawski wrote:
Here is my proposal to make things clearer:
(this time on 2.6.21-rc7)
CC: David Chinner [EMAIL PROTECTED]
CC: Oleg Nesterov [EMAIL PROTECTED]
Signed-off-by: Jarek Poplawski [EMAIL
On 04/04/2007 06:38 PM, Rene Herman wrote:
Rusty?
On 04/04/2007 06:00 PM, Alan Cox wrote:
Given that people seem to agree that authorship information has no
place in the binary, that might actually be best.
Authorship information is very useful in the binary, especially when you
have to
Lennart,
On Sun, 22 Apr 2007 11:41:51 -0400, Lennart Sorensen wrote:
On Fri, Apr 20, 2007 at 07:49:33PM +0200, Jean Delvare wrote:
The scx200_acb driver was heavily modified in 2.6.17 and 2.6.18, not
much since then. I am not familiar with the hardware so I can't comment
on which chips are
On Monday 23 April 2007 11:32, Andi Kleen wrote:
On Monday 23 April 2007 11:14:10 Joachim Deguara wrote:
This patches fixes the silent data corruption problems being seen using
the GART iommu where 4kB of data where incorrect (seen mostly on Nvidia
CK804 systems).
Performance numbers? How
On Monday 23 April 2007 11:45:11 Joachim Deguara wrote:
I can work on that as a side note, but while the GART IOMMU is still in the
kernel then we need this fix.
If it's too slow we can just use swiotlb instead. Probably while enlarging it.
-Andi
-
To unsubscribe from this list: send the
* Zach Carter [EMAIL PROTECTED] wrote:
FYI, make headers_check seems to fail on this:
[EMAIL PROTECTED] linux-2.6]$ make headers_check
make[2]: *** No rule to make target
`/src/linux-2.6/usr/include/linux/.check.sched.h', needed by
`__headerscheck'. Stop.
make[1]: *** [linux] Error 2
Nick Piggin wrote:
Rik van Riel wrote:
I've added a 5th column, with just your mmap_sem patch and
without my madv_free patch. It is run with the glibc patch,
which should make it fall back to MADV_DONTNEED after the
first MADV_FREE call fails.
Thanks! (I edited slightly so it doesn't wrap)
Greetings,
commit 226a6b84aaaf1fac7a5d41cf4e7387fd9ba895d5 renumbered Chapter 11 in
Documentation/CodingStyle to Chapter 12, but it didn't update the reference
to that chapter further down in the file. This patch corrects the chapter
reference.
Signed-off-by: Jesper Juhl [EMAIL PROTECTED]
Nick Piggin wrote:
I haven't tested your MADV_FREE patch yet.
Good. It turned out that one behaved a bit strange without tlb batching
anyway.
I'm now running ebizzy across the whole set of kernels I tested before,
and will post the results in a bit.
--
Politics is the struggle between
* Christian Hesse [EMAIL PROTECTED] wrote:
On Friday 20 April 2007, Ingo Molnar wrote:
i'm pleased to announce release -v4 of the CFS patchset.
Hi Ingo, hi Avi, hi all,
I'm trying to use kvm-20 with cfs v4 and get a crash:
[EMAIL PROTECTED]:~$ /usr/local/kvm/bin/qemu -snapshot
At Fri, 20 Apr 2007 20:26:10 +0200,
I wrote:
At Fri, 20 Apr 2007 11:18:07 -0700,
Andrew Morton wrote:
On Fri, 20 Apr 2007 12:34:18 +0200
Takashi Iwai [EMAIL PROTECTED] wrote:
Good to hear! I forgot the patch description and sign-off, so here it
is again:
[PATCH]
Rik van Riel wrote:
Use TLB batching for MADV_FREE. Adds another 10-15% extra performance
to the MySQL sysbench results on my quad core system.
Signed-off-by: Rik van Riel [EMAIL PROTECTED]
---
Rik van Riel wrote:
I've added a 5th column, with just your mmap_sem patch and
without my
Andrew Morton wrote:
On Sat, 21 Apr 2007 01:28:43 -0700 Andrew Morton [EMAIL PROTECTED] wrote:
It would have been better to have patched page_alloc.c independently, then
to have used HIGH_ORDER in lumpy: increase pressure at the end of the
inactive
list.
Actually that doesn't matter,
On Fri, Apr 20, 2007 at 10:02:08PM +0400, Oleg Nesterov wrote:
On 04/19, Rafael J. Wysocki wrote:
On Thursday, 19 April 2007 14:02, Gautham R Shenoy wrote:
This patch fixes the race pointed out by Oleg Nesterov.
* Freezer marks a thread as freezeable.
* The thread now marks
Nick Piggin wrote:
It looks like the tlb flushes (and IPIs) from zap_pte_range()
could have been the problem. They're gone now.
I guess it is a good idea to batch these things. But can you
do that on all architectures? What happens if your tlb flush
happens after another thread already
Rik van Riel wrote:
Nick Piggin wrote:
It looks like the tlb flushes (and IPIs) from zap_pte_range()
could have been the problem. They're gone now.
I guess it is a good idea to batch these things. But can you
do that on all architectures? What happens if your tlb flush
happens after
On Sat, Apr 21, 2007 at 01:12:09AM +0400, Oleg Nesterov wrote:
On 04/19, Gautham R Shenoy wrote:
@@ -63,12 +74,16 @@ void refrigerator(void)
recalc_sigpending(); /* We sent fake signal, clean it up */
spin_unlock_irq(current-sighand-siglock);
+ task_lock(current);
Hi!
Fix the problem with kthread_stop() that causes the freezer to fail if a
freezable thread is attempting to stop a frozen one and that may cause the
freezer to fail if the thread being stopped is freezable and
try_to_freeze_tasks() is running concurrently with kthread_stop().
Parse error.
Hi!
Now that the freezer is used by kprobes, it is no longer a PM-specific piece
of
code. Move the freezer code out of kernel/power and introduce the
CONFIG_FREEZER option that will be chosen automatically if PM or KPROBES is
set.
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
On Mon, Apr 23, 2007 at 08:21:37PM +1000, Nick Piggin wrote:
I guess it is a good idea to batch these things. But can you
do that on all architectures? What happens if your tlb flush
happens after another thread already accesses it again, or
after it subsequently gets removed from the address
Use TLB batching for MADV_FREE. Adds another 10-15% extra performance
to the MySQL sysbench results on my quad core system.
Signed-off-by: Rik van Riel [EMAIL PROTECTED]
---
Nick Piggin wrote:
3) because of this, we can treat any such accesses as
happening simultaneously with the
Still don't know why some people see problems with ATAPI devices
specifically but here are some more small fixes done while searching for
the root problem (some of these fixes are overconservative but that can
be fixed *after* the thing works fully)
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff
Hi!
From: Rafael J. Wysocki [EMAIL PROTECTED]
Move all of the freezer-related flags to a separate field in task_struct and
introduce functions to operate them using set_bit() etc.
Looks sane to me.
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
--
(english)
[EMAIL PROTECTED] wrote:
This patch removes the process grouping code from the cpusets code,
instead hooking it into the generic container system. This temporarily
adds cpuset-specific code in kernel/container.c, which is removed by
the next patch in the series.
Signed-off-by: Paul Menage
Hi
PageLRU flag operation is protected by zone-lru_lock, so
SetPageLRU/ClearPageLRU
can be replaced to __SetPageLRU/__ClearPageLRU non-atomic bit operation.
Thanks.
Signed-off-by :Hisashi Hifumi [EMAIL PROTECTED]
diff -Nrup linux-2.6.21-rc7.org/include/linux/page-flags.h
Hi Paul,
In [patch 3/7] Containers (V8): Add generic multi-subsystem API to
containers, you have forcefully enabled interrupt in
container_init_subsys() with spin_unlock_irq() which breaks on PPC64.
+static void container_init_subsys(struct container_subsys *ss) {
+ int retval;
+
On Mon, 2007-04-23 at 12:49 +0530, Karuna sagar K wrote:
Hi,
The tool estimates the cross-chunk references from an extt2/3 file
system. It considers a block group as one chunk and calcuates how many
block groups does a file span across. So, the block group size gives
the estimate of chunk
On Sun, 2007-04-22 at 11:46 +0200, Michael Buesch wrote:
No, this doesn't look right. There are other devices that come with
SiliconBackplane but are not PCI or PCMCIA style devices.
Yes, Michael already told me about that. The current solution is to use
!S390, could we use HAS_IOMEM
On Mon, 23 Apr 2007, Hisashi Hifumi wrote:
PageLRU flag operation is protected by zone-lru_lock, so
SetPageLRU/ClearPageLRU
can be replaced to __SetPageLRU/__ClearPageLRU non-atomic bit operation.
No. The PG_lru flag bit is just one bit amongst many others:
what of concurrent operations
On Monday 23 April 2007, Martin Schwidefsky wrote:
The current Kconfig code does not check all select statements if they
can be enabled before allowing the config option that does the select.
So the rule for using select statements is that the depends line of the
config option that selects
On Mon, 2007-04-23 at 11:33 +0200, Rene Herman wrote:
On 04/04/2007 06:38 PM, Rene Herman wrote:
Rusty?
Valid points have been made on both sides. I suggest:
#define MODULE_MAINTAINER(_maintainer) \
MODULE_AUTHOR((Maintained by) _maintainer)
Cheers,
Rusty.
-
To unsubscribe from
On 4/23/07, Kalpak Shah [EMAIL PROTECTED] wrote:
On Mon, 2007-04-23 at 02:16 +0530, Karuna sagar K wrote:
.
The file system is looked upon as a set of blocks (more precisely
metadata blocks). We randomly choose from this set of blocks to
corrupt. Hence we would be able to overcome the
On Sun, Apr 22, 2007 at 09:12:55PM -0600, Eric W. Biederman wrote:
This patch implements the kthread helper functions kthread_start
and kthread_end which make it simple to support a kernel thread
that may decided to exit on it's own before we request it to.
It is still assumed that
On Mon, 2007-04-23 at 13:22 +0200, Arnd Bergmann wrote:
The current Kconfig code does not check all select statements if they
can be enabled before allowing the config option that does the select.
So the rule for using select statements is that the depends line of the
config option that
1 - 100 of 881 matches
Mail list logo