Hi,
I found this by accident on our wiki:
Re-roll and bring in the Eifel detection originally submitted by Jeffrey
Hsu.
* PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/68110
* Eifel detection has the potential to improve network performance,
in those cases where TCP has erroneously
Bruce M. Simpson wrote:
> First of all,
>
> Xin: Many thanks for your excellent work on bringing the code up to date.
>
> Mike Silbersack wrote:
>>
>> No. That is not going into FreeBSD if I can help it.
>> http://www.ietf.org/ietf/IPR/ERICSSON-EIFEL
>> On top of that, we don't need yet another
Jack Vogel wrote:
> The next driver I that I release via Intel channels is going to
> merge the code for 6 and 7. I was thinking that I could check that
> into the tip and it would make the most current version buildable
> on either RELEASE, was wondering if that is looked upon favorably
> or not?
Hi,
Here is a proof-of-concept patch that adds sockets related statistics to
netstat(1)'s -m option, which could make SA's life easier. Inspired by
a local user's suggestion.
Comments?
Cheers,
--
Xin LI <[EMAIL PROTECTED]> http://www.delphij.net/
FreeBSD - The Power to Serve!
Index: mbuf.
Hi,
Recently one of our local user has found that he was unable to use
hosts(5) to override "localhost" lookup that happens in DNS, while doing
rpc_clnt_create. A preliminary investigate of this seems to be related
to nsdispatch, by replacing:
hosts: files dns
With:
hosts: files
in /etc/nsswi
Erich Dollansky wrote:
[...]
> After getting a hint on the list, I found out that some strange
> characters in hosts made the file useless. After retyping hosts, hosts
> was accepted again.
>
> I was not able to find out what character it was. I expected CR, but it
> was not the case.
>
> Just re
Hi Valdimir and Jack,
I have ported Valdimir's 1.16 revision of their driver to -CURRENT code
as of today, but I don't have a box that is suitable for testing right
now as I just moved, and the server I used to do FreeBSD coding stuff is
located several thousand miles away :-)
I hope that this wo
Vladimir Ivanov wrote:
> Hi,
>
> LI Xin wrote:
>> Hi Valdimir and Jack,
>>
>> I have ported Valdimir's 1.16 revision of their driver to -CURRENT code
>> as of today, but I don't have a box that is suitable for testing right
>> now as I just moved,
Shoot, the TX mutex locking and unlocking should not belong here. Let
me check the code.
Cheers,
--
Xin LI <[EMAIL PROTECTED]> http://www.delphij.net/
FreeBSD - The Power to Serve!
signature.asc
Description: OpenPGP digital signature
Vladimir Ivanov wrote:
> Hi,
>
> LI Xin wrote:
>> Shoot, the TX mutex locking and unlocking should not belong here. Let
>> me check the code.
>>
>> Cheers,
>>
> Don't forget: our latest version
> http://people.yandex-team.ru/wawa/em-6.6.6-yan
Max Laier wrote:
> On Thursday 02 November 2006 09:26, . wrote:
>> Hi,
>>
>> I am confused by the use of inet_ntoa function in the kernel.
>>
>> The function inet_ntoa in the /sys/libkern/inet_ntoa.c uses a static
>> array static char buf[4 * sizeof "123"];
>> to store the result. And it returns th
VANHULLEBUS Yvan wrote:
> On Thu, Nov 02, 2006 at 06:19:43PM +0800, LI Xin wrote:
> [.]
>> Sounds like a workaround to me and in theory that is insufficient for a
>> MPSAFE protection. Here is a patch which reduces the chance where we
>> get a race.
>
>
MQ wrote:
[snip]
>>
>> By the way, maybe printf should get better synchronized.
> When I was addressing some problems in the bge(4), the
> ill-synchronized printf made my console freezing before
> I restarted the machine.
Are you really sure that it's the culprit of freezing your console (I
think
MQ wrote:
[snip]
> The mailing list denied all the mail from my previous mail box provided by
> Netease(NASDAQ: NTES) from China mainland, even I subscribed to -net, and
> asked me to wait the moderator's approval. But after I changed my
> mailbox to
> gmail, the filter never returned such message
Hi,
Chris wrote:
> I think the opposite, without this patch my send window set to 256k
> for 'all' connections to allow decent speeds.
>
> With the patch most connections will be just 8k in size and some be 256k.
>
> so worst case scenario with patch during a DOS they will all use 256k
> windows
LI Xin wrote:
> Hi,
>
> Chris wrote:
>> I think the opposite, without this patch my send window set to 256k
>> for 'all' connections to allow decent speeds.
>>
>> With the patch most connections will be just 8k in size and some be 256k.
>>
>&
Chris wrote:
[...]
>> >> p.s. waiting still for releng 6 patch :)
>> >
>> > Unofficial backport for andre@'s patch. I am testing it on RELENG_6_2
>> > but the box is not heavily loaded, and please note that this is
>> > UNOFFICIAL so it's up to you to decide whether you want it.
>>
>> Oops, forgot
Chris wrote:
> On 22/12/06, LI Xin <[EMAIL PROTECTED]> wrote:
>> Chris wrote:
>> [...]
>> >> >> p.s. waiting still for releng 6 patch :)
>> >> >
>> >> > Unofficial backport for andre@'s patch. I am testing it on
>> RE
Chris wrote:
[...]
>> > I ran cvsup again, unfortenatly there was changes in world since the
>> > last cvsup so I have done a new buildworld as well to keep it all
>> > synched and then done a unpatched kernel, after that I have patched
>> > and using testkernel. So far seems to be working fine.
Dear colleagues,
I have a strange question about our way of handling INADDR_BROADCAST,
the behavior looks different from all other operating systems I have
tried, except Mac OS X ;-)
By ping'ing 255.255.255.255 from FreeBSD (mostly RELENG_6 with some
unrelated patches) or Mac OS X, I got response
VANHULLEBUS Yvan wrote:
> Hi all.
>
> Summary of the problem: since a few days, one of my FreeBSD
> workstations can't lock anymore files on a NFS filesystem.
>
>
>
> More details:
>
> I have a NFS server (on a old Linux box, but that's not the problem,
> it works) and some workstations.
>
>
Randall Stewart wrote:
> Christian Brueffer wrote:
>
>>
>> Not sure if I'm understanding you correctly, but kern.ipc.nmbclusters is
>> a tunable not a sysctl, so it has to be set in /boot/loader.conf or at
>> the loader prompt (see loader(8)).
>>
>
> Not in current from what I see (if
> I underst
Wishmaster wrote:
> Hi,
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/92090
Have you tried this one?
http://people.freebsd.org/~delphij/misc/patch-bge-releng62
Cheers,
--
Xin LI <[EMAIL PROTECTED]> http://www.delphij.net/
FreeBSD - The Power to Serve!
signature.asc
Description: O
Hi,
This is a patch that I have backported to -CURRENT, which is originally
made against RELENG_6_2.
I have received several feature requests from our local community which
they wanted to have a top(1)'s '-d' alike feature for netstat, so they
will be able to use netstat(1) as a handy brick when
Hi,
If no one objects this change, I will commit it?
LI Xin wrote:
> Hi,
>
> This is a patch that I have backported to -CURRENT, which is originally
> made against RELENG_6_2.
>
> I have received several feature requests from our local community which
> they wanted t
朱岩 wrote:
> Hi Everybody,
> There is a bug in wi0, when I ifconfig scan the IP from DHCP, my wi0 will be
> panic...
> This bug is in all FreeBSD 6.x RELEASE, is there anybody know it?
Is it possible to obtain a backtrace?
Cheers,
--
Xin LI <[EMAIL PROTECTED]> http://www.delphij.net/
FreeBS
Zhu Yan wrote:
> Hi Everybody,
> There is a bug in wi0, when I ifconfig scan the IP from DHCP, my wi0
> will be
> panic...
> This bug is in all FreeBSD 6.x RELEASE, is there anybody know it?
You really have to give us the *backtrace*. Compile a kernel with ddb
and try to obtain a crash dump accor
27 matches
Mail list logo
