From: Eric Dumazet <dada1@cosmosbay.com>
To: David Miller <davem@davemloft.net>
Cc: mingo@elte.hu, torvalds@linux-foundation.org, rjw@sisk.pl,
linux-kernel@vger.kernel.org, kernel-testers@vger.kernel.org,
cl@linux-foundation.org, efault@gmx.de, a.p.zijlstra@chello.nl,
shemminger@vyatta.com
Subject: Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
Date: Mon, 17 Nov 2008 20:43:03 +0100 [thread overview]
Message-ID: <4921C947.9070609@cosmosbay.com> (raw)
In-Reply-To: <20081117.113936.81699150.davem@davemloft.net>
David Miller a écrit :
> From: Ingo Molnar <mingo@elte.hu>
> Date: Mon, 17 Nov 2008 19:49:51 +0100
>
>> * Ingo Molnar <mingo@elte.hu> wrote:
>>
>> 4> The place for the sock_rfree() hit looks a bit weird, and i'll
>>> investigate it now a bit more to place the real overhead point
>>> properly. (i already mapped the test-bit overhead: that comes from
>>> napi_disable_pending())
>> ok, here's a new set of profiles. (again for tbench 64-thread on a
>> 16-way box, with v2.6.28-rc5-19-ge14c8bf and with the kernel config i
>> posted before.)
>
> Again, do a non-NMI profile and the top (at least for me)
> looks like this:
>
> samples % app name symbol name
> 473 6.3928 vmlinux finish_task_switch
> 349 4.7169 vmlinux tcp_v4_rcv
> 327 4.4195 vmlinux U3copy_from_user
> 322 4.3519 vmlinux tl0_linux32
> 178 2.4057 vmlinux tcp_ack
> 170 2.2976 vmlinux tcp_sendmsg
> 167 2.2571 vmlinux U3copy_to_user
>
> That tcp_v4_rcv() hit is %98 on the wake_up() call it does.
>
>
Another profile from my tree (net-next-2.6 + some patches), on my machine
CPU: Core 2, speed 3000.22 MHz (estimated)
Counted CPU_CLK_UNHALTED events (Clock cycles when not halted) with a unit mask of 0x00 (Unhalted core cycles) count 100000
samples % symbol name
223265 9.2711 __copy_user_zeroing_intel
87525 3.6345 __copy_user_intel
73203 3.0398 tcp_sendmsg
53229 2.2103 netif_rx
53041 2.2025 tcp_recvmsg
47241 1.9617 sysenter_past_esp
42888 1.7809 __copy_from_user_ll
40858 1.6966 tcp_transmit_skb
39390 1.6357 __switch_to
37363 1.5515 dst_release
36823 1.5291 __sk_dst_check_get
36050 1.4970 tcp_v4_rcv
35829 1.4878 __do_softirq
32333 1.3426 tcp_rcv_established
30451 1.2645 tcp_clean_rtx_queue
29758 1.2357 ip_queue_xmit
28497 1.1833 __copy_to_user_ll
28119 1.1676 release_sock
25218 1.0472 lock_sock_nested
23701 0.9842 __inet_lookup_established
23463 0.9743 tcp_ack
22989 0.9546 netif_receive_skb
21880 0.9086 sched_clock_cpu
20730 0.8608 tcp_write_xmit
20372 0.8460 ip_rcv
20336 0.8445 local_bh_enable
19153 0.7953 __update_sched_clock
18603 0.7725 skb_release_data
17020 0.7068 local_bh_enable_ip
16932 0.7031 process_backlog
16299 0.6768 ip_finish_output
16279 0.6760 dev_queue_xmit
15858 0.6585 sock_recvmsg
15641 0.6495 native_read_tsc
15454 0.6417 sock_wfree
15366 0.6381 update_curr
14585 0.6056 sys_socketcall
14564 0.6048 __alloc_skb
14519 0.6029 __tcp_select_window
14417 0.5987 tcp_current_mss
14391 0.5976 nf_iterate
14221 0.5905 page_address
14122 0.5864 local_bh_disable
WARNING: multiple messages have this Message-ID (diff)
From: Eric Dumazet <dada1-fPLkHRcR87vqlBn2x/YWAg@public.gmane.org>
To: David Miller <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
Cc: mingo-X9Un+BFzKDI@public.gmane.org,
torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
rjw-KKrjLPT3xs0@public.gmane.org,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
efault-Mmb7MZpHnFY@public.gmane.org,
a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org,
shemminger-ZtmgI6mnKB3QT0dZR+AlfA@public.gmane.org
Subject: Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
Date: Mon, 17 Nov 2008 20:43:03 +0100 [thread overview]
Message-ID: <4921C947.9070609@cosmosbay.com> (raw)
In-Reply-To: <20081117.113936.81699150.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
David Miller a écrit :
> From: Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
> Date: Mon, 17 Nov 2008 19:49:51 +0100
>
>> * Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org> wrote:
>>
>> 4> The place for the sock_rfree() hit looks a bit weird, and i'll
>>> investigate it now a bit more to place the real overhead point
>>> properly. (i already mapped the test-bit overhead: that comes from
>>> napi_disable_pending())
>> ok, here's a new set of profiles. (again for tbench 64-thread on a
>> 16-way box, with v2.6.28-rc5-19-ge14c8bf and with the kernel config i
>> posted before.)
>
> Again, do a non-NMI profile and the top (at least for me)
> looks like this:
>
> samples % app name symbol name
> 473 6.3928 vmlinux finish_task_switch
> 349 4.7169 vmlinux tcp_v4_rcv
> 327 4.4195 vmlinux U3copy_from_user
> 322 4.3519 vmlinux tl0_linux32
> 178 2.4057 vmlinux tcp_ack
> 170 2.2976 vmlinux tcp_sendmsg
> 167 2.2571 vmlinux U3copy_to_user
>
> That tcp_v4_rcv() hit is %98 on the wake_up() call it does.
>
>
Another profile from my tree (net-next-2.6 + some patches), on my machine
CPU: Core 2, speed 3000.22 MHz (estimated)
Counted CPU_CLK_UNHALTED events (Clock cycles when not halted) with a unit mask of 0x00 (Unhalted core cycles) count 100000
samples % symbol name
223265 9.2711 __copy_user_zeroing_intel
87525 3.6345 __copy_user_intel
73203 3.0398 tcp_sendmsg
53229 2.2103 netif_rx
53041 2.2025 tcp_recvmsg
47241 1.9617 sysenter_past_esp
42888 1.7809 __copy_from_user_ll
40858 1.6966 tcp_transmit_skb
39390 1.6357 __switch_to
37363 1.5515 dst_release
36823 1.5291 __sk_dst_check_get
36050 1.4970 tcp_v4_rcv
35829 1.4878 __do_softirq
32333 1.3426 tcp_rcv_established
30451 1.2645 tcp_clean_rtx_queue
29758 1.2357 ip_queue_xmit
28497 1.1833 __copy_to_user_ll
28119 1.1676 release_sock
25218 1.0472 lock_sock_nested
23701 0.9842 __inet_lookup_established
23463 0.9743 tcp_ack
22989 0.9546 netif_receive_skb
21880 0.9086 sched_clock_cpu
20730 0.8608 tcp_write_xmit
20372 0.8460 ip_rcv
20336 0.8445 local_bh_enable
19153 0.7953 __update_sched_clock
18603 0.7725 skb_release_data
17020 0.7068 local_bh_enable_ip
16932 0.7031 process_backlog
16299 0.6768 ip_finish_output
16279 0.6760 dev_queue_xmit
15858 0.6585 sock_recvmsg
15641 0.6495 native_read_tsc
15454 0.6417 sock_wfree
15366 0.6381 update_curr
14585 0.6056 sys_socketcall
14564 0.6048 __alloc_skb
14519 0.6029 __tcp_select_window
14417 0.5987 tcp_current_mss
14391 0.5976 nf_iterate
14221 0.5905 page_address
14122 0.5864 local_bh_disable
next prev parent reply other threads:[~2008-11-17 19:43 UTC|newest]
Thread overview: 419+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-16 17:38 2.6.28-rc5: Reported regressions 2.6.26 -> 2.6.27 Rafael J. Wysocki
2008-11-16 17:38 ` Rafael J. Wysocki
2008-11-16 17:38 ` [Bug #11207] VolanoMark regression with 2.6.27-rc1 Rafael J. Wysocki
2008-11-16 17:38 ` Rafael J. Wysocki
2008-11-16 17:40 ` [Bug #11215] INFO: possible recursive locking detected ps2_command Rafael J. Wysocki
2008-11-16 17:40 ` Rafael J. Wysocki
2008-11-16 17:40 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki
2008-11-16 17:40 ` Rafael J. Wysocki
2008-11-17 9:06 ` Ingo Molnar
2008-11-17 9:06 ` Ingo Molnar
2008-11-17 9:14 ` David Miller
2008-11-17 9:14 ` David Miller
2008-11-17 11:01 ` Ingo Molnar
2008-11-17 11:01 ` Ingo Molnar
2008-11-17 11:20 ` Eric Dumazet
2008-11-17 16:11 ` Ingo Molnar
2008-11-17 16:11 ` Ingo Molnar
2008-11-17 16:35 ` Eric Dumazet
2008-11-17 16:35 ` Eric Dumazet
2008-11-17 17:08 ` Ingo Molnar
2008-11-17 17:08 ` Ingo Molnar
2008-11-17 17:25 ` Ingo Molnar
2008-11-17 17:25 ` Ingo Molnar
2008-11-17 17:33 ` Eric Dumazet
2008-11-17 17:33 ` Eric Dumazet
2008-11-17 17:38 ` Linus Torvalds
2008-11-17 17:38 ` Linus Torvalds
2008-11-17 17:42 ` Eric Dumazet
2008-11-17 17:42 ` Eric Dumazet
2008-11-17 18:23 ` Ingo Molnar
2008-11-17 18:23 ` Ingo Molnar
2008-11-17 18:33 ` Linus Torvalds
2008-11-17 18:33 ` Linus Torvalds
2008-11-17 18:49 ` Ingo Molnar
2008-11-17 18:49 ` Ingo Molnar
2008-11-17 19:30 ` Eric Dumazet
2008-11-17 19:30 ` Eric Dumazet
2008-11-17 19:39 ` David Miller
2008-11-17 19:39 ` David Miller
2008-11-17 19:43 ` Eric Dumazet [this message]
2008-11-17 19:43 ` Eric Dumazet
2008-11-17 19:55 ` Linus Torvalds
2008-11-17 19:55 ` Linus Torvalds
2008-11-17 20:16 ` David Miller
2008-11-17 20:16 ` David Miller
2008-11-17 20:30 ` Linus Torvalds
2008-11-17 20:30 ` Linus Torvalds
2008-11-17 20:58 ` David Miller
2008-11-17 20:58 ` David Miller
2008-11-18 9:44 ` Nick Piggin
2008-11-18 9:44 ` Nick Piggin
2008-11-18 15:58 ` Linus Torvalds
2008-11-18 15:58 ` Linus Torvalds
2008-11-19 4:31 ` Nick Piggin
2008-11-20 9:14 ` David Miller
2008-11-20 9:14 ` David Miller
2008-11-20 9:06 ` David Miller
2008-11-20 9:06 ` David Miller
2008-11-18 12:29 ` Mike Galbraith
2008-11-18 12:29 ` Mike Galbraith
2008-11-17 19:57 ` Ingo Molnar
2008-11-17 19:57 ` Ingo Molnar
2008-11-17 20:20 ` (avc_has_perm_noaudit()) " Ingo Molnar
2008-11-17 20:20 ` Ingo Molnar
2008-11-17 20:32 ` ip_queue_xmit(): " Ingo Molnar
2008-11-17 20:32 ` Ingo Molnar
2008-11-17 20:57 ` Eric Dumazet
2008-11-17 20:57 ` Eric Dumazet
2008-11-18 9:12 ` Nick Piggin
2008-11-17 20:47 ` Ingo Molnar
2008-11-17 20:47 ` Ingo Molnar
2008-11-17 20:56 ` Eric Dumazet
2008-11-17 20:56 ` Eric Dumazet
2008-11-17 20:55 ` skb_release_head_state(): " Ingo Molnar
2008-11-17 20:55 ` Ingo Molnar
2008-11-17 21:01 ` David Miller
2008-11-17 21:01 ` David Miller
2008-11-17 21:04 ` Eric Dumazet
2008-11-17 21:04 ` Eric Dumazet
2008-11-17 21:34 ` Linus Torvalds
2008-11-17 21:34 ` Linus Torvalds
2008-11-17 21:38 ` Ingo Molnar
2008-11-17 21:38 ` Ingo Molnar
2008-11-17 21:09 ` tcp_ack(): " Ingo Molnar
2008-11-17 21:09 ` Ingo Molnar
2008-11-17 21:19 ` tcp_recvmsg(): " Ingo Molnar
2008-11-17 21:19 ` Ingo Molnar
2008-11-17 21:26 ` eth_type_trans(): " Ingo Molnar
2008-11-17 21:26 ` Ingo Molnar
2008-11-17 21:40 ` Eric Dumazet
2008-11-17 21:40 ` Eric Dumazet
2008-11-17 23:41 ` Eric Dumazet
2008-11-17 23:41 ` Eric Dumazet
2008-11-18 0:01 ` Linus Torvalds
2008-11-18 0:01 ` Linus Torvalds
2008-11-18 8:35 ` Eric Dumazet
2008-11-17 21:52 ` Linus Torvalds
2008-11-17 21:52 ` Linus Torvalds
2008-11-18 5:16 ` David Miller
2008-11-18 5:16 ` David Miller
2008-11-18 5:35 ` Eric Dumazet
2008-11-18 7:00 ` David Miller
2008-11-18 7:00 ` David Miller
2008-11-18 8:30 ` Ingo Molnar
2008-11-18 8:30 ` Ingo Molnar
2008-11-18 8:49 ` Eric Dumazet
2008-11-18 8:49 ` Eric Dumazet
2008-11-17 21:35 ` __inet_lookup_established(): " Ingo Molnar
2008-11-17 21:35 ` Ingo Molnar
2008-11-17 22:14 ` Eric Dumazet
2008-11-17 22:14 ` Eric Dumazet
2008-11-17 21:59 ` system_call() - " Ingo Molnar
2008-11-17 21:59 ` Ingo Molnar
2008-11-17 22:09 ` Linus Torvalds
2008-11-17 22:09 ` Linus Torvalds
2008-11-17 22:08 ` Ingo Molnar
2008-11-17 22:15 ` Eric Dumazet
2008-11-17 22:15 ` Eric Dumazet
2008-11-17 22:26 ` Ingo Molnar
2008-11-17 22:26 ` Ingo Molnar
2008-11-17 22:39 ` Eric Dumazet
2008-11-17 22:39 ` Eric Dumazet
2008-11-18 5:23 ` David Miller
2008-11-18 5:23 ` David Miller
2008-11-18 8:45 ` Ingo Molnar
2008-11-18 8:45 ` Ingo Molnar
2008-11-17 22:14 ` tcp_transmit_skb() - " Ingo Molnar
2008-11-17 22:14 ` Ingo Molnar
2008-11-17 22:19 ` Ingo Molnar
2008-11-17 22:19 ` Ingo Molnar
2008-11-17 19:36 ` David Miller
2008-11-17 19:36 ` David Miller
2008-11-17 19:31 ` David Miller
2008-11-17 19:31 ` David Miller
2008-11-17 19:47 ` Linus Torvalds
2008-11-17 19:47 ` Linus Torvalds
2008-11-17 19:51 ` David Miller
2008-11-17 19:51 ` David Miller
2008-11-17 19:53 ` Ingo Molnar
2008-11-17 19:53 ` Ingo Molnar
2008-11-17 22:47 ` Ingo Molnar
2008-11-17 22:47 ` Ingo Molnar
2008-11-17 19:21 ` David Miller
2008-11-17 19:21 ` David Miller
2008-11-17 19:48 ` Linus Torvalds
2008-11-17 19:48 ` Linus Torvalds
2008-11-17 19:52 ` David Miller
2008-11-17 19:52 ` David Miller
2008-11-17 19:57 ` Linus Torvalds
2008-11-17 19:57 ` Linus Torvalds
2008-11-17 20:18 ` David Miller
2008-11-17 20:18 ` David Miller
2008-11-19 19:43 ` Christoph Lameter
2008-11-19 19:43 ` Christoph Lameter
2008-11-19 20:14 ` Ingo Molnar
2008-11-19 20:14 ` Ingo Molnar
2008-11-20 23:52 ` Christoph Lameter
2008-11-20 23:52 ` Christoph Lameter
2008-11-21 8:30 ` Ingo Molnar
2008-11-21 8:30 ` Ingo Molnar
2008-11-21 8:51 ` Eric Dumazet
2008-11-21 8:51 ` Eric Dumazet
2008-11-21 9:05 ` David Miller
2008-11-21 9:05 ` David Miller
2008-11-21 12:51 ` Eric Dumazet
2008-11-21 12:51 ` Eric Dumazet
2008-11-21 15:13 ` [PATCH] fs: pipe/sockets/anon dentries should not have a parent Eric Dumazet
2008-11-21 15:13 ` Eric Dumazet
2008-11-21 15:21 ` Ingo Molnar
2008-11-21 15:21 ` Ingo Molnar
2008-11-21 15:28 ` Eric Dumazet
2008-11-21 15:28 ` Eric Dumazet
2008-11-21 15:34 ` Ingo Molnar
2008-11-21 15:34 ` Ingo Molnar
2008-11-26 23:27 ` [PATCH 0/6] fs: Scalability of sockets/pipes allocation/deallocation on SMP Eric Dumazet
2008-11-27 1:37 ` Christoph Lameter
2008-11-27 1:37 ` Christoph Lameter
2008-11-27 6:27 ` Eric Dumazet
2008-11-27 6:27 ` Eric Dumazet
2008-11-27 14:44 ` Christoph Lameter
2008-11-27 14:44 ` Christoph Lameter
2008-11-27 9:39 ` Christoph Hellwig
2008-11-28 18:03 ` Ingo Molnar
2008-11-28 18:47 ` Peter Zijlstra
2008-11-28 18:47 ` Peter Zijlstra
2008-11-29 6:38 ` Christoph Hellwig
2008-11-29 6:38 ` Christoph Hellwig
2008-11-29 8:07 ` Eric Dumazet
2008-11-29 8:07 ` Eric Dumazet
2008-11-29 8:43 ` [PATCH v2 0/5] " Eric Dumazet
2008-11-29 8:43 ` Eric Dumazet
2008-12-11 22:38 ` [PATCH v3 0/7] " Eric Dumazet
2008-12-11 22:38 ` Eric Dumazet
2008-12-11 22:38 ` [PATCH v3 1/7] fs: Use a percpu_counter to track nr_dentry Eric Dumazet
2008-12-11 22:38 ` Eric Dumazet
2007-07-24 1:24 ` Nick Piggin
2007-07-24 1:24 ` Nick Piggin
2008-12-16 21:04 ` Paul E. McKenney
2008-12-16 21:04 ` Paul E. McKenney
2008-12-11 22:39 ` [PATCH v3 2/7] fs: Use a percpu_counter to track nr_inodes Eric Dumazet
2008-12-11 22:39 ` Eric Dumazet
2007-07-24 1:30 ` Nick Piggin
2007-07-24 1:30 ` Nick Piggin
2008-12-12 5:11 ` Eric Dumazet
2008-12-12 5:11 ` Eric Dumazet
2008-12-16 21:10 ` Paul E. McKenney
2008-12-16 21:10 ` Paul E. McKenney
2008-12-11 22:39 ` [PATCH v3 3/7] fs: Introduce a per_cpu last_ino allocator Eric Dumazet
2008-12-11 22:39 ` Eric Dumazet
2007-07-24 1:34 ` Nick Piggin
2007-07-24 1:34 ` Nick Piggin
2008-12-16 21:26 ` Paul E. McKenney
2008-12-16 21:26 ` Paul E. McKenney
2008-12-11 22:39 ` [PATCH v3 4/7] fs: Introduce SINGLE dentries for pipes, socket, anon fd Eric Dumazet
2008-12-11 22:39 ` Eric Dumazet
2008-12-16 21:40 ` Paul E. McKenney
2008-12-16 21:40 ` Paul E. McKenney
2008-12-11 22:40 ` [PATCH v3 5/7] fs: new_inode_single() and iput_single() Eric Dumazet
2008-12-11 22:40 ` Eric Dumazet
2008-12-16 21:41 ` Paul E. McKenney
2008-12-16 21:41 ` Paul E. McKenney
2008-12-11 22:40 ` [PATCH v3 6/7] fs: struct file move from call_rcu() to SLAB_DESTROY_BY_RCU Eric Dumazet
2008-12-11 22:40 ` Eric Dumazet
2007-07-24 1:13 ` Nick Piggin
2007-07-24 1:13 ` Nick Piggin
2007-07-24 1:13 ` Nick Piggin
2008-12-12 2:50 ` Nick Piggin
2008-12-12 2:50 ` Nick Piggin
2008-12-12 4:45 ` Eric Dumazet
2008-12-12 4:45 ` Eric Dumazet
2008-12-12 16:48 ` Eric Dumazet
2008-12-12 16:48 ` Eric Dumazet
2008-12-13 2:07 ` Christoph Lameter
2008-12-13 2:07 ` Christoph Lameter
2008-12-17 20:25 ` Eric Dumazet
2008-12-17 20:25 ` Eric Dumazet
2008-12-13 1:41 ` Christoph Lameter
2008-12-13 1:41 ` Christoph Lameter
2008-12-11 22:41 ` [PATCH v3 7/7] fs: MS_NOREFCOUNT Eric Dumazet
2008-12-11 22:41 ` Eric Dumazet
2008-11-29 8:43 ` [PATCH v2 1/5] fs: Use a percpu_counter to track nr_dentry Eric Dumazet
2008-11-29 8:43 ` Eric Dumazet
2008-11-29 8:43 ` [PATCH v2 2/5] fs: Use a percpu_counter to track nr_inodes Eric Dumazet
2008-11-29 8:43 ` Eric Dumazet
2008-11-29 8:44 ` [PATCH v2 3/5] fs: Introduce a per_cpu last_ino allocator Eric Dumazet
2008-11-29 8:44 ` Eric Dumazet
2008-11-29 8:44 ` [PATCH v2 4/5] fs: Introduce SINGLE dentries for pipes, socket, anon fd Eric Dumazet
2008-11-29 8:44 ` Eric Dumazet
2008-11-29 10:38 ` Jörn Engel
2008-11-29 10:38 ` Jörn Engel
2008-11-29 10:38 ` Jörn Engel
2008-11-29 11:14 ` Eric Dumazet
2008-11-29 11:14 ` Eric Dumazet
2008-11-29 8:45 ` [PATCH v2 5/5] fs: new_inode_single() and iput_single() Eric Dumazet
2008-11-29 8:45 ` Eric Dumazet
2008-11-29 11:14 ` Jörn Engel
2008-11-29 11:14 ` Jörn Engel
2008-11-29 11:14 ` Jörn Engel
2008-11-26 23:30 ` [PATCH 1/6] fs: Introduce a per_cpu nr_dentry Eric Dumazet
2008-11-26 23:30 ` Eric Dumazet
2008-11-27 9:41 ` Christoph Hellwig
2008-11-27 9:41 ` Christoph Hellwig
2008-11-26 23:32 ` [PATCH 3/6] fs: Introduce a per_cpu last_ino allocator Eric Dumazet
2008-11-27 9:46 ` Christoph Hellwig
2008-11-27 9:46 ` Christoph Hellwig
2008-11-26 23:32 ` [PATCH 4/6] fs: Introduce a per_cpu nr_inodes Eric Dumazet
2008-11-26 23:32 ` Eric Dumazet
2008-11-27 9:32 ` Peter Zijlstra
2008-11-27 9:39 ` Peter Zijlstra
2008-11-27 9:39 ` Peter Zijlstra
2008-11-27 9:48 ` Christoph Hellwig
2008-11-27 10:01 ` Eric Dumazet
2008-11-27 10:01 ` Eric Dumazet
2008-11-27 10:07 ` Andi Kleen
2008-11-27 14:46 ` Christoph Lameter
2008-11-26 23:32 ` [PATCH 5/6] fs: Introduce special inodes Eric Dumazet
2008-11-26 23:32 ` Eric Dumazet
2008-11-27 8:20 ` David Miller
2008-11-27 8:20 ` David Miller
2008-11-26 23:32 ` [PATCH 6/6] fs: Introduce kern_mount_special() to mount special vfs Eric Dumazet
2008-11-27 8:21 ` David Miller
2008-11-27 8:21 ` David Miller
2008-11-27 9:53 ` Christoph Hellwig
2008-11-27 10:04 ` Eric Dumazet
2008-11-27 10:04 ` Eric Dumazet
2008-11-27 10:10 ` Christoph Hellwig
2008-11-27 10:10 ` Christoph Hellwig
2008-11-28 9:26 ` Al Viro
2008-11-28 9:26 ` Al Viro
2008-11-28 9:34 ` Al Viro
2008-11-28 9:34 ` Al Viro
2008-11-28 18:02 ` Ingo Molnar
2008-11-28 18:02 ` Ingo Molnar
2008-11-28 18:58 ` Ingo Molnar
2008-11-28 22:20 ` Eric Dumazet
2008-11-28 22:20 ` Eric Dumazet
2008-11-28 22:37 ` Eric Dumazet
2008-11-28 22:43 ` Eric Dumazet
2008-11-21 15:36 ` [PATCH] fs: pipe/sockets/anon dentries should not have a parent Christoph Hellwig
2008-11-21 17:58 ` [PATCH] fs: pipe/sockets/anon dentries should have themselves as parent Eric Dumazet
2008-11-21 18:43 ` Matthew Wilcox
2008-11-21 18:43 ` Matthew Wilcox
2008-11-23 3:53 ` Eric Dumazet
2008-11-21 9:18 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Ingo Molnar
2008-11-21 9:18 ` Ingo Molnar
2008-11-21 9:03 ` David Miller
2008-11-21 9:03 ` David Miller
2008-11-21 16:11 ` Christoph Lameter
2008-11-21 16:11 ` Christoph Lameter
2008-11-21 18:06 ` Christoph Lameter
2008-11-21 18:06 ` Christoph Lameter
2008-11-21 18:16 ` Eric Dumazet
2008-11-21 18:16 ` Eric Dumazet
2008-11-21 18:19 ` Eric Dumazet
2008-11-21 18:19 ` Eric Dumazet
2008-11-16 17:40 ` [Bug #11664] acpi errors and random freeze on sony vaio sr Rafael J. Wysocki
2008-11-16 17:40 ` Rafael J. Wysocki
2008-11-16 17:40 ` [Bug #11698] 2.6.27-rc7, freezes with > 1 s2ram cycle Rafael J. Wysocki
2008-11-16 17:40 ` Rafael J. Wysocki
2008-11-16 17:40 ` [Bug #11404] BUG: in 2.6.23-rc3-git7 in do_cciss_intr Rafael J. Wysocki
2008-11-16 17:40 ` Rafael J. Wysocki
2008-11-17 16:19 ` Randy Dunlap
2008-11-16 17:40 ` [Bug #11569] Panic stop CPUs regression Rafael J. Wysocki
2008-11-16 17:40 ` Rafael J. Wysocki
2008-11-16 17:40 ` [Bug #11543] kernel panic: softlockup in tick_periodic() ??? Rafael J. Wysocki
2008-11-16 17:40 ` Rafael J. Wysocki
2008-11-16 17:40 ` [Bug #11836] Scheduler on C2D CPU and latest 2.6.27 kernel Rafael J. Wysocki
2008-11-16 17:40 ` Rafael J. Wysocki
2008-11-16 17:40 ` [Bug #11805] mounting XFS produces a segfault Rafael J. Wysocki
2008-11-16 17:40 ` Rafael J. Wysocki
2008-11-17 14:44 ` Christoph Hellwig
2008-11-17 14:44 ` Christoph Hellwig
2008-11-16 17:40 ` [Bug #11795] ks959-sir dongle no longer works under 2.6.27 (REGRESSION) Rafael J. Wysocki
2008-11-16 17:40 ` Rafael J. Wysocki
2008-11-16 17:40 ` [Bug #11865] WOL for E100 Doesn't Work Anymore Rafael J. Wysocki
2008-11-16 17:40 ` Rafael J. Wysocki
2008-11-16 17:40 ` [Bug #11843] usb hdd problems with 2.6.27.2 Rafael J. Wysocki
2008-11-16 17:40 ` Rafael J. Wysocki
2008-11-16 21:37 ` Luciano Rocha
2008-11-16 17:40 ` [Bug #11876] RCU hang on cpu re-hotplug with 2.6.27rc8 Rafael J. Wysocki
2008-11-16 17:40 ` Rafael J. Wysocki
2008-11-16 17:40 ` [Bug #11886] without serial console system doesn't poweroff Rafael J. Wysocki
2008-11-16 17:40 ` Rafael J. Wysocki
2008-11-16 17:41 ` [Bug #12039] Regression: USB/DVB 2.6.26.8 --> 2.6.27.6 Rafael J. Wysocki
2008-11-16 17:41 ` Rafael J. Wysocki
2008-11-16 17:41 ` [Bug #11983] iwlagn: wrong command queue 31, command id 0x0 Rafael J. Wysocki
2008-11-16 17:41 ` Rafael J. Wysocki
2008-11-16 17:41 ` [Bug #12048] Regression in bonding between 2.6.26.8 and 2.6.27.6 Rafael J. Wysocki
2008-11-16 17:41 ` Rafael J. Wysocki
-- strict thread matches above, loose matches on Subject: below --
2008-11-09 19:40 2.6.28-rc3-git6: Reported regressions 2.6.26 -> 2.6.27 Rafael J. Wysocki
2008-11-09 19:43 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki
2008-11-09 19:43 ` Rafael J. Wysocki
2008-11-02 16:47 2.6.28-rc2-git7: Reported regressions 2.6.26 -> 2.6.27 Rafael J. Wysocki
2008-11-02 16:49 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki
2008-11-02 16:49 ` Rafael J. Wysocki
2008-10-25 21:04 2.6.28-rc1-git1: Reported regressions 2.6.26 -> 2.6.27 Rafael J. Wysocki
2008-10-25 21:07 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki
2008-10-25 21:07 ` Rafael J. Wysocki
2008-10-04 17:28 2.6.27-rc8-git7: Reported regressions from 2.6.26 Rafael J. Wysocki
2008-10-04 17:32 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki
2008-10-04 17:32 ` Rafael J. Wysocki
2008-09-21 18:52 2.6.27-rc6-git6: Reported regressions from 2.6.26 Rafael J. Wysocki
2008-09-21 18:54 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki
2008-09-21 18:54 ` Rafael J. Wysocki
2008-09-12 18:59 2.6.27-rc6-git2: Reported regressions from 2.6.26 Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 22:05 ` Christoph Lameter
2008-09-12 22:05 ` Christoph Lameter
2008-09-13 11:44 ` Mike Galbraith
2008-09-13 11:44 ` Mike Galbraith
2008-09-13 11:57 ` Mike Galbraith
2008-09-13 11:57 ` Mike Galbraith
2008-09-14 6:24 ` Mike Galbraith
2008-09-14 6:24 ` Mike Galbraith
2008-09-14 7:02 ` Mike Galbraith
2008-09-14 7:02 ` Mike Galbraith
2008-09-14 14:18 ` Christoph Lameter
2008-09-14 14:18 ` Christoph Lameter
2008-09-14 19:51 ` Mike Galbraith
2008-09-14 19:51 ` Mike Galbraith
2008-09-15 10:44 ` Mike Galbraith
2008-09-15 10:44 ` Mike Galbraith
2008-09-16 12:28 ` Mike Galbraith
2008-09-16 12:28 ` Mike Galbraith
2008-09-16 14:07 ` Ilpo Järvinen
2008-09-16 14:07 ` Ilpo Järvinen
2008-09-17 4:39 ` Mike Galbraith
2008-09-17 4:39 ` Mike Galbraith
2008-09-17 5:01 ` Mike Galbraith
2008-09-17 5:01 ` Mike Galbraith
2008-09-17 10:40 ` Ingo Molnar
2008-09-17 10:40 ` Ingo Molnar
2008-09-17 11:41 ` Mike Galbraith
2008-09-17 11:41 ` Mike Galbraith
2008-09-17 12:49 ` Ingo Molnar
2008-09-17 12:49 ` Ingo Molnar
2008-09-17 13:11 ` Mike Galbraith
2008-09-17 13:11 ` Mike Galbraith
2008-09-17 13:36 ` Ilpo Järvinen
2008-09-17 13:36 ` Ilpo Järvinen
2008-09-17 13:57 ` Mike Galbraith
2008-09-17 13:57 ` Mike Galbraith
2008-09-17 17:04 ` Ilpo Järvinen
2008-09-17 17:04 ` Ilpo Järvinen
2008-09-18 7:12 ` Mike Galbraith
2008-09-18 7:12 ` Mike Galbraith
2008-09-18 7:25 ` Mike Galbraith
2008-09-18 7:25 ` Mike Galbraith
2008-09-18 7:58 ` Ilpo Järvinen
2008-09-18 7:58 ` Ilpo Järvinen
2008-09-17 14:47 ` Eric Dumazet
2008-09-17 14:47 ` Eric Dumazet
2008-09-17 14:50 ` Eric Dumazet
2008-09-17 14:50 ` Eric Dumazet
2008-09-17 18:16 ` Mike Galbraith
2008-09-17 18:16 ` Mike Galbraith
2008-09-06 21:24 2.6.27-rc5-git8: Reported regressions from 2.6.26 Rafael J. Wysocki
2008-09-06 21:30 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki
2008-09-06 21:30 ` Rafael J. Wysocki
2008-08-30 19:46 2.6.27-rc5-git2: Reported regressions from 2.6.26 Rafael J. Wysocki
2008-08-30 19:50 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki
2008-08-30 19:50 ` Rafael J. Wysocki
2008-08-23 18:07 2.6.27-rc4-git1: Reported regressions from 2.6.26 Rafael J. Wysocki
2008-08-23 18:10 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki
2008-08-23 18:10 ` Rafael J. Wysocki
2008-08-16 19:00 2.6.27-rc3-git3: Reported regressions from 2.6.26 Rafael J. Wysocki
2008-08-16 19:02 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki
2008-08-16 19:02 ` Rafael J. Wysocki
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4921C947.9070609@cosmosbay.com \
--to=dada1@cosmosbay.com \
--cc=a.p.zijlstra@chello.nl \
--cc=cl@linux-foundation.org \
--cc=davem@davemloft.net \
--cc=efault@gmx.de \
--cc=kernel-testers@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=rjw@sisk.pl \
--cc=shemminger@vyatta.com \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.