TOP SECRET
DEAR BILL SAUNDERS
IT IS NOT HARD TO SEE WHY THIS AGENCY IS SO GOOD
CHECK IT OUT AND I WILL CALL YOU TOMORROW
PLEASE EMAIL ME YOUR IDEAS
http://public1.boards.bigdoggie.net/messageboards/montreal/msgs/posts/11664.html
5281mlOF1-746sSzO9534dMEB6-383rOAW04l34
To Unsubscribe: send mail t
It seems to me that userret() in 5.0-current is adding quite a bit
of overhead to the syscall latency in FreeBSD. Has anyone done any
measurements of syscall latency for 4.x vs 5.x on identical hardware ?
-Arun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hacke
Leo Bicknell wrote:
> > Probably, the correct thing would be to accept the submission,
> > and pend it for review, before it became active as a real PR.
> > This would require that a human look at the pending PRs, and
> > make a decision.
>
> Or, do the mailing-list confirm thing. Receive all pr'
On 2002-12-14 16:38, David Schultz <[EMAIL PROTECTED]> wrote:
> Thus spake Giorgos Keramidas <[EMAIL PROTECTED]>:
> > Email is easier to track though. And measures *can* be taken.
> > Anyway, I'm not entirely against moderation for PRs submitted through
> > email too. Right now, this is not one o
Thus spake Giorgos Keramidas <[EMAIL PROTECTED]>:
> Email is easier to track though. And measures *can* be taken.
> Anyway, I'm not entirely against moderation for PRs submitted through
> email too. Right now, this is not one of my problems though. My most
> serious concern is implementing somet
On 2002-12-14 13:05, David Schultz <[EMAIL PROTECTED]> wrote:
> Thus spake Giorgos Keramidas <[EMAIL PROTECTED]>:
> > Moderation for PRs submitted through email isn't going to win us a lot
> > of new quality PRs, but it is certainly going to put extra delays to
> > the submission of problem reports
Thus spake Giorgos Keramidas <[EMAIL PROTECTED]>:
> Moderation for PRs submitted through email isn't going to win us a lot
> of new quality PRs, but it is certainly going to put extra delays to
> the submission of problem reports that I'd like to avoid.
Email isn't much harder to abuse than a web
On 2002-12-14 03:19, Wes Peters <[EMAIL PROTECTED]> wrote:
> Terry Lambert wrote:
> > "?? ??" wrote:
> > This won't work because they disabled the web send-pr.
> >
> > I think the reason this was disable is some idiot was posting a
> > lot of PR's that were not really PR's, and then filling in the
>-- Original Message --
>Date: Fri, 13 Dec 2002 08:38:41 -0800
>From: Terry Lambert <[EMAIL PROTECTED]>
>OpenBSD recently changed this, after a lot of work. They only
>addressed the stack, not the heap. I don't know what they did
>about Swing or Franz LISP; maybe they just don't work on OpenBSD
Hi there!
I have implemented the setattr(), lsetattr() and fsetattr() syscalls for
4.7 and 5.0. You can review my code on http://www.ranner.jawa.at/freebsd.php.
Comments and suggestions are welcome.
Regards,
/\/\ichael Ranner
[EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED]
-
On Fri, Dec 13, 2002 at 02:28:00PM -0800, Nate Lawson wrote:
> I've successfully repaired a fs with the superblock backup at 32. Now how
> do I copy that backup to the default superblock location? fsck_ffs does
> NOT automatically do this.
It does. With fsck -b 32 you use the alternate super blo
"M. Warner Losh" wrote:
>
> You are better off defining a series of macros that do proper
> bus_space_readN/bus_space_writeN for each of the fields in the
> register set. This will ensure that your driver works unaltered on
> other architectures.
>
> Directly accessing memory mapped devices is a
Terry Lambert wrote:
>
> "öÎ Àî" wrote:
>
> [ ... Subject: ... ]
>
> You can't. The method I was about to start using was to post the
> patch to the mailing list, and then use the web send-pr to send
> the PR with a URL for the patch in the mailing list archives.
>
> This won't work because th
13 matches
Mail list logo
