rs buys us much more code-isolation, so that would be my vote.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained
ies and scores to match informed
reality and _then_ we could discuss if the criteria were sound
on the list(s).
Poul-Henning (singing an almost 20 year old refrain again)
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD commit
who has been there, a couple of times: SECONDED!
It is particular unpleasant when you have no way to test the changes.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to mal
[...]
Can we keep the option (sysctl ?) of doing the full packet thing, it is
a very convenient debugging tool...
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice
...
You're on a 64bit machine ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
to be changed lightly, so consider this more of an
observation than bug report.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained
In message 4953834e.3020...@dlr.de, Hartmut Brandt writes:
Do we have any of the necessary software parts to do simulated ATM
hardware similar to what if_tap does for Ethernet?
I believe I have a couple of ATM cards in my lab somewhere, who wants them ?
--
Poul-Henning Kamp | UNIX
In message [EMAIL PROTECTED], M. Warner Losh writes
:
In the past I've uesd line disciplines to implement a keyboard driver
for the Apple Newton Keyboard (serial protocol) [...]
But shouldn't you have used uart(4) for that ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL
IEEE1588 related and their message was that even if
the FreeBSD foundation got such a license, the users would still
have to have one as well if they compiled the source code or some
such nonsense.
If this has all been taken care of: Go for it!
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
on doing things that way,
no matter what hardware or software you use.
If Intel chips have hw-support for timestamping, somebody at intel
must have thought about the patent thing.
But as I said, if that can be resolved, it should certainly go in.
--
Poul-Henning Kamp | UNIX since Zilog Zeus
IPSEC when we
get to that point ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
which requires
access to a lot of NDA information and an extensive positive/negative
list of chips and chipsets.
Even in the most recent chips, there are still issues with TSC that
makes it unusable as a default timecounter.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED
In message [EMAIL PROTECTED], Bruce Evans writes:
On Fri, 14 Oct 2005, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Andrew Gallatin
writes:
Linux already takes care of syncing the TSC between SMP cpus, so we
know it is possible. This seems like a much more doable optimization
In message [EMAIL PROTECTED], Andrew Gallatin
writes:
Poul-Henning Kamp writes:
The best compromise solution therefore is to change the scheduler
to make decisions based on the TSC ticks (or equivalent on other
archs) and at regular intervals figure out how fast the CPU ran in
the last
In message [EMAIL PROTECTED], Andrew Gallatin
writes:
Poul-Henning Kamp writes:
The solution is not faster but less reliable timekeeping, the
solution is to move the scheduler(s) away from using time as an
approximation of cpu cycles.
So you mean rather than use binuptime() in mi_switch
In message [EMAIL PROTECTED], Bruce Evans writes:
On Fri, 14 Oct 2005, Poul-Henning Kamp wrote:
Even to this day new CPU chips come out where TSC has flaws that
prevent it from being used as timecounter, and we do not have (NDA)
access to the data that would allow us to build a list of safe
I still think we should stop having this network-centric view of
polling and implement _real_ *device* polling, so that other
device types can use it as well.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD
In message [EMAIL PROTECTED], Robert Watson writes:
On Fri, 30 Sep 2005, Poul-Henning Kamp wrote:
I still think we should stop having this network-centric view of polling
and implement _real_ *device* polling, so that other device types can
use it as well.
While I agree that we should offer
--- Forwarded Message
To: [EMAIL PROTECTED]
Subject: Request to back out Luigis polled-net patch in -stable.
From: Poul-Henning Kamp [EMAIL PROTECTED]
Date: Fri, 07 Dec 2001 17:13:24 +0100
Message-ID: [EMAIL PROTECTED]
Sender: [EMAIL PROTECTED]
I have not read the entire patch in details
is more than welcome to distribute his change
as a patch against -stable, just like Jun-Itoh does with his ALTQ.
(I don't know if Peter has -stable in P4, but that could be one way
to make it easier for Luigi to maintain the patch if he had a branch
there)
--
Poul-Henning Kamp | UNIX since
useful and I know of one special
purpose application using it (Web Proxy Server/Client for high-delay Satellite
connections).
Wouldn't that be inferior to what accept-filters gives us ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD
test and report success/failures/ideas/patches.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
the
interface configuration does not count as simple.
It seems to me that if there is no simple way to do this, it's
about time we added it...
As I see it, we need recvfromto() and sendtofrom().
Any takers ?
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED
In message [EMAIL PROTECTED], Maxim Konovalov writes:
On Mon, 19 Jan 2004, 12:07+0100, Poul-Henning Kamp wrote:
Simple question:
Very simple UDP server daemon.
Many clients (connect(2)'ing a socket for each is not an option)
Multihomed machine.
What's the simple trick to replying
In message [EMAIL PROTECTED], Randall R. Stewart (home)
writes:
On Mon, 19 Jan 2004, 12:07+0100, Poul-Henning Kamp wrote:
Simple question:
Very simple UDP server daemon.
Many clients (connect(2)'ing a socket for each is not an option)
Multihomed machine.
What's the simple trick to replying
In message [EMAIL PROTECTED], Garrett Wollman
writes:
On Mon, 19 Jan 2004 12:58:00 +0100, Poul-Henning Kamp [EMAIL PROTECTED] said:
I'm considering ways to make sendmsg(2)/recvmsg(2) DTRT, and my
current candidate is give them a flag bit which says msg_name has
both addresses.
Um
-
gram. The msg_control field in the msghdr structure points to a buffer
that contains a cmsghdr structure followed by the IP address. The
cmsghdr fields have the following values:
--- cite ---
That really belongs on udp(4) more than ip(4)...
--
Poul-Henning Kamp | UNIX since
makes it possible for programs like natd to run multiple
packet-aliasing engines, this was not previously possible because
of the widespread use of global variables in libalias.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer
if it is correct, but at the very least I have thought
the same thoughts when I looked at the driver last, but I didn't
get time to try out the idea...
Somebody with some spare time should look at this...
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED
unzip/unrar or whatever it takes.
run strings(1) on the files and look for vendor
indentification strings (Atheros, Broadcom etc etc).
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3
.
Somebody please explain how this would work for non-hardware
interfaces like if_loop, if_tun, if_tap etc ?
device_t is what we use to hitch drivers to hardware.
ifnet is what we use to hitch drivers to the netstack.
They should not be tangled.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
it in.
So you'd still have to keep the if_name + if_unit around for the
drivers which do not have a device_t ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what
to the attic too ? Please ?
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
To Unsubscribe: send mail
which allocated space for
bitfields in BYTE_ORDER order.)
Do you intend to complete the task you originally started ?
What is your plan for 3rd party software ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD
is manually
packed to work with all C compilers on all systems. This will
break on systems with 64-bit ints, since sizeof(struct ip) == 20 is
not a multiple of 8.
Good point.
I'll ammend my proposal to include a __packed__ and a CTASSERT on
the size of struct ip == 20.
--
Poul-Henning Kamp | UNIX
*/
};
#endif /* _KERNEL */
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
To Unsubscribe: send mail to [EMAIL
(1) over a wavelan is a very
good test-bed for this issue.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
In message [EMAIL PROTECTED], Michael Sierchio writes:
Poul-Henning Kamp wrote:
Yes, I can attest to this an I belive it is actually the case on both
-current and -releng4 that disabling newreno improves TCP performance.
I belive running an X11 application or scp(1) over a wavelan is a very
--- Forwarded Message
To: [EMAIL PROTECTED]
Subject: Request to back out Luigis polled-net patch in -stable.
From: Poul-Henning Kamp [EMAIL PROTECTED]
Date: Fri, 07 Dec 2001 17:13:24 +0100
Message-ID: [EMAIL PROTECTED]
Sender: [EMAIL PROTECTED]
I have not read the entire patch in details
).
And of course Luigi is more than welcome to distribute his change
as a patch against -stable, just like Jun-Itoh does with his ALTQ.
(I don't know if Peter has -stable in P4, but that could be one way
to make it easier for Luigi to maintain the patch if he had a branch
there)
--
Poul-Henning
40 matches
Mail list logo
