Re: SSH from WSL acts as if overwrite were enabled while actually inserting

2017-09-11 Thread Gary Jennejohn
On Sun, 10 Sep 2017 15:56:14 + Mahmoud Al-Qudsi wrote: > Hello all, > > Sorry about the confusing subject line, it___s the best I could think of to > succinctly summarize the issue at hand. I___ve been running into an issue > with FreeBSD from 10.x to 12-CURRENT and wanted to check with th

r323412: Panic on boot (slab->us_keg == keg)

2017-09-11 Thread Raphael Kubo da Costa
I've recently tried to upgrade a HEAD VM (running on a Linux host with QEMU) from r321082 to r323412. The new kernel panics right after I try to boot into it with: panic: Assertion slab->us_keg == keg failed at /usr/src/sys/vm/uma_core.c:2285 cpuid = 0 time = 1 KDB: stack backtrace: db_trace_self

Re: Missing in action during arm64/aarch64 builds: no pine64_plus.dtb to be found from buildkernel, installkernel, or u-boot-pine64

2017-09-11 Thread Mark Millard
On 2017-Sep-11, at 12:56 AM, Emmanuel Vadot wrote: > On Sat, 9 Sep 2017 16:35:11 -0700 > Mark Millard wrote: > >> The context here is head -r323246 amd64 -> arm64/aarch64 >> cross build activity. >> >> From installkernel : >> >> # find /usr/obj/DESTDIRs/clang-cortexA53-installkernel/ -name "*

Re: Missing in action during arm64/aarch64 builds: no pine64_plus.dtb to be found from buildkernel, installkernel, or u-boot-pine64

2017-09-11 Thread Emmanuel Vadot
On Sat, 9 Sep 2017 16:35:11 -0700 Mark Millard wrote: > The context here is head -r323246 amd64 -> arm64/aarch64 > cross build activity. > > From installkernel : > > # find /usr/obj/DESTDIRs/clang-cortexA53-installkernel/ -name "*.dtb" -print > # > > From buildkernel : > > # find /usr/obj/co

Re: r323412: Panic on boot (slab->us_keg == keg)

2017-09-11 Thread Andrey V. Elsukov
On 11.09.2017 11:31, Raphael Kubo da Costa wrote: > I've recently tried to upgrade a HEAD VM (running on a Linux host with > QEMU) from r321082 to r323412. > > The new kernel panics right after I try to boot into it with: > > panic: Assertion slab->us_keg == keg failed at /usr/src/sys/vm/uma_core

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222027

2017-09-11 Thread Larry Rosenman
Can I get someone to look at: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222027 It's a bug that's been fixed before, but it's back. Thanks! -- Larry Rosenman https://people.FreeBSD.org/~ler/ Phone: +1 214-642-9640 E-Mail: l...@freebsd.org US Mail

Re: SSH from WSL acts as if overwrite were enabled while actually inserting

2017-09-11 Thread Mahmoud Al-Qudsi
> Have you tried it with a different shell? Such as /bin/sh rather than > fish? As I mentioned, > (regardless of the $TERM value under FreeBSD or the SSH shell I___m logging > into). It seems to be a lower level issue than that, perhaps termcap related. Mahmoud __

Re: r323412: Panic on boot (slab->us_keg == keg)

2017-09-11 Thread Andrey V. Elsukov
On 11.09.2017 15:23, Andrey V. Elsukov wrote: > --- trap 0xc, rip = 0x80d84870, rsp = 0x82193970, rbp = > 0x821939b0 --- > zone_import() at zone_import+0x110/frame 0x821939b0 > zone_alloc_item() at zone_alloc_item+0x36/frame 0x821939f0 > uma_startup() at uma_

Re: r323412: Panic on boot (slab->us_keg == keg)

2017-09-11 Thread John Baldwin
On Monday, September 11, 2017 09:15:51 PM Andrey V. Elsukov wrote: > On 11.09.2017 15:23, Andrey V. Elsukov wrote: > > --- trap 0xc, rip = 0x80d84870, rsp = 0x82193970, rbp = > > 0x821939b0 --- > > zone_import() at zone_import+0x110/frame 0x821939b0 > > zone_alloc_it

Re: r323412: Panic on boot (slab->us_keg == keg)

2017-09-11 Thread Raphael Kubo da Costa
"Andrey V. Elsukov" writes: > On 11.09.2017 15:23, Andrey V. Elsukov wrote: > >> --- trap 0xc, rip = 0x80d84870, rsp = 0x82193970, rbp = >> 0x821939b0 --- >> zone_import() at zone_import+0x110/frame 0x821939b0 >> zone_alloc_item() at zone_alloc_item+0x36/frame 0xff

FYI: I have submitted an intermittent -r323246 debug-kernel panic problem for the Pine64+ 2GB context (so A64): bugzilla 222234

2017-09-11 Thread Mark Millard
[Note: I've jumped from way back around -r308??? to -r323246 finally. The -r323246 is an example but I've no clue what range of revisions of head also show the issue. But before this jump I'd never seen such a boot-panic.] The content of the description is: Based on a head -r323246 debug kernel b

Buildworld failure in sys/boot/efi/loader/main.c if WITHOUT_ZFS is defined

2017-09-11 Thread Oleg V. Nauman
===> sys/boot/efi/loader (all) cc -target x86_64-unknown-freebsd12.0 -- sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=nehalem - I/usr/src/sys/boot/efi/loader/../../../../lib/libstand -fPIC - DTERM_EMU -I/usr/src/sys/boot/efi/loader - I/usr/src/sys/boot/efi/loader/a

Re: r323412: Panic on boot (slab->us_keg == keg)

2017-09-11 Thread Andrey V. Elsukov
On 11.09.2017 21:38, John Baldwin wrote: > On Monday, September 11, 2017 09:15:51 PM Andrey V. Elsukov wrote: >> On 11.09.2017 15:23, Andrey V. Elsukov wrote: >>> --- trap 0xc, rip = 0x80d84870, rsp = 0x82193970, rbp = >>> 0x821939b0 --- >>> zone_import() at zone_import+0x11

Re: r323412: Panic on boot (slab->us_keg == keg)

2017-09-11 Thread Raphael Kubo da Costa
Raphael Kubo da Costa writes: > "Andrey V. Elsukov" writes: > >> On 11.09.2017 15:23, Andrey V. Elsukov wrote: >> >>> --- trap 0xc, rip = 0x80d84870, rsp = 0x82193970, rbp = >>> 0x821939b0 --- >>> zone_import() at zone_import+0x110/frame 0x821939b0 >>> zone_alloc_

Re: Buildworld failure in sys/boot/efi/loader/main.c if WITHOUT_ZFS is defined

2017-09-11 Thread Toomas Soome
Got it fixed in: r323428 | tsoome | 2017-09-11 10:38:53 +0300 (E, 11 sept 2017) | 7 lines r323389 breaks the kernel build when WITHOUT_ZFS is defined in src.conf Need to add #ifdef EFI_ZFS_BOOT guard into efi/loader/main.c PR: 15 Reported by:Sylvain Garrigues sorry about i

Re: r323412: Panic on boot (slab->us_keg == keg)

2017-09-11 Thread Mark Johnston
On Mon, Sep 11, 2017 at 09:15:51PM +0300, Andrey V. Elsukov wrote: > On 11.09.2017 15:23, Andrey V. Elsukov wrote: > > --- trap 0xc, rip = 0x80d84870, rsp = 0x82193970, rbp = > > 0x821939b0 --- > > zone_import() at zone_import+0x110/frame 0x821939b0 > > zone_alloc_it

Re: extending the maximum filename length

2017-09-11 Thread Conrad Meyer
On Sat, Sep 9, 2017 at 9:09 AM, Julian Elischer wrote: > maybe we could get it into -current. > It'd be silly to have to have people re-inventing hte wheel all the time. > How about you put those changes into the reviews.freebsd.org and we can get > some general consensus on them. > We'll have to