+--On 8 avril 2014 20:10:22 + Sean Bruno wrote:
| Log:
| Add Stacey Son's binary activation patches that allow remapping of
| execution to a emumation program via parsing of ELF header information.
Can you MFC that to stable/10 one day ?
--
Mathieu Arnold
___
On Tue, Apr 08, 2014 at 03:01:49PM -0700, Sean Bruno wrote:
> I haven't tested on non-x86 h/w and have no idea if it works or not. I
> didn't feel comfortable building this driver in the non-x86 case. If
> there is a use case/tester for the other arch's, I'll be more than happy
> to change this.
Author: mav
Date: Wed Apr 9 08:57:57 2014
New Revision: 264295
URL: http://svnweb.freebsd.org/changeset/base/264295
Log:
Remove support of LUN-based CD changers from cd(4) driver.
This code was heavily broken few months ago during CAM locking changes.
Fixing it would require almost compl
Author: mav
Date: Wed Apr 9 10:44:09 2014
New Revision: 264296
URL: http://svnweb.freebsd.org/changeset/base/264296
Log:
When splitting huge unmap requests, do it on sector boundary.
Modified:
head/sys/cam/ctl/ctl_backend_block.c
Modified: head/sys/cam/ctl/ctl_backend_block.c
==
Author: mav
Date: Wed Apr 9 10:58:52 2014
New Revision: 264297
URL: http://svnweb.freebsd.org/changeset/base/264297
Log:
Introduce new serialization type CTL_SERIDX_UNMAP.
Unfortunately we can't check range collisions for UNMAP commands alike
to writes, because they include multiple rang
Bryan Drewery writes:
> Also, that this was a partial release of 1.0.1g is confusing a LOT of
> users. They think they are still vulnerable. They expect to see 1.0.1g
> in 'openssl version'. We could have our own version string in 'openssl
> version' to remedy this.
This is no different from what
On 10/04/2014 12:01 AM, Dag-Erling Smørgrav wrote:
> Bryan Drewery writes:
>> Also, that this was a partial release of 1.0.1g is confusing a LOT of
>> users. They think they are still vulnerable. They expect to see 1.0.1g
>> in 'openssl version'. We could have our own version string in 'openssl
>>
Author: tychon
Date: Wed Apr 9 14:50:55 2014
New Revision: 264302
URL: http://svnweb.freebsd.org/changeset/base/264302
Log:
Constrain the amount of data returned to what is actually available
not the size of the buffer.
Approved by: grehan (co-mentor)
Modified:
head/usr.sbin/bhyve/pc
On 9 Apr 2014, at 15:19, Kubilay Kocak wrote:
> That expectation is orthogonal to whether we or other projects do it one
> way or another. RHEL users may well be as confused as ours (whether of
> not ours are). It may be relevant as a data point, but not for decision
> making.
I can confirm that
On Tuesday, April 08, 2014 5:39:52 pm Sean Bruno wrote:
> Author: sbruno
> Date: Tue Apr 8 21:39:51 2014
> New Revision: 264280
> URL: http://svnweb.freebsd.org/changeset/base/264280
>
> Log:
> Actually, since this is what I thought I was doing, only allow the
> binmisc code to be build on am
On Wed, 2014-04-09 at 07:44 +, Alexey Dokuchaev wrote:
> On Tue, Apr 08, 2014 at 03:01:49PM -0700, Sean Bruno wrote:
> > I haven't tested on non-x86 h/w and have no idea if it works or not. I
> > didn't feel comfortable building this driver in the non-x86 case. If
> > there is a use case/teste
On Wed, 2014-04-09 at 09:27 +0200, Mathieu Arnold wrote:
> +--On 8 avril 2014 20:10:22 + Sean Bruno wrote:
> | Log:
> | Add Stacey Son's binary activation patches that allow remapping of
> | execution to a emumation program via parsing of ELF header information.
>
> Can you MFC that to st
David Chisnall writes:
> I noticed that freebsd-update told me (after the fetch phase) that I
> should rebuild all third-party software.
This is boilerplate, just like the section in the advisory that tells
you to make buildworld && make installworld when in fact all you have to
do is make && mak
On Wed, 2014-04-09 at 11:47 -0400, John Baldwin wrote:
> On Tuesday, April 08, 2014 5:39:52 pm Sean Bruno wrote:
> > Author: sbruno
> > Date: Tue Apr 8 21:39:51 2014
> > New Revision: 264280
> > URL: http://svnweb.freebsd.org/changeset/base/264280
> >
> > Log:
> > Actually, since this is what I
On 2014-04-09 09:01, Dag-Erling Smørgrav wrote:
Bryan Drewery writes:
Also, that this was a partial release of 1.0.1g is confusing a LOT of
users. They think they are still vulnerable. They expect to see 1.0.1g
in 'openssl version'. We could have our own version string in 'openssl
version' to r
On Wed, 2014-04-09 at 14:30 -0400, John Baldwin wrote:
> On Wednesday, April 09, 2014 1:45:04 pm Sean Bruno wrote:
> > On Wed, 2014-04-09 at 11:47 -0400, John Baldwin wrote:
> > > On Tuesday, April 08, 2014 5:39:52 pm Sean Bruno wrote:
> > > > Author: sbruno
> > > > Date: Tue Apr 8 21:39:51 2014
>
On Wednesday, April 09, 2014 1:45:04 pm Sean Bruno wrote:
> On Wed, 2014-04-09 at 11:47 -0400, John Baldwin wrote:
> > On Tuesday, April 08, 2014 5:39:52 pm Sean Bruno wrote:
> > > Author: sbruno
> > > Date: Tue Apr 8 21:39:51 2014
> > > New Revision: 264280
> > > URL: http://svnweb.freebsd.org/ch
Author: sbruno
Date: Wed Apr 9 18:44:54 2014
New Revision: 264304
URL: http://svnweb.freebsd.org/changeset/base/264304
Log:
Really, really, really only allow this option for amd64/i386 builds.
Submitted by: imp@ and tinderbox
Modified:
head/sys/amd64/conf/NOTES
head/sys/conf/NOTES
h
Author: mav
Date: Wed Apr 9 19:16:40 2014
New Revision: 264307
URL: http://svnweb.freebsd.org/changeset/base/264307
Log:
Fix three refcounter leaks and lock recursion they covered.
MFC after:1 week
Modified:
head/sys/cam/ctl/ctl_frontend_iscsi.c
Modified: head/sys/cam/ctl/ctl_front
Author: des
Date: Wed Apr 9 20:42:00 2014
New Revision: 264308
URL: http://svnweb.freebsd.org/changeset/base/264308
Log:
Restore the pX part to the version number printed in debugging mode.
Modified:
head/crypto/openssh/ssh.c
Modified: head/crypto/openssh/ssh.c
=
Author: davidxu
Date: Thu Apr 10 02:30:51 2014
New Revision: 264310
URL: http://svnweb.freebsd.org/changeset/base/264310
Log:
Add kqueue support for devctl.
Reviewed by: kib,mjg
Modified:
head/sys/kern/subr_bus.c
Modified: head/sys/kern/subr_bus.c
==
Author: smh
Date: Thu Apr 10 05:04:23 2014
New Revision: 264311
URL: http://svnweb.freebsd.org/changeset/base/264311
Log:
Fix build breakage caused by r264295
X-MFC-With: r264295
MFC after:1 week
Modified:
head/sys/cam/scsi/scsi_cd.c
Modified: head/sys/cam/scsi/scsi_cd.c
=
22 matches
Mail list logo