Re: PREEMPT_RT: 2.6.20-rt8 patch tweaked for 2.6.20.7

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 > ht

Re: [ck] Re: [ANNOUNCE] Staircase Deadline cpu scheduler version 0.45

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 > > late

Re: [mmc] alternative TI FM MMC/SD driver for 2.6.21-rc7

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. > An

Re: [PATCH RFD] alternative kobject release wait mechanism

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, i

[PATCH] use mutex instead of binary semaphore in CDU-31A driver

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 sony_

Re: [patch] CFS scheduler, -v5

* 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 d

Re: [PATCH][RFC] PCMCIA support for 8xx using platform devices

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_enab

[PATCH] use mutex instead of binary semaphore in idt77252 driver

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 @@ idt77252_ope

Re: ChunkFS - measuring cross-chunk references

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 deve

Re: [patch] CFS scheduler, -v5

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 c

Re: [mmc] alternative TI FM MMC/SD driver for 2.6.21-rc7

> 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 ud

Re: [patch] CFS scheduler, -v5

* 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 intera

Re: [PATCH] use spinlock instead of binary mutex in idt77252 driver

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 se

Re: [OOPS] 2.6.21-rc6-git5 in cfq_dispatch_insert

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 ker

Re: [PATCH] use spinlock instead of binary mutex in idt77252 driver

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 07

Re: [PATCH] use spinlock instead of binary mutex in idt77252 driver

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,

Re: Sleep during spinlock in TPM driver

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,

Re: [PATCH] use spinlock instead of binary mutex in idt77252 driver

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 th

Re: [PATCH][RFC] PCMCIA support for 8xx using platform devices

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 fr

Re: BUG: Null pointer dereference (2.6.21-rc7)

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-

Re: [PATCH] use spinlock instead of binary mutex in idt77252 driver

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 t

Re: PREEMPT_RT: 2.6.20-rt8 patch tweaked for 2.6.20.7

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: http://people.redhat.com/mingo/realtime-preempt/older/patch-2.6.

Re: Question about Reiser4

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? > >

Re: [Devel] Re: [PATCH] Show slab memory usage on OOM and SysRq-M (v3)

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. >> >>

Re: 2.6.20.7 locking up hard on boot

>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 t

Re: regression with gammu on 2.6.21-rc7

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 fi

Re: [BUG? -rc7] SMP: Just one CPU activated: P4 3GHz HT

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

Re: PREEMPT_RT: 2.6.20-rt8 patch tweaked for 2.6.20.7

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 > >

Re: [PATCH] use spinlock instead of binary mutex in idt77252 driver

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 sem

Re: [PATCH] use spinlock instead of binary mutex in idt77252 driver

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 i

Re: Getting the new RxRPC patches upstream

> 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 mess

Update the list information for kexec and kdump

Update the list information for kexec and kdump Signed-off-by: Simon Horman <[EMAIL PROTECTED]> --- Is it too early for this change? Index: linux-2.6/MAINTAINERS === --- linux-2.6.orig/MAINTAINERS 2007-04-23 17:34:30.0 +0

Re: is there any generic GPIO chip framework like IRQ chips?

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 prelimina

Re: Fw: [PATCH -mm] workqueue: debug possible endless loop in cancel_rearming_delayed_work

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 possib

Re: [PATCH] sched: staircase deadline misc fixes

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

[ANNOUNCE] UidBind LSM 0.1

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 http://projects.u

Re: Testing framework

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 availab

[PATCH] x86_64: make GART PTEs uncacheable

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. Si

Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings

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

Re: [PATCH][RFC] i2c: adds support for i2c bus on 8xx

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 c

Re: [PATCH] lazy freeing of memory through MADV_FREE

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

Re: [patch] CFS scheduler, -v5

* 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 inde

crash with CFS v4 and qemu/kvm (was: [patch] CFS scheduler, v4)

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, re

Re: [PATCH] x86_64: make GART PTEs uncacheable

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 fast

Re: [PATCH] workqueue: cancel_rearming_delayed_work/workqueue usage warning

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 Popl

Re: MODULE_MAINTAINER

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 get

Re: [PATCH v3] Bitbanging i2c bus driver using the GPIO API

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 chi

Re: [PATCH] x86_64: make GART PTEs uncacheable

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 numb

Re: [PATCH] x86_64: make GART PTEs uncacheable

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 li

Re: [patch] CFS scheduler, -v5 (build problem - make headers_check fails)

* 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]

Re: [PATCH] lazy freeing of memory through MADV_FREE

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)

[PATCH] Fix chapter reference in CodingStyle

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]> -

Re: [PATCH] lazy freeing of memory through MADV_FREE

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 tho

Re: crash with CFS v4 and qemu/kvm (was: [patch] CFS scheduler, v4)

* 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 -snaps

Re: [1/2] 2.6.21-rc7: known regressions

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: > >

Re: [PATCH] lazy freeing of memory through MADV_FREE

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 madv_fr

Re: [PATCH 3/3] introduce HIGH_ORDER delineating easily reclaimable orders

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 doe

Re: [RFC PATCH 1/2] Fix PF_NOFREEZE and freezeable race

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 thre

Re: [PATCH] lazy freeing of memory through MADV_FREE

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 access

Re: [PATCH] lazy freeing of memory through MADV_FREE

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 another

Re: [RFC PATCH(experimental) 2/2] Fix freezer-kthread_stop race

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(¤t->sighand->siglock); > > > > + task_lock(current);

Re: [RFC][PATCH -mm 3/3] freezer: Fix problem with kthread_stop

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 err

Re: [RFC][PATCH -mm 1/3] Separate freezer from PM code

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 PROTECTE

Re: [PATCH] lazy freeing of memory through MADV_FREE

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 addre

Re: [PATCH] lazy freeing of memory through MADV_FREE

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 MADV_FR

[PATCH] pata_ali: More work

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]> dif

Re: [RFC][PATCH -mm 2/3] freezer: Introduce freezer_flags

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) http://www.livejo

Re: [PATCH 2/7] Containers (V8): Cpusets hooked into containers

[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 M

[PATCH] mm: PageLRU can be non-atomic bit operation

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 linux-2.6.21-rc7/

Re: [PATCH 0/7] Containers (V8): Generic Process Containers

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; > + s

Re: ChunkFS - measuring cross-chunk references

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 ch

Re: [PATCH 7/8] Kconfig: silicon backplane dependency.

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

Re: [PATCH] mm: PageLRU can be non-atomic bit operation

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

Re: [PATCH 7/8] Kconfig: silicon backplane dependency.

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

Re: MODULE_MAINTAINER

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 fr

Re: Testing framework

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 de

Re: [PATCH] kthread: Spontaneous exit support

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 event

Re: [PATCH 7/8] Kconfig: silicon backplane dependency.

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

Re: Question about Reiser4

Here is something I don't understand... It seems there is a maintainer, namesys people, which is what I was supposing, and probably it is the most qualified one for reiser4, but it also seems you imply that they are not interested right now in kernel inclusion, since they are not asking "in th

[RFC][PATCH] ChunkFS: fs fission for faster fsck

This is an initial implementation of ChunkFS technique, briefly discussed at: http://lwn.net/Articles/190222 and http://cis.ksu.edu/~gud/docs/chunkfs-hotdep-val-arjan-gud-zach.pdf This implementation is done within ext2 driver. Every chunk is an independent ext2 file system. The knowledge abo

Re: [PATCH] lazy freeing of memory through MADV_FREE

Rik van Riel wrote: First some ebizzy runs... This is interesting. Ginormous speedups in ebizzy[1] on my quad core test system. The following numbers are the average of 10 runs, since ebizzy shows some variability. You can see a big influence from the tlb batching and from Nick's madv_sem p

Re: [PATCH]Fix parsing kernelcore boot option for ia64

> On Fri, 13 Apr 2007 14:26:22 +0900 Yasunori Goto <[EMAIL PROTECTED]> wrote: > > > Hello. > > > > cmdline_parse_kernelcore() should return the next pointer of boot option > > like memparse() doing. If not, it is cause of eternal loop on ia64 box. > > This patch is for 2.6.21-rc6-mm1. > > > > Si

Re: [PATCH 7/8] Kconfig: silicon backplane dependency.

On Monday 23 April 2007, Martin Schwidefsky wrote: > > > Isn't B44 already behind a WIRELESS or IEEE80211 or similar option that > > can't be selected on s390? > > No, the option can be found in drivers/net/Kconfig under menu "Ethernet > (10 or 100Mbit)". Ah, I was confusing it with b43. Depend

Re: MODULE_MAINTAINER

On Mon, 23 Apr 2007, Rusty Russell wrote: > 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

Re: Sleep during spinlock in TPM driver

On Mon, 23 Apr 2007, Jiri Kosina wrote: 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 ||

[PATCH/RESEND] ehea: fix for dlpar and sysfs entries

This patch includes: - dlpar fix: certain resources may only be allocated when first logical port is available, and must be removed when last logical port has been removed - sysfs entries: create symbolic link from each logical port to ehea driver Signed-off-by: J

Re: Sleep during spinlock in TPM driver

G.. My email client was at it again. Sorry it messed up with the additonal + again. Do not use Alpine - This is the first email client (alphas and betas included) which is buggy enough to change what you write! Not taking chances this time - patch attached. Parag --- linux-2.6-us/drive

Re: gtod/clocksource/clockevents documentation

Remy Bohmer : Hello All, I need to implement a gtod/clocksource/clockevents implementation for the Atmel ARM AT91SAM9261 CPU, and I am looking for some kernel (interface) documentation about these mechanisms. [..] I hacked something which now makes the RT kernel to boot, but the time-of-day

Re: [patch] CFS scheduler, -v5

2007/4/23, Ingo Molnar <[EMAIL PROTECTED]>: Index: linux/kernel/sched.c === --- linux.orig/kernel/sched.c +++ linux/kernel/sched.c +#include "sched_stats.h" +#include "sched_rt.c" +#include "sched_fair.c" +#include "sched_debug.c" I

Re: [PATCH] mm: PageLRU can be non-atomic bit operation

>No. The PG_lru flag bit is just one bit amongst many others: >what of concurrent operations changing other bits in that same >unsigned long e.g. trying to lock the page by setting PG_locked? >There are some places where such micro-optimizations can be made >(typically while first allocating the

POST STARTUP ERRORS ( BIOS )

PC: IBM NetVista - Type: 6269-R2G - S/N 55224PG Operating system: Linux 2.6.18-4-686 #1 SMP Mon Mar 26 17:17:36 UTC 2007 i686 GNU/Linux Dear sir/madam, This is what I got after upgrading from sarge to etch (Debian): << POST STARTUP ERRORS ( BIOS ) The following error(s) were detected when the

Re: MODULE_MAINTAINER

On 04/23/2007 01:52 PM, Robert P. J. Day wrote: On Mon, 23 Apr 2007, Rusty Russell wrote: Valid points have been made on both sides. I suggest: #define MODULE_MAINTAINER(_maintainer) \ MODULE_AUTHOR("(Maintained by) "_maintainer) why bring MODULE_AUTHOR into it? just define it in

Re: [patch] CFS scheduler, -v5

* Guillaume Chazarain <[EMAIL PROTECTED]> wrote: > 2007/4/23, Ingo Molnar <[EMAIL PROTECTED]>: > > Index: linux/kernel/sched.c > === > --- linux.orig/kernel/sched.c > +++ linux/kernel/sched.c > +#include "sched_stats.h" > +#include

Re: [RFC][PATCH -mm 3/3] freezer: Fix problem with kthread_stop

On Sun, Apr 22, 2007 at 09:40:59PM +0200, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki <[EMAIL PROTECTED]> > > 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

Re: Sleep during spinlock in TPM driver

Parag Warudkar napsal(a): > On Mon, 23 Apr 2007, Jiri Kosina wrote: > >> 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

Re: PATCH 2.6.20 11/14; CRIS architecture update - IDE driver

Hello. Mikael Starvik wrote: The attached patch updates the CRIS IDE driver. Signed-off-by: Mikael Starvik <[EMAIL PROTECTED] > Please attach the patch as text/plain and clean it from the whitespace noise. :-/ /Mikael MBR, Sergei - To unsubscribe from this

Re: MODULE_MAINTAINER

On Mon, 23 Apr 2007, Robert P. J. Day wrote: > On Mon, 23 Apr 2007, Rusty Russell wrote: > > > 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 MO

Re: [PATCH]Fix parsing kernelcore boot option for ia64

On Mon, 23 Apr 2007, Yasunori Goto wrote: On Fri, 13 Apr 2007 14:26:22 +0900 Yasunori Goto <[EMAIL PROTECTED]> wrote: Hello. cmdline_parse_kernelcore() should return the next pointer of boot option like memparse() doing. If not, it is cause of eternal loop on ia64 box. This patch is for 2.6.2

Re: [mmc] alternative TI FM MMC/SD driver for 2.6.21-rc7

--- Sergey Yanovich <[EMAIL PROTECTED]> 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. >

Re: [RFC][PATCH -mm 2/3] freezer: Introduce freezer_flags

On Sun, Apr 22, 2007 at 09:39:26PM +0200, Rafael J. Wysocki wrote: > @@ -63,9 +100,9 @@ static inline int thaw_process(struct ta > */ > static inline void frozen_process(struct task_struct *p) > { > - p->flags |= PF_FROZEN; > + set_frozen_flag(p); > wmb(); > - clear_tsk_thread

  1   2   3   4   5   >