On Thu, 11 Jan 2007, Linus Torvalds wrote:
> On Thu, 11 Jan 2007, Viktor wrote:
> >
> > OK, madvise() used with mmap'ed file allows to have reads from a file
> > with zero-copy between kernel/user buffers and don't pollute cache
> > memory unnecessarily. But how about writes? How is to do zero-co
Dear all,
I'd like to try out SATA hotplugging using a SIL3114. Though I was
harvesting the web, I could not find any useful information how this is
done in practice.
Well I realized that I can still use scsiadd to print and remove
devices, e.g.:
# scsiadd -p
Attached devices:
Host: scsi2 Chann
Andrew Morton a écrit :
> OK. Unfortunately patches 2-4 don't apply without #1 present and the fix
> is not immediately obvious, so we'll need a respin+retest, please.
Ok, I'll provide updated patches for -mm ASAP.
On Thu, 11 Jan 2007 09:47:28 -0800
Ulrich Drepper <[EMAIL PROTECTED]> wrote:
Paul Menage wrote:
> On 1/10/07, Balbir Singh <[EMAIL PROTECTED]> wrote:
>> I have run into a problem running this patch on a powerpc box. Basically,
>> the machine panics as soon as I mount the container filesystem with
>
> This is a multi-processor system?
Yes, it has 4 cpus
>
> My guess is t
Paul Menage wrote:
> On 1/10/07, Balbir Singh <[EMAIL PROTECTED]> wrote:
>> Paul Menage wrote:
>>> +/* The set of hierarchies in use. Hierarchy 0 is the "dummy
>>> + * container", reserved for the subsystems that are otherwise
>>> + * unattached - it never has more than a single container, and all
On 1/11/07, Serge E. Hallyn <[EMAIL PROTECTED]> wrote:
Right, but is returning -EINVAL to userspace on munmap a problem?
Yes, because an application has no way of reusing the revoked mapping
range. The current patch should get this right, though.
On 1/11/07, Serge E. Hallyn <[EMAIL PROTECTED]>
Hi Joe,
On 1/12/07, joe jin <[EMAIL PROTECTED]> wrote:
@@ -788,7 +786,7 @@ static int rlb_initialize(struct bonding
spin_lock_init(&(bond_info->rx_hashtbl_lock));
- new_hashtbl = kmalloc(size, GFP_KERNEL);
+ new_hashtbl = kzalloc(size, GFP_KERNEL);
if (!new_hashtbl)
On Fri, 12 Jan 2007 01:18:17 -0600
"Miles Lane" <[EMAIL PROTECTED]> wrote:
> WARNING: "profile_hits" [drivers/kvm/kvm-intel.ko] undefined!
This?
From: Andrew Morton <[EMAIL PROTECTED]>
export profile_hits() on !SMP too.
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: Avi Kivity <[EMAIL PROTECTED]>
Sig
On Fri, 12 Jan 2007 08:15:45 +0100
Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> How about implementing the sync_page() aop?
That got deleted in Jens's tree - the unplugging rework.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
WARNING: vmlinux - Section mismatch: reference to .init.text: from
.text between 'rest_init' (at offset 0xc0101131) and 'try_name'
WARNING: vmlinux - Section mismatch: reference to .init.text: from
.text between 'iret_exc' (at offset 0xc02d9ffa) and '_etext'
WARNING: vmlinux - Section mismatch: re
On Thu, 2007-01-11 at 19:22 -0500, Jaya Kumar wrote:
> Agreed. Though I may be misunderstanding what you mean by first-touch.
> Currently, I do a schedule_delayed_work and leave 1s between when the
> page_mkwrite callback indicating the first touch is received and when
> the deferred IO is process
You were right, even after making the changes, it seems to be
telling lies:
# mount
/dev/hda2 on / type ext2 (rw,usrquota)
[...]
However, I think I am still not mounting as ext2:
# dmesg | grep 'Kernel command'
Kernel command line: ro root=/dev/hda2 rootfstype=ext2
# cat /proc/mounts
rootfs /
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-rc4-mm1/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc3/2.6.20-rc4-mm1/
- Added the e1000 driver development tree, as git-e1000.patch (Auke Kok
<[EMAIL PROTECTED]>)
- Added the HID dev
* Avi Kivity <[EMAIL PROTECTED]> wrote:
> It occurs to me that kvm could benefit greatly from dyntick:
>
> dyntick-enabled host:
> - generate virtual interrupts at whatever HZ the guest programs its
> timers, be it 100, 250, 1000 or whatever
> - avoid expensive vmexits due to useless timer inte
Hi,
this patch fills in the portions for ia64 kexec.
I'm actually not sure what options are required for the dump-capture
kernel, but "init 1 irqpoll maxcpus=1" has been working fine for me.
Or more to the point, I'm not sure if irqpoll is needed or not.
This patch requires the documentation pat
Hi,
Mohan Kumar suggested making kexec-tools-testing.tar.gz a link
to the latest version. I have done this and this patch updates the
documentation accordingly.
This patch requires the documentation patch update that Vivek Goyal has
been circulating, and I believe is currently in mm. Feel free to
Just noticed this while looking at a bug.
--
Avoid an expensive integer divide 3 times per CPU per tick.
Signed-off-by: Nick Piggin <[EMAIL PROTECTED]>
Index: linux-2.6/kernel/sched.c
===
--- linux-2.6.orig/kernel/sched.c
+++ linux
Avi Kivity wrote:
dyntick-enabled guest:
- reduce the load on the host when the guest is idling
(currently an idle guest consumes a few percent cpu)
You do not need dynticks for this actually. Simple no-tick-on-idle
like Xen has works well enough.
While you're modifying the timer code, you
On Thu, 11 Jan 2007 23:08:16 -0600
Alberto Alonso <[EMAIL PROTECTED]> wrote:
> I have an ext3 filesystem that has been having problems
> with its journal. The result is that the file system
> remounts internally as read-only and the server becomes
> unusable, even shutdown does not work, using up
On 1/12/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
Linus Torvalds wrote:
>
> On Fri, 12 Jan 2007, Nick Piggin wrote:
>
>>We are talking about about fragmentation. And limiting pagecache to try to
>>avoid fragmentation is a bandaid, especially when the problem can be solved
>>(not just papered ove
On Thu, 4 Jan 2007 12:12:57 -0600
"Serge E. Hallyn" <[EMAIL PROTECTED]> wrote:
> A process in one user namespace could set a fowner and sigio on a file in a
> shared vfsmount, ending up killing a task in another user namespace.
>
> Prevent this by adding a user namespace pointer to the fown_struc
On Fri, 12 Jan 2007, Nick Piggin wrote:
>
> Yeah *smallish* higher order allocations are fine, and we use them all the
> time for things like stacks or networking.
>
> But Aubrey (who somehow got removed from the cc list) wants to do order 9
> allocations from userspace in his nommu environment
I have an ext3 filesystem that has been having problems
with its journal. The result is that the file system
remounts internally as read-only and the server becomes
unusable, even shutdown does not work, using up 100% of
the CPU but not rebooting.
I found some postings indicating that mounting it
Mathieu Desnoyers wrote:
* Nick Piggin ([EMAIL PROTECTED]) wrote:
Mathieu Desnoyers wrote:
+#define MARK(name, format, args...) \
+ do { \
+ static marker_probe_func *__mark_call_##name = \
+ __mark_empty_function; \
+ v
* Nick Piggin ([EMAIL PROTECTED]) wrote:
> Mathieu Desnoyers wrote:
>
> >+#define MARK(name, format, args...) \
> >+do { \
> >+static marker_probe_func *__mark_call_##name = \
> >+__mark_empty_function; \
> >+volatile static char __ma
Nick Piggin wrote:
Linus Torvalds wrote:
Very basic issue: the perfect is the enemy of the good. Claiming that
there is a "proper solution" is usually a total red herring. Quite
often there isn't, and the "paper over" is actually not papering over,
it's quite possibly the best solution there
Linus Torvalds wrote:
On Fri, 12 Jan 2007, Nick Piggin wrote:
We are talking about about fragmentation. And limiting pagecache to try to
avoid fragmentation is a bandaid, especially when the problem can be solved
(not just papered over, but solved) in userspace.
It's not clear that the prob
On Fri, 12 Jan 2007, Nick Piggin wrote:
>
> We are talking about about fragmentation. And limiting pagecache to try to
> avoid fragmentation is a bandaid, especially when the problem can be solved
> (not just papered over, but solved) in userspace.
It's not clear that the problem _can_ be solved
Mathieu Desnoyers wrote:
+#define MARK(name, format, args...) \
+ do { \
+ static marker_probe_func *__mark_call_##name = \
+ __mark_empty_function; \
+ volatile static char __marker_enable_##name = 0; \
+ stat
Bill Davidsen wrote:
Nick Piggin wrote:
Aubrey wrote:
Exactly, and the *real* fix is to modify userspace not to make >
PAGE_SIZE
mallocs[*] if it is to be nommu friendly. It is the kernel hacks to do
things
like limit cache size that are the bandaids.
Tuning the system to work appropriat
[PATCH] ia64: add pci_get_legacy_ide_irq()
Add pci_get_legacy_ide_irq() identical to the one used by i386/x86_64.
Fixes amd74xx driver build on ia64 (bugzilla bug #6644).
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
include/asm-ia64/pci.h |6 ++
1 file changed, 6 ins
[PATCH] hpt366: remove redundant check from init_dma_hpt366()
->init_dma() cannot be called with dmabase == 0
(see drivers/ide/setup-pci.c)
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/pci/hpt366.c |3 ---
1 file changed, 3 deletions(-)
Index: a/drivers/ide/
[PATCH] ide: remove write-only ide_hwif_t.no_dsc flag
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/ide-cd.c |8
drivers/ide/ide.c |1 -
drivers/ide/pci/aec62xx.c |4 +---
drivers/ide/pci/hpt34x.c |1 -
include/linux/ide.h
[PATCH] sis5513: sis5513_config_xfer_rate() cleanup
* remove bogus comment for sis5513_config_xfer_rate()
* there is no need to call config_drive_art_rwp() because
it is called by config_art_rwp_pio()
* remove needless wrapper
* remove stale "TODO" comment
(IDE core should provide generic tuni
[PATCH] ide: remove ide_pci_device_t tables with only one entry
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/pci/cy82c693.c | 21 +
drivers/ide/pci/sgiioc4.c |7 ++-
2 files changed, 11 insertions(+), 17 deletions(-)
Index: a/driver
[PATCH] ide: use PIO/MMIO operations directly where possible
This results in smaller/faster/simpler code and allows future optimizations.
Also remove no longer needed ide[_mm]_{inl,outl}() and ide_hwif_t.{INL,OUTL}.
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/h8
[PATCH] ide: add ide_use_fast_pio() helper
* add ide_use_fast_pio() helper for use by host drivers
* add DMA capability and autodma checks to ide_use_dma()
- au1xxx-ide/it8213/it821x drivers didn't check for (id->capability & 1)
- ide-cris driver didn't set ->autodma
Signed-off-by: Bartlomiej
[PATCH] ide: unexport ide_set_xfer_rate()
In cmd64x and siimage drivers:
* don't set drive->init_speed as it should be already
set by successful execution of ide_set_xfer_rate()
* use hwif->speedproc functions directly
Above changes allows removal of EXPORT_SYMBOL_GPL(ide_set_xfer_rate).
Signe
[PATCH] svwks: small cleanup
* remove redundant svwks_ide_dma_end() [ __ide_dma_end() is used by default ]
* remove init_dma_svwks() so the default ide_setup_dma() function is used
[ init_setup_csb6() takes care of not initializing disabled channels ]
Signed-off-by: Bartlomiej Zolnierkiewicz <[
[PATCH] au1xxx-ide: remove dead code
'speed' is always equal to 'mode' when ide_config_drive_speed() is called
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/mips/au1xxx-ide.c | 15 +++
1 file changed, 3 insertions(+), 12 deletions(-)
Index: a/driver
[PATCH] ide: remove ide_drive_t.usage
This field is no longer used by the core IDE code so fix ide-{disk,floppy}
drivers to keep openers count in the driver specific objects and remove
it from ide-{cd,scsi,tape} drivers (it was write-only).
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECT
[PATCH] pdc202xx_old: remove dead code
CONFIG_PDC202XX_MASTER config option doesn't exist
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/pci/pdc202xx_old.c | 19 ---
1 file changed, 19 deletions(-)
Index: a/drivers/ide/pci/pdc202xx_old.c
[PATCH] trm290: remove redundant CONFIG_BLK_DEV_IDEDMA #ifdef-s
In drivers/ide/Kconfig BLK_DEV_TRM290 depends on
BLK_DEV_IDEDMA_PCI (on which is BLK_DEV_IDEDMA dependant on).
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/pci/trm290.c |4
1 file changed, 4
[PATCH] cs5530: small cleanup
* BUG() on unknown DMA mode in cs5530_config_dma()
* there is no need to call hwif->ide_dma_host_{off,on}() in
cs5530_config_dma() because hwif->ide_dma_host_{off,on}()
is called by hwif->ide_dma_off_{quietly,on}()
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL
[PATCH] ide: remove write-only ide_pio_data_t.blacklisted
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/ide-lib.c |3 ---
include/linux/ide.h |1 -
2 files changed, 4 deletions(-)
Index: a/drivers/ide/ide-lib.c
===
[PATCH] ide: add missing __init tags to IDE PCI host drivers
also change __devinit tag for sgiioc4.c:ioc4_ide_init() to __init
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/pci/aec62xx.c |2 +-
drivers/ide/pci/alim15x3.c |2 +-
drivers/ide/pci/amd
[PATCH] ide: it8213 driver update
* set ATAPI/IORDY/TIME bits correctly in it8213_tuneproc()
* fix UDMA/MWDMA/SWDMA masks in it8213_init_hwif()
* in it8213_tune_chipset() SWDMA2 mode should be used instead of MWDMA0
* backport various fixes from piix/slc90e66 drivers:
- in it8213_tuneproc() the
[PATCH] ide: add it8213 driver
From: Jack Lee <[EMAIL PROTECTED]>
From: Alan Cox <[EMAIL PROTECTED]>
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/Kconfig |5
drivers/ide/pci/Makefile |2
drivers/ide/pci/it8213.c | 402 ++
[PATCH] ide: update MAINTAINERS entry
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
MAINTAINERS |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
Index: my-2.6/MAINTAINERS
===
--- my-2.6.orig/MAINTAI
Hi,
My working IDE tree (against Linus' tree) now resides here:
http://kernel.org/pub/linux/kernel/people/bart/pata-2.6/patches/
and is managed by quilt.
Currently it contains the following changes:
* all IDE patches from 2.6.20-rc3-mm1
(great work done by Sergei Shtylyov <[EMAIL P
Limiting total page cache can be considered first. Only if total page
cache overrun limit, check whether the file overrun its per-file
limit. If it is true, release partial page cache and wake up kswapd at
the same time.
On 1/12/07, Aubrey <[EMAIL PROTECTED]> wrote:
On 1/11/07, Roy Huang <[EMAIL
As Eric Biederman pointed out, find_attach_pid() is not really necessary.
---
From: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
Remove find_attach_pid() interface and have callers of attach_pid() pass in
a struct pid.
Signed-off-by: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
Cc: Cedric Le Goater <[EMA
On Fri, 12 Jan 2007, Nick Piggin wrote:
> Ah yes... Can't you force it on if you have a NUMA complied kernel?
But it wont do anything since it only comes into action if you have an off
node allocation. If you run a NUMA kernel on an SMP system then you only
have one node. There is no way that a
Aubrey wrote:
On 1/11/07, Roy Huang <[EMAIL PROTECTED]> wrote:
On a embedded systerm, limiting page cache can relieve memory
fragmentation. There is a patch against 2.6.19, which limit every
opened file page cache and total pagecache. When the limit reach, it
will release the page cache overrun
Nick Piggin wrote:
Aubrey wrote:
On 1/11/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
What you _really_ want to do is avoid large mallocs after boot, or use
a CPU with an mmu. I don't think nommu linux was ever intended to be a
simple drop in replacement for a normal unix kernel.
Is there a
2007/1/11, yunfeng zhang <[EMAIL PROTECTED]>:
2007/1/11, Rik van Riel <[EMAIL PROTECTED]>:
Have you actually measured this?
If your measurements saw any performance gains, with what kind
of workload did they happen, how big were they and how do you
explain those performance gains?
How do you b
The tip of 'master' branch is tagged as v1.5.0-rc1; this means a
few things:
- The focus is shifted to stabilize 'master'. Fixes to what
are already there are very much appreciated.
- I'll change my $PATH to use the 'master' version, not 'next',
for my own use until v1.5.0 final. I ask
This patch replace kmalloc() + memset() pairs with the appropriate
kzalloc() calls.
Signed-off-by: Joe Jin <[EMAIL PROTECTED]>
--
diff -urNp old/drivers/net/bonding/bond_alb.c
new/drivers/net/bonding/bond_alb.c
--- old/drivers/net/bonding/bond_alb.c 2006-11-30 05:57:37.0
+0800
+++ new/dri
local_t : sparc64 cleanup
sparc64 local_t cleanup : simply use asm-generic/local.h.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-sparc64/local.h
+++ b/include/asm-sparc64/local.h
@@ -1,40 +1 @@
-#ifndef _ARCH_SPARC64_LOCAL_H
-#define _ARCH_SPARC64_LOCAL_H
-
-#include
-
On Fri, Jan 12, 2007 at 09:04:15AM +1100, Neil Brown wrote:
> On Thursday January 11, [EMAIL PROTECTED] wrote:
> > Neil,
> >
> > On Thu, Jan 11, 2007 at 02:59:07PM +1100, Neil Brown wrote:
> > > On Wednesday January 10, [EMAIL PROTECTED] wrote:
> > > >
> > > > root ~# mount localhost:/suse /mnt
>
local_t : x86_64 extension
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-x86_64/local.h
+++ b/include/asm-x86_64/local.h
@@ -2,49 +2,183 @@
#define _ARCH_X8664_LOCAL_H
#include
+#include
typedef struct
{
- volatile long counter;
+ atomic_long_t a;
}
local_t : parisc cleanup
parisc architecture local_t cleanup : use asm-generic/local.h.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-parisc/local.h
+++ b/include/asm-parisc/local.h
@@ -1,40 +1 @@
-#ifndef _ARCH_PARISC_LOCAL_H
-#define _ARCH_PARISC_LOCAL_H
-
-#include
-
atomic.h : Add atomic64 cmpxchg, xchg and add_unless to parisc
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-parisc/atomic.h
+++ b/include/asm-parisc/atomic.h
@@ -163,7 +163,8 @@ static __inline__ int atomic_read(const atomic_t *v)
}
/* exported interface */
-#define
On Tue, Jan 09, 2007 at 04:02:08PM +0100, Thomas Hellström wrote:
> Nick,
>
> We're working to slowly get the new DRM memory manager into the
> mainstream kernel.
> This means we have a need for the page fault handler patch you wrote
> some time ago.
> I guess we could take the no_pfn() route, b
On 1/11/07, Roy Huang <[EMAIL PROTECTED]> wrote:
On a embedded systerm, limiting page cache can relieve memory
fragmentation. There is a patch against 2.6.19, which limit every
opened file page cache and total pagecache. When the limit reach, it
will release the page cache overrun the limit.
Th
linux-os (Dick Johnson) wrote:
On Wed, 10 Jan 2007, Aubrey wrote:
Hi all,
Opening file with O_DIRECT flag can do the un-buffered read/write access.
So if I need un-buffered access, I have to change all of my
applications to add this flag. What's more, Some scripts like "cp
oldfile newfile" sti
local_t : s390 cleanup
s390 architecture local_t cleanup : use asm-generic/local.h.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-s390/local.h
+++ b/include/asm-s390/local.h
@@ -1,58 +1 @@
-#ifndef _ASM_LOCAL_H
-#define _ASM_LOCAL_H
-
-#include
-#include
-
-#ifndef __s
local_t : alpha extension
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-alpha/local.h
+++ b/include/asm-alpha/local.h
@@ -4,37 +4,115 @@
#include
#include
-typedef atomic64_t local_t;
+typedef struct
+{
+ atomic_long_t a;
+} local_t;
-#define LOCAL_INIT(i)
local_t : ia64 extension
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-ia64/local.h
+++ b/include/asm-ia64/local.h
@@ -1,50 +1 @@
-#ifndef _ASM_IA64_LOCAL_H
-#define _ASM_IA64_LOCAL_H
-
-/*
- * Copyright (C) 2003 Hewlett-Packard Co
- * David Mosberger-Tang <[EMAIL PRO
local_t : powerpc extension
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-powerpc/local.h
+++ b/include/asm-powerpc/local.h
@@ -1 +1,344 @@
-#include
+#ifndef _ARCH_POWERPC_LOCAL_H
+#define _ARCH_POWERPC_LOCAL_H
+
+#include
+#include
+
+typedef struct
+{
+ atomic
local_t : i386 extension
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-i386/local.h
+++ b/include/asm-i386/local.h
@@ -2,47 +2,198 @@
#define _ARCH_I386_LOCAL_H
#include
+#include
+#include
typedef struct
{
- volatile long counter;
+ atomic_long_t a
local_t : mips extension
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-mips/local.h
+++ b/include/asm-mips/local.h
@@ -1,60 +1,527 @@
-#ifndef _ASM_LOCAL_H
-#define _ASM_LOCAL_H
+#ifndef _ARCH_POWERPC_LOCAL_H
+#define _ARCH_POWERPC_LOCAL_H
#include
#include
-#ifde
atomic.h : Add atomic64 cmpxchg, xchg and add_unless to powerpc
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-powerpc/atomic.h
+++ b/include/asm-powerpc/atomic.h
@@ -165,7 +165,8 @@ static __inline__ int atomic_dec_return(atomic_t *v)
return t;
}
-#define atomi
local_t : architecture independant extension
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-generic/local.h
+++ b/include/asm-generic/local.h
@@ -33,6 +33,19 @@ typedef struct
#define local_add(i,l) atomic_long_add((i),(&(l)->a))
#define local_sub(i,l) atomic_long_sub((i
atomic.h : Add atomic64 cmpxchg, xchg and add_unless to sparc64
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-sparc64/atomic.h
+++ b/include/asm-sparc64/atomic.h
@@ -70,12 +70,13 @@ extern int atomic64_sub_ret(int, atomic64_t *);
#define atomic_add_negative(i, v) (atomic
local_t : adding and standardising local atomic primitives
These patches extend and standardise local_t operations on each architectures,
allowing a rich set of atomic operations to be done on per-cpu data with
minimal performance impact. On architectures where there seems to be no
difference betw
atomic.h : i386 type safety fix
This patch removes an explicit cast to an integer type for the result returned
by cmpxchg. It is not per se a problem on the i386 architecture, because
sizeof(int) == sizeof(long), but whenever this code is cut'n'pasted to a
different architecture (which happened at
atomic.h : Add atomic64 cmpxchg, xchg and add_unless to alpha
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-alpha/atomic.h
+++ b/include/asm-alpha/atomic.h
@@ -175,19 +175,64 @@ static __inline__ long atomic64_sub_return(long i,
atomic64_t * v)
return result;
}
atomic.h : Add atomic64 cmpxchg, xchg and add_unless to mips
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-mips/atomic.h
+++ b/include/asm-mips/atomic.h
@@ -291,8 +291,9 @@ static __inline__ int atomic_sub_if_positive(int i,
atomic_t * v)
return result;
}
-#de
atomic.h : Complete atomic_long operations in asm-generic
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-generic/atomic.h
+++ b/include/asm-generic/atomic.h
@@ -66,6 +66,90 @@ static inline void atomic_long_sub(long i, atomic_long_t *l)
atomic64_sub(i, v);
}
+st
atomic.h : Add atomic64 cmpxchg, xchg and add_unless to x86_64
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-x86_64/atomic.h
+++ b/include/asm-x86_64/atomic.h
@@ -375,8 +375,8 @@ static __inline__ long atomic64_add_return(long i,
atomic64_t *v)
long __i = i;
atomic.h : Add atomic64 cmpxchg, xchg and add_unless to ia64
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-ia64/atomic.h
+++ b/include/asm-ia64/atomic.h
@@ -88,12 +88,17 @@ ia64_atomic64_sub (__s64 i, atomic64_t *v)
return new;
}
-#define atomic_cmpxchg(v, old,
atomic.h : standardizing atomic primitives
It mainly adds support for missing 64 bits cmpxchg and 64 bits atomic add
unless. Therefore, principally 64 bits architectures are targeted by these
patches. It also adds the complete list of atomic operations on the atomic_long
type.
These patches apply
On Fri, 12 Jan 2007 02:08:12 +0100 (MET)
Mikael Pettersson <[EMAIL PROTECTED]> wrote:
> On Wed, 10 Jan 2007 17:13:38 +, Alan <[EMAIL PROTECTED]> wrote:
> >This I believe completes the PIIX range of support for libata
> >
> >This adds the table entries needed for the PIIX3, both a new PCI
> >id
On Wed, 10 Jan 2007 17:13:38 +, Alan <[EMAIL PROTECTED]> wrote:
>This I believe completes the PIIX range of support for libata
>
>This adds the table entries needed for the PIIX3, both a new PCI
>identifier and a new mode list. It also fixes an erroneous access to PCI
>configuration 0x48 on non
Jaya Kumar wrote:
On 1/11/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
That's all very interesting.
Please don't dump a bunch of new implementation concepts like this on us
with no description of what it does, why it does it and why it does it in
this particular manner.
Hi Andrew,
Actually
Linux Kernel Markers, non optimised architectures
This patch also includes marker code for non optimised architectures.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- /dev/null
+++ b/include/asm-arm/marker.h
@@ -0,0 +1,13 @@
+/*
+ * marker.h
+ *
+ * Code markup for dynamic and static t
Hi,
I'd like to introduce oldstyle ltt patches and tools supporting kernel
2.6.19.
Beside support for newer kernel, there are other changes within these
patches and tools:
- storing descriptions of custom events in flight recording mode outside
subbuffers (not to be overwriten in circular buffers
On Thu, 11 Jan 2007 19:22:45 -0500
"Jaya Kumar" <[EMAIL PROTECTED]> wrote:
> On 1/11/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > That's all very interesting.
> >
> > Please don't dump a bunch of new implementation concepts like this on us
> > with no description of what it does, why it does i
On 1/10/07, Balbir Singh <[EMAIL PROTECTED]> wrote:
I have run into a problem running this patch on a powerpc box. Basically,
the machine panics as soon as I mount the container filesystem with
This is a multi-processor system?
My guess is that it's a race in the subsystem API that I've been
On 1/11/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
That's all very interesting.
Please don't dump a bunch of new implementation concepts like this on us
with no description of what it does, why it does it and why it does it in
this particular manner.
Hi Andrew,
Actually, I didn't dump witho
Linux Kernel Markers : powerpc optimisation
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- /dev/null
+++ b/include/asm-powerpc/marker.h
@@ -0,0 +1,58 @@
+/*
+ * marker.h
+ *
+ * Code markup for dynamic and static tracing. PowerPC architecture
+ * optimisations.
+ *
+ * (C) Copyright 200
Linux Kernel Markers, architecture independant code.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-generic/vmlinux.lds.h
+++ b/include/asm-generic/vmlinux.lds.h
@@ -121,6 +121,14 @@
__ksymtab_strings : AT(ADDR(__ksymtab_strings) - LOAD_OFFSET) {
\
Christoph Lameter wrote:
On Thu, 11 Jan 2007, Nick Piggin wrote:
You're not turning on zone_reclaim, by any chance, are you?
It is not a NUMA system so zone reclaim is not available.
Ah yes... Can't you force it on if you have a NUMA complied kernel?
zone reclaim was
already in 2.6.16.
Linux Kernel Markers : Kconfig menus
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- /dev/null
+++ b/kernel/Kconfig.marker
@@ -0,0 +1,17 @@
+# Code markers configuration
+
+config MARKERS
+ bool "Activate markers"
+ select MODULES
+ default n
+ help
+ Plac
Linux Kernel Markers : i386 optimisation
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- /dev/null
+++ b/include/asm-i386/marker.h
@@ -0,0 +1,54 @@
+/*
+ * marker.h
+ *
+ * Code markup for dynamic and static tracing. i386 architecture optimisations.
+ *
+ * (C) Copyright 2006 Mathieu Des
Hi,
You will find, in the following posts, the latest revision of the Linux Kernel
Markers. Due to the need some tracing projects (LTTng, SystemTAP) has of this
kind of mechanism, it could be nice to consider it for mainstream inclusion.
The following patches apply on 2.6.20-rc4-git3.
Signed-off
On Wednesday 03 January 2007 21:26, Frank van Maarseveen wrote:
> On Wed, Jan 03, 2007 at 08:31:32PM +0100, Mikulas Patocka wrote:
> > 64-bit inode numbers space is not yet implemented on Linux --- the problem
> > is that if you return ino >= 2^32, programs compiled without
> > -D_FILE_OFFSET_BIT
Vladimir V. Saveliev wrote:
Hello
On Thursday 11 January 2007 04:00, Nick Piggin wrote:
That's racy, unfortunately :P
Sorry, please, explain what is racy.
reiserfs_truncate and reiserfs_release call that function after they have
inode's mutex locked.
Calling truncate inside i_size (ie.
I use 2.6.19.1 kernel on the laptop 'compaq nc6320'. While booting the
kernel, I see the following error:
usb 1-1: device not accepting address 2, error -71
Assuming that this 1-1 means bus and device id, this appears to be the
UHCI controller. I noticed that this error has been reported by peo
1 - 100 of 316 matches
Mail list logo
