From: David Miller <davem@davemloft.net> To: mingo@elte.hu Cc: torvalds@linux-foundation.org, dada1@cosmosbay.com, 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: eth_type_trans(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Date: Mon, 17 Nov 2008 21:16:45 -0800 (PST) [thread overview] Message-ID: <20081117.211645.193706814.davem@davemloft.net> (raw) In-Reply-To: <20081117212657.GH12020@elte.hu> From: Ingo Molnar <mingo@elte.hu> Date: Mon, 17 Nov 2008 22:26:57 +0100 > eth->h_proto access. Yes, this is the first time a packet is touched on receive. > Given that this workload does localhost networking, my guess would be > that eth->h_proto is bouncing around between 16 CPUs? At minimum this > read-mostly field should be separated from the bouncing bits. It's the packet contents, there is no way to "seperate it". And it should be unlikely bouncing on your system under tbench, the senders and receivers should hang out on the same cpu unless the something completely stupid is happening. That's why I like running tbench with a num_threads command line argument equal to the number of cpus, every cpu gets the two thread talking to eachother over the TCP socket.
WARNING: multiple messages have this Message-ID (diff)
From: David Miller <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org> To: mingo-X9Un+BFzKDI@public.gmane.org Cc: torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org, dada1-fPLkHRcR87vqlBn2x/YWAg@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: eth_type_trans(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Date: Mon, 17 Nov 2008 21:16:45 -0800 (PST) [thread overview] Message-ID: <20081117.211645.193706814.davem@davemloft.net> (raw) In-Reply-To: <20081117212657.GH12020-X9Un+BFzKDI@public.gmane.org> From: Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org> Date: Mon, 17 Nov 2008 22:26:57 +0100 > eth->h_proto access. Yes, this is the first time a packet is touched on receive. > Given that this workload does localhost networking, my guess would be > that eth->h_proto is bouncing around between 16 CPUs? At minimum this > read-mostly field should be separated from the bouncing bits. It's the packet contents, there is no way to "seperate it". And it should be unlikely bouncing on your system under tbench, the senders and receivers should hang out on the same cpu unless the something completely stupid is happening. That's why I like running tbench with a num_threads command line argument equal to the number of cpus, every cpu gets the two thread talking to eachother over the TCP socket.
next prev parent reply other threads:[~2008-11-18 5:16 UTC|newest] Thread overview: 349+ 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 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 [this message] 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
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=20081117.211645.193706814.davem@davemloft.net \ --to=davem@davemloft.net \ --cc=a.p.zijlstra@chello.nl \ --cc=cl@linux-foundation.org \ --cc=dada1@cosmosbay.com \ --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: linkBe 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.