make delete-old: sticky remants: mqtest3,

2016-10-11 Thread O. Hartmann
The following files are sticky on my CURRENT (FreeBSD 12.0-CURRENT #5 r307003: Mon Oct 10 21:28:55 CEST 2016), sources as of revision 307042. Performing "make delete-old" in /usr/src seem to kill them in one round after make installworld, but the next make installworld seem to install them

Re: make delete-old: sticky remants: mqtest3,

2016-10-11 Thread Konstantin Belousov
On Tue, Oct 11, 2016 at 05:44:19PM +0200, O. Hartmann wrote: > The following files are sticky on my CURRENT (FreeBSD 12.0-CURRENT #5 > r307003: Mon Oct 10 > 21:28:55 CEST 2016), sources as of revision 307042. Performing "make > delete-old" > in /usr/src seem to kill them in one round after make

Re: urtwn(4) / rtwn(4) drivers are merged - call for review / testing

2016-10-11 Thread Kevin Lo
I tried to use https://github.com/s3erios/rtwn/tree/pci_modified, still no luck. BTW, there's a compilation error: http://pastebin.com/hCFfYVSj To ensure that the adapter is not faulty, I tested with the snapshots image (FreeBSD-12.0-CURRENT-amd64-20160829-r305028-memstick.img), rtwn(4) works

Re: urtwn(4) / rtwn(4) drivers are merged - call for review / testing

2016-10-11 Thread Adrian Chadd
Hiya, So uhm - normal rtwn works fine, but andriy's merged version doesn't? -a ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to

Re: [request for testing] isl, cyapa on chromebooks

2016-10-11 Thread Warner Losh
On Mon, Oct 10, 2016 at 12:45 PM, Michael Gmelin wrote: > > >> On 10 Oct 2016, at 20:27, Matthias Apitz wrote: >> >>> El día Monday, October 10, 2016 a las 09:26:26AM -0600, Warner Losh >>> escribió: >>> >>> I see no reason not to start the table right away

Re: urtwn(4) / rtwn(4) drivers are merged - call for review / testing

2016-10-11 Thread Andriy Voskoboinyk
Tue, 11 Oct 2016 04:27:02 +0300 було написано Kevin Lo : I have created 'pci_modified' branch to speed-up the process (RTL881*AU will not work with it for now); right now it contains (mostly) unmodified initialization path from rtwn(4) driver. If this version will work, I