Re: O_DIRECT question

2007-01-16 Thread Aubrey Li
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, i

[RPC][PATCH 2.6.20-rc5] limit total vfs page cache

2007-01-17 Thread Aubrey Li
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 vf

Re: [RPC][PATCH 2.6.20-rc5] limit total vfs page cache

2007-01-19 Thread Aubrey Li
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 test/experim

Re: [RPC][PATCH 2.6.20-rc5] limit total vfs page cache

2007-01-19 Thread Aubrey Li
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

Re: [RPC][PATCH 2.6.20-rc5] limit total vfs page cache

2007-01-19 Thread Aubrey Li
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

Re: [RPC][PATCH 2.6.20-rc5] limit total vfs page cache

2007-01-19 Thread Aubrey Li
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 expe

Re: [RPC][PATCH 2.6.20-rc5] limit total vfs page cache

2007-01-19 Thread Aubrey Li
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 uncondi

Re: [RFC] Limit the size of the pagecache

2007-01-23 Thread Aubrey Li
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 wor

Re: [RFC] Limit the size of the pagecache

2007-01-23 Thread Aubrey Li
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 vf

Re: [RPC][PATCH 2.6.20-rc5] limit total vfs page cache

2007-01-23 Thread Aubrey Li
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

Re: [RFC] Limit the size of the pagecache

2007-01-24 Thread Aubrey Li
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 page

Re: [RFC] Limit the size of the pagecache

2007-01-24 Thread Aubrey Li
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

Re: [RFC] Limit the size of the pagecache

2007-01-24 Thread Aubrey Li
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 th

Re: [PATCH 2/3] Blackfin: serial driver for Blackfin architecture against Linux kernel 2.6.20

2007-02-05 Thread Aubrey Li
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 "unsu

Re: [PATCH 2/3, try #2] Blackfin: serial driver for Blackfin architecture against Linux kernel 2.6.20

2007-02-06 Thread Aubrey Li
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 driv

Re: [PATCH 2/3, try #3] Blackfin: serial driver for Blackfinarchitecture against Linux kernel 2.6.20

2007-02-07 Thread Aubrey Li
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

[BUG]: 2.6.19.2: Weird serial core issue

2007-01-31 Thread Aubrey Li
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()); +++printk("new_term

Re: [BUG]: 2.6.19.2: Weird serial core issue

2007-01-31 Thread Aubrey Li
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. CRTSC

Re: [BUG]: 2.6.19.2: Weird serial core issue

2007-02-01 Thread Aubrey Li
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 ter

Re: [BUG]: 2.6.19.2: Weird serial core issue

2007-02-01 Thread Aubrey Li
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 t

Re: [BUG]: 2.6.19.2: Weird serial core issue

2007-02-01 Thread Aubrey Li
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 PROT

Re: [PATCH] [scsi] Remove __GFP_DMA

2007-05-22 Thread Aubrey Li
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 PROT

Re: [PATCH] blackfin: Enable arbitary speed serial setting

2007-05-23 Thread Aubrey Li
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-fro

Re: udp checksum issue in netpoll mode.

2007-04-16 Thread Aubrey Li
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 >

[PATCH] Fix UDP checksum issue in net poll mode.

2007-04-16 Thread Aubrey Li
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]> --- net/core/netpoll

Re: [PATCH] CONFIG_PACKET_MMAP should depend on MMU

2007-04-17 Thread Aubrey Li
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 some

Re: [PATCH] CONFIG_PACKET_MMAP should depend on MMU

2007-04-18 Thread Aubrey Li
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'

Re: [PATCH] CONFIG_PACKET_MMAP should depend on MMU

2007-04-19 Thread Aubrey Li
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'

Re: [PATCH] CONFIG_PACKET_MMAP should depend on MMU

2007-04-20 Thread Aubrey Li
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 wan

Re: [PATCH] CONFIG_PACKET_MMAP should depend on MMU

2007-04-20 Thread Aubrey Li
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 &

[PATCH] CONFIG_PACKET_MMAP should depend on MMU

2007-04-08 Thread Aubrey Li
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 +++ b/net

udp checksum issue in netpoll mode.

2007-04-12 Thread Aubrey Li
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 ki

Re: [PATCH -mm 1/5] Blackfin: blackfin architecture patch update

2007-03-04 Thread Aubrey Li
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 co

Re: [PATCH 3/3][RFC] Containers: Pagecache controller reclaim

2007-03-26 Thread Aubrey Li
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 control

Re: [PATCH 3/3][RFC] Containers: Pagecache controller reclaim

2007-03-27 Thread Aubrey Li
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 s

Re: [PATCH 3/3][RFC] Containers: Pagecache controller reclaim

2007-03-27 Thread Aubrey Li
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

[Quick question] serial core issue

2007-03-29 Thread Aubrey Li
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 bod

Re: [Quick question] serial core issue

2007-03-29 Thread Aubrey Li
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 recl

Re: [PATCH] nommu arch dont zero the anonymous mapping by adding UNINITIALIZE flag

2007-03-30 Thread Aubrey Li
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 t

Re: [PATCH] nommu arch dont zero the anonymous mapping by adding UNINITIALIZE flag

2007-03-30 Thread Aubrey Li
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 g

Re: [PATCH] nommu arch dont zero the anonymous mapping by adding UNINITIALIZE flag

2007-03-30 Thread Aubrey Li
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 se

Re: [PATCH] nommu arch dont zero the anonymous mapping by adding UNINITIALIZE flag

2007-03-30 Thread Aubrey Li
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 pas

[PATCH v3 1/2] x86/fpu: track AVX-512 usage of tasks

2018-11-14 Thread Aubrey Li
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

[PATCH v3 2/2] proc: add /proc//arch_state

2018-11-14 Thread Aubrey Li
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

[RESEND PATCH v5 1/3] x86/fpu: track AVX-512 usage of tasks

2018-12-17 Thread Aubrey Li
. Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven --- arch/x86/include/asm/fpu/internal.h | 7 +++ arch/x86/include/asm/fpu/types.h| 7 +++ 2 files changed, 14 insertions(+) diff --git a/arch/x86/include/asm/fpu/internal.h b

[RESEND PATCH v5 2/3] proc: add AVX-512 usage elapsed time to /proc/pid/status

2018-12-17 Thread Aubrey Li
5,961 core_power.lvl2_turbo_license 1.004031387 seconds time elapsed Non-zero counter value confirms that the task causes frequency drop. Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven --- arch/x86/kernel/fpu/xstate.c | 34 +++

[RESEND PATCH v5 3/3] Documentation/filesystems/proc.txt: add AVX512_elapsed_ms

2018-12-17 Thread Aubrey Li
Added AVX512_elapsed_ms in /proc//status. Report it in Documentation/filesystems/proc.txt Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven --- Documentation/filesystems/proc.txt | 4 +++- 1 file changed, 3 insertions(+), 1

[PATCH v6 3/3] Documentation/filesystems/proc.txt: add AVX512_elapsed_ms

2018-12-18 Thread Aubrey Li
Added AVX512_elapsed_ms in /proc//status. Report it in Documentation/filesystems/proc.txt Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven --- Documentation/filesystems/proc.txt | 4 +++- 1 file changed, 3 insertions(+), 1

[PATCH v6 2/3] proc: add AVX-512 usage elapsed time to /proc/pid/status

2018-12-18 Thread Aubrey Li
5,961 core_power.lvl2_turbo_license 1.004031387 seconds time elapsed Non-zero counter value confirms that the task causes frequency drop. Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven --- arch/x86/kernel/fpu/xstate.c | 34 +++

[PATCH v6 1/3] x86/fpu: track AVX-512 usage of tasks

2018-12-18 Thread Aubrey Li
. Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven --- arch/x86/include/asm/fpu/internal.h | 7 +++ arch/x86/include/asm/fpu/types.h| 7 +++ 2 files changed, 14 insertions(+) diff --git a/arch/x86/include/asm/fpu/internal.h b

[PATCH v7 3/3] Documentation/filesystems/proc.txt: add AVX512_elapsed_ms

2018-12-19 Thread Aubrey Li
Added AVX512_elapsed_ms in /proc//status. Report it in Documentation/filesystems/proc.txt Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven --- Documentation/filesystems/proc.txt | 4 +++- 1 file changed, 3 insertions(+), 1

[PATCH v7 2/3] proc: add AVX-512 usage elapsed time to /proc/pid/status

2018-12-19 Thread Aubrey Li
5,961 core_power.lvl2_turbo_license 1.004031387 seconds time elapsed Non-zero counter value confirms that the task causes frequency drop. Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven --- arch/x86/kernel/fpu/xstate.c | 38 +

[PATCH v7 1/3] x86/fpu: track AVX-512 usage of tasks

2018-12-19 Thread Aubrey Li
. Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven --- arch/x86/include/asm/fpu/internal.h | 7 +++ arch/x86/include/asm/fpu/types.h| 7 +++ 2 files changed, 14 insertions(+) diff --git a/arch/x86/include/asm/fpu/internal.h b

[PATCH v5 3/3] Documentation/filesystems/proc.txt: add AVX512_elapsed_ms

2018-12-16 Thread Aubrey Li
Added AVX512_elapsed_ms in /proc//status. Report it in Documentation/filesystems/proc.txt Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven --- Documentation/filesystems/proc.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH v5 1/3] x86/fpu: track AVX-512 usage of tasks

2018-12-16 Thread Aubrey Li
. Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven --- arch/x86/include/asm/fpu/internal.h | 7 +++ arch/x86/include/asm/fpu/types.h| 7 +++ 2 files changed, 14 insertions(+) diff --git a/arch/x86/include/asm/fpu/internal.h b

[PATCH v5 2/3] proc: add AVX-512 usage elapsed time to /proc/pid/status

2018-12-16 Thread Aubrey Li
5,961 core_power.lvl2_turbo_license 1.004031387 seconds time elapsed Non-zero counter value confirms that the task causes frequency drop. Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven --- arch/x86/kernel/fpu/xstate.c | 34 +++

[PATCH v4 2/2] proc: add AVX-512 usage to /proc/pid/status

2018-12-10 Thread Aubrey Li
eck by: $ perf stat --pid -e core_power.lvl2_turbo_license -- sleep 1 Performance counter stats for process id '3558': 3,251,565,961 core_power.lvl2_turbo_license 1.004031387 seconds time elapsed Non-zero counter value confirms that the task causes frequency drop. Signed-off-by: Aubre

[PATCH v4 1/2] x86/fpu: track AVX-512 usage of tasks

2018-12-10 Thread Aubrey Li
real-world workloads like tensorflow and linpack. If higher precision is required, suggest user space tools to use the PMU-based mechanisms in combination. Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven --- arch/x86/include/asm

[RFC PATCH v1 1/2] x86/fpu: detect AVX task

2018-11-06 Thread Aubrey Li
. 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 a

[RFC PATCH v1 2/2] proc: add /proc//thread_state

2018-11-06 Thread Aubrey Li
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

[RFC PATCH v2 1/2] x86/fpu: detect AVX task

2018-11-07 Thread Aubrey Li
. 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 a

[RFC PATCH v2 2/2] proc: add /proc//thread_state

2018-11-07 Thread Aubrey Li
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

[PATCH v15 2/3] x86,/proc/pid/status: Add AVX-512 usage elapsed time

2019-04-15 Thread Aubrey Li
x27;: 3,251,565,961 core_power.lvl2_turbo_license 1.004031387 seconds time elapsed Non-zero counter value confirms that the task causes frequency drop. Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven Cc: Linux API Cc: Al

[PATCH v15 1/3] /proc/pid/status: Add support for architecture specific output

2019-04-15 Thread Aubrey Li
The architecture specific information of the running processes could be useful to the userland. Add support to examine process architecture specific information externally. Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven Cc: Linux

[PATCH v15 3/3] Documentation/filesystems/proc.txt: add AVX512_elapsed_ms

2019-04-15 Thread Aubrey Li
Added AVX512_elapsed_ms in /proc//status. Report it in Documentation/filesystems/proc.txt Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven Cc: Linux API Cc: Alexey Dobriyan Cc: Andrew Morton --- Documentation/filesystems

[PATCH v16 1/3] /proc/pid/status: Add support for architecture specific output

2019-04-17 Thread Aubrey Li
The architecture specific information of the running processes could be useful to the userland. Add support to examine process architecture specific information externally. Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven Cc: Linux

[PATCH v16 3/3] Documentation/filesystems/proc.txt: add AVX512_elapsed_ms

2019-04-17 Thread Aubrey Li
Added AVX512_elapsed_ms in /proc//status. Report it in Documentation/filesystems/proc.txt Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven Cc: Linux API Cc: Alexey Dobriyan Cc: Andrew Morton --- Documentation/filesystems

[PATCH v16 2/3] x86,/proc/pid/status: Add AVX-512 usage elapsed time

2019-04-17 Thread Aubrey Li
x27;: 3,251,565,961 core_power.lvl2_turbo_license 1.004031387 seconds time elapsed Non-zero counter value confirms that the task causes frequency drop. Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven Cc: Linux API Cc: Al

Re: [RFC PATCH v2 00/17] Core scheduling v2

2019-04-23 Thread Aubrey Li
Peter Zijlstra > - Aaron Lu > - Fixes a hard lockup in rq locking > - Vineeth Pillai > - Julien Desfossez > - Fixes a performance issue seen on IO heavy workloads > - Vineeth Pillai > - Julien Desfossez > - Fix for 32bit build > - Aubrey Li > > Issues >

Re: [RFC PATCH v2 15/17] sched: Trivial forced-newidle balancer

2019-04-23 Thread Aubrey Li
On Wed, Apr 24, 2019 at 12:18 AM Vineeth Remanan Pillai wrote: > > From: Peter Zijlstra (Intel) > > When a sibling is forced-idle to match the core-cookie; search for > matching tasks to fill the core. > > Signed-off-by: Peter Zijlstra (Intel) > --- > include/linux/sched.h | 1 + > kernel/sch

Re: [RFC PATCH v2 00/17] Core scheduling v2

2019-04-24 Thread Aubrey Li
On Wed, Apr 24, 2019 at 12:18 AM Vineeth Remanan Pillai wrote: > > Second iteration of the core-scheduling feature. > > This version fixes apparent bugs and performance issues in v1. This > doesn't fully address the issue of core sharing between processes > with different tags. Core sharing still

Re: [RFC PATCH v2 00/17] Core scheduling v2

2019-04-24 Thread Aubrey Li
On Wed, Apr 24, 2019 at 10:00 PM Julien Desfossez wrote: > > On 24-Apr-2019 09:13:10 PM, Aubrey Li wrote: > > On Wed, Apr 24, 2019 at 12:18 AM Vineeth Remanan Pillai > > wrote: > > > > > > Second iteration of the core-scheduling feature. > > &g

[PATCH v18 3/3] Documentation/filesystems/proc.txt: add arch_status file

2019-04-25 Thread Aubrey Li
Added /proc//arch_status file, and added AVX512_elapsed_ms in /proc//arch_status. Report it in Documentation/filesystems/proc.txt Signed-off-by: Aubrey Li Cc: Thomas Gleixner Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven Cc: Alexey Dobriyan Cc: Andrew

[PATCH v18 1/3] proc: add /proc//arch_status

2019-04-25 Thread Aubrey Li
The architecture specific information of the running processes could be useful to the userland. Add /proc//arch_status interface support to examine process architecture specific information externally. Signed-off-by: Aubrey Li Cc: Thomas Gleixner Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen

[PATCH v18 2/3] x86,/proc/pid/arch_status: Add AVX-512 usage elapsed time

2019-04-25 Thread Aubrey Li
x27;: 3,251,565,961 core_power.lvl2_turbo_license 1.004031387 seconds time elapsed Non-zero counter value confirms that the task causes frequency drop. Signed-off-by: Aubrey Li Cc: Thomas Gleixner Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven

Re: [RFC PATCH v2 00/17] Core scheduling v2

2019-04-25 Thread Aubrey Li
On Thu, Apr 25, 2019 at 5:55 PM Ingo Molnar wrote: > > > * Aubrey Li wrote: > > > On Wed, Apr 24, 2019 at 10:00 PM Julien Desfossez > > wrote: > > > > > > On 24-Apr-2019 09:13:10 PM, Aubrey Li wrote: > > > > On Wed, Apr 24,

Re: [RFC][PATCH 00/16] sched: Core scheduling

2019-03-12 Thread Aubrey Li
On Tue, Mar 12, 2019 at 3:45 PM Aubrey Li wrote: > > On Tue, Mar 12, 2019 at 7:36 AM Subhra Mazumdar > wrote: > > > > > > On 3/11/19 11:34 AM, Subhra Mazumdar wrote: > > > > > > On 3/10/19 9:23 PM, Aubrey Li wrote: > > >> On

Re: [RFC][PATCH 00/16] sched: Core scheduling

2019-03-13 Thread Aubrey Li
On Thu, Mar 14, 2019 at 8:35 AM Tim Chen wrote: > >> > >> One more NULL pointer dereference: > >> > >> Mar 12 02:24:46 aubrey-ivb kernel: [ 201.916741] core sched enabled > >> [ 201.950203] BUG: unable to handle kernel NULL pointer dereference > >> at 0008 > >> [ 201.950254] ---

[PATCH v14 2/3] x86,/proc/pid/status: Add AVX-512 usage elapsed time

2019-04-09 Thread Aubrey Li
x27;: 3,251,565,961 core_power.lvl2_turbo_license 1.004031387 seconds time elapsed Non-zero counter value confirms that the task causes frequency drop. Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven Cc: Linux API Cc: Al

[PATCH v14 1/3] /proc/pid/status: Add support for architecture specific output

2019-04-09 Thread Aubrey Li
The architecture specific information of the running processes could be useful to the userland. Add support to examine process architecture specific information externally. Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven Cc: Linux

[PATCH v14 3/3] Documentation/filesystems/proc.txt: add AVX512_elapsed_ms

2019-04-09 Thread Aubrey Li
Added AVX512_elapsed_ms in /proc//status. Report it in Documentation/filesystems/proc.txt Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven Cc: Linux API Cc: Alexey Dobriyan Cc: Andrew Morton --- Documentation/filesystems

Re: [RFC][PATCH 13/16] sched: Add core wide task selection and scheduling.

2019-04-10 Thread Aubrey Li
On Wed, Apr 10, 2019 at 12:36 PM Aaron Lu wrote: > > On Tue, Apr 09, 2019 at 11:09:45AM -0700, Tim Chen wrote: > > Now that we have accumulated quite a number of different fixes to your > > orginal > > posted patches. Would you like to post a v2 of the core scheduler with the > > fixes? > > One

Re: [RFC][PATCH 00/16] sched: Core scheduling

2019-02-26 Thread Aubrey Li
On Sat, Feb 23, 2019 at 3:27 AM Tim Chen wrote: > > On 2/22/19 6:20 AM, Peter Zijlstra wrote: > > On Fri, Feb 22, 2019 at 01:17:01PM +0100, Paolo Bonzini wrote: > >> On 18/02/19 21:40, Peter Zijlstra wrote: > >>> On Mon, Feb 18, 2019 at 09:49:10AM -0800, Linus Torvalds wrote: > On Mon, Feb 18

Re: [RFC][PATCH 00/16] sched: Core scheduling

2019-02-26 Thread Aubrey Li
On Tue, Feb 26, 2019 at 4:26 PM Aubrey Li wrote: > > On Sat, Feb 23, 2019 at 3:27 AM Tim Chen wrote: > > > > On 2/22/19 6:20 AM, Peter Zijlstra wrote: > > > On Fri, Feb 22, 2019 at 01:17:01PM +0100, Paolo Bonzini wrote: > > >> On 18/02/19 21:40, Peter Zijls

[PATCH v2] sched/fair: reduce long-tail newly idle balance cost

2021-02-24 Thread Aubrey Li
: Srinivas Pandruvada Cc: Rafael J. Wysocki Signed-off-by: Aubrey Li --- kernel/sched/fair.c | 9 + 1 file changed, 9 insertions(+) diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c index 04a3ce2..5c67804 100644 --- a/kernel/sched/fair.c +++ b/kernel/sched/fair.c @@ -7675,6

[RFC PATCH v6] sched/fair: select idle cpu from idle cpumask for task wakeup

2020-12-07 Thread Aubrey Li
hz routines, by initializing idle cpumask with sched_domain_span(sd), nohz=off case remains the original behavior. Cc: Mel Gorman Cc: Vincent Guittot Cc: Qais Yousef Cc: Valentin Schneider Cc: Jiang Biao Cc: Tim Chen Signed-off-by: Aubrey Li --- include/linux/sched/topology.h | 13 + kern

[PATCH] cpuset: fix typos in comments

2021-01-12 Thread Aubrey Li
Change hierachy to hierarchy and congifured to configured, no functionality changed. Signed-off-by: Aubrey Li --- kernel/cgroup/cpuset.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/kernel/cgroup/cpuset.c b/kernel/cgroup/cpuset.c index 57b5b5d..15f4300 100644 --- a

[PATCH v10] sched/fair: select idle cpu from idle cpumask for task wakeup

2021-03-15 Thread Aubrey Li
From: Aubrey Li Add idle cpumask to track idle cpus in sched domain. Every time a CPU enters idle, the CPU is set in idle cpumask to be a wakeup target. And if the CPU is not in idle, the CPU is cleared in idle cpumask during scheduler tick to ratelimit idle cpumask update. When a task wakes up

[RFC PATCH v4] sched/fair: select idle cpu from idle cpumask for task wakeup

2020-11-17 Thread Aubrey Li
From: Aubrey Li Add idle cpumask to track idle cpus in sched domain. When a CPU enters idle, if the idle driver indicates to stop tick, this CPU is set in the idle cpumask to be a wakeup target. And if the CPU is not in idle, the CPU is cleared in idle cpumask during scheduler tick to ratelimit

[RFC PATCH v7] sched/fair: select idle cpu from idle cpumask for task wakeup

2020-12-08 Thread Aubrey Li
v1->v2: - idle cpumask is updated in the nohz routines, by initializing idle cpumask with sched_domain_span(sd), nohz=off case remains the original behavior. Cc: Peter Zijlstra Cc: Mel Gorman Cc: Vincent Guittot Cc: Qais Yousef Cc: Valentin Schneider Cc: Jiang Biao Cc: Tim Chen Signed

[RFC PATCH v8] sched/fair: select idle cpu from idle cpumask for task wakeup

2020-12-09 Thread Aubrey Li
ter Zijlstra Cc: Mel Gorman Cc: Vincent Guittot Cc: Qais Yousef Cc: Valentin Schneider Cc: Jiang Biao Cc: Tim Chen Signed-off-by: Aubrey Li --- include/linux/sched/topology.h | 13 ++ kernel/sched/core.c| 2 ++ kernel/sched/fair.c| 45 +

[RFC PATCH v5] sched/fair: select idle cpu from idle cpumask for task wakeup

2020-11-19 Thread Aubrey Li
d), nohz=off case remains the original behavior. Cc: Mel Gorman Cc: Vincent Guittot Cc: Qais Yousef Cc: Valentin Schneider Cc: Jiang Biao Cc: Tim Chen Signed-off-by: Aubrey Li --- include/linux/sched/topology.h | 13 + kernel/sched/core.c| 2 ++ kernel/sched/fair.c

[PATCH v9 1/2] sched/fair: select idle cpu from idle cpumask for task wakeup

2021-03-09 Thread Aubrey Li
From: Aubrey Li Add idle cpumask to track idle cpus in sched domain. Every time a CPU enters idle, the CPU is set in idle cpumask to be a wakeup target. And if the CPU is not in idle, the CPU is cleared in idle cpumask during scheduler tick to ratelimit idle cpumask update. When a task wakes up

[PATCH v9 2/2] sched/fair: Remove SIS_PROP

2021-03-09 Thread Aubrey Li
From: Aubrey Li Scanning idle cpu from the idle cpumask avoid superfluous scans of the LLC domain, as the first bit in the idle cpumask is the target. Considering the selected target could become busy, the idle check is reserved, but SIS_PROP feature becomes meaningless, so remove avg_scan_cost

[RFC PATCH v1] sched/fair: limit load balance redo times at the same sched_domain level

2021-01-24 Thread Aubrey Li
. Cc: Andi Kleen Cc: Tim Chen Cc: Srinivas Pandruvada Cc: Rafael J. Wysocki Signed-off-by: Aubrey Li --- kernel/sched/fair.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c index ae7ceba..b59f371 100644 --- a/kernel/sched

[PATCH] platform:x86 decouple telemetry driver from the optional IPC resources

2016-03-30 Thread Aubrey Li
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

[PATCH v9 1/3] /proc/pid/status: Add support for architecture specific output

2019-02-11 Thread Aubrey Li
The architecture specific information of the running processes could be useful to the userland. Add support to examine process architecture specific information externally. Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven --- fs

[PATCH v9 2/3] x86,/proc/pid/status: Add AVX-512 usage elapsed time

2019-02-11 Thread Aubrey Li
5,961 core_power.lvl2_turbo_license 1.004031387 seconds time elapsed Non-zero counter value confirms that the task causes frequency drop. Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven --- arch/x86/include/asm/processor.h | 2 +

[PATCH v9 3/3] Documentation/filesystems/proc.txt: add AVX512_elapsed_ms

2019-02-11 Thread Aubrey Li
Added AVX512_elapsed_ms in /proc//status. Report it in Documentation/filesystems/proc.txt Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven --- Documentation/filesystems/proc.txt | 4 +++- 1 file changed, 3 insertions(+), 1

[PATCH v10 1/3] /proc/pid/status: Add support for architecture specific output

2019-02-12 Thread Aubrey Li
The architecture specific information of the running processes could be useful to the userland. Add support to examine process architecture specific information externally. Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven --- fs

  1   2   >