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
==
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
/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
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
==
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 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: 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 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: 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
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
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, 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
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
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: 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
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
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
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
-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: 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
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
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
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 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
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
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, 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
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
-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
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
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 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
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
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.
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
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
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 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
> 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 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 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 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 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
[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 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
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 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 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 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 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: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 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, 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.
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, 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
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
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
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 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
> 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
> 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 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: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
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
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
> 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
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
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
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
__
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
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: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
> 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
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
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
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: 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
> 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.
>
/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)
&
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
81 matches
Mail list logo
