On 19/2/18 4:33 am, Gleb Smirnoff wrote:
On Sun, Feb 18, 2018 at 10:15:24PM +0200, Andriy Gapon wrote:
A> On 18/02/2018 15:26, Gleb Smirnoff wrote:
A> > My only point is that it is a performance improvement. IMHO that's enough
:)
A>
A> I don't think that passing an invalid argument to a document
On 18/02/2018 22:33, Gleb Smirnoff wrote:
> On Sun, Feb 18, 2018 at 10:15:24PM +0200, Andriy Gapon wrote:
> A> On 18/02/2018 15:26, Gleb Smirnoff wrote:
> A> > My only point is that it is a performance improvement. IMHO that's
> enough :)
> A>
> A> I don't think that passing an invalid argument t
On Sun, Feb 18, 2018 at 10:15:24PM +0200, Andriy Gapon wrote:
A> On 18/02/2018 15:26, Gleb Smirnoff wrote:
A> > My only point is that it is a performance improvement. IMHO that's enough
:)
A>
A> I don't think that passing an invalid argument to a documented KPI is
"enough"
A> for any optimizatio
On 18/02/2018 15:26, Gleb Smirnoff wrote:
> My only point is that it is a performance improvement. IMHO that's enough :)
I don't think that passing an invalid argument to a documented KPI is "enough"
for any optimization.
> If you can't suggest a more elegant way of doing that improvement, then a
On Sun, Feb 18, 2018 at 09:28:30AM +0200, Andriy Gapon wrote:
A> > A> vnode_pager_getpages_async() at vnode_pager_getpages_async+0x81/frame
A> > A> 0xfe00b3c36650
A> > A> vn_sendfile() at vn_sendfile+0xe70/frame 0xfe00b3c368e0
A> > A> sendfile() at sendfile+0x149/frame 0xfe00b3c36980
A>
On 18/02/2018 04:35, Gleb Smirnoff wrote:
> Andriy,
>
> On Sun, Feb 18, 2018 at 12:54:21AM +0200, Andriy Gapon wrote:
> A> > Today's rebuild has given me uptimes of below an hour, usually. The box
> will stay up in single user mode long enough to rebuild world/kernel, but
> multi-user it is p
Andriy,
On Sun, Feb 18, 2018 at 12:54:21AM +0200, Andriy Gapon wrote:
A> > Today's rebuild has given me uptimes of below an hour, usually. The box
will stay up in single user mode long enough to rebuild world/kernel, but
multi-user it is panicking at
/usr/src/sys/cddl/contrib/opensolaris/uts
On Sat, Feb 17, 2018 at 12:52 PM, Andrew Reilly wrote:
> I've applied the patch, and the boot process is quiet now, but it's still
> loading cc_vegas.ko, seemingly in response to seeing this device: (from
> pciconf -l -v)
>
> none4@pci0:17:0:2: class=0x108000 card=0x14561022 chip=0x14561022
On 17/02/2018 14:16, Andrew Reilly wrote:
> Today's rebuild has given me uptimes of below an hour, usually. The box will
> stay up in single user mode long enough to rebuild world/kernel, but
> multi-user it is panicking at
> /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:1592
>
I've applied the patch, and the boot process is quiet now, but it's still
loading cc_vegas.ko, seemingly in response to seeing this device: (from pciconf
-l -v)
none4@pci0:17:0:2: class=0x108000 card=0x14561022 chip=0x14561022 rev=0x00
hdr=0x00
vendor = 'Advanced Micro Devices, Inc
On 17/02/2018 14:16, Andrew Reilly wrote:
> Today's rebuild has given me uptimes of below an hour, usually. The box will
> stay up in single user mode long enough to rebuild world/kernel, but
> multi-user it is panicking at
> /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:1592
>
>
On 02/17/18 13:42, Hans Petter Selasky wrote:
On 02/17/18 13:16, Andrew Reilly wrote:
On a side-note, the new devmatch workings are giving me 43 boot
warnings about "Malformed NOMATCH string: ''?'', and
devmatch_enable="NO" in /etc/rc.conf doesn't seem to help, and the new
matching is very ver
On 02/17/18 13:16, Andrew Reilly wrote:
On a side-note, the new devmatch workings are giving me 43 boot warnings about "Malformed
NOMATCH string: ''?'', and devmatch_enable="NO" in /etc/rc.conf doesn't seem to
help, and the new matching is very very keen to load cc_vegas.ko, a lot. Here's the
13 matches
Mail list logo
