--On Saturday, June 22, 2002 22:23:59 -0700 Alfred Perlstein
[EMAIL PROTECTED] wrote:
Actually FreeBSD 5.x should have lockd support. I should know, I
ported it from BSD/os.
Will it be MFCed ?
--
Mathieu Arnold
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
* Mathieu Arnold [EMAIL PROTECTED] [020623 00:36] wrote:
--On Saturday, June 22, 2002 22:23:59 -0700 Alfred Perlstein
[EMAIL PROTECTED] wrote:
Actually FreeBSD 5.x should have lockd support. I should know, I
ported it from BSD/os.
Will it be MFCed ?
Not by me, it requires more
Hi,
During development of networking code in FreeBSD kernel,
we noticed that m_cat(p1, p2) does NOT do some necessary things:
p1-m_pkthdr.len += p2-m_pkthdr.len;
p2-m_flags = ~M_PKTHDR;
Thanks,
Yahel.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the
On Sun, 23 Jun 2002, Joshua Lee wrote:
On Thu, 20 Jun 2002 19:59:20 -0700
Terry Lambert [EMAIL PROTECTED] wrote:
Patrick Thomas wrote:
Is it possible to patch/recompile FreeBSD 4.5 in such a way that your
system is no longer vulnerable to the chunking attack, even if you are
still
Patrick Thomas wrote:
I think I'll just decrease my swap size from 2 gigs to 1 gig - is that a
reasonable alternative that provides the same benefit and possible
solution to this problem ?
...since bsically 0 swap has ever been used on the machine anyway...
Not really.
The code in
Joshua Lee wrote:
Terry Lambert [EMAIL PROTECTED] wrote:
Patrick Thomas wrote:
Is it possible to patch/recompile FreeBSD 4.5 in such a way that your
system is no longer vulnerable to the chunking attack, even if you are
still running a vulnerable apache ?
Not FreeBSD, but it's
hi!
i'm trying to write a driver for an old cd-rom drive that you connect
to the parallel port. it is a shuttletech para drive 525.
i don't have any driver docs or technical specifications but i believe
that it uses some kind of a SCSI to parallel chipset.
the linux tree seems to have drivers
ok. I was just looking back at a previous comment you made:
Amusingly enough, you might actually have *better* luck with a
lot less swap...
and thinking that even if removing most of the swap did not _solve/mask_
the problem, at least it would be a step in the same direction as upping
KVA
On Sun, 23 Jun 2002 02:06:20 -0700
Terry Lambert [EMAIL PROTECTED] wrote:
Joshua Lee wrote:
Terry Lambert [EMAIL PROTECTED] wrote:
The way you would deal with this would be to tell Apache that it
was an HTTP 1.0 server, since chunking is an HTTP 1.1 feature.
I've found a better
On Sat, Jun 22, 2002 at 02:36:44PM +0200, Neil Blakey-Milner wrote:
On Sat 2002-06-22 (00:06), Chris Dillon wrote:
There is always the option
to use SSL, which is my preference, but unfortunately neither SSL nor
SASL have widespread IMAP client support yet.
Most IMAP clients I know of
Patrick Thomas wrote:
ok. I was just looking back at a previous comment you made:
Amusingly enough, you might actually have *better* luck with a
lot less swap...
I meant reserve, not physical swap. I can see how it could have
been confusing in context; sorry.
and thinking that even
Joshua Lee wrote:
[ ... mod_blowchunks ... ]
But if a client uses chunking legitimately, and does so becuase
it believes it's talking to an HTTP server, you've just broken
that client's ability to POST/PUT.
You mean to say it believes it is talking to an HTTP 1.1 server, yes?
Yes.
I
There have been some useful responses to my original question, but I
guess I didn't make it clear enough what the question was, because I
got a lot of responses comparing the NFS servers on systems other than
FreeBSD, NetBSD, and OpenBSD. I'm only interested in comparing the
performance of
--
Ted Sikora
[EMAIL PROTECTED]
http://unixos2.org
---BeginMessage---
V I R U S A L E R T
Our virus checker found the
virus in an email to you from:
[EMAIL PROTECTED]
Delivery of the email was stopped!
Please contact your system administrator for
[ Moved to -hackers since this isn't really a STABLE-specific issue, but
rather a general thing. Bcc's to -stable for continuity's sake. ]
This discussion has gone on, on and off, for months now, so I'm going to
recap a bit. For the people in it, we've mostly paged out the details by
now, and
On Sun, Jun 23, 2002 at 12:15:01PM +0200 I heard the voice of
Martin Faxer, and lo! it spake thus:
i'm trying to write a driver for an old cd-rom drive that you connect
to the parallel port. it is a shuttletech para drive 525.
i don't have any driver docs or technical specifications but i
On Sun, Jun 23, 2002 at 11:17:35AM -0400 I heard the voice of
Geoffrey C. Speicher, and lo! it spake thus:
5-minute window. Still unliklely, but not quite as unlikely as the
non-daemon scenario.
And it all goes out when window when kern.randompid=1, so it's kinda
moot.
Looks good from
[ pulled over to -hackers as well ]
On Sun, 23 Jun 2002, Matthew D. Fuller wrote:
On Sun, Jun 23, 2002 at 09:00:52AM -0700 I heard the voice of
Paul Herman, and lo! it spake thus:
On Sun, 23 Jun 2002, Geoffrey C. Speicher wrote:
How so? I'm not suggesting unlink(2)ing
On Fri, Jun 21, 2002 at 03:09:25AM +0300, Giorgos Keramidas wrote:
I've been thinking for quite some time to add per-client-IP limiting
to ftpd,
I needed to do this.
Then I discovered that ipfw's limit directive lets you limit the
number of incoming connections, which proved much more
On Sun, Jun 23, 2002 at 06:19:51PM +0100, Nik Clayton wrote:
On Fri, Jun 21, 2002 at 03:09:25AM +0300, Giorgos Keramidas wrote:
I've been thinking for quite some time to add per-client-IP limiting
to ftpd,
I needed to do this.
Then I discovered that ipfw's limit directive lets you
Yeah; this whole thread is premised on working around the
problem without an Apache software change. It's a reasonable
premise (IMO) -- if you've got a custom compilation and a lot
of modules, that can end up being a lot of software. I build
a PHP4+SSL+Apache+IMAP+etc. source tree at one
Where might I find ISO images for the FreeBSD 2.2.x releases? Do such
files exist?
I have an older system with a non-IDE Creative CD-ROM drive, and FreeBSD
4.x seems to not support that drive any more. I do have several FreeBSD 3.x
releases, but they always hang with a kernel panic when
On Sun, Jun 23, 2002 at 06:19:43PM +, Jefferson Harlough wrote:
Where might I find ISO images for the FreeBSD 2.2.x releases? Do such
files exist?
I have 2.1-RELEASE, on up, all on CD. Would those filesystems help?
Thanks,
Jefferson H.
--
Brian 'you Bastard' Reichert
On Sun, 23 Jun 2002, Matthew D. Fuller wrote:
On Sun, Jun 23, 2002 at 09:59:10AM -0700 I heard the voice of
Paul Herman, and lo! it spake thus:
I can't imagine it would be too extensive of a rewrite. The temp
file code could be kept, and in fileupd.c:fileupdate() instead of
jump in and try it, I want to confirm what I believe to understand, I need
to set the KVA value in my kernel config _and_ edit those other two files
in the kernel source, then just recompile my kernel.
Sound like I'm on the right track ?
Yes. That's the way to do it for 4.5,
And here's a run at Stage 2. This adapts a subset of programs to use the
pid_*() locking supplied. The attached patch updates: pwd.h, libutil
(libutil.h and pw_util.c), chpass (chpass.c), pw (pw.c), pwd_mkdb
(Makefile, pwd_mkdb.8, pwd_mkdb.c), vipw (vipw.c). This does NOT include
passwd(1),
[Sorry for multiple copies of this message. Thanks for your support in
promotion of education, research, development and business of emerging
wireless communications]
Dear Fellow Wireless Colleagues:
2002 World Wireless Congress (WWC02) - the official framework of
3Gwireless'2002 has been
On Sun, Jun 23, 2002 at 11:32:54AM -0700 I heard the voice of
Paul Herman, and lo! it spake thus:
In fact, if you look at fileupdate(), you see that it already gains
an exclusive lock on the temp file, but not the original
/etc/master.passwd (if you will.) I think this is a bug, because
This doesn't look right at all. It looks like wakeup is not restarting
properly:
s = splhigh();
qp = slpque[LOOKUP(ident)];
restart:
TAILQ_FOREACH(p, qp, p_procq) {
if (p-p_wchan == ident) {
TAILQ_REMOVE(qp, p, p_procq);
* Matthew Dillon [EMAIL PROTECTED] [020623 13:14] wrote:
This doesn't look right at all. It looks like wakeup is not restarting
properly:
s = splhigh();
qp = slpque[LOOKUP(ident)];
restart:
TAILQ_FOREACH(p, qp, p_procq) {
if (p-p_wchan ==
On Sun, 23 Jun 2002, Matthew D. Fuller wrote:
On Sun, Jun 23, 2002 at 11:32:54AM -0700 I heard the voice of
Paul Herman, and lo! it spake thus:
In fact, if you look at fileupdate(), you see that it already gains
an exclusive lock on the temp file, but not the original
:I'm pretty sure you only need to 'goto restart' if you call into
:maybe_resched() as someone else may have manipulated the queues.
:
:The 'restart' label is only in there for restarting in case one of
:the functions called may change the lists, if we restart _every_
:time we'll traverse the same
On Sun, Jun 23, 2002 at 01:19:02PM -0700 I heard the voice of
Paul Herman, and lo! it spake thus:
I think you might have your infp confused with your outfp. It's
not writing to the original live file, it's just writing the new
temp file. That part of the code is OK.
I'm talking about down
Terry, Patrick, et al,
What is the procedure in 4.5-RELEASE (please say just change
KVA_PAGES=260 to KVA_PAGES=512)
(snip)
For 4.5, you have to hack ldscript.i386 and pmap.h. I've posted
on how to do this before (should be in the archives).
Actually, in 4.5 you only need to set:
In article
local.mail.freebsd-hackers/[EMAIL PROTECTED] you
write:
:I'm pretty sure you only need to 'goto restart' if you call into
:maybe_resched() as someone else may have manipulated the queues.
:
:The 'restart' label is only in there for restarting in case one of
:the functions called may
-
So, if you are running 4.0 - 4.4, you need to edit ldscript.i386 and
change 0xc010 to 0x801 (for a 2gig KVA), then you need to edit
pmap.h and change the two lines I pasted above from 254 and 255 to 510 and
511, respectively. Finally, you need to set:
options
On Sun, Jun 23, 2002 at 06:19:43PM +, Jefferson Harlough wrote:
Where might I find ISO images for the FreeBSD 2.2.x releases? Do such
files exist?
I have an older system with a non-IDE Creative CD-ROM drive, and FreeBSD
4.x seems to not support that drive any more. I do have several
On Sun, 23 Jun 2002, Matthew D. Fuller wrote:
I'm talking about down around line 177 thru (unpatched), where it's
copying back to the primary file.
[...]
which is Very Bad (tm) in that it's not very resilient against
system crashes. The rename() solution is much safer.
Ah, now I see,
OK, this is the end for me today. I'm fairly sure, somehow, it's time to
get some sleep ;p
On Sun, Jun 23, 2002 at 03:51:46PM -0700 I heard the voice of
Paul Herman, and lo! it spake thus:
Moral of that story: This would mean for pw(8) that I can't update
the system passwords and the
* Matthew Dillon [EMAIL PROTECTED] [020623 13:32] wrote:
:I'm pretty sure you only need to 'goto restart' if you call into
:maybe_resched() as someone else may have manipulated the queues.
:
:The 'restart' label is only in there for restarting in case one of
:the functions called may change
:
:You're right, but other than await() why would a process find itself
:on a sleep queue if not in SSLEEP?
:
:--
:-Alfred Perlstein [[EMAIL PROTECTED]]
I think we may be ok on -stable, but -current definitely hits the
case (at least it does with Julian's KSE branch). Threads have
Jefferson Harlough wrote:
Where might I find ISO images for the FreeBSD 2.2.x releases? Do such
files exist?
I have an older system with a non-IDE Creative CD-ROM drive, and FreeBSD
4.x seems to not support that drive any more. I do have several FreeBSD 3.x
releases, but they always
Paul Herman wrote:
Fine, then lock them both, and use rename(). Patch attached.
In fact, if you look at fileupdate(), you see that it already gains
an exclusive lock on the temp file, but not the original
/etc/master.passwd (if you will.) I think this is a bug, because
the original is
Patrick Thomas wrote:
Because I am paranoid, I like to check the state of a measurement before
making a change and then after, to see that what I did did indeed induce a
change ... I have this irrational fear that sometimes I make changes like
this and nothing in fact changed, and I just
On Sun, 23 Jun 2002, Matthew D. Fuller wrote:
I don't claim this is perfect for every case; I'm just taking aim
at the common case, where it's currently far too easy to
accidentally screw yourself in the foot.
...and have the screw (or bullet) delivered as precisely, quickly
and efficiently
Jonathan Lemon wrote:
Look at the code carefully. It's *removing* the element from the list,
the conditionally restarting rather then removing the element from the
list and unconditionally restarting. The only reason it works at all
is because sys/queue.h does not clear out
John Kozubik wrote:
Terry, Patrick, et al,
For 4.5, you have to hack ldscript.i386 and pmap.h. I've posted
on how to do this before (should be in the archives).
Actually, in 4.5 you only need to set:
options KVA_PAGES=512
and recompile your kernel. It looks like 4.5-RELEASE was
On Sun, 23 Jun 2002, Matthew Dillon wrote:
:I'm pretty sure you only need to 'goto restart' if you call into
:maybe_resched() as someone else may have manipulated the queues.
:
:The 'restart' label is only in there for restarting in case one of
:the functions called may change the lists,
On Sun, 23 Jun 2002, Jonathan Lemon wrote:
In article
local.mail.freebsd-hackers/[EMAIL PROTECTED] you
write:
:I'm pretty sure you only need to 'goto restart' if you call into
:maybe_resched() as someone else may have manipulated the queues.
:
:The 'restart' label is only in there for
On Sun, Jun 23, 2002 at 06:42:43PM -0700, Julian Elischer wrote:
On Sun, 23 Jun 2002, Jonathan Lemon wrote:
The code works simply because it relies TAILQ_REMOVE() not changing
the tqe_next pointer. I suppose that this should either be documented,
or the loop changed back to use a temp
: I just added debug code in the TAILQ code that sets the forward pointor
: to -1. Since Matt had this it's possible that this is what hit him?
:
:Most definitely. If you reset tqe_next, the code stops working. Try
:the patch below.
:--
:Jonathan
:
:Index: kern_synch.c
:
: the conditionally restarting rather then removing the element from the
: list and unconditionally restarting. The only reason it works at all
: is because sys/queue.h does not clear out the pointers in the node
: that was just removed. The code is just plain wrong, though,
Hi,
On Thu, 20 Jun 2002 20:25:28 -0700
Terry Lambert [EMAIL PROTECTED] said:
tlambert2 Giorgos Keramidas wrote:
I've been thinking for quite some time to add per-client-IP limiting
to ftpd, and I had almost decided upon something like the following,
where each child of ftpd has two numbers
Matthew D. Fuller writes:
...
Why use lockfiles, when we can lock files? Let's lock files and
keep the snack bar open! :-)
We are locking a file :)
We're just locking one file for the whole subsystem, so the pieces can be
assured of being in sync.
Time to implement hierarchic lock.
yep
Matt added a similar patch to the KSE branch...
the debug stuff I added to TAILQ
adds (when compiled in) info on the last 2 places to to linkage
operations..
it also initialises the pointers on elements to -1
it's great for helping find places that are screwing up linkages
e.g. in the KSE
On Sun, 23 Jun 2002, Paul Herman wrote:
You see the problem as a deficiency in the implementation itself,
and wish to protect the user from shooting themselves in the foot.
Not only do I think that's impossible[*], I choose to fight for my
right to shoot myself in the foot as quickly and
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
- Original Message -
From: Jefferson Harlough [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, June 23, 2002 12:19 PM
Subject: FreeBSD 2.2.x ISO images.
Where might I find ISO images for the FreeBSD 2.2.x releases? Do such
files exist?
I have an older system with a non-IDE
58 matches
Mail list logo