Re: svn commit: r326809 - head/sys/dev/cardbus

On Thu, Dec 14, 2017 at 2:36 PM, Eugene Grosbein > wrote: > > - zfsloader(8) failing to find any ZFS pool after zfsboot(8) successfully > loaded and started zfsload(8) from zpool (PR pending, need to collect > more info) I've discovered

Re: svn commit: r326809 - head/sys/dev/cardbus

On 15.12.2017 13:42, Warner Losh wrote: > > > On Thu, Dec 14, 2017 at 11:02 PM, Eugene Grosbein > wrote: > > 15.12.2017 6:50, Warner Losh wrote: > > > > > > On Thu, Dec 14, 2017 at 5:00 PM, Eugene Grosbein

Re: svn commit: r326809 - head/sys/dev/cardbus

On Thu, Dec 14, 2017 at 11:02 PM, Eugene Grosbein wrote: > 15.12.2017 6:50, Warner Losh wrote: > > > > > > On Thu, Dec 14, 2017 at 5:00 PM, Eugene Grosbein > wrote: > > > > 14.12.2017 23:27, Warner Losh wrote: > > > > >

Re: svn commit: r326809 - head/sys/dev/cardbus

15.12.2017 6:50, Warner Losh wrote: > > > On Thu, Dec 14, 2017 at 5:00 PM, Eugene Grosbein > wrote: > > 14.12.2017 23:27, Warner Losh wrote: > > > - zfsloader(8) failing to find any ZFS pool after zfsboot(8) > successfully > >

Re: svn commit: r326809 - head/sys/dev/cardbus

On Thu, Dec 14, 2017 at 5:00 PM, Eugene Grosbein wrote: > 14.12.2017 23:27, Warner Losh wrote: > > > - zfsloader(8) failing to find any ZFS pool after zfsboot(8) > successfully > > loaded and started zfsload(8) from zpool (PR pending, need to > collect more info) > >

Re: svn commit: r326809 - head/sys/dev/cardbus

14.12.2017 23:27, Warner Losh wrote: > - zfsloader(8) failing to find any ZFS pool after zfsboot(8) successfully > loaded and started zfsload(8) from zpool (PR pending, need to collect > more info) > > > GPT or MBR? MBR, no GELI used. > If you disable GELI support, it will work. If

Re: svn commit: r326809 - head/sys/dev/cardbus

On Thu, Dec 14, 2017 at 2:36 PM, Eugene Grosbein wrote: > - zfsloader(8) failing to find any ZFS pool after zfsboot(8) successfully > loaded and started zfsload(8) from zpool (PR pending, need to collect more > info) > GPT or MBR? If you disable GELI support, it will work.

Re: svn commit: r326809 - head/sys/dev/cardbus

On 14.12.2017 20:38, Alexey Dokuchaev wrote: > On Thu, Dec 14, 2017 at 02:36:48AM +0700, Eugene Grosbein wrote: >> 14.12.2017 1:24, Alexey Dokuchaev wrote: >> ... >>> One does not tweak FreeBSD, it just works. (tm) >> >> Hmm. Do you really think so? > > I do. > >> I can assure you this is not

Re: svn commit: r326809 - head/sys/dev/cardbus

On Thu, Dec 14, 2017 at 02:36:48AM +0700, Eugene Grosbein wrote: > 14.12.2017 1:24, Alexey Dokuchaev wrote: > ... > > One does not tweak FreeBSD, it just works. (tm) > > Hmm. Do you really think so? I do. > I can assure you this is not true. There are numerous ways to take > down untweaked

Re: svn commit: r326809 - head/sys/dev/cardbus

14.12.2017 1:24, Alexey Dokuchaev wrote: >>> I'm a plain workstation user with X11+browser+torrent+quake2+you-name-it >>> apps, PAE-less, ZFS-less, and I don't want to get troubles due to r326758. >> >> Add kern.kstack_size=2 to /boot/loader.conf of your workstation now >> and you will notice no

Re: svn commit: r326809 - head/sys/dev/cardbus

On Thu, Dec 14, 2017 at 01:16:27AM +0700, Eugene Grosbein wrote: > 14.12.2017 1:08, Alexey Dokuchaev пишет: > > On Thu, Dec 14, 2017 at 12:48:17AM +0700, Eugene Grosbein wrote: > >> ... > >> I don't understand why you want to backout that. It changed nothing for > >> amd64. An i386 is still

Re: svn commit: r326809 - head/sys/dev/cardbus

14.12.2017 1:08, Alexey Dokuchaev пишет: > On Thu, Dec 14, 2017 at 12:48:17AM +0700, Eugene Grosbein wrote: >> ... >> I don't understand why you want to backout that. It changed nothing for >> amd64. An i386 is still vulnerable to double faults just because of a >> network packet processing path

Re: svn commit: r326809 - head/sys/dev/cardbus

On Thu, Dec 14, 2017 at 12:48:17AM +0700, Eugene Grosbein wrote: > ... > I don't understand why you want to backout that. It changed nothing for > amd64. An i386 is still vulnerable to double faults just because of a > network packet processing path can overflow kstack for the GENERIC kernel.

Re: svn commit: r326809 - head/sys/dev/cardbus

13.12.2017 20:38, Rodney W. Grimes wrote: > That I can not answer, but I can say I have just found the problem > is NOT limited to i386, we can rather quickly blow up an amd64 system > running a dozen or so VM's. > > My bhyve host tossed a stack of these out last night: > vm_thread_new: kstack

Re: svn commit: r326809 - head/sys/dev/cardbus

> > On Tue, Dec 12, 2017 at 12:39:38PM -0800, Rodney W. Grimes wrote: > > > > New Revision: 326809 > > > > URL: https://svnweb.freebsd.org/changeset/base/326809 > > > > > > > > Log: > > > > 1k objects on the stack are a bad idea. While it's likely safe in this > > > > context, it's also safe

Re: svn commit: r326809 - head/sys/dev/cardbus

> On Tue, Dec 12, 2017 at 12:39:38PM -0800, Rodney W. Grimes wrote: > > > New Revision: 326809 > > > URL: https://svnweb.freebsd.org/changeset/base/326809 > > > > > > Log: > > > 1k objects on the stack are a bad idea. While it's likely safe in this > > > context, it's also safe to allocate

Re: svn commit: r326809 - head/sys/dev/cardbus

On Wed, Dec 13, 2017 at 6:54 AM, Alexey Dokuchaev wrote: > On Tue, Dec 12, 2017 at 12:39:38PM -0800, Rodney W. Grimes wrote: > > > New Revision: 326809 > > > URL: https://svnweb.freebsd.org/changeset/base/326809 > > > > > > Log: > > > 1k objects on the stack are a bad idea.

Re: svn commit: r326809 - head/sys/dev/cardbus

On Tue, Dec 12, 2017 at 12:39:38PM -0800, Rodney W. Grimes wrote: > > New Revision: 326809 > > URL: https://svnweb.freebsd.org/changeset/base/326809 > > > > Log: > > 1k objects on the stack are a bad idea. While it's likely safe in this > > context, it's also safe to allocate the memory and

Re: svn commit: r326809 - head/sys/dev/cardbus

> Author: imp > Date: Tue Dec 12 20:22:09 2017 > New Revision: 326809 > URL: https://svnweb.freebsd.org/changeset/base/326809 > > Log: > 1k objects on the stack are a bad idea. While it's likely safe in this > context, it's also safe to allocate the memory and free it instead. > >