On 4/12/07, Stephen Hemminger [EMAIL PROTECTED] wrote:
Aubrey Li wrote:
I think we discussed this issue before.
The current checksum function doesn't consider the kind of packet
which is padded to reach a specific minimum length. I believe that's
the problem caused my test case failed
In net poll mode, the current checksum function doesn't consider the
kind of packet which is padded to reach a specific minimum length. I
believe that's the problem causing my test case failed. The following
patch fixed this issue.
Signed-off-by: Aubrey.Li [EMAIL PROTECTED]
---
On 4/11/07, Robin Getz [EMAIL PROTECTED] wrote:
On Tue 10 Apr 2007 08:55, David Howells pondered:
Looking at alloc_pg_vec() in af_packet.c, I will place my bets on the
latter case. I don't know that this is a problem; it depends on how things
work, and that I don't know offhand. If someone
On 4/18/07, David Howells [EMAIL PROTECTED] wrote:
Aubrey Li [EMAIL PROTECTED] wrote:
Here, in the attachment I wrote a small test app. Please correct if
there is anything wrong, and feel free to improve it.
Okay... I have that working... probably. I don't know what output it's
supposed
On 4/18/07, David Howells [EMAIL PROTECTED] wrote:
Aubrey Li [EMAIL PROTECTED] wrote:
Here, in the attachment I wrote a small test app. Please correct if
there is anything wrong, and feel free to improve it.
Okay... I have that working... probably. I don't know what output it's
supposed
On 4/20/07, David Howells [EMAIL PROTECTED] wrote:
Aubrey Li [EMAIL PROTECTED] wrote:
The patch works properly on my side. But
1) I'm not sure why you re-wrote alloc/free_pg_vec function, doesn't
the current implement work for NOMMU? I know you want to allocate the
entire data buffer as one
On 4/20/07, David Howells [EMAIL PROTECTED] wrote:
Aubrey Li [EMAIL PROTECTED] wrote:
as checked in packet_set_ring, buffer size must be a multiple of PAGE_SIZE,
packet_set_ring
if (unlikely(req-tp_block_size (PAGE_SIZE - 1)))
So why not use
On 3/6/07, Vaidyanathan Srinivasan [EMAIL PROTECTED] wrote:
The reclaim code is similar to RSS memory controller. Scan control is
slightly different since we are targeting different type of pages.
Additionally no mapped pages are touched when scanning for pagecache pages.
RSS memory
On 3/27/07, Vaidyanathan Srinivasan [EMAIL PROTECTED] wrote:
Correct, shrink_page_list() is called from shrink_inactive_list() but
the above code is patched in shrink_active_list(). The
'force_reclaim_mapped' label is from function shrink_active_list() and
not in shrink_page_list() as it may
On 3/27/07, Vaidyanathan Srinivasan [EMAIL PROTECTED] wrote:
Aubrey Li wrote:
On 3/27/07, Vaidyanathan Srinivasan [EMAIL PROTECTED] wrote:
Correct, shrink_page_list() is called from shrink_inactive_list() but
the above code is patched in shrink_active_list(). The
'force_reclaim_mapped
The option CONFIG_PACKET_MMAP should depend on MMU.
Signed-off-by: Aubrey.Li [EMAIL PROTECTED]
---
net/packet/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net/packet/Kconfig b/net/packet/Kconfig
index 34ff93f..959c272 100644
--- a/net/packet/Kconfig
+++
I think we discussed this issue before.
The current checksum function doesn't consider the kind of packet
which is padded to reach a specific minimum length. I believe that's
the problem caused my test case failed. Is this issue fixed? Or is it
acceptable if I make a patch not calculating this
On 3/4/07, Arnd Bergmann [EMAIL PROTECTED] wrote:
On Thursday 01 March 2007 05:14:40 Wu, Bryan wrote:
Here is the update version of blackfin-arch.patch in -mm tree.
simply add support to utrace and it was tested on blackfin STAMP board
as well as other following patches.
Wow, this has come a
When register serial driver as a console, the driver function
my_remove()
my_shutdown()
seems be never called.
So the driver can't reclaim resource when the command reboot is issued.
Is it intended?
-Aubrey
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
On 3/30/07, Lee Revell [EMAIL PROTECTED] wrote:
On 3/29/07, Aubrey Li [EMAIL PROTECTED] wrote:
When register serial driver as a console, the driver function
my_remove()
my_shutdown()
seems be never called.
So the driver can't reclaim resource when the command reboot is issued
On 3/30/07, David Howells [EMAIL PROTECTED] wrote:
Wu, Bryan [EMAIL PROTECTED] wrote:
It takes lots of time in malloc()-mmap()-do_mmap_private()-memset(). When
malloc a big area, memset() the area to zero makes the performance very bad.
Ummm...
How do you then cope with attempting to run
On 3/30/07, David Howells [EMAIL PROTECTED] wrote:
Aubrey Li [EMAIL PROTECTED] wrote:
malloc() allocates size bytes and returns a pointer to the allocated memory.
The memory is not cleared.
But this is *not* malloc(). It's mmap(). Are you prepared to guarantee
On 3/30/07, Alan Cox [EMAIL PROTECTED] wrote:
I can't find mmap must give zeroed memory in the mmap manual.
Is there any reason relying on anon mmap() giving zerod memory?
Its how all Unix/Linux like systems behave.
Fair enough.
You have to clear the memory
to something to deal with
On 3/30/07, David Howells [EMAIL PROTECTED] wrote:
Aubrey Li [EMAIL PROTECTED] wrote:
Keep the same behave as MMU but with bad performance, or keep the same
performance as MMU but without the same behave, Which one is more
important?
The thing to do is to pass a flag to mmap() to suppress
On 1/24/07, Christoph Lameter [EMAIL PROTECTED] wrote:
On Wed, 24 Jan 2007, Nick Piggin wrote:
1. Insure that anonymous pages that may contain performance
critical data is never subject to swap.
2. Insure rapid turnaround of pages in the cache.
So if these two aren't working
Christoph's patch is better than mine. The only thing I think is that
zone-max_pagecache_pages should be checked never less than
zone-pages_low.
The good part of the patch is using the existing reclaimer. But the
problem in my opinion of the idea is the existing reclaimer too. Think
of when vfs
On 1/24/07, Vaidyanathan Srinivasan [EMAIL PROTECTED] wrote:
Aubrey Li wrote:
On 1/19/07, Vaidyanathan Srinivasan [EMAIL PROTECTED] wrote:
Hi Aubrey,
I used your patch on my PPC64 box and I do not get expected
behavior. As you had requested, I am attaching zoneinfo and meminfo
dumps
On 1/24/07, Peter Zijlstra [EMAIL PROTECTED] wrote:
On Tue, 2007-01-23 at 16:49 -0800, Christoph Lameter wrote:
This is a patch using some of Aubrey's work plugging it in what is IMHO
the right way. Feel free to improve on it. I have gotten repeatedly
requests to be able to limit the
On 1/24/07, Peter Zijlstra [EMAIL PROTECTED] wrote:
On Wed, 2007-01-24 at 22:22 +0800, Aubrey Li wrote:
On 1/24/07, Peter Zijlstra [EMAIL PROTECTED] wrote:
On Tue, 2007-01-23 at 16:49 -0800, Christoph Lameter wrote:
This is a patch using some of Aubrey's work plugging it in what is IMHO
On 1/25/07, Vaidyanathan Srinivasan [EMAIL PROTECTED] wrote:
Christoph Lameter wrote:
On Wed, 24 Jan 2007, Vaidyanathan Srinivasan wrote:
With your patch, MMAP of a file that will cross the pagecache limit hangs the
system. As I mentioned in my previous mail, without subtracting the
I insert one printk into drivers/serial/serial_core.c:
uart_set_termios() to describe the issue.
static void uart_set_termios(struct tty_struct *tty, struct termios
*old_termios)
{
snip
unsigned int cflag = tty-termios-c_cflag;
BUG_ON(!kernel_locked());
On 2/1/07, Alan [EMAIL PROTECTED] wrote:
When I telnet my board and run the following command:
root:~ stty -F /dev/ttyS0 -crtscts
I got the following result from the console of my board:
root:~new_termios flag: 0x1cb1, old_termios flag: 0x80001cb1
That's correct. CRTSCTS flag is
On 2/1/07, Russell King [EMAIL PROTECTED] wrote:
On Thu, Feb 01, 2007 at 10:33:40AM +0800, Aubrey Li wrote:
On 2/1/07, Alan [EMAIL PROTECTED] wrote:
What code is running on that console at the time. Most likely that user
code is also saving/restoring terminal settings so overwrite yours
I
On 2/1/07, Tosoni [EMAIL PROTECTED] wrote:
If I understand Alan'answer correctly:
You appear to use a *shell* on that console. The shell gets your ENTER key
and in the succeeding processing the shell resets the crtscts flag to what
the shell thinks is right for him.
The shell must make some
On 1/12/07, Linus Torvalds [EMAIL PROTECTED] wrote:
On Thu, 11 Jan 2007, Roy Huang 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
Here is the newest patch against 2.6.20-rc5.
==
From ad9ca9a32bdcaddce9988afbf0187bfd04685a0c Mon Sep 17 00:00:00 2001
From: Aubrey.Li [EMAIL PROTECTED]
Date: Thu, 18 Jan 2007 11:08:31 +0800
Subject: [PATCH] Add an interface to limit total vfs
On 1/19/07, Vaidyanathan Srinivasan [EMAIL PROTECTED] wrote:
Hi Aubrey,
I used your patch on my PPC64 box and I do not get expected
behavior. As you had requested, I am attaching zoneinfo and meminfo
dumps:
Please let me know if you need any further data to help me out with
the
On 1/19/07, Vaidyanathan Srinivasan [EMAIL PROTECTED] wrote:
Hi Aubrey,
The idea of creating separate flag for pagecache in page_alloc is
interesting. The good part is that you flag watermark low and the
zone reclaimer will do the rest of the job.
However when the zone reclaimer starts to
On 1/20/07, Vaidyanathan Srinivasan [EMAIL PROTECTED] wrote:
Aubrey Li wrote:
On 1/19/07, Vaidyanathan Srinivasan [EMAIL PROTECTED] wrote:
Hi Aubrey,
The idea of creating separate flag for pagecache in page_alloc is
interesting. The good part is that you flag watermark low and the
zone
On 1/20/07, Nick Piggin [EMAIL PROTECTED] wrote:
Aubrey Li wrote:
On 1/20/07, Vaidyanathan Srinivasan [EMAIL PROTECTED] wrote:
If pagecache is overlimit, we expect old (cold) pagecache pages to
be thrown out and reused for new file data. We do not expect to
drop a few text or data pages
On 1/20/07, Nick Piggin [EMAIL PROTECTED] wrote:
Aubrey Li wrote:
So what's the right way to limit pagecache?
Probably something a lot more complicated... if you can say there
is a right way.
Secondly, your patch isn't actually very good. It unconditionally
shrinks memory to below
On 2/1/07, Russell King [EMAIL PROTECTED] wrote:
On Thu, Feb 01, 2007 at 06:09:24PM +0800, Aubrey Li wrote:
On 2/1/07, Russell King [EMAIL PROTECTED] wrote:
On Thu, Feb 01, 2007 at 10:33:40AM +0800, Aubrey Li wrote:
On 2/1/07, Alan [EMAIL PROTECTED] wrote:
What code is running
Hi Alan,
On 2/5/07, Alan [EMAIL PROTECTED] wrote:
Likewise - why this not locks ?
Other than the locking bits looks ok, although has rather a lot of ifdefs
Thanks to point it out. It should be fixed in the coming patch.
Thanks,
-Aubrey
-
To unsubscribe from this list: send the line
On 2/6/07, Russell King [EMAIL PROTECTED] wrote:
I think you have a bit of work to do on this driver; it seems to be
missing all termios handling apart from setting the baud rate.
Yes, only baud rate setting is enabled. We'll implement others in future.
Moreover, it's re-using the 8250
On 2/8/07, Russell King [EMAIL PROTECTED] wrote:
On Wed, Feb 07, 2007 at 06:49:58PM +0800, Wu, Bryan wrote:
Thanks Russell's review, we update the serial core driver according to
Russell's comments. Here is the change log:
a) use ttyBF as blackfin serial name and use new serial major/minor
On 5/23/07, Christoph Lameter [EMAIL PROTECTED] wrote:
On Mon, 21 May 2007, Bernhard Walle wrote:
[PATCH] [scsi] Remove __GFP_DMA
After 821de3a27bf33f11ec878562577c586cd5f83c64, it's not necessary to alloate
a
DMA buffer any more in sd.c.
Signed-off-by: Bernhard Walle [EMAIL PROTECTED]
Thanks.
Acked-by: Aubrey Li [EMAIL PROTECTED]
On 5/24/07, Alan Cox [EMAIL PROTECTED] wrote:
Add the needed definitions to activate arbitary speed support on the
blackfin platform.
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
Currently the optional IPC resources prevent telemetry driver from
probing if these resources are not in ACPI table. This patch decouples
telemetry driver from these optional resources, so that telemetry driver
has dependency only on the necessary ACPI resources.
Signed-off-by: Aubrey Li <aub
From: Aubrey Li <aubrey...@linux.intel.com>
Short idle periods occur common under some workloads, and the idle
entry and exit path starts to dominate, so it's important to optimize
them. A fast idle routine is introduced here for short idle periods.
- tick nohz enter/exit are exclued
- RC
From: Aubrey Li <aubrey...@linux.intel.com>
A generic CPU idle governor is required to make the prediction of
how long the coming idle. The statistic data taken from the existing
menu governor is attached to the per-CPU device data structure
---
include/linux/cpuidle.
From: Aubrey Li <aubrey...@linux.intel.com>
The system will enter a fast idle loop if the predicted idle period
is shorter than the threshold.
---
kernel/sched/idle.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/kernel/sched/idle.c b/kernel/sched/idle.c
From: Aubrey Li <aubrey...@linux.intel.com>
Current cpuidle governor updates the last idle residency with the
hardware c-state exit latency, which is not applicable for fast
idle path, so we update idle residency in idle routine instead.
---
drivers/cpuidle/cpuidle.c | 13 +
From: Aubrey Li <aubrey...@linux.intel.com>
cpuidle already makes the prediction of how long the coming idle is.
We take it as the input for menu governor to select the target c-state.
---
drivers/cpuidle/governors/menu.c | 29 +
1 file changed, 5 insertions(
From: Aubrey Li <aubrey...@linux.intel.com>
For what cpuidle governor already does, we remove them from menu governor
---
drivers/cpuidle/governors/menu.c | 163 ---
1 file changed, 163 deletions(-)
diff --git a/drivers/cpuidle/governors/menu.c b/d
From: Aubrey Li <aubrey...@linux.intel.com>
Under some latency intensive workloads, short idle periods occurs very
common, so that idle entry and exit path starts to dominate. It's important
to optimize them for the short idle period pattern. A fast idle path proposal
is introduce
From: Aubrey Li <aubrey...@linux.intel.com>
sleep length indicates how long we'll be idle. Currently, it's updated
only when tick nohz enters. These patch series make a new requirement
with tick, so we should keep sleep length updated as needed
---
kernel/time/tick-sched.c | 3 +++
From: Aubrey Li <aubrey...@linux.intel.com>
Promote menu governor update functionality into cpuidle governor,
so that cpuidle can make a prediction based on the fresh data.
---
drivers/cpuidle/cpuidle.c | 77 +++
1 file changed, 77 insertions(+)
From: Aubrey Li <aubrey...@linux.intel.com>
Short idle periods varies from different workload, make the switch
tunable
---
include/linux/sched/sysctl.h | 1 +
kernel/sched/idle.c | 5 +++--
kernel/sysctl.c | 10 ++
3 files changed, 14 insertions(+), 2 del
From: Aubrey Li <aubrey...@linux.intel.com>
Two factors taken from menu governor for idle prediction in the cpu
idle governor:
- Energy break even point
- Repeatable interval detector
Based on the actual known "next timer event" time, and coordinate with
the algorithm in the a
From: Aubrey Li <aubrey...@linux.intel.com>
Reflect the data to cpuidle governor when there is an update
---
drivers/cpuidle/cpuidle.c | 6 --
include/linux/cpuidle.h | 1 +
kernel/sched/idle.c | 14 ++
3 files changed, 19 insertions(+), 2 deletions(-)
diff
Deferrable vmstat_updater was missing in commit c1de45ca831a
("sched/idle: Add support for tasks that inject idle"), add it back
Signed-off-by: Aubrey Li <aubrey...@linux.intel.com>
---
kernel/sched/idle.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/kernel/sched/idle.
Record the overhead of idle entry in micro-second
Signed-off-by: Aubrey Li <aubrey...@linux.intel.com>
---
drivers/cpuidle/cpuidle.c | 33 +
include/linux/cpuidle.h | 14 ++
kernel/sched/idle.c | 8 +++-
3 files changed, 54 inse
Introduce irq timings output as a factor to predict the duration
of the coming idle
Signed-off-by: Aubrey Li <aubrey...@linux.intel.com>
---
drivers/cpuidle/Kconfig | 1 +
drivers/cpuidle/cpuidle.c | 17 -
2 files changed, 17 insertions(+), 1 deletion(-)
diff --git a/d
For the governor has predict functionality, add a new predict
interface in cpuidle framework to call and use it.
---
drivers/cpuidle/cpuidle.c| 34 ++
drivers/cpuidle/governors/menu.c | 7 +++
include/linux/cpuidle.h | 3 +++
Introduce run queue average idle in scheduler as a factor to make
idle prediction
Signed-off-by: Aubrey Li <aubrey...@linux.intel.com>
---
drivers/cpuidle/cpuidle.c | 12
include/linux/cpuidle.h | 1 +
kernel/sched/idle.c | 5 +
3 files changed, 18 insertions(+)
If the next idle is expected to be a fast idle, we should keep tick
on before going into idle
Signed-off-by: Aubrey Li <aubrey...@linux.intel.com>
---
drivers/cpuidle/cpuidle.c | 14 ++
include/linux/cpuidle.h | 2 ++
kernel/time/tick-sched.c | 4
3 files chang
sleep length indicates how long we'll be idle. Currently, it's updated
only when tick nohz enters. These patch series make a new requirement
with tick, so we should keep sleep length updated as needed
---
kernel/time/tick-sched.c | 3 +++
1 file changed, 3 insertions(+)
diff --git
There are several factors in the menu governor to predict the next
idle interval:
- the next timer
- the recent idle interval history
- the corrected idle interval pattern
These factors are common enough to be extracted to be one function.
Signed-off-by: Aubrey Li <aubrey...@linux.intel.
Add a knob to make fast idle threshold tunable
Signed-off-by: Aubrey Li <aubrey...@linux.intel.com>
---
drivers/cpuidle/cpuidle.c | 3 ++-
include/linux/cpuidle.h | 1 +
kernel/sysctl.c | 12
3 files changed, 15 insertions(+), 1 deletion(-)
diff --git a/d
be done according to the same indicator.
I observed when system is idle, the idle predictor reports 20/s long idle
and ZERO fast idle on one CPU. And when the workload is running, the idle
predictor reports 72899/s fast idle and ZERO long idle on the same CPU.
Aubrey Li (8):
cpuidle: menu: extract
.
Signed-off-by: Aubrey Li
Cc: Peter Zijlstra
Cc: Andi Kleen
Cc: Tim Chen
Cc: Arjan van de Ven
---
arch/x86/include/asm/fpu/internal.h | 97 +++--
arch/x86/include/asm/fpu/types.h| 17 +++
2 files changed, 88 insertions(+), 26 deletions(-)
diff --git
Expose the per-task cpu specific thread state value, it's helpful
for userland to classify and schedule the tasks by different policies
Signed-off-by: Aubrey Li
Cc: Peter Zijlstra
Cc: Andi Kleen
Cc: Tim Chen
Cc: Arjan van de Ven
---
arch/x86/kernel/fpu/xstate.c | 13 +
fs/proc
.
Signed-off-by: Aubrey Li
Cc: Peter Zijlstra
Cc: Andi Kleen
Cc: Tim Chen
Cc: Arjan van de Ven
---
arch/x86/include/asm/fpu/internal.h | 97 +++--
arch/x86/include/asm/fpu/types.h| 17 +++
2 files changed, 88 insertions(+), 26 deletions(-)
diff --git
Expose the per-task cpu specific thread state value, it's helpful
for userland to classify and schedule the tasks by different policies
Signed-off-by: Aubrey Li
Cc: Peter Zijlstra
Cc: Andi Kleen
Cc: Tim Chen
Cc: Arjan van de Ven
---
arch/x86/kernel/fpu/xstate.c | 13 +
fs/proc
Add a /proc//arch_state interface to expose per-task cpu specific
state values.
Exposing AVX-512 Hi16_ZMM registers usage is for the user space job
scheduler to cluster AVX-512 using tasks together, because these tasks
could cause core turbo frequency drop.
Signed-off-by: Aubrey Li
Cc: Peter
immediately, but requires 3
consecutive context switches with no usage to clear it. This decay is
required because of AVX-512 using tasks could set Hi16_ZMM state back
to the init state themselves.
Signed-off-by: Aubrey Li
Cc: Peter Zijlstra
Cc: Andi Kleen
Cc: Tim Chen
Cc: Dave Hansen
Cc: Arjan van
The option CONFIG_PACKET_MMAP should depend on MMU.
Signed-off-by: Aubrey.Li <[EMAIL PROTECTED]>
---
net/packet/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net/packet/Kconfig b/net/packet/Kconfig
index 34ff93f..959c272 100644
--- a/net/packet/Kconfig
+++
On 3/4/07, Arnd Bergmann <[EMAIL PROTECTED]> wrote:
On Thursday 01 March 2007 05:14:40 Wu, Bryan wrote:
> Here is the update version of blackfin-arch.patch in -mm tree.
> simply add support to utrace and it was tested on blackfin STAMP board
> as well as other following patches.
Wow, this has
On 1/12/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
On Thu, 11 Jan 2007, Roy Huang 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,
Here is the newest patch against 2.6.20-rc5.
==
From ad9ca9a32bdcaddce9988afbf0187bfd04685a0c Mon Sep 17 00:00:00 2001
From: Aubrey.Li <[EMAIL PROTECTED]>
Date: Thu, 18 Jan 2007 11:08:31 +0800
Subject: [PATCH] Add an interface to limit total
On 1/19/07, Vaidyanathan Srinivasan <[EMAIL PROTECTED]> wrote:
Hi Aubrey,
I used your patch on my PPC64 box and I do not get expected
behavior. As you had requested, I am attaching zoneinfo and meminfo
dumps:
Please let me know if you need any further data to help me out with
the
On 1/19/07, Vaidyanathan Srinivasan <[EMAIL PROTECTED]> wrote:
Hi Aubrey,
The idea of creating separate flag for pagecache in page_alloc is
interesting. The good part is that you flag watermark low and the
zone reclaimer will do the rest of the job.
However when the zone reclaimer starts to
On 1/20/07, Vaidyanathan Srinivasan <[EMAIL PROTECTED]> wrote:
Aubrey Li wrote:
> On 1/19/07, Vaidyanathan Srinivasan <[EMAIL PROTECTED]> wrote:
>>
>> Hi Aubrey,
>>
>> The idea of creating separate flag for pagecache in page_alloc is
>> interesti
On 1/20/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
Aubrey Li wrote:
> On 1/20/07, Vaidyanathan Srinivasan <[EMAIL PROTECTED]> wrote:
>> If pagecache is overlimit, we expect old (cold) pagecache pages to
>> be thrown out and reused for new file data. We do not e
On 1/20/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
Aubrey Li wrote:
> So what's the right way to limit pagecache?
Probably something a lot more complicated... if you can say there
is a "right way".
>> Secondly, your patch isn't actually very good. It unconditionally
&
On 1/24/07, Christoph Lameter <[EMAIL PROTECTED]> wrote:
On Wed, 24 Jan 2007, Nick Piggin wrote:
> > 1. Insure that anonymous pages that may contain performance
> >critical data is never subject to swap.
> >
> > 2. Insure rapid turnaround of pages in the cache.
>
> So if these two aren't
Christoph's patch is better than mine. The only thing I think is that
zone->max_pagecache_pages should be checked never less than
zone->pages_low.
The good part of the patch is using the existing reclaimer. But the
problem in my opinion of the idea is the existing reclaimer too. Think
of when
On 1/24/07, Vaidyanathan Srinivasan <[EMAIL PROTECTED]> wrote:
Aubrey Li wrote:
> On 1/19/07, Vaidyanathan Srinivasan <[EMAIL PROTECTED]> wrote:
>> Hi Aubrey,
>>
>> I used your patch on my PPC64 box and I do not get expected
>> behavior. As you
On 1/24/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
On Tue, 2007-01-23 at 16:49 -0800, Christoph Lameter wrote:
> This is a patch using some of Aubrey's work plugging it in what is IMHO
> the right way. Feel free to improve on it. I have gotten repeatedly
> requests to be able to limit the
On 1/24/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
On Wed, 2007-01-24 at 22:22 +0800, Aubrey Li wrote:
> On 1/24/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > On Tue, 2007-01-23 at 16:49 -0800, Christoph Lameter wrote:
> > > This is a patch using some of Aub
On 1/25/07, Vaidyanathan Srinivasan <[EMAIL PROTECTED]> wrote:
Christoph Lameter wrote:
> On Wed, 24 Jan 2007, Vaidyanathan Srinivasan wrote:
>
>> With your patch, MMAP of a file that will cross the pagecache limit hangs the
>> system. As I mentioned in my previous mail, without subtracting
Hi Alan,
On 2/5/07, Alan <[EMAIL PROTECTED]> wrote:
Likewise - why this not locks ?
Other than the locking bits looks ok, although has rather a lot of ifdefs
Thanks to point it out. It should be fixed in the coming patch.
Thanks,
-Aubrey
-
To unsubscribe from this list: send the line
On 2/6/07, Russell King <[EMAIL PROTECTED]> wrote:
I think you have a bit of work to do on this driver; it seems to be
missing all termios handling apart from setting the baud rate.
Yes, only baud rate setting is enabled. We'll implement others in future.
Moreover, it's re-using the 8250
On 2/8/07, Russell King <[EMAIL PROTECTED]> wrote:
On Wed, Feb 07, 2007 at 06:49:58PM +0800, Wu, Bryan wrote:
> Thanks Russell's review, we update the serial core driver according to
> Russell's comments. Here is the change log:
>
> a) use "ttyBF" as blackfin serial name and use new serial
On 3/6/07, Vaidyanathan Srinivasan <[EMAIL PROTECTED]> wrote:
The reclaim code is similar to RSS memory controller. Scan control is
slightly different since we are targeting different type of pages.
Additionally no mapped pages are touched when scanning for pagecache pages.
RSS memory
On 3/27/07, Vaidyanathan Srinivasan <[EMAIL PROTECTED]> wrote:
Correct, shrink_page_list() is called from shrink_inactive_list() but
the above code is patched in shrink_active_list(). The
'force_reclaim_mapped' label is from function shrink_active_list() and
not in shrink_page_list() as it may
On 3/27/07, Vaidyanathan Srinivasan <[EMAIL PROTECTED]> wrote:
Aubrey Li wrote:
> On 3/27/07, Vaidyanathan Srinivasan <[EMAIL PROTECTED]> wrote:
>> Correct, shrink_page_list() is called from shrink_inactive_list() but
>> the above code is pa
When register serial driver as a console, the driver function
my_remove()
my_shutdown()
seems be never called.
So the driver can't reclaim resource when the command "reboot" is issued.
Is it intended?
-Aubrey
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On 3/30/07, Lee Revell <[EMAIL PROTECTED]> wrote:
On 3/29/07, Aubrey Li <[EMAIL PROTECTED]> wrote:
> When register serial driver as a console, the driver function
>
> my_remove()
> my_shutdown()
>
> seems be never called.
>
> So the driver can't recla
On 3/30/07, David Howells <[EMAIL PROTECTED]> wrote:
Wu, Bryan <[EMAIL PROTECTED]> wrote:
> It takes lots of time in malloc()->mmap()->do_mmap_private()->memset(). When
> malloc a big area, memset() the area to zero makes the performance very bad.
Ummm...
How do you then cope with attempting
On 3/30/07, David Howells <[EMAIL PROTECTED]> wrote:
Aubrey Li <[EMAIL PROTECTED]> wrote:
> malloc() allocates size bytes and returns a pointer to the allocated memory.
> The memory is not cleared.
But this is *not* malloc(). It's mmap(). Are you pre
On 3/30/07, Alan Cox <[EMAIL PROTECTED]> wrote:
> I can't find mmap must give zeroed memory in the mmap manual.
> Is there any reason relying on anon mmap() giving zerod memory?
Its how all Unix/Linux like systems behave.
Fair enough.
You have to clear the memory
to something to deal with
On 3/30/07, David Howells <[EMAIL PROTECTED]> wrote:
Aubrey Li <[EMAIL PROTECTED]> wrote:
> Keep the same behave as MMU but with bad performance, or keep the same
> performance as MMU but without the same behave, Which one is more
> important?
The thing to do is t
I insert one printk into drivers/serial/serial_core.c:
uart_set_termios() to describe the issue.
static void uart_set_termios(struct tty_struct *tty, struct termios
*old_termios)
{
snip
unsigned int cflag = tty->termios->c_cflag;
BUG_ON(!kernel_locked());
On 2/1/07, Alan <[EMAIL PROTECTED]> wrote:
> When I telnet my board and run the following command:
> root:~> stty -F /dev/ttyS0 -crtscts
>
> I got the following result from the console of my board:
> root:~>new_termios flag: 0x1cb1, old_termios flag: 0x80001cb1
>
> That's correct.
1 - 100 of 264 matches
Mail list logo
