Hi,
Just answering my own mail. Here is small patch that fixes this problem for us
in 6.1.
--- nd6_rtr.c.orig Mon Mar 20 18:23:08 2006
+++ nd6_rtr.c Thu Oct 26 09:48:59 2006
@@ -1409,12 +1409,20 @@
if (pr->ndpr_raf_onlink == 0)
conti
Hi,
I have a HP DL380-G4 server.
Single Xeon 3.0Ghz cpu, two onboard bge NICs and one dual em NIC.
I am using vlan interfaces on bge0 (there is 9 vlan interface on bge0). But
systems hangs at a random time without any logs/errors and even panic message!
Before system hangs everything works norm
Jack Vogel wrote:
On 10/25/06, Scott Long <[EMAIL PROTECTED]> wrote:
Jack Vogel wrote:
> On 10/25/06, Doug Ambrisko <[EMAIL PROTECTED]> wrote:
>
>> 3) In em_process_receive_interrupts/em_rxeof always decrement
>> the count on every run through the loop. If you notice
>> cou
On Wed, 25 Oct 2006, Doug Ambrisko wrote:
John Polstra writes:
| On 19-Oct-2006 Scott Long wrote:
| > The performance measurements that Andre and I did early this year showed
| > that the INTR_FAST handler provided a very large benefit.
|
| I'm trying to understand why that's the case. Is it bec
On 10/25/06, Scott Long <[EMAIL PROTECTED]> wrote:
Jack Vogel wrote:
> On 10/25/06, Doug Ambrisko <[EMAIL PROTECTED]> wrote:
>
>> 3) In em_process_receive_interrupts/em_rxeof always decrement
>> the count on every run through the loop. If you notice
>> count is an is an int
Hi,
> On Mon, 23 Oct 2006 09:41:57 -0700
> [EMAIL PROTECTED]("chenxiaochen") said:
> > > 1. Section 5: RFC 2463 - ICMPv6
(snip)
> In my opinion, rl1 should discard the packet and send a ICMP
> packet-too-big message.But only discard ...
That's not correct. ICMP packet-too-big is
Jack Vogel wrote:
On 10/25/06, Doug Ambrisko <[EMAIL PROTECTED]> wrote:
3) In em_process_receive_interrupts/em_rxeof always decrement
the count on every run through the loop. If you notice
count is an is an int that starts at the passed in value
of -1. It then cou
On 10/25/06, Doug Ambrisko <[EMAIL PROTECTED]> wrote:
3) In em_process_receive_interrupts/em_rxeof always decrement
the count on every run through the loop. If you notice
count is an is an int that starts at the passed in value
of -1. It then count-- until count==0
Am 20.10.2006 um 20:42 schrieb Brian Hawk:
tun0 and ADSL is the default gateway. But the TCP packets are bound
to 212.64.212.180 IP address which should send them out thru xl1.
But it doesn't.
That is correct. The routing table will only consider the
destination address when deciding whi
Doug Ambrisko wrote:
John Polstra writes:
| On 19-Oct-2006 Scott Long wrote:
| > The performance measurements that Andre and I did early this year showed
| > that the INTR_FAST handler provided a very large benefit.
|
| I'm trying to understand why that's the case. Is it because an
| INTR_FAST
On 10/25/06, Doug Ambrisko <[EMAIL PROTECTED]> wrote:
John Polstra writes:
| On 19-Oct-2006 Scott Long wrote:
| > The performance measurements that Andre and I did early this year showed
| > that the INTR_FAST handler provided a very large benefit.
|
| I'm trying to understand why that's the case
John Polstra writes:
| On 19-Oct-2006 Scott Long wrote:
| > The performance measurements that Andre and I did early this year showed
| > that the INTR_FAST handler provided a very large benefit.
|
| I'm trying to understand why that's the case. Is it because an
| INTR_FAST interrupt doesn't have
12 matches
Mail list logo
