Eygene Ryabinkin wrote:
Chuck, Julian, good day.
Tue, Jul 17, 2007 at 04:47:30PM -0700, Chuck Swiger wrote:
% tcpdump -nS -r IE7.pcap
reading from file IE7.pcap, link-type EN10MB (Ethernet)
18:24:41.313890 IP 172.28.15.82.3128 > 10.251.22.29.1121: . ack 1573162290 win
32120
18:24:41.313995 IP
thanks for your feedback jack - i tried the MSI stuff as first task this
morning
the interface init'ed without a problem and did not complain about MSI
what i like most is that no IRQ is assigned now, everything seems to get
handled in a TASKQ (IRQs were quite weird sometimes when having a bunch of
Chuck, Julian, good day.
Tue, Jul 17, 2007 at 04:47:30PM -0700, Chuck Swiger wrote:
> % tcpdump -nS -r IE7.pcap
> reading from file IE7.pcap, link-type EN10MB (Ethernet)
> 18:24:41.313890 IP 172.28.15.82.3128 > 10.251.22.29.1121: . ack 1573162290
> win
> 32120
> 18:24:41.313995 IP 10.251.22.29.1
On Mon, Jul 16, 2007 at 08:14:14PM +, Bjoern A. Zeeb wrote:
> On Mon, 16 Jul 2007, David Cornejo wrote:
>
> >I eventually reinstalled the OS from a recent snapshot then updated it
> >to the latest CURRENT and it works fine now :-(
>
> Hmm I am using CURRENT from today and I culd see the
[ I'm not sure which email address I should use when you reply to
yourself using a different addy. :-) ]
On Jul 17, 2007, at 4:24 PM, Julian Elischer wrote:
Julian Elischer wrote:
I have been looking at the following snippet of packets (under
FreeBSD 6.1).
This makes IE7 fail (but not IE6)
Julian Elischer wrote:
I have been looking at the following snippet of packets (under FreeBSD
6.1).
This makes IE7 fail (but not IE6) with a generic error.
We see lots of strange things here.. (like, why does the RST
go to a different sequence number?)
figured that one out... it's using the
I have been looking at the following snippet of packets
(under FreeBSD 6.1).
This makes IE7 fail (but not IE6) with a generic error.
We see lots of strange things here.. (like, why does the RST
go to a different sequence number?)
What we are having problems with is:
What SHOULD the server be
Max Laier wrote:
[ Excess CC-list ... testers needed!!! ]
On Tuesday 17 July 2007, Robert Watson wrote:
Dear all:
This is a reminder e-mail that, in the very near future, Giant
compatibility shims for network protocols will be removed.
<...>
The *only* remaining case I am aware of where re
[ Excess CC-list ... testers needed!!! ]
On Tuesday 17 July 2007, Robert Watson wrote:
> Dear all:
>
> This is a reminder e-mail that, in the very near future, Giant
> compatibility shims for network protocols will be removed.
<...>
> The *only* remaining case I am aware of where removing debug.
The following reply was made to PR kern/109406; it has been noted by GNATS.
From: Jessica Mahoney <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Cc:
Subject: Re: kern/109406: [ndis] Broadcom WLAN driver 4.100.15.5 doesn't work
with Ndisgen
Date: Tue, 17 Jul 2007 14:20:00 -0400
As an experiment, search in if_em.c for 'msix' look at the logic there.
If the adapter is 82575 it will use msix, but the else clause has it
use msi ONLY if its '>82571', change that to >=82571 and let's
see if maybe using MSI will help you with your problems as I'm
pretty confident its interrupt
Raj wrote:
> Hi Folks,
>
> This problem is related to Mac OS X 10.3.
Sorry, this list isn't going to be able to help you with that. You
should contact the Apple folks.
Good luck,
Doug
--
This .signature sanitized for your protection
___
freeb
Hi Folks,
This problem is related to Mac OS X 10.3. Please accept my apologies for
posting here , as I thought this is one avenue I could explore to get an
answer and also OS X has some freebsd core too!
I am looking at a driver code for OS X 10.3 where the checksum is
being calculated on an inbo
>>I.e. where we keep past connection state and use that
>>as a reference for the initial cwnd. I asked Mark about
>>this in the past.. and he said that his paper was
>>mis-interpreted and this is incorrect behavior. If you
>>have no connections up to a peer you should not use any
>>past value for t
James Healy wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I.e. where we keep past connection state and use that
as a reference for the initial cwnd. I asked Mark about
this in the past.. and he said that his paper was
mis-interpreted and this is incorrect behavior. If you
have no connec
bug description for 7.0-CURRENT - em(4) driver version 6.5.3
- frame reception is not possible (missed packets counter incrementing)
- frame transmission is not possible (driver watchdog fires)
bug exists also on 6.2-RELENG - em(4) driver version 6.2.9
bug does *not* exist on 6.1-RELENG - em(4) dri
16 matches
Mail list logo
