Re: Testing framework

On Mon, 2007-04-23 at 02:16 +0530, Karuna sagar K wrote: > 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. You may want to check out the paper "EXPLODE: A Lightweight,

[PATCH] vioc_irq: Switch to pci refcount safe API

Signed-off-by: Alan Cox <[EMAIL PROTECTED]> diff -u --new-file --recursive --exclude-from /usr/src/exclude linux.vanilla-2.6.21-rc6-mm1/drivers/net/vioc/vioc_irq.c linux-2.6.21-rc6-mm1/drivers/net/vioc/vioc_irq.c --- linux.vanilla-2.6.21-rc6-mm1/drivers/net/vioc/vioc_irq.c2007-04-12

Re: [PATCH] sl82c105: Switch to ref counting API

Hello. Alan Cox wrote: Not sure how this one got missed in the great purge some time ago but it did. Signed-off-by: Alan Cox <[EMAIL PROTECTED]> diff -u --new-file --recursive --exclude-from /usr/src/exclude linux.vanilla-2.6.21-rc6-mm1/drivers/ide/pci/sl82c105.c

[PATCH] plan-b: Switch to refcounting PCI API

Signed-off-by: Alan Cox <[EMAIL PROTECTED]> diff -u --new-file --recursive --exclude-from /usr/src/exclude linux.vanilla-2.6.21-rc6-mm1/drivers/media/video/planb.c linux-2.6.21-rc6-mm1/drivers/media/video/planb.c --- linux.vanilla-2.6.21-rc6-mm1/drivers/media/video/planb.c2007-04-12

[PATCH] Nvidia/Riva FB: Switch to pci_get refcounting APIs not pci_find_slot

Signed-off-by: Alan Cox <[EMAIL PROTECTED]> diff -u --new-file --recursive --exclude-from /usr/src/exclude linux.vanilla-2.6.21-rc6-mm1/drivers/video/nvidia/nv_hw.c linux-2.6.21-rc6-mm1/drivers/video/nvidia/nv_hw.c --- linux.vanilla-2.6.21-rc6-mm1/drivers/video/nvidia/nv_hw.c 2007-04-12

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

On Mon, 23 Apr 2007, Andrew Morton wrote: It certainly is. Are you able to identify an earlier kernel in which this didn't happen? 2.6.20? An earlier 2.6.21-rcX? I'll try .18 and .20 and see where that gets me - this is my first time trying to set up packet writing. William Heimbigner

Re: [CRYPTO] is it really optimized ?

Hi [Sorry for the late answer] On 4/19/07, Francis Moreau <[EMAIL PROTECTED]> wrote: On 4/17/07, Roland Dreier <[EMAIL PROTECTED]> wrote: > > > It seems trivial to keep the last key you were given and do a quick > > > memcmp in your setkey method to see if it's different from the last > > >

[PATCH] openprom: Switch to ref counting PCI API

Signed-off-by: Alan Cox <[EMAIL PROTECTED]> diff -u --new-file --recursive --exclude-from /usr/src/exclude linux.vanilla-2.6.21-rc6-mm1/drivers/sbus/char/openprom.c linux-2.6.21-rc6-mm1/drivers/sbus/char/openprom.c --- linux.vanilla-2.6.21-rc6-mm1/drivers/sbus/char/openprom.c 2007-04-12

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

On Monday 23 April 2007, Jan-Bernd Themann wrote: > - 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

[PATCH] pci syscall.c: Switch to refcounting API

Signed-off-by: Alan Cox <[EMAIL PROTECTED]> diff -u --new-file --recursive --exclude-from /usr/src/exclude linux.vanilla-2.6.21-rc6-mm1/drivers/pci/syscall.c linux-2.6.21-rc6-mm1/drivers/pci/syscall.c --- linux.vanilla-2.6.21-rc6-mm1/drivers/pci/syscall.c 2007-04-12 14:14:44.0 +0100

Re: Question about Reiser4

On Mon, Apr 23, 2007 at 01:04:45AM -0700, Andrew Morton wrote: > The namesys engineers continue to maintain reiser4 and I continue to > receive patches for it. > > Right now I'd say that the main blockages for reiser4 are a) the developers > aren't presently asking for inclusion (afaik) and b)

[PATCH] via-pmu: Switch to ref counting PCI API

Signed-off-by: Alan Cox <[EMAIL PROTECTED]> diff -u --new-file --recursive --exclude-from /usr/src/exclude linux.vanilla-2.6.21-rc6-mm1/drivers/macintosh/via-pmu.c linux-2.6.21-rc6-mm1/drivers/macintosh/via-pmu.c --- linux.vanilla-2.6.21-rc6-mm1/drivers/macintosh/via-pmu.c2007-04-12

[PATCH] edd: Switch to refcounting PCI APIs

Signed-off-by: Alan Cox <[EMAIL PROTECTED]> diff -u --new-file --recursive --exclude-from /usr/src/exclude linux.vanilla-2.6.21-rc6-mm1/drivers/firmware/edd.c linux-2.6.21-rc6-mm1/drivers/firmware/edd.c --- linux.vanilla-2.6.21-rc6-mm1/drivers/firmware/edd.c 2007-04-12 14:14:43.0 +0100

[PATCH] sl82c105: Switch to ref counting API

Not sure how this one got missed in the great purge some time ago but it did. Signed-off-by: Alan Cox <[EMAIL PROTECTED]> diff -u --new-file --recursive --exclude-from /usr/src/exclude linux.vanilla-2.6.21-rc6-mm1/drivers/ide/pci/sl82c105.c linux-2.6.21-rc6-mm1/drivers/ide/pci/sl82c105.c ---

[PATCH] sworks-agp: Switch to PCI ref counting APIs

Signed-off-by: Alan Cox <[EMAIL PROTECTED]> diff -u --new-file --recursive --exclude-from /usr/src/exclude linux.vanilla-2.6.21-rc6-mm1/drivers/char/agp/sworks-agp.c linux-2.6.21-rc6-mm1/drivers/char/agp/sworks-agp.c --- linux.vanilla-2.6.21-rc6-mm1/drivers/char/agp/sworks-agp.c 2007-04-12

[PATCH] Nvidia AGP: Use refcount aware PCI interfaces

Signed-off-by: Alan Cox <[EMAIL PROTECTED]> diff -u --new-file --recursive --exclude-from /usr/src/exclude linux.vanilla-2.6.21-rc6-mm1/drivers/char/agp/nvidia-agp.c linux-2.6.21-rc6-mm1/drivers/char/agp/nvidia-agp.c --- linux.vanilla-2.6.21-rc6-mm1/drivers/char/agp/nvidia-agp.c 2007-04-12

[PATCH] PPC pci_32: Stop using old hotplug unsafe APIs

pci_find_slot isn't hot-plug safe. Move this code to the pci hotplug safe equivalent and hold a refcount properly while doinmg make_one_node_map. Signed-off-by: Alan Cox <[EMAIL PROTECTED]> diff -u --new-file --recursive --exclude-from /usr/src/exclude

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

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

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(); > -

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

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

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

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

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

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

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

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"

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

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

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

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

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

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.

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

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

[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

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

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

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

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

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

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

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

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

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

[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

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)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[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

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

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

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

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

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

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

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

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

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

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

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:

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

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

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]

<    1   2   3   4   5   6   7   8   9   >