alfred 2006-01-11 02:59:06 UTC
FreeBSD src repository
Modified files:
.access
Log:
Forced commit to note the end of Jim Rees's tutelage.
He's been doing the right thing all along and hence as per his request
I'm releasing him from the bonds of mentorsh
alfred 2006-01-12 19:15:14 UTC
FreeBSD src repository
Modified files:
sys/kern kern_conf.c
Log:
Novel idea, don't print a string if it is NULL!
This protects people from loading _really_ old modules, like say from
5.x to a 6.x or 7.x system, like for instance
alfred 2006-01-17 17:29:03 UTC
FreeBSD src repository
Modified files:
sys/fs/hpfs hpfs_vnops.c
sys/fs/msdosfs msdosfs_denode.c
sys/fs/ntfs ntfs_vnops.c
sys/fs/nwfs nwfs_node.c
sys/fs/smbfs smbfs_node.c
sys/fs/udf
return
> without GC'ing the socket if a strong protocol reference to the socket
> is present (SS_PROTOREF).
This stuff is no end of complexity in the vfs layer V_DOOMED/V_whatever,
can't you accomplish this by just adding an additional reference
from
de (I've contacted emax
> already), and also on a determination of the future of netatm. I have
> changes in that patch to make netatm compile, but I'm unable to test it,
> and fairly sure there is more to be done there.
>
> Robert N M Watson
--
- Alfred Perlstein
- CT
sounds really cool, is
there a URL where I can read up on it?
--
- Alfred Perlstein
- CTO Okcupid.com / FreeBSD Hacker / All that jazz -
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
n the
> filesystem is cleaned up, syslogd will automatically start logging again
> without requiring the reset. This makes syslogd(8) a bit more reliable.
>
> MFC after: 1 week
>
> Revision ChangesPath
> 1.150 +12 -5 src/usr.sbin/syslogd/syslogd.c
EDQUOT ?
* Robert Watson <[EMAIL PROTECTED]> [060331 09:20] wrote:
>
> On Fri, 31 Mar 2006, Alfred Perlstein wrote:
>
> >EDQUOT ?
>
> This won't normally happen for local file systems, as the root user isn't
> restricted by quotas. This can happen for NFS fil
ta loss
> in that case.
Actually that's the documented behavior, if the mount times out,
one will lose data.
What does this do? Leave the buffer dirty/held until forcefully
unmounted? I guess that sort of makes sense, can someone explain
a bit better?
--
- Alfred Perlstein
* Mohan Srinivasan <[EMAIL PROTECTED]> [060418 09:56] wrote:
> Alfred,
>
> If the operation times out because the server rebooted (or because
> of a network glitch), rather than losing data, the client can
> potentially have the data written out successfully later.
>
> Other NFS client implemen
ill try to build low level system
management software.
Even device drivers should be careful, it would suck for a vendor's
binary code to break for a utility that you are dependant on just
because someone didn't like the spelling of a sysctl.
--
- Alfred Perlst
alfred 2006-05-25 20:20:15 UTC
FreeBSD ports repository
Modified files:
net/proxy-connectMakefile distinfo
Log:
update to 1.96.
Requested by: Stephen Fisher
Revision ChangesPath
1.2 +1 -1 ports/net/proxy-connect/Makefile
1.3 +3 -3 por
alfred 2006-08-29 20:08:24 UTC
FreeBSD doc repository
Modified files:
.access
Log:
I haven't committed docs in a long time, am probably not going to be doing
so for a while and have been getting a "timeout reminder", so remove myself.
Hopefully I'll ge
c repository
> > >
> > > Modified files:
> > > .access
> > > Log:
> > > Forced commit to note that I am de-menting Simon (simon).
> >
> > this sounds a bit weird :)
>
alfred 2006-06-20 19:56:26 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/kern kern_conf.c
Log:
MFC: don't deref NULL for really old modules.
Revision ChangesPath
1.186.2.6 +2 -1 src/sys/kern/kern_conf.c
__
d that's
> shorter to type.
I think I'm missing something.
Is the only difference between "make world" and:
"make buildworld buildkernel installkernel installworld"
That make world has the order of installs flipped?
--
- Alfred Perlstein
- coder / sysadmin / FreeBSD Hacker / All that jazz -
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
alfred 2006-07-07 20:00:06 UTC
FreeBSD ports repository
Modified files:
net/proxy-connectpkg-descr
Log:
Improve upon pkg-descr. Note install is in /usr/local and give link
to the program's web page.
Submitted by: Huver
Revision ChangesPath
1.2 +3 -1
revious Oracle versions work
> just fine without those fixes, these patches can be seen as regression fixes
> too. Because of this I think they are a RELENG_6_x candidate (MFC reminder
> set).
>
> MFC after: 1 month
>
> Revision ChangesPath
> 1.89.2
alfred 2009-02-16 18:38:04 UTC
FreeBSD projects repository
Modified files:
.access
Log:
Remove myself from projcvs for the time being due to idle timeout.
Submitted by: grim reaper.
Revision ChangesPath
1.398 +0 -1 CVSROOT/access
__
The per-route locks can be removed and a per-AF global optimized table
>lock can be introduced.
>
> - A clear separation between route lookup and modify (add/remove) should
>be made; With this change differentiated locking strategies can be
>used (rwlo
terminating NUL is not part of the address." Since strlcpy has to return
> "the total length of the string [it] tried to create," it walks off the end
> of soun->sun_path looking for a \0.
>
> This reverts r105332.
>
> Reported by:Ryan Stone
ause given the set of users that are presently
> using the head of the tree. Hacking the build system to make the
> incompatible change is dangerous and may break other upgrade paths
> that are working. Giving users explicit instructions for jumping the
> gap would fix the intallworld c
* John Baldwin <[EMAIL PROTECTED]> [070827 05:48] wrote:
>
> I think it will be confusing to have missing symbols just as folks would
> have thought it confusing to have 6.x ship with libc.so.8 if we had
> bumped libc multiple times. I also think that just managing the
> interfaces that show up i
* John Baldwin <[EMAIL PROTECTED]> [070827 12:37] wrote:
> On Monday 27 August 2007 03:01:00 pm Alfred Perlstein wrote:
> > * John Baldwin <[EMAIL PROTECTED]> [070827 05:48] wrote:
> > >
> > > I think it will be confusing to have missing symbols just as folk
alfred 2007-09-04 22:40:41 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/conf NOTES files options
sys/dev/acpica acpi_ec.c
sys/kern kern_ktrace.c kern_sx.c kern_thread.c
subr_sleepqueue.c sub
* Jeff Roberson <[EMAIL PROTECTED]> [070904 17:47] wrote:
> On Tue, 4 Sep 2007, Alfred Perlstein wrote:
>
> >alfred 2007-09-04 22:40:41 UTC
> >
> > FreeBSD src repository
> >
> > Modified files:(Branch: RELENG_6)
> > sys/conf
alfred 2007-09-05 17:38:28 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/kern kern_sx.c subr_turnstile.c
Log:
Unbreak "options DDB" breakage from previous commit.
Revision ChangesPath
1.25.2.6 +0 -1 src/sys/kern/kern_sx.
alfred 2007-09-05 22:18:39 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/kern kern_rwlock.c
Log:
Remove/refactor calls to turnstile_release() as it turns out that
turnstile_unpend_queue() drops the lock that turnstile_release()
does. T
alfred 2007-09-10 23:43:52 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/kern kern_sx.c
sys/sys sx.h
Log:
FreeBSD 7 has a macro that converts calls to sx_init -> sx_init_flags,
however FreeBSD 6 needs this as a function
Thanks for noticing, it wasn't something I intended at all!
* Kip Macy <[EMAIL PROTECTED]> [070910 17:36] wrote:
> Thanks.
>
> -Kip
>
> On 9/10/07, Alfred Perlstein <[EMAIL PROTECTED]> wrote:
> > alfred 2007-09-10 23:43:52 UTC
> >
> >
gesPath
> 1.7.2.3 +50 -14src/sys/net/ieee8023ad_lacp.c
> 1.4.2.3 +2 -0 src/sys/net/ieee8023ad_lacp.h
> 1.11.2.7 +60 -58src/sys/net/if_lagg.c
> 1.7.2.4 +9 -8 src/sys/net/if_lagg.h
--
- Alfred Perlstein
___
cvs-a
alfred 2007-09-18 09:22:16 UTC
FreeBSD src repository
Modified files:
sys/sys socket.h
Log:
Reserve AF_ constants for vendors by giving them the odd numbered
AF_ constants ranging from 39 to 133.
Approved by: re (kensmith)
Revision ChangesPath
1.9
alfred 2007-10-16 10:40:54 UTC
FreeBSD src repository
Modified files:
sys/kern subr_param.c
Log:
Export maxswzone, maxbcache, maxtsiz, dfldsiz, maxdsiz, dflssiz, maxssiz,
and sgrowsiz via sysctl.
MFC after: 1 week
Revision ChangesPath
1.74 +10
alfred 2007-10-16 10:54:56 UTC
FreeBSD src repository
Modified files:
sys/fs/cd9660cd9660_vfsops.c
sys/fs/coda coda_vfsops.c
sys/fs/fdescfs fdesc_vfsops.c
sys/fs/hpfs hpfs_vfsops.c
sys/fs/msdosfs msdosfs_vfsops.c
sys/fs/n
s of time, and in fact Linux has such
> a mutex that is used by mysql with performance benefits.
>
> The real fix would be to make them adaptive in the same way as kernel
> mutexes (spin as long as the lock holder is running), but there is
> currently no easy way for userland to pee
es is dubious, too,
> > independently of their file system. By selecting "local" and "disk
> > based" file systems (which would omit not only the pseudo file-systems
> > and nullfs, but also cd9660 and udf), no specific file systems needed
> > to be put int
* Dag-Erling Sm??rgrav <[EMAIL PROTECTED]> [071017 05:33] wrote:
> Alfred Perlstein <[EMAIL PROTECTED]> writes:
> > Ceri Davies <[EMAIL PROTECTED]> writes:
> > > While userland can tell if a filesystem is pseudo or not, (see
> > > lsvfs), I'm not
* Pawel Jakub Dawidek <[EMAIL PROTECTED]> [071024 08:18] wrote:
> pjd 2007-10-24 15:18:49 UTC
>
> FreeBSD src repository
>
> Modified files:
> .access
> Log:
> Please welcome Ulf Lilleengen (lulf) to the src committer community.
>
> Lulf is working on
; the memory pointed by p_fd is freed while other threads are using it,
> it will cause kernel to panic.
This is unlikely to be fixed by SINGLE_BOUNDARY and will likely require
refcounting to fix. SINGLE_BOUNDARY will not fix the locations where
this happens:
p =
* David Xu <[EMAIL PROTECTED]> [071024 19:32] wrote:
> Alfred Perlstein wrote:
> >* David Xu <[EMAIL PROTECTED]> [071024 18:34] wrote:
> >
> >>Julian Elischer wrote:
> >>
> >>>julian 2007-10-23 17:54:16 UTC
> >>>
&
* David Xu <[EMAIL PROTECTED]> [071024 19:40] wrote:
> Alfred Perlstein wrote:
>
> >>thread_suspend_check() with SINGLE_BOUNDARY is used is only called
> >>in userret() where I don't think any code is still using the p_fd.
> >
> >
> >This is
* Roman Divacky <[EMAIL PROTECTED]> [071118 14:42] wrote:
> On Tue, Oct 16, 2007 at 10:40:54AM +0000, Alfred Perlstein wrote:
> > alfred 2007-10-16 10:40:54 UTC
> >
> > FreeBSD src repository
> >
> > Modified files:
> > sys/kern
, sx locks are a faster replacement for hand rolled
msleep locks. They're not only easier to read, but the underlying
implementation is faster.
--
- Alfred Perlstein
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To u
alfred 2008-03-15 03:20:53 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/kern kern_resource.c
Log:
In calcru, we make sure the thread's state is correct, however we
do not emit the thread or proc information making debugging this
assert
_rec list while
> not holding the lock.
>
> Revision ChangesPath
> 1.107 +3 -1 src/sys/nfsserver/nfs_srvsock.c
This function should have a WITNESS check at the top of it.
Can you add it? If not I will unless you see a problem with
it.
--
- Alfred Perlstein
* Doug Rabson <[EMAIL PROTECTED]> [080320 01:44] wrote:
>
> On 20 Mar 2008, at 02:56, Alfred Perlstein wrote:
>
> >* Doug Rabson <[EMAIL PROTECTED]> [080319 05:32] wrote:
> >>dfr 2008-03-19 12:33:25 UTC
> >>
> >> FreeBSD src rep
alfred 2008-03-22 07:29:45 UTC
FreeBSD src repository
Modified files:
sys/kern kern_timeout.c
Log:
Fix a race where timeout/untimeout could cause crashes for Giant locked
code.
The bug:
There exists a race condition for timeout/untimeout(9) due to the
w
src/sys/sys/buf.h
> 1.20 +8 -16 src/sys/sys/bufobj.h
> 1.110 +5 -4 src/sys/ufs/ffs/ffs_inode.c
> 1.32 +11 -16src/sys/ufs/ffs/ffs_rawread.c
> 1.221 +65 -69src/sys/ufs/ffs/ffs_softdep.c
> 1.339 +4 -3 src/sys/ufs/ffs/ffs_vfsops.c
>
5 +10 -10src/sys/nfsclient/nfs_subs.c
> 1.180 +4 -4 src/sys/nfsserver/nfs_serv.c
> 1.45 +2 -2 src/sys/nfsserver/nfs_srvcache.c
> 1.108 +5 -5 src/sys/nfsserver/nfs_srvsock.c
> 1.154 +2 -2 src
* Ruslan Ermilov <[EMAIL PROTECTED]> [080325 11:37] wrote:
> On Tue, Mar 25, 2008 at 11:01:52AM -0700, Alfred Perlstein wrote:
> > I don't think this was thought out enough, there are times when you
> > would want to limit the total memory allocated to mbufs and avoid
&
1.33 +2 -132src/lib/libc/stdio/local.h
> 1.16 +3 -0 src/lib/libc/stdio/putc.c
> 1.16 +3 -0 src/lib/libc/stdio/putchar.c
> 1.8 +0 -1 src/lib/libc/stdio/xprintf.c
--
- Alfred Perlstein
___
cvs-all@freeb
* John Baldwin <[EMAIL PROTECTED]> [080505 13:47] wrote:
> On Monday 05 May 2008 03:24:17 pm Peter Jeremy wrote:
> > On Mon, May 05, 2008 at 02:59:28PM -0400, John Baldwin wrote:
> > >On Monday 05 May 2008 02:40:03 pm Alfred Perlstein wrote:
> > >> I'
* Maxim Sobolev <[EMAIL PROTECTED]> [080507 15:05] wrote:
> Alfred Perlstein wrote:
> >>It appears that autoconf only believes a type is real if you can typedef
> >>it to another type, cast 0 to a valid pointer to the new typedef'd type,
> >>and do a si
* John Baldwin <[EMAIL PROTECTED]> [080507 10:28] wrote:
> On Wednesday 07 May 2008 02:40:13 am Alfred Perlstein wrote:
> > * John Baldwin <[EMAIL PROTECTED]> [080505 13:47] wrote:
> > > On Monday 05 May 2008 03:24:17 pm Peter Jeremy wrote:
> > > > On M
* Kris Kennaway <[EMAIL PROTECTED]> [080507 16:20] wrote:
> Alfred Perlstein wrote:
> >
> >(*) Important note: when considering autoconf scripts, most of the
> >scripts test's come from a repository of scripts or are carbon
> >copied from each other. Say
orting the value of the
> kernel variable "ticks"? Just a thought.)
I've exported 'ticks' before for local hacks, it was useful, making it exported
in FreeBSD would be a good idea.
--
- Alfred Perlstein
___
cvs-all@free
evice bar and so
> closes /dev/io once it's finished its initialisation. Libraries foo and
> bar are completely independent and shouldn't need to know anything about
> each other and your app shouldn't need to know that libraries it's using
> frob
alfred 2008-08-16 21:48:10 UTC
FreeBSD src repository
Modified files:
sys/kern vfs_cache.c
Log:
SVN rev 181793 on 2008-08-16 21:48:10Z by alfred
Prevent crashes due to unlocked access to hash buckets in two sysctls.
Use CACHE_LOCK to prevent crashes.
Sysc
en you can use descriptor passing (processes) or shared
fdtable (threads) and a call to bind to cpu to properly juggle
things around.
--
- Alfred Perlstein
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
scuttled that
> project. It will have to be an 8.0 thing, but perhaps we can look at an MFC
> if that goes well. I have some initial protyping but have been waiting for
> TCP to settle down again a bit before really digging in.
Robert, have you added placeholder fields to objects that r
>fdtable (threads) and a call to bind to cpu to properly juggle
> >things around.
>
> Thanks for volunteering :D
It may happen... :D
--
- Alfred Perlstein
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/
;)
> As I said though, I just don't know that code well
> enough to propose a fix.
ENOTSUP seems to be the most "correct", although I sort of
see it being the equivelant of dispaching a sign saying
"bump" along the highway without actually fixing said
bump. :(
--
- Al
ulting binary have the same md5?
if it's just style changes, then it should.
also, you missed a non-style conformant function.
void list_deps(const char *pkgname, char **pkgs, char *listed,
that should be:
void
list_deps
--
- Alfred Perlstein
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ng in ffs.
Very cool, is there any merit for modifying ffs to reallocblks for
indirect blocks? Or does that not apply? Basically, attempt to
keep indirect blocks closeby to either each other or possibly
the direct blocks they reference?
--
- Alfred Perlstein
gt; BTW. This sounds like that we can install FreeBSD and Windows
> side-by-side in the same FAT partition?
This would be ideal. I've always wanted to do be able to do this,
or at least get to the point where rootfs could be a vn-backed
ffs under msdosfs *scream*
--
- Alfred Perlste
alked to Alan Cox about this
over the weekend and he said, if I have this right, that supposedly
a correct program actually does get the correct info on the stack
as an argument to their signal callback. m3 should be fixed.
Either that, or we can rev the syscalls and intr
:re (blanket)
>
> Revision ChangesPath
> 1.2 +1 -1 src/tools/regression/lib/libutil/Makefile
> 1.1 +176 -0src/tools/regression/lib/libutil/test-flopen.c (new)
> 1.1 +12 -0 src/tools/regression/lib/libutil/test-flopen.t (new)
--
- A
eal reason for not liking it other than
1) it came from linux.
2) we didn't think of it.
3) supporting it is annoying. (it's not)
--
- Alfred Perlstein
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To
ne patch first ;-)
Kris, I support the patch.
That said, have you toyed with implementing this as a kld that
you can ship with your code?
--
- Alfred Perlstein
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
urse if you roll this into the tree, all the better since I
> >>won't have to spend the next 6 months to a year reminding users that
> >>when they update world, they have to apply the Wine patch first ;-)
> >
> >Kris, I support the patch.
> >
> >That said, have you toyed with implementing this as a kld that
> >you can ship with your code?
> >
--
- Alfred Perlstein
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
interface.
What do you think about that?
It would be useful for pidfiles to ensure that a recycled pid
doesn't get a program SIGwhatever'd.
--
- Alfred Perlstein
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinf
* The Hermit Hacker <[EMAIL PROTECTED]> [070820 11:59] wrote:
>
> Just for the record here, I think that Scott did bring up a very valid point
> in
> what he had said ... Kris did mention 'PC-BSD including it even if FreeBSD
> didn't' (or words to that effect), and Scott's response was only mea
er option is to update the "copy old executables" part of
> installworld to also copy relevant old shared libraries and force
> their use for the "make reinstall" via LD_LIBRARY_PATH.
>
> --
> Peter Jeremy
--
- Alfred Perlstein
___
o hunt down
> bugs in the mpsafe_vfs=1 case then it is in the mpsafe_vfs=0 case.
> This is not to say that mpsafe_vfs=0 can be broken, but rather that
> I prefer to work on improving the mpsafe_vfs=1 case...
>
> Hmmm, maybe I don't have S/U on amd64 box (I don't bother
alfred 2007-03-28 19:21:39 UTC
FreeBSD doc repository (src,ports committer)
Modified files:
en_US.ISO8859-1/books/faq book.sgml
Log:
Clarify the faq entry about witness lock order reversals.
Robert's description Witness includes mentions of "false-positives",
explain that
instead implement it properly in the
> FreeBSD system call code as a first class service and then wrap it the way
> we wrap other system calls. Please do not MFC this patch as-is.
While I really appreciate the work here, I do have to agree with
Robert, this should have been implemented
ic across all deployments.
That said, a KASSERT might be more appropriate, admittedly I haven't
checked to see if that's what was inserted.
--
- Alfred Perlstein
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
or '(void)printf' :) Coverity at least is
> smarter than lint as it doesn't warn about printf not being checked.
I always found the (void)intfunction() stuff in code to be particulary
exciting.
--
- Alfred Perlstein
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Where is this behaviour mandated?
>
> Bump WARNS? Every function should be either prototyped
> or declared static (or both).
>
> --
> Brian Somers <[EMAIL PROTECTED]>
> Don't _EVER_ lose your sense of humour !<[EMAIL PROTECTED]>
--
- Alfred Perlstein
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
.
>
> This would make the -s option to gcore redundant (since the process
> will be stopped after attaching anyway). I don't know how useful a
> core from a non-stopped process is, anyhow.
Very, very useful.
Imagine a running program that's having some form of abnormal
* Ed Maste <[EMAIL PROTECTED]> [070411 13:46] wrote:
> On 11/04/07, Alfred Perlstein <[EMAIL PROTECTED]> wrote:
> >* Ed Maste <[EMAIL PROTECTED]> [070410 12:47] wrote:
> >> This would make the -s option to gcore redundant (since the process
> >> will
* Dag-Erling Sm?rgrav <[EMAIL PROTECTED]> [070411 15:43] wrote:
> Alfred Perlstein <[EMAIL PROTECTED]> writes:
> > Ed Maste <[EMAIL PROTECTED]> [070411 13:46] wrote:
> > > Currently, without the -s option the core produced by gcore is
> > > incons
to find valuable data.
> >
>
> Have either of you read my response?
About fork(2)?
--
- Alfred Perlstein
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
mitted by: jmg
>
> Revision ChangesPath
> 1.7 +1 -4 src/sys/cam/scsi/scsi_sg.c
feel like adding an assertion in the dev code?
--
- Alfred Perlstein
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman
ll these changes could lead to security
holes.
Maybe I'm just paranoid.
--
- Alfred Perlstein
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
. If the
> number will be small, there is no pain to be std. After my last commit I
> not get any report yet (excepting unclear "some two ports", without
> names).
>
> BTW, screaming can be only for args checking. For putenv() right or
> wrong usage can't be de
On Tue, May 01, 2007 at 10:48:28AM +0400, Andrey Chernov wrote:
> > > On Mon, Apr 30, 2007 at 06:39:57PM -0700, Alfred Perlstein wrote:
> > > > Using the strategy "commit to -current then suffer the fallout"
> > > > is pretty bogus.
> > >
> &g
me real stats first.
Yes, however, typically(*) this is done pre-commit as a courtesy
to the community both developer and consumer.
(*) in my mind where people think about preserving some form
of source/binary compatibility so that developing apps doesn't
* Andrey Chernov <[EMAIL PROTECTED]> [070501 04:52] wrote:
> On Tue, May 01, 2007 at 04:31:55AM -0700, Alfred Perlstein wrote:
> > If the fallout from your changes broke a bunch of things in
> > -current, then we can expect the fallout in -stable to be
> > even worse.
&g
* Randall Stewart <[EMAIL PROTECTED]> [070503 08:35] wrote:
> Robert Watson wrote:
> >rwatson 2007-05-03 14:42:42 UTC
> >
> > FreeBSD src repository
> >
> > Modified files:
> >sys/kern uipc_debug.c uipc_sockbuf.c uipc_socket.c
> > uipc_syscalls.c
> >
x27;m somewhat surprised that an attempt to move from sleep to cv based
rendevous wasn't attempted first.
--
- Alfred Perlstein
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
it and exposed
> the problem.
>
> Bug found by: phk
> Tested by: phk
>
> Revision ChangesPath
> 1.256 +37 -13src/sys/kern/uipc_syscalls.c
--
- Alfred Perlstein
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ome Attilio Rao (attilio@) as a src committer. Attilio has worked
> extensively on synchronization primitives, locking, and scalability issues.
>
> Approved by:core
>
> Revision ChangesPath
> 1.826 +1 -0 CVSROOT/access
--
- Alfred Perlstein
__
alfred 2006-11-29 19:08:45 UTC
FreeBSD src repository
Modified files:
sys/sys uio.h
Log:
Document struct uio.h entries.
Revision ChangesPath
1.40 +7 -7 src/sys/sys/uio.h
___
cvs-all@freebsd.org mailin
alfred 2006-11-29 19:10:53 UTC
FreeBSD src repository
Modified files:
share/man/man9 uio.9
Log:
Do a better job of documenting uio_resid.
Revision ChangesPath
1.20 +18 -12src/share/man/man9/uio.9
___
cvs-all@
alfred 2006-11-29 19:19:44 UTC
FreeBSD src repository
Modified files:
sys/dev/usb if_aue.c if_auereg.h
Log:
Stop INVARIANTS panics in if_aue with a stopgap.
aue_tick calls several synchronous usb functions from a timeout(9),
this is very broken since a timeout(9)
alfred 2006-11-29 20:24:57 UTC
FreeBSD src repository
Modified files:
share/man/man9 uio.9
Log:
Bump .Dd, (9 year jump!)
Requested by: ru
cvs: --
Revision ChangesPath
1.21 +1 -1
before RELENG_7.
Other than performance issues, what's the point of doing this?
To me that sounds like we'd lose all of usb ethernet as it
stands. I'm fine with fixing usb ethernet, but not under
some thread-model of developement.
--
- Alfred Perlstein, RED Incorporated Consultin
* Alfred Perlstein <[EMAIL PROTECTED]> [061201 18:03] wrote:
> * Gleb Smirnoff <[EMAIL PROTECTED]> [061130 09:46] wrote:
> > On Thu, Nov 30, 2006 at 08:26:34PM +0300, Ruslan Ermilov wrote:
> > R> BTW, is if_{watchdog|timer} also dangerous for !MPSAFE drivers?
&g
alfred 2006-12-11 09:57:42 UTC
FreeBSD src repository
Modified files:
sys/dev/usb if_aue.c if_auereg.h usb_ethersubr.c
usb_ethersubr.h
Log:
defer all processing to a full fledged thread.
once usb is SMP safe, this should be the first SMPsa
1 - 100 of 125 matches
Mail list logo
