Hi all
Apologies for my relative silence; I have been looking at this - promise!
> On 2 Nov 2014, at 00:12, Adrian Chadd wrote:
>
> So, hm. How do us embedded people just unblock it for now at boot, so
> we can actually _get_ enough entropy?
Depending on your requirements, if switching to Fort
/adjkerntz
> head/etc/rc.d/random
>
> Modified: head/ObsoleteFiles.inc
> ==
> --- head/ObsoleteFiles.incSun Nov 2 01:13:11 2014(r273956)
> +++ head/ObsoleteFiles.incSun Nov 2 01:47:27 2014 (r273957)
&
> On 2 Nov 2014, at 02:01, Dag-Erling Smørgrav wrote:
>
> Author: des
> Date: Sun Nov 2 02:01:55 2014
> New Revision: 273958
> URL: https://svnweb.freebsd.org/changeset/base/273958
>
> Log:
> Restore the auto-reseed logic, but move it to a much later point,
> immediately before kick_init.
>
Author: mm
Date: Sun Nov 2 09:37:45 2014
New Revision: 273961
URL: https://svnweb.freebsd.org/changeset/base/273961
Log:
Add pkg-config file for libarchive
Requested by: bapt
MFC after:1 week
Added:
head/lib/libarchive/libarchive.pc (contents, props changed)
Modified:
head/lib
Hi DES,
I’m scared witless of this being on-by-default, for the reason given in the
removed comment. I’d much prefer to see it only turned on if a kernel option is
set, and the embedded folks /et al/ can use that.
Please reinstate the #ifdef RANDOM_AUTOSEED, and set a kernel option to turn it
Author: dumbbell
Date: Sun Nov 2 09:52:22 2014
New Revision: 273962
URL: https://svnweb.freebsd.org/changeset/base/273962
Log:
drm: Lower priority of two messages related to invalid EDID
Like in r259717, the prority goes from "error" to "debug" to avoid
spamming logs when the connectors
On 02.11.2014 12:45, Mark R V Murray wrote:
> Hi DES,
>
> I’m scared witless of this being on-by-default, for the reason given in the
> removed comment. I’d much prefer to see it only turned on if a kernel option
> is set, and the embedded folks /et al/ can use that.
We don't need yet one kerne
> On 2 Nov 2014, at 09:59, Andrey Chernov wrote:
>
> On 02.11.2014 12:45, Mark R V Murray wrote:
>> Hi DES,
>>
>> I’m scared witless of this being on-by-default, for the reason given in the
>> removed comment. I’d much prefer to see it only turned on if a kernel option
>> is set, and the embe
Author: tijl
Date: Sun Nov 2 11:26:37 2014
New Revision: 273963
URL: https://svnweb.freebsd.org/changeset/base/273963
Log:
In agp(4) avoid the need to flush all cpu caches with wbinvd between
updating the GTT and flushing the AGP TLB by storing the GTT in
write-combining memory.
On x86
Author: tijl
Date: Sun Nov 2 11:28:15 2014
New Revision: 273964
URL: https://svnweb.freebsd.org/changeset/base/273964
Log:
In agp_amd_bind_page don't flush the AGP TLB. It's done by the calling
function.
Modified:
head/sys/dev/agp/agp_amd.c
Modified: head/sys/dev/agp/agp_amd.c
==
Author: tijl
Date: Sun Nov 2 11:47:40 2014
New Revision: 273965
URL: https://svnweb.freebsd.org/changeset/base/273965
Log:
- agp_generic_unbind_memory: flush AGP TLB before unwiring pages
- agp_bind_pages: assert that pages have been wired down
MFC after:1 month
Modified:
head/sys
Mark R V Murray writes:
> DES’s change makes no difference in a Tier-1 platform, except
> potentially hiding a security problem.
I will assume that you did not read the discussion that lead up to my
commits, because if you did, you know this is a lie.
DES
--
Dag-Erling Smørgrav - d...@des.no
__
Mark R V Murray writes:
> I’m scared witless of this being on-by-default, for the reason given
> in the removed comment. I’d much prefer to see it only turned on if a
> kernel option is set, and the embedded folks /et al/ can use that.
You didn't seem to mind this code when we introduced it in 10
Jan Beich writes:
> I have a minimalistic kernel where everything is pushed to a module for
> easier/faster debugging before kload. As its config has no |device random|
> loading random.ko fails because nothing provides random_adaptors [...]
Yes, there is work to be done there. Ideally, the rand
> On 2 Nov 2014, at 12:51, Dag-Erling Smørgrav wrote:
>
> Jan Beich writes:
>> I have a minimalistic kernel where everything is pushed to a module for
>> easier/faster debugging before kload. As its config has no |device random|
>> loading random.ko fails because nothing provides random_adaptor
Author: kib
Date: Sun Nov 2 13:10:31 2014
New Revision: 273966
URL: https://svnweb.freebsd.org/changeset/base/273966
Log:
Fix two issues with lockmgr(9) LK_CAN_SHARE() test, which determines
whether the shared request for already shared-locked lock could be
granted. Both problems result in
Author: kib
Date: Sun Nov 2 13:14:55 2014
New Revision: 273967
URL: https://svnweb.freebsd.org/changeset/base/273967
Log:
When non-forced unmount or remount rw->ro is performed, writes on UFS
are not suspended. In particular, on the SU-enabled vulumes, there is
no reason why, between the c
> On 2 Nov 2014, at 12:41, Dag-Erling Smørgrav wrote:
>
> Mark R V Murray writes:
>> I’m scared witless of this being on-by-default, for the reason given
>> in the removed comment. I’d much prefer to see it only turned on if a
>> kernel option is set, and the embedded folks /et al/ can use that
On Sun, 2014-11-02 at 09:45 +, Mark R V Murray wrote:
> Hi DES,
>
> I’m scared witless of this being on-by-default, for the reason given in the
> removed comment. I’d much prefer to see it only turned on if a kernel option
> is set, and the embedded folks /et al/ can use that.
>
> Please re
> On 2 Nov 2014, at 12:42, Dag-Erling Smørgrav wrote:
>
> Mark R V Murray writes:
>> DES’s change makes no difference in a Tier-1 platform, except
>> potentially hiding a security problem.
>
> I will assume that you did not read the discussion that lead up to my
> commits, because if you did,
> On 2 Nov 2014, at 13:22, Ian Lepore wrote:
>
> On Sun, 2014-11-02 at 09:45 +, Mark R V Murray wrote:
>> Hi DES,
>>
>> I´m scared witless of this being on-by-default, for the reason given in the
>> removed comment. I´d much prefer to see it only turned on if a kernel option
>> is set, an
Author: mjg
Date: Sun Nov 2 13:43:04 2014
New Revision: 273968
URL: https://svnweb.freebsd.org/changeset/base/273968
Log:
filedesc: factor out some code out of fdescfree
Previously it had a huge self-contained chunk dedicated to dealing with shared
tables.
No functional changes.
Mo
Author: tijl
Date: Sun Nov 2 14:08:54 2014
New Revision: 273969
URL: https://svnweb.freebsd.org/changeset/base/273969
Log:
Use default memory type for TTM buffer objects that may be cached.
MFC after:1 week
Modified:
head/sys/dev/drm2/ttm/ttm_bo_util.c
Modified: head/sys/dev/drm2/t
Author: mjg
Date: Sun Nov 2 14:12:03 2014
New Revision: 273970
URL: https://svnweb.freebsd.org/changeset/base/273970
Log:
filedesc: move freeing old tables to fdescfree
They cannot be accessed by anyone and hold count only protects the structure
from being freed.
Modified:
head/sys/ke
There is actually a write-combining memory type on PowerPC. You can set
it the same way as on x86 (with VM_MEMATTR_WRITE_COMBINING).
-Nathan
On 11/02/14 03:26, Tijl Coosemans wrote:
Author: tijl
Date: Sun Nov 2 11:26:37 2014
New Revision: 273963
URL: https://svnweb.freebsd.org/changeset/base/2
On Sun, Nov 2, 2014 at 2:10 PM, Konstantin Belousov wrote:
> Author: kib
> Date: Sun Nov 2 13:10:31 2014
> New Revision: 273966
> URL: https://svnweb.freebsd.org/changeset/base/273966
>
> Log:
> Fix two issues with lockmgr(9) LK_CAN_SHARE() test, which determines
> whether the shared request
On Sun, Nov 2, 2014 at 2:10 PM, Konstantin Belousov wrote:
> Author: kib
> Date: Sun Nov 2 13:10:31 2014
> New Revision: 273966
> URL: https://svnweb.freebsd.org/changeset/base/273966
>
> Log:
> Fix two issues with lockmgr(9) LK_CAN_SHARE() test, which determines
> whether the shared request
Author: dumbbell
Date: Sun Nov 2 16:04:48 2014
New Revision: 273973
URL: https://svnweb.freebsd.org/changeset/base/273973
Log:
vt(4): Fix keyboard allocation when kbdmux(4) isn't used
The problem was that only the kbdmux keyboard index was saved in
vd->vd_keyboard. This index is -1 when
On Sun, 02 Nov 2014 07:27:24 -0800 Nathan Whitehorn
wrote:
> There is actually a write-combining memory type on PowerPC. You can set
> it the same way as on x86 (with VM_MEMATTR_WRITE_COMBINING).
Yes, that's what the patch does, but in sys/powerpc (aim/mmu_oea.c,
aim/mmu_oea64.c and booke/pmap.
On Sun, Nov 02, 2014 at 04:54:46PM +0100, Attilio Rao wrote:
> On Sun, Nov 2, 2014 at 2:10 PM, Konstantin Belousov wrote:
> > Author: kib
> > Date: Sun Nov 2 13:10:31 2014
> > New Revision: 273966
> > URL: https://svnweb.freebsd.org/changeset/base/273966
> >
> > Log:
> > Fix two issues with loc
On Sun, Nov 2, 2014 at 5:37 PM, Konstantin Belousov wrote:
> On Sun, Nov 02, 2014 at 04:54:46PM +0100, Attilio Rao wrote:
>> On Sun, Nov 2, 2014 at 2:10 PM, Konstantin Belousov wrote:
>> > Author: kib
>> > Date: Sun Nov 2 13:10:31 2014
>> > New Revision: 273966
>> > URL: https://svnweb.freebsd.o
On Sun, Nov 02, 2014 at 05:42:55PM +0100, Attilio Rao wrote:
> On Sun, Nov 2, 2014 at 5:37 PM, Konstantin Belousov
> wrote:
> > On Sun, Nov 02, 2014 at 04:54:46PM +0100, Attilio Rao wrote:
> >> On Sun, Nov 2, 2014 at 2:10 PM, Konstantin Belousov
> >> wrote:
> >> > Author: kib
> >> > Date: Sun N
On Sun, Nov 2, 2014 at 5:59 PM, Konstantin Belousov wrote:
> On Sun, Nov 02, 2014 at 05:42:55PM +0100, Attilio Rao wrote:
>> On Sun, Nov 2, 2014 at 5:37 PM, Konstantin Belousov
>> wrote:
>> > On Sun, Nov 02, 2014 at 04:54:46PM +0100, Attilio Rao wrote:
>> >> On Sun, Nov 2, 2014 at 2:10 PM, Konst
On 11/02/14 08:07, Tijl Coosemans wrote:
On Sun, 02 Nov 2014 07:27:24 -0800 Nathan Whitehorn
wrote:
There is actually a write-combining memory type on PowerPC. You can set
it the same way as on x86 (with VM_MEMATTR_WRITE_COMBINING).
Yes, that's what the patch does, but in sys/powerpc (aim/mm
On Sun, Nov 02, 2014 at 06:07:20PM +0100, Attilio Rao wrote:
> On Sun, Nov 2, 2014 at 5:59 PM, Konstantin Belousov
> wrote:
> > It is easy and cheap to record the set of the owned lockmgr locks for
> > current thread. I do not believe that we have a situation where more
> > than 3 locks are held
On Sun, Nov 2, 2014 at 6:49 PM, Konstantin Belousov wrote:
> On Sun, Nov 02, 2014 at 06:07:20PM +0100, Attilio Rao wrote:
>> On Sun, Nov 2, 2014 at 5:59 PM, Konstantin Belousov
>> wrote:
>> > It is easy and cheap to record the set of the owned lockmgr locks for
>> > current thread. I do not beli
On Sun, Nov 2, 2014 at 6:53 PM, Attilio Rao wrote:
> On Sun, Nov 2, 2014 at 6:49 PM, Konstantin Belousov
> wrote:
>> On Sun, Nov 02, 2014 at 06:07:20PM +0100, Attilio Rao wrote:
>>> On Sun, Nov 2, 2014 at 5:59 PM, Konstantin Belousov
>>> wrote:
>>> > It is easy and cheap to record the set of t
[snip all the conversation]
Ok. There's still a problem that I can trigger by trying to Ctrl-C a
process that's blocked reading for randomness. I'll try to chase up
more details about and file a PR about it.
The unfortunate part is that the kernel side stack trace of the
offending / hung process
On 2 November 2014 05:08, Mark R V Murray wrote:
>
>> On 2 Nov 2014, at 12:51, Dag-Erling Smørgrav wrote:
>>
>> Jan Beich writes:
>>> I have a minimalistic kernel where everything is pushed to a module for
>>> easier/faster debugging before kload. As its config has no |device random|
>>> loading
On Sun, Nov 02, 2014 at 06:53:44PM +0100, Attilio Rao wrote:
> > I did not proposed to verify owner chain. I said that it is easy to
> > record the locks owned by current thread, only for current thread
> > consumption. Below is the prototype.
>
> I think it is too expensive, think that this mus
On Sun, 2014-11-02 at 11:05 -0800, Adrian Chadd wrote:
> [snip all the conversation]
>
> Ok. There's still a problem that I can trigger by trying to Ctrl-C a
> process that's blocked reading for randomness. I'll try to chase up
> more details about and file a PR about it.
>
> The unfortunate part
On Sun, Nov 02, 2014 at 11:05:27AM -0800, Adrian Chadd wrote:
> [snip all the conversation]
>
> Ok. There's still a problem that I can trigger by trying to Ctrl-C a
> process that's blocked reading for randomness. I'll try to chase up
> more details about and file a PR about it.
>
> The unfortuna
> On 2 Nov 2014, at 19:07, Adrian Chadd wrote:
>
> On 2 November 2014 05:08, Mark R V Murray wrote:
>>
>>> On 2 Nov 2014, at 12:51, Dag-Erling Smørgrav wrote:
>>>
>>> Jan Beich writes:
I have a minimalistic kernel where everything is pushed to a module for
easier/faster debugging
> On 2 Nov 2014, at 19:20, Konstantin Belousov wrote:
>
> On Sun, Nov 02, 2014 at 11:05:27AM -0800, Adrian Chadd wrote:
>> [snip all the conversation]
>>
>> Ok. There's still a problem that I can trigger by trying to Ctrl-C a
>> process that's blocked reading for randomness. I'll try to chase u
Author: wblock (doc committer)
Date: Sun Nov 2 19:25:31 2014
New Revision: 273985
URL: https://svnweb.freebsd.org/changeset/base/273985
Log:
Add the less-ambiguous freebsd-version command.
Reviewed by: -stable
MFC after:3 days
Modified:
head/etc/motd
Modified: head/etc/motd
On Sun, Nov 02, 2014 at 07:24:13PM +, Mark R V Murray wrote:
>
> > On 2 Nov 2014, at 19:20, Konstantin Belousov wrote:
> >
> > On Sun, Nov 02, 2014 at 11:05:27AM -0800, Adrian Chadd wrote:
> >> [snip all the conversation]
> >>
> >> Ok. There's still a problem that I can trigger by trying to
On Sun, Nov 02, 2014 at 12:15:00PM -0700, Ian Lepore wrote:
> On Sun, 2014-11-02 at 11:05 -0800, Adrian Chadd wrote:
> > [snip all the conversation]
> >
> > Ok. There's still a problem that I can trigger by trying to Ctrl-C a
> > process that's blocked reading for randomness. I'll try to chase up
Author: kib
Date: Sun Nov 2 19:51:33 2014
New Revision: 273986
URL: https://svnweb.freebsd.org/changeset/base/273986
Log:
Followup to r273966. Fix the build with ADAPTIVE_LOCKMGRS kernel option.
Note that the option is currently not used in any in-tree kernel
configs, including LINTs.
Author: jhb
Date: Sun Nov 2 19:54:10 2014
New Revision: 273987
URL: https://svnweb.freebsd.org/changeset/base/273987
Log:
Don't check for a NULL curthread. curthread hasn't been NULL after early
boot since 5.0.
Modified:
head/sys/i386/i386/vm86bios.s
Modified: head/sys/i386/i386/vm86bios
> On 2 Nov 2014, at 19:46, Konstantin Belousov wrote:
>
>> I don???t quite follow what you mean, but it sounds like you understand
>> the problem. Could you please explain with a bit more detail?
>
> Which problem ? There are two.
>
> One is the Adrian' complain. tsleep(9) catches signals, and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 11/02/14 11:56, Mark R V Murray wrote:
>
>> On 2 Nov 2014, at 19:46, Konstantin Belousov
>> wrote:
>>
>>> I don???t quite follow what you mean, but it sounds like you
>>> understand the problem. Could you please explain with a bit
>>> more deta
On Sun, Nov 02, 2014 at 12:04:17PM -0800, Xin Li wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 11/02/14 11:56, Mark R V Murray wrote:
> >
> >> On 2 Nov 2014, at 19:46, Konstantin Belousov
> >> wrote:
> >>
> >>> I don???t quite follow what you mean, but it sounds like you
> >
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi, Mark,
I'd like to propose the attached patch for review. It replaces
tsleep's with sx_sleep's, then checks the return value and quit the loop.
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Live free
This look visually OK to me.
I’ll run it locally, but it needs So permission to commit. I guess
you can self-certify, right? :-)
M
> On 2 Nov 2014, at 20:27, Xin Li wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Hi, Mark,
>
> I'd like to propose the attached patch for revi
On Sun, 2014-11-02 at 12:27 -0800, Xin Li wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Hi, Mark,
>
> I'd like to propose the attached patch for review. It replaces
> tsleep's with sx_sleep's, then checks the return value and quit the loop.
>
> Cheers,
> - --
It still doesn't
Author: jhb
Date: Sun Nov 2 20:57:19 2014
New Revision: 273988
URL: https://svnweb.freebsd.org/changeset/base/273988
Log:
Remove the FP_SOFTFP flag. It wasn't used but was leftover from the
software x86 math emulator.
Modified:
head/sys/i386/i386/machdep.c
head/sys/i386/include/pcb.h
M
On Sun, Nov 02, 2014 at 12:27:32PM -0800, Xin Li wrote:
> I'd like to propose the attached patch for review. It replaces
> tsleep's with sx_sleep's, then checks the return value and quit the
> loop.
While you're there, please adjust the wait messages from "block" to
something like "randrd" and "r
On Sun, Nov 2, 2014 at 8:10 PM, Konstantin Belousov wrote:
> On Sun, Nov 02, 2014 at 06:53:44PM +0100, Attilio Rao wrote:
>> > I did not proposed to verify owner chain. I said that it is easy to
>> > record the locks owned by current thread, only for current thread
>> > consumption. Below is the
Author: jhb
Date: Sun Nov 2 21:34:24 2014
New Revision: 273989
URL: https://svnweb.freebsd.org/changeset/base/273989
Log:
MFamd64: Explicitly initialize the mxcsr during npxinit().
Modified:
head/sys/i386/isa/npx.c
Modified: head/sys/i386/isa/npx.c
==
On Sun, Nov 02, 2014 at 10:17:26PM +0100, Attilio Rao wrote:
> On Sun, Nov 2, 2014 at 8:10 PM, Konstantin Belousov
> wrote:
> > On Sun, Nov 02, 2014 at 06:53:44PM +0100, Attilio Rao wrote:
> >> > I did not proposed to verify owner chain. I said that it is easy to
> >> > record the locks owned by
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 11/02/14 12:53, Ian Lepore wrote:
> On Sun, 2014-11-02 at 12:27 -0800, Xin Li wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA512
>>
>> Hi, Mark,
>>
>> I'd like to propose the attached patch for review. It replaces
>> tsleep's with sx_sl
Author: jhb
Date: Sun Nov 2 21:40:32 2014
New Revision: 273991
URL: https://svnweb.freebsd.org/changeset/base/273991
Log:
MFamd64: Move extern declaration of _ucodesel and _udatasel to
Modified:
head/sys/i386/i386/vm_machdep.c
head/sys/i386/include/md_var.h
head/sys/i386/linux/linux_s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Another revision to make Jilles happy -- changed 'block' to 'randrd'
and 'randwr', I saw his email but forgot to make the change.
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN P
Author: hrs
Date: Sun Nov 2 21:58:31 2014
New Revision: 273992
URL: https://svnweb.freebsd.org/changeset/base/273992
Log:
Fix a bug which prevented ND6_IFF_IFDISABLED flag from clearing when
the newly-added IPv6 address was /128.
PR: 188032
Modified:
head/sys/netinet6/in6.c
Modifie
On Sun, Nov 2, 2014 at 10:38 PM, Konstantin Belousov
wrote:
> On Sun, Nov 02, 2014 at 10:17:26PM +0100, Attilio Rao wrote:
>> On Sun, Nov 2, 2014 at 8:10 PM, Konstantin Belousov
>> wrote:
>> > On Sun, Nov 02, 2014 at 06:53:44PM +0100, Attilio Rao wrote:
>> >> > I did not proposed to verify owner
On Sun, Nov 02, 2014 at 11:37:57PM +0100, Attilio Rao wrote:
> On Sun, Nov 2, 2014 at 10:38 PM, Konstantin Belousov
> wrote:
> > On Sun, Nov 02, 2014 at 10:17:26PM +0100, Attilio Rao wrote:
> >> I think that your initial patch (what is in head now) is a better approach.
> >> I would just make it a
Author: jhb
Date: Sun Nov 2 22:58:30 2014
New Revision: 273995
URL: https://svnweb.freebsd.org/changeset/base/273995
Log:
MFamd64: Add support for extended FPU states on i386. This includes
support for AVX on i386.
- Similar to amd64, move the FPU save area out of the PCB and instead
s
Author: delphij
Date: Sun Nov 2 23:30:50 2014
New Revision: 273997
URL: https://svnweb.freebsd.org/changeset/base/273997
Log:
- Make sure random_adaptor accesses happen only when
random_adaptors_lock is held.
- Use sx_sleep instead of tsleep in read and write path to allow
another
Author: hrs
Date: Mon Nov 3 00:37:39 2014
New Revision: 273999
URL: https://svnweb.freebsd.org/changeset/base/273999
Log:
Do not try to create a /dev/log symlink in a jail.
PR: 179828
Modified:
head/etc/rc.d/syslogd
Modified: head/etc/rc.d/syslogd
On Sun, 2 Nov 2014, Ian Lepore wrote:
On Sun, 2014-11-02 at 12:27 -0800, Xin Li wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi, Mark,
I'd like to propose the attached patch for review. It replaces
tsleep's with sx_sleep's, then checks the return value and quit the loop.
It still
On Sun, 2 Nov 2014, Xin Li wrote:
Another revision to make Jilles happy -- changed 'block' to 'randrd'
and 'randwr', I saw his email but forgot to make the change.
% Index: sys/dev/random/random_adaptors.c
% ===
% --- sys/dev/ra
On Sun, Nov 02, 2014 at 11:30:51PM +, Xin LI wrote:
> Author: delphij
> Date: Sun Nov 2 23:30:50 2014
> New Revision: 273997
> URL: https://svnweb.freebsd.org/changeset/base/273997
>
> Log:
>- Make sure random_adaptor accesses happen only when
> random_adaptors_lock is held.
>- U
Author: mjg
Date: Mon Nov 3 03:12:15 2014
New Revision: 274000
URL: https://svnweb.freebsd.org/changeset/base/274000
Log:
Fix up some session-related races in devfs.
One was introduced with r272596, the rest was there to begin with.
Noted by: jhb
Modified:
head/sys/fs/devfs/devfs_v
Author: mjg
Date: Mon Nov 3 04:16:04 2014
New Revision: 274005
URL: https://svnweb.freebsd.org/changeset/base/274005
Log:
filedesc: create a dedicated zone for struct filedesc0
Currently sizeof(struct filedesc0) is 1096 bytes, which means allocations from
malloc use 2048 bytes.
Ther
Author: delphij
Date: Mon Nov 3 04:41:29 2014
New Revision: 274006
URL: https://svnweb.freebsd.org/changeset/base/274006
Log:
Don't assert random_adaptors_lock in random_adaptor_read_rate().
Reported by: many
Pointy hat to:delphij (for not testing the commit with WITNESS)
Appr
Author: mjg
Date: Mon Nov 3 05:12:17 2014
New Revision: 274007
URL: https://svnweb.freebsd.org/changeset/base/274007
Log:
filedesc: plug unnecessary fdp NULL checks in fdescfreee and fdcopy
Anything reaching these functions has fd table.
Modified:
head/sys/kern/kern_descrip.c
Modified:
Author: ngie
Date: Mon Nov 3 06:07:55 2014
New Revision: 274011
URL: https://svnweb.freebsd.org/changeset/base/274011
Log:
Integrate usr.sbin/useradd/t_useradd.sh from NetBSD into FreeBSD as pw_test
- Suffix useradd/userdel commands with pw
- Remove the atf_expect_fail for bin/39546
Author: mjg
Date: Mon Nov 3 06:24:43 2014
New Revision: 274012
URL: https://svnweb.freebsd.org/changeset/base/274012
Log:
filedesc: plus sys/kdb.h include which crept in with r274007
Modified:
head/sys/kern/kern_descrip.c
Modified: head/sys/kern/kern_descrip.c
==
/UPDATING Mon Nov 3 07:18:42 2014(r274016)
@@ -31,6 +31,11 @@ NOTE TO PEOPLE WHO THINK THAT FreeBSD 11
disable the most expensive debugging functionality run
"ln -s 'abort:false,junk:false' /etc/malloc.conf".)
+20141102:
+ pjdfstest has been int
On Nov 2, 2014, at 23:18, Garrett Cooper wrote:
> Author: ngie
> Date: Mon Nov 3 07:18:42 2014
> New Revision: 274016
> URL: https://svnweb.freebsd.org/changeset/base/274016
>
> Log:
> Integrate pjdfstest test suite execution into kyua
>
> pjdfstest execution is opt-in and must be done as ro
Author: mjg
Date: Mon Nov 3 07:46:51 2014
New Revision: 274017
URL: https://svnweb.freebsd.org/changeset/base/274017
Log:
Provide an on-stack temporary buffer for small ioctl requests.
Modified:
head/sys/kern/sys_generic.c
Modified: head/sys/kern/sys_generic.c
==
81 matches
Mail list logo
