Jenkins build is still unstable: FreeBSD_HEAD-tests2 #694

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

boot panic r278740: Most recently used by acpica

Hi, Just built 11-CURRENT in order to debug a radeon initialization problem. Clean svn source download of r278740. Followed make buildworld/make buildkernel etc procedure. System panics during boot of kernel with several LOR indications. Haven't run -CURRENT on this system for a while so can't

process checkpoint and migration support?

Do we have any support for process checkpoint and migration on FreeBSD? I have found some code from 2010 at code.google.com/p/processmigration which works by forcing a core dump. I wonder how difficult it would be to extend it to do incremental checkpointing (to reduxe the time in which the process

sa(4) driver changes available for test

I have a fairly large set of changes to the sa(4) driver and mt(1) driver that I'm planning to commit in the near future. A description of the changes is here and below in this message. If you have tape hardware and the inclination, I'd appreciate testing and feedback. Rough draft

Jenkins build is still unstable: FreeBSD_HEAD-tests2 #693

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

Jenkins build is still unstable: FreeBSD_HEAD-tests2 #692

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

make regression -- -q doesn't work?

On 10.1-RELEASE, make -q doesn't seem to work anymore: [rstone@wtllab-bsd10-build-64 rstone]cat Makefile foo: bar cp bar foo bar: touch bar clean: rm -f foo bar [rstone@wtllab-bsd10-build-64 rstone]make -q foo; echo $? 1 [rstone@wtllab-bsd10-build-64 rstone]make foo tou

Re: make installworld broken on current amd64 at /usr/src/usr.bin/chpass

On Thu, Feb 12, 2015 at 10:17:28PM -0500, Shawn Webb wrote: > On Thursday, February 12, 2015 06:38:29 PM Manfred Antar wrote: > > make install in usr.bin/chpass broken on current: > > > > (chpass)5006}make install > > install -s -o root -g wheel -m 4555 -fschg -S chpass /usr/bin/chpass > > instal

Re: pcie Realtek 8168G issues (re driver)

Luca, I've had the same issue with this interface on both PCIe boards and embedded in a handful of Lenovo products. The one, fairly ugly workaround I've found that makes it work well enough is disable tso ( i.e. ifconfig re0 down && ifconfig re0 -tso && ifconfig re0 up ). This also seems to sto

Jenkins build is still unstable: FreeBSD_HEAD-tests2 #691

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

pcie Realtek 8168G issues (re driver)

Hi, I'm Luca, I've some issues using a PCIe Realtek Ethernet board: re0@pci0:3:0:0: class=0x02 card=0x012310ec chip=0x816810ec rev=0x0c hdr=0x00 vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTL8111/8168B PCI Express Gigabit Ethernet controller' class = network

Jenkins build is still unstable: FreeBSD_HEAD-tests2 #690

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

Jenkins build is still unstable: FreeBSD_HEAD-tests2 #689

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

Re: [RFC] Removin the old make

On Thu, Feb 12, 2015 at 05:47:27PM -0700, Ian Lepore wrote: > On Fri, 2015-02-13 at 01:24 +0100, Baptiste Daroussin wrote: > > On Fri, Feb 13, 2015 at 12:49:13AM +0100, Julian H. Stacey wrote: > > > > Hi, > > > > > > > > I would like to start using bmake only syntax on our infrastructure for > >