On Tue, Jun 15, 2004 at 10:34:57PM +0200, Tamas TEVESZ wrote:
>
> hi folks,
>
> [i've posted the following message to -bugs@ a while ago, but
> then was directed here by a friend freebsder. while reposting, i
> also corrected some minor facts i missed in the previous post]
>
> i have a dell powe
On Mon, Jun 14, 2004 at 06:47:49PM +0100, Bruce M Simpson wrote:
> On Mon, Jun 14, 2004 at 08:38:57AM -0400, Ed Maste wrote:
> > Hello Sergey. I haven't looked at your code, but I'll provide
> > some comments, having implemented a mmaped ringbuffer BPF
> > replacement myself.
>
> We've had some
On Sat, Jun 05, 2004 at 12:37:28PM -0600, M. Warner Losh wrote:
> What firmware level do you have? Both wi and owi works for all my
> lucent/wavelan/orinoco cards. :-(
Try changing the WEP information many times. Eventually, the card
just goes away and never returns to initialized state, and the
On Sat, Jun 05, 2004 at 06:08:31PM -0700, Alan Evans wrote:
> On boot I see the following on an IBM T30 laptop:
>
> Mounting root from ufs:/dev/ad0s1a
> WARNING: / was not properly dismounted
> ad0: FAILURE - READ_MUL status=59
> error=40 LBA=376639
I would stick that drive in another machine and
On Sat, Jun 05, 2004 at 10:55:31PM +0200, Ali Niknam wrote:
> I tried this; this helps performance a lot, here are the findings:
> - under all conditions turning on HTT helps a *lot* (which is logical i
> think)
> - under non killing load (killing load = load where server would have
> crashed wit
On Wed, May 26, 2004 at 03:15:44PM -0400, lost inferno wrote:
> I posted something to stable about this, but Im wondering if anyone has
> seen this... I saw something over here ( http://gobsd.com/node/view/39 )
> that made me really consider my options as the 4.x series comes to an
> end... is
On Sat, May 22, 2004 at 10:30:42PM -0600, M. Warner Losh wrote:
> Any suggestions for leak detectors that work in real-time or in
> response to some external signal? In a threaded application would be
> ideal.
>
> I've hacked malloc to add the stack traceback to the utrace info
> that's output by
nd mail to majord...@freebsd.org
> with "unsubscribe freebsd-hackers" in the body of the message
>
Brian Feldman_ __ ___ ___ ___ ___
gr...@unixhelp.org_ __ ___ | _ ) __| \
FreeBSD: The Power to Serve! _ __ | _ \._ \ |) |
htt
7;s wrong with calling a system by its true name?
> Steinar Haug, Nethelp consulting, sth...@nethelp.no
>
>
Brian Feldman_ __ ___ ___ ___ ___
gr...@unixhelp.org_ __ ___ | _ ) __| \
FreeBSD: The Power to Serve! _ __ | _ \._ \ |) |
ht
nsubscribe: send mail to majord...@freebsd.org
> with "unsubscribe freebsd-hackers" in the body of the message
>
Brian Feldman_ __ ___ ___ ___ ___
gr...@unixhelp.org_ __ ___ | _ ) __| \
FreeBSD: The Power to Serve! _ __ | _ \._
t; with "unsubscribe freebsd-hackers" in the body of the message
> >
>
> +---
> Chuck Robey | Interests include any kind of voice or data
> chu...@picnic.mat.net | communications topic, C
On 13 Jun 1999, Dag-Erling Smorgrav wrote:
> Brian Feldman writes:
> > On 13 Jun 1999, Dag-Erling Smorgrav wrote:
> > > connect() normally uses the 1024-5000 range. Try the following:
> > >
> > > # sysctl -w net.inet.ip.portrange.last=4
> > >
On 13 Jun 1999, Dag-Erling Smorgrav wrote:
> Brian Feldman writes:
> > Another problem that came up with this: I originally started at port 1024.
> > I monopolized 3 ports (almost all consecutive, of course). When I try to
> > connect() a TCP socket as non-root, it
On Sun, 13 Jun 1999, Brian Feldman wrote:
> I'm using the attached program which I wrote today (don't ask why, I think
> I just wanted to beat the heck out of FreeBSD!) I have maxusers 200, a
> MAXFILES=65536, and the limits set to allow me to use the program
> fully (al
t
far enough down as in_pcbbind().) It seems that eventually it gives up trying
to find a port... :-/
Brian Feldman_ __ ___ ___ ___ ___
gr...@unixhelp.org_ __ ___ | _ ) __| \
FreeBSD: The Power to Serve! _ __ | _ \._ \ |) |
ht
oach should be more logical, cleaner and
> possibly better performing than the previous one.
>
> -Arun
>
>
> To Unsubscribe: send mail to majord...@freebsd.org
> with "unsubscribe freebsd-hackers" in the body of the message
>
Brian Feldman
rnel?
>
> --
> John | Never try to teach a pig to sing,
> dy...@iquest.net | it makes one look stupid
> jdy...@nc.com | and it irritates the pig.
>
>
> To Unsubscribe: send mail to majord...@freebsd.org
> with "unsubscribe freebsd-ha
One of the nice things about Unix has always been low process-spawning overhead.
FreeBSD should do quite well, especially, since it is demand-paged and a fork
doesn't actually copy much, just the vm map and makes everything COW.
Brian Feldman_ __ ___ ___ ___ ___
On Wed, 9 Jun 1999, John S. Dyson wrote:
> Howard Goldstein said:
> > On Mon, 7 Jun 1999 18:38:51 -0400 (EDT), Brian Feldman
> > wrote:
> > : On Mon, 7 Jun 1999, Matthew Dillon wrote:
> > : > ... what version of the operating system?
> > : 4.0-CURREN
I don't know why it's there, but that seems to be the sysctl tree.
Brian Feldman_ __ ___ ___ ___ ___
gr...@unixhelp.org_ __ ___ | _ ) __| \
FreeBSD: The Power to Serve! _ __ | _ \._ \ |) |
http://www.f
blk, and causes other processes to lock in inode. It's
> :easy to induce, but I have no idea how I'd go about fixing it myself
> :(being very new to that part of the kernel.)
> : Here's the program which induces the deadlock:
> :
>
One of the problems that would make it sensible to do a complete rewrite
of vfs_bio.c is this?
Brian Feldman_ __ ___ ___ ___ ___
gr...@unixhelp.org_ __ ___ | _ ) __| \
FreeBSD: The Power to Serve! _ __ | _ \._ \ |) |
http
(fd, tmp, psize));
unlink(name);
exit(0);
}
Brian Feldman_ __ ___ ___ ___ ___
gr...@unixhelp.org_ __ ___ | _ ) __| \
FreeBSD: The Power to Serve! _ __ | _ \._ \ |) |
http://www.freebsd.org _ |___)___/___/
the doc was the only thing that was committed.
>
> --
> Chris Costello
> Exclusive: We're the only ones who have the documentation.
>
Brian Feldman_ __ ___ ___ ___ ___
gr...@unixhelp.org_ __ ___ |
dentd? :)
IPFW UID/GID support still works, but I'm cleaning up (Since I just broke it out
of so_cred changes, and it can USE the cleanup.)
Anyone for committing the so_cred changes? I've got the the pidentd changes
here, too.
Brian Feldman_ __ ___ ___ ___ ___
gr.
> -------+-
>
>
> To Unsubscribe: send mail to majord...@freebsd.org
> with "unsubscribe freebsd-hackers" in the body of the message
>
Brian Feldman_ __ ___ ___ ___ ___
gr..
-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy)
>
> http://www.iet.unipi.it/~luigi/ngc99/
> First International Workshop on Networked Group Communication
> ---+-------
; Joel Ray Holveck - jo...@gnu.org
>Fourth law of programming:
>Anything that can go wrong wi
> sendmail: segmentation violation - core dumped
>
>
> To Unsubscribe: send mail to majord...@freebsd.org
> with "unsubscribe freebsd-hackers" in the body of the message
&g
socket's credentials. After that, a decent identd to
be shipped with FreeBSD (under the FreeBSD license, of course).
How does all of this sound? I'm including the latest IPFW UID/GID patches,
which have the so_cred functionality.
Brian Feldman_ __ ___ ___
e a way to test that this works for certain, but I don't have one :/
Brian Feldman_ __ ___ ___ ___ ___
gr...@unixhelp.org_ __ ___ | _ ) __| \
FreeBSD: The Power to Serve! _ __ | _ \ _ \ |) |
http://
here.
Brian Feldman_ __ ___ ___ ___ ___
gr...@unixhelp.org_ __ ___ | _ ) __| \
FreeBSD: The Power to Serve! _ __ | _ \ _ \ |) |
http://www.freebsd.org _ |___)___/___/
/*-
* Copyright (c) 1999 Brian Fundakowski Feldman
re not those of PGS Tensor.
>
> "We've heard that a million monkeys at a million keyboards could produce
> the Complete Works of Shakespeare; now, thanks to the Internet, we know
> this is not true." Robert Wilen
m)
>
Kazu finishing his fb(4) would be quite nice, if he has the time.
> - port GGI to FreeBSD.
Huh? It works for me... GGI is just the API/wrapper, and it allows output to
(most useful now) X and XF86DGA (many, many more of course,, and a FreeBSD fb(4)
would be cool.).
>
> DES
>
33 matches
Mail list logo
