Regression of dtrace on 13-CURRENT

2018-10-24 Thread Yasuhiro KIMURA
Hello. On 13-CURRENT r339548 build of lang/perl5.26 fails with configure error. -- yasu@rolling-vm-freebsd1[2100]% uname -a FreeBSD rolling-vm-freebsd1.home.utahime.org 13.0-CURRENT FreeBSD 13.0-CURRENT r339548 GENERIC_UTAHIME

Re: panic: mtx_lock() by idle thread ... mutex igb0 @ ../../../net/iflib.c:2084

2018-10-24 Thread Pieper, Jeffrey E
I think this was caused by https://reviews.freebsd.org/D17404 which has been reverted. https://reviews.freebsd.org/D17674 will replace it. Thanks, Jeff On 10/23/18, 3:54 PM, "owner-freebsd-curr...@freebsd.org on behalf of Matthew Macy" wrote: Will fix. On Tue, Oct 23, 2018 at 2:21

Re: UFS panics

2018-10-24 Thread Sean Bruno
On 10/24/18 9:22 AM, Leandro wrote: > Hello, > > I'm seeing a kernel panic when trying to move a specific file. > > panic: Bad effnlink fip 0xc004a2c69a00, fdp 0xc00497093be0, > tdp 0xc004be6295a0 > cpuid = 72 > time = 1540283798 > KDB: stack backtrace: > 0xe000adb8dcc0: at

Re: Has anything changed from 11.2 to 12.0 in PCI MSI/MSIX path?

2018-10-24 Thread John Baldwin
On 10/24/18 3:40 AM, Rajesh Kumar wrote: > Hi, > > I have a amd64 based board. When I tried to boot 11.1 (or) 11.2 in that, I > needed the following tunables to be set from loader prompt to get it booted > (otherwise machine reboots continuously). > > hw.usb.xhci.msi=0 > hw.usb.xhci.msix=0 >

Re: savecore: BFD: BFD 2.17.50 [FreeBSD] 2007-07-03 assertion fail /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf64-x86-64.c:276

2018-10-24 Thread John Baldwin
On 10/23/18 10:58 AM, Marcin Cieslak wrote: > Hello, I have a freshly built 12.0-ALPHA10 (r339406) and the kernel > panicked at some point (another mail coming on that). > > I have a full dump partition enabled, but during savecore > quite lot BFD assertion messages appear: > > Tue Oct 23

Re: UEFI boot hangs after loader

2018-10-24 Thread Warner Losh
On Wed, Oct 24, 2018 at 11:47 AM Jung-uk Kim wrote: > On 18. 10. 24., Warner Losh wrote: > > On Wed, Oct 24, 2018 at 10:33 AM Harry Newton wrote: > > > >> gryphon# efivar -N --hex $(efivar | grep Boot0002) > >> : 01 00 00 00 98 00 55 00 45 00 46 00 49 00 3a 00 > >> 0010: 20 00 4b 00 69 00

Re: UEFI boot hangs after loader

2018-10-24 Thread Jung-uk Kim
On 18. 10. 24., Warner Losh wrote: > On Wed, Oct 24, 2018 at 10:33 AM Harry Newton wrote: > >> gryphon# efivar -N --hex $(efivar | grep Boot0002) >> : 01 00 00 00 98 00 55 00 45 00 46 00 49 00 3a 00 >> 0010: 20 00 4b 00 69 00 6e 00 67 00 73 00 74 00 6f 00 >> 0020: 6e 00 44 00 61 00 74 00 61

Re: UEFI boot hangs after loader

2018-10-24 Thread Harry Newton
Thanks — please let me if there's anything I can do to help. On 24 October 2018 at 18:25, Warner Losh wrote: > > > On Wed, Oct 24, 2018 at 10:33 AM Harry Newton wrote: > >> gryphon# efivar -N --hex $(efivar | grep Boot0002) >> : 01 00 00 00 98 00 55 00 45 00 46 00 49 00 3a 00 >> 0010: 20

Re: UEFI boot hangs after loader

2018-10-24 Thread Warner Losh
On Wed, Oct 24, 2018 at 10:33 AM Harry Newton wrote: > gryphon# efivar -N --hex $(efivar | grep Boot0002) > : 01 00 00 00 98 00 55 00 45 00 46 00 49 00 3a 00 > 0010: 20 00 4b 00 69 00 6e 00 67 00 73 00 74 00 6f 00 > 0020: 6e 00 44 00 61 00 74 00 61 00 54 00 72 00 61 00 > 0030: 76 00 65 00 6c

Re: UEFI boot hangs after loader

2018-10-24 Thread Toomas Soome
> On 24 Oct 2018, at 10:13, Harry Newton wrote: > > Booted with the installer image makes efibootmgr to work as you said: > > gryphon# efibootmgr -v > BootCurrent: 0002 > Timeout : 2 seconds > BootOrder : 0001, 0002 > Boot0001* UEFI OS >

Re: UEFI boot hangs after loader

2018-10-24 Thread Harry Newton
gryphon# efivar -N --hex $(efivar | grep Boot0002) : 01 00 00 00 98 00 55 00 45 00 46 00 49 00 3a 00 0010: 20 00 4b 00 69 00 6e 00 67 00 73 00 74 00 6f 00 0020: 6e 00 44 00 61 00 74 00 61 00 54 00 72 00 61 00 0030: 76 00 65 00 6c 00 65 00 72 00 20 00 32 00 2e 00 0040: 30 00 31 00 2e 00 30 00

Re: UEFI boot hangs after loader

2018-10-24 Thread Warner Losh
On Wed, Oct 24, 2018 at 9:36 AM Toomas Soome wrote: > > > > On 24 Oct 2018, at 00:51, Kyle Evans wrote: > > > > Hi, > > > > I suspect 4th vs. lua has no impact here, given the output shown -- > > can you throw one of the installer images [0] on some removable media > > and give that a shot for

UFS panics

2018-10-24 Thread Leandro
Hello, I'm seeing a kernel panic when trying to move a specific file. panic: Bad effnlink fip 0xc004a2c69a00, fdp 0xc00497093be0, tdp 0xc004be6295a0 cpuid = 72 time = 1540283798 KDB: stack backtrace: 0xe000adb8dcc0: at .kdb_backtrace+0x5c 0xe000adb8ddf0: at .vpanic+0x1b4

Re: UEFI boot hangs after loader

2018-10-24 Thread Toomas Soome
> On 24 Oct 2018, at 00:51, Kyle Evans wrote: > > Hi, > > I suspect 4th vs. lua has no impact here, given the output shown -- > can you throw one of the installer images [0] on some removable media > and give that a shot for booting? If that works, we can explore UEFI > variables from there.

Re: UEFI boot hangs after loader

2018-10-24 Thread Warner Losh
On Wed, Oct 24, 2018 at 7:05 AM Harry Newton wrote: > Booted with the installer image makes efibootmgr to work as you said: > > gryphon# efibootmgr -v > BootCurrent: 0002 > Timeout : 2 seconds > BootOrder : 0001, 0002 > Boot0001* UEFI OS > >

Has anything changed from 11.2 to 12.0 in PCI MSI/MSIX path?

2018-10-24 Thread Rajesh Kumar
Hi, I have a amd64 based board. When I tried to boot 11.1 (or) 11.2 in that, I needed the following tunables to be set from loader prompt to get it booted (otherwise machine reboots continuously). hw.usb.xhci.msi=0 hw.usb.xhci.msix=0 hw.pci.enable_msi=0 hw.pci.enable_msix=0 But, when I tried

Re: UEFI boot hangs after loader

2018-10-24 Thread Harry Newton
Re the efibootmgr hang: it appears to be in / under the call to efidp_format_device_path() in efibootmgr.c which is called with -v. Without -v: gryphon# efibootmgr BootCurrent: 0002 Timeout : 2 seconds BootOrder : 0001, 0002 Boot0001* UEFI OS + Boot0002* UEFI: USB Flash Memory1.00 gryphon# On

Re: UEFI boot hangs after loader

2018-10-24 Thread Harry Newton
Booted with the installer image makes efibootmgr to work as you said: gryphon# efibootmgr -v BootCurrent: 0002 Timeout : 2 seconds BootOrder : 0001, 0002 Boot0001* UEFI OS HD(1,GPT,b19ccd5d-7c6a-11e7-ae3e-28b2bde107e4,0x28,0x640)/File(\EFI\BOOT\BOOTX64.EFI) ada0p1:/EFI/BOOT/BOOTX64.EFI (null)