Submitted by: andreas
>
> Revision ChangesPath
> 1.4 +5 -3 www/en/docs/man.sgml
I looked for opened PR's on this and without finding one I opened PR 89944.
You can please close it, thanks :)
http://www.freebsd.org/cgi/query-pr.cgi?pr=89944
--
Joao Barros
__
xperimental and shouldn't be merged to 6.x until there is more testing.
A 238% improvement is at the very least impressive!
Any specific testing in mind or just stability?
> Thanks to Doug Ambrosko, LSI, Dell, and Yahoo for contributing towar
On 12/16/05, Scott Long <[EMAIL PROTECTED]> wrote:
> Joao Barros wrote:
> > On 12/14/05, Scott Long <[EMAIL PROTECTED]> wrote:
> >
>
> > Any specific testing in mind or just stability?
>
> I'm a bit worried that old controllers (especially ones that p
ding on 5.x to 6.x or for example 6.0 to 6.1?
--
Joao Barros
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Enhance OpenIPMI driver detection to ipmitool to find FreeBSD's
> compatible version in sys/ipmi.h if it exists. Enable OpenIPMI mode.
>
> Initial patches by me, polishing by Dmitry (maintainer). Dmitry will
> be submitting these changes to the ipmito
reshold
> in milliseconds below which inflight will disengage. It defaults
> to 10ms.
>
> Tested by: Joao Barros ,
> Rich Murphey
> Sponsored by: TCP/IP Optimization Fundraise 2005
Thank you for your work on this.
My thanks also to Robert Watson who di
ly nice to know when logging started to fail.
note: the examples were just to show the idea not the format.
--
Joao Barros
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
at's inefficient, on a small one dangerous.
Maybe a choice between percentage and real space is best.
Does the kernel automatically starts complaining about out of space at
90%? If so that undermines my previous suggestions, but the questions
remain ;-)
--
Joao Barros
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
e!
Maybe sometime soon we'll see option 7 in the boot menu disappear ;-)
Thanks for all your work on this!
--
Joao Barros
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On 4/5/06, Hiroki Sato <[EMAIL PROTECTED]> wrote:
>This will also return smbfs.ko to its former properties users
>are rather accustomed to.
as in working.
Thanks! :-)
--
Joao Barros
___
cvs-all@freebsd.org mailing list
http://lists
scription of what area the person will work on. Maybe for doc this
wouldn't apply but for src I believe it to make perfect sense.
Am I alone on this?
PS: Congratulations Randall :-)
--
Joao Barros
___
cvs-all@freebsd.org mailing list
http://lists.f
On 9/6/06, Andre Oppermann <[EMAIL PROTECTED]> wrote:
Log:
First step of TSO (TCP segmentation offload) support in our network stack.
I have been following the thread on TSO with the Intel boys.
Can you point out which drivers/hardware will support this feature?
--
Joao
the quick patch to my problem!
Now my development machine is a 3GHz Xeon, not a 733MHz PIII ;-)
--
Joao Barros
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
me, or at least with "ng_pppoe".
Reviewed by:julian
Tested by: Joao Barros
Revision ChangesPath
1.79 +44 -26src/sys/netgraph/ng_pppoe.c
Thanks!
Is this an MFC candidate for 6.2?
--
Joao Barros
___
cvs-all@fre
oject.
>
> Approved by:core
Finally, it's official!
Congratulations Rui (again) :-D
--
Joao Barros
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ve to be untested unless someone is willing to
test patches and/or give me access to a machine. The same applies to
SES and SAF-TE.
--
Joao Barros
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ument for the sensord framework. Representing RAID state is several
> orders of magnitude more involved than representing network state.
> There are also landmines in the OpenBSD bits of RAID support that are
> best left out of FreeBSD, unless you like alienating vendors and risking
>
_
> cvs-all@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/cvs-all
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
>
--
Joao Barros
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ing) and it would just build the things needed to make
> that. And then if I changed a file it would incrementally
> build like I always expect 'make'd things to do.
>
> It's also cross-build enabled; doesn't require a chroot; uses
> installed doc build tools; and share
mer in taskqueue so that it should be
serialized with the bottom half.
- add extra sanity check for transaction labels.
disable ad-hoc workaround for unknown tlabels.
- add sleep/wakeup synchronization primitives
- don't reset OHCI in fwohci_stop()
Great work, Thank you!
back then.
- Christian
Personally I like to see and know one of my favorite projects getting
new blood :)
As I said before on this matter, what I would really like to know and
see in this particular news bit is what the new developers will be
doing, namely specific projects or parts of FreeBSD the
ved by:re
Revision ChangesPath
1.200 +917 -549 src/sys/kern/sched_ule.c
___
I've been following your blog on this, *great* job!
Beer is on me if you're ever in Portugal :D
--
Joao Barros
___
re.
It saddens me to see this kind of messages... Will Matt continue to
contribute to the FreeBSD project?
--
Joao Barros
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
eat work on this!
My thanks also to the supporters behind Pawel's work and last but not
least Sun, for designing such a great FS and opensourcing it :D
--
Joao Barros
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/lis
ut message on my ThinkPad X60 (SATA drive) three
or four times in one day when using ZFS. I will see if this helps my
case.
I'm seeing this occasionally now, far less then when my Promise was
sharing INTs and even "pausing" the system for a few seconds.
I'll update today and se
id change :)
Again, nice work Pawel!
--
Joao Barros
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
irrors, thanks!
--
Joao Barros
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ed off, initialize locks with NOWITNESS flag.
At some point I'll get back to them, we would probably need BLESSING
functionality, which is currently turned off by default.
My system is now very quiet, thank you :)
--
Joao Barros
___
cvs-all@freebsd.
ndfile vs. old sendfile (TSO)
Impressive numbers! :-)
--
Joao Barros
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ould be improved
> a bit, but access to a freebsd/sparc64 machine is needed.
>
> Submitted by: bde and Steve Kargl <[EMAIL PROTECTED]> (earlier version)
>
I can setup my Ultra 5 and provide root access. Please let me know.
--
Joao Barros
_
30 matches
Mail list logo