On Sun, Apr 08, 2007 at 08:36:14AM +0300, Avi Kivity wrote:
> That is not the common case. Nor is it true when there is a
> mismatch between the card's capabilties and guest expectations and
> constraints. For example, guest memory is not physically contiguous
> so a NIC that won't do scatter/ga
Hi!
> > > The mm snapshot broken-out-2007-04-07-03-27.tar.gz has been uploaded to
> > >
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/broken-out-2007-04-07-03-27.tar.gz
> > >
> > > It contains the following patches against 2.6.21-rc6:
> >
> > suspend-to-disk doesn't work
On 4/8/07, Patrick McHardy <[EMAIL PROTECTED]> wrote:
[XFRM]: esp: fix skb_tail_pointer conversion bug
Fix incorrect switch of "trailer" skb by "skb" during skb_tail_pointer
conversion:
- *(u8*)(trailer->tail - 1) = top_iph->protocol;
+ *(skb_tail_pointer(skb) - 1) = top_iph->proto
On 07/04/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
The mm snapshot broken-out-2007-04-07-03-27.tar.gz has been uploaded to
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/broken-out-2007-04-07-03-27.tar.gz
Thomas,
I get a lot of "NOHZ: local_softirq_pending 0a" messages, when
On Sun, Apr 08, 2007 at 04:35:53AM +0100, W Agtail wrote:
> Hope you can help.
>
> I have the following setup using LVS (Linux Virtual Servers):
>
> LAN192.168.0.0/24- <= CLIENTS
> | |
> |
Hi, and thanks very much for your response. Your guess sounds spot on.
As you've mentioned, using one sync group works quite well and gives you
an active/passive LVS cluster (not sure of correct terminology here -
sorry), thus all traffic goes via LVS1, leaving LVS2 not doing much
unless LVS1 fai
> > Document new IP_PMTUDISC_PROBE value for IP_MTU_DISCOVERY. (Going into
> > 2.6.22).
Hi John,
Thanks -- accepted -- fix will appear in man-pages-2.47.
Andi: thanks for pointing John in the right direction.
Cheers,
Michael
> > --
On Sun, Apr 08, 2007 at 05:10:15PM +0100, W Agtail wrote:
> Hi, and thanks very much for your response. Your guess sounds spot on.
>
> As you've mentioned, using one sync group works quite well and gives you
> an active/passive LVS cluster (not sure of correct terminology here -
> sorry), thus al
[Adding linux-kernel to the cc list, hoping for wider exposure.]
On Fri, 23 Mar 2007 20:08:17 -0500
Jay Cliburn <[EMAIL PROTECTED]> wrote:
> We're trying to track down the source of a problem that occurs
> whenever the atl1 network driver is activated on a 32-bit 2.6.21-rc4
and -rc5, -rc6, 2.6.2
Hi, please refer to comments below.
On Sun, 2007-04-08 at 14:22 -0400, Lennart Sorensen wrote:
> On Sun, Apr 08, 2007 at 05:10:15PM +0100, W Agtail wrote:
> > Hi, and thanks very much for your response. Your guess sounds spot on.
> >
> > As you've mentioned, using one sync group works quite well
On sparc64:
drivers/net/hamradio/baycom_ser_fdx.c: In function `ser12_open':
drivers/net/hamradio/baycom_ser_fdx.c:417: error: `NR_IRQS' undeclared (first
use in this function)
sorry, I should have picked this up earlier, but I've be
On Sun, 2007-04-08 at 08:36 +0300, Avi Kivity wrote:
> Rusty Russell wrote:
> > Hi Avi,
> >
> > I don't think you've thought about this very hard. The receive copy is
> > completely independent with whether the packet is going to the guest via
> > a kernel driver or via userspace, so not relev
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
In article <[EMAIL PROTECTED]> (at Fri, 23 Mar 2007 20:46:25 -0400), John
Heffner <[EMAIL PROTECTED]> says:
> These add some changes that make tracepath a little more useful for
> diagnosing MTU issues. The length flag helps distinguish between MTU
> black holes and other types of black holes
Applied two documentation patches. Thanks.
In article <[EMAIL PROTECTED]> (at Tue, 3 Apr 2007 13:51:07 -0400), John
Heffner <[EMAIL PROTECTED]> says:
> ---
> doc/tracepath.sgml | 13 +
> 1 files changed, 13 insertions(+), 0 deletions(-)
>
> diff --git a/doc/tracepath.sgml b/doc
In article <[EMAIL PROTECTED]> (at Tue, 3 Apr 2007 14:20:34 -0400), John
Heffner <[EMAIL PROTECTED]> says:
> We should only print the asymm messages in tracepath/6 when you receive a
> TTL expired message, because this is the only time when we'd expect the
> same number of hops back as our TTL w
In article <[EMAIL PROTECTED]> (at Tue, 3 Apr 2007 14:20:35 -0400), John
Heffner <[EMAIL PROTECTED]> says:
> This fixes a bug that would miss a hop after an ICMP packet too big message,
> since it would continue increase the TTL without probing again.
Applied, thanks.
--yoshfuji
-
To unsubscri
17 matches
Mail list logo
