From: Randy Dunlap [EMAIL PROTECTED]
Rename struct pci_driver data so that false section mismatch
warnings won't be produced.
Sam, ISTM that depending on variable names is the weakest worst part of
modpost section checking. Should __init_refok work here? I got build
errors when I tried to use
Harald Arnesen [EMAIL PROTECTED] wrote:
Harald Arnesen [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] (Joerg Schilling) writes:
If I actually install smake, as Jörg recommends, the message becomes:
smake: Can't find any source for 'CCOM_suncc'.
smake: Couldn't make 'CCOM_suncc'.
Chris Snook wrote:
What boards have we seen this on? It's quite possible this is:
I can reproduce on an Asus P5K with a Core 2 Duo E6600.
lspci identifies the controller as:
02:00.0 Ethernet controller: Attansic Technology Corp. L1 Gigabit
Ethernet Adapter (rev b0)
dmesg notes the
On Jun 25, 2007 19:15 +0530, Amit K. Arora wrote:
+#define FA_FL_DEALLOC0x01 /* default is allocate */
+#define FA_FL_KEEP_SIZE 0x02 /* default is extend/shrink size */
+#define FA_FL_DEL_DATA 0x04 /* default is keep written data on DEALLOC
*/
In XFS one of the (many)
Hi!
[I hope the ACKs still apply.]
Uhuh, not 100% sure.
+static int usermodehelper_disabled;
+
...
case PM_HIBERNATION_PREPARE:
case PM_SUSPEND_PREPARE:
usermodehelper_disabled = 1;
- return NOTIFY_OK;
+ smp_mb();
Processors synchronization in set_mtrr requires the .gate field
to be set after .count field is properly initialized. Without an explicit
barrier, the compiler was reordering those memory stores. That was sometimes
causing a processor (in ipi_handler) to see the .gate change and
decrement .count
On Jun 25, 2007 19:20 +0530, Amit K. Arora wrote:
@@ -2499,7 +2500,8 @@ long ext4_fallocate(struct inode *inode,
* currently supporting (pre)allocate mode for extent-based
* files _only_
*/
- if (mode != FA_ALLOCATE || !(EXT4_I(inode)-i_flags EXT4_EXTENTS_FL))
+
On Fri, Jun 22, 2007 at 11:14:44AM +0200, Johannes Berg wrote:
I don't see any reason why this is a semaphore, convert.
Signed-off-by: Johannes Berg [EMAIL PROTECTED]
There has been a _lot_ of work in this area and this patch doesn't apply
at all to my tree. Can you respin it agains the next
On Fri, Jun 22, 2007 at 10:13:24AM -0700, Doug Thompson wrote:
From: Douglas Thompson [EMAIL PROTECTED]
In tracking down one of my bugs in using sysfs, I found the kernel doing a
NULL de-reference
in function fs/sysfs/inode.c:sysfs_hash_and_remove(), when I (incorrectly)
passed
in a
Dear devs,
In a moment of serendipity I thought of a concept which may be advantageous
if incorporated into the kernel. I was going to offer it to the OIN but
they responded they only consider existing patents and I don't have the
money to afford one.
I am seeking advice on how to proceed. It
Jay L. T. Cornwall wrote:
Chris Snook wrote:
What boards have we seen this on? It's quite possible this is:
I can reproduce on an Asus P5K with a Core 2 Duo E6600.
lspci identifies the controller as:
02:00.0 Ethernet controller: Attansic Technology Corp. L1 Gigabit
Ethernet Adapter
Hi,
On Mon, 25 Jun 2007, Jesper Juhl wrote:
On Monday 25 June 2007, Ingo Molnar wrote:
the patch improves the sysbench OLTP macrobenchmark significantly:
Has that any real practical relevance?
It seems to me that Ingo's patch offers slightly improved performance
for any program
On Mon, 25 Jun 2007 14:34:42 -0700
Jesse Barnes [EMAIL PROTECTED] wrote:
akpm -- this one should replace all the mtrr patches currently
in your tree.
fear, uncertainty, doubt.
box:/usr/src/25 grep mtrr series
x86_64-mm-bug-in-i386-mtrr-initialization.patch
Please check if the following modified patch meets the requirements.
It augments /proc/mount with additional information to
(1) disambiguate bind mounts with subroot information.
(2) display shared-subtree information using which one can
determine the propagation
Ingo Molnar a écrit :
Subject: [patch] sys_time() speedup
From: Ingo Molnar [EMAIL PROTECTED]
improve performance of sys_time(). sys_time() returns time in seconds,
but it does so by calling do_gettimeofday() and then returning the
tv_sec portion of the GTOD time. But the data structure
On Tue, 26 Jun 2007, Graeme Sheppard wrote:
Dear devs,
In a moment of serendipity I thought of a concept which may be advantageous
if incorporated into the kernel. I was going to offer it to the OIN but
they responded they only consider existing patents and I don't have the
money to afford
On 06/25/2007 05:38 PM, Loic Prylli wrote:
[cc: Andi]
Processors synchronization in set_mtrr requires the .gate field
to be set after .count field is properly initialized. Without an explicit
barrier, the compiler was reordering those memory stores. That was sometimes
causing a processor (in
On Monday, June 25, 2007 3:01:27 Andrew Morton wrote:
On Mon, 25 Jun 2007 14:34:42 -0700
Jesse Barnes [EMAIL PROTECTED] wrote:
akpm -- this one should replace all the mtrr patches currently
in your tree.
fear, uncertainty, doubt.
box:/usr/src/25 grep mtrr series
Hi Jeff,
[ Trimmed netdev from Cc: list, added Christoph. ]
On 6/26/07, Jeff Layton [EMAIL PROTECTED] wrote:
On Tue, 26 Jun 2007 01:11:20 +0530
Satyam Sharma [EMAIL PROTECTED] wrote:
[...]
Yes, why not embed a send_sig(SIGKILL) just before the wake_up_process()
in kthread_stop() itself?
On Mon, 25 Jun 2007 23:09:46 +0200
Roman Zippel [EMAIL PROTECTED] wrote:
Hi,
On Monday 25 June 2007, Ingo Molnar wrote:
the patch improves the sysbench OLTP macrobenchmark significantly:
Has that any real practical relevance?
Interesting question. The patch adds a new test-n-branch
From: Divy Le Ray [EMAIL PROTECTED]
Use the right register to stop broadcast/multicast traffic.
Signed-off-by: Divy Le Ray [EMAIL PROTECTED]
---
drivers/net/cxgb3/xgmac.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/net/cxgb3/xgmac.c
On Monday, 25 June 2007 23:55, Pavel Machek wrote:
Hi!
[I hope the ACKs still apply.]
Uhuh, not 100% sure.
+static int usermodehelper_disabled;
+
...
case PM_HIBERNATION_PREPARE:
case PM_SUSPEND_PREPARE:
usermodehelper_disabled = 1;
-
On 26/06/07, Roman Zippel [EMAIL PROTECTED] wrote:
Hi,
On Mon, 25 Jun 2007, Jesper Juhl wrote:
On Monday 25 June 2007, Ingo Molnar wrote:
the patch improves the sysbench OLTP macrobenchmark significantly:
Has that any real practical relevance?
It seems to me that Ingo's patch
Jeff,
Not seeing any objections to your revised approach (to not allowing
signals for cifsd kernel thread), I just merged something similar to
your patch to the cifs-2.6.git tree (also fixed some nearby lines that
went past 80 columns).
Thanks
Signed-off-by: Jeff Layton [EMAIL PROTECTED]
alan wrote:
On Tue, 26 Jun 2007, Graeme Sheppard wrote:
Dear devs,
In a moment of serendipity I thought of a concept which may be advantageous
if incorporated into the kernel. I was going to offer it to the OIN but
they responded they only consider existing patents and I don't have the
money
On Mon, 25 Jun 2007, Jesse Barnes wrote:
On Monday, June 25, 2007 3:01:27 Andrew Morton wrote:
On Mon, 25 Jun 2007 14:34:42 -0700
Jesse Barnes [EMAIL PROTECTED] wrote:
akpm -- this one should replace all the mtrr patches currently
in your tree.
fear, uncertainty, doubt.
box:/usr/src/25
[EMAIL PROTECTED] (Joerg Schilling) writes:
FYI, cdrtools also compile and link fine with Sun's C compiler.
M, if you call cdrecord -scanbus, what do you get?
I may have misunderstood your make system. I cd-ed into the cdrtools
directory, ran ./Gmake.linux clean (I had already compiled
On Tue, 26 Jun 2007, Graeme Sheppard wrote:
alan wrote:
On Tue, 26 Jun 2007, Graeme Sheppard wrote:
Dear devs,
In a moment of serendipity I thought of a concept which may be
advantageous
if incorporated into the kernel. I was going to offer it to the OIN but
they responded they only
Still getting this:
MODPOST vmlinux
WARNING: arch/sh/boards/dreamcast/built-in.o(.data+0x0): Section
mismatch: reference to .init.text: (between 'mv_dreamcast' and
'systemasic_int')
WARNING: drivers/built-in.o(.text+0x168e0): Section mismatch: reference
to .init.data: (between 'pvr2fb_check_var'
On Tuesday 26 June 2007 00:05:17 Chuck Ebbert wrote:
On 06/25/2007 05:38 PM, Loic Prylli wrote:
[cc: Andi]
Processors synchronization in set_mtrr requires the .gate field
to be set after .count field is properly initialized. Without an explicit
barrier, the compiler was reordering
[EMAIL PROTECTED] wrote:
On Thu, 21 Jun 2007, Randy Dunlap wrote:
Date: Thu, 21 Jun 2007 08:36:59 -0700
From: Randy Dunlap [EMAIL PROTECTED]
To: Andrew Morton [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], linux-kernel@vger.kernel.org,
[EMAIL PROTECTED]
Subject: Re: long-term regression
On Thu,
Harald Arnesen [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] (Joerg Schilling) writes:
FYI, cdrtools also compile and link fine with Sun's C compiler.
M, if you call cdrecord -scanbus, what do you get?
I may have misunderstood your make system. I cd-ed into the cdrtools
directory, ran
Hi,
On Tue, 26 Jun 2007, Jesper Juhl wrote:
Even if it is not faster, what would make it slower? Have you spotted
something I have not?
There are other ways to read the clock and would require similiar
synchronization hooks.
Some archs can implement sys_time() in userspace, so there this
On 06/25/2007 07:00 PM, Tomasz Kłoczko wrote:
$ strace -f -e trace=file galeon 21 | grep dev/snd
[pid 28593] open(/dev/snd/controlC0, O_RDWR) = 46
[pid 28593] open(/dev/snd/pcmC0D0p, O_RDWR|O_NONBLOCK) = 47
[ ... ]
[pid 30173] open(/dev/snd/pcmC0D0p, O_RDWR|O_NONBLOCK|O_ASYNC) = -1
EBUSY
On Tue, 26 Jun 2007 09:45:22 +1200
Graeme Sheppard [EMAIL PROTECTED] wrote:
I am seeking advice on how to proceed. It could be used as a defensive
patent in which case I can email an expert who can file it. If that is the
concept is sound. I am not expecting any royalties from this myself. The
due to the size the files are posted at http://linux.lang.hm/linux
let me know what else I can send to help.
David Lang
On Mon, 25 Jun 2007, Randy Dunlap wrote:
Date: Mon, 25 Jun 2007 15:40:28 -0700
From: Randy Dunlap [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: Andrew Morton [EMAIL
On Sun, Jun 24, 2007 at 12:02:22AM +0200, Carlo Wood wrote:
On Sat, Jun 23, 2007 at 04:46:08PM +0100, Alan Cox wrote:
Now if you want really innovative OS work go look in the lab or at
projects most people have never heard of and don't run.
Hey, I heard of one. I got a few friends that are
Dear devs,
In a moment of serendipity I thought of a concept which may be
advantageous
if incorporated into the kernel. I was going to offer it to the OIN but
they responded they only consider existing patents and I don't have the
money to afford one.
I am seeking advice on how to
On 12/06/07, Surya [EMAIL PROTECTED] wrote:
[snip]
I am sending with all the corrections, if its ok to acknowledge it?
Looks good to me.
Signed-off-by: Surya Prabhakar [EMAIL PROTECTED]
Reviewed-by: Jesper Juhl [EMAIL PROTECTED]
--
Jesper Juhl [EMAIL PROTECTED]
Don't top-post
On Monday, 25 June 2007 18:38, Chuck Ebbert wrote:
On 06/24/2007 04:54 PM, Rafael J. Wysocki wrote:
On Friday, 22 June 2007 19:11, Chuck Ebbert wrote:
On 06/22/2007 11:00 AM, Rafael J. Wysocki wrote:
On Friday, 22 June 2007 00:34, Chuck Ebbert wrote:
On 06/21/2007 06:29 PM, Jesper Juhl
Jay Cliburn wrote:
On Mon, 25 Jun 2007 17:57:20 -0400
Chris Snook [EMAIL PROTECTED] wrote:
Jay L. T. Cornwall wrote:
Chris Snook wrote:
What boards have we seen this on? It's quite possible this is:
I can reproduce on an Asus P5K with a Core 2 Duo E6600.
lspci identifies the controller
On Tue, Jun 26, 2007 at 12:18:05AM +0300, Hannu Savolainen wrote:
...
What we would like to push is that the old deprecated OSS/Free are
removed from the kernel. OSS/Free is based on about years old OSS API
version which was too limited for many applications. Having OSS/Free in the
kernel
From: Randy Dunlap [EMAIL PROTECTED]
Cannot mix const and __initdata:
sound/pci/ice1712/prodigy192.c:708: error: ak4114_controls causes a section
type conflict
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
---
sound/pci/ice1712/prodigy192.c |2 +-
1 file changed, 1 insertion(+), 1
On Sun, 24 Jun 2007 15:55:22 +0200
Michael Buesch [EMAIL PROTECTED] wrote:
The qualities of the HWRNGs are different from each other.
So the current default policy of the hwrng core to default
to the first found RNG is broken. This changes the default
policy to select the RNG with the best
On 06/25/2007 07:20 PM, Rafael J. Wysocki wrote:
Still, I know that, for example, the Fedora 2.6.21-1.3193.fc8 kernel is in
fact
2.6.22-rc3 (see http://bugzilla.kernel.org/show_bug.cgi?id=7988#c11). Is
there
a straightforward way to 'decode' such names? ;-)
This patch fixes a bug in the last patch that caused the code to
run on non-Intel machines (AMD machines apparently don't need it
Actually the problem can happen on AMD too, but the symptoms can
be different and there can be more wrong than just the MTRRs.
-Andi
-
To unsubscribe from this
On Monday, June 25, 2007 4:34:33 Andi Kleen wrote:
This patch fixes a bug in the last patch that caused the code to
run on non-Intel machines (AMD machines apparently don't need it
Actually the problem can happen on AMD too, but the symptoms can
be different and there can be more wrong than
Ingo Molnar wrote:
regarding workqueues - would it be possible for you to test Steve's
patch and get us performance numbers? Do you have any test with tons of
tasklet activity that would definitely show the performance impact of
workqueues?
I can't speak for Kristian, nor do I have test
Jeff Garzik wrote:
Jay Cliburn wrote:
On Mon, 25 Jun 2007 17:57:20 -0400
Chris Snook [EMAIL PROTECTED] wrote:
Jay L. T. Cornwall wrote:
Chris Snook wrote:
What boards have we seen this on? It's quite possible this is:
I can reproduce on an Asus P5K with a Core 2 Duo E6600.
lspci
On Mon, 25 Jun 2007 16:17:39 -0700 Randy Dunlap [EMAIL PROTECTED]
wrote:
From: Randy Dunlap [EMAIL PROTECTED]
Cannot mix const and __initdata:
sound/pci/ice1712/prodigy192.c:708: error: ak4114_controls causes a section
type conflict
This is a fatal compilation error, isn't it?
---
On Mon, 25 Jun 2007 16:41:10 -0700 Andrew Morton wrote:
On Mon, 25 Jun 2007 16:17:39 -0700 Randy Dunlap [EMAIL PROTECTED]
wrote:
From: Randy Dunlap [EMAIL PROTECTED]
Cannot mix const and __initdata:
sound/pci/ice1712/prodigy192.c:708: error: ak4114_controls causes a section
type
On 6/25/07, Alexander Wuerstlein
[EMAIL PROTECTED] wrote:
On 070622 21:40, Satyam Sharma [EMAIL PROTECTED] wrote:
[...]
But first: Have you checked the digsig project? It's been doing
(for some time) what your current patchset proposes -- and
it uses public key cryptosystems for the key
During make oldconfig, the help text only said
This option allows to select a slab allocator.
This patch adds an
If unsure, choose SLAB.
which is the safe choice for users wanting to avoid regressions.
It also inckudes an indentation fix.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
A couple of days ago I said:
The cafe_ccic (OLPC) camera driver uses a tasklet to move frames out of
the DMA buffers in the streaming I/O path
Obviously some testing is called for here. I will make an attempt to do
that testing
I've done that testing - I have an OLPC B3 unit running
On Mon, 25 Jun 2007 17:57:20 -0400
Chris Snook [EMAIL PROTECTED] wrote:
Jay L. T. Cornwall wrote:
Chris Snook wrote:
What boards have we seen this on? It's quite possible this is:
I can reproduce on an Asus P5K with a Core 2 Duo E6600.
lspci identifies the controller as:
A few things I'd like to talk about are:
- the address space operations APIs, and their page based nature. I think
it would be nice to generally move toward offset,length based ones as
much as possible because it should give more efficiency and flexibility
in the filesystem.
- write_begin
If your only purpose is to try generate a defensive patent, then just
dumping the idea in the public domain serves the same purpose, probably
better.
I have a few patents, some of which are defensive. That has not prevented
the USPTO issuing quite a few patents that are in clear violation of
On Sat, 23 Jun 2007 13:32:34 -
Thomas Gleixner [EMAIL PROTECTED] wrote:
From: john stultz [EMAIL PROTECTED]
After discussing w/ Thomas over IRC, it seems the issue is the sched
tick fires on every cpu at the same time, causing extra lock contention.
This smaller change, adds an extra
On Sat, 23 Jun 2007 13:32:35 -
Thomas Gleixner [EMAIL PROTECTED] wrote:
if (!dev || !(dev-features CLOCK_EVT_FEAT_ONESHOT) ||
- !tick_device_is_functional(dev))
+ !tick_device_is_functional(dev)) {
+
+ printk(KERN_INFO Clockevents:
+
Ingo Molnar wrote:
Subject: [patch] sys_time() speedup
From: Ingo Molnar [EMAIL PROTECTED]
improve performance of sys_time(). sys_time() returns time in seconds,
but it does so by calling do_gettimeofday() and then returning the
tv_sec portion of the GTOD time. But the data structure xtime,
On 070626 01:56, Satyam Sharma [EMAIL PROTECTED] wrote:
On 6/25/07, Alexander Wuerstlein
[EMAIL PROTECTED] wrote:
On 070622 21:40, Satyam Sharma [EMAIL PROTECTED] wrote:
[...]
We decided against
altering the file itself for that and some other reasons.
The limitation to suid/sgid was only
On Sat, 23 Jun 2007 13:32:47 -
Thomas Gleixner [EMAIL PROTECTED] wrote:
Convert x86_64 to the clockevents code. Share code with i386 for
hpet and PIT.
Build and whitespace fixups from:
Venki Pallipadi [EMAIL PROTECTED]
and
Chris Wright [EMAIL PROTECTED]
semi-fixes.
if
On Tue, 26 Jun 2007 03:39:23 +0530
Satyam Sharma [EMAIL PROTECTED] wrote:
Hi Jeff,
[ Trimmed netdev from Cc: list, added Christoph. ]
On 6/26/07, Jeff Layton [EMAIL PROTECTED] wrote:
On Tue, 26 Jun 2007 01:11:20 +0530
Satyam Sharma [EMAIL PROTECTED] wrote:
[...]
Yes, why not
On Tue, 2007-06-26 at 01:36 +0200, Stefan Richter wrote:
I can't speak for Kristian, nor do I have test equipment for isochronous
applications, but I know that there are people out there which do data
acquisition on as many FireWire buses as they can stuff boards into
their boxes. There are
On Mon, 2007-06-25 at 18:00 -0600, Jonathan Corbet wrote:
A couple of days ago I said:
The cafe_ccic (OLPC) camera driver uses a tasklet to move frames out of
the DMA buffers in the streaming I/O path
Obviously some testing is called for here. I will make an attempt to do
that
Jesse Barnes [EMAIL PROTECTED] writes:
On Monday, June 25, 2007 4:34:33 Andi Kleen wrote:
This patch fixes a bug in the last patch that caused the code to
run on non-Intel machines (AMD machines apparently don't need it
Actually the problem can happen on AMD too, but the symptoms can
be
Posting it here seems the best thing to do.
To the inventor goes naming privilege and I'm calling this one softer raid.
It is a form of storage raid implemented in software, as contrasted to
software and hardware raid which are dependent on using required hardware.
To create a loop filesystem
On 6/25/2007 6:34 PM, Andi Kleen wrote:
On Tuesday 26 June 2007 00:05:17 Chuck Ebbert wrote:
On 06/25/2007 05:38 PM, Loic Prylli wrote:
[cc: Andi]
Processors synchronization in set_mtrr requires the .gate field
to be set after .count field is properly initialized. Without an
so how about the following, different approach: anyone who has a tasklet
in any performance-sensitive codepath, please yell now. We'll also do a
proactive search for such places. We can convert those places to
softirqs, or move them back into hardirq context. Once this is done -
and i doubt it
On Thursday 21 June 2007 22:11, Jan Engelhardt wrote:
On Jun 21 2007 21:00, Jan Kandziora wrote:
I know it's a crude idea for everyday Linux processes, but for
dosemu driven applications, which behave badly in a multitasking OS
*and* for which source code isn't available, it may be worth to
Currently jprobe.entry is a kprobe_opcode_t *, but that's a lie. On some
platforms it doesn't point to an opcode at all, it points to a function
descriptor.
It's really a pointer to something that the arch code can turn into a
function entry point. And that's what actually happens, none of the
AFAICT now that jprobe.entry is a void *, JPROBE_ENTRY doesn't do
anything useful - so remove it ..
I've left a do-nothing version so that out-of-tree jprobes code will still
compile without modifications.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
---
Documentation/kprobes.txt |
I realise jprobes are a razor-blades-included type of interface, but
that doesn't mean we can't try and make them safer to use. This guy I
know once wrote code like this:
struct jprobe jp = { .kp.symbol_name = foo, .entry = jprobe_foo };
And then his kernel exploded. Oops.
This patch adds an
On Tue, 26 Jun 2007 11:48:51 +1000 (EST) Michael Ellerman [EMAIL PROTECTED]
wrote:
I realise jprobes are a razor-blades-included type of interface, but
that doesn't mean we can't try and make them safer to use. This guy I
know once wrote code like this:
struct jprobe jp = { .kp.symbol_name
On Mon, 2007-06-25 at 18:46 -0700, Dan Williams wrote:
Context switches on this platform flush the L1 cache so bouncing
between a workqueue and the MD thread is painful.
Why is context switches between two kernel threads flushing the L1
cache? Is this a flaw in the ARM arch? I would think
On Mon, 2007-06-25 at 19:00 -0700, Andrew Morton wrote:
On Tue, 26 Jun 2007 11:48:51 +1000 (EST) Michael Ellerman [EMAIL PROTECTED]
wrote:
I realise jprobes are a razor-blades-included type of interface, but
that doesn't mean we can't try and make them safer to use. This guy I
know once
On 6/25/07, Steven Rostedt [EMAIL PROTECTED] wrote:
On Mon, 2007-06-25 at 18:46 -0700, Dan Williams wrote:
Context switches on this platform flush the L1 cache so bouncing
between a workqueue and the MD thread is painful.
Why is context switches between two kernel threads flushing the L1
On 6/26/07, Alexander Wuerstlein
[EMAIL PROTECTED] wrote:
[...]
Nope. I unluckily wrote 'userspace' where I should have said something else:
Chain-of-trust is handled in what I would label 'Adminspace' (Where we do the
signing as in points 1 and 2). There is a very small number of signatures (in
On Mon, Jun 25, 2007 at 11:01:11PM +0200, Ingo Molnar wrote:
* Satyam Sharma [EMAIL PROTECTED] wrote:
[ Ok, so we know that XFS wants to lock inodes in ascending inode
number order and not strictly the parent-first-child-second order that
rest of the fs/ code does, so that makes it
On Tuesday June 26, [EMAIL PROTECTED] wrote:
Posting it here seems the best thing to do.
To the inventor goes naming privilege and I'm calling this one softer raid.
It is a form of storage raid implemented in software, as contrasted to
software and hardware raid which are dependent on using
On Mon, 25 Jun 2007 15:15:08 -0700 Andrew Morton [EMAIL PROTECTED] wrote:
On Mon, 25 Jun 2007 23:09:46 +0200
Roman Zippel [EMAIL PROTECTED] wrote:
On Monday 25 June 2007, Ingo Molnar wrote:
the patch improves the sysbench OLTP macrobenchmark significantly:
Has that any real
Hugh Dickins wrote:
On Mon, 25 Jun 2007, Petr Vandrovec wrote:
Hello,
to catch some memory corruption bug in our code I've modified malloc to do
mmap + mprotect - which has unfortunate effect that it creates thousands and
thousands of VMAs. Everything works (though rather slowly on kernel
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
---
include/linux/kprobes.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/linux/kprobes.h b/include/linux/kprobes.h
index bd89285..51464d1 100644
--- a/include/linux/kprobes.h
+++ b/include/linux/kprobes.h
@@
Chris Mason wrote:
On Mon, Jun 25, 2007 at 05:41:58PM +1000, Nick Piggin wrote:
Neil Brown wrote:
Why do you think you need PG_blocks?
Block device pagecache (buffer cache) has to be able to accept
attachment of either buffers or blocks for filesystem metadata,
and call into either
Christoph Hellwig wrote:
On Sun, Jun 24, 2007 at 06:23:45AM +0200, Nick Piggin wrote:
I'd just like to take the chance also to ask about a VM/FS meetup some
time around kernel summit (maybe take a big of time during UKUUG or so).
I won't be around until a day or two before KS, so I'd prefer
Chris Mason wrote:
On Sun, Jun 24, 2007 at 03:46:13AM +0200, Nick Piggin wrote:
Rewrite the buffer layer.
Overall, I like the basic concepts, but it is hard to track the locking
rules. Could you please write them up?
Yeah I will do that.
Thanks for taking a look. One thing I am thinking
On Tuesday June 26, [EMAIL PROTECTED] wrote:
Chris Mason wrote:
The block device pagecache isn't special, and certainly isn't that much
code. I would suggest keeping it buffer head specific and making a
second variant that does only fsblocks. This is mostly to keep the
semantics of
On Sat, 23 Jun 2007 00:20:36 +0200 Ingo Molnar [EMAIL PROTECTED] wrote:
* S.Çağlar Onur [EMAIL PROTECTED] wrote:
kernel/sched.c:745:28: sched_idletask.c: No such file or directory
Ahh and this happens with [1], grabbing sched_idletask.c from .18 one
solves
the problem...
On Sun, Jun 24, 2007 at 03:45:28AM +0200, Nick Piggin wrote:
I'm announcing fsblock now because it is quite intrusive and so I'd
like to get some thoughts about significantly changing this core part
of the kernel.
Can you rename it to something other than shorthand for
filesystem block? e.g.
Neil Brown wrote:
On Tuesday June 26, [EMAIL PROTECTED] wrote:
Chris Mason wrote:
The block device pagecache isn't special, and certainly isn't that much
code. I would suggest keeping it buffer head specific and making a
second variant that does only fsblocks. This is mostly to keep the
On Sun, Jun 24, 2007 at 03:55:22PM +0200, Michael Buesch wrote:
This adds quality categories for hardware random number generators.
...
+
+/**
+ * enum hwrng_quality - Quality identifier for RNG hardware
+ * @HWRNG_QUAL_HIGH: High quality RNG. Higher quality than
+ * what
Al Viro wrote:
On Sun, Jun 24, 2007 at 10:31:06PM -0700, Josh Triplett wrote:
Al Viro wrote:
Joy. OK, folks, disregard 16/16 in the current form; everything prior
to it stands on its own.
Acknowledged. The rest of the patches look good to me, so I'll merge 1-15
soon, and ignore 16.
Do
Neil Brown wrote:
On Tuesday June 26, [EMAIL PROTECTED] wrote:
Posting it here seems the best thing to do.
To the inventor goes naming privilege and I'm calling this one softer raid.
It is a form of storage raid implemented in software, as contrasted to
software and hardware raid which are
On Jun 26, 2007 12:35 +1000, Nick Piggin wrote:
Leaving my opinion of higher order pagecache aside, this _may_ be an
example of something that doesn't need a lot of attention, because it
should be fairly uncontroversial from a filesystem's POV? (eg. it is
more a relevant item to memory
On Monday, June 25, 2007 5:54:49 pm Eric W. Biederman wrote:
Jesse Barnes [EMAIL PROTECTED] writes:
On Monday, June 25, 2007 4:34:33 Andi Kleen wrote:
This patch fixes a bug in the last patch that caused the code to
run on non-Intel machines (AMD machines apparently don't need it
On Monday, June 25, 2007 8:29:35 pm Jesse Barnes wrote:
Is there an is_cpu() check to differentiate between those? Anyway I'd
rather not enable it unless we see reports though... So far I've only seen
reports of this problem on some recent Intel based systems.
Oh, and FYI I've seen new
On Tuesday June 26, [EMAIL PROTECTED] wrote:
Neil Brown wrote:
Sounds a lot like RAIF - ask google for details.
I did not know about RAIF. RAIF merges separate filesystems? That is a
good idea in itself.
My idea is for driver that provides a filesystem from image files it
controls.
On Tue, Jun 26, 2007 at 11:48:50AM +1000, Michael Ellerman wrote:
Currently jprobe.entry is a kprobe_opcode_t *, but that's a lie. On some
platforms it doesn't point to an opcode at all, it points to a function
descriptor.
It's really a pointer to something that the arch code can turn into a
On Thu, 21 Jun 2007 14:31:12 +1000 NeilBrown [EMAIL PROTECTED] wrote:
From: J. Bruce Fields [EMAIL PROTECTED]
Our original NFSv4 delegation policy was to give out a read delegation
on any open when it was possible to.
Since the lifetime of a delegation isn't limited to that of an
David Chinner wrote:
On Sun, Jun 24, 2007 at 03:45:28AM +0200, Nick Piggin wrote:
I'm announcing fsblock now because it is quite intrusive and so I'd
like to get some thoughts about significantly changing this core part
of the kernel.
Can you rename it to something other than shorthand for
701 - 800 of 829 matches
Mail list logo