On 2023-09-15 4:43 AM, mike tancsa wrote:
On 9/15/2023 1:38 AM, Xin Li wrote:
On 2023-09-14 3:28 AM, Kristof Provost wrote:
On 14 Sep 2023, at 4:54, Xin Li wrote:
Hi!
And as a shoot to the dark, I tried again with IPsec (racoon)
disabled, and the issue is gone. My IPsec configuration is
On 2023-09-14 3:28 AM, Kristof Provost wrote:
On 14 Sep 2023, at 4:54, Xin Li wrote:
Hi!
I recently upgraded my home router and found that there is some regression
related to pf or IPv6.
When attempting to connect an IPv6 TCP service, process would enter a seemingly
unkillable state (the
Hi!
I recently upgraded my home router and found that there is some
regression related to pf or IPv6.
When attempting to connect an IPv6 TCP service, process would enter a
seemingly unkillable state (the stack varies but always begins with
write, so it seems that tailscale was trying to send
On 2/17/21 22:57, Xin Li wrote:
> On 2/17/21 22:35, Kristof Provost wrote:
>> On 18 Feb 2021, at 6:01, Xin Li wrote:
>>
>> Hi,
>>
>> It appears that some change between 939430f2377 (December 31) and
>> b4bf7bdeb70 (today) on stable/12 have broke
On 2/17/21 22:35, Kristof Provost wrote:
> On 18 Feb 2021, at 6:01, Xin Li wrote:
>
> Hi,
>
> It appears that some change between 939430f2377 (December 31) and
> b4bf7bdeb70 (today) on stable/12 have broken pf in a way that the
> following rule:
>
>
Hi,
It appears that some change between 939430f2377 (December 31) and
b4bf7bdeb70 (today) on stable/12 have broken pf in a way that the
following rule:
block in quick proto tcp from any os "Linux" to any port ssh
would get interpreted as:
block drop in quick proto tcp from any to any port = 22
I have seen this on boot of my laptop.
It appears that in6_joingroup() was called in netisr_dispatch_src
codepath, and it tried to acquire IN6_MULTI_LOCK(), which happened to
sleep because we failed to acquire the sx, thus triggered the panic.
===
panic: sleepq_add: td 0xf8000ecd6000 to slee
On 2019-10-09 08:07, Gleb Smirnoff wrote:
> Yes, I we should allow sleep in ifioctl handlers. So this is my fault, I'll
> handle it today.
It seems that -CURRENT as of today would panic with:
(kgdb) #0 doadump (textdump=1) at src/sys/amd64/include/pcpu_aux.h:55
#1 0x80bbe550 in kern_r
delphij added a comment.
Looks good to me overall, consider this as a formal approval if there is no
objection from Adrian by Monday.
Could you please take a look at my inline comments and address them if they
are reasonable?
INLINE COMMENTS
sys/dev/hyperv/netvsc/hv_netvsc_drv_freebsd
On 9/15/15 00:06, O. Hartmann wrote:
> Hopefully, I'm right on this list. if not, please forward.
>
> Running CURRENT as of FreeBSD 11.0-CURRENT #3 r287780: Mon Sep 14 13:34:16
> CEST 2015 amd64, I check via nmap for open sockets since I had trouble
> protecting a server with IPFW and NAT.
>
>
@@ -749,7 +749,6 @@ match:
}
if (ifp->if_addrlen != ah->ar_hln) {
- LLE_WUNLOCK(la);
ARP_LOG(LOG_WARNING, "from %*D: addr len: new %d, "
"i/f %d (ignored)\n", ifp->if_addrlen,
(u_ch
e fix and there should be no
regression on that. Will it be possible that you provide some packet
capture (tcpdump -w with the host/port's) so our TCP developers would
be able to look into deeper?
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Liv
gt; Thanks, Patrick
>
> On Thu, May 28, 2015 at 1:18 PM, hiren panchasara <
> hi...@strugglingcoder.info> wrote:
>
>> On 05/28/15 at 10:12P, Xin Li wrote:
>>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA512
>>>
>>> Hi, Hiren,
>>>
>
problems related to this issue.
>>
>> I'm looking for input on the above. If left to my own devices,
>> I'd go with (3).
>
> Latest upstream release is 4.7.4 and the one before that was 4.6.2
> which we already have in the tree. I think we should ge
_int32_t' because the former is
less defined. We should probably use u_int32_t instead for the spare
fields to avoid the ambiguity.
However, because all platforms that FreeBSD currently supports have
32-bit int (doing a quick grep of __UINT_MAX), I think the change does
not break KBI. The added
delphij added a subscriber: delphij.
REVISION DETAIL
https://reviews.freebsd.org/D1711
To: rrs, gnn, rwatson, imp, adrian, sbruno, lstewart, hselasky
Cc: delphij, neel, erj, freebsd-net
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org
KASSERT(m != NULL, ("no mbuf"));
I haven't looked at the issue further yet as I haven't idea how to
provoke the issue again.
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuP
d out sequential IP IDs;
>>> please fix that!".
>>
>> It's been default off since before it was a sysctl over a decade
>> ago. Anyone know what the deal is with that? Some objection, or
>> forgotten flag day, or oversight that really should be set to 1?
&
oses, while
> still having it work for dumping a kernel over ethernet.
>
> Anyone want to take a look at the diffs I have so far?
Cool! Maybe create a branch in svn.freebsd.org or github?
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Live free or
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 08/26/13 11:10, Julian Elischer wrote:
> On 8/26/13 7:56 PM, Kimmo Paasiala wrote:
>> On Mon, Aug 26, 2013 at 2:37 PM, Hiroki Sato
>> wrote:
>>> Xin Li wrote in
>>> <521670ff.6080...@delphij.net>:
>
rface) that is required by the default
route.
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.21 (FreeBSD)
iQEcBAEBCgAGBQJSFnD/AAoJEG80Jeu8UPuzUx0H/20W31vhhHL56CtjIIG
Try this patch:
https://cgit.delphij.net/freebsd/patch/?id=39c6ec81eb015ed6788c203a1aea6148f813d063
We haven't merged it to -HEAD only because it's not clear how much
overhead this would incur.
Cheers,
___
freebsd-net@freebsd.org mailing list
http://li
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 05/07/13 21:55, Garrett Cooper wrote:
> On Tue, May 7, 2013 at 4:06 PM, Xin Li
> wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA512
>>
>> On 05/07/13 15:03, Garrett Cooper wrote:
>>> Saw the follo
rk->work.taskqueue, &work->work.work_task);
+ if (work->work.taskqueue)
+ return (taskqueue_cancel(work->work.taskqueue,
+ &work->work.work_task, NULL) != 0);
return 0;
}
I've added Jeff to Cc.
Cheers,
- --
Xin LI https://ww
k so that the firmware can be more easily updated
by user?
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
iQEcBAEBCgAGBQJRaHfwAAoJEG80Jeu8UPuz5EkIAMpC9/vKi62HGPSZKWO5KqH3
FhcizlRvcTigseHQoYG3zkd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 1/7/13 10:02 PM, Mikhail T. wrote:
> Hello!
>
> I found this same question asked back in 2005, but never answered:
>
>
> http://lists.freebsd.org/pipermail/freebsd-questions/2005-September/098717.html
>
>
>
> Today, 7 years later, using FreeB
cmp6.4 2012-01-03
> 04:25:44.0 +0100 +++ icmp6.4 2012-11-08
> 01:02:45.799293040 +0100 @@ -234,7 +234,7 @@ option level .Dv
> IPPROTO_ICMPV6 and name -.Dv ICMPV6_FILTER +.Dv ICMP6_FILTER with a
> pointer to the .Vt icmp6_filter structure as the option value.
Committ
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 06/04/12 17:32, YongHyeon PYUN wrote:
> On Tue, May 22, 2012 at 10:34:00AM -0700, Xin Li wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
>>
>> On 05/22/12 03:37, yong...@freebsd.org wrote:
>>> Your
hat we found that on systems that does not
exhibit the same problem, they have oui=0x50ef for the four brgphy's,
and on this system the four have oui=0xaf7 (brgphy0 pnpinfo oui=0xaf7
model=0x3c rev=0x8 at phyno=1). Not sure if this is related though.
Cheers,
- --
Xin LI https://www.delphij.ne
I
>
think they did released the code under 3 clause BSD license.
https://github.com/yahoo/l3dsr/tree/master/
We should probably make a port or import it into the base system, I think?
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
m the offending host. I
am not yet aware of which operating system did that.
Another workaround is to patch named (contrib/bind9/bin/named/client.c)
around the log and disable the whole log thing.
==
The fix is to either fix the offending host or remove it.
Cheers,
- --
Xin LI ht
mp -dt
information as well as sysctl dev.em output on the system just in case
you will be interested in them:
https://neptune.delphij.net/acpi/
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version:
01 card=0x060a15d9 chip=0x29228086
rev=0x02 hdr=0x00
vendor = 'Intel Corporation'
device = '82801IB/IR/IH (ICH9 Family) 6 port SATA AHCI Controller'
class = mass storage
subclass = SATA
ichs...@pci0:0:31:3:class=0x0c0500 card=0x060a15d9 chip=0x2
own (fixed?) issue by the way?
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.16 (FreeBSD)
iQEcBAEBCAAGBQJMk6dhAAoJEATO+BI/yjfBDCUH/jJNsvmePB4Onq
ttached workaround they have not see this type of panics so
far but that doesn't seem ideal.
Kip and Qing's paper titled "Optimizing the BSD routing system for
parallel processing" suggests copying the route entry rather than
referencing it but I didn't yet on how should I
sure if it
> might help on other architectures.
I'd for this change if it doesn't cause performance regression :)
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.14 (Free
change is that nc(1) now considers '-o' as deprecated. My plan
is to remove this option before 9.0-RELEASE. Will this removal be a
problem for anyone?
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
V
fer length from userland is not sufficient, instead of
returning ENAMETOOLONG.
I'll also submit a patch for libpcap if this proposed change is
considered be a good one. The libpcap in contrib/libpcap is not
affected since it doesn't support dynamic length description.
Cheers,
-
. Did it solved
your problem?
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.14 (FreeBSD)
iQEcBAEBAgAGBQJLo6qxAAoJEATO+BI/yjfBX4cIAMvBqAMLSuSDIZYy4F2thDdq
Niv4Phq7Ob9xrmpC6368fknZu/w+/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi, David,
On 2010/03/08 12:03, David Horn wrote:
> On Mon, Mar 8, 2010 at 2:32 PM, Andrew Thompson wrote:
>> On Mon, Mar 08, 2010 at 11:12:25AM -0800, Xin LI wrote:
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA
to enforce this check? :)
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.14 (FreeBSD)
iQEcBAEBAgAGBQJLlUwZAAoJEATO+BI/yjfBFKsH/3eK7vq6SgSRbh
ent way. It seems to be slightly wasteful (not
a big deal, though) to ioctl every time to obtain the length, so I used
an arbitrary number (2^6) and make the program to adapt to larger number
if kernel gave feedback with ENAMETOOLONG, and the buffer/length would
be used the next call.
Cheers,
- --
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2010/01/25 14:33, Antoine Brodin wrote:
> On Mon, Jan 25, 2010 at 11:10 PM, Xin LI wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Hi,
>>
>> I have revised the patchset based on feedback re
?
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.14 (FreeBSD)
iQEcBAEBAgAGBQJLXhbbAAoJEATO+BI/yjfBWg8IAJTruuq7gMcB3SS/CP7hhRPN
2lN7N3NxTz9V1s4mkzZ4/EFtM+mpwn30PYlZ7Q4t9QdPgnUbH54hQt+FJU1EHSnd
U
On 2009/12/31 12:02, Xin LI wrote:
Hi,
On Thu, Dec 31, 2009 at 7:48 AM, Rui Paulo wrote:
Also, if it is already done, then I was not able to view it (I tried the CVS and
SVN web source browser and did not see any changes related to adding RFC 2348
support.
The tftp server on 8.0 is the same
is the same as on 9.0. Can you send a patch?
I think edwin@ (cc'ed) worked on TFTP and have a patch to implement
it, he just didn't committed against -HEAD for some reason (?)
Cheers,
--
Xin LI http://www.delphij.net
___
freebsd-net@freebsd.o
riend has configured his switch to "bounce" the packet back to
the server by configuring a host route on L3 switch, and it seems that
the FreeBSD box is able to route the GRE packet to its desired gateway
this time.
Any suggestions?
Cheers,
--
Xin LI http://
Since I'm not pretty sure if gmail will mangle the attachment, here is
a downloadable version:
http://people.freebsd.org/~delphij/for_review/ifdescr.diff
--
Xin LI http://www.delphij.net
___
freebsd-net@freebsd.org mailing list
. Since the kernel has to copy
in a string, is there a clean way to do this? I think we will also
need to deal with similar issue with SIOCSIFNAME as well.
Cheers,
--
Xin LI http://www.delphij.net
ifdescr.diff
Description: Binary data
___
freebsd-net
ver has to use its
own mechanism to prevent ICMP teardown attack and/or insertion attacks,
so please use caution and limit the use in cases where pf(4) won't see
some packets in the connection.
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNAT
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Barney Cordoba wrote:
>
> --- On Tue, 8/18/09, Pyun YongHyeon wrote:
>
>> From: Pyun YongHyeon
>> Subject: Re: [PATCH] Fix for e1000 (em/igb) NOARP issue [Was Re: em(4):
>> sending ARP regardless of NOARP flag]
>
it as attached, say, only do it when
IFF_NOARP is not set. This should have no effect for usual
configuration but fix the problem when NOARP is the desired behavior.
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.12 (Fr
had to create a new ioctl, as
we don't seem to expose these two fields in an KBI-stable manner in the
past. I have not took a look at bsnmp yet but I'll take a look at it to
see if we have some better ways to distinguish the interface name.
Cheers,
- --
Xin LI http://www.delphij.ne
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Bjoern A. Zeeb wrote:
> On Thu, 13 Aug 2009, Julian Elischer wrote:
>
>> Andrey V. Elsukov wrote:
>>> Xin LI wrote:
>>>> While playing with some OpenBSD installation I found that they have an
>>>>
to use the SIOCSIFDESCR ioctl to document the remote CDP
peer like:
em0: flags=8843 metric 0 mtu 1500
ether 00:11:22:33:44:55
description: connected to myrouter.home (CDP)
[...]
The attached patch ported the feature to FreeBSD.
Cheers,
- --
Xin LI http://www.delphij.ne
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Li, Qing wrote:
> Is this on -CURRENT ?
No, it's 7.2-RELEASE-p2.
> --Qing
>
>
>> -Original Message-
>> From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-
>> n...@freebsd.org] On Behalf Of Xin LI
Corporation'
device = '82541EI Gigabit Ethernet Controller'
class = network
subclass = ethernet
Thanks in advance!
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.12 (FreeBSD)
rection, illegible or incomplete transmission
> please telephone +44 845 868 1337
> or return the E.mail to postmas...@multiplay.co.uk.
>
> ___
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any
, rip = 0, rsp = 0xff8a6d30, rbp = 0 ---
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.12 (FreeBSD)
iEYEARECAAYFAkpmsicACgkQi+vbBBjt66DkhwCgojNp7zSLd/TNGrNg0rzVMpQ4
/XgAmwdOggz33OT8kBNjClVjz8R56Uy8
=7PU5
-EN
ated and thus a deadlock could happen.
I think there is no obvious clean solution to break the dependency
without weakening the realtimeness of sending the required multicast at
this point. Will think again about it when I got some spare time.
Cheers,
- --
Xin LI http://www.delphij.net
+0x68
ithread_loop() at ithread_loop+0xb2
fork_exit() at fork_exit+0x12a
fork_trampoline() at fork_trampoline+0xe
- --- trap 0, rip = 0, rsp = 0xff842d30, rbp = 0 ---
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE-
Version: GnuPG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Danny Braniss wrote:
>> Xin, good day.
>>
>> Mon, Jun 08, 2009 at 04:49:36PM -0700, Xin LI wrote:
>>> The attached patch should fix this, any objections?
>> Yes, you missed negation operator in the copyin check. The
> Stop in /obj/sparc64/src/sys/LINT.
> *** Error code 1
The attached patch should fix this, any objections?
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (FreeBSD)
iEYEARECAAYFAkoto48ACgkQi+vbBB
NERIC) kernel do...
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (FreeBSD)
iEYEARECAAYFAkojfwEACgkQi+vbBBjt66CdHQCeMZGJsyupxo3aTl09E8Vh8gX7
MqAAn0mR7l210LTDj5Hv/P+fJENUdWra
=NNup
-E
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
smallpox wrote:
> /sys/dev/bce/if_bce.c:
> $FreeBSD: src/sys/dev/bce/if_bce.c,v 1.34.2.8 2009/05/20 21:13:49
> delphij Exp $
Em... This would be weird, are you really sure that your kernel is
built against this source?
Cheers,
-
ng it as a test machine because the production
> machine is unbelievably important.
Could you please use 'ident /sys/dev/bce/if_bce.c' and tell me the
result? For me the change fixed the problem...
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve!
rk driver and try
start to get knowledge by tweaking some stuff and see what would happen.
Cheers,
- --
Xin LI <[EMAIL PROTECTED]> http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (FreeBSD)
iEYEARECAAYFAkk9/GAACgkQi+vbBBjt66
t/s) on sequential read of
> very big files, and about 8-10Mb/s on "real" workloads.
>
> Are here any guides how to tune NFS for performance?
rsize/wsize? I think the current default (8192) is too smal, perhaps
262144 would be a better choice.
What I usually use is:
mount
7.0-RELEASE, btw.
- From FreeBSD 7.0-RELEASE, the system gets the ability to make use of
amd64-specific technique that eliminates the need of allocating sfbufs
and avoids the copying. That's say, sendfile would work without needing
to separately allocating sfbufs and this would be much f
network) to go through
the tun0 device?
(Of course it's possible to configure the remote network or local
network as 192.168.0.0/24, just curious about this scenario - do we have
a switch or something?)
Cheers,
- --
Xin LI <[EMAIL PROTECTED]>http://www.delphij.net/
FreeBSD - The Powe
e for your product
instead? Let us know if there is some limitation/lack of functionality?
Cheers,
- --
Xin LI <[EMAIL PROTECTED]>http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (FreeBSD)
Comment: Using GnuPG wit
nmbcluster sysctl (like a 2x
increase) to see if the problem goes away?
Cheers,
--
Xin LI <[EMAIL PROTECTED]>http://www.delphij.net/
FreeBSD - The Power to Serve!
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
--
Xin LI <[EMAIL PROTECTED]>http://www.delphij.net/
FreeBSD - The Power to Serve!
___
the application an opportunity to choose between rejecting or
allowing _'s when they are using gethostbyname().
Cheers,
- --
Xin LI <[EMAIL PROTECTED]> http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.4 (FreeBSD)
iD8DBQFHxapDi+vb
, because there are real
uses of it, and other operating systems does allow it at the client side.
Cheers,
- --
Xin LI <[EMAIL PROTECTED]> http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.4 (FreeBSD)
iD8DBQFHs07Ui+vbBBjt66ARArTAAJ9
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hajimu UMEMOTO wrote:
> Hi,
>
>>>>>> On Tue, 12 Feb 2008 17:31:57 -0800
>>>>>> Xin LI <[EMAIL PROTECTED]> said:
>
> delphij> [EMAIL PROTECTED] ~> host ps_other.a.shifen.com
> delphij&g
=> /lib/libdl.so.2 (0x402fa000)
libz.so.1 => /usr/lib/libz.so.1 (0x402fd000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)
Cheers,
- --
Xin LI <[EMAIL PROTECTED]> http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE-
V
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Xin LI wrote:
> Edwin Groothuis wrote:
>> On Tue, Feb 12, 2008 at 06:42:37PM -0800, Xin LI wrote:
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> Edwin Groothuis wrote:
>>>&g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Edwin Groothuis wrote:
> On Tue, Feb 12, 2008 at 06:42:37PM -0800, Xin LI wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Edwin Groothuis wrote:
>>> On Tue, Feb 12, 2008 at 05:31:57PM -0800, Xin LI
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Edwin Groothuis wrote:
> On Tue, Feb 12, 2008 at 05:31:57PM -0800, Xin LI wrote:
>> Received 127 bytes from 127.0.0.1#53 in 0 ms
>> [EMAIL PROTECTED] ~> host ps_other.a.shifen.com
>> ps_other.a.shifen.com has addre
ps_other.a.shifen.com has address 202.108.22.46
Host ps_other.a.shifen.com not found: 3(NXDOMAIN)
Cheers,
- --
Xin LI <[EMAIL PROTECTED]> http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.4 (FreeBSD)
iD8DBQFHskiNi+vbBBjt66ARAhO0AKCI64gr+oNw7j8/TcL51
csocks.altervista.org/download/FreeBSD_libc.tar.gz
Would you mind sending a PR for this? It sounds useful to me and I
don't want it to lose...
Cheers,
- --
Xin LI <[EMAIL PROTECTED]> http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE
I was unable to apply Mike's patch so I have manually applied it. Here
is a new one that should apply against today's -CURRENT.
Cheers,
Index: tcp_syncache.c
===
RCS file: /home/ncvs/src/sys/netinet/tcp_syncache.c,v
retrieving revi
Synopsis: Page Fault when attempting to run most network applications (sshd,
sendmail, etc)
Responsible-Changed-From-To: freebsd-net->delphij
Responsible-Changed-By: delphij
Responsible-Changed-When: Thu Jan 4 08:47:51 UTC 2007
Responsible-Changed-Why:
Handle this.
http://www.freebsd.org/cgi/qu
Synopsis: Page Fault when attempting to run most network applications (sshd,
sendmail, etc)
State-Changed-From-To: open->feedback
State-Changed-By: delphij
State-Changed-When: Thu Jan 4 08:41:55 UTC 2007
State-Changed-Why:
Hi, Haven,
I think this is a known and fixed issue. Would you please
co
o em1 or em0. Based on client's mac entry in the ARP
> table, client to client traffic is easily transferred. Other traffic should
> be able to direct to default gateway.
>
> If you know other options, I am interested to hear.
Cheers,
--
Xin LI http://www.delphij.net/
signatur
te table, which is essentially identical to the /32
solution.
So is there any way to utilize the both NIC's? I think I have been
confused :-(
Cheers,
--
Xin LI http://www.delphij.net/
signature.asc
Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =
" in
start)
/usr/local/sbin/pure-ftpd -0 -1 -4 -A -B -C 3 -E -f ftp -H -i -k 90 -l
puredb:/etc/pureftpd.pdb -r -R -S ,21 -U 022:022 -X -Z
;;
stop)
[ -r /etc/pure-ftpd.pid ] && \
kill `cat /etc/pure-ftpd.pid` > /dev/null && \
echo -n
On Tue, Jun 29, 2004 at 04:43:32PM +0200, Max Laier wrote:
>
> On Tuesday 29 June 2004 15:40, Xin LI wrote:
> > On Tue, Jun 29, 2004 at 02:13:38PM +0100, David Malone wrote:
> > > It seems to me that RANDOM_IP_ID might be better as a sysctl rather
> > > than a kerne
a kernel option? I think there is rarely a sysadmin to
enable and disable this runtime.
BTW. For security considerations I'd like to see if this is made default
in GENERIC kernels :-)
Cheers,
--
Xin LI http://www.delphij.net/
See complete headers for GPG key and other information.
c *.h
sed -i '' -E s/\\ \ \ \ \ \ \ \ /\ \ /g *.c *.h
sed -i '' -E s/\ +\$//g *.c *.h
Because the patchset may cause many conflicit with developers working
on netinet/, is this valuable to apply the patchset right now?
Cheers,
--
Xin LI http://www.delphij.n
my kernel configuration or any other information as
well? Thanks in advance.
Xin LI
- Original Message -
From: "Andre Oppermann" <[EMAIL PROTECTED]>
To: "Xin LI" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Sunday, January 1
.
(DEVICE_POLLING is enabled).
So I guess I have done something wrong? Not so sure in this issue though...
Thanks in advance.
Xin LI
- Original Message -
From: "Andre Oppermann" <[EMAIL PROTECTED]>
To: "Xin LI" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECT
roken.
Am I right?
Thanks in advance!
Xin LI
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
94 matches
Mail list logo
