On Mon, 2008-02-11 at 16:54 -0800, H. Peter Anvin wrote:
Matt Mackall wrote:
On Mon, 2008-02-11 at 15:01 -0800, H. Peter Anvin wrote:
Matt Mackall wrote:
Best would be to have no ifdefs and do it all with linker magic, of
course. But that's trickier.
I concur with this, definitely
On Mon, 2008-02-11 at 15:01 -0800, H. Peter Anvin wrote:
Matt Mackall wrote:
Best would be to have no ifdefs and do it all with linker magic, of
course. But that's trickier.
I concur with this, definitely.
Ok, so let's come up with a plan. We can:
a) use weak symbols, ala
0 -10332 -285c vmlinux
The new option appears in Processor type and features, only when
CONFIG_EMBEDDED is defined.
This patch is part of the Linux Tiny project, and is based on previous
work done by Matt Mackall [EMAIL PROTECTED].
Signed-off-by: Thomas Petazzoni [EMAIL PROTECTED
On Tue, 2008-02-12 at 15:00 +0100, Thomas Petazzoni wrote:
Hi Sam,
Le Tue, 12 Feb 2008 14:04:28 +0100,
Sam Ravnborg [EMAIL PROTECTED] a écrit :
We already have this in arch/x86/Kconfig.debug:
Oops, my usual find . -name Kconfig missed it. Thanks for pointing it
out!
The fact that
On Wed, 2008-02-13 at 23:30 +0200, Adrian Bunk wrote:
This patch makes the needlessly global swap_pte_to_pagemap_entry()
static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Thanks.
Signed-off-by: Matt Mackall [EMAIL PROTECTED]
--
Mathematics is the supreme nostalgia of our time
On Thu, Sep 20, 2007 at 11:42:29AM +1000, Dave Airlie wrote:
The code is broken anyways. If you free pages without flushing
them first some other innocent user allocating them will end up
with possible uncached pages for some time.
Does this simple patch help?
I've attached a more
On Fri, Sep 21, 2007 at 01:03:04AM +0200, Andi Kleen wrote:
It's broken for me.
2.6.23-rc3-mm1: solid lock on X shutdown (noticed when upgrading)
-rc4-mm1: solid lock on X shutdown, random solid locks about
once every four hours
-rc6-mm1: solid lock on X
On Tue, Sep 25, 2007 at 04:52:47PM +0200, Jan Engelhardt wrote:
On Aug 8 2007 16:19, Subbaiah Venkata wrote:
Hello, I fixed and tested a small bug in lib/sort.c file, heap sort
function.
The fix avoids unnecessary swap of contents when i is 0 (saves few
loads and stores), which happens
On Fri, Sep 28, 2007 at 01:27:55PM +0400, Andrey Borzenkov wrote:
I finally decided to try netconsole in attempt to get some more information
why my system does not resume (but that is different story). But I cannot
make it work - it does load but I see no traffic flowing ever. This is
On Tue, Oct 02, 2007 at 12:18:09AM -0700, Andrew Morton wrote:
If so, that might be OK - the app just needs a reliable way of working out
whether it's on a 32- or 64-bit kernel?
That would be ugly and a little error prone (would this case really be
tested in user space normally?) but
In lib/pagewalk.c, I've been using the various forms of
{pgd,pud,pmd}_none_or_clear_bad while walking page tables as that
seemed the canonical way to do things. Lately (eg with -rc7-mm1),
these have been triggering messages like bad pgd 0x01e3 and causing
nasty double faults. It appears this is
On Wed, Oct 03, 2007 at 05:55:10PM +0200, Torsten Kaiser wrote:
[CC added to author of the bad patch]
Short recap:
Since 2.6.23-rc4-mm1 all mm-kernel randomly fail one of two drives on
my Silicon Image 3132. This failure happens when my initramfs wants to
start the RAID that is on these
On Wed, Oct 03, 2007 at 06:20:43PM +0400, Pavel Emelyanov wrote:
Just make the __pid_nr() etc functions that expect the argument
to always be not NULL.
Signed-off-by: Pavel Emelyanov [EMAIL PROTECTED]
static inline pid_t pid_nr(struct pid *pid)
{
pid_t nr = 0;
if (pid)
-
On Wed, Oct 03, 2007 at 07:36:55PM +0200, Torsten Kaiser wrote:
On 10/3/07, Matt Mackall [EMAIL PROTECTED] wrote:
On Wed, Oct 03, 2007 at 05:55:10PM +0200, Torsten Kaiser wrote:
This patch removes clear_refs_smap() from fs/proc/task_mmu.c by moving
its code to a new function. But during
On Wed, Oct 03, 2007 at 07:18:23PM +0100, Hugh Dickins wrote:
On Wed, 3 Oct 2007, Nick Piggin wrote:
On Tue, Oct 02, 2007 at 05:20:03PM -0500, Matt Mackall wrote:
In lib/pagewalk.c, I've been using the various forms of
{pgd,pud,pmd}_none_or_clear_bad while walking page tables
On Thu, Oct 04, 2007 at 07:32:52AM +0200, Torsten Kaiser wrote:
On 10/3/07, Matt Mackall [EMAIL PROTECTED] wrote:
Well I can see no reason why the vma we just got to by the mm-mmap
would have a vm_mm != mm, but I've certainly been wrong before.
Try changing it to:
for (vma
On Thu, Oct 04, 2007 at 12:54:17PM +0400, Pavel Emelyanov wrote:
Matt Mackall wrote:
On Wed, Oct 03, 2007 at 06:20:43PM +0400, Pavel Emelyanov wrote:
Just make the __pid_nr() etc functions that expect the argument
to always be not NULL.
Signed-off-by: Pavel Emelyanov [EMAIL PROTECTED
On Thu, Sep 27, 2007 at 02:22:20AM -0700, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
- The scheduler devel tree has been restored
- The driver tree is presently busted, so I reverted it to the 2..23-rc8-mm1
version.
On Mon, Aug 27, 2007 at 06:15:54PM -0700, Paul E. McKenney wrote:
On Thu, Aug 23, 2007 at 02:40:37PM -0500, Matt Mackall wrote:
On Thu, Aug 23, 2007 at 11:58:31AM -0700, Paul E. McKenney wrote:
On Thu, Aug 23, 2007 at 01:06:58PM -0500, Matt Mackall wrote:
On Fri, Aug 17, 2007 at 01:00
On Fri, Jul 20, 2007 at 10:28:46AM +0900, Paul Mundt wrote:
Slab destructors were no longer supported after Christoph's
c59def9f222d44bb7e2f0a559f2906191a0862d7 change. They've been
BUGs for both slab and slub, and slob never supported them
either.
SLOB of course did support destructors,
On Sat, Jul 21, 2007 at 12:32:59AM +0200, Thomas Gleixner wrote:
How is the new arch/x86 and include/asm-x86 namespace layed out? Our
foremost concern was to enable a 100% smooth transition to the new,
shared architecture, while still enabling much more fine-grained future
unification of
On Sun, Jul 22, 2007 at 09:50:46AM +0200, Thomas Gleixner wrote:
On Sat, 2007-07-21 at 16:51 -0700, Chris Wright wrote:
* Matt Mackall ([EMAIL PROTECTED]) wrote:
Can we see some stats on:
How many files were auto-merged?
How many files got 32.c and 64.c extensions?
How many
On Mon, Jul 23, 2007 at 02:04:44PM -0700, Christoph Lameter wrote:
Please do not merge this patch. I will reuse the destructor field for
the kmem_cache_ops in the slab defrag patchset. If you apply this patch
then I need to readd the parameter later.
The vast majority of slabs won't have any
On Wed, Jul 25, 2007 at 09:57:17PM -0700, Andrew Morton wrote:
So. We can
a) provide a way for userspace to reload pagecache and
b) merge maps2 (once it's finished) (pokes mpm)
Consider me poked, despite not being cc:ed.
--
Mathematics is the supreme nostalgia of our time.
-
To
On Wed, Jul 25, 2007 at 11:50:37PM -0700, Andrew Morton wrote:
On Wed, 25 Jul 2007 23:33:24 -0700 Ray Lee [EMAIL PROTECTED] wrote:
So. We can
a) provide a way for userspace to reload pagecache and
b) merge maps2 (once it's finished) (pokes mpm)
and we're done?
Eh,
On Wed, Aug 22, 2007 at 06:26:18PM -0600, Matthew Wilcox wrote:
On Wed, Aug 22, 2007 at 11:44:00PM +0100, Matthew Garrett wrote:
On Wed, Aug 22, 2007 at 10:22:59AM -0500, James Bottomley wrote:
The elections for five of the ten members of the Linux Foundation
Technical Advisory Board[TAB]
On Wed, Aug 22, 2007 at 06:42:09PM -0600, Matthew Wilcox wrote:
On Wed, Aug 22, 2007 at 07:37:48PM -0500, Matt Mackall wrote:
On Wed, Aug 22, 2007 at 06:26:18PM -0600, Matthew Wilcox wrote:
On Wed, Aug 22, 2007 at 11:44:00PM +0100, Matthew Garrett wrote:
On Wed, Aug 22, 2007 at 10:22
On Tue, Aug 21, 2007 at 11:56:11AM -0700, Andy Isaacson wrote:
On Fri, Aug 17, 2007 at 12:45:47PM -0700, Andrew Morton wrote:
On Fri, 17 Aug 2007 06:59:18 -0400
Neil Horman [EMAIL PROTECTED] wrote:
Currently, there exists no method for a process to query the resource
limits of another
On Fri, Aug 17, 2007 at 01:00:22PM -0700, Paul E. McKenney wrote:
On Fri, Aug 17, 2007 at 11:53:56AM -0700, Andrew Morton wrote:
On Wed, 15 Aug 2007 19:49:04 -0700
Paul E. McKenney [EMAIL PROTECTED] wrote:
Repost of http://lkml.org/lkml/2007/8/10/472 made available by request.
On Wed, Aug 22, 2007 at 07:58:13AM +1000, Hugh Blemings wrote:
Hi Geoff,
Could you verify that cbe-oss-dev is a subscriber's
only list? I didn't see anything that said it
specifically in the listinfo.
Yes, the list is configured as subscriber only, I make sure I add people to
the
On Thu, Aug 23, 2007 at 11:58:31AM -0700, Paul E. McKenney wrote:
On Thu, Aug 23, 2007 at 01:06:58PM -0500, Matt Mackall wrote:
On Fri, Aug 17, 2007 at 01:00:22PM -0700, Paul E. McKenney wrote:
On Fri, Aug 17, 2007 at 11:53:56AM -0700, Andrew Morton wrote:
On Wed, 15 Aug 2007 19:49:04
On Thu, Aug 23, 2007 at 02:13:20AM +0200, Ingo Oeser wrote:
On Wednesday 22 August 2007, lode leroy wrote:
While profiling something completely unrelated, I noticed
that on the workloads I used memchr for, I saw a 30%-40% improvement
in performance, with the following trivial changes...
On Wed, Aug 22, 2007 at 10:55:11PM +0800, Bryan Wu wrote:
-L: [EMAIL PROTECTED] (subscribers-only)
+L: [EMAIL PROTECTED]
Does your list generate a complaint message back to the sender if a
non-subscriber posts to it? If so, it qualifies as a subscribers-only
list.
--
Mathematics is the
On Thu, Aug 23, 2007 at 06:03:29PM -0700, Jeremy Fitzhardinge wrote:
Matt Mackall wrote:
6e: 38 08 cmp%cl,(%eax)
70: 74 07 je 79 memchr3+0x1b
72: 40 inc%eax
It's a bit gross that the compiler is using inc
On Thu, Aug 23, 2007 at 09:34:34PM -0500, Josh Boyer wrote:
On 8/23/07, Andy Isaacson [EMAIL PROTECTED] wrote:
On Wed, Aug 22, 2007 at 08:35:07PM -0500, James Bottomley wrote:
While I think that's laudable, we definitely don't have the resources
for that, as everyone on the TAB already
On Thu, Aug 23, 2007 at 08:55:04PM -0600, Matthew Wilcox wrote:
On Thu, Aug 23, 2007 at 09:52:54PM -0500, Matt Mackall wrote:
The other part of the puzzle is including the wider Linux community.
As I said; what's wrong with just using SPI membership? It's not like
it is remotely hard
On Fri, Aug 24, 2007 at 12:04:47PM +0800, Bryan Wu wrote:
On Thu, 2007-08-23 at 19:24 -0500, Matt Mackall wrote:
On Wed, Aug 22, 2007 at 10:55:11PM +0800, Bryan Wu wrote:
-L: [EMAIL PROTECTED] (subscribers-only)
+L: [EMAIL PROTECTED]
Does your list generate a complaint
On Fri, Aug 24, 2007 at 02:54:48PM +0200, Jan Engelhardt wrote:
On Aug 23 2007 19:13, Matt Mackall wrote:
And you can do even better with this:
void *memchr(const void *s, int c, size_t n)
{
const unsigned char *p = s, *e = s + n;
const unsigned char *e = p + n;
Uhm
On Fri, Aug 24, 2007 at 10:09:43AM +0100, Alan Cox wrote:
As Mike said, it is moderated which means you do not need to subscribe,
we will
forward any relevant messages
And as I said, does your list generate a complaint message back to
the sender? It's the moderation message that's
process,
its PSS will be 1500.
- lwn.net: ELC: How much memory are applications really
using?
The PSS proposed by Matt Mackall is a very nice metic for measuring an
process's
memory footprint. So collect and export it via /proc/pid/smaps.
Matt Mackall's pagemap/kpagemap
On Tue, Aug 14, 2007 at 04:52:04PM +0800, Fengguang Wu wrote:
Hello,
Matt Mackall brings us many memory-footprint-optimization
opportunities with his pagemap/kpagemap patches. However I wonder if
the binary interface can be improved.
This seq_file based implementation iterates in the unit
process,
its PSS will be 1500.
- lwn.net: ELC: How much memory are applications really
using?
The PSS proposed by Matt Mackall is a very nice metic for measuring an
process's
memory footprint. So collect and export it via /proc/pid/smaps.
Matt Mackall's pagemap/kpagemap
behavior
of walking one vma at a time can be achieved by setting the batching size to
~0UL.
Cc: Matt Mackall [EMAIL PROTECTED]
Cc: Al Viro [EMAIL PROTECTED]
Signed-off-by: Fengguang Wu [EMAIL PROTECTED]
---
fs/proc/task_mmu.c | 105 --
include/linux
On Fri, Aug 17, 2007 at 06:05:20AM +0800, Fengguang Wu wrote:
Show a process's page-by-page address space infomation in /proc/pid/pmaps.
It helps to analyze applications' memory footprints in a comprehensive way.
Pages share the same states are grouped into a page range.
For each page range,
On Fri, Aug 17, 2007 at 11:44:37AM +0800, Fengguang Wu wrote:
I'm so-so on this.
Not that way! It's a good thing that people have different experiences
and hence viewpoints. Maybe the concept of PFN sharing are
straightforward to you, while I have been playing with seq_file a lot.
On
On Fri, Aug 17, 2007 at 02:47:27PM +0800, Fengguang Wu wrote:
Matt,
It's not easy to do direct performance comparisons between pmaps and
pagemap/kpagemap. However some close analyzes are still possible :)
1) code size
pmaps ~200 LOC
pagemap/kpagemap~300 LOC
On Sat, Aug 18, 2007 at 10:48:31AM +0800, Fengguang Wu wrote:
Matt,
On Fri, Aug 17, 2007 at 11:58:08AM -0500, Matt Mackall wrote:
On Fri, Aug 17, 2007 at 02:47:27PM +0800, Fengguang Wu wrote:
It's not easy to do direct performance comparisons between pmaps and
pagemap/kpagemap. However
On Sat, Aug 18, 2007 at 04:45:31PM +0800, Fengguang Wu wrote:
Matt,
On Sat, Aug 18, 2007 at 01:40:42AM -0500, Matt Mackall wrote:
- On memory pressure,
- as VSZ goes up, RSS will be bounded by physical memory.
So VSZ:RSS ratio actually goes up with memory pressure.
And yes
-by: Matt Mackall [EMAIL PROTECTED]
---
fs/proc/task_mmu.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/proc/task_mmu.c b/fs/proc/task_mmu.c
index b2baeab..b12740c 100644
--- a/fs/proc/task_mmu.c
+++ b/fs/proc/task_mmu.c
@@ -671,7 +671,7 @@ static ssize_t
for this, but the
calculation of the ending page number (evpfn) does not, resulting
in reads returning 8 bytes more than were asked for and
nastily overwriting userspace memory.
Does this mean you're running on a 64-bit arch? I'd already fixed this
locally, but it was off by 4 for me.
Acked-by: Matt Mackall
On Mon, Aug 06, 2007 at 05:43:54PM +1000, Lindsay Roberts wrote:
On 7/26/07, Pavel Machek [EMAIL PROTECTED] wrote:
If the fs is read-only.. can we do some tail packing and get _both_
speed and space efficiency?
You mean don't block align files of size less than 1k, and
intelligently pack
On Mon, Aug 06, 2007 at 12:10:53PM -0700, Andrew Morton wrote:
On Mon, 6 Aug 2007 20:59:26 +0200 Andi Kleen [EMAIL PROTECTED] wrote:
precious page flag
I always cringe when I hear that. It's really more than node/sparsemem
use too many bits. If we get rid of 32bit NUMA that problem
On Mon, Aug 06, 2007 at 11:51:45AM -0700, Christoph Lameter wrote:
On Mon, 6 Aug 2007, Daniel Phillips wrote:
On Monday 06 August 2007 11:42, Christoph Lameter wrote:
On Mon, 6 Aug 2007, Daniel Phillips wrote:
Currently your system likely would have died here, so ending up
with a
On Mon, Aug 06, 2007 at 12:29:22PM +0200, Peter Zijlstra wrote:
In the interrest of getting swap over network working and posting in smaller
series, here is the first series.
This series lays the foundations needed to do reserve based allocation.
Traditionally we have used mempools (and
On Tue, Aug 07, 2007 at 03:33:02PM -0700, Dave Hansen wrote:
+#define PAGEMAP_ENTRY_SIZE_BYTES sizeof(unsigned long)
+
static int add_to_pagemap(unsigned long addr, unsigned long pfn,
struct pagemapread *pm)
{
__put_user(pfn, pm-out);
pm-out++;
-
On Tue, Aug 07, 2007 at 03:33:00PM -0700, Dave Hansen wrote:
The /proc/pid/pagemap file has a header containing:
* first byte: 0 for big endian, 1 for little
* second byte: page shift (eg 12 for 4096 byte pages)
* third byte: entry size in bytes (currently either 4 or 8)
* fourth
On Tue, Aug 07, 2007 at 05:13:52PM -0700, Christoph Lameter wrote:
On Mon, 6 Aug 2007, Peter Zijlstra wrote:
Restrict objects from reserve slabs (ALLOC_NO_WATERMARKS) to allocation
contexts that are entitled to it.
Is this patch actually necessary?
If you are in an atomic context and
On Tue, Aug 07, 2007 at 03:33:01PM -0700, Dave Hansen wrote:
Use existing macros (PAGE_MASK/PAGE_ALIGN()) instead of
open-coding them.
Absolutely.
Acked-by: Matt Mackall [EMAIL PROTECTED]
--
Mathematics is the supreme nostalgia of our time.
-
To unsubscribe from this list: send the line
On Tue, Aug 07, 2007 at 04:55:02PM -0700, Dave Hansen wrote:
On Tue, 2007-08-07 at 18:40 -0500, Matt Mackall wrote:
On Tue, Aug 07, 2007 at 03:33:02PM -0700, Dave Hansen wrote:
+#define PAGEMAP_ENTRY_SIZE_BYTES sizeof(unsigned long)
+
static int add_to_pagemap(unsigned long addr
On Tue, Aug 07, 2007 at 03:33:03PM -0700, Dave Hansen wrote:
For the /proc/pid/pagemap code[1], we need to able to query how
much virtual address space a particular task has. The trick is
that we do it through /proc and can't use TASK_SIZE since it
references current on some arches. The
On Wed, Aug 08, 2007 at 02:31:00AM +0100, Alan Cox wrote:
O The endianness is only useful when examining a raw dump of
pagemap from a different machine when you don't know the
source of the file. This is pretty rare, and the programs
or scripts doing the copying off-machine can
POLL api so that the MAC address or
IP frame information can be parsed by the driver that wishes to use
it. Speficially for kgdboe, it is used to automatically collect the
MAC address of the GDB host.
Signed-off-by: Jason Wessel [EMAIL PROTECTED]
Looks great.
Acked-by: Matt Mackall [EMAIL
similar to the version Matt Mackall wrote
to allow for the use of KGDB over ethernet. Since then it has been
reworked to fit into the unified KGDB model.
Signed-off-by: Tom Rini [EMAIL PROTECTED]
Signed-off-by: Jason Wessel [EMAIL PROTECTED]
Looks fine to me.
Acked-by: Matt Mackall [EMAIL
Move is_swap_pte helper function to swapops.h for use by pagemap code
Signed-off-by: Matt Mackall [EMAIL PROTECTED]
Index: l/include/linux/swapops.h
===
--- l.orig/include/linux/swapops.h 2007-10-09 17:36:25.0 -0500
This patchset is version 3 of my /proc/pid/pagemaps code.
Rather than submit about 30 incremental patches atop an existing 20 or
so where many of the intermediate states are broken and get undone
anyway, I've respun this as a much smaller set of 11 patches.
Changes in this series:
- headers
Use the generic pagewalker for smaps and clear_refs
Signed-off-by: Matt Mackall [EMAIL PROTECTED]
Index: l/fs/proc/task_mmu.c
===
--- l.orig/fs/proc/task_mmu.c 2007-10-14 13:36:56.0 -0500
+++ l/fs/proc/task_mmu.c
.
- lwn.net: ELC: How much memory are applications really using?
The PSS proposed by Matt Mackall is a very nice metic for measuring an
process's memory footprint. So collect and export it via
/proc/pid/smaps.
Matt Mackall's pagemap/kpagemap and John Berthels's exmap can also do
From: Matt Mackall [EMAIL PROTECTED]
This pulls the shared map display code out of show_map and puts it in
show_smap where it belongs.
Signed-off-by: Matt Mackall [EMAIL PROTECTED]
Cc: Jeremy Fitzhardinge [EMAIL PROTECTED]
Cc: David Rientjes [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL
Introduce a general page table walker
Signed-off-by: Matt Mackall [EMAIL PROTECTED]
Index: l/include/linux/mm.h
===
--- l.orig/include/linux/mm.h 2007-10-09 17:37:59.0 -0500
+++ l/include/linux/mm.h2007-10-10 11:46
From: Matt Mackall [EMAIL PROTECTED]
This puts all the clear_refs code where it belongs and probably lets things
compile on MMU-less systems as well.
Signed-off-by: Matt Mackall [EMAIL PROTECTED]
Cc: Jeremy Fitzhardinge [EMAIL PROTECTED]
Cc: David Rientjes [EMAIL PROTECTED]
Signed-off-by: Andrew
From: Matt Mackall [EMAIL PROTECTED]
Reorder source so that all the code and data for each interface is together.
Signed-off-by: Matt Mackall [EMAIL PROTECTED]
Cc: Jeremy Fitzhardinge [EMAIL PROTECTED]
Cc: David Rientjes [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
Index: l
]
Signed-off-by: Matt Mackall [EMAIL PROTECTED]
---
lxc-dave/include/asm-ia64/processor.h|3 ++-
lxc-dave/include/asm-mips/processor.h|4
lxc-dave/include/asm-parisc/processor.h |3 ++-
lxc-dave/include/asm-powerpc/processor.h |4 +++-
lxc-dave/include/asm-s390
From: Matt Mackall [EMAIL PROTECTED]
This interface provides a mapping for each page in an address space to its
physical page frame number, allowing precise determination of what pages are
mapped and what pages are shared between processes.
New in this version:
- headers gone again
From: Matt Mackall [EMAIL PROTECTED]
This makes physical page map counts available to userspace. Together
with /proc/pid/pagemap and /proc/pid/clear_refs, this can be used to
monitor memory usage on a per-page basis.
[EMAIL PROTECTED]: make struct proc_kpagemap static]
Signed-off-by: Matt
Make /proc/ page monitoring configurable
This puts the following files under an embedded config option:
/proc/pid/clear_refs
/proc/pid/smaps
/proc/pid/pagemap
/proc/kpagecount
/proc/kpageflags
Signed-off-by: Matt Mackall [EMAIL PROTECTED]
Index: l/fs/proc/base.c
On Mon, Oct 15, 2007 at 03:48:33PM -0700, Dave Hansen wrote:
On Mon, 2007-10-15 at 17:26 -0500, Matt Mackall wrote:
From: Matt Mackall [EMAIL PROTECTED]
This makes physical page map counts available to userspace. Together
with /proc/pid/pagemap and /proc/pid/clear_refs, this can be used
On Mon, Oct 15, 2007 at 03:40:27PM -0700, Jeremy Fitzhardinge wrote:
Matt Mackall wrote:
Introduce a general page table walker
Definitely approve in principle, but some comments:
Signed-off-by: Matt Mackall [EMAIL PROTECTED]
Index: l/include/linux/mm.h
On Mon, Oct 15, 2007 at 04:36:38PM -0700, David Rientjes wrote:
On Mon, 15 Oct 2007, Matt Mackall wrote:
Index: l/fs/proc/task_mmu.c
===
--- l.orig/fs/proc/task_mmu.c 2007-10-14 13:35:31.0 -0500
+++ l/fs/proc
On Tue, Oct 16, 2007 at 10:03:39AM +1000, Rusty Russell wrote:
On Tuesday 16 October 2007 08:51:17 Jeremy Fitzhardinge wrote:
Dave Hansen wrote:
On Mon, 2007-10-15 at 17:26 -0500, Matt Mackall wrote:
+config PROC_PAGE_MONITOR
+ default y
+ bool Enable /proc page
On Mon, Oct 15, 2007 at 04:34:57PM -0700, Dave Hansen wrote:
On Mon, 2007-10-15 at 18:11 -0500, Matt Mackall wrote:
Could we just have /proc/kpagereferenced? Is there a legitimate need
for other flags to be visible?
Referenced, dirty, uptodate, lru, active, slab, writeback, reclaim
On Mon, Oct 15, 2007 at 05:49:10PM -0700, Dave Hansen wrote:
On Mon, 2007-10-15 at 19:35 -0500, Matt Mackall wrote:
Perhaps we need something like:
flags = page-flags;
userflags =
FLAG_BIT(USER_REFERENCED, flags PG_referenced) |
...
etc. for the flags we
On Tue, Jul 31, 2007 at 01:36:14PM -0700, Dave Hansen wrote:
Since the pagemap code has a little header on it to help describe the
format, I wrote a little c program to parse its output. I get some
strange results. If I do this:
fd = open(/proc/1/pagemap, O_RDONLY);
count =
On Tue, Jul 31, 2007 at 03:43:10PM -0700, Dave Hansen wrote:
On Tue, 2007-07-31 at 16:37 -0500, Matt Mackall wrote:
So, a couple of questions. Don't we need to support
non-sizeof(unsigned
long)-aligned reads?
Why? We should obviously never return more data than we were asked
On Wed, Aug 01, 2007 at 12:38:39PM +0200, Richard Knutsson wrote:
Mike Frysinger wrote:
On 7/31/07, Richard Knutsson [EMAIL PROTECTED] wrote:
Mike Frysinger wrote:
On 7/27/07, Robin Getz [EMAIL PROTECTED] wrote:
If there is a definite style or semantic preference that
On Wed, Aug 01, 2007 at 11:59:21AM +0200, Jarek Poplawski wrote:
On Tue, Jul 31, 2007 at 05:05:00PM +0200, Gabriel C wrote:
Jarek Poplawski wrote:
On Tue, Jul 31, 2007 at 12:14:36PM +0200, Gabriel C wrote:
Jarek Poplawski wrote:
On 28-07-2007 20:42, Gabriel C wrote:
Andrew Morton
On Wed, Aug 01, 2007 at 04:13:46PM +0100, Hugh Dickins wrote:
On Mon, 30 Jul 2007, Jan Blunck wrote:
Introduce white-out support to tmpfs.
Signed-off-by: Jan Blunck [EMAIL PROTECTED]
---
include/linux/shmem_fs.h |1
mm/shmem.c | 54
On Thu, Aug 02, 2007 at 11:00:08AM +0200, Jarek Poplawski wrote:
On Wed, Aug 01, 2007 at 09:02:19PM -0500, Matt Mackall wrote:
On Wed, Aug 01, 2007 at 11:59:21AM +0200, Jarek Poplawski wrote:
On Tue, Jul 31, 2007 at 05:05:00PM +0200, Gabriel C wrote:
Jarek Poplawski wrote:
On Tue
On Wed, Aug 01, 2007 at 01:22:29PM +0200, Ingo Molnar wrote:
* Roman Zippel [EMAIL PROTECTED] wrote:
[...] e.g. in this example there are three tasks that run only for
about 1ms every 3ms, but they get far more time than should have
gotten fairly:
4544 roman 20 0 1796
On Thu, Aug 02, 2007 at 08:57:47PM -0700, Arjan van de Ven wrote:
On Thu, 2007-08-02 at 22:04 -0500, Matt Mackall wrote:
On Wed, Aug 01, 2007 at 01:22:29PM +0200, Ingo Molnar wrote:
* Roman Zippel [EMAIL PROTECTED] wrote:
[...] e.g. in this example there are three tasks that run
On Tue, Apr 24, 2007 at 11:29:56PM +0200, Pavel Machek wrote:
We do not want to fragment the testing base, and suspend2 does not
really have any interesting features over uswsusp.
The testing base is already fragmented!
What the current situation means is that you simply never hear from
the
On Fri, Apr 27, 2007 at 01:27:13PM -0700, Andrew Morton wrote:
On Fri, 27 Apr 2007 14:45:33 +0400
Alexey Dobriyan [EMAIL PROTECTED] wrote:
maps2-add-proc-pid-pagemap-interface.patch
Ohhh, you're repeating december mincore() bug
2f77d107050abc14bc393b34bdb7b91cf670c250
On Thu, Apr 26, 2007 at 10:21:02PM -0700, Valerie Henson wrote:
On Wed, Apr 18, 2007 at 01:25:19PM -0400, Lennart Sorensen wrote:
Does it matter that google's recent report on disk failures indicated
that SMART never predicted anything useful as far as they could tell?
Certainly none of
On Fri, Apr 27, 2007 at 11:08:05PM -0400, Dave Jones wrote:
On Wed, Apr 25, 2007 at 08:02:07PM -0700, Andrew Morton wrote:
Yep, I was going to mention your scripts but you beat me to it.
I'll be glad to help maintain such animals if wanted.
wanted ;)
At least, it
On Fri, Apr 27, 2007 at 07:20:07PM -0700, Jeremy Fitzhardinge wrote:
inflate_dynamic() has piggy stack usage too, so heap allocate it too.
I'm not sure it actually gets used, but it shows up large in make
checkstack.
Might as well drop the PKZIP bit while we're at it. No one's ever
built a
On Sat, Apr 28, 2007 at 01:11:01PM -0400, Dave Jones wrote:
On Sat, Apr 28, 2007 at 11:11:36AM -0500, Matt Mackall wrote:
I'm all ears for additional regexps, bug reports or other suggestions.
Neat.
Does it check for:
functions marked extern?
pulling in external
On Mon, Apr 23, 2007 at 06:12:19PM -0700, Matt Ranon wrote:
However, our reasons for Kcli are:
1) Our devices ship with no user space, and we want the development
environment to be as close as possible to the final product.
I hope that means your devices have full source code available under
: Matt Mackall [EMAIL PROTECTED]
Signed-off-by: Akinobu Mita [EMAIL PROTECTED]
Acked-by: Matt Mackal [EMAIL PROTECTED]
--
Mathematics is the supreme nostalgia of our time.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
On Sun, Apr 29, 2007 at 01:01:04AM -0700, Andrew Morton wrote:
On Sun, 29 Apr 2007 01:02:33 -0400 Len Brown [EMAIL PROTECTED] wrote:
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git
release
This batch mostly updates the platform-specific
On Thu, Apr 26, 2007 at 02:28:46PM +0100, Alan Cox wrote:
Oh we have scores of these hacks around. Look at the dvd/cd layer. The
point is to get rid of those.
Perhaps this is just a matter of cleaning them up so they are no
longer hacks?
CD and DVD media support various non
On Sun, Apr 29, 2007 at 04:37:01PM -0700, Randy Dunlap wrote:
On Sat, 28 Apr 2007 12:21:54 -0500 Matt Mackall wrote:
On Sat, Apr 28, 2007 at 01:11:01PM -0400, Dave Jones wrote:
On Sat, Apr 28, 2007 at 11:11:36AM -0500, Matt Mackall wrote:
I'm all ears for additional regexps, bug
301 - 400 of 1967 matches
Mail list logo