On Mon, 27 Aug 2007, Mathieu Desnoyers wrote:
> Here is the patch series for 2.6.23-rc3-mm1 that adds cmpxchg_local, and now
> also cmpxchg64_local, to each architecture.
Any planned uses of cmpxchg64_local?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Mon, 27 Aug 2007, Peter Zijlstra wrote:
> So, if the fast path can be done with a preempt off, it might be doable
> to suffer the slow path with a per cpu lock like that.
Sadly the cmpxchg_local requires local per cpu data access. Isnt there
some way to make this less expensive on RT?
On Mon, Aug 27, 2007 at 02:19:06PM -0500, Dean Nelson wrote:
> No operations can be done once it's closed, only while it's opened.
What the hell do you mean, can't be done?
fd = open(...);
fp = popen("/bin/date", "r");
/* read from fp */
fclose(fp);
do
On Mon, 27 Aug 2007, Mathieu Desnoyers wrote:
> Add the primitives cmpxchg_local, cmpxchg64 and cmpxchg64_local to ia64. They
> use cmpxchg_acq as underlying macro, just like the already existing ia64
> cmpxchg().
Acked-by: Christoph Lameter <[EMAIL PROTECTED]>
Note cmpxchg is *not* a
> From: saeed bishara [mailto:[EMAIL PROTECTED]
> Hi Dan,
> I think you have a bug in this function, the list_splice_init adds the
> new slots in the head of the chain_node, but you get the
> old_chain_tail (latest descriptor) from the tail of the chain!!
>
> > +static dma_cookie_t
> >
On Mon, Aug 27, 2007 at 08:15:07PM +0100, Al Viro wrote:
> On Mon, Aug 27, 2007 at 02:40:59PM -0400, J. Bruce Fields wrote:
>
> > There's no reason not to just mount server:/exports/data directly at
> > /home/data; the bind mounts are just a workaround for the somewhat
> > primitive exports
On Mon, Aug 27, 2007 at 09:23:24PM +0200, Ingo Molnar wrote:
>
> * Siddha, Suresh B <[EMAIL PROTECTED]> wrote:
>
> > > - if (*imbalance + SCHED_LOAD_SCALE_FUZZ < busiest_load_per_task/2) {
> > > + if (*imbalance + SCHED_LOAD_SCALE_FUZZ < busiest_load_per_task) {
> >
> > Ingo, this is still
On Mon, 27 Aug 2007, Mathieu Desnoyers wrote:
> Good point. Christoph, could you please prepare a slub cmpxchg_local
> patch for the mm tree ?
Patch follows (on top of the per cpu structures patch):
Note that we still have a ways to go before the cmpxchg_local
implementation for slub is ready
* Siddha, Suresh B <[EMAIL PROTECTED]> wrote:
> > - if (*imbalance + SCHED_LOAD_SCALE_FUZZ < busiest_load_per_task/2) {
> > + if (*imbalance + SCHED_LOAD_SCALE_FUZZ < busiest_load_per_task) {
>
> Ingo, this is still broken. This condition is always false for nice-0
> tasks..
yes -
On Thu, Aug 23, 2007 at 02:13:41PM +0200, Ingo Molnar wrote:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > [...] So how about the patch below instead?
>
> the right patch attached.
>
> >
> Subject: sched: fix broken SMT/MC optimizations
> From: "Siddha,
On Mon, Aug 27, 2007 at 07:15:44PM +0100, Al Viro wrote:
> On Mon, Aug 27, 2007 at 01:10:56PM -0500, Dean Nelson wrote:
> > On Mon, Aug 27, 2007 at 05:13:28PM +0100, Al Viro wrote:
> > > On Mon, Aug 27, 2007 at 10:59:33AM -0500, Dean Nelson wrote:
> > > > This patch exports __put_task_struct as it
On Mon, Aug 27, 2007 at 02:40:59PM -0400, J. Bruce Fields wrote:
> There's no reason not to just mount server:/exports/data directly at
> /home/data; the bind mounts are just a workaround for the somewhat
> primitive exports facility on the server side.
Bullshit. Bindings are first-class
On 8/27/07, Daniel Walker <[EMAIL PROTECTED]> wrote:
> Now that I'm looking at the kernel bugzilla .. If you set the kernel
> version to 2.6.22 and set the "Regression" check box you could denote
> the fact that it's a regression in that kernel version ..
>
> I don't know if this URL is going to
On 08/27, Cliff Wickman wrote:
>
> With this patch, migrate the task to:
> 1) to any cpu on the same node as the disabled cpu, which is both online
> and among that task's cpus_allowed
> 2) to any online cpu within the task's cpuset
> 3) to any cpu which is both online and among that
On Fri, 24 Aug 2007, Andrew Morton wrote:
> I'm struggling a bit to understand these numbers. Bigger is better, I
> assume? In what units are these numbers?
No less is better. These are cycle counts. Hmmm... We discussed these
cycle counts so much in the last week that I forgot to mention
On Sat, 25 Aug 2007, Andi Kleen wrote:
> On Fri, Aug 24, 2007 at 05:50:18PM -0700, Siddha, Suresh B wrote:
> > On Fri, Aug 24, 2007 at 03:26:54PM -0700, [EMAIL PROTECTED] wrote:
> > > Previous Intro:
> >
> > Thanks for doing this.
> >
> > > In x86_64 and i386 architectures most arrays that are
On Mon, Aug 27, 2007 at 08:32:51PM +0200, Gabriel Barazer wrote:
> Hi,
>
> A nfs4 filesystem, mounted elsewhere via the "bind" option (the usual
> way to do with nfsv4 and its pseudofs), reports wrong fstype "nfs"
> instead of "nfs4" filesystem.
> An example is much easier to understand :
>
"Pallipadi, Venkatesh" <[EMAIL PROTECTED]> writes:
> - Another thing to try is to disable HPET and boot with PIT in the first
> kernel. Just to check whether PIT never works on this platform or the
> first kernel is doing something to stop PIT. You can try "hpet=disable"
> boot option for that.
Version 4 calls cpuset_cpus_allowed_locked() outside of the
task_rq_lock to avoid the lock conflict that Oleg noticed.
And it consolidates what would have been very similar "if (dest_cpu == NR_CPUS)"
paths. Also Oleg's observation.
Version 3 added a missing task_rq_lock()/task_rq_unlock()
Hi,
A nfs4 filesystem, mounted elsewhere via the "bind" option (the usual
way to do with nfsv4 and its pseudofs), reports wrong fstype "nfs"
instead of "nfs4" filesystem.
An example is much easier to understand :
Server-side :
- /exports is the pseudo root filesystem (fsid=0 option in
On Mon, 27 Aug 2007 10:08:34 -0700
Daniel Walker <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-08-27 at 09:44 -0700, Andrew Morton wrote:
>
> > It's a hassle when someone doesn't have a bugzilla account. But there are
> > humans sitting behind bugzilla handling stuff (fsvo "human"). I've already
>
>
>I think we should dive little deeper to find out the root
>cause of the problem
>instead of putting the intermediate patch. These timer issues
>are tricky
>ones and we have already solved few of these.
>
>Going back to your original mail where you specify root cause.
>
>- You mentioned that
On Mon, 27 Aug 2007 16:06:19 +0100 (BST)
Hugh Dickins <[EMAIL PROTECTED]> wrote:
> Fix bogus DEBUG_PREEMPT warning on x86_64, when cpu brought online after
> bootup: current_is_keventd is right to note its use of smp_processor_id
> is preempt-safe, but should use raw_smp_processor_id to avoid the
On Mon, Aug 27, 2007 at 01:10:56PM -0500, Dean Nelson wrote:
> On Mon, Aug 27, 2007 at 05:13:28PM +0100, Al Viro wrote:
> > On Mon, Aug 27, 2007 at 10:59:33AM -0500, Dean Nelson wrote:
> > > This patch exports __put_task_struct as it is needed by XPMEM.
> > >
> > > Signed-off-by: Dean Nelson
On Mon, Aug 27, 2007 at 05:13:28PM +0100, Al Viro wrote:
> On Mon, Aug 27, 2007 at 10:59:33AM -0500, Dean Nelson wrote:
> > This patch exports __put_task_struct as it is needed by XPMEM.
> >
> > Signed-off-by: Dean Nelson <[EMAIL PROTECTED]>
> >
> > ---
> >
> > One struct file_operations
On Mon, 2007-08-27 at 18:45 +0300, Avi Kivity wrote:
> Anthony Liguori wrote:
> > Since a hypercall may span two pages and is a gva, we need a function to
> > write
> > to a gva that may span multiple pages. emulator_write_phys() seems like the
> > logical choice for this.
> >
> > @@ -962,8
I am using Linux 2.6.16.46-0.12-smp (SUSE 10 SP1 stock kernel).
I do intend to bother SUSE, but I am hoping some kind kernel savant
can help me interpret these log messages and/or give me some
suggestions for how to proceed.
My system is a SunFire x4100 (x86_64) with 16G of RAM and 32G of swap
in
On Mon, 2007-08-27 at 10:54 -0700, Stephane Eranian wrote:
> Daniel,
>
> You mentioned you have a development board with a dual Pentium-M.
>
> What are the exact family/model numbers?
>
> What Bjorn points you at below is a fix that applies to
> Intel Core Duo/Solo (Yonah) and Intel Core 2
On Mon, 2007-08-27 at 11:30 +0400, Pavel Emelyanov wrote:
> From: Alexey Dobriyan <[EMAIL PROTECTED]>
>
> One of the easiest things to isolate is the pid printed in kernel
> log. There was a patch, that made this for arch-independent code,
> this one makes so for arch/xxx files.
Perhaps it would
Daniel,
You mentioned you have a development board with a dual Pentium-M.
What are the exact family/model numbers?
What Bjorn points you at below is a fix that applies to
Intel Core Duo/Solo (Yonah) and Intel Core 2 series but not to
regular Pentium-M (no architectural perfmon there).
I have
[PATCH] mptsas: scan the logical volume at first
user like to see the raid show as /dev/sda before left raw disks.
So scan the volume at first to make their life easier.
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/drivers/message/fusion/mptsas.c b/drivers/message/fusion/mptsas.c
Is anyone using the realview_eb_mpcore?
could you send me the boot monitor file for that if possible?
I am using the software virtual prototype to simulate this platform ,
and I need this boot monitor first.
I appreciate it very much.
regards,
yang
-
To unsubscribe from this list: send the
Anthony Liguori wrote:
On Mon, 2007-08-27 at 20:26 +0300, Avi Kivity wrote:
Anthony Liguori wrote:
On Mon, 2007-08-27 at 18:45 +0300, Avi Kivity wrote:
Anthony Liguori wrote:
Since a hypercall may span two pages and is a gva, we need a function to write
to a
Thanks Hugh.
-Len
>-Original Message-
>From: Hugh Dickins [mailto:[EMAIL PROTECTED]
>Sent: Monday, August 27, 2007 11:05 AM
>To: Linus Torvalds
>Cc: Andrew Morton; Brown, Len; linux-kernel@vger.kernel.org
>Subject: [PATCH] reverse CONFIG_ACPI_PROC_EVENT default
>
>Sigh. Again an ACPI
On Mon, 2007-08-27 at 20:26 +0300, Avi Kivity wrote:
> Anthony Liguori wrote:
> > On Mon, 2007-08-27 at 18:45 +0300, Avi Kivity wrote:
> >
> >> Anthony Liguori wrote:
> >>
> >>> Since a hypercall may span two pages and is a gva, we need a function to
> >>> write
> >>> to a gva that may
On Saturday 25 August 2007, Sergei Shtylyov wrote:
> Make the SATA drive detection code from eighty_ninty_three() into inline
> ide_dev_is_sata() helper fixing it along the way to be more strict while
> checking word 80 for the reserved values...
>
> Signed-off-by: Sergei Shtylyov <[EMAIL
Hello,
On Saturday 25 August 2007, Sergei Shtylyov wrote:
> The Marvell bridge chips used on HighPoint SATA cards do not seem to support
> the UltraDMA modes 1, 2, and 3 as well as any MWDMA modes, so the driver needs
> to account for this in the udma_filter() method. In order to achieve that,
* Andrew Morton ([EMAIL PROTECTED]) wrote:
> On Mon, 27 Aug 2007 11:52:34 -0400 Mathieu Desnoyers <[EMAIL PROTECTED]>
> wrote:
>
> > Here is the patch series for 2.6.23-rc3-mm1 that adds cmpxchg_local, and now
> > also cmpxchg64_local, to each architecture.
>
> How well tested are these on the
Hi,
On 27/08/07, David Newall <[EMAIL PROTECTED]> wrote:
> help
http://www.kernel.org/pub/linux/docs/lkml/
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
Anthony Liguori wrote:
On Mon, 2007-08-27 at 18:45 +0300, Avi Kivity wrote:
Anthony Liguori wrote:
Since a hypercall may span two pages and is a gva, we need a function to write
to a gva that may span multiple pages. emulator_write_phys() seems like the
logical choice for this.
@@
On Mon, 27 Aug 2007, Pavel Machek wrote:
> Hi!
>
> > Enable wakeup from serial ports, make it run-time configurable over sysfs,
> > e.g.,
> >
> > echo enabled > /sys/devices/platform/serial8250.0/tty/ttyS0/power/wakeup
> >
> > Requires
> >
> > # CONFIG_SYSFS_DEPRECATED is not set
> >
> >
This updates the VFS docs under the Documentation/ directory to describe
the new killattr inode operation.
Signed-off-by: Jeff Layton <[EMAIL PROTECTED]>
---
Documentation/filesystems/Locking |2 ++
Documentation/filesystems/vfs.txt |6 ++
2 files changed, 8 insertions(+), 0
On Mon, 2007-08-27 at 19:06 +0300, Avi Kivity wrote:
> Anthony Liguori wrote:
> > void kvm_emulate_cpuid(struct kvm_vcpu *vcpu)
> > {
> > int i;
> > @@ -1632,6 +1575,12 @@ void kvm_emulate_cpuid(struct kvm_vcpu *vcpu)
> > vcpu->regs[VCPU_REGS_RBX] = 0;
> > vcpu->regs[VCPU_REGS_RCX]
..make it just clear the ATTR_KILL_S*ID bits since we want the
server to handle it.
Signed-off-by: Jeff Layton <[EMAIL PROTECTED]>
---
fs/cifs/cifsfs.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/fs/cifs/cifsfs.c b/fs/cifs/cifsfs.c
index cabb6a5..c357c55
When an unprivileged process attempts to modify a file that has the
setuid or setgid bits set, the VFS will attempt to clear these bits. The
VFS will set the ATTR_KILL_SUID or ATTR_KILL_SGID bits in the ia_valid
mask, and then call notify_change to clear these bits and set the mode
accordingly.
Add the nfs_killattr inode operation. For NFS, we generally want the server
to handle clearing these bits. So the function is really just a noop.
Signed-off-by: Jeff Layton <[EMAIL PROTECTED]>
---
fs/nfs/dir.c |3 +++
fs/nfs/file.c |2 ++
fs/nfs/inode.c | 10
This patch adds the killattr inode operation. inodes that have a
killattr operation defined are responsible for properly handling the
ATTR_KILL_SUID and ATTR_KILL_SGID bits within this operation. inodes
that do not have a killattr op will instead use "standard" logic which
turns these bits into a
On Mon, Aug 27, 2007 at 03:54:49PM +0100, Hugh Dickins wrote:
> Hi Roman,
>
> I've noticed an oddity with CONFIG_HOTPLUG_CPU in 2.6.23-rc:
> make oldconfig seems to turn it on even when nothing wants it,
> increasing kernel size by about 10k; but if you then edit the
> line out of .config and
On Mon, 2007-08-27 at 18:45 +0300, Avi Kivity wrote:
> Anthony Liguori wrote:
> > Since a hypercall may span two pages and is a gva, we need a function to
> > write
> > to a gva that may span multiple pages. emulator_write_phys() seems like the
> > logical choice for this.
> >
> > @@ -962,8
On Mon, 2007-08-27 at 19:02 +0200, Michal Piotrowski wrote:
> Indeed, now we need a predefined search "show regressions in 2.6.x" :)
>
> So the plan is simple:
> - copy all regressions into bugzilla after each release
> - make sure that all regressions reported on lkml after realase hit bugzilla
On Mon, 27 Aug 2007, Hugh Dickins wrote:
>
> Fix 61ec7567db103d537329b0db9a887db570431ff4: maxcpus=N is now having no
> ...
On a totally unrelated issue:
While looking at the history in gitk and gitweb etc shows these commit
ID's as nice hyperlinks, I really think it's nicer for everybody if
On Mon, 2007-08-27 at 09:44 -0700, Andrew Morton wrote:
> It's a hassle when someone doesn't have a bugzilla account. But there are
> humans sitting behind bugzilla handling stuff (fsvo "human"). I've already
> forwarded your bugzilla report to Stephane pointing out that he doesn't
> have an
help
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Sat, 25 Aug 2007, Yan Burman wrote:
>> Aha, /sys. Could we simply power off the device when its input device
>> is not opened?
>>
> No, we can't since the sys interface provides the position info and some
> applications (hdaps apps for example) use this interface.
Power it off when not
Fix bogus DEBUG_PREEMPT warning on x86_64, when cpu brought online after
bootup: current_is_keventd is right to note its use of smp_processor_id
is preempt-safe, but should use raw_smp_processor_id to avoid the warning.
Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
---
Jan-Bernd Themann wrote:
On Monday 27 August 2007 17:51, James Chapman wrote:
In the second half of my previous reply (which seems to have been
deleted), I suggest a way to avoid this problem without using hardware
interrupt mitigation / coalescing. Original text is quoted below.
>> I've
Daniel Walker pisze:
> On Mon, 2007-08-27 at 17:26 +0200, Michal Piotrowski wrote:
>> On 27/08/07, Daniel Walker <[EMAIL PROTECTED]> wrote:
>>> On Mon, 2007-08-27 at 13:38 +0200, Michal Piotrowski wrote:
On 27/08/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
>> [..]
> I'm not sure that we
Fix 61ec7567db103d537329b0db9a887db570431ff4: maxcpus=N is now having no
effect on x86_64, and freezing bootup on i386 (because of inconsistency
with the separate maxcpus parsing down in arch/i386, I guess). That's
because early_param parsing is a little different from __setup parsing,
and needs
Sigh. Again an ACPI assault on the Thinkpad's Fn+F4 to suspend to RAM.
The default and text for CONFIG_THINKPAD_ACPI_INPUT_ENABLED were fixed
in -rc3, but now 14e04fb34ffa82ee61ae69f98d8fca12d2e8e31c introduces
CONFIG_ACPI_PROC_EVENT default n to disable it again. Change default
to y, and add
On Mon, 27 Aug 2007 09:26:48 -0700 Daniel Walker <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-08-27 at 00:51 -0700, Andrew Morton wrote:
> > On Mon, 27 Aug 2007 02:45:02 +0200 Michal Piotrowski <[EMAIL PROTECTED]>
> > wrote:
> >
> > > Daniel Walker pisze:
> > > [snip]
> > > > Have you considered
On Mon, Aug 27, 2007 at 09:44:03AM -0700, Andrew Morton wrote:
>...
> What I haven't been doing is ensuring that the Product and Component fields
> are suitably set. That's something which Natalie is now cleaning up.
I always fixed them when they were wrong, and I'd therefore be surprised
if
Use the new generic cmpxchg_local (disables interrupt). Also use the generic
cmpxchg as fallback if SMP is not set.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
---
include/asm-m68knommu/system.h | 28 +++-
1 file
This patch has been bzip2'd and included as an attachment due to size.
xpmem-module.v002.bz2
Description: application/bzip
Use immediate values with lower d-cache hit in optimized version as a
condition for scheduler profiling call.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
drivers/kvm/svm.c |2 +-
drivers/kvm/vmx.c |2 +-
include/linux/profile.h | 10 --
kernel/profile.c
Use the mutual exclusion provided by the text edit lock in the kprobes code. It
allows coherent manipulation of the kernel code by other subsystems.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
---
This is an architecture independant synchronization around kernel text
modifications through use of a global mutex.
A mutex has been chosen so that kprobes, the main user of this, can sleep during
memory allocation between the memory read of the instructions it must replace
and the memory write
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
Documentation/immediate.txt | 232
1 file changed, 232 insertions(+)
Index: linux-2.6-lttng/Documentation/immediate.txt
===
---
Use the new generic cmpxchg_local (disables interrupt). Also use the generic
cmpxchg as fallback if SMP is not set.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
---
include/asm-arm/system.h | 41 ++---
1
Make sure that at least cmpxchg64_local is available on all architectures to use
for unsigned long long values.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
---
include/asm-powerpc/system.h |6 ++
1 file changed, 6 insertions(+)
Index:
Use the new generic cmpxchg_local (disables interrupt). Also use the generic
cmpxchg as fallback if SMP is not set.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
---
include/asm-v850/system.h | 15 +++
1 file changed, 15 insertions(+)
Index:
Use the new generic cmpxchg_local (disables interrupt). Also use the generic
cmpxchg as fallback if SMP is not set.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
---
include/asm-sh64/system.h | 15 +++
1 file changed, 15
Add a local processor version of cmpxchg for ppc.
Implements __cmpxchg_u32_local and uses it for 32 bits cmpxchg_local.
It uses the non NMI safe cmpxchg_local_generic for 1, 2 and 8 bytes
cmpxchg_local.
From: Gunnar Larisch <[EMAIL PROTECTED]>
From: Mathieu Desnoyers <[EMAIL PROTECTED]>
Use the new generic cmpxchg_local (disables interrupt). Also use the generic
cmpxchg as fallback if SMP is not set.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
---
include/asm-parisc/atomic.h | 29 +
1 file
On m32r, use the new cmpxchg_local as primitive for the local_cmpxchg
operation.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
Acked-by: Hirokazu Takata <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
---
include/asm-m32r/local.h | 362 ++-
1 file
Use the new generic cmpxchg_local (disables interrupt). Also use the generic
cmpxchg as fallback if SMP is not set.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
---
include/asm-m68k/system.h | 21 +
1
Emulates the cmpxchg_local by disabling interrupts around variable modification.
This is not reentrant wrt NMIs and MCEs. It is only protected against normal
interrupts, but this is enough for architectures without such interrupt sources
or if used in a context where the data is not shared with
Use the new generic cmpxchg_local (disables interrupt). Also use the generic
cmpxchg as fallback if SMP is not set.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
---
include/asm-h8300/system.h | 15 +++
1 file changed, 15 insertions(+)
Index:
Make kprobes use text_set instead of text_poke.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: Andi Kleen <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
---
arch/i386/kernel/kprobes.c |4 ++--
1 file changed, 2
Make sure that at least cmpxchg64_local is available on all architectures to use
for unsigned long long values.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: Andi Kleen <[EMAIL PROTECTED]>
---
include/asm-x86_64/cmpxchg.h |2 ++
1 file changed, 2 insertions(+)
Index:
On Mon, 27 Aug 2007, Al Viro wrote:
>
> I have the beginning of that series done and the rest mapped out in enough
> details to implement it over this week. If somebody has objections,
> questions or comments - yell.
>From your description, I have no objections - everything sounds good. My
Use the new generic cmpxchg_local (disables interrupt) for 8, 16 and 64 bits
arguments. Use the 32 bits cmpxchg available on the architecture for 32 bits
arguments.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
---
include/asm-frv/system.h | 24
Hi Roman,
I've noticed an oddity with CONFIG_HOTPLUG_CPU in 2.6.23-rc:
make oldconfig seems to turn it on even when nothing wants it,
increasing kernel size by about 10k; but if you then edit the
line out of .config and make oldconfig again, it correctly
offers the choice and lets it be turned
On 8/23/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> with no patch, or with my patch below each gets ~66% of CPU time,
> long-term:
>
> PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
> 2290 mingo 20 0 2736 528 252 R 67 0.0 3:22.95 bash
> 2291 mingo 20 0
On Mon, 2007-08-27 at 00:51 -0700, Andrew Morton wrote:
> On Mon, 27 Aug 2007 02:45:02 +0200 Michal Piotrowski <[EMAIL PROTECTED]>
> wrote:
>
> > Daniel Walker pisze:
> > [snip]
> > > Have you considered maintaining all the lists in Bugzilla?
> >
> > Yes, I have considered it.
> >
> > Bugzilla
On Mon, 27 Aug 2007, Michael Kerrisk wrote:
>
> But it's not clear to me in which 2.4.x and 2.6.x versions the change
> occurred (it isn't in 2.6.23-rc3 -- is it scheduled for 2.6.23-rc4?).
It's in current -git (commit d2d56c5f51028cb9f3d800882eb6f4cbd3f9099f), so
yes, it will be in -rc4
On Mon, 27 Aug 2007 11:07:03 -0500 Cliff Wickman <[EMAIL PROTECTED]> wrote:
>
> Version 3 adds a missing task_rq_lock()/task_rq_unlock() pair. (Oleg found)
>
> There was discussion about this patch among:
> Andrew Morton, Oleg Nesterov, Gautham Shenoy, Rusty Russell
> regarding other
On Mon, Aug 27, 2007 at 08:36:35AM +0200, Jarek Poplawski wrote:
> On 22-08-2007 19:03, Paul E. McKenney wrote:
> > On Wed, Aug 22, 2007 at 05:41:11PM +0200, Adrian Bunk wrote:
> >> On Wed, Aug 22, 2007 at 05:30:13PM +0200, Gabriel C wrote:
> >>> Got it with a randconfig (
> >>>
On Fri, 2007-08-24 at 18:38 -0700, Greg KH wrote:
> On Fri, Aug 24, 2007 at 04:21:42PM -0400, Paul Albrecht wrote:
> > Hi,
> >
> > I'm trying to use a hawking hwu54g with the zd1211rw driver in the
> > 2.6.20 linux kernel. It works ok when I hotplug the device, but causes
> > firefox to segfault
On 08/27, Cliff Wickman wrote:
>
> --- linus.070821.orig/kernel/sched.c
> +++ linus.070821/kernel/sched.c
> @@ -61,6 +61,7 @@
> #include
> #include
> #include
> +#include
>
> #include
>
> @@ -5091,6 +5092,19 @@ restart:
> if (dest_cpu == NR_CPUS)
> dest_cpu =
On Mon, 27 Aug 2007 08:59:04 -0700 Joe Perches wrote:
> On Mon, 2007-08-27 at 09:30 -0600, Moore, Eric wrote:
> > Yes it was changed to [EMAIL PROTECTED] I had posted a
> > patch about a month back, along with the changes for all the driver
> > sources.
>
> This is what I have:
>
>
On Mon, 27 Aug 2007 11:52:34 -0400 Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> Here is the patch series for 2.6.23-rc3-mm1 that adds cmpxchg_local, and now
> also cmpxchg64_local, to each architecture.
How well tested are these on the various architectures?
> When the architecture supports
>
> I don't know how fast the above will all work out, you are going to have
> to test it yourself, sorry.
>
> hope this helps,
It has. Thank you for answering all of my questions.
-Nate
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Mon, 2007-08-27 at 18:09 +0200, Adrian Bunk wrote:
> On Mon, Aug 27, 2007 at 05:41:17AM -0400, Jeff Garzik wrote:
> > Andrew Morton wrote:
> >> What I'm concerned about is that regressions which we didn't fix are just
> >> getting lost. Is anyone taking care to ensure that they are getting
>
On Mon, Aug 27, 2007 at 10:59:33AM -0500, Dean Nelson wrote:
> This patch exports __put_task_struct as it is needed by XPMEM.
>
> Signed-off-by: Dean Nelson <[EMAIL PROTECTED]>
>
> ---
>
> One struct file_operations registered by XPMEM, xpmem_open(), calls
>
On Mon, Aug 27, 2007 at 05:41:17AM -0400, Jeff Garzik wrote:
> Andrew Morton wrote:
>> What I'm concerned about is that regressions which we didn't fix are just
>> getting lost. Is anyone taking care to ensure that they are getting
>> transitioned into bugzilla for tracking?
>
> Maybe this was a
Here is the first stage of a port of blktrace to the Linux Kernel Markers. The
advantage of this port is that it minimizes the impact on the running when
blktrace is not active.
A few remarks : this patch has the positive effect of removing some code
from the block io tracing hot paths,
Anthony Liguori wrote:
This patch refactors the current hypercall infrastructure to better support live
migration and SMP. It eliminates the hypercall page by trapping the UD
exception that would occur if you used the wrong hypercall instruction for the
underlying architecture and replacing it
The marker activation functions sits in kernel/marker.c. A hash table is used
to keep track of the registered probes and armed markers, so the markers within
a newly loaded module that should be active can be activated at module load
time.
marker_query has been removed. marker_get_first,
With the increasing complexity of today's user-space application and the wide
deployment of SMP systems, the users need an increasing understanding of the
behavior and performance of a system across multiple processes/different
execution contexts/multiple CPUs. In applications such as large
Here is some documentation explaining what is/how to use the Linux
Kernel Markers.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
Reviewed-by: Christoph Hellwig <[EMAIL PROTECTED]>
Reviewed-by: "Frank Ch. Eigler" <[EMAIL PROTECTED]>
---
Documentation/marker.txt | 257
201 - 300 of 911 matches
Mail list logo
