Title: BlueTarot
Dear Linus Torvalds,
Finally,
we're able to reach you!
Linus Torvalds,
we have some very important information about your future.
We
occasionally have visions or dreams about people
:Hello all.
:
:I read with interest (and fair ignorance ;-) ) the thread about delayed
:ACKs in the TCP/IP stack.
:...
:If Matt or any other qualified hackers can make the time to double-check
:my patches, I'd appreciate it. Matt's first patch didn't apply (no NewReno
:in 4.2REL), and the third
Alfred Perlstein wrote:
I'd be glad to assist in any way possible to get this integrated,
we've really been wanting this for various reasons (mostly linnex
compat) let me know if you're too busy and I can try to take over
from your existing work. Point being, I want this done ASAP. :)
Not
:Varshavchick Alexander wrote:
: For this to work, you really MUST address the machdep.c problems.
:
: So how can it be done, are there any patches for machdep.c, or is it
: solved in 4.4-stable kernel?
:
:Matt Dillon took a sideways stab at addressing a bit of these
:issues. They didn't do
Hi, It seems to me that something in memory allocation algorith is not right. When
allocate memory using malloc() without touching it FreeBSD is faster than Linuxes. But
when some access to this allocated memory is needed (in most cases when have to
perform calculations on huge amount of
There are many effects that could cause this, for instance if FreeBSD
manages to align things differently in relation to the CPU cache you
could get some very interesting waste of time that way.
Based on the data you show me, I can't really say that something is
wrong or right either way.
--
On Sun, 09 Dec 2001 12:42:50 +0100
Poul-Henning Kamp [EMAIL PROTECTED] wrote:
There are many effects that could cause this, for instance if FreeBSD
manages to align things differently in relation to the CPU cache you
could get some very interesting waste of time that way.
Yes, I agree that
Andrew Heybey [EMAIL PROTECTED] writes:
Somebody mentioned on this list that deleting the arp table entry
of the default router of the cable modem provider (as a cron job)
solved the problem.
I had not tried arp deletion but noticed severe slowdown or apparent
disconnect (except able to
hi all,
is there a reason behind.. why all Windows related
boot
options are marked as DOS?...
src/sys/boot/i386/boot0.s
is it because of the 512-byte limit...
=
-Hiten,
Thank You,
Yours Sincerely,
Hiten Pandya,
[EMAIL PROTECTED]
http://www.geocities.com/hitmaster2k
On Sun, 9 Dec 2001, Terry Lambert wrote:
Alfred Perlstein wrote:
I'd be glad to assist in any way possible to get this integrated,
we've really been wanting this for various reasons (mostly linnex
compat) let me know if you're too busy and I can try to take over
from your existing
On Dec 09, at 12:11 AM, Matthew Dillon wrote:
In anycase, your patches look fine. In fact, you not only applied
my fixes you also applied a fix in the delayed-ack check that was
made (by someone else) some time after 4.2Rel -- the callout_pending()
check in DELAY_ACK() fixed a
I think what would be cool would be to have a RELENG_4_4_BUGFIX tree
which was for bugfixes, but was feature frozen. It shouldn't get new
features like dirprefs (otherwise its difficult to differentiate it from
-STABLE itself) but it should get bugfixes. That way FreeBSD would wind
up with
On Dec 09, at 08:54 AM, Lamont Granquist wrote:
I think what would be cool would be to have a RELENG_4_4_BUGFIX tree
which was for bugfixes, but was feature frozen. It shouldn't get new
features like dirprefs (otherwise its difficult to differentiate it from
-STABLE itself) but it should
Hi,
I'm doing a port of a little OpenSSL program to FreeBSD from linux, but the
code which works fine on linux fails on FreeBSD at SSL_connect().
This function allways returns with -1 and SSL_errno is 1.
The code creates the CTX in client mode successfully, reads the client
certificates, sets
On Sun, Dec 09, 2001 at 11:15:23AM -0600, D J Hawkey Jr wrote:
I could maintain a not-FreeBSD-sanctioned site for patches of -CURRENT
and -STABLE code applyable to previous releases, but that would only muddy
the FreeBSD maintenance and distribution waters that I think work well for
what
On Dec 09, at 05:51 PM, Nik Clayton wrote:
On Sun, Dec 09, 2001 at 11:15:23AM -0600, D J Hawkey Jr wrote:
I could maintain a not-FreeBSD-sanctioned site for patches of -CURRENT
and -STABLE code applyable to previous releases, but that would only muddy
the FreeBSD maintenance and
On Sat, 8 Dec 2001, Alfred Perlstein wrote:
* Robert Watson [EMAIL PROTECTED] [011208 19:43] wrote:
I had some patches to do this, but lost them ages ago. If I get really
bored next week, I'll redo them and stick them in a perforce branch. That
said, it requires a bit more work, but
Chris Costello [EMAIL PROTECTED] wrote:
On Saturday, November 24, 2001, Igor M Podlesny wrote:
i = inet_aton(argv[3], in);
- if (!i)
- errx(1, Couldn't make sense of ip-number\n);
+ if (!i) {
+ /* check if it is resolveable */
+
Dima Dorfman dima@bazooka wrote:
Chris Costello [EMAIL PROTECTED] wrote:
I'd rewrite the above (`i = inet_aton' all the way down) as
hp = gethostbyname(argv[3]);
if (hp == NULL) {
errx(1, %s: %s, argv[3], hstrerror(h_errno));
}
in = *(struct
unsubscribe hackers-freebsd
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
hi,
does anyone need any special skills to manage the
kind of branch you are talking about...
example.. RELENG_4_4_BUGFIX
what kind of skills and experience in FreeBSD would
be needed for this kind of branch
-Hiten
I could maintain a not-FreeBSD-sanctioned site
for patches of -CURRENT
On Sun, Dec 09, 2001 at 12:17:03PM -0600, D J Hawkey Jr wrote:
So far, I've made three patchfiles that can be applied to 4.2REL and 4.3REL.
Not exactly the repertoire one would need to garner interest and momentum.
Everything starts somewhere. When I wrote my first FreeBSD article a
few years
Poul-Henning Kamp wrote:
There are many effects that could cause this, for instance if FreeBSD
manages to align things differently in relation to the CPU cache you
could get some very interesting waste of time that way.
Based on the data you show me, I can't really say that something is
This patch will break backward compatability with existing scripts.
Since it is an easy matter to call inet_aton() on the buffer, and
then call gethostbyname() only if inet_aton() returns INADDR_NONE
(which would allow either a host name or an IP address to be used),
please use this approach
Dima Dorfman wrote:
Here's an updated patch which is a result of comments from a few
people. The changes are: (a) deconfuse the usage message by not
naming two arguments as hostname (that was sloppiness on my part),
and (b) remove a redundant inet_aton call (gethostbyname(3) will DTRT
with
Well, it's been a bit, but here it is again. This is a request for
submissions for the November, 2001 FreeBSD Monthly Development Status
Report. All submissions are due by Friday, December 14, 2001.
Submissions should made by filling out the following template:
If they're using gcc to compile then that doesn't really matter, last I heard
gcc's optimizer wasn't that great, and didn't result in much faster code, but
if the glibc people hand optimized stuff, I can see your point.
Ken
This means that Linux's glibc is using an i686 optimized bzero(),
On Sunday 09 December 2001 03:11 am, Matthew Dillon wrote:
:Hello all.
:
:I read with interest (and fair ignorance ;-) ) the thread about delayed
:ACKs in the TCP/IP stack.
:...
:If Matt or any other qualified hackers can make the time to double-check
:my patches, I'd appreciate it. Matt's
:Matt, could you clarify. Is the patch that Dave applied to 4.2 applicable to
:4.4-RELEASE? It sounded like not. I applied the tcp_output.c and
:uipc_socket.c patch to my 4.4-RELEASE servers and it made a whole lot of
:difference, like 500KB/sto 954KB/s from my old P200 server to my laptop.
:
Hal Snyder wrote:
[snip]
Sounds as if the MAC of the upstream provider occasionally changes.
Don't know enough about cable to understand it better, and problem is
gone now so can't check for sure.
As far as my cases are concerned, the MAC address does not change. When
the arp entry is
I believe it's because the boot loader goes by partition type. All
Microsoft operating systems can use FAT (either FAT16, FAT32 or both). The
boot loader can't tell what operating system you've got installed on your
FAT partition, so it goes with the lowest common denominator - DOS.
--
Matt
I have in my rc.conf:
natd_enable=YES
natd_interface=xl1
natd_flags=-f /etc/natd.conf
and in /etc/natd.conf:
interface xl1
dynamic yes
use_sockets yes
same_ports yes
log_denied yes
however, since I am still seeing the host4 natd[198]: failed to write packet
back (Permission denied) messages,
Hi,
[I think this question should be redirected to -questions or -net, but
anyway...]
do you have IPFIREWALL in your kernel ? is is configured default to
deny ? This is typically what is bugginig me when natd fails to write a
packet : a nasty firewall rule...
man ipfw read the handbook,
34 matches
Mail list logo