on 16/12/2012 07:00 Ian Lepore said the following:
> The question here isn't whether aborting or continuing beyond that point
> is a good idea. Some developer already made that choice by coding a
> KASSERT() instead of a panic(). The developer decided that a production
> machine should try to kee
On Sat, 2012-12-15 at 20:36 -0800, Peter Wemm wrote:
> On Sat, Dec 15, 2012 at 8:07 PM, Peter Jeremy wrote:
> > [pruning the CC list]
> > On 2012-Dec-15 21:52:03 +0100, Pawel Jakub Dawidek wrote:
> >>On Wed, Dec 12, 2012 at 04:02:58PM -0800, Navdeep Parhar wrote:
> >>> A KASSERT() really is for a
On Sat, Dec 15, 2012 at 8:07 PM, Peter Jeremy wrote:
> [pruning the CC list]
> On 2012-Dec-15 21:52:03 +0100, Pawel Jakub Dawidek wrote:
>>On Wed, Dec 12, 2012 at 04:02:58PM -0800, Navdeep Parhar wrote:
>>> A KASSERT() really is for a condition that should never happen.
>
> and can't be practical
[pruning the CC list]
On 2012-Dec-15 21:52:03 +0100, Pawel Jakub Dawidek wrote:
>On Wed, Dec 12, 2012 at 04:02:58PM -0800, Navdeep Parhar wrote:
>> A KASSERT() really is for a condition that should never happen.
and can't be practically recovered from.
>I have sort of mixed feelings about this c
Hi,
People may have scripts based on the current output.
You should have introduced a new parameter which modifies the output
behaviour in the way you wanted, rather than modifying the existing
behaviour.
Please consider reverting your change (which is a good idea, btw) and
adding a new modifier
Author: gonzo
Date: Sun Dec 16 00:20:16 2012
New Revision: 244281
URL: http://svnweb.freebsd.org/changeset/base/244281
Log:
Fix comment to represent actual file purpose
Spotted by: gavin@
Modified:
head/sys/arm/conf/VERSATILEPB
Modified: head/sys/arm/conf/VERSATILEPB
===
On Sat, 15 Dec 2012 13:57:02 -0800
Garrett Cooper wrote:
> On Dec 15, 2012, at 1:47 PM, Andrew Turner wrote:
>
> > Author: andrew
> > Date: Sat Dec 15 21:47:05 2012
> > New Revision: 244278
> > URL: http://svnweb.freebsd.org/changeset/base/244278
> >
> > Log:
> > Ignore a warning in ubldr wher
On Sat, Dec 15, 2012 at 02:33:37PM -0800, Alfred Perlstein wrote:
> Your use case (small swap & large ram) is exactly why I would like to try
> this.
>
> Do you object?
Let me quote myself, because you clearly missed my position:
"I'm not against this change, but I would not use it mys
On Sat, 15 Dec 2012 16:51:36 -0500
Eitan Adler wrote:
> On 15 December 2012 16:47, Andrew Turner wrote:
> > Author: andrew
> > Date: Sat Dec 15 21:47:05 2012
> > New Revision: 244278
> > URL: http://svnweb.freebsd.org/changeset/base/244278
> >
> > Log:
> > Ignore a warning in ubldr where clang
Your use case (small swap & large ram) is exactly why I would like to try this.
Do you object?
Sent from my iPhone
On Dec 15, 2012, at 1:03 PM, Pawel Jakub Dawidek wrote:
> On Wed, Dec 12, 2012 at 04:53:48PM -0800, Alfred Perlstein wrote:
>> Like what if I do gzipp'd kernel dumps next? (on my
Author: pjd
Date: Sat Dec 15 22:26:16 2012
New Revision: 244280
URL: http://svnweb.freebsd.org/changeset/base/244280
Log:
sbuf_trim() cannot be used on sbuf with drain function set.
This fixes panic when listing sysctls on INVARIANTS-enabled kernel while
having wbwd loaded.
This panic w
On Dec 15, 2012, at 1:47 PM, Andrew Turner wrote:
> Author: andrew
> Date: Sat Dec 15 21:47:05 2012
> New Revision: 244278
> URL: http://svnweb.freebsd.org/changeset/base/244278
>
> Log:
> Ignore a warning in ubldr where clang doesn't understand the %D printf
> specifier from libstand.
>
> Mod
On 15 December 2012 16:47, Andrew Turner wrote:
> Author: andrew
> Date: Sat Dec 15 21:47:05 2012
> New Revision: 244278
> URL: http://svnweb.freebsd.org/changeset/base/244278
>
> Log:
> Ignore a warning in ubldr where clang doesn't understand the %D printf
> specifier from libstand.
>
> Modif
Author: andrew
Date: Sat Dec 15 21:47:05 2012
New Revision: 244278
URL: http://svnweb.freebsd.org/changeset/base/244278
Log:
Ignore a warning in ubldr where clang doesn't understand the %D printf
specifier from libstand.
Modified:
head/sys/boot/arm/uboot/Makefile
Modified: head/sys/boot/ar
On 15 December 2012 16:33, Andrew Turner wrote:
> Author: andrew
> Date: Sat Dec 15 21:33:12 2012
> New Revision: 244277
> URL: http://svnweb.freebsd.org/changeset/base/244277
>
> Log:
> Also remove -Werror on arm with clang as there are warnings.
I think it makes more sense to lower WARNS inst
on 15/12/2012 23:03 Pawel Jakub Dawidek said the following:
> On Wed, Dec 12, 2012 at 04:53:48PM -0800, Alfred Perlstein wrote:
>> Like what if I do gzipp'd kernel dumps next? (on my todo list) How many
>> people will complain that "gzip is too dangerous in kernel context foo
>> foo"
>>
>>
Author: andrew
Date: Sat Dec 15 21:33:12 2012
New Revision: 244277
URL: http://svnweb.freebsd.org/changeset/base/244277
Log:
Also remove -Werror on arm with clang as there are warnings.
Modified:
head/gnu/usr.bin/binutils/as/Makefile
Modified: head/gnu/usr.bin/binutils/as/Makefile
==
Author: andrew
Date: Sat Dec 15 21:24:31 2012
New Revision: 244276
URL: http://svnweb.freebsd.org/changeset/base/244276
Log:
Don't define CTORS_SECTION_ASM_OP and DTORS_SECTION_ASM_OP on arm when
built with clang. When these are defined the lists are defined similar to:
asm(".section .cto
Author: andrew
Date: Sat Dec 15 21:12:13 2012
New Revision: 244274
URL: http://svnweb.freebsd.org/changeset/base/244274
Log:
Recognise vfpv2 as a value for the ARM .fpu asm directive. Clang generates
these even when building soft floating-point code
Submitted by: Daisuke Aoyama
Modified
Author: andrew
Date: Sat Dec 15 21:06:14 2012
New Revision: 244273
URL: http://svnweb.freebsd.org/changeset/base/244273
Log:
Fix a comment in an asm block to work with compilers other than GCC
Modified:
head/contrib/gcc/longlong.h
Modified: head/contrib/gcc/longlong.h
===
On Wed, Dec 12, 2012 at 04:53:48PM -0800, Alfred Perlstein wrote:
> Like what if I do gzipp'd kernel dumps next? (on my todo list) How many
> people will complain that "gzip is too dangerous in kernel context foo
> foo"
>
> Not sure, I guess I'll find out?
Well... :) savecore(8) has an opt
On Wed, Dec 12, 2012 at 04:41:45PM -0800, Adrian Chadd wrote:
> If a kassert is inviolable, then make it a panic() and include in the
> default kernel.
It is inviolable. We don't include it in default kernel as panic for
performance reasons, but it doesn't mean it can happen. If it happens it
is u
On Wed, Dec 12, 2012 at 04:02:58PM -0800, Navdeep Parhar wrote:
> On 12/12/12 14:48, Alfred Perlstein wrote:
> > On 12/12/12 2:29 PM, Andriy Gapon wrote:
> >> Now we get a new middle-ground: get both worse performance (because
> >> KASSERTs are compiled in) and a risk of harming your data (because
Author: ae
Date: Sat Dec 15 20:04:24 2012
New Revision: 244272
URL: http://svnweb.freebsd.org/changeset/base/244272
Log:
In additional to the tailq of IPv6 addresses add the hash table.
For now use 256 buckets and fnv_hash function. Use xor'ed 32-bit
s6_addr32 parts of in6_addr structure as
On Dec 15, 2012, at 10:24 AM, Poul-Henning Kamp wrote:
>
> In message <7855873a-ac30-4511-aa9b-f9b0e380f...@gmail.com>, Garrett Cooper
> wri
> tes:
>
>> If you have a ports tree, setting the appropriate variables and
>> then running make check-already-installed is both forwards an
In message <7855873a-ac30-4511-aa9b-f9b0e380f...@gmail.com>, Garrett Cooper wri
tes:
> If you have a ports tree, setting the appropriate variables and
>then running make check-already-installed is both forwards and backwards
>compatible.
Uhm, I'm not sure I understand how this wo
Author: trociny
Date: Sat Dec 15 18:21:09 2012
New Revision: 244271
URL: http://svnweb.freebsd.org/changeset/base/244271
Log:
Change `iostat -Ix` to display total duration of transactions instead
of average duration, and total busy time instead of %.
This looks more useful when one runs `
Author: trociny
Date: Sat Dec 15 18:19:48 2012
New Revision: 244270
URL: http://svnweb.freebsd.org/changeset/base/244270
Log:
New devstat metrics for devstat_compute_statistics():
DSM_TOTAL_DURATION
DSM_TOTAL_DURATION_READ
DSM_TOTAL_DURATION_WRITE
DSM_TOTAL_DURATION_FREE
D
On Dec 15, 2012, at 9:54 AM, Poul-Henning Kamp wrote:
> Author: phk
> Date: Sat Dec 15 17:54:29 2012
> New Revision: 244269
> URL: http://svnweb.freebsd.org/changeset/base/244269
>
> Log:
> Update to the new and brighter pkg world
If you have a ports tree, setting the appropriate variab
Author: phk
Date: Sat Dec 15 17:54:29 2012
New Revision: 244269
URL: http://svnweb.freebsd.org/changeset/base/244269
Log:
Update to the new and brighter pkg world
Modified:
head/tools/tools/sysbuild/sysbuild.sh
Modified: head/tools/tools/sysbuild/sysbuild.sh
=
Author: trociny
Date: Sat Dec 15 17:19:36 2012
New Revision: 244268
URL: http://svnweb.freebsd.org/changeset/base/244268
Log:
In pfioctl, if the permission checks failed we returned with vnet context
set.
As the checks don't require vnet context, this is fixed by setting
vnet after the
Author: rwatson
Date: Sat Dec 15 15:21:09 2012
New Revision: 244267
URL: http://svnweb.freebsd.org/changeset/base/244267
Log:
Four .c files from OpenBSM are used, in modified form, by the kernel to
implement the BSM audit trail format. Rename the kernel versions of the
files to match the us
Author: rwatson
Date: Sat Dec 15 14:59:00 2012
New Revision: 244265
URL: http://svnweb.freebsd.org/changeset/base/244265
Log:
Merge OpenBSM 1.2-alpha3 from the vendor branch to 10-CURRENT; this version
included various upstreamed patches from the FreeBSD base to make OpenBSM
compile more eas
On 12/15/12 6:17 AM, Gleb Smirnoff wrote:
On Sat, Dec 15, 2012 at 05:29:10AM -0800, Alfred Perlstein wrote:
A> On 12/15/12 5:01 AM, Gleb Smirnoff wrote:
A> > On Sat, Dec 15, 2012 at 04:35:25AM -0800, Alfred Perlstein wrote:
A> > A> People keep beating this drum "all invariants/panics are there fo
On Sat, Dec 15, 2012 at 05:29:10AM -0800, Alfred Perlstein wrote:
A> On 12/15/12 5:01 AM, Gleb Smirnoff wrote:
A> > On Sat, Dec 15, 2012 at 04:35:25AM -0800, Alfred Perlstein wrote:
A> > A> People keep beating this drum "all invariants/panics are there for a
A> > A> reason", no, some happen to be b
On 12/15/12 5:01 AM, Gleb Smirnoff wrote:
On Sat, Dec 15, 2012 at 04:35:25AM -0800, Alfred Perlstein wrote:
A> People keep beating this drum "all invariants/panics are there for a
A> reason", no, some happen to be bugs, and when I'm shipping code to a
A> customer, I may need to skip one of these
On Sat, Dec 15, 2012 at 04:35:25AM -0800, Alfred Perlstein wrote:
A> People keep beating this drum "all invariants/panics are there for a
A> reason", no, some happen to be bugs, and when I'm shipping code to a
A> customer, I may need to skip one of these buggy assertions.
Yes, if you know any bu
On 12/14/12 10:04 PM, Bruce Evans wrote:
On Fri, 14 Dec 2012, Alfred Perlstein wrote:
On 12/14/12 4:12 PM, Robert Watson wrote:
On Fri, 14 Dec 2012, John Baldwin wrote:
On Thursday, December 13, 2012 4:02:15 am Gleb Smirnoff wrote:
On Wed, Dec 12, 2012 at 04:53:48PM -0800, Alfred Perlstein w
On Fri, 14 Dec 2012, Alfred Perlstein wrote:
On 12/14/12 4:12 PM, Robert Watson wrote:
On Fri, 14 Dec 2012, John Baldwin wrote:
On Thursday, December 13, 2012 4:02:15 am Gleb Smirnoff wrote:
On Wed, Dec 12, 2012 at 04:53:48PM -0800, Alfred Perlstein wrote: A> The
problem again is that not al
On Fri, 14 Dec 2012, Carl Delsey wrote:
On 12/13/12 21:49, Bruce Evans wrote:
On Thu, 13 Dec 2012, Jim Harris wrote:
Log:
Add bus_space_read_8 and bus_space_write_8 for amd64.
Rather than trying to KASSERT for callers that invoke this on
IO tags, either do nothing (for write_8) or return
Author: hselasky
Date: Sat Dec 15 10:56:16 2012
New Revision: 244252
URL: http://svnweb.freebsd.org/changeset/base/244252
Log:
Regenerate usb.conf
MFC after:1 week
Modified:
head/etc/devd/usb.conf
Modified: head/etc/devd/usb.conf
=
Author: mm
Date: Sat Dec 15 10:02:11 2012
New Revision: 244246
URL: http://svnweb.freebsd.org/changeset/base/244246
Log:
MFV r244245:
Merge two zdb bugfixes from vendor (illumos)
illumos-gate 13894:f4af77f6bbd2
3397 zdb output is too verbose
3398 zdb can't dump feature flags zap
Author: trasz
Date: Sat Dec 15 08:53:58 2012
New Revision: 244243
URL: http://svnweb.freebsd.org/changeset/base/244243
Log:
Fix extending filesystems of weird size by making sure the actual size
is always multiple of fragment size.
Modified:
head/sbin/growfs/growfs.c
Modified: head/sbin/gr
43 matches
Mail list logo
