Is it possible to make subr_acl_nfs4 and subr_acl_posix1e disabled?

Hi, I'm trying to slim down the freebsd kernel to fit on some devices with 4MB of flash. Since I'm not using NFS or UFS_ACL, I wondered if that code required. It turns out I can just build a kernel with those two disabled. Would it be possible to remove them from "standard" and make them optiona

Re: cross-arch building picobsd/nanobsd images ?

On Wed, Jan 4, 2012 at 9:50 PM, Adrian Chadd wrote: > On 4 January 2012 20:53, Jacques Fourie wrote: >> I've posted a diff to -arm about 2 years ago that I used to >> cross-build arm picobsd images for a gumstix platform on a i386 host. >> I don't know if the diff will apply cleanly anymore but h

Re: cross-arch building picobsd/nanobsd images ?

On 4 January 2012 20:53, Jacques Fourie wrote: > I've posted a diff to -arm about 2 years ago that I used to > cross-build arm picobsd images for a gumstix platform on a i386 host. > I don't know if the diff will apply cleanly anymore but here it is in > anyway. Hi, I've figured out all the righ

Re: cross-arch building picobsd/nanobsd images ?

I've posted a diff to -arm about 2 years ago that I used to cross-build arm picobsd images for a gumstix platform on a i386 host. I don't know if the diff will apply cleanly anymore but here it is in anyway. --- a/release/picobsd/build/Makefile.conf +++ b/release/picobsd/build/Makefile.conf @@ -21,

CAM Target Layer available

The CAM Target Layer (CTL) is now available for testing. I am planning to commit it to to head next week, barring any major objections. CTL is a disk and processor device emulation subsystem originally written for Copan Systems under Linux starting in 2003. It has been shipping in Copan (now SG

CAM Target Layer available

The CAM Target Layer (CTL) is now available for testing. I am planning to commit it to to head next week, barring any major objections. CTL is a disk and processor device emulation subsystem originally written for Copan Systems under Linux starting in 2003. It has been shipping in Copan (now SG

Re: sysctl kern.ipc.somaxconn limit 65535 why?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/04/12 17:49, Chuck Swiger wrote: > Hi, Xin-- > > On Jan 4, 2012, at 5:32 PM, Xin Li wrote: >> I am personally quite convinced that FreeBSD should make such >> change though -- having more than 64K of outstanding and >> unhandled connections does

Re: sysctl kern.ipc.somaxconn limit 65535 why?

Hi, Xin-- On Jan 4, 2012, at 5:32 PM, Xin Li wrote: > I am personally quite convinced that FreeBSD should make such change > though -- having more than 64K of outstanding and unhandled > connections does not sound a great idea (i.e. it's not a connection > limit after all, but the pending handle c

Re: sysctl kern.ipc.somaxconn limit 65535 why?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/04/12 16:09, Dan The Man wrote: > > On Wed, 4 Jan 2012, Chuck Swiger wrote: > >> Hi-- >> >> On Jan 4, 2012, at 2:23 PM, Dan The Man wrote: It is not arbitrary. Systems ought to provide sensible limits, which can be adjusted if neede

Re: sysctl kern.ipc.somaxconn limit 65535 why?

On Jan 4, 2012, at 4:09 PM, Dan The Man wrote: >>> With the new IBM developments underway of 16 core atom processors and >>> hundreds of gigabytes of memory, surely a backlog of 100k is manageable. Or >>> what about the future of 500 core systems with a terrabyte of memory, 100k >>> listen queue

Re: bsdinstall kbdmap

On Wed, Jan 4, 2012 at 6:58 PM, Edwin L. Culp W. wrote: > On Wed, Jan 4, 2012 at 2:28 PM, Jakub Lach wrote: >> Or you could use x11/setxkbmap each time you login. >> >> >> >> >> >> >> >> >> >> -- >> View this message in context: >> http://freebsd.1045724.n5.nabble.com/bsdinstall-kbdmap-tp5119535

Re: bsdinstall kbdmap

On Wed, Jan 4, 2012 at 2:28 PM, Jakub Lach wrote: > Or you could use x11/setxkbmap each time you login. > > > > > > > > > > -- > View this message in context: > http://freebsd.1045724.n5.nabble.com/bsdinstall-kbdmap-tp5119535p5120743.html > Sent from the freebsd-current mailing list archive at Na

Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server

On Wed, Jan 4, 2012 at 1:58 PM, Arnaud Lacombe wrote: > Hi, > > On Fri, Dec 16, 2011 at 12:16 PM,   wrote: >> Thanks. >> >> My request for the person documenting the tunings also runs the benchmark to >> ensure expected behaviour. >> > Why should you have to tune anything ? Did you tune the Oracle

Re: sysctl kern.ipc.somaxconn limit 65535 why?

On Wed, 4 Jan 2012, Chuck Swiger wrote: Hi-- On Jan 4, 2012, at 2:23 PM, Dan The Man wrote: It is not arbitrary. Systems ought to provide sensible limits, which can be adjusted if needed and appropriate. The fact that a system might have 50,000 file descriptors globally available does not

Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server

Hmm... No sure what happened there again. What I sent (pulled from my "Sent" folder... === Thanks for the comment Arnaud. For comparative benchmarking on Phoronix.com , Michael invariable leaves it in the default configuration 'in the way the developers or vendor wanted

Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server

On Wed, 04 Jan 2012 14:31:55 -0800 wrote: >Thanks for the comment Arnaud. For comparative benchmarking > on[1]Phoronix.com, Michael inva configuration 'in the way the > developers or production'. This is by rule. However, i poor > scores on be 'it should be tuned, is configur

Re: add 'ldd' to cross-tools ?

On Wed, Jan 04, 2012 at 11:58:15PM +0100, Luigi Rizzo wrote: > On Wed, Jan 04, 2012 at 02:30:27PM -0800, Garrett Cooper wrote: > > On Wed, Jan 4, 2012 at 2:29 PM, Luigi Rizzo wrote: > ... > > >> $ objdump -x `which tar` | awk '$1 == "NEEDED" { print $2 }' > > >> libarchive.so.5 > > >> libbz2.so.4

Re: add 'ldd' to cross-tools ?

On 04/01/2012 2:23 PM, Luigi Rizzo wrote: Hi, in doing cross-builds of picobsd, i found i need a cross-version of "ldd" so i can run it on the host to detect which shared libraries are used by binaries on the target architecture (for amd64->i386 there is a partial workaround, but don't know if it

Re: sysctl kern.ipc.somaxconn limit 65535 why?

Hi-- On Jan 4, 2012, at 2:23 PM, Dan The Man wrote: >> It is not arbitrary. Systems ought to provide sensible limits, which can be >> adjusted if needed and appropriate. The fact that a system might have >> 50,000 file descriptors globally available does not mean that it would be OK >> for an

Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server

Thanks for the comment Arnaud. For comparative benchmarking on [1]Phoronix.com, Michael inva= riable leaves it in the default configuration 'in the way the developers or= vendor wanted it for production'. This is by rule. However, i= nvariable the community or vendor for platfor

Re: sysctl kern.ipc.somaxconn limit 65535 why?

Hi, On Wed, Jan 4, 2012 at 2:50 PM, Dan The Man wrote: [...] > How about a sensible solution? I think everyone has been making valid points > here, about sensible limits for all programs on system and per application > limit changes. > > How about changing the hard limit high, and an application

Re: sysctl kern.ipc.somaxconn limit 65535 why?

On Wed, 4 Jan 2012, Dan The Man wrote: On Wed, 4 Jan 2012, Chuck Swiger wrote: On Jan 4, 2012, at 1:49 PM, Arnaud Lacombe wrote: Hi, On Wed, Jan 4, 2012 at 4:42 PM, Chuck Swiger wrote: On Jan 4, 2012, at 1:03 PM, Dan The Man wrote: However, I'm not convinced that it is useful to do this

Re: add 'ldd' to cross-tools ?

On Wed, Jan 04, 2012 at 02:30:27PM -0800, Garrett Cooper wrote: > On Wed, Jan 4, 2012 at 2:29 PM, Luigi Rizzo wrote: ... > >> $ objdump -x `which tar` | awk '$1 == "NEEDED" { print $2 }' > >> libarchive.so.5 > >> libbz2.so.4 > >> libz.so.6 > >> liblzma.so.5 > >> libbsdxml.so.4 > >> libcrypto.so.6

Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server

Hi, On Fri, Dec 16, 2011 at 12:16 PM, wrote: > Thanks. > > My request for the person documenting the tunings also runs the benchmark to > ensure expected behaviour. > Why should you have to tune anything ? Did you tune the Oracle Server install ? If not, you should not have to tune the FreeBSD i

Re: sysctl kern.ipc.somaxconn limit 65535 why?

Hi, On Wed, Jan 4, 2012 at 3:22 PM, Dan The Man wrote: > > > sunsaturn:~# sysctl -w kern.ipc.somaxconn=20 > kern.ipc.somaxconn: 4096 > sysctl: kern.ipc.somaxconn: Invalid argument > sunsaturn:~# sysctl -w kern.ipc.somaxconn=65536 > kern.ipc.somaxconn: 4096 > sysctl: kern.ipc.somaxconn: Invali

Re: add 'ldd' to cross-tools ?

On Wed, Jan 4, 2012 at 2:29 PM, Luigi Rizzo wrote: > On Wed, Jan 04, 2012 at 02:10:36PM -0800, Garrett Cooper wrote: >> On Wed, Jan 4, 2012 at 2:23 PM, Luigi Rizzo wrote: >> > Hi, >> > in doing cross-builds of picobsd, i found i need a cross-version >> > of "ldd" so i can run it on the host to de

Re: sysctl kern.ipc.somaxconn limit 65535 why?

On Wed, 4 Jan 2012, Chuck Swiger wrote: On Jan 4, 2012, at 1:49 PM, Arnaud Lacombe wrote: Hi, On Wed, Jan 4, 2012 at 4:42 PM, Chuck Swiger wrote: On Jan 4, 2012, at 1:03 PM, Dan The Man wrote: However, I'm not convinced that it is useful to do this. At some point, you are better off timi

Re: add 'ldd' to cross-tools ?

On Wed, Jan 04, 2012 at 02:10:36PM -0800, Garrett Cooper wrote: > On Wed, Jan 4, 2012 at 2:23 PM, Luigi Rizzo wrote: > > Hi, > > in doing cross-builds of picobsd, i found i need a cross-version > > of "ldd" so i can run it on the host to detect which shared libraries > > are used by binaries on th

Re: sysctl kern.ipc.somaxconn limit 65535 why?

On Jan 4, 2012, at 1:49 PM, Arnaud Lacombe wrote: > Hi, > > On Wed, Jan 4, 2012 at 4:42 PM, Chuck Swiger wrote: >> On Jan 4, 2012, at 1:03 PM, Dan The Man wrote: However, I'm not convinced that it is useful to do this. At some point, you are better off timing out and retrying via expo

REMAINDER: Call for FreeBSD Status Reports - 4Q/2011

Hello everybody, I'd like to remind you that only ca. 10 days have left to the status report submission deadline. Note that we have only received 4 entries so far. I guess most of the people's holidays have finished by now so I hope we will receive much more than that by January 15, 2012. Th

Re: add 'ldd' to cross-tools ?

On Wed, Jan 4, 2012 at 2:23 PM, Luigi Rizzo wrote: > Hi, > in doing cross-builds of picobsd, i found i need a cross-version > of "ldd" so i can run it on the host to detect which shared libraries > are used by binaries on the target architecture > (for amd64->i386 there is a partial workaround, bu

add 'ldd' to cross-tools ?

Hi, in doing cross-builds of picobsd, i found i need a cross-version of "ldd" so i can run it on the host to detect which shared libraries are used by binaries on the target architecture (for amd64->i386 there is a partial workaround, but don't know if it works in other cases) Is there any concern

Re: sysctl kern.ipc.somaxconn limit 65535 why?

Hi, On Wed, Jan 4, 2012 at 4:42 PM, Chuck Swiger wrote: > On Jan 4, 2012, at 1:03 PM, Dan The Man wrote: >>> However, I'm not convinced that it is useful to do this.  At some point, >>> you are better off timing out and retrying via exponential backoff than you >>> are queuing hundreds of thous

Re: sysctl kern.ipc.somaxconn limit 65535 why?

On Jan 4, 2012, at 1:03 PM, Dan The Man wrote: >> However, I'm not convinced that it is useful to do this. At some point, you >> are better off timing out and retrying via exponential backoff than you are >> queuing hundreds of thousands of connections in the hopes that they will >> eventually

Re: sysctl kern.ipc.somaxconn limit 65535 why?

On Jan 4, 2012, at 12:22 PM, Dan The Man wrote: > Trying to stress test a framework here that tosses 100k of connections into a > listen queue before doing anything, I realize I'll have to use multiple local > IPs get get around port limitations, but why is this backlog using a limit? Even a bac

Re: sysctl kern.ipc.somaxconn limit 65535 why?

On Wed, 4 Jan 2012, Dan The Man wrote: On Wed, 4 Jan 2012, Chuck Swiger wrote: On Jan 4, 2012, at 12:44 PM, Dan The Man wrote: Even a backlog of a 1000 is large compared to the default listen queue size of around 50 or 128. And if you can drain 1000 connections per second, a 65K backlog i

Re: sysctl kern.ipc.somaxconn limit 65535 why?

On Wed, 4 Jan 2012, Chuck Swiger wrote: On Jan 4, 2012, at 12:44 PM, Dan The Man wrote: Even a backlog of a 1000 is large compared to the default listen queue size of around 50 or 128. And if you can drain 1000 connections per second, a 65K backlog is big enough that plenty of clients (I'm

Re: Apropos Removal of sysinstall

On Dec 29, 2011, at 1:49 PM, Bruce Cran wrote: > On 29/12/2011 18:39, Renato Botelho wrote: >> IIRC, PCBSD installer can install a regular FreeBSD on ZFS. > > It can do, but you're left with a /very/ basic installation - the hostname, > network interfaces etc. aren't configured, which could be

Re: sysctl kern.ipc.somaxconn limit 65535 why?

On Jan 4, 2012, at 12:44 PM, Dan The Man wrote: >> Even a backlog of a 1000 is large compared to the default listen queue size >> of around 50 or 128. And if you can drain 1000 connections per second, a >> 65K backlog is big enough that plenty of clients (I'm thinking web-browsers >> here in pa

Re: sysctl kern.ipc.somaxconn limit 65535 why?

On Wed, 4 Jan 2012, Chuck Swiger wrote: On Jan 4, 2012, at 12:22 PM, Dan The Man wrote: Trying to stress test a framework here that tosses 100k of connections into a listen queue before doing anything, I realize I'll have to use multiple local IPs get get around port limitations, but why is

Re: bsdinstall kbdmap

Or you could use x11/setxkbmap each time you login. -- View this message in context: http://freebsd.1045724.n5.nabble.com/bsdinstall-kbdmap-tp5119535p5120743.html Sent from the freebsd-current mailing list archive at Nabble.com. ___ freebsd-curr

sysctl kern.ipc.somaxconn limit 65535 why?

sunsaturn:~# sysctl -w kern.ipc.somaxconn=20 kern.ipc.somaxconn: 4096 sysctl: kern.ipc.somaxconn: Invalid argument sunsaturn:~# sysctl -w kern.ipc.somaxconn=65536 kern.ipc.somaxconn: 4096 sysctl: kern.ipc.somaxconn: Invalid argument sunsaturn:~# sysctl -w kern.ipc.somaxconn=65535 kern.ipc.so

Re: bsdinstall kbdmap

That's not related at all. For X you need something like " Option "XkbLayout" "es"" in xorg.conf, and I complained about syscons settings after installation. -- View this message in context: http://freebsd.1045724.n5.nabble.com/bsdinstall-kbdmap-tp5119535p5120710.html Sent from the freebsd-cur

Re: bsdinstall kbdmap

On Wed, Jan 4, 2012 at 7:14 AM, Jakub Lach wrote: > Is vidfont invoked during installation at all? > > > > -- > View this message in context: > http://freebsd.1045724.n5.nabble.com/bsdinstall-kbdmap-tp5119535p5119548.html > Sent from the freebsd-current mailing list archive at Nabble.com. > _

[head tinderbox] failure on amd64/amd64

TB --- 2012-01-04 12:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2012-01-04 12:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-01-04 12:50:00 - cleaning the object tree TB --- 2012-01-04 12:50:59 - cvsupping the source tree TB --- 2012-01-04 12:50:59 - /usr/bin

Re: bsdinstall kbdmap

Is vidfont invoked during installation at all? -- View this message in context: http://freebsd.1045724.n5.nabble.com/bsdinstall-kbdmap-tp5119535p5119548.html Sent from the freebsd-current mailing list archive at Nabble.com. ___ freebsd-current@freebsd

bsdinstall kbdmap

Is it working correctly? e.g. Choosing "Polish ISO-8859-2" results in just keymap="pl_PL.ISO8859-2.kbd" added to rc.conf, while to have fully working polish fonts you need font8x14=iso02-8x14 font8x16=iso02-8x16 font8x8=iso02-8x8 keymap=pl_PL.ISO8859-2 -- View this message in context: ht

Re: periodic emails

On Wednesday, January 04, 2012 6:57:53 am Gleb Smirnoff wrote: > On Tue, Jan 03, 2012 at 10:36:50AM -0500, John Baldwin wrote: > J> > why do we send all these empty headings for periodic emails or given > there is > J> > no output to this one can we > J> > > J> > 1) suppress the empty sections (t

Re: periodic emails

04.01.2012 13:57, Gleb Smirnoff wrote: Does security_show_success="YES" suppress the security report entirely (no mail sent), if no security related issues found? Yes. PS: I also prefer setting *_show_badconfig to 'yes' in case something is just not working right. -- Sphinx of black quartz

Re: periodic emails

On Tue, Jan 03, 2012 at 10:36:50AM -0500, John Baldwin wrote: J> > why do we send all these empty headings for periodic emails or given there is J> > no output to this one can we J> > J> > 1) suppress the empty sections (to me that sounds a bit like a wrong J> >return code or something maybe?

Re: sysinstall as a post-install tool

On 04/01/2012 03:39, Craig Rodrigues wrote: Where is the code for this? Would committing your sade additions now to a project branch in Subversion be appropriate? That way folks could check it out from SVN, and provide comments and patches, and help push things along faster. When your code is c

Re: sysinstall as a post-install tool

On 03-01-2012 18:33, Eitan Adler wrote: > Hi, > > In the the recent sysinstall thread there seems to be general agreement that > having a post-install configuration tool is a good thing. Until such a > tool is written I think it would be a good idea to use sysinstall for > this purpose. I am will