Build failed in Jenkins: FreeBSD_HEAD #336

See -- [...truncated 317376 lines...] # DeviceMountpoint FStype Options DumpPass# /procfs /proc procfs rw 0 0 fdesc

FreeBSD_HEAD_amd64_gcc - Build #1309 - Fixed

FreeBSD_HEAD_amd64_gcc - Build #1309 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1309/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1309/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1309/console

Re: panic with tcp timers

Hi Randall, On 6/25/16 4:41 PM, Randall Stewart via freebsd-net wrote: > Ok > > Lets try this again with my source changed to my @freebsd.net :-) > > Now I am also attaching a patch for you Gleb, this will take some poking to > get in to your NF-head since it incorporates some changes we made

Re: pkg SAT_SOLVER bugs

On 06/27/16 13:55, Baptiste Daroussin wrote: On Mon, Jun 27, 2016 at 12:38:02PM +0200, Hans Petter Selasky wrote: Hi, I found some bugs in PKG with regard to the SAT_SOLVER environment variable. Please find patch attached :-) Issues fixed: 1) No need to use hash table when generating SAT rules

Re: pkg SAT_SOLVER bugs

On 27/06/2016 8:38 PM, Hans Petter Selasky wrote: > Hi, > > I found some bugs in PKG with regard to the SAT_SOLVER environment > variable. Please find patch attached :-) > > Issues fixed: > 1) No need to use hash table when generating SAT rules for external > solver. Variables are already in a li

Re: pkg SAT_SOLVER bugs

On Tue, Jun 28, 2016 at 05:52:32PM +0200, Hans Petter Selasky wrote: > On 06/27/16 13:55, Baptiste Daroussin wrote: > > On Mon, Jun 27, 2016 at 12:38:02PM +0200, Hans Petter Selasky wrote: > > > Hi, > > > > > > I found some bugs in PKG with regard to the SAT_SOLVER environment > > > variable. > >

Re: panic with tcp timers

You guys should really look at Samy Bahra's epoch based reclamation. I solved a similar problem in drm/linuxkpi using it. -M On Tue, 28 Jun 2016 02:58:56 -0700 Julien Charbon wrote > > Hi Randall, > > On 6/25/16 4:41 PM, Randall Stewart via freebsd-net wrote: > > Ok

Jenkins build is unstable: FreeBSD_HEAD #337

See ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: console in 11.0-ALPHA4

P.S. Just if somebody is interested in fixing those "fast scrolling text turns into garbage" display issues, here is some screenshots of one of my 11-alpha3 systems captured with a camera at 120fps. As you can see text tears down quite badly. I am curious if it's some lack of proper ordering of upd

Re: Compiler dependent problems again on ppc64

It's probably the switch to WITH_SYSTEM_COMPILER, which is confusing the logic to think a newer external compiler is being used. This problem will likely creep up on any platform using GCC 4.2 in base that meets the WITH_SYSTEM_COMPILER test. Try this patch please: https://people.freebsd.org/~bd

Jenkins build is back to stable : FreeBSD_HEAD #338

See ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: panic with tcp timers

On Tue, Jun 28, 2016 at 10:51 AM, Matthew Macy wrote: > You guys should really look at Samy Bahra's epoch based reclamation. I solved > a similar problem in drm/linuxkpi using it. The point being that this is a bug in the TCP life cycle handling _not_ in callouts. Churning the callout interface

EBR fix for life cycle races was Re: panic with tcp timers

On Tue, 28 Jun 2016 15:51:57 -0700 K. Macy wrote > On Tue, Jun 28, 2016 at 10:51 AM, Matthew Macy wrote: > > You guys should really look at Samy Bahra's epoch based reclamation. I > > solved a similar problem in drm/linuxkpi using it. > > The point being that this is a bu