On 30 Jun 2009, at 06:17, bz0...@zabbadoz.net wrote:
On Tue, 30 Jun 2009, John Baldwin wrote:
Author: jhb
Date: Tue Jun 30 03:18:51 2009
New Revision: 195181
URL: http://svn.freebsd.org/changeset/base/195181
Log:
Fix build with NFS_LEGACYRPC enabled after the socket upcall locking
changes.
Author: n_hibma
Date: Tue Jun 30 09:20:43 2009
New Revision: 195184
URL: http://svn.freebsd.org/changeset/base/195184
Log:
MFC all changes up to 194958:
194288:
Fix NanoBSD when the data partition size is defined as a negative
number.
194431:
Allow building world into a separate
Author: rpaulo
Date: Tue Jun 30 09:51:41 2009
New Revision: 195185
URL: http://svn.freebsd.org/changeset/base/195185
Log:
acpi_wmi_if:
- Document different semantics for ACPI_WMI_PROVIDES_GUID_STRING_METHOD
acpi_wmi.c:
- Modify acpi_wmi_provides_guid_string_method to return absolut numb
Author: kib
Date: Tue Jun 30 10:07:00 2009
New Revision: 195186
URL: http://svn.freebsd.org/changeset/base/195186
Log:
Softdep_fsync() may need to lock parent directory of the synced vnode.
Use inlined (due to FFSV_FORCEINSMQ) version of vn_vget_ino() to prevent
mountpoint from being unmount
Author: kib
Date: Tue Jun 30 10:07:33 2009
New Revision: 195187
URL: http://svn.freebsd.org/changeset/base/195187
Log:
For SU mounts, softdep_fsync() might drop vnode lock, allowing other
threads to put dirty buffers on the vnode bufobj list. For regular files
and synchronous fsync requests,
Author: avg
Date: Tue Jun 30 11:16:32 2009
New Revision: 195188
URL: http://svn.freebsd.org/changeset/base/195188
Log:
remove unused/unneeded extern declarations
This should result in no changes to compiled code.
Reviewed by: alc
Approved by: re (kib)
MFC after:1 day
Modifie
Author: stas
Date: Tue Jun 30 12:35:47 2009
New Revision: 195189
URL: http://svn.freebsd.org/changeset/base/195189
Log:
- Add support to atomically set/clear individual bits of a MSR register
via cpuctl(4) driver. Two new CPUCTL_MSRSBIT and CPUCTL_MSRCBIT ioctl(2)
calls treat the data f
Author: emaste
Date: Tue Jun 30 13:38:49 2009
New Revision: 195191
URL: http://svn.freebsd.org/changeset/base/195191
Log:
Add FIONSPACE from NetBSD. FIONSPACE is provided so that programs may
easily determine how much space is left in the send queue; they do not
need to know the send queue
Author: avg
Date: Tue Jun 30 14:11:43 2009
New Revision: 195193
URL: http://svn.freebsd.org/changeset/base/195193
Log:
MFC 179229 (alc), 195188: The VM system no longer uses setPQL2().
Remove it and its helpers.
Drop unused extern declarations in amd64 that seem to have been related.
Author: trasz
Date: Tue Jun 30 14:34:06 2009
New Revision: 195195
URL: http://svn.freebsd.org/changeset/base/195195
Log:
Make gjournal work with kernel compiled with "options DIAGNOSTIC".
Previously, it would panic immediately.
Reviewed by: pjd
Approved by: re (kib)
Modified:
head/
Ed Schouten writes:
> I've noticed the xterm entry we have in FreeBSD is somewhat
> inconsistent with the one from other operating systems. [...] Is
> this a known issue?
I don't know about that one, but our xterm entry is intentionally broken
in at least one area: it does not contain the seque
Maxim Konovalov writes:
> fixed, thanks.
It still says
static void
usage()
I know this is allowed by C99, but it's not allowed by style(9).
DES
--
Dag-Erling Smørgrav - d...@des.no
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/ma
Bruce Evans writes:
> Freestanding reserves fewer symbols for the implementation.
IIRC, freestanding implementations are only required to provide
and , and everything else is available to the
application.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
On Tue, Jun 30, 2009 at 05:17:48AM +, bz0...@zabbadoz.net wrote:
> On Tue, 30 Jun 2009, John Baldwin wrote:
>
> >Author: jhb
> >Date: Tue Jun 30 03:18:51 2009
> >New Revision: 195181
> >URL: http://svn.freebsd.org/changeset/base/195181
> >
> >Log:
> > Fix build with NFS_LEGACYRPC enabled after
In message: <20090630051641.t22...@maildrop.int.zabbadoz.net>
bz0...@zabbadoz.net writes:
: On Tue, 30 Jun 2009, John Baldwin wrote:
:
: > Author: jhb
: > Date: Tue Jun 30 03:18:51 2009
: > New Revision: 195181
: > URL: http://svn.freebsd.org/changeset/base/195181
: >
: > Log:
: > Fix
In message: <86prcl23k8@ds4.des.no>
Dag-Erling_Smørgrav writes:
: Ed Schouten writes:
: > I've noticed the xterm entry we have in FreeBSD is somewhat
: > inconsistent with the one from other operating systems. [...] Is
: > this a known issue?
:
: I don't know about that one, bu
Bruce Evans writes:
> Actually, it is OK to use it in FreeBSD iff the system supports the
> same program having different names, like reboot/halt/etc.
I don't see the point - you would still need different usage messages
for each version. Using your example:
% reboot -h
reboot: illegal option -
Robert Watson writes:
> This sounds right to me, FWIW -- being able to fully configure the
> policy before network traffic starts is definitely right in the
> abstract, it's just a question of getting there...
One option would be to start pf with a pre-cooked rule set that allows
only DHCP and nd
Author: attilio
Date: Tue Jun 30 15:23:16 2009
New Revision: 195196
URL: http://svn.freebsd.org/changeset/base/195196
Log:
If the table is empty we can end up with a NULL pointer.
Handle that case trying to free and re-allocate a new object for the
timerqueue, managing unallocations.
This
M. Warner Losh wrote:
In message: <20090630051641.t22...@maildrop.int.zabbadoz.net>
bz0...@zabbadoz.net writes:
: On Tue, 30 Jun 2009, John Baldwin wrote:
:
: > Author: jhb
: > Date: Tue Jun 30 03:18:51 2009
: > New Revision: 195181
: > URL: http://svn.freebsd.org/changeset/base/195
On Tue, 30 Jun 2009, M. Warner Losh wrote:
Last time this BBQ came up, I thought it was agreed that there would be a
xterm-XXX that didn't do this behavior for those folks that think the
current behavior is harmfully wrong...
Whereas I think it's a bug in more(1)/less(1) that it tries to use
In message:
Robert Watson writes:
: On Tue, 30 Jun 2009, M. Warner Losh wrote:
:
: > Last time this BBQ came up, I thought it was agreed that there would be a
: > xterm-XXX that didn't do this behavior for those folks that think the
: > current behavior is harmfully wrong...
:
: W
On 2009-06-30 17:07, Dag-Erling Smørgrav wrote:
> One option would be to start pf with a pre-cooked rule set that allows
> only DHCP and nd6 / rtsol or similar, then load the user-provided rule
> set once all interfaces are up.
Please see also the suggestion here:
http://docs.freebsd.org/cgi/mid.c
Author: avg
Date: Tue Jun 30 17:10:08 2009
New Revision: 195197
URL: http://svn.freebsd.org/changeset/base/195197
Log:
MFC 185295, 185341, 185343: cpu identification improvements
Goal of this MFC is to minimize unnecessary code differences between
head and the branch, and to improve/fix i
Author: avg
Date: Tue Jun 30 17:19:11 2009
New Revision: 195198
URL: http://svn.freebsd.org/changeset/base/195198
Log:
MFC 185460 (mav): improve invariant TSC detection for Intel CPUs
Nod from: mav
Modified:
stable/7/sys/ (props changed)
stable/7/sys/amd64/amd64/identcpu.c
stab
Author: avg
Date: Tue Jun 30 17:27:53 2009
New Revision: 195199
URL: http://svn.freebsd.org/changeset/base/195199
Log:
MFC 185561 (ganbold): Remove unused variable.
Modified:
stable/7/sys/ (props changed)
stable/7/sys/amd64/amd64/intr_machdep.c
stable/7/sys/contrib/pf/ (props changed)
Author: mbr
Date: Tue Jun 30 18:51:22 2009
New Revision: 195200
URL: http://svn.freebsd.org/changeset/base/195200
Log:
Add wake, a tool to send Wake on LAN frames to hosts on a local Ethernet
network
Submitted by: Marc Balmer
Reviewed by:rwatson
Approved by: re
Musr.sb
Author: dfr
Date: Tue Jun 30 19:03:27 2009
New Revision: 195202
URL: http://svn.freebsd.org/changeset/base/195202
Log:
Remove the old kernel RPC implementation and the NFS_LEGACYRPC option.
Approved by: re
Deleted:
head/sys/nfs/rpcv2.h
head/sys/nfsclient/nfs_socket.c
head/sys/nfsserv
Martin Blapp wrote:
Author: mbr
Date: Tue Jun 30 18:51:22 2009
New Revision: 195200
URL: http://svn.freebsd.org/changeset/base/195200
Log:
Add wake, a tool to send Wake on LAN frames to hosts on a local Ethernet
network
Submitted by: Marc Balmer
Reviewed by:rwatson
Approved b
Author: dfr
Date: Tue Jun 30 19:10:17 2009
New Revision: 195203
URL: http://svn.freebsd.org/changeset/base/195203
Log:
Adjust the internal NFS KPI to avoid the last traces of NFS_LEGACYRPC.
Approved by: re
Modified:
head/sys/nfsclient/nfs.h
head/sys/nfsclient/nfs_bio.c
head/sys/nfscl
wake really is too generic a name for this. Why didn't the wol port
get committed anyway, it seems to be better than this...
Warner
In message: <200906301851.n5uipnjq089...@svn.freebsd.org>
Martin Blapp writes:
: Author: mbr
: Date: Tue Jun 30 18:51:22 2009
: New Revision: 195200
:
Author: alc
Date: Tue Jun 30 19:39:17 2009
New Revision: 195209
URL: http://svn.freebsd.org/changeset/base/195209
Log:
Remove a stale comment. The very same revision (r85511) that introduced
this comment also implemented the proposed change to the code.
Approved by: re (kib)
Modified:
Am 30.06.2009 um 21:36 schrieb M. Warner Losh:
wake really is too generic a name for this. Why didn't the wol port
get committed anyway, it seems to be better than this...
wake is a short, mnemonic and imperative name that describes what the
command does. It is exactly the same command as
On Tue, 30.06.2009 at 09:46:32 -0600, M. Warner Losh wrote:
> In message:
> Robert Watson writes:
> : On Tue, 30 Jun 2009, M. Warner Losh wrote:
> :
> : > Last time this BBQ came up, I thought it was agreed that there would be a
> : > xterm-XXX that didn't do this behavior for those
Hi Doug,
* Doug Rabson wrote:
> Log:
> Remove the old kernel RPC implementation and the NFS_LEGACYRPC option.
>
> Approved by: re
It seems /sys/amd64/amd64/genassym.c doesn't build anymore, because it
includes . It seems removing the #include fixes the build.
Yours,
--
Ed Schouten
WW
Am 30.06.2009 um 21:07 schrieb Sam Leffler:
Martin Blapp wrote:
Author: mbr
Date: Tue Jun 30 18:51:22 2009
New Revision: 195200
URL: http://svn.freebsd.org/changeset/base/195200
Log:
Add wake, a tool to send Wake on LAN frames to hosts on a local
Ethernet network
Submitted by: Marc B
In message: <0e6d4fb2-a485-40ed-a856-acc311a90...@msys.ch>
Marc Balmer writes:
:
: Am 30.06.2009 um 21:36 schrieb M. Warner Losh:
:
: > wake really is too generic a name for this. Why didn't the wol port
: > get committed anyway, it seems to be better than this...
:
: wake is a sho
On Jun 30, 2009, at 08:51 PM, Martin Blapp wrote:
+void
+usage(void)
+{
+ (void)fprintf(stderr, "usage: wake interface lladdr\n");
+ exit(0);
+}
[...]
+ for (n = 2; n < argc; n++)
+ if (wake(argv[1], argv[n]))
+ warnx("error sending Wake on
Am 30.06.2009 um 22:13 schrieb M. Warner Losh:
In message: <0e6d4fb2-a485-40ed-a856-acc311a90...@msys.ch>
Marc Balmer writes:
:
: Am 30.06.2009 um 21:36 schrieb M. Warner Losh:
:
: > wake really is too generic a name for this. Why didn't the wol
port
: > get committed anyway, it
Am 30.06.2009 um 22:02 schrieb Thomas Backman:
On Jun 30, 2009, at 08:51 PM, Martin Blapp wrote:
+void
+usage(void)
+{
+ (void)fprintf(stderr, "usage: wake interface lladdr\n");
+ exit(0);
+}
[...]
+ for (n = 2; n < argc; n++)
+ if (wake(argv[1], argv[n]))
+
2009/7/1 Ed Schouten :
> Hi Doug,
>
> * Doug Rabson wrote:
>> Log:
>> Remove the old kernel RPC implementation and the NFS_LEGACYRPC option.
>>
>> Approved by: re
>
> It seems /sys/amd64/amd64/genassym.c doesn't build anymore, because it
> includes . It seems removing the #include fixes the bu
In message: <7b9c309f-63e3-4cb8-9871-de2dee010...@msys.ch>
Marc Balmer writes:
:
: Am 30.06.2009 um 22:13 schrieb M. Warner Losh:
:
: > In message: <0e6d4fb2-a485-40ed-a856-acc311a90...@msys.ch>
: >Marc Balmer writes:
: > :
: > : Am 30.06.2009 um 21:36 schrieb M. Warner
On Tuesday 30 June 2009 21:37:12 Ulrich Spörlein wrote:
> On Tue, 30.06.2009 at 09:46:32 -0600, M. Warner Losh wrote:
> > In message:
> >
> > Robert Watson writes:
> > : On Tue, 30 Jun 2009, M. Warner Losh wrote:
> > : > Last time this BBQ came up, I thought it was agreed that there
>
Author: trasz
Date: Tue Jun 30 20:53:56 2009
New Revision: 195211
URL: http://svn.freebsd.org/changeset/base/195211
Log:
Make it clear where to look for for protocol-specific socket options.
Reviewed by: rwatson
Approved by: re (kib)
Modified:
head/lib/libc/sys/getsockopt.2
Modified
Author: brian
Date: Tue Jun 30 20:53:57 2009
New Revision: 195212
URL: http://svn.freebsd.org/changeset/base/195212
Log:
Don't imply that only FTP urls are supported when we can't fetch
a package.
Approved by: re (kib)
MFC after:3 weeks
Modified:
head/usr.sbin/pkg_install/lib/ur
In message: <200906302252.53894@love2party.net>
Max Laier writes:
: On Tuesday 30 June 2009 21:37:12 Ulrich Spörlein wrote:
: > On Tue, 30.06.2009 at 09:46:32 -0600, M. Warner Losh wrote:
: > > In message:
: > >
: > > Robert Watson writes:
: > > : On Tue, 30 Jun 2009,
Marc Balmer wrote:
Am 30.06.2009 um 21:07 schrieb Sam Leffler:
Martin Blapp wrote:
Author: mbr
Date: Tue Jun 30 18:51:22 2009
New Revision: 195200
URL: http://svn.freebsd.org/changeset/base/195200
Log:
Add wake, a tool to send Wake on LAN frames to hosts on a local
Ethernet network
Sub
Marc Balmer wrote:
Am 30.06.2009 um 21:36 schrieb M. Warner Losh:
wake really is too generic a name for this. Why didn't the wol port
get committed anyway, it seems to be better than this...
wake is a short, mnemonic and imperative name that describes what the
command does. It is exactly t
Am 30.06.2009 um 23:09 schrieb Sam Leffler:
Marc Balmer wrote:
Am 30.06.2009 um 21:07 schrieb Sam Leffler:
Martin Blapp wrote:
Author: mbr
Date: Tue Jun 30 18:51:22 2009
New Revision: 195200
URL: http://svn.freebsd.org/changeset/base/195200
Log:
Add wake, a tool to send Wake on LAN frames
2009/6/30 Marc Balmer :
>
> Am 30.06.2009 um 21:36 schrieb M. Warner Losh:
>
>> wake really is too generic a name for this. Why didn't the wol port
>> get committed anyway, it seems to be better than this...
>
> wake is a short, mnemonic and imperative name that describes what the
> command does.
On Tue, Jun 30, 2009 at 11:25:56PM +0200, Marc Balmer wrote:
>
> Am 30.06.2009 um 23:09 schrieb Sam Leffler:
>
> >Marc Balmer wrote:
> >>
> >>Am 30.06.2009 um 21:07 schrieb Sam Leffler:
> >>
> >>>Martin Blapp wrote:
> Author: mbr
> Date: Tue Jun 30 18:51:22 2009
> New Revision: 195200
Am 30.06.2009 um 23:29 schrieb Kostik Belousov:
[...]
a compelling argument could be that wake(8) is BSD licensed while wol
found in ports/net/wol is GPL licensed and brings in a whole lot of a
whole lot of a whole lot of a whole lot of a stuff with it, when
actually, to send out Wake on LAN
On Tue, Jun 30, 2009 at 11:34:36PM +0200, Marc Balmer wrote:
>
> Am 30.06.2009 um 23:29 schrieb Kostik Belousov:
> >Then, add the wake program to ports.
> >My opinion is that this better be kept in ports.
>
> I find it a rather basic operation to be able to wake up remote
> systems from a centr
On Tue, 30 Jun 2009 18:51:23 + (UTC)
Martin Blapp mentioned:
> Author: mbr
> Date: Tue Jun 30 18:51:22 2009
> New Revision: 195200
> URL: http://svn.freebsd.org/changeset/base/195200
>
> Log:
> Add wake, a tool to send Wake on LAN frames to hosts on a local Ethernet
> network
>
Cool!
Am 30.06.2009 um 23:43 schrieb Kostik Belousov:
On Tue, Jun 30, 2009 at 11:34:36PM +0200, Marc Balmer wrote:
Am 30.06.2009 um 23:29 schrieb Kostik Belousov:
Then, add the wake program to ports.
My opinion is that this better be kept in ports.
I find it a rather basic operation to be able t
Author: mbr
Date: Tue Jun 30 22:09:47 2009
New Revision: 195213
URL: http://svn.freebsd.org/changeset/base/195213
Log:
Compiles without higher warn level
Mwake/Makefile
Approved by: re (previous commit)
Modified:
head/usr.sbin/wake/Makefile
Modified: head/usr.sbin/wake/Makefile
In message: <7b9c309f-63e3-4cb8-9871-de2dee010...@msys.ch>
Marc Balmer writes:
:
: Am 30.06.2009 um 22:13 schrieb M. Warner Losh:
:
: > In message: <0e6d4fb2-a485-40ed-a856-acc311a90...@msys.ch>
: >Marc Balmer writes:
: > :
: > : Am 30.06.2009 um 21:36 schrieb M. Warner
2009/6/30 M. Warner Losh :
> In message: <200906302252.53894@love2party.net>
> Max Laier writes:
> : $ alias less='less -X'
> :
> : -X or --no-init
> : Disables sending the termcap initialization and deinitialization
> : strings to the terminal. This is som
On Tue, Jun 30, 2009 at 06:51:23PM +, Martin Blapp wrote:
> Author: mbr
> Date: Tue Jun 30 18:51:22 2009
> New Revision: 195200
> URL: http://svn.freebsd.org/changeset/base/195200
>
> Log:
> Add wake, a tool to send Wake on LAN frames to hosts on a local Ethernet
> network
>
> Submitte
On Tue, 2009-06-30 at 16:40 -0600, M. Warner Losh wrote:
> I hate to be blunt, but this leaves a bad taste in everybody's mouth,
> even if at the end of the day you get your way.
Translation: I did it again. I hate it when that happens... :-(
Two things happened here that were a bit unfortunate
At 2:09 PM -0700 6/30/09, Sam Leffler wrote:
I have yet to hear a compelling argument for why wake was chosen
over an existing tool that's been successfully used for a while.
OTOH this isn't something that'll keep me up at night; it just seems
like an ill-advised rush job that completely viol
On Tue, Jun 30, 2009 at 09:56:42PM -0400, Ken Smith wrote:
> On Tue, 2009-06-30 at 16:40 -0600, M. Warner Losh wrote:
> > I hate to be blunt, but this leaves a bad taste in everybody's mouth,
> > even if at the end of the day you get your way.
>
> The second thing that left a bad taste in some peo
On Tue, 2009-06-30 at 21:56 -0400, Ken Smith wrote:
> On Tue, 2009-06-30 at 16:40 -0600, M. Warner Losh wrote:
> > I hate to be blunt, but this leaves a bad taste in everybody's mouth,
> > even if at the end of the day you get your way.
>
> Translation: I did it again. I hate it when that happens
On Wed, 1 Jul 2009, Ivan Voras wrote:
> > Looks like "setenv LESS -X" or "export LESS=-X" would do the same
> > thing, no? And work for "more" too...
>
> Would it be possible to set it by default in /etc/csh.login (or
> wherever is more appropriate) if the termcap change goes in?
How about vi? Ca
Martin Blapp skrev:
Author: mbr
Date: Tue Jun 30 18:51:22 2009
New Revision: 195200
URL: http://svn.freebsd.org/changeset/base/195200
Log:
Add wake, a tool to send Wake on LAN frames to hosts on a local Ethernet
network
Nice. Now I can finally nuke net/wol from my systems.
--
Joel
___
Hi folks,
I really was not my or Marcs intention to skip any discussions. Rwatson told us
that
if we like to see it in 8.0, we need to approve it by RE and commit it before
the 1. of july,
and that's what I've done. Sorry if I've upset anyone.
Personally I think the tool is quite handy, better
> Nice! I guess I can now remove installed net/wol ports which does
> not work as expected when system have multiple interfaces. And I
> didn't understand why it requires perl to build such a simple
> utility.
Have a look at the build process and you see exactly why it needs
perl. The question sho
Am 01.07.2009 um 07:04 schrieb Blapp, Martin:
Hi folks,
I really was not my or Marcs intention to skip any discussions.
Rwatson told us that
if we like to see it in 8.0, we need to approve it by RE and commit
it before the 1. of july,
and that's what I've done. Sorry if I've upset anyone.
Am 01.07.2009 um 07:04 schrieb Blapp, Martin:
If the concensus is to back it out, I'll back it out.
That would be sad. After all there were very positive reactions from
folks that actually looked at the tool, the negative replies came from
folks that saw some process violated, iirc
69 matches
Mail list logo
