Re: Heads up

2016-04-14 Thread Warner Losh
On Thu, Apr 14, 2016 at 10:37 PM, Warren Block wrote: > On Thu, 14 Apr 2016, Warner Losh wrote: > > >> On Thu, Apr 14, 2016 at 9:56 PM, Warren Block wrote: >> On Thu, 14 Apr 2016, Warner Losh wrote: >> >> The CAM I/O scheduler has been

Re: Heads up

2016-04-14 Thread Warren Block
On Thu, 14 Apr 2016, Warner Losh wrote: On Thu, Apr 14, 2016 at 9:56 PM, Warren Block wrote: On Thu, 14 Apr 2016, Warner Losh wrote: The CAM I/O scheduler has been committed to current. This work is described in

FreeBSD_HEAD_i386 - Build #2858 - Fixed

2016-04-14 Thread jenkins-admin
FreeBSD_HEAD_i386 - Build #2858 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2858/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2858/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2858/console Change summaries:

Re: Heads up

2016-04-14 Thread Warner Losh
On Thu, Apr 14, 2016 at 9:56 PM, Warren Block wrote: > On Thu, 14 Apr 2016, Warner Losh wrote: > > The CAM I/O scheduler has been committed to current. This work is described >> in https://people.freebsd.org/~imp/bsdcan2015/iosched-v3.pdf though the >> default scheduler

Re: Heads up

2016-04-14 Thread Warren Block
On Thu, 14 Apr 2016, Warner Losh wrote: The CAM I/O scheduler has been committed to current. This work is described in https://people.freebsd.org/~imp/bsdcan2015/iosched-v3.pdf though the default scheduler doesn't change the default (old) behavior. One possible issue, however, is that it also

Re: Heads up

2016-04-14 Thread Alfred Perlstein
Warner thank you very much. Sent from my iPhone > On Apr 14, 2016, at 8:17 PM, Warner Losh wrote: > >> On Thu, Apr 14, 2016 at 8:01 PM, Warner Losh wrote: >> >> >> >>> On Thu, Apr 14, 2016 at 7:22 PM, Alfred Perlstein wrote: >>> >>> >>>

Re: Heads up

2016-04-14 Thread Warner Losh
On Thu, Apr 14, 2016 at 8:01 PM, Warner Losh wrote: > > > On Thu, Apr 14, 2016 at 7:22 PM, Alfred Perlstein wrote: > >> >> >> On 4/14/16 3:42 PM, Warner Losh wrote: >> >>> The CAM I/O scheduler has been committed to current. This work is >>> described >>> in

Re: FreeBSD_HEAD_i386 - Build #2857 - Still Failing

2016-04-14 Thread Warner Losh
On Thu, Apr 14, 2016 at 8:49 PM, Ngie Cooper (yaneurabeya) < yaneurab...@gmail.com> wrote: > > Build’s still broken.. Test building a fix as we speak. Warner ___ freebsd-current@freebsd.org mailing list

Re: FreeBSD_HEAD_i386 - Build #2857 - Still Failing

2016-04-14 Thread Ngie Cooper (yaneurabeya)
> On Apr 14, 2016, at 19:14, jenkins-ad...@freebsd.org wrote: > > FreeBSD_HEAD_i386 - Build #2857 - Still Failing: > > Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2857/ > Full change log: > https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2857/changes > Full build

FreeBSD_HEAD_i386 - Build #2857 - Still Failing

2016-04-14 Thread jenkins-admin
FreeBSD_HEAD_i386 - Build #2857 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2857/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2857/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2857/console Change

Re: Heads up

2016-04-14 Thread Warner Losh
On Thu, Apr 14, 2016 at 7:22 PM, Alfred Perlstein wrote: > > > On 4/14/16 3:42 PM, Warner Losh wrote: > >> The CAM I/O scheduler has been committed to current. This work is >> described >> in https://people.freebsd.org/~imp/bsdcan2015/iosched-v3.pdf though the >> default scheduler

Re: Heads up

2016-04-14 Thread Alfred Perlstein
On 4/14/16 3:42 PM, Warner Losh wrote: The CAM I/O scheduler has been committed to current. This work is described in https://people.freebsd.org/~imp/bsdcan2015/iosched-v3.pdf though the default scheduler doesn't change the default (old) behavior. One possible issue, however, is that it also

Клиентские базы Email: ammanakuw-7...@yopmail.com тел +79133913837 (whatsapp,viber,telegram) Skype: prodawez389

2016-04-14 Thread curr...@freebsd.org
Соберем для Вас по интернет базу данных потенциальных клиентов для Вашего Бизнеса. По базе можно звонить, писать, слать факсы и email,  вести любые прямые активные продажи Ваших товаров и услуг Узнайте подробнее по тел +79133913837 (whatsapp,viber,telegram) Skype: prodawez389 Email:

FreeBSD_HEAD_i386 - Build #2856 - Failure

2016-04-14 Thread jenkins-admin
FreeBSD_HEAD_i386 - Build #2856 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2856/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2856/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2856/console Change summaries:

Re: Heads up

2016-04-14 Thread Graham Menhennitt
On 15/04/2016 8:42 AM, Warner Losh wrote: The CAM I/O scheduler has been committed to current. This work is described in https://people.freebsd.org/~imp/bsdcan2015/iosched-v3.pdf though the default scheduler doesn't change the default (old) behavior. One possible issue, however, is that it also

Heads up

2016-04-14 Thread Warner Losh
The CAM I/O scheduler has been committed to current. This work is described in https://people.freebsd.org/~imp/bsdcan2015/iosched-v3.pdf though the default scheduler doesn't change the default (old) behavior. One possible issue, however, is that it also enables NCQ Trims on ada SSDs. There are a

Re: 11.0: head/lib/libsysdecode/Makefile for . . ./libsoft/usr/include uses CPP when XCPP needed? [Makefile.libcompat issue]

2016-04-14 Thread Mark Millard
This will take me a while. I'm trying 2 or more builds, all from amd64 context: TARGET_ARCH=amd64 TARGET_ARCH=armv6 (with my rpi2 armv7a tailoring in src.conf) possibly TARGET_ARC=powerpc64 (without lib32) or powerpc (which has no lib32 or libsoft option) I'm doing this because my personal

Re: Fwd: 11.0: head/lib/libsysdecode/Makefile for . . ./libsoft/usr/include uses CPP when XCPP needed? [Makefile.libcompat issue]

2016-04-14 Thread Bryan Drewery
On 4/6/2016 1:14 PM, Mark Millard wrote: > The below forwards an example of a possibly more general issue not > necessarily limited to arm context of the example: in a cross compile context > the host CPP is in use via Makefile.libcompat not involving "${XCPP}" and so > various macro checks for

Re: Keeping OptionalObsoleteFiles.inc up to date

2016-04-14 Thread Bryan Drewery
On 4/8/2016 5:59 AM, Dmitry Marakasov wrote: > * Ngie Cooper (yaneurab...@gmail.com) wrote: > >>> I'm trying to use "make delete-old" specifying WITHOUT_ keyword for >>> removing some no-more used set of files. >>> >>> I've start by testing WITHOUT_TOOLCHAIN: >>> - Some of files related to clang