Re: Question about Reiser4

William Heimbigner wrote: > Eric Hopper wrote: > > I know that this whole effort has been put in disarray by the > > prosecution of Hans Reiser, but I'm curious as to its status. > > It was in disarray well before. Many of the reiser4 features, > like filesystem plugins, make more

Re: Question about Reiser4

William Heimbigner wrote: Eric Hopper wrote: I know that this whole effort has been put in disarray by the prosecution of Hans Reiser, but I'm curious as to its status. It was in disarray well before. Many of the reiser4 features, like filesystem plugins, make more technical sense in the

Re: regression with gammu on 2.6.21-rc7

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. > > Distribution is the latest Debian/testing > > Wolfgang > > $ gammu

Re: [PATCH] use spinlock instead of binary mutex in CDU-31A driver

El Mon, Apr 23, 2007 at 01:25:58AM +0200 Andi Kleen ha dit: > Matthias Kaehlcke <[EMAIL PROTECTED]> writes: > > > -static DECLARE_MUTEX(sony_sem);/* Semaphore for drive hardware > > access */ > > +static DEFINE_MUTEX(sony_mtx); /* Mutex for drive hardware > > access */

Re: [patch] CFS scheduler, -v5

On Mon, Apr 23, 2007 at 03:12:29AM +0200, Ingo Molnar wrote: > > i'm pleased to announce release -v5 of the CFS scheduler patchset. The > patch against v2.6.21-rc7 and v2.6.20.7 can be downloaded from: ... > - feature: add initial sys_sched_yield_to() implementation. Not hooked >into the

Re: [patch] CFS scheduler, -v5

On Mon, Apr 23, 2007 at 07:16:59AM +0200, Markus Trippelsdorf wrote: > On Mon, Apr 23, 2007 at 03:12:29AM +0200, Ingo Molnar wrote: > > > > i'm pleased to announce release -v5 of the CFS scheduler patchset. The > > patch against v2.6.21-rc7 and v2.6.20.7 can be downloaded from: > ... > > -

Re: SATA errors/messages after upgrade to 2.6.20.7

[EMAIL PROTECTED] wrote: It is a Samsung HD501LJ SATA drive connected to 631xESB/632xESB controller. Reading and writing every block of the drive does not generate any other errors/failures. This is observed in 2.6.20.7 like a clockwork on any badblocks -v run or rebuild of a MD raid1 array

[PATCH 2/2] x86_64: Remove CONFIG_PHYSICAL_START and CONFIG_RELOCATABLE

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 of code lines that depend on CONFIG_RELOCATABLE no longer make sense to

[PATCH 1/2] x86_64: Reflect the relocatability of the kernel in the ELF header.

Currently because vmlinux does not reflect that the kernel is relocatable we still have to support CONFIG_PHYSICAL_START. So this patch adds a small c program to do what we cannot do with a linker script, set the elf header type to ET_DYN. This should remove the last obstacle to removing

Re: [PATCH] x86: Fix potential overflow in perfctr reservation

Hello. In article <[EMAIL PROTECTED]> (at Sun, 22 Apr 2007 01:09:17 -0700), Andrew Morton <[EMAIL PROTECTED]> says: > > [PATCH] x86: Fix potential overflow in perfctr reservation : > The created a warning storm: > > > arch/i386/kernel/nmi.c: In function 'avail_to_resrv_perfctr_nmi_bit': >

Re: [PATCH] fault injection: fix failslab with CONFIG_NUMA

On Sun, 22 Apr 2007, Akinobu Mita wrote: > Currently failslab injects failures into cache_alloc(). > But with enabling CONFIG_NUMA it's not enough to let actual > slab allocator functions (kmalloc, kmem_cache_alloc, ...) return NULL. > > This patch moves fault injection hook inside of

Re: [PATCH] lazy freeing of memory through MADV_FREE

Jakub Jelinek wrote: On Fri, Apr 20, 2007 at 07:52:44PM -0400, Rik van Riel wrote: It turns out that Nick's patch does not improve peak performance much, but it does prevent the decline when running with 16 threads on my quad core CPU! We _definately_ want both patches, there's a huge benefit

Re: How to make mmap'ed kernel buffer non-cacheable

Bhuvan Kumar MITTAL wrote: Hi Alan, I believe that dma_alloc_coherent will mark the kernel buffer as uncached at alocation time. But that is not my intention. I have mapped some user space memory to the kernel buffer and I wish to ensure that the contents of both are coherent and correctly

Re: [PATCH] lazy freeing of memory through MADV_FREE

Nick Piggin wrote: So where is the down_write coming from in this workload, I wonder? Heap management? What syscalls? Trying to answer this question, I straced the mysql threads that showed up in top when running a single threaded sysbench workload. There were no mmap, munmap, brk, mprotect

RE: How to make mmap'ed kernel buffer non-cacheable

Hi Alan, I believe that dma_alloc_coherent will mark the kernel buffer as uncached at alocation time. But that is not my intention. I have mapped some user space memory to the kernel buffer and I wish to ensure that the contents of both are coherent and correctly ordered. In other words I

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

Hi Rafael, +/* + * Per task flags used by the freezer + * + * They should not be referred to directly outside of this file. + */ +#define TFF_NOFREEZE 0 /* task should not be frozen */ +#define TFF_FREEZE 8 /* task should go to the refrigerator ASAP */ +#define

Re: [patch] CFS scheduler, -v5

On Mon, Apr 23, 2007 at 05:43:10AM +0200, Ingo Molnar wrote: > > * Nick Piggin <[EMAIL PROTECTED]> wrote: > > > > note that CFS's "granularity" value is not directly comparable to > > > "timeslice length": > > > > Right, but it does introduce the kbuild regression, [...] > > Note that i

Re: [PATCH] lazy freeing of memory through MADV_FREE

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) vanilla new

Re: Question about Reiser4

Eric Hopper wrote: I know that this whole effort has been put in disarray by the prosecution of Hans Reiser, but I'm curious as to its status. It was in disarray well before. Many of the reiser4 features, like filesystem plugins, make more technical sense in the Linux VFS, but made more

Re: [PATCH] lazy freeing of memory through MADV_FREE

Rik van Riel wrote: Nick Piggin wrote: Rik van Riel wrote: Nick Piggin wrote: Rik van Riel wrote: Here are the transactions/seconds for each combination: 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

Re: Question about Reiser4

Eric Hopper wrote: I know that this whole effort has been put in disarray by the prosecution of Hans Reiser, but I'm curious as to its status. It was in disarray well before. Many of the reiser4 features, like filesystem plugins, make more technical sense in the Linux VFS, but made more

Re: [PATCH] lazy freeing of memory through MADV_FREE

Nick Piggin wrote: Rik van Riel wrote: Nick Piggin wrote: Rik van Riel wrote: Here are the transactions/seconds for each combination: 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

Re: [patch] CFS scheduler, -v5

* Nick Piggin <[EMAIL PROTECTED]> wrote: > > note that CFS's "granularity" value is not directly comparable to > > "timeslice length": > > Right, but it does introduce the kbuild regression, [...] Note that i increased the granularity from 1msec to 5msecs after your kbuild report, could you

Re: [patch] CFS scheduler, -v5

On Mon, Apr 23, 2007 at 04:55:53AM +0200, Ingo Molnar wrote: > > * Nick Piggin <[EMAIL PROTECTED]> wrote: > > > > the biggest user-visible change in -v5 are various interactivity > > > improvements (especially under higher load) to fix reported > > > regressions, and an improved way of

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

Ingo Molnar wrote: i'm pleased to announce release -v5 of the CFS scheduler patchset. The patch against v2.6.21-rc7 and v2.6.20.7 can be downloaded from: FYI, make headers_check seems to fail on this: [EMAIL PROTECTED] linux-2.6]$ make headers_check [snip] CHECK

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

On 4/23/07, Paul Jackson <[EMAIL PROTECTED]> wrote: One more question - why would I want to do this? Check out the FAQ in Documentation/power/swsusp.txt. Is this like something that would be useful on a laptop, to suspend activity and reduce battery drain, while preserving the current state

SATA errors/messages after upgrade to 2.6.20.7

It is a Samsung HD501LJ SATA drive connected to 631xESB/632xESB controller. Reading and writing every block of the drive does not generate any other errors/failures. This is observed in 2.6.20.7 like a clockwork on any badblocks -v run or rebuild of a MD raid1 array onto the disk. It, however,

[PATCH] kthread: Spontaneous exit support

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 eventually we will get around to requesting that the kernel thread stop.

Re: [patch] CFS scheduler, -v5

* Gene Heskett <[EMAIL PROTECTED]> wrote: > I haven't approached that yet, but I just noticed, having been booted > to this for all of 5 minutes, that although I told it not to renice x > when my script ran 'make oldconfig', and I answered n, but there it > is, sitting at -19 according to

Re: [patch] CFS scheduler, -v5

* Nick Piggin <[EMAIL PROTECTED]> wrote: > > the biggest user-visible change in -v5 are various interactivity > > improvements (especially under higher load) to fix reported > > regressions, and an improved way of handling nice levels. There's > > also a new sys_sched_yield_to() syscall

Re: [patch] CFS scheduler, -v5

On Sunday 22 April 2007, Nick Piggin wrote: >On Mon, Apr 23, 2007 at 03:12:29AM +0200, Ingo Molnar wrote: >> i'm pleased to announce release -v5 of the CFS scheduler patchset. The >> patch against v2.6.21-rc7 and v2.6.20.7 can be downloaded from: >> >> http://redhat.com/~mingo/cfs-scheduler/

[report] renicing X, cfs-v5 vs sd-0.46

* Linus Torvalds <[EMAIL PROTECTED]> wrote: > The X server should not be re-niced. It was done in the past, and it > was wrogn then (and caused problems - we had to tell people to undo > it, because some distros had started doing it by default). > > If you have a single client, the X server

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

On Fri, Apr 20, 2007 at 08:27:14AM +0400, Vitaly Bordug wrote: > diff --git a/arch/powerpc/platforms/8xx/mpc885ads_setup.c > b/arch/powerpc/platforms/8xx/mpc885ads_setup.c > index 9bd81c7..d32e066 100644 > --- a/arch/powerpc/platforms/8xx/mpc885ads_setup.c > +++

Re: Question about Reiser4

On 4/22/07, Eric Hopper <[EMAIL PROTECTED]> wrote: I'm not an LKML subscriber. Did you try searching LKML archives? Lee - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: Wrong free clusters count on FAT32

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 need several >> minutes to counts free clusters.

Question about Reiser4

I know that this whole effort has been put in disarray by the prosecution of Hans Reiser, but I'm curious as to its status. Is Reiser4 going to be going into the Linus kernel anytime soon? Is there somewhere I should be looking to find this out without wasting bandwidth here? I'm not an LKML

Re: Wrong free clusters count on FAT32

Bodo Eggert <[EMAIL PROTECTED]> writes: >> > - usefree is a bad name (I'd suggest recalc_free instead), >> >> Is it about nofree option? > > Yes. I think recalc_free is way more descriptive. Recalc is already default on current patch. -- OGAWA Hirofumi <[EMAIL PROTECTED]> - To unsubscribe from

Fwd: [ck] [ANNOUNCE] Staircase Deadline cpu scheduler version 0.46

From: hechacker1 <[EMAIL PROTECTED]> Date: Apr 22, 2007 6:09 PM Subject: Re: [ck] [ANNOUNCE] Staircase Deadline cpu scheduler version 0.46 To: Con Kolivas <[EMAIL PROTECTED]> First of all, thank you for your continued development of SD. I've been using RSDL v.30 since it came out with

Re: [REPORT] cfs-v4 vs sd-0.44

On Sun, Apr 22, 2007 at 04:24:47PM -0700, Linus Torvalds wrote: > > > On Sun, 22 Apr 2007, Juliusz Chroboczek wrote: > > > > Why not do it in the X server itself? This will avoid controversial > > policy in the kernel, and have the added advantage of working with > > X servers that don't

Re: [patch] CFS scheduler, -v5

On Mon, Apr 23, 2007 at 03:12:29AM +0200, Ingo Molnar wrote: > > i'm pleased to announce release -v5 of the CFS scheduler patchset. The > patch against v2.6.21-rc7 and v2.6.20.7 can be downloaded from: > > http://redhat.com/~mingo/cfs-scheduler/ > > this CFS release mainly fixes

[patch] CFS scheduler, -v5

i'm pleased to announce release -v5 of the CFS scheduler patchset. The patch against v2.6.21-rc7 and v2.6.20.7 can be downloaded from: http://redhat.com/~mingo/cfs-scheduler/ this CFS release mainly fixes regressions and improves interactivity: 13 files changed, 211 insertions(+), 199

Re: [PATCH] lazy freeing of memory through MADV_FREE

Rik van Riel wrote: Nick Piggin wrote: Rik van Riel wrote: Here are the transactions/seconds for each combination: vanilla new glibc madv_free kernel madv_free + mmap_sem threads 1 610 609 596545 2103211361196

Re: [REPORT] cfs-v4 vs sd-0.44

On Sun, 2007-04-22 at 09:16 -0700, Ulrich Drepper wrote: > On 4/22/07, William Lee Irwin III <[EMAIL PROTECTED]> wrote: > > On Sun, Apr 22, 2007 at 12:17:31AM -0700, Ulrich Drepper wrote: > > > For futex(), the extension is needed for the FUTEX_WAIT operation. We > > > need a new operation

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

On 4/23/07, Matthias Kaehlcke <[EMAIL PROTECTED]> wrote: use spinlock instead of binary mutex 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 +++

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

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 (not a mutex, which are always binary): - struct

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

Miguel Ojeda wrote: Hi all, I have a ASUS P4P800 Deluxe, P4 3GHz HT, 1GB RAM and testing -rc7 I noticed I just got 1 CPU. I checked my .config but I do not see anything bad. Also I read Documentation/smp.txt. Just for being sure this is not a bug, I'm posting it. Here you have .config and

More reiserfs trouble in 2.6.21-rc5

FYI, This was a debugging kernel (preempt, slab debugging, lockdep etc. enabled) running autotest and some other load on a 4 core Opteron system There was also another lockdep warning before that which I'm sending separately. Looks like some memory corruption. Could be something else, but at

Re: [PATCH] Add missing USRobotics Wireless Adapter (Model 5423) id into zd1211rw

S.Çağlar Onur wrote: USRobotics Wireless Adapter (Model 5423) works well with current zd1211rw driver also (i have tested 2.6.18, 2.6.20 and 2.6.21-rc7). I know -mm/and Daniel's tree has new version (i think with more features like rate estimator etc.) of this driver but maybe you should

reiserfs lockdep warning in 2.6.21-rc5

=== [ INFO: possible circular locking dependency detected ] 2.6.21-rc5-git6 #44 --- perl/7968 is trying to acquire lock: (>i_mutex){--..}, at: [] reiserfs_file_release+0x109/0x2cc but task

Re: Bitbanging i2c bus driver using the GPIO API

On 22/04/07 11:41 -0400, [EMAIL PROTECTED] wrote: > scx200_acb doesn't detect any device that it can drive (nothing in dmesg > at all when loaded) on the sc1200. I believe the main changes that > happened to scx200_acb was adding support for the newer CS chipsets, > such as the one used with

Re: [REPORT] cfs-v4 vs sd-0.44

On Sun, 22 Apr 2007, Juliusz Chroboczek wrote: > > Why not do it in the X server itself? This will avoid controversial > policy in the kernel, and have the added advantage of working with > X servers that don't directly access hardware. It's wrong *wherever* you do it. The X server should

BUG: Null pointer dereference (2.6.21-rc7)

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 [ 3970.506062] - [ 3970.58] vol_id/8686 is

Linux 2.6.16.49

Location: ftp://ftp.kernel.org/pub/linux/kernel/v2.6/ git tree: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.16.y.git RSS feed of the git tree: http://www.kernel.org/git/?p=linux/kernel/git/stable/linux-2.6.16.y.git;a=rss Changes since 2.6.16.48: Adrian Bunk (2): Linux

Re: [REPORT] cfs-v4 vs sd-0.44

> Oh I definitely was not advocating against renicing X, Why not do it in the X server itself? This will avoid controversial policy in the kernel, and have the added advantage of working with X servers that don't directly access hardware. Con, if you tell me ``if you're running under Linux and

Re: [PATCH] [KERNEL-DOC] kill warnings when building mandocs

--- ~Randy --- Original Message --- > On Thu, Apr 19, 2007 at 08:53:36AM -0700, Randy Dunlap wrote: > > On Thu, 19 Apr 2007 08:20:59 +0200 Borislav Petkov wrote: > > > > > > > > > > I'm pretty sure the reason you cannot reproduce this warning is the > > > > > line > > > > > > > > > > 1 >

Re: [PATCH] dma_declare_coherent_memory wrong allocation

On Mon, 23 Apr 2007, Guennadi Liakhovetski wrote: > to also allow for size not an integer number of pages as Andrew noticed? > This could be done in 2 patches: patch 2: --- Fix bitmap allocation and size non-multiple of PAGE_SIZE in dma_declare_coherent_memory implementations. i386

Re: [PATCH] macintosh/therm_pm72.c: Convert to kthread API.

Christoph Hellwig writes: > Why is this driver using a thread at all? It's only doing a bunch > of rather short-lived things in the thread. It's doing i2c reads and writes, which block, and are actually quite slow. Paul. - To unsubscribe from this list: send the line "unsubscribe linux-kernel"

Re: [PATCH] dma_declare_coherent_memory wrong allocation

On Sun, 22 Apr 2007, James Bottomley wrote: > On Fri, 2007-04-13 at 20:08 +0200, Guennadi Liakhovetski wrote: > > - int bitmap_size = (pages + 31)/32; > > + int bitmap_size = DIV_ROUND_UP(pages, 8); > > This isn't quite right. Bitmaps are arrays of longs, not arrays of > bytes. The bug is

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

Rafael wrote: > I'll try to explain how it works. Ok - thanks. Good explanation of how it works. One more question - why would I want to do this? Is this like something that would be useful on a laptop, to suspend activity and reduce battery drain, while preserving the current state of ones

Re: ChunkFS - measuring cross-chunk references

Karuna sagar K wrote: Hi, The attached code contains program to estimate the cross-chunk references for ChunkFS file system (idea from Valh). Below are the results: Nice to see some numbers! But would be really nice to know: - what the chunk size is - how the files were created or, more

Re: [PATCH] use spinlock instead of binary mutex in CDU-31A driver

Matthias Kaehlcke <[EMAIL PROTECTED]> writes: > -static DECLARE_MUTEX(sony_sem); /* Semaphore for drive hardware > access */ > +static DEFINE_MUTEX(sony_mtx); /* Mutex for drive hardware > access */ That's not a spinlock. Also normally some rationale is added to the

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

On Sunday, 22 April 2007 23:14, Paul Jackson wrote: > Rafael wrote: > > Move all of the freezer-related flags to a separate field in task_struct and > > introduce functions to operate them using set_bit() etc. > > It's getting time I learned what this freezer thing is. > > What would you suggest

Re: [PATCH] sas_scsi_host: Convert to use the kthread API

James Bottomley <[EMAIL PROTECTED]> writes: > Changelog and cc to linux-scsi, and I think it can go in ... not that it > matters; nothing ever activates this code inside libsas anyway ... Should we just remove the relevant code then? Eric - To unsubscribe from this list: send the line

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

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, hardware_disable, voltage_set > board-specific functions to

Re: Wrong free clusters count on FAT32

On Sun, 22 Apr 2007, OGAWA Hirofumi wrote: > Bodo Eggert <[EMAIL PROTECTED]> writes: > > Windows _does_ care*, it will pretend the disk to be full. > > Did you test on 2000 or XP? (e.g. write 0 to free_clusters, then > create new file.) That was back when I still used W98. > > - usefree is a

Re: [PATCH] sas_scsi_host: Convert to use the kthread API

On Sun, 2007-04-22 at 20:38 +0100, Christoph Hellwig wrote: > On Thu, Apr 19, 2007 at 05:37:53PM -0700, Andrew Morton wrote: > > On Thu, 19 Apr 2007 01:58:38 -0600 > > "Eric W. Biederman" <[EMAIL PROTECTED]> wrote: > > > > > From: Eric W. Biederman <[EMAIL PROTECTED]> > > > > > > This patch

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

use spinlock instead of binary mutex 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 @@

[PATCH 1/1] Char: icom, mark __init as __devinit

icom, mark __init as __devinit Two functions are called from __devinit context, but they are marked as __init. Fix this. Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]> --- commit 257f51b72348e8879e8ef397f82e1408233843c1 tree 79a82d6c884adc7b941773929c92d269a9b91679 parent

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

use spinlock instead of binary mutex 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

Re: [ANNOUNCE] Staircase Deadline cpu scheduler version 0.46

On Monday 23 April 2007 03:58, Thomas Backlund wrote: > mån 2007-04-23 klockan 01:03 +1000 skrev Con Kolivas: > > Yet another significant bugfix for SMP balancing was just posted for the > > staircase deadline cpu scheduler which improves behaviour dramatically on > > any SMP machine. > > > >

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

Rafael wrote: > Move all of the freezer-related flags to a separate field in task_struct and > introduce functions to operate them using set_bit() etc. It's getting time I learned what this freezer thing is. What would you suggest I read? I looked in include/linux/freezer.h and didn't see any

Re: [PATCH] reiserfs: fix xattr root locking/refcount bug

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andrew Morton wrote: > On Sat, 21 Apr 2007 11:26:31 -0400 Jeff Mahoney <[EMAIL PROTECTED]> wrote: > >> The listxattr() and getxattr() operations are only protected by a read >> lock. As a result, if either of these operations run in parallel, a

Testing framework

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 around do not take into account the repair and recovery aspects of

Re: [PATCH] ia64 sn xpc: Convert to use kthread API.

On Thu, Apr 19, 2007 at 01:58:44AM -0600, Eric W. Biederman wrote: > From: Eric W. Biederman <[EMAIL PROTECTED]> > > This patch starts the xpc kernel threads using kthread_run > not a combination of kernel_thread and daemonize. Resuling > in slightly simpler and more maintainable code. This

ChunkFS - measuring cross-chunk references

Hi, The attached code contains program to estimate the cross-chunk references for ChunkFS file system (idea from Valh). Below are the results: test on ext3, / partition-1 on 27 March 2007 Number of files = 217806 Number of directories = 24295 Total size = 8193116 KB Total data stored = 7557892

Re: [PATCH] arm ecard: Conver to use the kthread API.

On Thu, Apr 19, 2007 at 01:58:43AM -0600, Eric W. Biederman wrote: > From: Eric W. Biederman <[EMAIL PROTECTED]> > > This patch modifies the startup of kecardd to use > kthread_run not a kernel_thread combination of kernel_thread > and daemonize. Making the code slightly simpler and more >

Re: [PATCH] s390/scsi/zfcp_erp: Convert to use the kthread API

On Thu, Apr 19, 2007 at 01:58:42AM -0600, Eric W. Biederman wrote: > From: Eric W. Biederman <[EMAIL PROTECTED]> > > Modify zfcperp%s to be started with kthread_run not > a combination of kernel_thread, daemonize and siginitsetinv > making the code slightly simpler and more maintainable. This

Re: [PATCH] bluetooth rfcomm: Convert to kthread API.

On Thu, Apr 19, 2007 at 04:12:53PM -0700, Andrew Morton wrote: > On Thu, 19 Apr 2007 01:58:54 -0600 > "Eric W. Biederman" <[EMAIL PROTECTED]> wrote: > > > From: Eric W. Biederman <[EMAIL PROTECTED]> > > > > This patch starts krfcommd using kthread_run instead of a combination > > of

Re: Wrong free clusters count on FAT32

Hi Bodo :) * Bodo Eggert <[EMAIL PROTECTED]> dixit: > OGAWA Hirofumi <[EMAIL PROTECTED]> wrote: > >> * Juergen Beisert <[EMAIL PROTECTED]> dixit: > > >>> So the last free sector count is also stored. When mounting this > >>> filesystem you don't need to walk through the whole FAT to

Re: Wrong free clusters count on FAT32

Hi Ogawa :) * OGAWA Hirofumi <[EMAIL PROTECTED]> dixit: > DervishD <[EMAIL PROTECTED]> writes: > > The problem is that if a program writes a file onto the filesystem > > without using statfs first to check for free space, the free_clusters > > entry won't have the real value and the driver

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

From: Rafael J. Wysocki <[EMAIL PROTECTED]> 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.

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

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 being stopped is freezable and try_to_freeze_tasks() is running

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

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. Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]> --- Documentation/power/kernel_threads.txt |2 -

[RFC][PATCH -mm 0/3] Separate freezer flags

Hi, The following three patches are related to the separation of the freezer flags from process/threadinfo flags. The first patch separates the freezer from the PM code, because it's no longer a PM-specific piece of code. This also makes the second patch look better. The second patch

CPU 3: Machine Check Exception: 0000000000000004

Hello All , Has anyone else had an occurance of this hard lockup . last time it was the scsi bus that was the last item on the console this time it's CPU #3 ... Everytime I try & run a bonnie on this system something locks the system up hard . I do not trust this system at this

Re: [PATCH] ipv4/ipvs: Convert to kthread API

On Thu, Apr 19, 2007 at 03:59:44PM -0700, Andrew Morton wrote: > There still seems to be quite a lot of complexity in this driver's > thread handling which could be removed if we did a full conversion > to the kthread API. > > It all looks surprisingly complex in there. It is. There quite

Re: [PATCH] bluetooth bnep: Convert to kthread API.

On Thu, Apr 19, 2007 at 04:24:59PM -0700, Andrew Morton wrote: > On Thu, 19 Apr 2007 01:58:51 -0600 > "Eric W. Biederman" <[EMAIL PROTECTED]> wrote: > > > From: Eric W. Biederman <[EMAIL PROTECTED]> > > > > This patch starts kbenpd using kthread_run replacing > > a combination of kernel_thread

Re: [PATCH 2.6.20 7/14] CRIS architecture update - Boot

On Sun, Apr 22, 2007 at 09:25:23PM +0200, Mikael Starvik wrote: > The attached patch relates to CRIS kernel booting (decompresser etc) --- ../linux/arch/cris/arch-v32/boot/compressed/Makefile2007-02-04 19:44:54.0 +0100 +++ linux-2.6/arch/cris/arch-v32/boot/compressed/Makefile

Re: [PATCH 2.6.20 1/14] CRIS architecture update - Build system

On Sun, Apr 22, 2007 at 09:24:34PM +0200, Mikael Starvik wrote: > The attached patch improves the CRIS build system by allowing out-of-tree > objdir everywhere I have browsed through the changes and this is in addition a much more readable set of Makefile's - good work! I stumbled over this:

Re: [PATCH] mtd_blkdevs: Convert to use the kthread API

On Sun, Apr 22, 2007 at 01:24:53PM +0100, Christoph Hellwig wrote: > On Thu, Apr 19, 2007 at 12:55:28AM -0600, Eric W. Biederman wrote: > > From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted > > > > thread_run is used intead of kernel_thread, daemonize, and mucking > > around blocking signals

Re: [PATCH] sas_scsi_host: Convert to use the kthread API

On Thu, Apr 19, 2007 at 05:37:53PM -0700, Andrew Morton wrote: > On Thu, 19 Apr 2007 01:58:38 -0600 > "Eric W. Biederman" <[EMAIL PROTECTED]> wrote: > > > From: Eric W. Biederman <[EMAIL PROTECTED]> > > > > This patch modifies the sas scsi host thread startup > > to use kthread_run not

Re: [PATCH] i386 voyager: Convert the monitor thread to use the kthread API

On Thu, Apr 19, 2007 at 12:55:27AM -0600, Eric W. Biederman wrote: > From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted > > This patch just trivially replaces kernel_thread and daemonize > with a single call to kthread_run. Here's a better patch that does the full kthread conversion + switch

Re: Today's 'master' leaves .idx/.pack in 0400

On Sun, 22 Apr 2007, Junio C Hamano wrote: > > How about this as a replacement (hot off the press -- still > running the tests). Looks good, but.. > + mode_t mode = umask(0); > + > + umask(mode); > + mode = 0666 & ~mode; I would really suggest just

Re: [PATCH] mtd_blkdevs: Convert to use the kthread API

On Sun, Apr 22, 2007 at 02:23:00PM +0100, David Woodhouse wrote: > On Sun, 2007-04-22 at 13:24 +0100, Christoph Hellwig wrote: > > This is the full conversion I sent to Dave in April 2006, but never > > got any feedback to: > > Sorry about that; I need prodding sometimes. I'll provide some now...

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

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, hardware_disable, voltage_set board-specific functions to be moved over to BSP code section

[PATCH 2.6.20 7/14] CRIS architecture update - Boot

The attached patch relates to CRIS kernel booting (decompresser etc) Signed-off-by: Mikael Starvik <[EMAIL PROTECTED]> /Mikael cris7_boot.patch Description: cris7_boot.patch

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

The attached patch updates the CRIS IDE driver. Signed-off-by: Mikael Starvik <[EMAIL PROTECTED] > /Mikael cris11_ide.patch Description: cris11_ide.patch

[PATCH 2.6.20 3/14] CRIS architecture update - Configuration

The attached patch relates to CRIS kernel configuration. Signed-off-by: Mikael Starvik <[EMAIL PROTECTED]> /Mikael cris3_config.patch Description: cris3_config.patch

[PATCH 2.6.20 6/14] CRIS architecture update - Library

The attached patch relates to CRIS library functions Signed-off-by: Mikael Starvik <[EMAIL PROTECTED]> /Mikael cris6_lib.patch Description: cris6_lib.patch

[PATCH 2.6.20 2/14] CRIS architecture update - subarchs

The attached patch corrects a few paths related to sub-architectures. Signed-off-by: Mikael Starvik <[EMAIL PROTECTED]> /Mikael cris2_arch.patch Description: cris2_arch.patch

  1   2   3   4   5   6   >