On Fri, 3 Jun 2011, John Baldwin wrote:
On Saturday, May 14, 2011 1:07:18 pm Mikolaj Golub wrote:
On Sat, 14 May 2011 10:37:51 -0400 John Baldwin wrote:
JB> Can you capture a tcpdump (probably easiest to do from the other host)?
I replaced the asserts with log statements to make the host n
On 11/06/2011, at 22:37, Robert Watson wrote:
> While it seems like memory is "free" these days, that's not really the case.
> The base kernel footprint is quite observable in VM configurations, where
> it's common to configure quite low memory footprints -- 256M, 512M, etc, in
> order to impro
Author: rmacklem
Date: Sun Jun 12 02:05:59 2011
New Revision: 223003
URL: http://svn.freebsd.org/changeset/base/223003
Log:
MFC: r222466
Modify the umount(8) command so that it doesn't do
a sync(2) syscall before unmount(2) for the "-f" case.
This avoids a forced dismount from getting stuc
Author: rmacklem
Date: Sun Jun 12 01:48:31 2011
New Revision: 223002
URL: http://svn.freebsd.org/changeset/base/223002
Log:
MFC: r222464
Add a check for MNTK_UNMOUNTF at the beginning of nfs_sync()
in the old NFS client so that a forced dismount doesn't
get stuck in the VFS_SYNC() call tha
Author: nwhitehorn
Date: Sun Jun 12 00:14:57 2011
New Revision: 223001
URL: http://svn.freebsd.org/changeset/base/223001
Log:
Add an MBR to our release media to aid booting some IBM systems.
Modified:
head/release/powerpc/mkisoimages.sh
Modified: head/release/powerpc/mkisoimages.sh
=
Author: nwhitehorn
Date: Sat Jun 11 21:44:07 2011
New Revision: 222998
URL: http://svn.freebsd.org/changeset/base/222998
Log:
Long-overdue man page for bsdinstall.
Added:
head/usr.sbin/bsdinstall/bsdinstall.8 (contents, props changed)
Modified:
head/usr.sbin/bsdinstall/Makefile
Modified:
Author: hrs
Date: Sat Jun 11 21:41:44 2011
New Revision: 222997
URL: http://svn.freebsd.org/changeset/base/222997
Log:
- Remove $ipv6_gateway_enable check.
- Use list_net_interfaces() instead of "ifconfig -l".
Modified:
head/etc/rc.d/rtadvd
Modified: head/etc/rc.d/rtadvd
==
Author: hrs
Date: Sat Jun 11 21:40:37 2011
New Revision: 222996
URL: http://svn.freebsd.org/changeset/base/222996
Log:
Add a helper function to check kern.features.* sysctls.
Discussed with: dougb
Modified:
head/etc/network.subr
head/etc/rc.subr
Modified: head/etc/network.subr
=
Author: crees (ports committer)
Date: Sat Jun 11 21:27:14 2011
New Revision: 222995
URL: http://svn.freebsd.org/changeset/base/222995
Log:
Add self
Approved by: rene (mentor)
Modified:
head/share/misc/committers-ports.dot
Modified: head/share/misc/committers-ports.dot
=
Author: crees (ports committer)
Date: Sat Jun 11 21:26:12 2011
New Revision: 222994
URL: http://svn.freebsd.org/changeset/base/222994
Log:
Add self to calendar
Approved by: rene (mentor)
Modified:
head/usr.bin/calendar/calendars/calendar.freebsd
Modified: head/usr.bin/calendar/calendar
Author: rmacklem
Date: Sat Jun 11 21:14:22 2011
New Revision: 222993
URL: http://svn.freebsd.org/changeset/base/222993
Log:
Make three one line changes to the rc scripts so that
they work with the new NFS client being the default,
since the new NFS client's module name is nfscl and
not nfs
On 6/11/2011 1:02 PM, Warner Losh wrote:
On Jun 11, 2011, at 12:17 PM, Doug Barton wrote:
On 6/11/2011 6:07 AM, Robert Watson wrote:
To me, this seems like the wrong direction. Over the last decade, we've
been trying to move away from conditional compilation of features to
having them be loa
Author: kib
Date: Sat Jun 11 20:15:19 2011
New Revision: 222992
URL: http://svn.freebsd.org/changeset/base/222992
Log:
Assert that page is VPO_BUSY or page owner object is locked in
vm_page_undirty(). The assert is not precise due to VPO_BUSY owner
to tracked, so assertion does not catch the
Author: kib
Date: Sat Jun 11 20:13:28 2011
New Revision: 222991
URL: http://svn.freebsd.org/changeset/base/222991
Log:
Fix a bug in r222586. Lock the page owner object around the modification
of the m->dirty.
Reported and tested by: nwhitehorn
Reviewed by: alc
Modified:
head/s
On Jun 11, 2011, at 12:17 PM, Doug Barton wrote:
> On 6/11/2011 6:07 AM, Robert Watson wrote:
>> To me, this seems like the wrong direction. Over the last decade, we've
>> been trying to move away from conditional compilation of features to
>> having them be loadable as modules.
>
> FWIW, I agr
On Sat, 11 Jun 2011, Doug Barton wrote:
On 6/11/2011 6:07 AM, Robert Watson wrote:
To me, this seems like the wrong direction. Over the last decade, we've
been trying to move away from conditional compilation of features to having
them be loadable as modules.
FWIW, I agree. I'm wondering t
On Sat, Jun 11, 2011 at 10:44:14AM -0600, Warner Losh wrote:
>
> On Jun 11, 2011, at 7:47 AM, Robert Watson wrote:
>
> >
> > On Sat, 11 Jun 2011, Adrian Chadd wrote:
> >
> >> btw, I just posted something similar to this on -arch.
> >
> > FWIW, it doesn't have to be pretty, it really just has t
On 6/11/2011 6:07 AM, Robert Watson wrote:
To me, this seems like the wrong direction. Over the last decade, we've
been trying to move away from conditional compilation of features to
having them be loadable as modules.
FWIW, I agree. I'm wondering though, is there still a performance
penalty
On Jun 11, 2011, at 7:47 AM, Robert Watson wrote:
>
> On Sat, 11 Jun 2011, Adrian Chadd wrote:
>
>> btw, I just posted something similar to this on -arch.
>
> FWIW, it doesn't have to be pretty, it really just has to work. It would be
> nice if the same data could be used by both the boot lo
On Sat, Jun 11, 2011 at 03:45:15PM +0200, Luigi Rizzo wrote:
> In my experience, whenever i buy new motherboards it is often the
> case that network cards, audio cards and several usb things
> are not recognised just because a change in the device id.
> Having the driver embedded in the kernel is v
On Sat, 11 Jun 2011, Adrian Chadd wrote:
btw, I just posted something similar to this on -arch.
FWIW, it doesn't have to be pretty, it really just has to work. It would be
nice if the same data could be used by both the boot loader and devd to load
driver modules, and if the data were stru
On Sat, Jun 11, 2011 at 02:07:17PM +0100, Robert Watson wrote:
>
> On Sat, 11 Jun 2011, Joel Dahl wrote:
>
> >Log:
> > Enable sound support by default on i386 and amd64.
...
> To me, this seems like the wrong direction. Over the last decade, we've
> been trying to move away from conditional com
btw, I just posted something similar to this on -arch.
adrian
On 11 June 2011 21:07, Robert Watson wrote:
> To me, this seems like the wrong direction. Over the last decade, we've
> been trying to move away from conditional compilation of features to having
> them be loadable as modules. The
On Sat, 11 Jun 2011, Joel Dahl wrote:
Log:
Enable sound support by default on i386 and amd64.
The generic sound driver has been added, along with enough
device-specific drivers to support the most common audio
chipsets.
We've discussed enabling it from time to time over the years
and we
Author: nwhitehorn
Date: Sat Jun 11 12:34:08 2011
New Revision: 222982
URL: http://svn.freebsd.org/changeset/base/222982
Log:
Follow up r222980 on PowerPC: add sound(4) and common device drivers
to PowerPC GENERIC (along with a small rearrangement).
Modified:
head/sys/powerpc/conf/GENERIC
On Jun 11, 2011, at 10:23 AM, Garrett Cooper wrote:
> On Sat, Jun 11, 2011 at 3:22 AM, Garrett Cooper wrote:
>> On Mon, May 30, 2011 at 5:25 PM, Bjoern A. Zeeb wrote:
>>> Author: bz
>>> Date: Tue May 31 00:25:52 2011
>>> New Revision: 222515
>>> URL: http://svn.freebsd.org/changeset/base/222515
On Sat, Jun 11, 2011 at 3:22 AM, Garrett Cooper wrote:
> On Mon, May 30, 2011 at 5:25 PM, Bjoern A. Zeeb wrote:
>> Author: bz
>> Date: Tue May 31 00:25:52 2011
>> New Revision: 222515
>> URL: http://svn.freebsd.org/changeset/base/222515
>>
>> Log:
>> No logner set an IPv4 loopback address by def
On Mon, May 30, 2011 at 5:25 PM, Bjoern A. Zeeb wrote:
> Author: bz
> Date: Tue May 31 00:25:52 2011
> New Revision: 222515
> URL: http://svn.freebsd.org/changeset/base/222515
>
> Log:
> No logner set an IPv4 loopback address by default in defaults/rc.conf.
> If not specified, network.subr will
Author: joel (doc committer)
Date: Sat Jun 11 09:08:46 2011
New Revision: 222980
URL: http://svn.freebsd.org/changeset/base/222980
Log:
Enable sound support by default on i386 and amd64.
The generic sound driver has been added, along with enough
device-specific drivers to support the most
29 matches
Mail list logo
